From nobody Tue Aug 1 01:30:03 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 60DB2132BC8; Tue, 1 Aug 2017 01:30:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8qhv4Z7x9RGe; Tue, 1 Aug 2017 01:29:59 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9465A132BCB; Tue, 1 Aug 2017 01:29:58 -0700 (PDT) Received: from [192.168.0.2] (c213-89-111-155.bredband.comhem.se [213.89.111.155]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id E4371180158C; Tue, 1 Aug 2017 10:29:56 +0200 (CEST) To: "mpls@ietf.org" References: <735e3a0b-a413-d933-8200-ab292402df47@pi.nu> Cc: draft-bryant-mpls-sfl-framework@ietf.org, "mpls-chairs@ietf.org" From: Loa Andersson Message-ID: <8c9fdbf4-c5e5-a4b6-800e-477bac544cb6@pi.nu> Date: Tue, 1 Aug 2017 10:29:54 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <735e3a0b-a413-d933-8200-ab292402df47@pi.nu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [mpls] working group adoption poll on draft-bryant-mpls-sfl-framework X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Aug 2017 08:30:03 -0000 Working Group, This working group adoption poll has ended. We ahve support to adopt this as a wg document. Can the authors please post the new document as: draft-ietf-mpls-sfl-framework-00 Without any other changes than administrative. /Loa for the mpls wg co-chairs On 2017-07-11 12:06, Loa Andersson wrote: > Working Group, > > This is to start a two week poll on adopting draft-bryant-mpls-sfl- > framework-05 as a MPLS working group document. > > Please send your comments (support/not support) to the mpls working > group mailing list (mpls@ietf.org). Please give a technical > motivation for your support/not support, especially if you think that > the document should not be adopted as a working group document. > > There four IPR disclosure (actually 3, since one of them is an update) > against this document. > > > All the authors have stated on the MPLS wg mailing list that they are > unaware of any other IPRs that those that has been disclosed > > The working group adoption poll ends July 31, 2017. > > /Loa > mpls wg co-chair -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Tue Aug 1 08:22:10 2017 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 71FB812EA95; Tue, 1 Aug 2017 08:22:03 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Alexey Melnikov To: "The IESG" Cc: draft-ietf-mpls-rfc3107bis@ietf.org, Loa Andersson , mpls-chairs@ietf.org, loa@pi.nu, mpls@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150160092345.9575.15101330200808959616.idtracker@ietfa.amsl.com> Date: Tue, 01 Aug 2017 08:22:03 -0700 Archived-At: Subject: [mpls] Alexey Melnikov's Discuss on draft-ietf-mpls-rfc3107bis-02: (with DISCUSS and COMMENT) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Aug 2017 15:22:03 -0000 Alexey Melnikov has entered the following ballot position for draft-ietf-mpls-rfc3107bis-02: Discuss When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-mpls-rfc3107bis/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- I would like to discuss one issue before recommending approval of this document: In Section 2.1: The value field of the Multiple Labels Capability (shown in Figure 1) consists of one or more triples, where each triple consists of four octets. The first two octets of a triple specify an AFI value, the third octet specifies a SAFI value, and the fourth specifies a Count. If one of the triples is , the Count is the maximum number of labels that the BGP speaker sending the Capability can process in a received UPDATE of the specified AFI/SAFI. I think lack of recommendations on the minimal supported Count value will result in lack of interoperability. What are the common Count values used by implementations? ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- In Section 2.3: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+ | Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Label |Rsrv |S~ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ~ Label |Rsrv |S| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Prefix ~ ~ | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Figure 3: NLRI With Multiple Labels - Length: The Length field consists of a single octet. It specifies the length in bits of the remainder of the NLRI field. I would like to double check that my math is correct. With SAFI=128 and AFI=2, assuming the prefix length of 192 bits, this will leave space for: (255-192)/24 = 2.625. So this configuration only allows for 2 labels to be included, right? From nobody Tue Aug 1 09:32:36 2017 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2ED9E131FBD; Tue, 1 Aug 2017 09:32:35 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: mpls@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150160515516.9566.10287521492729761711@ietfa.amsl.com> Date: Tue, 01 Aug 2017 09:32:35 -0700 Archived-At: Subject: [mpls] I-D Action: draft-ietf-mpls-sfl-framework-00.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Aug 2017 16:32:35 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching WG of the IETF. Title : Synonymous Flow Label Framework Authors : Stewart Bryant Mach Chen Zhenbin Li George Swallow Siva Sivabalan Gregory Mirsky Filename : draft-ietf-mpls-sfl-framework-00.txt Pages : 10 Date : 2017-08-01 Abstract: draft-ietf-mpls-flow-ident describes the requirement for introducing flow identities within the MPLS architecture. This document describes a method of accomplishing this by using a technique called Synonymous Flow Labels in which labels which mimic the behaviour of other labels provide the identification service. These identifiers can be used to trigger per-flow operations on the on the packet at the receiving label switching router. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-sfl-framework/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-mpls-sfl-framework-00 https://datatracker.ietf.org/doc/html/draft-ietf-mpls-sfl-framework-00 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Aug 1 14:00:09 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4D070124B0A; Tue, 1 Aug 2017 14:00:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.802 X-Spam-Level: X-Spam-Status: No, score=-4.802 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-2.8, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=juniper.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dF4UE7jvj2Az; Tue, 1 Aug 2017 13:59:59 -0700 (PDT) Received: from NAM03-BY2-obe.outbound.protection.outlook.com (mail-by2nam03on0098.outbound.protection.outlook.com [104.47.42.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 30AB3124217; Tue, 1 Aug 2017 13:59:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=HfI50tULbXYEju2SrMZy3+YpILUIAJ/06MYl3ItOD6c=; b=acbOMr4aR+SwdvBWbksO6vMFdN8AecTZllWC7Rfgamae5GmguDuVkQU0pzM/TD+TZvo+HU0PTn2SZHSPo+N5b03xWHLUQUrZyu6aaaOUK9Gp7RZaJj7SgShPI56urmfVW1zX04a1zhZhUFBjgeSld5eavonECQBBRns1uishigI= Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=erosen@juniper.net; Received: from [172.29.36.32] (66.129.241.14) by BY2PR05MB2181.namprd05.prod.outlook.com (10.166.112.9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.1.1320.10; Tue, 1 Aug 2017 20:59:53 +0000 To: Alexey Melnikov , The IESG Cc: draft-ietf-mpls-rfc3107bis@ietf.org, Loa Andersson , mpls-chairs@ietf.org, mpls@ietf.org References: <150160092345.9575.15101330200808959616.idtracker@ietfa.amsl.com> From: Eric C Rosen Message-ID: <0dafc151-777c-ce0c-dd40-192e88bdc915@juniper.net> Date: Tue, 1 Aug 2017 16:59:49 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <150160092345.9575.15101330200808959616.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Originating-IP: [66.129.241.14] X-ClientProxiedBy: DM5PR06CA0042.namprd06.prod.outlook.com (10.168.181.28) To BY2PR05MB2181.namprd05.prod.outlook.com (10.166.112.9) X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 73bc7798-4853-4089-861e-08d4d92042c6 X-MS-Office365-Filtering-HT: Tenant X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(2017030254152)(300000503095)(300135400095)(48565401081)(201703131423075)(201703031133081)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:BY2PR05MB2181; X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB2181; 3:IBjX2YkyyKD+TRwXZJZBVWqzRYo/6ypLorkSAo3+e0kuSKpuKsamMffo7ZRDWdIV1J3zB1lwMbw72eN6IzY9Hbz/o3rrIb1bmanx91iDA5KpG6PnWeozT+5l9EJKsrdq+z1K3fzfEAEmX5Zs1HdfguimpqzwL2kulOiqGAjOMKNuF/Nw1+zVe8B47iD5/DFBj05TApcPkP7A7xljMnohxI4/74pvolcMy9DbYL9P61FQrAPVeQp6mIhjaQGDfIyl; 25:ausnKgbBCIV+POSx7ZZdSLYQOmSxzhcEWb5qQEdh9EIAQQroY5m4175gWtywJYnPvFJp8q7uB/qBczHneSEC5yl1zQHul1G2NodPyWCpM35Kzjn5/c5dMwch9P57fXTKg7slknOnhiZ3tCt+n+7XLkDdEZmh9G3/rz7L8CALoi8OMN4qzg5DV+SjvPDI8u/O+5n0UR7pGqYWXu+n1m4WfXcOP8+/BCz6A6/F4XoVybb6cSvuSPUxkpJZ2eRKDz92dILX5PW94/XPGI4ep3zWBY1uVjB8H88uXNVcUofCqG4Q2MHTZR1df49iXu1VkTuyZ/gBiLDfMwL9cgZujIB3jQ==; 31:gE5jY5EITc0wOcaojzAwem5s7pm9Bc3nMYmbBhcllRVTSgc0PCtisMaEPdyW5onZm1x8wfoHW/CL8HXSu9rr4dR0Y4424wpQwTVJ+H0Uy7NqCV+eWduhyF7yAm8tHq8JD4D2Au2IxOM3NYRNMsbekFH7VmeSjGrG3RiVkJEJrDKZJPAzrECWFUK57IUCNE+g1wO1nRctP/7eBkA0w8/enWaEa9fk1AIH+mV6pU5rwZU= X-MS-TrafficTypeDiagnostic: BY2PR05MB2181: X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB2181; 20:w/twpjCJOIXRXJ4DNa1UVX89lRrdg093oHqfXynMT59J27+n/uoTH0pXSpv/8nKbw7d7s59JQih4q0gzib/r0Cr0W+9Owk95OSm1Po4n0m7EYAAgr/h1y/8tb1pNgdgbTAD395ujCXCDqiNS0IrR22uWZvxC3TMJ4i1OGeNyxzwIljcMWEjAYCCSnmENo12okFB4ffdGgFYwsuHSPm3jGzmeOM8Spi5ZIcHtleVF3Us8otLBIct41DAJhj9BHy6V21qQnkI4qF+YmLbubH8PpSiyUAcqLpjZsLc5ZjhGGBiqm5kMPm9q7wPJgW03lPjim6eM+rfhn60wUzcB6IuPibt3nBO3AkqDwknUufXbrTpbe01NDOOxTwXiWKKc3bl5ukf47A+a1tn63WMwPUnUOIJ2A1P0g1PSMVHkL1jC+lSpGk4Sk2JR6tHK1CG+2MXQshE9Xrc0UTsVqBFB5iClDaIhlMH3Er4lBnR5YAjnvyW1Y3c7hNbq3XURqQfCQCes5bUgg7AEtipCtPu/2j57ys7kRMbrujNqzIQcNmtR4Wt9/qaQTHeP4QftSfJLJCJ74dQtZfX7+RFHF3fz6mG3Be0AcEt4v9CwmcQ185TzcfA=; 4:UvQp5RvPHsG1P3Tft1xLE+41vo1k8dhdOADULWhTWs6NupdjYi14LiAyfNdG0FPl0zgh38TDLvpJhqxEwJQBRpoHOu08n2Q/xwQAOCCr2IAg+Dq7oESlZE5sCym8rkUfyAJWCWksVUS7uie+j5VQ/hN9+h//a60GGZlnXrg1g0Rl7EGfS4yeKLCjPyC4WANYeQ2d5tLIn7tfNOEjlkoKn6gWsNSwX9JPHG5om4n5JueEMPRDMPvxBGlntm6oYTXC X-Exchange-Antispam-Report-Test: UriScan:; X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(601004)(2401047)(8121501046)(5005006)(3002001)(100000703101)(100105400095)(10201501046)(93006095)(93001095)(6055026)(6041248)(20161123564025)(20161123555025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123558100)(20161123560025)(20161123562025)(6072148)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:BY2PR05MB2181; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:BY2PR05MB2181; X-Forefront-PRVS: 0386B406AA X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(4630300001)(7370300001)(6009001)(6049001)(39850400002)(39400400002)(39410400002)(39840400002)(39860400002)(39450400003)(189002)(199003)(31696002)(6486002)(106356001)(229853002)(7350300001)(230700001)(50986999)(3846002)(230783001)(2950100002)(6666003)(31686004)(97736004)(8666007)(105586002)(6246003)(33646002)(189998001)(53936002)(36756003)(23676002)(478600001)(64126003)(50466002)(86362001)(38730400002)(6116002)(25786009)(3260700006)(68736007)(47776003)(65826007)(5660300001)(77096006)(90366009)(4001350100001)(8676002)(305945005)(42186005)(81156014)(2906002)(83506001)(4326008)(66066001)(81166006)(7736002)(65806001)(101416001)(54356999)(65956001)(76176999); DIR:OUT; SFP:1102; SCL:1; SRVR:BY2PR05MB2181; H:[172.29.36.32]; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; Received-SPF: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtCWTJQUjA1TUIyMTgxOzIzOmxiQjJLcTcxbHF6NWJRWjZiQm8wZmpPaFBx?= =?utf-8?B?WkQ0VnlJeGNiN04zWnExeFBxbWtBOEVBcVRIbXkwRE5abVVqdnA2MjhJS1Jy?= =?utf-8?B?SDZzU0E2alZMU2p6eXlXWkRxdkFid01sZ3JYem8wME9SaGhYMnBxejhzRldT?= =?utf-8?B?b2JGSWVhYmhJUjJtdE9NR3pheEFHblVoY0JwVGhvZjM3bkZnMlMraUdBUlBF?= =?utf-8?B?dVZaUFh0RmtpZmxVK1NTQXJTRzQ0ajZZaE00SkU3cE05OW1NNXl3Yjczc2s1?= =?utf-8?B?UVE1UytiOHdBQzRNazdDWi9JSHZsQTd3TmZMUi9GbmdJNHUzb0VLRFZjWDhv?= =?utf-8?B?N2s2c05NcXNrdUhJR0pueUx0MC9RYzRvUVFCa2wyTHpPOGZWNVZhR1IweU4v?= =?utf-8?B?V0Y5b1YzVG9jYmpEWlVsWDlRWXVGN3NvV1cxdkJCVjZXcFdNaEppdVhMbFhJ?= =?utf-8?B?cDRSeVpUb2Y4TEt5OUZBdTNwbmQ0TVM2bkRVV1BDREdhTUFrQWtWQ3B3Mngx?= =?utf-8?B?Vld0R3IwZzJBZmxYVWJxVWdqYjRXYWw0dTJYZ25zVXNMcVd3THJuQWhZMWVv?= =?utf-8?B?ZjhwRGN4UVpEZEwvbk1YOWVVWElKTmhvMUQ4b1lObUpzNWtkcUFDUjJOdko4?= =?utf-8?B?ME1iYmo0elR5ckx5NDdvekxwWk92cXZCMEI2OFZaUDZSd2FVRlFBb0hsVXNv?= =?utf-8?B?ZXJqTFJLL2hQQlZPV1RPcG14dFh1bEtRcll2ZkhKSUM3dUxLNlkyUjN5V0tL?= =?utf-8?B?VmsxOFBXYjNnWkFHN1VqSHJJVHg4OUhZYWRDT1E4SjVmK2dpN3kyS25LY1Aw?= =?utf-8?B?YVFXVUZrNWFLVTlPdnZtZmRnckpSdG9kSlRRUjVQWVVxYWhRQ0RIZ1hyYUVN?= =?utf-8?B?U1NVT3BTeko3enhKVXRxUTRkMS9wUjc3UWI4U3JHNFo1TWN0UEppK1VZY0ZO?= =?utf-8?B?OFJDV1JHSkFIZU9SMzdYeXJGeUtGbVYySXhpay9RQlNpTGd6U3YxTnJkMllU?= =?utf-8?B?SzNRTEdhZ2wyTDdkWTVnR3llWEtvZ2FvVUhZSFpxN2tCQ1dHZndPdHlxQTla?= =?utf-8?B?bVNWMng1QUpTWjBDWnpBMHRSbktwdGdWOFB5cTZFNjJtZ0JCczdZekVyVWxF?= =?utf-8?B?YjRnY0VxU3JEOWJWTmNhbmcvRVB2VUVHajlBQWRPSHpPeVRxODM1MlRVL1hL?= =?utf-8?B?Sm9LSFFOY2ZkRTRubXhGMDhrOGkwdGtCYllheVcvUXJyUURDc0dMRUU4L2w3?= =?utf-8?B?aHpRc29UdThORG93M3dDNkNCZXYycGF1em1BblRuV0pkWW9ZLzZYUGU5K3or?= =?utf-8?B?bnVyT1dkc0FpUmRLNkpwcU05NTBabDlDeFVGVWp4M1VIOFM3T2FKQXJ4TmFY?= =?utf-8?B?bEZOeEV6UFZUeXBLUjdBTEN4aStHYmMvNEtrY2I3alY4SlVkdGxiS0JVMmpD?= =?utf-8?B?a0MvRGNCeGpNZkxpdVljSmR3R1Q5SnNLNUtqbUViQVJOT1YxMjVLNXRTaTRs?= =?utf-8?B?b1MrMStxdEsrbE9BSWgrOXdoTUU1QjJvRkViNmQwd09rdDRjQm9odk9nK2Zq?= =?utf-8?B?OXRZVDdhQUU3WittR2VkMU9hcDhKVWpMK0M4amtXWm9OUnRnSzdzVVdZdUFs?= =?utf-8?B?Y3FhUG9lSmFHUFZQRTJHNlVUMUFOc2krcEVGTmpDTjZRemZaZGF5VDB4dHdJ?= =?utf-8?B?bVhuRnkrSFdvT0JHTmxHdjVjV3NQb2tlYXNuVkFCT1Z4dGFDcEw0WE9XQlQ5?= =?utf-8?B?aWpCQlpvSW8yb2k3WlphaEdZT2FMdmVJYnRlY1hvWnZUckdPdEJZSFVXekcw?= =?utf-8?B?amt2SkJiY2VQRWtoZnBNdlR0QmsvZ3pVQlkwZTVGcHVNUXFRTC9oL1RzVzll?= =?utf-8?B?cGo3cTJaS0FsYmhwdkdQMDdjSENNRWlZUERKNkFNNEMrOUFCZFVzeWxKRGdj?= =?utf-8?B?cTdFbGx2R1pBNDdMeHFTSzRoOHE3aHFqQ29meWtxSEgraVg0Q2dVQURzNkh1?= =?utf-8?B?a0N2Rm9tTDd3L2FLamx6REVIbXJYTGlJaGp3VDcrRTRFS1RUdWQxWjNsQ1Ez?= =?utf-8?Q?aboNY/L5gXi8btY8AgRLP8C2Y?= X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB2181; 6:lcniHGXhTeWzB+xQsrteLjEl2+ZczP1ZqUxhZ3fuerTjwcN1LLpfJG1JMyeisGpAO5ZUYoU3ilp85PkZ1epfPANFa0GDyqAVRr8g+X1vi0jfC75WMOEE7La0ESdtdduvdc2st5JgrHlPEMmYWW0VI0t2j5NoQf5doRqBi2VNwoM4fH12VEUhgpKMrRAp+nu3w7Pz1Er6PE/Lx9WFaLEmKYnN55tasv0mxOE6NWBxBL3N2Zkjf+gAfiMBEWKTvCN8x/MzCW/niYZtxVGhlN5PVuJAgLWo/DitHWFJ0NpgPyyTBPKAtk+cZK37X0IHTz1kbzGF74uhHHeZ5MFArm/cyQ==; 5:q4PjDzBu/bFbNLAX3ANTiH9eihY132DtB8DT07LqfGJuBXb7Y3XDSm3FluON8PFAvZS8Tp3hpHojX1k1sj9uuL/wZartDq3/PgG4iN4owXcRhdSJotAaSfYSgUCBpss22K7nNWsmEX9zDWaLl9F28Q==; 24:zj4vCvKzcwp0fNHdTqqMGcI8w+2R7CWYz0uCLWsGVMGSporVd9chy+edQP7ebJgkxLrIBnaLoGNd+aR5wptldVpQRB+jEmtDH97seceVjOk=; 7:vmNJCqXJpJCyXM9d2VDsx8SX9Rpj/eNbLXq2boQ2VoUqWv4Sj+uAmceTKvS/vFD8trt/R0nEzMEkbx4JBrDfUZM2685v0oO2ff+qi9IuFDaHcZK1F/iRX/JAhejwwTlG6Ieyar54PoE2HPpyad1j4S3ttybqGuO1sA0rQlrZdUUoIOOvjQDPihGIQJ3d8XiS+UdQQ4bCVForZkcl6a3P4MV9LrjeBlow7jG6alWQIaI= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 01 Aug 2017 20:59:53.3882 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2PR05MB2181 Archived-At: Subject: Re: [mpls] Alexey Melnikov's Discuss on draft-ietf-mpls-rfc3107bis-02: (with DISCUSS and COMMENT) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Aug 2017 21:00:01 -0000 > DISCUSS: > ---------------------------------------------------------------------- > > I would like to discuss one issue before recommending approval of this document: > > In Section 2.1: > > The value field of the Multiple Labels Capability (shown in Figure 1) > consists of one or more triples, where each triple consists of four > octets. The first two octets of a triple specify an AFI value, the > third octet specifies a SAFI value, and the fourth specifies a Count. > If one of the triples is , the Count is the maximum > number of labels that the BGP speaker sending the Capability can > process in a received UPDATE of the specified AFI/SAFI. > > I think lack of recommendations on the minimal supported Count value will > result in lack of interoperability. What are the common Count values used by > implementations? An implementation is not required to support more than one label in the NLRI. In that case, of course the Multiple Labels Capability is not supposed to be used. So if the Capability is used, the minimum value is 2. It looks like the document does not state that explicitly, but it certainly should. I will fix that. Thus the literal answer to your question is that the Multiple Labels Capability MUST NOT contain a count less than 2. Typically when SAFI-4 or SAFI-128 routes are used, only one label is included. If an operator has a scenario in which multiple labels are needed, it is necessary for the operator to ensure that all his vendors can support however many labels he needs. That's not really something that the standard can address. If the operator needs 3 labels in the NLRI, it won't help much if some of his boxes can only support 2. --------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > In Section 2.3: > > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > +-+-+-+-+-+-+-+-+ > | Length | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | Label |Rsrv |S~ > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > ~ Label |Rsrv |S| > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | Prefix ~ > ~ | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > Figure 3: NLRI With Multiple Labels > > - Length: > > The Length field consists of a single octet. It specifies the > length in bits of the remainder of the NLRI field. > > I would like to double check that my math is correct. With SAFI=128 and AFI=2, > assuming the prefix length of 192 bits, this will leave space for: > > (255-192)/24 = 2.625. So this configuration only allows for 2 labels to be included, right? > Your arithmetic is accurate ;-) If you are implying that this is not necessarily the best mechanism for associating an arbitrarily long label stack with a prefix, I wouldn't disagree. From nobody Wed Aug 2 00:41:03 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BEB95131C04; Wed, 2 Aug 2017 00:41:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hcajyqX1w-jS; Wed, 2 Aug 2017 00:40:59 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DDDD212EC4B; Wed, 2 Aug 2017 00:40:56 -0700 (PDT) Received: from [192.168.0.2] (c213-89-111-155.bredband.comhem.se [213.89.111.155]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 88B65180156E; Wed, 2 Aug 2017 09:40:55 +0200 (CEST) To: "mpls@ietf.org" , "spring@ietf.org" References: <4829109f-9993-e015-c35e-29296d4853f9@pi.nu> Cc: "draft-ietf-mpls-spring-lsp-ping@ietf.org" , "mpls-chairs@ietf.org" , "spring-chairs@ietf.org" From: Loa Andersson Message-ID: Date: Wed, 2 Aug 2017 09:40:53 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <4829109f-9993-e015-c35e-29296d4853f9@pi.nu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [mpls] Working group last call on draft-ietf-mpls-spring-lsp-ping X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Aug 2017 07:41:02 -0000 Working Groups, This working group last call has been closed. There have been comments, can the authors/editors please update as necessary and post a new version. /Loa On 2017-07-11 11:35, Loa Andersson wrote: > Working Groups, > > This is to initiate a two week MPLS working group last call in on > draft-ietf-mpls-spring-lsp-ping-03. > > Please send your comments to the mpls wg mailing list (mpls@ietf.org). > > There are no IPR disclosures against this document. > > All the authors and contributors have stated on the working group > mailing list that they are not aware of any other IPRs that relates > to this document. > > As usual when a wglc is across an IETF week we do not count that week, > this working group last call therefore ends August 1, 2017. > > > /Loa > MPLS wg co-chairs > > PS > > I was a bit trigger happy and started this wglc with an ambiguous > subjet. Please use this mail when you are responding to the wglc. -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Wed Aug 2 02:35:22 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A2A7F12EC13; Wed, 2 Aug 2017 02:35:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wxshu6p40q0M; Wed, 2 Aug 2017 02:35:19 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6032E127978; Wed, 2 Aug 2017 02:35:19 -0700 (PDT) Received: from [192.168.0.2] (c213-89-111-155.bredband.comhem.se [213.89.111.155]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 1FF13180156E; Wed, 2 Aug 2017 11:35:18 +0200 (CEST) From: Loa Andersson To: "spring-chairs@ietf.org" , "mpls@ietf.org" , "bfd-chairs@ietf.org" Cc: "" Message-ID: <4432fd6b-fb9a-5ecf-faee-52d094cc01a2@pi.nu> Date: Wed, 2 Aug 2017 11:35:15 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: [mpls] draft-mirskies straddling three working groups X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Aug 2017 09:35:20 -0000 Folks, We have three drafts from Greg, they overlap in some fashion between our working groups. I think it would be good if we could agree on how the work is divided between the wg's, or maybe if if we should keep the drafts at one place. The drafts are: draft-mirsky-bfd-mpls-demand-01 BFD in Demand Mode over Point-to-Point MPLS LSP draft-mirsky-mpls-p2mp-bfd-01 BFD for Multipoint Networks over Point-to-Multi-Point MPLS LSP draft-mirsky-spring-bfd-01 Bidirectional Forwarding Detection (BFD) in Segment Routing Networks Using MPLS Dataplane I could can think of doing this in different ways, obviously (if we want to progress the draft). We could do: draft-mirsky-bfd-mpls-demand-01 in bfd draft-mirsky-mpls-p2mp-bfd-01 in mpls; and draft-mirsky-spring-bfd-01 in spring That would obviously require quite a bit of coordination. We could also do all of the in one working group, and if we do that I think MPLS is the the stuckee. If someone else want to pick up the draft I would not have strong objections, as long as we make sure we have enough coordination. In the MPLS wg we appoint a document shepherd prior to MPLS-RT review (part of the adoption process). The shepherd then run the entire process of adopting the document (with support from the mpls chairs; and we don't start the process until the shepherd is reasonably sure that the adoption will take place. If (big if) we decide to take all documents to MPLS, then I'd like to have a shepherd from the other working groups for "their" documents. Opinions, ideas? /Loa -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Wed Aug 2 06:45:29 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 44E7313188F; Wed, 2 Aug 2017 06:45:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UQ3T1pxl3xpm; Wed, 2 Aug 2017 06:45:25 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4071812F280; Wed, 2 Aug 2017 06:45:25 -0700 (PDT) Received: from [192.168.0.2] (c213-89-111-155.bredband.comhem.se [213.89.111.155]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 08FD0180156E; Wed, 2 Aug 2017 15:45:23 +0200 (CEST) To: "spring-chairs@ietf.org" , "mpls@ietf.org" , "bfd-chairs@ietf.org" References: <4432fd6b-fb9a-5ecf-faee-52d094cc01a2@pi.nu> Cc: "" , "mpls-chairs@ietf.org" From: Loa Andersson Message-ID: <1127fbda-03e9-1578-1721-daf30eadf3c3@pi.nu> Date: Wed, 2 Aug 2017 15:45:21 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <4432fd6b-fb9a-5ecf-faee-52d094cc01a2@pi.nu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [mpls] draft-mirskies straddling three working groups X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Aug 2017 13:45:27 -0000 Working Group, The intent with this mail was to send it to the chairs of the three working groups, for coordination. However, if anyone on the mpls wg mailing list has an opinion, it is fine to send that to the chairs. /Loa On 2017-08-02 11:35, Loa Andersson wrote: > Folks, > > We have three drafts from Greg, they overlap in some fashion between > our working groups. I think it would be good if we could agree on how > the work is divided between the wg's, or maybe if if we should keep the > drafts at one place. > > The drafts are: > > draft-mirsky-bfd-mpls-demand-01 > BFD in Demand Mode over Point-to-Point MPLS LSP > > draft-mirsky-mpls-p2mp-bfd-01 > BFD for Multipoint Networks over Point-to-Multi-Point MPLS LSP > > draft-mirsky-spring-bfd-01 > Bidirectional Forwarding Detection (BFD) in Segment Routing Networks > Using MPLS Dataplane > > > I could can think of doing this in different ways, obviously (if we > want to progress the draft). > > We could do: > > draft-mirsky-bfd-mpls-demand-01 in bfd > draft-mirsky-mpls-p2mp-bfd-01 in mpls; and > draft-mirsky-spring-bfd-01 in spring > > That would obviously require quite a bit of coordination. > > We could also do all of the in one working group, and if we do that > I think MPLS is the the stuckee. If someone else want to pick up the > draft I would not have strong objections, as long as we make sure > we have enough coordination. > > In the MPLS wg we appoint a document shepherd prior to MPLS-RT review > (part of the adoption process). The shepherd then run the entire process > of adopting the document (with support from the mpls chairs; and we > don't start the process until the shepherd is reasonably sure that the > adoption will take place. > > If (big if) we decide to take all documents to MPLS, then I'd like to > have a shepherd from the other working groups for "their" documents. > > Opinions, ideas? > > /Loa > -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Wed Aug 2 08:32:22 2017 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 758E2132131; Wed, 2 Aug 2017 08:32:20 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: mpls@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150168794041.5683.3381335827332010951@ietfa.amsl.com> Date: Wed, 02 Aug 2017 08:32:20 -0700 Archived-At: Subject: [mpls] I-D Action: draft-ietf-mpls-spring-lsp-ping-04.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Aug 2017 15:32:20 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching WG of the IETF. Title : Label Switched Path (LSP) Ping/Traceroute for Segment Routing Networks with MPLS Data-plane Authors : Nagendra Kumar Carlos Pignataro George Swallow Nobo Akiya Sriganesh Kini Hannes Gredler Mach(Guoyi) Chen Filename : draft-ietf-mpls-spring-lsp-ping-04.txt Pages : 20 Date : 2017-08-02 Abstract: Segment Routing architecture leverages the source routing and tunneling paradigms and can be directly applied to MPLS data plane. A node steers a packet through a controlled set of instructions called segments, by prepending the packet with a Segment Routing header. The segment assignment and forwarding semantic nature of Segment Routing raises additional consideration for connectivity verification and fault isolation in LSP with Segment Routing architecture. This document illustrates the problem and describe a mechanism to perform LSP Ping and Traceroute on Segment Routing network over MPLS data plane. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-spring-lsp-ping/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-mpls-spring-lsp-ping-04 https://datatracker.ietf.org/doc/html/draft-ietf-mpls-spring-lsp-ping-04 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-spring-lsp-ping-04 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Aug 2 08:53:11 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5CF5D131935; Wed, 2 Aug 2017 08:53:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.521 X-Spam-Level: X-Spam-Status: No, score=-14.521 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id n7zwd1nAiXWK; Wed, 2 Aug 2017 08:53:09 -0700 (PDT) Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6CA8F1241F5; Wed, 2 Aug 2017 08:53:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8628; q=dns/txt; s=iport; t=1501689189; x=1502898789; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=3FJ8dX/KKSDJuLaGvK2Kjm4RdPuENqVMuujtWcFqFEU=; b=DQDjIyP9mc5ohBUNbk2fQw7ha9QzFWKopfk+58WXZPKJ7hKRGBs/2xxq +eCmMmGXGoXuw//YghB9N4HK5Vu3ANOlC4CADPSoh9UCDV/3VkgQXvaIp Iy/Hhv6hvk6/Yr0cokSApNPhc/j424WIKwgAKrnbFj2In4EZPF/67jMUj A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0A3AQAY9YFZ/5hdJa1dGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBg1qBUScHjgeQBJJNhTEOggSFRwIahBs/GAECAQEBAQEBAWsohRkGI0g?= =?us-ascii?q?DCw4CAgEIPwMCAgIZFxQRAgQOBYlLZK5EgiaLTQEBAQEBAQEBAQEBAQEBAQEBA?= =?us-ascii?q?QEBAR0FgyOCAoFMgWMrgnyEQAERAgEkEYJ8MIIxBZdqiBIClCqCDYVWimGJWow?= =?us-ascii?q?gAR84fwt3FUkSAYcHdohegQ8BAQE?= X-IronPort-AV: E=Sophos;i="5.41,312,1498521600"; d="scan'208,217";a="465361805" Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 02 Aug 2017 15:52:56 +0000 Received: from XCH-RTP-019.cisco.com (xch-rtp-019.cisco.com [64.101.220.159]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id v72FqtSY026723 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 2 Aug 2017 15:52:56 GMT Received: from xch-rtp-020.cisco.com (64.101.220.160) by XCH-RTP-019.cisco.com (64.101.220.159) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Wed, 2 Aug 2017 11:52:54 -0400 Received: from xch-rtp-020.cisco.com ([64.101.220.160]) by XCH-RTP-020.cisco.com ([64.101.220.160]) with mapi id 15.00.1210.000; Wed, 2 Aug 2017 11:52:54 -0400 From: "Carlos Pignataro (cpignata)" To: Loa Andersson CC: "mpls@ietf.org" , "spring@ietf.org" , "draft-ietf-mpls-spring-lsp-ping@ietf.org" , "mpls-chairs@ietf.org" , "spring-chairs@ietf.org" Thread-Topic: Working group last call on draft-ietf-mpls-spring-lsp-ping Thread-Index: AQHTC2KzUsJXouOcMESKDhDHMOrhH6JxerwA Date: Wed, 2 Aug 2017 15:52:54 +0000 Message-ID: References: <4829109f-9993-e015-c35e-29296d4853f9@pi.nu> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.118.116.133] Content-Type: multipart/alternative; boundary="_000_F9275DA6574B400C9C05EC84AD073D8Dciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [mpls] Working group last call on draft-ietf-mpls-spring-lsp-ping X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Aug 2017 15:53:10 -0000 --_000_F9275DA6574B400C9C05EC84AD073D8Dciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhhbmsgeW91IExvYS4gTmV3IHJldmlzaW9uIGFkZHJlc3NpbmcgYWxsIGNvbW1lbnRzLCBwb3N0 ZWQuDQoNClRoYW5rcyENCg0K4oCUIENhcmxvcy4NCg0KT24gQXVnIDIsIDIwMTcsIGF0IDM6NDAg QU0sIExvYSBBbmRlcnNzb24gPGxvYUBwaS5udTxtYWlsdG86bG9hQHBpLm51Pj4gd3JvdGU6DQoN CldvcmtpbmcgR3JvdXBzLA0KDQpUaGlzIHdvcmtpbmcgZ3JvdXAgbGFzdCBjYWxsIGhhcyBiZWVu IGNsb3NlZC4NCg0KVGhlcmUgaGF2ZSBiZWVuIGNvbW1lbnRzLCBjYW4gdGhlIGF1dGhvcnMvZWRp dG9ycyBwbGVhc2UgdXBkYXRlIGFzDQpuZWNlc3NhcnkgYW5kIHBvc3QgYSBuZXcgdmVyc2lvbi4N Cg0KL0xvYQ0KDQpPbiAyMDE3LTA3LTExIDExOjM1LCBMb2EgQW5kZXJzc29uIHdyb3RlOg0KV29y a2luZyBHcm91cHMsDQoNClRoaXMgaXMgdG8gaW5pdGlhdGUgYSB0d28gd2VlayBNUExTIHdvcmtp bmcgZ3JvdXAgbGFzdCBjYWxsIGluIG9uDQpkcmFmdC1pZXRmLW1wbHMtc3ByaW5nLWxzcC1waW5n LTAzLg0KDQpQbGVhc2Ugc2VuZCB5b3VyIGNvbW1lbnRzIHRvIHRoZSBtcGxzIHdnIG1haWxpbmcg bGlzdCAobXBsc0BpZXRmLm9yZzxtYWlsdG86bXBsc0BpZXRmLm9yZz4pLg0KDQpUaGVyZSBhcmUg bm8gSVBSIGRpc2Nsb3N1cmVzIGFnYWluc3QgdGhpcyBkb2N1bWVudC4NCg0KQWxsIHRoZSBhdXRo b3JzIGFuZCBjb250cmlidXRvcnMgaGF2ZSBzdGF0ZWQgb24gdGhlIHdvcmtpbmcgZ3JvdXANCm1h aWxpbmcgbGlzdCB0aGF0IHRoZXkgYXJlIG5vdCBhd2FyZSBvZiBhbnkgb3RoZXIgSVBScyB0aGF0 IHJlbGF0ZXMNCnRvIHRoaXMgZG9jdW1lbnQuDQoNCkFzIHVzdWFsIHdoZW4gYSB3Z2xjIGlzIGFj cm9zcyBhbiBJRVRGIHdlZWsgd2UgZG8gbm90IGNvdW50IHRoYXQgd2VlaywNCnRoaXMgd29ya2lu ZyBncm91cCBsYXN0IGNhbGwgdGhlcmVmb3JlIGVuZHMgQXVndXN0IDEsIDIwMTcuDQoNCg0KL0xv YQ0KTVBMUyB3ZyBjby1jaGFpcnMNCg0KUFMNCg0KSSB3YXMgYSBiaXQgdHJpZ2dlciBoYXBweSBh bmQgc3RhcnRlZCB0aGlzIHdnbGMgd2l0aCBhbiBhbWJpZ3VvdXMNCnN1YmpldC4gUGxlYXNlIHVz ZSB0aGlzIG1haWwgd2hlbiB5b3UgYXJlIHJlc3BvbmRpbmcgdG8gdGhlIHdnbGMuDQoNCi0tDQoN Cg0KTG9hIEFuZGVyc3NvbiAgICAgICAgICAgICAgICAgICAgICAgIGVtYWlsOiBsb2FAbWFpbDAx Lmh1YXdlaS5jb208bWFpbHRvOmxvYUBtYWlsMDEuaHVhd2VpLmNvbT4NClNlbmlvciBNUExTIEV4 cGVydCAgICAgICAgICAgICAgICAgICAgICAgICAgbG9hQHBpLm51PG1haWx0bzpsb2FAcGkubnU+ DQpIdWF3ZWkgVGVjaG5vbG9naWVzIChjb25zdWx0YW50KSAgICAgcGhvbmU6ICs0NiA3MzkgODEg MjEgNjQNCg0K4oCUDQpDYXJsb3MgUGlnbmF0YXJvLCBjYXJsb3NAY2lzY28uY29tPG1haWx0bzpj YXJsb3NAY2lzY28uY29tPg0KDQrigJxTb21ldGltZXMgSSB1c2UgYmlnIHdvcmRzIHRoYXQgSSBk byBub3QgZnVsbHkgdW5kZXJzdGFuZCwgdG8gbWFrZSBteXNlbGYgc291bmQgbW9yZSBwaG90b3N5 bnRoZXNpcy4iDQoNCg== --_000_F9275DA6574B400C9C05EC84AD073D8Dciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <336A1E1FF9BD4647BD23C1FD2C1E6712@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KVGhhbmsgeW91IExvYS4gTmV3IHJl dmlzaW9uIGFkZHJlc3NpbmcgYWxsIGNvbW1lbnRzLCBwb3N0ZWQuDQo8ZGl2IGNsYXNzPSIiPjxi ciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5UaGFua3MhPC9kaXY+DQo8ZGl2IGNs YXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj7igJQgQ2FybG9zLjwv ZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8ZGl2Pg0KPGJsb2NrcXVvdGUgdHlw ZT0iY2l0ZSIgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPk9uIEF1ZyAyLCAyMDE3LCBhdCAzOjQw IEFNLCBMb2EgQW5kZXJzc29uICZsdDs8YSBocmVmPSJtYWlsdG86bG9hQHBpLm51IiBjbGFzcz0i Ij5sb2FAcGkubnU8L2E+Jmd0OyB3cm90ZTo8L2Rpdj4NCjxiciBjbGFzcz0iQXBwbGUtaW50ZXJj aGFuZ2UtbmV3bGluZSI+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj5Xb3JraW5nIEdy b3Vwcyw8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpUaGlzIHdvcmtpbmcgZ3JvdXAgbGFz dCBjYWxsIGhhcyBiZWVuIGNsb3NlZC48YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpUaGVy ZSBoYXZlIGJlZW4gY29tbWVudHMsIGNhbiB0aGUgYXV0aG9ycy9lZGl0b3JzIHBsZWFzZSB1cGRh dGUgYXM8YnIgY2xhc3M9IiI+DQpuZWNlc3NhcnkgYW5kIHBvc3QgYSBuZXcgdmVyc2lvbi48YnIg Y2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQovTG9hPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIi Pg0KT24gMjAxNy0wNy0xMSAxMTozNSwgTG9hIEFuZGVyc3NvbiB3cm90ZTo8YnIgY2xhc3M9IiI+ DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIiBjbGFzcz0iIj5Xb3JraW5nIEdyb3Vwcyw8YnIgY2xh c3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpUaGlzIGlzIHRvIGluaXRpYXRlIGEgdHdvIHdlZWsgTVBM UyB3b3JraW5nIGdyb3VwIGxhc3QgY2FsbCBpbiBvbjxiciBjbGFzcz0iIj4NCmRyYWZ0LWlldGYt bXBscy1zcHJpbmctbHNwLXBpbmctMDMuPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KUGxl YXNlIHNlbmQgeW91ciBjb21tZW50cyB0byB0aGUgbXBscyB3ZyBtYWlsaW5nIGxpc3QgKDxhIGhy ZWY9Im1haWx0bzptcGxzQGlldGYub3JnIiBjbGFzcz0iIj5tcGxzQGlldGYub3JnPC9hPikuPGJy IGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KVGhlcmUgYXJlIG5vIElQUiBkaXNjbG9zdXJlcyBh Z2FpbnN0IHRoaXMgZG9jdW1lbnQuPGJyIGNsYXNzPSIiPg0KPGJyIGNsYXNzPSIiPg0KQWxsIHRo ZSBhdXRob3JzIGFuZCBjb250cmlidXRvcnMgaGF2ZSBzdGF0ZWQgb24gdGhlIHdvcmtpbmcgZ3Jv dXA8YnIgY2xhc3M9IiI+DQptYWlsaW5nIGxpc3QgdGhhdCB0aGV5IGFyZSBub3QgYXdhcmUgb2Yg YW55IG90aGVyIElQUnMgdGhhdCByZWxhdGVzPGJyIGNsYXNzPSIiPg0KdG8gdGhpcyBkb2N1bWVu dC48YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpBcyB1c3VhbCB3aGVuIGEgd2dsYyBpcyBh Y3Jvc3MgYW4gSUVURiB3ZWVrIHdlIGRvIG5vdCBjb3VudCB0aGF0IHdlZWssPGJyIGNsYXNzPSIi Pg0KdGhpcyB3b3JraW5nIGdyb3VwIGxhc3QgY2FsbCB0aGVyZWZvcmUgZW5kcyBBdWd1c3QgMSwg MjAxNy48YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQovTG9hPGJy IGNsYXNzPSIiPg0KTVBMUyB3ZyBjby1jaGFpcnM8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+ DQpQUzxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCkkgd2FzIGEgYml0IHRyaWdnZXIgaGFw cHkgYW5kIHN0YXJ0ZWQgdGhpcyB3Z2xjIHdpdGggYW4gYW1iaWd1b3VzPGJyIGNsYXNzPSIiPg0K c3ViamV0LiBQbGVhc2UgdXNlIHRoaXMgbWFpbCB3aGVuIHlvdSBhcmUgcmVzcG9uZGluZyB0byB0 aGUgd2dsYy48YnIgY2xhc3M9IiI+DQo8L2Jsb2NrcXVvdGU+DQo8YnIgY2xhc3M9IiI+DQotLSA8 YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpMb2EgQW5kZXJzc29u ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO2VtYWlsOiA8YSBocmVmPSJtYWlsdG86bG9hQG1haWww MS5odWF3ZWkuY29tIiBjbGFzcz0iIj4NCmxvYUBtYWlsMDEuaHVhd2VpLmNvbTwvYT48YnIgY2xh c3M9IiI+DQpTZW5pb3IgTVBMUyBFeHBlcnQgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7PGEgaHJlZj0ibWFpbHRvOmxvYUBwaS5udSIgY2xhc3M9IiI+bG9hQHBpLm51PC9hPjxi ciBjbGFzcz0iIj4NCkh1YXdlaSBUZWNobm9sb2dpZXMgKGNvbnN1bHRhbnQpICZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwO3Bob25lOiAmIzQzOzQ2IDczOSA4MSAyMSA2NDxiciBjbGFzcz0iIj4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxiciBjbGFzcz0iIj4NCjxkaXYg Y2xhc3M9IiI+DQo8ZGl2IHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDApOyBsZXR0ZXItc3BhY2lu Zzogbm9ybWFsOyBvcnBoYW5zOiBhdXRvOyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6 IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdpZG93czog YXV0bzsgd29yZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDsg d29yZC13cmFwOiBicmVhay13b3JkOyAtd2Via2l0LW5ic3AtbW9kZTogc3BhY2U7IC13ZWJraXQt bGluZS1icmVhazogYWZ0ZXItd2hpdGUtc3BhY2U7IiBjbGFzcz0iIj4NCjxkaXYgc3R5bGU9ImNv bG9yOiByZ2IoMCwgMCwgMCk7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IG9ycGhhbnM6IGF1dG87 IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9u ZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3JkLXNwYWNpbmc6IDBweDsg LXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyB3b3JkLXdyYXA6IGJyZWFrLXdvcmQ7IC13 ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJyZWFrOiBhZnRlci13aGl0ZS1z cGFjZTsiIGNsYXNzPSIiPg0KPGRpdiBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAwKTsgbGV0dGVy LXNwYWNpbmc6IG5vcm1hbDsgb3JwaGFuczogYXV0bzsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQt aW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3 aWRvd3M6IGF1dG87IHdvcmQtc3BhY2luZzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRo OiAwcHg7IHdvcmQtd3JhcDogYnJlYWstd29yZDsgLXdlYmtpdC1uYnNwLW1vZGU6IHNwYWNlOyAt d2Via2l0LWxpbmUtYnJlYWs6IGFmdGVyLXdoaXRlLXNwYWNlOyIgY2xhc3M9IiI+DQrigJQ8L2Rp dj4NCjxkaXYgc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwgMCk7IGxldHRlci1zcGFjaW5nOiBub3Jt YWw7IG9ycGhhbnM6IGF1dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0 ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3 b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyB3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KQ2FybG9zIFBpZ25hdGFybywmbmJz cDs8YSBocmVmPSJtYWlsdG86Y2FybG9zQGNpc2NvLmNvbSIgY2xhc3M9IiI+Y2FybG9zQGNpc2Nv LmNvbTwvYT48YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQo8aSBjbGFzcz0iIj7igJxTb21l dGltZXMgSSB1c2UgYmlnIHdvcmRzIHRoYXQgSSBkbyBub3QgZnVsbHkgdW5kZXJzdGFuZCwgdG8g bWFrZSBteXNlbGYgc291bmQgbW9yZSZuYnNwO3Bob3Rvc3ludGhlc2lzLiZxdW90OzwvaT48YnIg Y2xhc3M9IiI+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxiciBjbGFzcz0iIj4N CjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_F9275DA6574B400C9C05EC84AD073D8Dciscocom_-- From nobody Wed Aug 2 11:16:31 2017 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id EA240126C22; Wed, 2 Aug 2017 11:16:22 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Eric Rescorla To: "The IESG" Cc: draft-ietf-mpls-rfc3107bis@ietf.org, Loa Andersson , mpls-chairs@ietf.org, loa@pi.nu, mpls@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150169778295.5791.7064986991890318485.idtracker@ietfa.amsl.com> Date: Wed, 02 Aug 2017 11:16:22 -0700 Archived-At: Subject: [mpls] Eric Rescorla's No Objection on draft-ietf-mpls-rfc3107bis-02: (with COMMENT) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Aug 2017 18:16:23 -0000 Eric Rescorla has entered the following ballot position for draft-ietf-mpls-rfc3107bis-02: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-mpls-rfc3107bis/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Document: draft-ietf-mpls-rfc3107bis-02.txt S 2.1 I note that you use 255 to mean "any number of labels" and 0 is marked ignore. Is there a reason not to use 255 as a concrete number and 0 to mean "any number"? This is just for my information. S 2.3. Note that failure to set the S bit in the last label will make it impossible to parse the NLRI correctly. See Section 3 paragraph j of [RFC7606] for a discussion of error handling when the NLRI cannot be parsed. It would be helpful if you explicitly said that you parse this value by reading labels one at a time until you get a non-zero S bit. It's implicity, but having it be clear would be nice. From nobody Wed Aug 2 11:39:01 2017 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 21E30131748; Wed, 2 Aug 2017 11:38:59 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Kathleen Moriarty To: "The IESG" Cc: draft-ietf-mpls-rfc3107bis@ietf.org, Loa Andersson , mpls-chairs@ietf.org, loa@pi.nu, mpls@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150169913913.5791.5598424201108583393.idtracker@ietfa.amsl.com> Date: Wed, 02 Aug 2017 11:38:59 -0700 Archived-At: Subject: [mpls] Kathleen Moriarty's No Objection on draft-ietf-mpls-rfc3107bis-02: (with COMMENT) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Aug 2017 18:38:59 -0000 Kathleen Moriarty has entered the following ballot position for draft-ietf-mpls-rfc3107bis-02: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-mpls-rfc3107bis/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- The security considerations section should at least mention that none of the tunnel methods provide encryption or authentication of those mentioned earlier in the document (Section 4: LSP, IP, GRE, & UDP). Although this isn't listed as a discuss, I'd appreciate the comment being addressed with an update to the text (1-2 sentences at most). Thank you. From nobody Thu Aug 3 06:48:12 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2D5C7132035; Thu, 3 Aug 2017 06:48:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.022 X-Spam-Level: X-Spam-Status: No, score=-2.022 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=juniper.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bd-qFPI9bVBO; Thu, 3 Aug 2017 06:48:09 -0700 (PDT) Received: from NAM02-CY1-obe.outbound.protection.outlook.com (mail-cys01nam02on0091.outbound.protection.outlook.com [104.47.37.91]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 533C113202A; Thu, 3 Aug 2017 06:48:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=6WJfcAygC5UXMKqIk1KEpy5BOrUez11bzAtncwdGvL0=; b=i9kasFO6opCvByQUsU5uVRTngcZMzUODpb1ZZfvtk+XiHoTZE/ctxTZvmgl2XidWRwbCRehEwT7/hIzrCJCuwX0ZmlR8gkHLOkaTHvtQXWs3l9f8+8z57nXFCd5kOizQVnY9SNxywGNFUKnjyRnbfO3nucWD6lh1IKnFgkGLPBc= Received: from [172.29.36.32] (66.129.241.14) by CY1PR05MB2188.namprd05.prod.outlook.com (10.166.192.12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.1.1320.10; Thu, 3 Aug 2017 13:48:03 +0000 To: Eric Rescorla , The IESG Cc: draft-ietf-mpls-rfc3107bis@ietf.org, Loa Andersson , mpls-chairs@ietf.org, mpls@ietf.org References: <150169778295.5791.7064986991890318485.idtracker@ietfa.amsl.com> From: Eric C Rosen Message-ID: <3e147385-01a2-a15a-828c-b1354ca14f59@juniper.net> Date: Thu, 3 Aug 2017 09:47:59 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <150169778295.5791.7064986991890318485.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Originating-IP: [66.129.241.14] X-ClientProxiedBy: DM5PR13CA0068.namprd13.prod.outlook.com (10.175.103.158) To CY1PR05MB2188.namprd05.prod.outlook.com (10.166.192.12) X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 97b2a329-432d-4e9a-eb87-08d4da7643fc X-MS-Office365-Filtering-HT: Tenant X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(2017030254152)(300000503095)(300135400095)(48565401081)(201703131423075)(201703031133081)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:CY1PR05MB2188; X-Microsoft-Exchange-Diagnostics: 1; CY1PR05MB2188; 3:NnHkpOd08JxoTHXwrwPciBc48hE1SmyRYr87M2svWb9Yn8CcgLW0U5PJ9/ngipQ2svS0JuJDUTUL2dLA3/KpyjCv3ZWrN4iBq5DlLP5aWjYvF2tkW2d4rV7gMG4Po+EQWxtbdlrkEYYsrvln3i1nj5RUMklbGC/Adw3O4swLQhI5rheGyjMHxX77brcikLUDQEyvivtSZQ0fNwoOvw9GnGv7uYSjDZLAcdeocFnhoOYQWw1Gcu77ntw4oisIvhCx; 25:jY1RxwztSfiw/6V7gpw5yC0y/hKfa23Ntit0RXIJxTLyi+3X1PqIuMnMRAiMG63TaTwo2xxI/4vQnUR+mBOcuaRjCHenRP2gNr4L6h0rWiGXGa8BOrZKQCfVi2c5Bnu/ti7lRWhpO5dKEMEG57dLbdEaUxaNVqR2d8QVgqZzdYXyNavKYilWWna++i7GaBrHZ/n5RSrvcUfwj/Vt1uOc6QIg7rOMtmlyj0fAXClKVNM6ZWTWPvJZTUXlaloLduS1aRrXOhYctppUPJBbiUrkcmkpjy17jR6rktxIUrTXWgIuldOwb1ojSWZLSq7cw5HoSAZjBsRoriql8Jw1clN74w==; 31:3drBXVO1TQHOzgBNftFV3isjFNIv3kX9mbP6HqlGasp3iyt0g0RR1aqed/YBIy06fKlTaUvgkstsCdtChgijWytdhgFYw0agwhN6sX3dr2fp45MYKliadY/mp4/+2Zb9OyjEEc7p5ndVinSgkLrmuSuA/c+Hz7ovjNNDoPrrkPvTHLRmT1o8VdSyEONMOqMHAnEgLRCdJ/sjKsJuSMbQITN5KTzK7ZHE6DjBsbV/G40= X-MS-TrafficTypeDiagnostic: CY1PR05MB2188: Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=erosen@juniper.net; X-Microsoft-Exchange-Diagnostics: 1; CY1PR05MB2188; 20:LItmnn1hUAUrAYrx0ulXH2gLZ2nfcfl9KhieAVqRkcQxhE417pmeyUnra9YhdUPmeAZ6365QbJ4E53OkaJ1/XRP6RE+vZ68p1hGLE36K1iI1UVw2tqXzclsZJF4wTE/m5PFtFQBbVH3PMrgeSUuysNonIJNlr8X4DhTW9oZzqcBpWvZ5uKI9ktLJCOGBgrdThFb4prlb4G7K8CIOENk7pZKcWM3HNqTyaa349DP4Vi/sKudvMy01TVeByxQd/GPNFGiqCbAOV0loFy2xVJUx9zqr+DcffpUiHyTnZtCsQ1HWweN2i/JDp1i5z91kGd/W3/v+ujlzviBwK4HonFHJrl4HzwVXXOU3X2vtvCqlfuNFzq0vAo4T/PmWz0YsQD1FtkW6XD+x1mI6S9T5tkKNU8cJkWA0r/F8ASpuz2TC1qhyuo9kROE/Fa0xkJYzlRKSfJG+GKnhJMexCrjm6voGe+TIdzmrUVQCkcUcF37fJJxAVPkn/3ywVNai/dSK1M6bFZ/WIHYSsRQs6oJv752IXb8CRskIb2cSSnUFN7hMshFBRU8UDUCfT8E3pjCd+Z4U17MTHfk4IUq9xMDdqca2PJlVHLtxW6J1cv4ul3aWt8E=; 4:3cabZYA7E1qpgXfDiB1VdJ89MhUM1EEWKLV0fS5iGhCwd8OTJGaHDWU1n+6QQHk5WXjhsivrDoJHGWMVdHYNQr5Ks7fLMZBuK5YMNWB9xSHCyeYw59jRoFqIAHYZihCbxgBrejpM8dGxCkjiYa6Vxp+2AUPEMc5vkvkSbAOVolxYVbea+5Lb2BACFsfuAhpPpxqDodbO5RD3zS7rR8kHlrqXjRwpSa+quz2HCz1c6GLm3hGhwfr/+B+gSJ7gScpz X-Exchange-Antispam-Report-Test: UriScan:; X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(601004)(2401047)(8121501046)(5005006)(93006095)(93001095)(10201501046)(3002001)(100000703101)(100105400095)(6055026)(6041248)(20161123560025)(20161123555025)(20161123562025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123564025)(20161123558100)(6072148)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:CY1PR05MB2188; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:CY1PR05MB2188; X-Forefront-PRVS: 03883BD916 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(4630300001)(7370300001)(6049001)(6009001)(39850400002)(39860400002)(39450400003)(39840400002)(39400400002)(39410400002)(199003)(377454003)(24454002)(189002)(105586002)(81156014)(8676002)(53546010)(106356001)(81166006)(230700001)(305945005)(7736002)(65806001)(65956001)(47776003)(189998001)(31696002)(86362001)(7350300001)(23676002)(230783001)(66066001)(5660300001)(97736004)(33646002)(65826007)(53936002)(3260700006)(25786009)(31686004)(68736007)(4001350100001)(2906002)(76176999)(6486002)(38730400002)(50986999)(6246003)(64126003)(90366009)(50466002)(77096006)(83506001)(478600001)(101416001)(4326008)(42186005)(6116002)(3846002)(229853002)(54356999)(36756003)(2950100002)(6666003); DIR:OUT; SFP:1102; SCL:1; SRVR:CY1PR05MB2188; H:[172.29.36.32]; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:3; LANG:en; Received-SPF: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtDWTFQUjA1TUIyMTg4OzIzOkdUa01ndEdwdmt6U0k5RngzcytKOXFqWGUr?= =?utf-8?B?SkVEUGJXRDRmMSs5dkh0WDV4eUNSV0loaWg5bjFKVjIxeTZaTWZtTW9LYVAr?= =?utf-8?B?UnIzTTNiRmF1M1MwOXV0L05Za1BreHkxR01KS016UWoxeGF5RXkwOE1NZzNo?= =?utf-8?B?VitsS1p3UTVPeG1SdjFSVEs3TnZ2VG9pTDhGVXEvQ1J5MEk0OXJXcUJMbHpN?= =?utf-8?B?SjFIYytmVWJvWmpDSE43VVpUOEVLM0tXL1ZsRkdEVG1MUHZ2R3VqaGZuZDhP?= =?utf-8?B?NXRIR25mY2Y2a0ZKUnFqYlhGeE8zOC9UTFMyQ2oveWNFZ2tqK2RZdlQrdjha?= =?utf-8?B?SHhkcEsyQXBPT0J1M2dhV2VYMWJqTHk1QS9oQ2g1TDFnMmM4ckFPMHRTMjlP?= =?utf-8?B?ZDVkVGVsYWNwWkZISjB2dXVnU0Fsb2dEOFVBcDZEMTZEdXN3STFVODZHdTlX?= =?utf-8?B?NFBraDdIcnhqMHQzQ2tRdGJubCt2dFNhNXVYZ3l4bGxPUFhUdmRvWlAyR2FJ?= =?utf-8?B?aWY4MGpNc3dkek5HT2N3WFN1dlRhZGpCWk51OU5WSjNxOWVlNTlreWpUWHpm?= =?utf-8?B?a2JSS1JWZEIxQ3pMNEl2V0EwQmU1dFo4MXcvVVpLVDZlY3NwM1NxQ0tzQXJ5?= =?utf-8?B?aktmV0JHZmxLTFR5Z2d0SUVvdTlEMEJpMFRrVjVaS3FkdGExTWVIcDRoNnZI?= =?utf-8?B?cWxjZk92M3lrNENEdExjNnlaRThFWVl2aGJ1RTdGY1E2TWRHcVVrc1pXS0Ur?= =?utf-8?B?UGRwb3phaGU4bFh1a3FIc0tDVWJSYkgwMnJyUXF0a1JUd2NrRGN2REN6cWRh?= =?utf-8?B?K0tZbjI5bllvTnROa1JjUzZBUFRHT2VQcWl5ZjVSTzMwbS9BWWJWZEcwSzRs?= =?utf-8?B?U2dmYWV3Ymt0WHd1RFppbWhDT0Y3OEdOS2MxdS9wTHpmK2E2bGdvNGRxNXlE?= =?utf-8?B?QmNmQzhDOGVKSXN5bzUwQkRxU1Vvemg4Sllad3NNbW42cmxoQmtrYTRkTlpk?= =?utf-8?B?Rk5sQzBXTFpaWHd5WU9VRnJ1VnVoQWcwbElIYllLc2ZWTlFtTmJmUVZUZC8r?= =?utf-8?B?QmJSUTVkczhKS0dUZVY3aGlWZUorRXJwV09WQm1JbkF3VEx5Tk5LUjNtbXEy?= =?utf-8?B?VXRtcEFMb2FBcFFGQys5dVdhRC9JOVIyTkRLNWUxVExQeWJwVDc3TUgzME11?= =?utf-8?B?eDZRSlRsZjlHMlNzbk5iUFN6Q1JBeEozaGdGbXJyNkFYODBuWk5zaXhiRGJN?= =?utf-8?B?T0xIdSs5NkEzeld6bmFFSXlteGNCOUlpa2l1WUNIQzU3MlN2V1NpdXdSZGVx?= =?utf-8?B?UjBlRU1aeGJGb1JSRjRuZmhaN0VZWFMxSEdzblBUc3FZWDg0VklKOGxvRDh0?= =?utf-8?B?dEMrK1dLOU9ISkZENkVaT2xML2pnSVNGWUlBZCtndXlaNTJIdEJueWhmVnlr?= =?utf-8?B?bE5ROGlqTFFlWUZJY1Y0eWhyK3ZaVWllcDRMYStJZE8wclBFbFFubGZUdGha?= =?utf-8?B?cGx0NkY1dkZHTzRzeWsrRytOOGhvUFB0MGZzZkdwU2tVbDdPb3VXRnlKdEpW?= =?utf-8?B?WjdpZVhtZmo1ZEZMNFV2clNXU2hzakJLY0dHNEw3T3loVDN4YWFQbnVxOCtB?= =?utf-8?B?R3B5Q1RyR3Y5SXgwaElJSkE4bUlRMTM3QVNDT1N1VGFrdUhpcFhQbEZ1UUtq?= =?utf-8?B?Nm1IQzY1U0dSTzdicG1ta0Z3TStBNWF0ZUk5MWJsK0IxOU1uZHdVY1Q3TkxC?= =?utf-8?B?Sm91N0Z3TmZJZVMrUzlyd0w4WFUrUmFxOW5zVWJvc29rKzdMamtidkxCYUNQ?= =?utf-8?B?NnNwUmJHeTZqb2J6M3VkSzZrMjJMMmdkNFVJR2htUWJheVVxK1ZOT0tjUFBj?= =?utf-8?B?YXBQVkc3cDZVNVJSS1puTjBaNlJPVExxcEdwRndyNDV1N3htTmlwakk0YUlh?= =?utf-8?B?WnlzL2podm9RWG54SWt6NTVpdFVUOG5BaXh1Y21UdGEzUnJrNzJHYkJjVVVm?= =?utf-8?B?Y0hxSjJOdytUR2NOYmpSY2ZBNHlRNWxpZ0tBUlg3WTJZMytvYTBSSEU3RjFE?= =?utf-8?B?d0p5eHJuMTBUTjR1b2lHMkk1SnZYUk4rSDJTNEZxeHREVGg1NHBRWWdVdlQv?= =?utf-8?Q?BX2fFl0NVr7QG9hVwJRzHfI=3D?= X-Microsoft-Exchange-Diagnostics: 1; CY1PR05MB2188; 6:hJ5fet2IUyQ88TTCsg89HAmO7jCwhP3oh9GxPp9e9ivfgp4mmXZuwWF+7Tc4L9CIYLtDs75FkcIbUGdLdDTtmYfH4jDvulac22P7T2lgicXs1ocUwfUGGX0sU4BNQnH66KcS/ai0pZr7yHXnYfU8PvRWJh/26LaWXJ3Dnzzb5X0AtanDFVsrA0UdGdaDFMCLnCC6yo8yxpmuRDQd/bOLNdV9T/gNqdbgYYZgGB1RxwTccEIKcRxjSPLfq/9IN4i9faoFfXeVjn+lAuFHhehkBQKFpEE4hPYRXKs15QTIxR0lTtSBabsqtz76RqNX29DwVIYYmUy9b+io0ZbITYWCaQ==; 5:7CmkXiF5GH+fMfmJ1R2VzOeJ7uuQnGeEyB6b/nUFHMuXBvTJsOFaT+TTFIukixugSBOZNtuFuV+Oz6Gp3ke2jfi48uf1cwT66z3w/f5Co+7LHsi0ZNswkgoW5j+6xu5LNI4Z1iOuDegpx3mStEoEeQ==; 24:Tply+/60TUzWmWnbZc3Gy5G9LKaqcL5OyWrptPi/+kzaEfFl0QS87DdDy0BVxcIG2a1laU8xXk7RDh198soqvMHthinLkZy/FdR67k8q+QQ=; 7:AjURQwLtN5CYK0YJWRsVJeHVKP9aTJwoPaN4sPdtEjLHFt5JMNo7yU3Li6DCG8YYhmyiZGtJKCP4pf7c1lgskHc3r5UAbKMmrVNkioXDw714SrWai1VEsA6TC/A03bYb8JjVD6aNUbHI9sZXwb/MD+9qT/VpLts6N+a4HAUeQdWkqHikMl3pR/z9ikQ50qeRa/OWsLnQCEXCIzsKlxbArAn1DDo/wQwD+1Pib/GG+9w= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 03 Aug 2017 13:48:03.6633 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR05MB2188 Archived-At: Subject: Re: [mpls] Eric Rescorla's No Objection on draft-ietf-mpls-rfc3107bis-02: (with COMMENT) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Aug 2017 13:48:11 -0000 On 8/2/2017 2:16 PM, Eric Rescorla wrote: > S 2.1 > I note that you use 255 to mean "any number of labels" and 0 is marked > ignore. Is there a reason not to use 255 as a concrete number and 0 > to mean "any number"? This is just for my information. There is no real reason. The NLRI field itself can only be 255 bits long, so there's really only room for a handful of labels. There's no possibility that someone will actually need to announce support for 255 labels. From nobody Thu Aug 3 07:12:54 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E3A181323C9; Thu, 3 Aug 2017 07:12:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.022 X-Spam-Level: X-Spam-Status: No, score=-2.022 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=juniper.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xiiUbPr2xI8E; Thu, 3 Aug 2017 07:12:43 -0700 (PDT) Received: from NAM03-DM3-obe.outbound.protection.outlook.com (mail-dm3nam03on0092.outbound.protection.outlook.com [104.47.41.92]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B402B1323C8; Thu, 3 Aug 2017 07:12:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=XKfQDZY3/Vmvqi+r7ommxi50sj84bI7+drPHyLknsJY=; b=gjvxde9IXszvVvgaohpPxEj/mKPMrzTLnQwluwwbRZlgWKtxniLzqZqPnH9m+F9fZN4w3jq9bSxmxinjxnO7PHXCRcUXAEZaQRGJ6vU83OvoM08L8LjMgPNVJj7fZDo19IYK2WUhqknxuekevO52wrHwphW3Qm7NtDwdRKpOjWY= Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=erosen@juniper.net; Received: from [172.29.36.32] (66.129.241.14) by BY2PR05MB2181.namprd05.prod.outlook.com (10.166.112.9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.1.1320.10; Thu, 3 Aug 2017 14:12:39 +0000 To: Kathleen Moriarty , The IESG Cc: draft-ietf-mpls-rfc3107bis@ietf.org, Loa Andersson , mpls-chairs@ietf.org, mpls@ietf.org References: <150169913913.5791.5598424201108583393.idtracker@ietfa.amsl.com> From: Eric C Rosen Message-ID: <80f840d5-8821-a6bb-41f5-8d4ffac3bda4@juniper.net> Date: Thu, 3 Aug 2017 10:12:35 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <150169913913.5791.5598424201108583393.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Originating-IP: [66.129.241.14] X-ClientProxiedBy: MWHPR09CA0028.namprd09.prod.outlook.com (10.173.46.142) To BY2PR05MB2181.namprd05.prod.outlook.com (10.166.112.9) X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 59c2af5d-5660-4cd1-6653-08d4da79b3f7 X-MS-Office365-Filtering-HT: Tenant X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(2017030254152)(48565401081)(300000503095)(300135400095)(201703131423075)(201703031133081)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:BY2PR05MB2181; X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB2181; 3:gQSN+bpIyq+1VfU1doGcwnV+zLNTmbRqj2rgExWgDTQv/aQ7zGuV9VjCp9+4VWKyFV2SLLkHhG7FRNJagwst7o0Q5M1FODgh39zjoUi8PDcf0dKf6CgXRdeV9YKMgNVKGKaHNXdcrsmQNmDItKcVL3MHywIhPxfMdwAXVQue1KfX1Y3N7KriOIX4JQJqsaed7iLqGWMm/pMjSThAV8PNfKpzRcu2hgRn+Pt3rwLTU71oXc8YIGySHMuLbi3VNLDU; 25:arWQvVB0ARk5dUAPPTZ+oHaoRhsNMb2YZSzBLZJwt4xIoQ4PtgTUwy1pOI7lRlA3PlYeVWeMiwOBEqPMsZ7qrwCLQ3F0bF7fHnEbpYmEoeiYWUyxBOIe/d9DB3wzKBElhfMf/XjrPsm96uxKatbUHDmxl/9AHwow1p/34WQo7WBvVtQVPzOvg3HcHJ8ZW2cS8cRkHHUIMHX3KPWT4nTz5XhpZnQHlHAea4oq6L4AJrVzLYD3kdJix96xuvX2LvWhDx9nL+c8Mp+uclgX14InNh2Vzr0GFDFbn5QI0+JSYhdkgIneihNPW1Aap96t9gcIMKE1tkzeCriR2Oj6N2aecg==; 31:EuiYIlSYWZ189akwmwCpq/JuSDoLMMR9URQivOzZeNXnAz9Y+AIzQJbgStHd1OJwnI2b9uSa4wzgXr4r8FQ2EDu+rRu3RwmS1tfvxi/kXVABFQG6BHO8/ebUcMVMwEZ1AWRRUFF7DT5U03zYyi4Z51V3jTsM1NjGZdX9Kuem1BNEQBQ/foeXMv2r1wUd967aGkajGtY1TuG5JBdi50/flqIjRNRqnRaRn7ZeXK3Ct6A= X-MS-TrafficTypeDiagnostic: BY2PR05MB2181: X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB2181; 20:znH7r8/XU72EFZU4/8gt77YKurhilMwGicx3VTOO4Gn2yqDiUckQk1IpudsYoyVFKqYh0WhZYRJ9aI67WW0rnGKErsQHKNd6GNVYa4XKk9vu0VoQIB1v65T9Tm7LZl+CWk+ypNOrcbSrPY8Uf/X0wkVDIyA/RqLSAMZNWNKCnN7Ib3K8kWE7SivIwTXz+RITn9XqFl0jZwwwLTaOhDF1UEFNS5TGLY+DZ0sXueGrJqiBgwtwk3hN8h55uLQ8t5R+obDmg+1+O5jxshmFKfyCYHYyivX0Srfxdpks1aO/D1qsI8WDXlBlQpQ8K8OB9lgF1zISU8xBcaLj9+rhgh0YUxyVuNhS/V4aIzcChUR5PlInwP4l45Uvz802mUW8MRgm70GaMK6sSAjm/OjNj3z+A+gMyoITfQ/bDVCqzg9A2HpF891ZA1cnRHQ2MHvYhaGlpW54VQXdgcpBTYnl0AUnUVGP7DHGTk7kPD0nhwU80352L0BhDmnE5coSVJPWSeUhp6p3I6LJaPVm4JPc1Ss2fB29jMoxBpUQDb2c0GDg3NpQZS0YmKPEIjNuAwrBgeIdy5p60t5SHxRlPvNvG6SanGdLjKUxnTjprdy8Mh5RklU= X-Exchange-Antispam-Report-Test: UriScan:(120809045254105)(192374486261705); X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(601004)(2401047)(5005006)(8121501046)(10201501046)(100000703101)(100105400095)(93006095)(93001095)(3002001)(6055026)(6041248)(20161123560025)(20161123558100)(20161123564025)(20161123562025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123555025)(6072148)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:BY2PR05MB2181; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:BY2PR05MB2181; X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB2181; 4:f7jvecUFBayIgFp3gllR7okBBXGh6aNL1hBUbKlMdLmg0CTzHuDZ+o8dRoxPUpVnOQXxF0xYMMk4sxgblBfRAEpmF8Pj1PqzrByItG0xb9yrtl/cMOBwRNoWrbkM17U1zuyiU9Ms27GfFAbz7S8rEVj0RS8de0I+j+Lyjb+eWNMfCy9mujRcgrgnXWPxfJKe8pfdQQrsFRwPeXct6jI45lnwdzLT+/R7aB/zXi9avLB6YAECXzkhxx/SvPNmfC188meibPBzVUE5FEkkto2CaibGpYnmoAcrUfIKTw0bStjs9e2UgXORv+mR2s4UMi9+V5T/KV8A1kuoou6NtNTOdA== X-Forefront-PRVS: 03883BD916 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(7370300001)(4630300001)(6049001)(6009001)(39840400002)(39450400003)(39400400002)(39860400002)(39850400002)(39410400002)(24454002)(377454003)(199003)(189002)(42186005)(23676002)(7350300001)(33646002)(66066001)(76176999)(65806001)(47776003)(65956001)(230783001)(50986999)(54356999)(106356001)(3260700006)(5660300001)(81166006)(65826007)(81156014)(2906002)(6116002)(3846002)(101416001)(966005)(8676002)(25786009)(105586002)(53546010)(4001350100001)(7736002)(68736007)(90366009)(6486002)(4326008)(305945005)(77096006)(478600001)(229853002)(6666003)(53936002)(6306002)(2950100002)(31686004)(50466002)(230700001)(97736004)(83506001)(64126003)(38730400002)(189998001)(6246003)(31696002)(36756003)(86362001); DIR:OUT; SFP:1102; SCL:1; SRVR:BY2PR05MB2181; H:[172.29.36.32]; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; Received-SPF: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtCWTJQUjA1TUIyMTgxOzIzOkRVajREZVVzTU5wMlhmODFhZDV3S2Y0R0I3?= =?utf-8?B?M2RBS0NxazBtYlZoRVhUWWwvZEFIbDJZRU1FRU9DanFpbld6bnlzeDVjODho?= =?utf-8?B?VUlnaFpaVTRwK0RUWmJCQzgwUzJCcFhMdWN1UHczWW1kUDB0Yk11MGlXSC9J?= =?utf-8?B?VmcyR1poT1UrMnB4ZHZGdGlpVXcvdUFtdm1PaFJrV2YrSmdBenQvcFphSUdu?= =?utf-8?B?bHlOSmErRmx1bzNLTGU4cmxpa0F5NzhMRkF3TXk3VFdqbUtFQ0N3eVdJdUg3?= =?utf-8?B?d29kWExKL0h3akc4dGYzS1cvOFRRcEFPdExveWh5bW9iY2d6U3VXWGhhancv?= =?utf-8?B?YUF6L2tRYTEwaGtnQ3NLaXI4NWNTc216V1FoSmkyRzc0L1FZckYzUThCUGdR?= =?utf-8?B?WDlQZUV0azRVRDdBekVEc3lKblkyRjd5V013dnQrRU1sNFJFeHRKc09ibWc0?= =?utf-8?B?cHBBQnNZR3U1dkFYekkrQXFTUXhaZys5TkcxM3ZZb2lIRzhiaEhlWHg3QUF4?= =?utf-8?B?WHFKUXc5d2I1YnFPSldSWlVQOFVCSFJ2d011dHY5aXdKMGE2SnFoUHNsTGtj?= =?utf-8?B?L3FmSWREYzNtdEtiZjZsNCsvWnZER3NpVlNaeVZaV3ZSWGdtd1FicXBaZExv?= =?utf-8?B?VlRwS3hKZkt6ckh2VkdwUnk5M0lhVzBCQllPeFAyVmZjc0dZL2pHT0hIeUMw?= =?utf-8?B?RjJJWUdOQ3owQThWdVZrOStMajA4bCtLWW1YSUJieVdvTzlGNXRPeUFsYXR2?= =?utf-8?B?K0NQT0xOdXVQaXhkTU0xdkQ1b1ZYSjh6ZzFZbVp6MU1OaCtJUkxaZ0FCblY4?= =?utf-8?B?RWpHdDdMdE5mMVBtWmRJb1lMTEZFY1JTTDFsYllrOXh5Y2N1RitYY1ZCTFpQ?= =?utf-8?B?eklZRDNCQ0I2aUdVeFR4L2p1RHIyNXVjWXBTZDNpVEE2alFab1BEU3d2Nm90?= =?utf-8?B?Vm5qZXhYWXIvNG1LZTZLd21GSGpPK0FXaVFIWUd6bGVlU25JVmJrempaeTZD?= =?utf-8?B?S0tzMTlPNUJkQ0w4SUQ0VDBabDUrS1JYN0NRdmFtUDR0cjBZRS9tcmpNS1Nk?= =?utf-8?B?MURrUDZtTzVwMjhvWlN5eDdpMTJJU0ZRanUyL0htNmhIejRzcS90cG9ObFV3?= =?utf-8?B?WUxtU2I5YUVKeVB6dUJNMFpWNElxNlBSWGJNeVJtVHRGS3BiZGtFRE9BTVhW?= =?utf-8?B?R3dUa3VHNGc4VnlHRW9kVThYZWVFeDRESlo3bEFiUm1jYVl5YTlkejhMcFZt?= =?utf-8?B?U2dWQk93bjRIS0w3WmFkNUNyRzBkWmV5WTJEQ3ZsSWNJNlZZVjNjeXdaeGpr?= =?utf-8?B?T2ZleDBVQ1d0RkhkODFiR3JNcElQeEJIN2VJb3VnN3MwL1R1L0NEeFRqeU80?= =?utf-8?B?QlRzYjdyTE1DRUZ5OHY4NHdTNUQ0aFhwbTVZMnR0V3lub0FBNGxhYTFmSnNO?= =?utf-8?B?RkN0QzAwOW9ZbXJnOUltbTgxTUY4TGdhaWppWUYvRk9DcExjdzdCUzJCTGxr?= =?utf-8?B?UDhKNGh4UklxbEwxbUtPNzdYbUNpQ25LeEJPRExKd1F5TURUWStZUTdkditW?= =?utf-8?B?d25ESnJzRnBCL3dxMmNHamFkeDJxYm5iait5UG52WFdBTHdFUkhaSTRydXVo?= =?utf-8?B?SlBuazJGUmlOcWRNS1RZNEplbThtQVhpUTR4YzFWMDJ6YjdZOHlNS1pTSnFZ?= =?utf-8?B?NVpFK3JZTFIwdzhoZTh3TW9TTEg5OSt6eU11VjJWUWV2T0JsTWtrUEpFQlI5?= =?utf-8?B?MnljSXNZekFRZzBuUEpSeTVNY05xTGZEWFNLUFNmNklkOUpjTHNVamhpUGo1?= =?utf-8?B?aFdxWW9lZmh5a3hXTDFjWkp5M1RvNlhDMzI0UDFCRG01VFJIT2wwYjEvRmYr?= =?utf-8?B?Rk5EM3N1dkQ0MTVpZ20vSHBDbWlNbysvM3c0ai9uM2lFQWpTYUk1NE5JdWRa?= =?utf-8?B?QkpJNlZiSFdYblVQQlcvbjVsSy9TSFR2UW5DNnA4a1R6V2ZYeTR4N0RYMjNB?= =?utf-8?B?S3lzL083MmkydnVEQVJESDRYampsaXQvbklMUitZNG1rKzN0UDVickx5ODE4?= =?utf-8?B?c0FaVWJxaTZUSGh5QUVQdnhsclJsYlNnaXNCUTJZSTZEc1RCRlNPem9wN3A2?= =?utf-8?B?YmZWODNVcENCOGh1eGlsWGp3TkV5TkJPZHlpYnNBU0JhZmFrY2ltSUxMVDFI?= =?utf-8?B?V2xjUVBvcERiSk1ZOXdiUUg3enFnPT0=?= X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB2181; 6:Dcprt9cCQgVCMDoUrLqNtxodQNyF+TBHUThND422lCzYq3LKNuzP95vSgLLjM7gQiKjSIb4I5TidzEuzKYyTXaM/peQ5mQjm73QSg6vKe4veIesyUWF2M82oPncDqgCZvcgjLqhbPtlrinFVTDFKrDUhoH1b5NLLLz8Y30EyyYzCBek+E1VqRoPBBBQDomkGtO2Cg8UO70TUWgTxO9+FcnsQj68Zb13Mms0Gda/03iWmw0tFtPIIRuzEPfOOPG0LC8R2mqVQBIBR2I2VYuCHoZMKYBQNSGwENbFD3j1bh2toC3r5+818+Z7O3BFxzvi0kUEiuWoZyfMXFnAV0hJb4g==; 5:g4zjKOPhXfrN5EyQUjcNvjsElZM6ofXqbhEPL7BX7l1boJQF15KKEv9odkgIE3+O3XeUd3TtmQ07qq++dtzgn0dyAC8uP/iBd+0DCrxljTdzAgVqymg6LXpo9V7ZKvAfh5IAoyDnf/lMZk+PwZBvXg==; 24:y3g6O2OQBkK+eiUerj/UVeWDxj/h/3Fj3vYYYMCc/85Aq5nooUsEaFynE6OhDU36CALUfe+vW2Db4vTnGwDA4ezqdJh3weN7X6djEedPi68=; 7:aFXPhMONspdi59gCZ94TCR/I0KBkSRhVl1uWoVzNs01clhZgxkZsIZxZYhe8gamn9173x3mKs8l2+Mx447thQ9fq2jSwPzwIWqArt0q4hYKyxtC/x+G8kdM5sp0piXe4jqZtUudDIZKMLWmwvh7SKS3jSHf+GCJlchb7XgAbyo0j5S8i5TwHnoNtAc5roB+7ZK9RB19BKqYBLdxsxATiuAh+BHnG7dzHieruJQbjfcc= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 03 Aug 2017 14:12:39.7096 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2PR05MB2181 Archived-At: Subject: Re: [mpls] Kathleen Moriarty's No Objection on draft-ietf-mpls-rfc3107bis-02: (with COMMENT) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Aug 2017 14:12:45 -0000 I've modified the Security Considerations section (in the next rev, -03) to contain the following paragraph: ----------- If a particular tunnel encapsulation does not provide integrity and authentication, it is possible that a data packet's label stack can be modified, through error or malfeasance, while the packet is in flight. This can result in misdelivery of the packet. It should be noted that the tunnel encapsulation (MPLS) most commonly used in deployments of this specification does not provide integrity or authentication; neither do the other tunnel encapsulations mentioned in Section 4. -------------- I think this addresses your comment. On 8/2/2017 2:38 PM, Kathleen Moriarty wrote: > Kathleen Moriarty has entered the following ballot position for > draft-ietf-mpls-rfc3107bis-02: No Objection > > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut this > introductory paragraph, however.) > > > Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. > > > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-mpls-rfc3107bis/ > > > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > The security considerations section should at least mention that none of the > tunnel methods provide encryption or authentication of those mentioned earlier > in the document (Section 4: LSP, IP, GRE, & UDP). Although this isn't listed > as a discuss, I'd appreciate the comment being addressed with an update to the > text (1-2 sentences at most). Thank you. > > From nobody Thu Aug 3 07:15:52 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B6E73132052; Thu, 3 Aug 2017 07:15:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oGSCXaATU6j2; Thu, 3 Aug 2017 07:15:42 -0700 (PDT) Received: from mail-pg0-x235.google.com (mail-pg0-x235.google.com [IPv6:2607:f8b0:400e:c05::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1884313241E; Thu, 3 Aug 2017 07:15:42 -0700 (PDT) Received: by mail-pg0-x235.google.com with SMTP id v189so6814897pgd.2; Thu, 03 Aug 2017 07:15:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=3Omd06l1AjRD2jgZCmM8X4ksKqaP8p+pYvhPOTG3UOQ=; b=LrMQSXM2TVFE5Rx69GkmKS7v2t+AtzzLZVZxvjMEXzBNkZZm00sIOqDbopx35ujcbP a0StcnQr1Sx9OEbKFCkVe1PVe20s4dqjkb//aQWcYEyfw47NeRdqO/Wt1xo9XYPj1hi7 mTolJxxv4yiLP4orzjLog0Z1dym70J77Pt2OJ+5clOjpU7AAMapPrW5pSftt7ZC5w5Wv 5bb7Ztv8PMrcmaOK0ARn2+/FDtJ7O8xQy5Ln2MLq9iz3y7IyBVsaqjLZNEpV2Py0AzSg UWEcBvjmJnQuGQ9Sxa5RmcaGhPWiO7f2jChcIWPVxZcq4lLF6Ow40JaFen4gCthl3oAk l1og== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=3Omd06l1AjRD2jgZCmM8X4ksKqaP8p+pYvhPOTG3UOQ=; b=Ab0CqQsrSrrS0oF3IRbIcn1iSipiFTnDatEp88fzwXf/YsWkwWeU6253iB/noeTltz Mvd+ttLc8JnaYArd4IkJFzrLj0cSwn2PYjKXSS8r8EGISjtY7zP5ncNUFKyig2pF4PXU rexbgBa7ohHFAUTQg31Ru7C0CmkEnEvVNSMK9RErg1/eAhIDP331hzCm8mTGp+Ssgttf b3juZEOFMzGYb9YVeWQQI4Y8KRNpQCTxx/QMBUlND2nHsnSojxRROtCJZluqECbKMkgt NomgbRBHleaxApb9LMna0KT2gShPgkuIrGbU1485NefAMBOIm5DJaxMxJnacVKwhBCzK SJOw== X-Gm-Message-State: AIVw111AgC4okAYBN4n0lgIKGmfgndMTwMckB0KBgF0dnUh7LUFwk2rz D/ouS7i4e0t4wnj8givsJ22tmwFsXw== X-Received: by 10.84.214.151 with SMTP id j23mr2158254pli.322.1501769741737; Thu, 03 Aug 2017 07:15:41 -0700 (PDT) MIME-Version: 1.0 Received: by 10.100.144.1 with HTTP; Thu, 3 Aug 2017 07:15:01 -0700 (PDT) In-Reply-To: <80f840d5-8821-a6bb-41f5-8d4ffac3bda4@juniper.net> References: <150169913913.5791.5598424201108583393.idtracker@ietfa.amsl.com> <80f840d5-8821-a6bb-41f5-8d4ffac3bda4@juniper.net> From: Kathleen Moriarty Date: Thu, 3 Aug 2017 10:15:01 -0400 Message-ID: To: Eric C Rosen Cc: The IESG , draft-ietf-mpls-rfc3107bis@ietf.org, Loa Andersson , mpls-chairs , mpls@ietf.org Content-Type: text/plain; charset="UTF-8" Archived-At: Subject: Re: [mpls] Kathleen Moriarty's No Objection on draft-ietf-mpls-rfc3107bis-02: (with COMMENT) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Aug 2017 14:15:44 -0000 On Thu, Aug 3, 2017 at 10:12 AM, Eric C Rosen wrote: > I've modified the Security Considerations section (in the next rev, -03) to > contain the following paragraph: > > ----------- > > If a particular tunnel encapsulation does not provide integrity and > authentication, it is possible that a data packet's label stack can > be modified, through error or malfeasance, while the packet is in > flight. This can result in misdelivery of the packet. It should be > noted that the tunnel encapsulation (MPLS) most commonly used in > deployments of this specification does not provide integrity or > authentication; neither do the other tunnel encapsulations mentioned > in Section 4. > -------------- > > I think this addresses your comment. Eric, Thank you. I think this is helpful text to explain the considerations. Best regards, Kathleen > > > > On 8/2/2017 2:38 PM, Kathleen Moriarty wrote: >> >> Kathleen Moriarty has entered the following ballot position for >> draft-ietf-mpls-rfc3107bis-02: No Objection >> >> When responding, please keep the subject line intact and reply to all >> email addresses included in the To and CC lines. (Feel free to cut this >> introductory paragraph, however.) >> >> >> Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html >> for more information about IESG DISCUSS and COMMENT positions. >> >> >> The document, along with other ballot positions, can be found here: >> https://datatracker.ietf.org/doc/draft-ietf-mpls-rfc3107bis/ >> >> >> >> ---------------------------------------------------------------------- >> COMMENT: >> ---------------------------------------------------------------------- >> >> The security considerations section should at least mention that none of >> the >> tunnel methods provide encryption or authentication of those mentioned >> earlier >> in the document (Section 4: LSP, IP, GRE, & UDP). Although this isn't >> listed >> as a discuss, I'd appreciate the comment being addressed with an update to >> the >> text (1-2 sentences at most). Thank you. >> >> > -- Best regards, Kathleen From nobody Fri Aug 4 00:32:23 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 698E3132144 for ; Fri, 4 Aug 2017 00:32:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.619 X-Spam-Level: X-Spam-Status: No, score=-2.619 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pYNG5vMrgJrV for ; Fri, 4 Aug 2017 00:32:16 -0700 (PDT) Received: from relais-inet.orange.com (mta241.mail.business.static.orange.com [80.12.66.41]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 068CA131891 for ; Fri, 4 Aug 2017 00:32:16 -0700 (PDT) Received: from opfedar02.francetelecom.fr (unknown [xx.xx.xx.4]) by opfedar25.francetelecom.fr (ESMTP service) with ESMTP id 559E212059C for ; Fri, 4 Aug 2017 09:32:14 +0200 (CEST) Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.17]) by opfedar02.francetelecom.fr (ESMTP service) with ESMTP id 3DD5B180062 for ; Fri, 4 Aug 2017 09:32:14 +0200 (CEST) Received: from OPEXCLILMA4.corporate.adroot.infra.ftgroup ([fe80::65de:2f08:41e6:ebbe]) by OPEXCLILM24.corporate.adroot.infra.ftgroup ([fe80::a1e6:3e6a:1f68:5f7e%18]) with mapi id 14.03.0352.000; Fri, 4 Aug 2017 09:32:14 +0200 From: To: "mpls@ietf.org" Thread-Topic: draft-ietf-mpls-spring-entropy-label-06.txt requiring feedback Thread-Index: AdMM82kMiUvB847ZTCGPXUXSfwWj2Q== Date: Fri, 4 Aug 2017 07:32:13 +0000 Message-ID: <12344_1501831934_598422FE_12344_336_1_9E32478DFA9976438E7A22F69B08FF921EA07DED@OPEXCLILMA4.corporate.adroot.infra.ftgroup> 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="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: [mpls] draft-ietf-mpls-spring-entropy-label-06.txt requiring feedback X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Aug 2017 07:32:21 -0000 Hi WG, It's been a while since we posted the latest update of the draft that norma= lly reflects the consensus of the discussions that happened. Unfortunately we did not receive any feedback, comment or objection regardi= ng the updates we did. That would be great if you could have a look on the changes done to ensure = that we effectively reflected the consensus or not so we can continue progr= essing the document. Thanks in advance, Stephane -----Original Message----- From: I-D-Announce [mailto:i-d-announce-bounces@ietf.org] On Behalf Of inte= rnet-drafts@ietf.org Sent: Friday, May 05, 2017 14:53 To: i-d-announce@ietf.org Cc: mpls@ietf.org Subject: I-D Action: draft-ietf-mpls-spring-entropy-label-06.txt A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Multiprotocol Label Switching of the IETF. Title : Entropy label for SPRING tunnels Authors : Sriganesh Kini Kireeti Kompella Siva Sivabalan Stephane Litkowski Rob Shakir Jeff Tantsura Filename : draft-ietf-mpls-spring-entropy-label-06.txt Pages : 23 Date : 2017-05-05 Abstract: Source routed tunnels with label stacking is a technique that can be leveraged to steer a packet through a controlled set of segments. This can be applied to the Multi Protocol Label Switching (MPLS) data plane. Entropy label (EL) is a technique used in MPLS to improve load-balancing. This document examines and describes how ELs are to be applied to source routed tunnels with label stacks. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-spring-entropy-label/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-mpls-spring-entropy-label-06 https://datatracker.ietf.org/doc/html/draft-ietf-mpls-spring-entropy-label-= 06 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-mpls-spring-entropy-label-06 Please note that it may take a couple of minutes from the time of submissio= n 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.ie= tf.org/ietf/1shadow-sites.txt ___________________________________________________________________________= ______________________________________________ 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 Fri Aug 4 07:46:43 2017 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 3DAC3132250; Fri, 4 Aug 2017 07:46:35 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: mpls@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150185799520.18688.3695891408021883137@ietfa.amsl.com> Date: Fri, 04 Aug 2017 07:46:35 -0700 Archived-At: Subject: [mpls] I-D Action: draft-ietf-mpls-rfc3107bis-03.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Aug 2017 14:46:35 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching WG of the IETF. Title : Using BGP to Bind MPLS Labels to Address Prefixes Author : Eric C. Rosen Filename : draft-ietf-mpls-rfc3107bis-03.txt Pages : 22 Date : 2017-08-04 Abstract: This document specifies a set of procedures for using BGP to advertise that a specified router has bound a specified MPLS label (or a specified sequence of MPLS labels, organized as a contiguous part of a label stack) to a specified address prefix. This can be done by sending a BGP UPDATE message whose Network Layer Reachability Information field contains both the prefix and the MPLS label(s), and whose Next Hop field identifies the node at which said prefix is bound to said label(s). This document obsoletes RFC 3107. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-rfc3107bis/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-mpls-rfc3107bis-03 https://datatracker.ietf.org/doc/html/draft-ietf-mpls-rfc3107bis-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-rfc3107bis-03 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Aug 8 10:31:32 2017 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A1D9B132517; Tue, 8 Aug 2017 10:31:30 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: Liaison Statement Management Tool To: "Alvaro Retana" , "Deborah Brungard" , "George Swallow" , "Alia Atlas" , "Martin Vigoureux" , "Loa Andersson" , "Thomas Morin" , "Nicolai Leymann" Cc: Alvaro Retana , Deborah Brungard , Multiprotocol Label Switching Discussion List , David Sinicrope , david.sinicrope@ericsson.com, Alia Atlas , BGP Enabled ServiceS Discussion List , Martin Vigoureux , The IETF Chair , George Swallow , Loa Andersson , Thomas Morin , rmersh@broadband-forum.org, Nicolai Leymann X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150221349059.12274.9778236162881009510.idtracker@ietfa.amsl.com> Date: Tue, 08 Aug 2017 10:31:30 -0700 Archived-At: Subject: [mpls] =?utf-8?q?New_Liaison_Statement=2C_=22Review_and_Comment_o?= =?utf-8?q?n_TR-350_Issue_2_-_Ethernet_Services_using_BGP_MPLS_Based_Ether?= =?utf-8?q?net_VPNs_=28EVPN=29_=E2=80=93_ELINE_and_ETREE=22?= X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2017 17:31:31 -0000 Title: Review and Comment on TR-350 Issue 2 - Ethernet Services using BGP MPLS Based Ethernet VPNs (EVPN) – ELINE and ETREE Submission Date: 2017-08-08 URL of the IETF Web page: https://datatracker.ietf.org/liaison/1540/ Please reply by 2017-09-06 From: Michael Fargano To: Martin Vigoureux , Thomas Morin ,Nicolai Leymann ,Loa Andersson ,George Swallow ,Alia Atlas ,Alvaro Retana ,Deborah Brungard Cc: Alvaro Retana ,Deborah Brungard ,Multiprotocol Label Switching Discussion List ,David Sinicrope ,Alia Atlas ,BGP Enabled ServiceS Discussion List ,Martin Vigoureux ,The IETF Chair ,George Swallow ,Loa Andersson ,Thomas Morin ,Nicolai Leymann ,rmersh@broadband-forum.org Response Contacts: david.sinicrope@ericsson.com Technical Contacts: Purpose: For comment Body: Dear Colleagues, In November 2015, the BBF published TR-350 - Ethernet Services using BGP MPLS Based Ethernet VPNs (EVPN) which covered architecture and equipment requirements for implementation of ELAN service types using the EVPN technology. Also in November 2015, the BBF started working the second phase of the TR-350 work adding ELINE and ETREE service types to this important specification. The work has progress through 2016 and early 2017 and has entered the beginning of the Broadband Forum approval process. During this phase we would greatly appreciate your review and comments. To consider your comments during our 3Q2017 meeting we would need to receive them by 6 September 2017. Comments received after 6 September will be considered during our 4Q2017 meeting in December 2017. We look forward to working with you and we would like to thank you for your timely consideration and response. Sincerely, Michael Fargano, Broadband Forum Technical Committee Chair CC: Robin Mersh, Broadband Forum CEO Attachments: WT-350i2SBLiaison.approved https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2017-08-08-broadband-forum-mpls-rtg-bess-review-and-comment-on-tr-350-issue-2-ethernet-services-using-bgp-mpls-based-ethernet-vpns-evpn-eline-and-etre-attachment-1.pdf WT-350i2ELineETree.SBText-Sinicrope-RnTAD https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2017-08-08-broadband-forum-mpls-rtg-bess-review-and-comment-on-tr-350-issue-2-ethernet-services-using-bgp-mpls-based-ethernet-vpns-evpn-eline-and-etre-attachment-2.pdf From nobody Thu Aug 10 00:18:16 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 065F4132558; Thu, 10 Aug 2017 00:18:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YQU4wKXm_QrF; Thu, 10 Aug 2017 00:18:06 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B73FC13261F; Thu, 10 Aug 2017 00:18:06 -0700 (PDT) Received: from [192.168.0.2] (c213-89-111-155.bredband.comhem.se [213.89.111.155]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 304B51802A30; Thu, 10 Aug 2017 09:18:05 +0200 (CEST) From: Loa Andersson To: "mpls@ietf.org" Cc: "mpls-chairs@ietf.org" , "draft-ietf-mpls-spring-lsp-ping@ietf.org" Message-ID: Date: Thu, 10 Aug 2017 09:18:04 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: [mpls] Implementation poll for draft-ietf-mpls-spring-lsp-ping X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2017 07:18:14 -0000 Working Group, We are preparing the publication request for draft-ietf-mpls-spring- lsp-ping. One question that we need to respond to in the Shepherd Write-Up is if there are existing and/or planned implementations. This mail starts an Implementation Poll for draft-ietf-mpls-spring- lsp-ping. If you are aware of existing implementations of draft-ietf-mpls-spring- lsp-ping, please disclose this on the mpls wg mailing list or directly to the wg chairs. /Loa mpls wg co-chair -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Thu Aug 10 05:19:22 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B36DD132194; Thu, 10 Aug 2017 05:19:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.52 X-Spam-Level: X-Spam-Status: No, score=-14.52 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id V4HR2qZsDf91; Thu, 10 Aug 2017 05:19:19 -0700 (PDT) Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 00DD6132125; Thu, 10 Aug 2017 05:19:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1270; q=dns/txt; s=iport; t=1502367558; x=1503577158; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=GVL92CBtHD9qRZUNU9C1KWtfPOTXgfUyUowvBtVbvYw=; b=MMhGSvBRoVoGl+3mD+3FQaLiiyBen2aMPzBDRIVI+/QjRe1ghXbQ8+8W lHkYhBrxqf4F9Geb2S4cEHd/FUme0vKvJBS4jNT12/M/eFY+bBpPA7Ey0 iEXcIVU8PniPJLuLef8Vuw2JHaPP7WH4/pCf2Db7g2h0GSUm3j9VxM6w/ o=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D3AAA+ToxZ/5RdJa1cGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBg1qBeAeOCJAImAMOggSFRwIahGo/GAECAQEBAQEBAWsohRkGIxE3Aws?= =?us-ascii?q?OAgIBCBoCJgICAhkXFRACBAENBYovrUWCJotqAQEBAQEBAQEBAQEBAQEBAQEBA?= =?us-ascii?q?QEBHQWBBoIdggKDLyuCfIRAARECAR4XgnwwgjEBBKAdApQ2gg+FXYpmlg0BHzh?= =?us-ascii?q?/C3cVSRIBhwd2iRWBDwEBAQ?= X-IronPort-AV: E=Sophos;i="5.41,352,1498521600"; d="scan'208";a="469618625" Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by alln-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 10 Aug 2017 12:19:17 +0000 Received: from XCH-ALN-015.cisco.com (xch-aln-015.cisco.com [173.36.7.25]) by rcdn-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id v7ACJHI2028056 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 10 Aug 2017 12:19:17 GMT Received: from xch-rcd-015.cisco.com (173.37.102.25) by XCH-ALN-015.cisco.com (173.36.7.25) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 10 Aug 2017 07:19:17 -0500 Received: from xch-rcd-015.cisco.com ([173.37.102.25]) by XCH-RCD-015.cisco.com ([173.37.102.25]) with mapi id 15.00.1210.000; Thu, 10 Aug 2017 07:19:17 -0500 From: "Nagendra Kumar Nainar (naikumar)" To: Loa Andersson , "mpls@ietf.org" CC: "mpls-chairs@ietf.org" , "draft-ietf-mpls-spring-lsp-ping@ietf.org" , "Faisal Iqbal (faiqbal)" Thread-Topic: Implementation poll for draft-ietf-mpls-spring-lsp-ping Thread-Index: AQHTEajXrenuyiUtG0SSaBqVliQAL6J9kzyA Date: Thu, 10 Aug 2017 12:19:17 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.22.0.170515 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.118.20.8] Content-Type: text/plain; charset="utf-8" Content-ID: <7A3F903D057AE940A4D6576D32DD03F9@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [mpls] Implementation poll for draft-ietf-mpls-spring-lsp-ping X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2017 12:19:20 -0000 SGkgTG9hLA0KDQpXZSBoYXZlIHRoaXMgaW1wbGVtZW50ZWQgaW4gQ2lzY28gSU9TLVhSIGFuZCBY RS4NCg0KVGhhbmtzLA0KTmFnZW5kcmENCg0KT24gOC8xMC8xNywgMzoxOCBBTSwgIkxvYSBBbmRl cnNzb24iIDxsb2FAcGkubnU+IHdyb3RlOg0KDQogICAgV29ya2luZyBHcm91cCwNCiAgICANCiAg ICBXZSBhcmUgcHJlcGFyaW5nIHRoZSBwdWJsaWNhdGlvbiByZXF1ZXN0IGZvciBkcmFmdC1pZXRm LW1wbHMtc3ByaW5nLQ0KICAgIGxzcC1waW5nLiBPbmUgcXVlc3Rpb24gdGhhdCB3ZSBuZWVkIHRv IHJlc3BvbmQgdG8gaW4gdGhlICBTaGVwaGVyZCANCiAgICBXcml0ZS1VcCBpcyBpZiB0aGVyZSBh cmUgZXhpc3RpbmcgYW5kL29yIHBsYW5uZWQgaW1wbGVtZW50YXRpb25zLg0KICAgIA0KICAgIFRo aXMgbWFpbCBzdGFydHMgYW4gSW1wbGVtZW50YXRpb24gUG9sbCBmb3IgZHJhZnQtaWV0Zi1tcGxz LXNwcmluZy0NCiAgICBsc3AtcGluZy4NCiAgICANCiAgICBJZiB5b3UgYXJlIGF3YXJlIG9mIGV4 aXN0aW5nIGltcGxlbWVudGF0aW9ucyBvZiBkcmFmdC1pZXRmLW1wbHMtc3ByaW5nLQ0KICAgIGxz cC1waW5nLCBwbGVhc2UgZGlzY2xvc2UgdGhpcyBvbiB0aGUgbXBscyB3ZyBtYWlsaW5nIGxpc3Qg b3IgZGlyZWN0bHkNCiAgICB0byB0aGUgd2cgY2hhaXJzLg0KICAgIA0KICAgIC9Mb2ENCiAgICBt cGxzIHdnIGNvLWNoYWlyDQogICAgLS0gDQogICAgDQogICAgDQogICAgTG9hIEFuZGVyc3NvbiAg ICAgICAgICAgICAgICAgICAgICAgIGVtYWlsOiBsb2FAbWFpbDAxLmh1YXdlaS5jb20NCiAgICBT ZW5pb3IgTVBMUyBFeHBlcnQgICAgICAgICAgICAgICAgICAgICAgICAgIGxvYUBwaS5udQ0KICAg IEh1YXdlaSBUZWNobm9sb2dpZXMgKGNvbnN1bHRhbnQpICAgICBwaG9uZTogKzQ2IDczOSA4MSAy MSA2NA0KICAgIA0KDQo= From nobody Thu Aug 10 23:53:23 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EB6751324B3 for ; Thu, 10 Aug 2017 23:53:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id x0MzeR-JXoUd for ; Thu, 10 Aug 2017 23:53:20 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8C9C0132493 for ; Thu, 10 Aug 2017 23:53:19 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml705-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DMK52374; Fri, 11 Aug 2017 06:53:17 +0000 (GMT) Received: from NKGEML413-HUB.china.huawei.com (10.98.56.74) by lhreml705-cah.china.huawei.com (10.201.108.46) with Microsoft SMTP Server (TLS) id 14.3.301.0; Fri, 11 Aug 2017 07:53:16 +0100 Received: from NKGEML515-MBX.china.huawei.com ([fe80::a54a:89d2:c471:ff]) by NKGEML413-HUB.china.huawei.com ([10.98.56.74]) with mapi id 14.03.0235.001; Fri, 11 Aug 2017 14:53:09 +0800 From: Xuxiaohu To: "mpls@ietf.org" Thread-Topic: New Version Notification for draft-xu-mpls-unified-source-routing-instruction-03.txt Thread-Index: AQHTEkQ43sY6HQgR/kGLMiYdqfLWoqJ+tB+Q Date: Fri, 11 Aug 2017 06:53:09 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE2BBEF546@NKGEML515-MBX.china.huawei.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.184.181] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A0B0203.598D545E.0042, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 3211591a8cc0550256900b04ecc7664f Archived-At: Subject: [mpls] fwd: New Version Notification for draft-xu-mpls-unified-source-routing-instruction-03.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2017 06:53:22 -0000 SGkgYWxsLA0KDQpXZSBqdXN0IHN1Ym1pdHRlZCBhIHJldmlzaW9uLiBNYWpvciBjaGFuZ2VzIGlu Y2x1ZGU6DQoNCjEpIHRocmVlIG5ldyBjby1hdXRob3JzIGFyZSBhZGRlZDsNCjIpIGFkZCB0ZXh0 IHRvIGNsYXJpZnkgaG93IHRvIGF2b2lkIHJlLXBlcmZvcm1pbmcgaGFzaCBvbiB0aGUgd2hvbGUg cGFja2V0IHdoZW4gcmUtZW5jYXBzdWxhdGluZyB0aGUgcGFja2V0IHdpdGggYW4gSVAtYmFzZWQg dHVubmVsIGhlYWRlciAoZS5nLiwgTVBMUy1pbi1VRFAgdHVubmVsKTsNCjMpIGRpdmlkZSB0aGUg b3JpZ2luYWwgU2VjdGlvbiA0IGRlc2NyaWJpbmcgdGhlIGZvcndhcmRpbmcgcHJvY2VkdXJlIGlu dG8gMiBzdWItc2VjdGlvbnM6IDQuMSBhbmQgNC4yLiAgU2VjdGlvbiA0LjEgZGVzY3JpYmVzIGhv dyB0byBjb25zdHJ1Y3QgdGhlIEZJQiBlbnRyeSB1c2luZyBlbmNhcHN1bGF0aW9uLCBTUi1jYXBh YmlsaXR5LCBwcmVmaXgtYXR0cmlidXRlcyBUTFZzL3N1Yi1UTFZzLiBUaGUgb3JpZ2luYWwgU2Vj dGlvbiA0IGlzIG5vdyBTZWN0aW9uIDQuMi4NCg0KQW55IGNvbW1lbnRzIGFuZCBzdWdnZXN0aW9u cyBhcmUgd2VsY29tZS4NCg0KQmVzdCByZWdhcmRzLA0KWGlhb2h1IChvbiBiZWhhbGYgb2YgY28t YXV0aG9ycykNCg0KPiAtLS0tLemCruS7tuWOn+S7ti0tLS0tDQo+IOWPkeS7tuS6ujogaW50ZXJu ZXQtZHJhZnRzQGlldGYub3JnIFttYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnXQ0KPiDl j5HpgIHml7bpl7Q6IDIwMTflubQ45pyIMTHml6UgOTo1MA0KPiDmlLbku7bkuro6IEhhbWlkIEFz c2FycG91cjsgTHVpcyBNLiBDb250cmVyYXM7IFJvYmVydCBSYXN6dWs7IFh1eGlhb2h1OyBHdW50 ZXINCj4gVmFuIGRlIFZlbGRlOyBBaG1lZCBCYXNoYW5keTsgTHVheSBKYWxpbDsgVW1hIENodW5k dXJpOyBMdWlzIENvbnRyZXJhczsgSmVmZg0KPiBUYW50c3VyYTsgQ2xhcmVuY2UgRmlsc2ZpbHM7 IEd1bnRlciBWYW4gRGUgVmVsZGU7IFNoYW93ZW4gTWE7IFRhbCBNaXpyYWhpDQo+IOS4u+mimDog TmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvcg0KPiBkcmFmdC14dS1tcGxzLXVuaWZpZWQtc291 cmNlLXJvdXRpbmctaW5zdHJ1Y3Rpb24tMDMudHh0DQo+IA0KPiANCj4gQSBuZXcgdmVyc2lvbiBv ZiBJLUQsIGRyYWZ0LXh1LW1wbHMtdW5pZmllZC1zb3VyY2Utcm91dGluZy1pbnN0cnVjdGlvbi0w My50eHQNCj4gaGFzIGJlZW4gc3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBieSBYaWFvaHUgWHUgYW5k IHBvc3RlZCB0byB0aGUgSUVURiByZXBvc2l0b3J5Lg0KPiANCj4gTmFtZToJCWRyYWZ0LXh1LW1w bHMtdW5pZmllZC1zb3VyY2Utcm91dGluZy1pbnN0cnVjdGlvbg0KPiBSZXZpc2lvbjoJMDMNCj4g VGl0bGU6CQlVbmlmaWVkIFNvdXJjZSBSb3V0aW5nIEluc3RydWN0aW9ucyB1c2luZyBNUExTIExh YmVsIFN0YWNrDQo+IERvY3VtZW50IGRhdGU6CTIwMTctMDgtMTANCj4gR3JvdXA6CQlJbmRpdmlk dWFsIFN1Ym1pc3Npb24NCj4gUGFnZXM6CQkxNA0KPiBVUkw6DQo+IGh0dHBzOi8vd3d3LmlldGYu b3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC14dS1tcGxzLXVuaWZpZWQtc291cmNlLXJvdXRpbmct aW5zdHJ1DQo+IGN0aW9uLTAzLnR4dA0KPiBTdGF0dXM6DQo+IGh0dHBzOi8vZGF0YXRyYWNrZXIu aWV0Zi5vcmcvZG9jL2RyYWZ0LXh1LW1wbHMtdW5pZmllZC1zb3VyY2Utcm91dGluZy1pbnN0cnVj dGlvbg0KPiAvDQo+IEh0bWxpemVkOg0KPiBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJh ZnQteHUtbXBscy11bmlmaWVkLXNvdXJjZS1yb3V0aW5nLWluc3RydWN0aW9uLTAzDQo+IEh0bWxp emVkOg0KPiBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LXh1LW1w bHMtdW5pZmllZC1zb3VyY2Utcm91dGluZy1pbnN0cg0KPiB1Y3Rpb24tMDMNCj4gRGlmZjoNCj4g aHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LXh1LW1wbHMtdW5pZmllZC1z b3VyY2Utcm91dGluZy1pbnN0cnVjdGlvDQo+IG4tMDMNCj4gDQo+IEFic3RyYWN0Og0KPiAgICBN UExTIFNlZ21lbnQgUm91dGluZyAoU1ItTVBMUyBpbiBzaG9ydCkgaXMgYW4gTVBMUyBkYXRhIHBs YW5lLWJhc2VkDQo+ICAgIHNvdXJjZSByb3V0aW5nIHBhcmFkaWdtIGluIHdoaWNoIGEgc2VuZGVy IG9mIGEgcGFja2V0IGlzIGFsbG93ZWQgdG8NCj4gICAgcGFydGlhbGx5IG9yIGNvbXBsZXRlbHkg c3BlY2lmeSB0aGUgcm91dGUgdGhlIHBhY2tldCB0YWtlcyB0aHJvdWdoDQo+ICAgIHRoZSBuZXR3 b3JrIGJ5IGltcG9zaW5nIHN0YWNrZWQgTVBMUyBsYWJlbHMgdG8gdGhlIHBhY2tldC4gIFNSLU1Q TFMNCj4gICAgY291bGQgYmUgbGV2ZXJhZ2VkIHRvIHJlYWxpemUgYSB1bmlmaWVkIHNvdXJjZSBy b3V0aW5nIG1lY2hhbmlzbQ0KPiAgICBhY3Jvc3MgTVBMUywgSVB2NCBhbmQgSVB2NiBkYXRhIHBs YW5lcyBieSB1c2luZyBhbiBNUExTIGxhYmVsIHN0YWNrDQo+ICAgIGFzIGEgdW5pZmllZCBzb3Vy Y2Ugcm91dGluZyBpbnN0cnVjdGlvbiBzZXQgd2hpbGUgcHJlc2VydmluZyBiYWNrd2FyZA0KPiAg ICBjb21wYXRpYmlsaXR5IHdpdGggU1ItTVBMUy4NCj4gDQo+IA0KPiANCj4gDQo+IFBsZWFzZSBu b3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9m IHN1Ym1pc3Npb24NCj4gdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2 YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZy4NCj4gDQo+IFRoZSBJRVRGIFNlY3JldGFyaWF0DQoN Cg== From nobody Fri Aug 11 05:24:41 2017 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 5146913251D; Fri, 11 Aug 2017 05:24:32 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: mpls@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150245427228.24449.2563771409981720310@ietfa.amsl.com> Date: Fri, 11 Aug 2017 05:24:32 -0700 Archived-At: Subject: [mpls] I-D Action: draft-ietf-mpls-ri-rsvp-frr-02.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2017 12:24:32 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching WG of the IETF. Title : Refresh Interval Independent FRR Facility Protection Authors : Chandra Ramachandran Ina Minei Dante Pacella Tarek Saad Filename : draft-ietf-mpls-ri-rsvp-frr-02.txt Pages : 24 Date : 2017-08-11 Abstract: RSVP-TE relies on periodic refresh of RSVP messages to synchronize and maintain the LSP related states along the reserved path. In the absence of refresh messages, the LSP related states are automatically deleted. Reliance on periodic refreshes and refresh timeouts are problematic from the scalability point of view. The number of RSVP-TE LSPs that a router needs to maintain has been growing in service provider networks and the implementations should be capable of handling increase in LSP scale. RFC 2961 specifies mechanisms to eliminate the reliance on periodic refresh and refresh timeout of RSVP messages, and enables a router to increase the message refresh interval to values much longer than the default 30 seconds defined in RFC 2205. However, the protocol extensions defined in RFC 4090 for supporting fast reroute (FRR) using bypass tunnels implicitly rely on short refresh timeouts to cleanup stale states. In order to eliminate the reliance on refresh timeouts, the routers should unambiguously determine when a particular LSP state should be deleted. Coupling LSP state with the corresponding RSVP-TE signaling adjacencies as recommended in RSVP-TE Scaling Recommendations (draft-ietf-teas-rsvp-te-scaling-rec) will apply in scenarios other than RFC 4090 FRR using bypass tunnels. In scenarios involving RFC 4090 FRR using bypass tunnels, additional explicit tear down messages are necessary. Refresh-interval Independent RSVP FRR (RI- RSVP-FRR) extensions specified in this document consists of procedures to enable LSP state cleanup that are essential in scenarios not covered by procedures defined in RSVP-TE Scaling Recommendations. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-ri-rsvp-frr/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-mpls-ri-rsvp-frr-02 https://datatracker.ietf.org/doc/html/draft-ietf-mpls-ri-rsvp-frr-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-ri-rsvp-frr-02 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Fri Aug 11 05:39:48 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E38FE1324A4 for ; Fri, 11 Aug 2017 05:39:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.801 X-Spam-Level: X-Spam-Status: No, score=-4.801 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-2.8, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=juniper.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9KVrZq3Agy1I for ; Fri, 11 Aug 2017 05:39:45 -0700 (PDT) Received: from NAM02-SN1-obe.outbound.protection.outlook.com (mail-sn1nam02on0123.outbound.protection.outlook.com [104.47.36.123]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 32FB8132473 for ; Fri, 11 Aug 2017 05:39:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=2vRBpn54Rjo+LO2jNER/Z02S5m1Kql9EUY6frwDO9Uw=; b=bEg3cezklv9BVJJE/hrHcNjHRX0sU+K4ev8p13/35qkhk+Upnhxll66bhqRyKFCmcJHIVFr7FBq6A04Vf9UQPnEzbmCRhFdPLUhT7NRBvM1eDoN90Z2s30DhZIhtc8AYWfo5odvn9tdxMeTSN3cJVl4K54BH8IkRnwJNSZ8ILc8= Received: from BN3PR0501MB1377.namprd05.prod.outlook.com (10.160.117.11) by BN3PR0501MB1553.namprd05.prod.outlook.com (10.161.217.143) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.1.1341.9; Fri, 11 Aug 2017 12:39:43 +0000 Received: from BN3PR0501MB1377.namprd05.prod.outlook.com ([10.160.117.11]) by BN3PR0501MB1377.namprd05.prod.outlook.com ([10.160.117.11]) with mapi id 15.01.1341.019; Fri, 11 Aug 2017 12:39:43 +0000 From: Chandrasekar Ramachandran To: "mpls@ietf.org" CC: Vishnu Pavan Beeram , Loa Andersson , "n.leymann@telekom.de" Thread-Topic: New Version Notification for draft-ietf-mpls-ri-rsvp-frr-02.txt Thread-Index: AQHTEpzKl/dh2PUFYUuiiJO+G9uwQqJ/FUIg Date: Fri, 11 Aug 2017 12:39:43 +0000 Message-ID: References: <150245427252.24449.5189032955579607299.idtracker@ietfa.amsl.com> In-Reply-To: <150245427252.24449.5189032955579607299.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=csekar@juniper.net; x-originating-ip: [116.197.184.11] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; BN3PR0501MB1553; 6:HqH039OkLfDhkkqzictgDHvvxRHv6UluGRnxCoMO2AKWBDnmJhUe7ONVVgi1fczHUY0W1JzD2BISvK2uIi1GRTVbkiplB5noDFOo8kcJH/rmYozcmdTWD7XBK8NIBAgrPcWz38veGGIG1tXpCfyQGhQppDuSLdrCwBLXA/evaivgfarSEary8nqNsdd2iLhADW0EutS3wXC1R7NoGxplDcMgCXY6DSCA0GcLkyUIcmpsUhGm7BztbXqPXiVaOm31fBrERrLanzmidnE25ipMa81S/k83UG+d5nzzwu14RL8fTnkw71Nn2a/LMd5RGQ1d2U7K5+RQWWK4tgk1YgTbDA==; 5:2fsEi2ypXGLGO0jpB5IlERQAzX2AZ4jHVA76rXvBMlfNeV4p5dARo4gqfWJL4EUynsvtKuVGZWThn/1HMYVytRhCJdjivZWx/8XThEYCNpEyvBwC2zp+voAauLyCnyqf9J0XtfC9GxRiEMkP+/fCzA==; 24:BkzekhRGLaDFzzamlYlXELfwIUmqvBb4U9tFntRC5UoADt4bDFGiTA2NoRJuWgtaZB/CxXniVACUPzk1i5VFbpIVgtHFRcR616DZPf+KhPE=; 7:G/UL64mppF2SH5HcxPw6KeS2nvZBY5DvGzCHFhu3aByGkgJ6rkh+YLd82NkqhzMpwbq80uFr1y//8x1NEZkkdMyU+f5o4Hb/qdKXsLXHcEG2S/y7WnaKeKicqMaEzYfd+8L+hxV6ryLBBN9LkLVOo1how5Vml0Vusk+NkuHFL1OUrrUyaj2/s/A6fcuhQHQpUFKRZ1OFmrNflH6GrQy21TpTIy0icfPKjHQp3n7Q/Wk= x-ms-office365-filtering-correlation-id: dbf24556-51cd-470f-322a-08d4e0b60ab9 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(2017030254152)(48565401081)(300000503095)(300135400095)(2017052603031)(201703131423075)(201703031133081)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:BN3PR0501MB1553; x-ms-traffictypediagnostic: BN3PR0501MB1553: x-exchange-antispam-report-test: UriScan:(120809045254105)(138986009662008)(211936372134217)(95692535739014)(153496737603132)(154440410675630); x-microsoft-antispam-prvs: x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001)(100000703101)(100105400095)(93006095)(93001095)(920507026)(6055026)(6041248)(20161123562025)(20161123560025)(20161123555025)(20161123564025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123558100)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:BN3PR0501MB1553; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:BN3PR0501MB1553; x-forefront-prvs: 03965EFC76 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39860400002)(37854004)(13464003)(199003)(377454003)(189002)(377424004)(305945005)(6436002)(2473003)(6306002)(229853002)(54356999)(76176999)(50986999)(86362001)(9686003)(14454004)(105586002)(478600001)(15650500001)(54906002)(97736004)(110136004)(7736002)(34040400001)(2900100001)(53546010)(5640700003)(74316002)(2906002)(189998001)(55016002)(99286003)(53936002)(966005)(81166006)(2950100002)(6916009)(8676002)(2351001)(25786009)(7696004)(3660700001)(2501003)(6506006)(5660300001)(101416001)(77096006)(106356001)(4326008)(66066001)(230783001)(33656002)(1730700003)(81156014)(3846002)(3280700002)(68736007)(8936002)(6116002)(102836003)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR0501MB1553; H:BN3PR0501MB1377.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 11 Aug 2017 12:39:43.3411 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR0501MB1553 Archived-At: Subject: [mpls] FW: New Version Notification for draft-ietf-mpls-ri-rsvp-frr-02.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2017 12:39:48 -0000 aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1pZXRmLW1wbHMtcmkt cnN2cC1mcnItMDIuaHRtbA0KDQpXZSBqdXN0IHBvc3RlZCByZXZpc2lvbiAyIG9mIHRoZSBkcmFm dCB3aXRoIGVkaXRvcmlhbCBjaGFuZ2VzIHJlbGF0aW5nIHRvIHRoZSB0ZXh0IGludm9sdmluZyBy ZWZlcmVuY2VzIHRvIHN1bW1hcnkgRlJSIGRyYWZ0IChkaWZmIGdpdmVuIGJlbG93KS4NCg0KaHR0 cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwxPWRyYWZ0LWlldGYtbXBscy1yaS1yc3ZwLWZy ci0wMSZ1cmwyPWRyYWZ0LWlldGYtbXBscy1yaS1yc3ZwLWZyci0wMg0KDQpUaGFua3MsDQpDaGFu ZHJhLg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogaW50ZXJuZXQtZHJhZnRz QGlldGYub3JnIFttYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnXSANClNlbnQ6IEZyaWRh eSwgQXVndXN0IDExLCAyMDE3IDU6NTUgUE0NClRvOiBJbmEgTWluZWkgPGluYW1pbmVpQGdvb2ds ZS5jb20+OyBEYW50ZSBQYWNlbGxhIDxkYW50ZS5qLnBhY2VsbGFAdmVyaXpvbi5jb20+OyBDaGFu ZHJhc2VrYXIgUmFtYWNoYW5kcmFuIDxjc2VrYXJAanVuaXBlci5uZXQ+OyBUYXJlayBTYWFkIDx0 c2FhZEBjaXNjby5jb20+OyBDaGFuZHJhc2VrYXIgUmFtYWNoYW5kcmFuIDxjc2VrYXJAanVuaXBl ci5uZXQ+DQpTdWJqZWN0OiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LWlldGYt bXBscy1yaS1yc3ZwLWZyci0wMi50eHQNCg0KDQpBIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQt aWV0Zi1tcGxzLXJpLXJzdnAtZnJyLTAyLnR4dA0KaGFzIGJlZW4gc3VjY2Vzc2Z1bGx5IHN1Ym1p dHRlZCBieSBDaGFuZHJhIFJhbWFjaGFuZHJhbiBhbmQgcG9zdGVkIHRvIHRoZQ0KSUVURiByZXBv c2l0b3J5Lg0KDQpOYW1lOgkJZHJhZnQtaWV0Zi1tcGxzLXJpLXJzdnAtZnJyDQpSZXZpc2lvbjoJ MDINClRpdGxlOgkJUmVmcmVzaCBJbnRlcnZhbCBJbmRlcGVuZGVudCBGUlIgRmFjaWxpdHkgUHJv dGVjdGlvbg0KRG9jdW1lbnQgZGF0ZToJMjAxNy0wOC0xMQ0KR3JvdXA6CQltcGxzDQpQYWdlczoJ CTI0DQpVUkw6ICAgICAgICAgICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRz L2RyYWZ0LWlldGYtbXBscy1yaS1yc3ZwLWZyci0wMi50eHQNClN0YXR1czogICAgICAgICBodHRw czovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLW1wbHMtcmktcnN2cC1mcnIv DQpIdG1saXplZDogICAgICAgaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYt bXBscy1yaS1yc3ZwLWZyci0wMg0KSHRtbGl6ZWQ6ICAgICAgIGh0dHBzOi8vZGF0YXRyYWNrZXIu aWV0Zi5vcmcvZG9jL2h0bWwvZHJhZnQtaWV0Zi1tcGxzLXJpLXJzdnAtZnJyLTAyDQpEaWZmOiAg ICAgICAgICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWlldGYtbXBs cy1yaS1yc3ZwLWZyci0wMg0KDQpBYnN0cmFjdDoNCiAgICBSU1ZQLVRFIHJlbGllcyBvbiBwZXJp b2RpYyByZWZyZXNoIG9mIFJTVlAgbWVzc2FnZXMgdG8gc3luY2hyb25pemUNCiAgICBhbmQgbWFp bnRhaW4gdGhlIExTUCByZWxhdGVkIHN0YXRlcyBhbG9uZyB0aGUgcmVzZXJ2ZWQgcGF0aC4gSW4g dGhlDQogICAgYWJzZW5jZSBvZiByZWZyZXNoIG1lc3NhZ2VzLCB0aGUgTFNQIHJlbGF0ZWQgc3Rh dGVzIGFyZQ0KICAgIGF1dG9tYXRpY2FsbHkgZGVsZXRlZC4gUmVsaWFuY2Ugb24gcGVyaW9kaWMg cmVmcmVzaGVzIGFuZCByZWZyZXNoDQogICAgdGltZW91dHMgYXJlIHByb2JsZW1hdGljIGZyb20g dGhlIHNjYWxhYmlsaXR5IHBvaW50IG9mIHZpZXcuIFRoZQ0KICAgIG51bWJlciBvZiBSU1ZQLVRF IExTUHMgdGhhdCBhIHJvdXRlciBuZWVkcyB0byBtYWludGFpbiBoYXMgYmVlbg0KICAgIGdyb3dp bmcgaW4gc2VydmljZSBwcm92aWRlciBuZXR3b3JrcyBhbmQgdGhlIGltcGxlbWVudGF0aW9ucyBz aG91bGQNCiAgICBiZSBjYXBhYmxlIG9mIGhhbmRsaW5nIGluY3JlYXNlIGluIExTUCBzY2FsZS4N Cg0KICAgIFJGQyAyOTYxIHNwZWNpZmllcyBtZWNoYW5pc21zIHRvIGVsaW1pbmF0ZSB0aGUgcmVs aWFuY2Ugb24gcGVyaW9kaWMNCiAgICByZWZyZXNoIGFuZCByZWZyZXNoIHRpbWVvdXQgb2YgUlNW UCBtZXNzYWdlcywgYW5kIGVuYWJsZXMgYSByb3V0ZXINCiAgICB0byBpbmNyZWFzZSB0aGUgbWVz c2FnZSByZWZyZXNoIGludGVydmFsIHRvIHZhbHVlcyBtdWNoIGxvbmdlciB0aGFuDQogICAgdGhl IGRlZmF1bHQgMzAgc2Vjb25kcyBkZWZpbmVkIGluIFJGQyAyMjA1LiBIb3dldmVyLCB0aGUgcHJv dG9jb2wNCiAgICBleHRlbnNpb25zIGRlZmluZWQgaW4gUkZDIDQwOTAgZm9yIHN1cHBvcnRpbmcg ZmFzdCByZXJvdXRlIChGUlIpDQogICAgdXNpbmcgYnlwYXNzIHR1bm5lbHMgaW1wbGljaXRseSBy ZWx5IG9uIHNob3J0IHJlZnJlc2ggdGltZW91dHMgdG8NCiAgICBjbGVhbnVwIHN0YWxlIHN0YXRl cy4NCg0KICAgIEluIG9yZGVyIHRvIGVsaW1pbmF0ZSB0aGUgcmVsaWFuY2Ugb24gcmVmcmVzaCB0 aW1lb3V0cywgdGhlIHJvdXRlcnMNCiAgICBzaG91bGQgdW5hbWJpZ3VvdXNseSBkZXRlcm1pbmUg d2hlbiBhIHBhcnRpY3VsYXIgTFNQIHN0YXRlIHNob3VsZCBiZQ0KICAgIGRlbGV0ZWQuIENvdXBs aW5nIExTUCBzdGF0ZSB3aXRoIHRoZSBjb3JyZXNwb25kaW5nIFJTVlAtVEUgc2lnbmFsaW5nDQog ICAgYWRqYWNlbmNpZXMgYXMgcmVjb21tZW5kZWQgaW4gUlNWUC1URSBTY2FsaW5nIFJlY29tbWVu ZGF0aW9ucw0KICAgIChkcmFmdC1pZXRmLXRlYXMtcnN2cC10ZS1zY2FsaW5nLXJlYykgd2lsbCBh cHBseSBpbiBzY2VuYXJpb3Mgb3RoZXINCiAgICB0aGFuIFJGQyA0MDkwIEZSUiB1c2luZyBieXBh c3MgdHVubmVscy4gSW4gc2NlbmFyaW9zIGludm9sdmluZyBSRkMNCiAgICA0MDkwIEZSUiB1c2lu ZyBieXBhc3MgdHVubmVscywgYWRkaXRpb25hbCBleHBsaWNpdCB0ZWFyIGRvd24NCiAgICBtZXNz YWdlcyBhcmUgbmVjZXNzYXJ5LiBSZWZyZXNoLWludGVydmFsIEluZGVwZW5kZW50IFJTVlAgRlJS IChSSS0NCiAgICBSU1ZQLUZSUikgZXh0ZW5zaW9ucyBzcGVjaWZpZWQgaW4gdGhpcyBkb2N1bWVu dCBjb25zaXN0cyBvZg0KICAgIHByb2NlZHVyZXMgdG8gZW5hYmxlIExTUCBzdGF0ZSBjbGVhbnVw IHRoYXQgYXJlIGVzc2VudGlhbCBpbg0KICAgIHNjZW5hcmlvcyBub3QgY292ZXJlZCBieSBwcm9j ZWR1cmVzIGRlZmluZWQgaW4gUlNWUC1URSBTY2FsaW5nDQogICAgUmVjb21tZW5kYXRpb25zLg0K DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgDQoNCg0KUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkg dGFrZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2Ygc3VibWlzc2lvbg0KdW50 aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5p ZXRmLm9yZy4NCg0KVGhlIElFVEYgU2VjcmV0YXJpYXQNCg0K From nobody Fri Aug 11 11:53:34 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DD2B41321A5 for ; Fri, 11 Aug 2017 11:53:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vvZkk8oMHYao for ; Fri, 11 Aug 2017 11:53:30 -0700 (PDT) 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 51EBE132198 for ; Fri, 11 Aug 2017 11:53:30 -0700 (PDT) Received: from asmtp2.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id v7BIrSN8028990 for ; Fri, 11 Aug 2017 19:53:28 +0100 Received: from 950129200 (196.252.114.87.dyn.plus.net [87.114.252.196]) (authenticated bits=0) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id v7BIrR8o028966 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 11 Aug 2017 19:53:28 +0100 Reply-To: From: "Adrian Farrel" To: References: <150247679913.24555.11731619545096839826.idtracker@ietfa.amsl.com> In-Reply-To: Date: Fri, 11 Aug 2017 19:53:25 +0100 Message-ID: <053e01d312d3$1dcba0c0$5962e240$@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: AQHn/qs4BvcCTQFwrnhrRd9ZEGKw2AIdtmzDokS5lxA= Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1679-8.1.0.1062-23252.001 X-TM-AS-Result: No--14.259-10.0-31-10 X-imss-scan-details: No--14.259-10.0-31-10 X-TMASE-MatchedRID: LVaQDjbTf5ZRmqKPf9hWfRWUpKmwDqYXpWPht074Wo3SYAzZ6KmqWpcs plTVe7L9UsGys+Gt4p3BKp4I4GDxolUOzv+ERMvrCFaAixm5eU+IklyLMg3/dUuNdcZDLqeUBUz 2Q+xpjHgUBgz2TpDbYVe/mDhUGtdRVatb/Qtg459NCH0Dib0S0enyXFanZ6WWHRspwjeLvSW3Cq /Z6GbmSYFGaStotYFxAAwi6RbCP0Mlr4UAbUFME1Pjo7D4SFg4s+A++/BnIBELigFCwAAoVmn7A lTb8W2x1rAakX1NXfNp0oDM6nL2lrRgLeduNs8xnVTWWiNp+v+usS9CiBzL8TCmUYns3FLTRqnq 9R/Uhp+fjLsLfKL5DyYUZQpKb/mLu+66Sy5jOwLBVprK8rvWX5naxzJFBx6vK+FdZvMwaZIwtKS SEFIiTr9CxDhcG785urds0in797Kc95xD+Eo4wIDqq/69HfgsA7f8DkoYc/+bKItl61J/ycnjLT A/UDoAnL8I93XanonFNZytR+M1BN0H8LFZNFG7NwH7I8fAFRqe/SaBTu5gaft9s6irGqahvYIHv 30Uhd1l/cEp+49H7ZjNd3a1vB20 Archived-At: Subject: [mpls] FW: New Version Notification for draft-bryant-mpls-unified-ip-sr-01.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2017 18:53:33 -0000 All, The presentation of this draft in Prague seemed to be well received and we got some comments that we have stated to act on in this revision. One, non-technical request was to share the work with the SPRING working group, and I have just done that. At the meeting I noted that... > The authors think this is in charter for MPLS > But polish and discussion is needed before we ask for adoption As this polish continues, I'd like to ask the list what they think of this work. Is it going in the right direction? Is it work that you support? Thanks, Adrian > ________________________________________ > From: internet-drafts@ietf.org > Sent: 11 August 2017 19:39:59 (UTC+00:00) Dublin, Edinburgh, Lisbon, London > To: Stewart Bryant; John E Drake; Adrian Farrel > Subject: New Version Notification for draft-bryant-mpls-unified-ip-sr-01.txt > > A new version of I-D, draft-bryant-mpls-unified-ip-sr-01.txt > has been successfully submitted by Adrian Farrel and posted to the > IETF repository. > > Name: draft-bryant-mpls-unified-ip-sr > Revision: 01 > Title: A Unified Approach to IP Segment Routing > Document date: 2017-08-11 > Group: Individual Submission > Pages: 16 > URL: https://www.ietf.org/internet-drafts/draft-bryant-mpls-unified-ip-sr- > 01.txt > Status: https://datatracker.ietf.org/doc/draft-bryant-mpls-unified-ip-sr/ > Htmlized: https://tools.ietf.org/html/draft-bryant-mpls-unified-ip-sr-01 > Htmlized: https://datatracker.ietf.org/doc/html/draft-bryant-mpls-unified-ip- > sr-01 > Diff: https://www.ietf.org/rfcdiff?url2=draft-bryant-mpls-unified-ip-sr-01 > > Abstract: > Segment routing is a source routed forwarding method that allows > packets to be steered through a network on paths other than the > shortest path derived from the routing protocol. The approach uses > information encoded in the packet header to partially or completely > specify the route the packet takes through the network, and does not > make use of a signaling protocol to pre-install paths in the network. > > Two different encapsulations have been defined to enable segment > routing in an MPLS network and in an IPv6 network. While > acknowledging that there is a strong need to support segment routing > in both environments, this document defines a converged, unified > approach to segment routing that enables a single mechanism to be > applied in both types of network. The resulting approach is also > applicable to IPv4 networks without the need for any changes to the > IPv4 specification. > > This document makes no changes to the segment routing architecture > and builds on existing protocol mechanisms such as the encapsulation > of MPLS within UDP defined in RFC 7510. > > No new procedures are introduced, but existing mechanisms are > combined to achieve the desired result. > > > > > > Please note that it may take a couple of minutes from the time of submission > until the htmlized version and diff are available at tools.ietf.org. > > The IETF Secretariat From nobody Fri Aug 11 12:11:57 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0A7CB13252C; Fri, 11 Aug 2017 12:11:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.699 X-Spam-Level: X-Spam-Status: No, score=-1.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.199, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EGYUCiDh8JYx; Fri, 11 Aug 2017 12:11:47 -0700 (PDT) Received: from mail-it0-x22a.google.com (mail-it0-x22a.google.com [IPv6:2607:f8b0:4001:c0b::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2241913247C; Fri, 11 Aug 2017 12:11:47 -0700 (PDT) Received: by mail-it0-x22a.google.com with SMTP id 76so32149702ith.0; Fri, 11 Aug 2017 12:11:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=Zr27mD2hgnjBEyt9cvWsxb7O4Bum3zJssYen8R4rCs4=; b=gVS7xyWQaL4RlmvXCMGVlbsP0rr7Zol4T/3gpOaBMRsP6ZMhgX5ULJWRW1LlYHG1iZ b4wQKNz1CDXoeVoHBB+2g/E3xNy7iQ2R3IL8RrknzCKnbWN6sw7edfbQoNOpUACmdwbG 51ofCbVLrlZB95JGLXuwcRh51Lba/1r1tiD52PXUu9wgrdvJ1+ifpMGfVgsldSdIgiUJ 21scUcuapMbnCYgb3dcTh7YwOeXo1QwUjflwQavWS0fOWfgordNERxGkuqFfGSFoymCV tyP18vFgbRIcQkyPul4qDbm+GkPNVRvOZS8VkmvEd1TyBKUMbOcDakTiLbj9ZjAr8u5j V00w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=Zr27mD2hgnjBEyt9cvWsxb7O4Bum3zJssYen8R4rCs4=; b=bc2D15MSMfwQCyD1CD11A0GV2MVGdV6bJcVsaWEl/M312PcElvvOc5OmZaM0Mebbio Uzgkq43Jo3wWxJztIKAhH1VgSW+6BOlMfx366DG1f3knLRDalks+keRYm2A8BpxDcZL1 0mwXnictMMqE3K4DFddRVKfajilIlUg95t8wA7xySWh/4BsdonBAAQR8nylh4gUpMjSR XOawWRkzNbX1NBdUWnyAPRoAXHZ6A+esO6Dt2QeEyub+na967Ft+hN9y54dXfNefw3ia Xxs1EtTpD1ZeGSTia2f38aSH4MhVnFXontSPICmX+k1Meuctlj/eaEqSikQnPy8IcLEm J81w== X-Gm-Message-State: AHYfb5jCf0XlgHKxJ9Y3EpyOeQXF5/fxSmw2HUytf0XrDSbEO4bRko4C EKRFAt6ueFQn80KAQz5ybi83ncFe3hgc X-Received: by 10.36.236.5 with SMTP id g5mr26524ith.49.1502478706163; Fri, 11 Aug 2017 12:11:46 -0700 (PDT) MIME-Version: 1.0 Sender: rraszuk@gmail.com Received: by 10.79.76.85 with HTTP; Fri, 11 Aug 2017 12:11:45 -0700 (PDT) In-Reply-To: <053e01d312d3$1dcba0c0$5962e240$@olddog.co.uk> References: <150247679913.24555.11731619545096839826.idtracker@ietfa.amsl.com> <053e01d312d3$1dcba0c0$5962e240$@olddog.co.uk> From: Robert Raszuk Date: Fri, 11 Aug 2017 21:11:45 +0200 X-Google-Sender-Auth: lmbdyfKsivL5cnnviM5WNyth71U Message-ID: To: Adrian Farrel Cc: "mpls@ietf.org" , "spring@ietf.org" Content-Type: multipart/alternative; boundary="94eb2c04e95090491905567f155d" Archived-At: Subject: Re: [mpls] FW: New Version Notification for draft-bryant-mpls-unified-ip-sr-01.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2017 19:11:50 -0000 --94eb2c04e95090491905567f155d Content-Type: text/plain; charset="UTF-8" Hi Adrian, I see few so to say "challenges" with the proposal A) SRv6 SID is 128 bits where first 64 is the locator and remaining 64 is the function. So to "emulate" this directly with SR-MPLS you need for 1 SRv6 SID stack of 8 labels ! And some use cases of SRv6 already talk about using few SRv6 SIDs. Please show me the today's hardware which can consume in single pass and make sense of stack of say 32 mpls labels ... so here goes your "interchangeability". B) One of serious concerns with SRH insertion in transit as expressed by 6man was MTU. How does this proposal solves this at all if what you are doing here is taking nicely MTU discovered and negotiated IPv6 packet and adding mpls stack or tower + UDP + IPv/v6 encap to it ? How would end hosts now will get any awareness about this ? C) One of the very nice applications for SRv6 is spray function with full multicast address transparency. Please kindly elaborate how are you going to map IPv4 or IPv6 multicast addresses into MPLS labels ? - - - I think while it looks great on slides that now we will have two different ways to do SR on IP networks if you really focus to specific applications you will find a lot of them which are not going to be compatible with your proposal. So maybe instead trying to squeeze the balloon to fit the bottle we better collectively focus on making the balloon fly ? Kind regards, Robert. On Fri, Aug 11, 2017 at 8:53 PM, Adrian Farrel wrote: > All, > > The presentation of this draft in Prague seemed to be well received and we > got > some comments that we have stated to act on in this revision. > > One, non-technical request was to share the work with the SPRING working > group, > and I have just done that. > > At the meeting I noted that... > > The authors think this is in charter for MPLS > > But polish and discussion is needed before we ask for adoption > > As this polish continues, I'd like to ask the list what they think of this > work. > Is it going in the right direction? Is it work that you support? > > Thanks, > Adrian > > > ________________________________________ > > From: internet-drafts@ietf.org > > Sent: 11 August 2017 19:39:59 (UTC+00:00) Dublin, Edinburgh, Lisbon, > London > > To: Stewart Bryant; John E Drake; Adrian Farrel > > Subject: New Version Notification for draft-bryant-mpls-unified-ip- > sr-01.txt > > > > A new version of I-D, draft-bryant-mpls-unified-ip-sr-01.txt > > has been successfully submitted by Adrian Farrel and posted to the > > IETF repository. > > > > Name: draft-bryant-mpls-unified-ip-sr > > Revision: 01 > > Title: A Unified Approach to IP Segment Routing > > Document date: 2017-08-11 > > Group: Individual Submission > > Pages: 16 > > URL: > https://www.ietf.org/internet-drafts/draft-bryant-mpls-unified-ip-sr- > > 01.txt > > Status: > https://datatracker.ietf.org/doc/draft-bryant-mpls-unified-ip-sr/ > > Htmlized: https://tools.ietf.org/html/ > draft-bryant-mpls-unified-ip-sr-01 > > Htmlized: > https://datatracker.ietf.org/doc/html/draft-bryant-mpls-unified-ip- > > sr-01 > > Diff: > https://www.ietf.org/rfcdiff?url2=draft-bryant-mpls-unified-ip-sr-01 > > > > Abstract: > > Segment routing is a source routed forwarding method that allows > > packets to be steered through a network on paths other than the > > shortest path derived from the routing protocol. The approach uses > > information encoded in the packet header to partially or completely > > specify the route the packet takes through the network, and does not > > make use of a signaling protocol to pre-install paths in the network. > > > > Two different encapsulations have been defined to enable segment > > routing in an MPLS network and in an IPv6 network. While > > acknowledging that there is a strong need to support segment routing > > in both environments, this document defines a converged, unified > > approach to segment routing that enables a single mechanism to be > > applied in both types of network. The resulting approach is also > > applicable to IPv4 networks without the need for any changes to the > > IPv4 specification. > > > > This document makes no changes to the segment routing architecture > > and builds on existing protocol mechanisms such as the encapsulation > > of MPLS within UDP defined in RFC 7510. > > > > No new procedures are introduced, but existing mechanisms are > > combined to achieve the desired result. > > > > > > > > > > > > Please note that it may take a couple of minutes from the time of > submission > > until the htmlized version and diff are available at tools.ietf.org. > > > > The IETF Secretariat > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > --94eb2c04e95090491905567f155d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Adrian,

=
I see few so to say "challenges" with th= e proposal=C2=A0

A)=C2= =A0

SRv6 SID is 128 bi= ts where first 64 is the locator and remaining 64 is the function. So to &q= uot;emulate" this directly with SR-MPLS you need for 1 SRv6 SID stack = of 8 labels ! And some use cases of SRv6 already talk about using few SRv6 = SIDs. Please show me the today's hardware which can consume in single p= ass and make sense of stack of say 32 mpls labels ... so here goes your &qu= ot;interchangeability".=C2=A0

B)=C2=A0

One of serious concerns with SRH insertion in transit as expressed by 6man= was MTU. How does this proposal solves this at all if what you are doing h= ere is taking nicely MTU discovered and negotiated IPv6 packet and adding m= pls stack or tower + UDP + IPv/v6 encap to it ? How would end hosts now wil= l get any awareness about this ?

C)=C2=A0

On= e of the very nice applications for SRv6 is spray function with full multic= ast address transparency. Please kindly elaborate how are you going to map = IPv4 or IPv6 multicast addresses into MPLS labels ?

- - -=C2=A0

I think while it looks great on slides that now we will= have two different ways to do SR on IP networks if you really focus to spe= cific applications you will find a lot of them which are not going to be co= mpatible with your proposal. So maybe instead trying to squeeze the balloon= to fit the bottle we better collectively focus on making the balloon fly ?= =C2=A0

Kind regards,
Robert.






On Fri, Aug 11, 2017 at 8:53 PM, Adrian Farrel <adri= an@olddog.co.uk> wrote:
All= ,

The presentation of this draft in Prague seemed to be well received and we = got
some comments that we have stated to act on in this revision.

One, non-technical request was to share the work with the SPRING working gr= oup,
and I have just done that.

At the meeting I noted that...
> The authors think this is in charter for MPLS
> But polish and discussion is needed before we ask for adoption

As this polish continues, I'd like to ask the list what they think of t= his work.
Is it going in the right direction? Is it work that you support?

Thanks,
Adrian

> ________________________________________
> From: internet-drafts@ietf= .org
> Sent: 11 August 2017 19:39:59 (UTC+00:00) Dublin, Edinburgh, Lisbon, L= ondon
> To: Stewart Bryant; John E Drake; Adrian Farrel
> Subject: New Version Notification for draft-bryant-mpls-unified-ip-sr-01.txt
>
> A new version of I-D, draft-bryant-mpls-unified-ip-sr-01.txt
> has been successfully submitted by Adrian Farrel and posted to the
> IETF repository.
>
> Name:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0draft-bryant-mpls-unifie= d-ip-sr
> Revision:=C2=A0 =C2=A0 =C2=A0 =C2=A001
> Title:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 A Unified Approach to IP Segm= ent Routing
> Document date:=C2=A0 2017-08-11
> Group:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Individual Submission
> Pages:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 16
> URL:
https://www.ietf.org/internet-<= wbr>drafts/draft-bryant-mpls-unified-ip-sr-
> 01.txt
> Status:
https://datatracker.ietf.org/d= oc/draft-bryant-mpls-unified-ip-sr/
> Htmlized:=C2=A0 =C2=A0 =C2=A0 =C2=A0https://tools.ietf.org/html/draft-bryant-mpls-unified-ip-sr-01=
> Htmlized:
https://datatracker.ietf.org/doc/html/draft-bryant-mpls-unified-ip-
> sr-01
> Diff:
https://www.ietf.org/rfcdiff?<= wbr>url2=3Ddraft-bryant-mpls-unified-ip-sr-01
>
> Abstract:
>=C2=A0 =C2=A0 Segment routing is a source routed forwarding method that= allows
>=C2=A0 =C2=A0 packets to be steered through a network on paths other th= an the
>=C2=A0 =C2=A0 shortest path derived from the routing protocol.=C2=A0 Th= e approach uses
>=C2=A0 =C2=A0 information encoded in the packet header to partially or = completely
>=C2=A0 =C2=A0 specify the route the packet takes through the network, a= nd does not
>=C2=A0 =C2=A0 make use of a signaling protocol to pre-install paths in = the network.
>
>=C2=A0 =C2=A0 Two different encapsulations have been defined to enable = segment
>=C2=A0 =C2=A0 routing in an MPLS network and in an IPv6 network.=C2=A0 = While
>=C2=A0 =C2=A0 acknowledging that there is a strong need to support segm= ent routing
>=C2=A0 =C2=A0 in both environments, this document defines a converged, = unified
>=C2=A0 =C2=A0 approach to segment routing that enables a single mechani= sm to be
>=C2=A0 =C2=A0 applied in both types of network.=C2=A0 The resulting app= roach is also
>=C2=A0 =C2=A0 applicable to IPv4 networks without the need for any chan= ges to the
>=C2=A0 =C2=A0 IPv4 specification.
>
>=C2=A0 =C2=A0 This document makes no changes to the segment routing arc= hitecture
>=C2=A0 =C2=A0 and builds on existing protocol mechanisms such as the en= capsulation
>=C2=A0 =C2=A0 of MPLS within UDP defined in RFC 7510.
>
>=C2=A0 =C2=A0 No new procedures are introduced, but existing mechanisms= are
>=C2=A0 =C2=A0 combined to achieve the desired result.
>
>
>
>
>
> Please note that it may take a couple of minutes from the time of subm= ission
> until the htmlized version and diff are available at tools.ietf.org. >
> The IETF Secretariat

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

--94eb2c04e95090491905567f155d-- From nobody Fri Aug 11 12:22:38 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 87FB5131DB6; Fri, 11 Aug 2017 12:22:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qC-Z0VGtP1q3; Fri, 11 Aug 2017 12:22:26 -0700 (PDT) Received: from mail-oi0-x22c.google.com (mail-oi0-x22c.google.com [IPv6:2607:f8b0:4003:c06::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A0B03120713; Fri, 11 Aug 2017 12:22:26 -0700 (PDT) Received: by mail-oi0-x22c.google.com with SMTP id x3so41993672oia.1; Fri, 11 Aug 2017 12:22:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=4a8gJsNgq8aXBU8zQbuVC4DaR1HoR5nr4g/flbzDRqo=; b=XFvH9/36GEDiQESl6ZJKm/DNOd9prNzKoDuly4mI63/j2/2Pj/Tn1hVkz+QakDLWqa EKO/A97J5bZsnXNHozWzWd/02pBbel23HLQEhii3l44UyU4wyzqZC10O0ASS/Mit5Td3 0OG5zBozuG5/Kr/vwuC9vnkRL7soy5vbAAtZn+jEjGecWa63DVEiindOb3rDjS4KSMGW FIUZkmrSoN+UQ8yueCxbd9oeof2jrWR0wXtgeyUkE4nJDtKaR5dTJ14J0f60nmlA9B70 Yq789Z6TBnAs00R4RiUKO2bmtQ2QQUGzOppIwLazc8AYRCW5IQ4k4ni1PNw9zutlOwyW hcsQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=4a8gJsNgq8aXBU8zQbuVC4DaR1HoR5nr4g/flbzDRqo=; b=UucmXu/8ej2WseeqDRer7Zz16sqG/qq8AsTKTpFVTQbrsJL9qZcH8yYft9WxjqIFE6 CJyrhPcpAcRMW2k89KkK6V/mGlbnT6QDA4kTo22E04leDWk9dfdE1GbHo7TLEncQAZy9 d0snJSMo6mNF1jBueCJYEnbpKgUkraWG+fUsx7w6CamstU1FGYJ1Qm96XCBCql6RGDOz JHGpLvT34XyhsGZptAipo0AXIF0DX/AAQdfNsV+HuXIWC64jpxtHF8/41/kherlMuLUm fJY/PFK3GEp/PVtMv70DpeX8+wJR9R5l07n/DVwVsGrZT44ZU27pl5+x7rjIkABCcGQD siNQ== X-Gm-Message-State: AHYfb5ikTine1/ONiuMEa01dSZwxcVxrT72V0qzAxekR/8/ZjX6KTvYc OVu2ec6xZ5Q7fSbZGqS8KU51csMhmQ== X-Received: by 10.202.213.79 with SMTP id m76mr17758953oig.54.1502479346025; Fri, 11 Aug 2017 12:22:26 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.232.34 with HTTP; Fri, 11 Aug 2017 12:22:05 -0700 (PDT) In-Reply-To: <053e01d312d3$1dcba0c0$5962e240$@olddog.co.uk> References: <150247679913.24555.11731619545096839826.idtracker@ietfa.amsl.com> <053e01d312d3$1dcba0c0$5962e240$@olddog.co.uk> From: "Andrew G. Malis" Date: Fri, 11 Aug 2017 15:22:05 -0400 Message-ID: To: Adrian Farrel Cc: "mpls@ietf.org" , "spring@ietf.org" Content-Type: multipart/alternative; boundary="001a113acab2b3ccea05567f3b07" Archived-At: Subject: Re: [mpls] FW: New Version Notification for draft-bryant-mpls-unified-ip-sr-01.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2017 19:22:30 -0000 --001a113acab2b3ccea05567f3b07 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Adrian, I think this is a straightforward draft that provides valuable functionality, especially SR within an IP (v4 or v6) network as discussed in section 6.2. I certainly support it going forward. I don=E2=80=99t perso= nally have a strong opinion whether MPLS or SPRING is the proper place to pursue the work, as long as it is pursued. I=E2=80=99m happy to let the WG chairs = and ADs figure that out. Cheers, Andy On Fri, Aug 11, 2017 at 2:53 PM, Adrian Farrel wrote: > All, > > The presentation of this draft in Prague seemed to be well received and w= e > got > some comments that we have stated to act on in this revision. > > One, non-technical request was to share the work with the SPRING working > group, > and I have just done that. > > At the meeting I noted that... > > The authors think this is in charter for MPLS > > But polish and discussion is needed before we ask for adoption > > As this polish continues, I'd like to ask the list what they think of thi= s > work. > Is it going in the right direction? Is it work that you support? > > Thanks, > Adrian > > > ________________________________________ > > From: internet-drafts@ietf.org > > Sent: 11 August 2017 19:39:59 (UTC+00:00) Dublin, Edinburgh, Lisbon, > London > > To: Stewart Bryant; John E Drake; Adrian Farrel > > Subject: New Version Notification for draft-bryant-mpls-unified-ip- > sr-01.txt > > > > A new version of I-D, draft-bryant-mpls-unified-ip-sr-01.txt > > has been successfully submitted by Adrian Farrel and posted to the > > IETF repository. > > > > Name: draft-bryant-mpls-unified-ip-sr > > Revision: 01 > > Title: A Unified Approach to IP Segment Routing > > Document date: 2017-08-11 > > Group: Individual Submission > > Pages: 16 > > URL: > https://www.ietf.org/internet-drafts/draft-bryant-mpls-unified-ip-sr- > > 01.txt > > Status: > https://datatracker.ietf.org/doc/draft-bryant-mpls-unified-ip-sr/ > > Htmlized: https://tools.ietf.org/html/ > draft-bryant-mpls-unified-ip-sr-01 > > Htmlized: > https://datatracker.ietf.org/doc/html/draft-bryant-mpls-unified-ip- > > sr-01 > > Diff: > https://www.ietf.org/rfcdiff?url2=3Ddraft-bryant-mpls-unified-ip-sr-01 > > > > Abstract: > > Segment routing is a source routed forwarding method that allows > > packets to be steered through a network on paths other than the > > shortest path derived from the routing protocol. The approach uses > > information encoded in the packet header to partially or completely > > specify the route the packet takes through the network, and does not > > make use of a signaling protocol to pre-install paths in the network= . > > > > Two different encapsulations have been defined to enable segment > > routing in an MPLS network and in an IPv6 network. While > > acknowledging that there is a strong need to support segment routing > > in both environments, this document defines a converged, unified > > approach to segment routing that enables a single mechanism to be > > applied in both types of network. The resulting approach is also > > applicable to IPv4 networks without the need for any changes to the > > IPv4 specification. > > > > This document makes no changes to the segment routing architecture > > and builds on existing protocol mechanisms such as the encapsulation > > of MPLS within UDP defined in RFC 7510. > > > > No new procedures are introduced, but existing mechanisms are > > combined to achieve the desired result. > > > > > > > > > > > > Please note that it may take a couple of minutes from the time of > submission > > until the htmlized version and diff are available at tools.ietf.org. > > > > The IETF Secretariat > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > --001a113acab2b3ccea05567f3b07 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Adrian,

I think this is a straightforwa= rd draft that provides valuable functionality, especially SR within an IP (= v4 or v6) network as discussed in section 6.2. I certainly support it going= forward. I don=E2=80=99t personally have a strong opinion whether MPLS or = SPRING is the proper place to pursue the work, as long as it is pursued. I= =E2=80=99m happy to let the WG chairs and ADs figure that out.
Cheers,
Andy


On Fri, Aug 11, 2017 at 2:53 P= M, Adrian Farrel <adrian@olddog.co.uk> wrote:
All,

The presentation of this draft in Prague seemed to be well received and we = got
some comments that we have stated to act on in this revision.

One, non-technical request was to share the work with the SPRING working gr= oup,
and I have just done that.

At the meeting I noted that...
> The authors think this is in charter for MPLS
> But polish and discussion is needed before we ask for adoption

As this polish continues, I'd like to ask the list what they think of t= his work.
Is it going in the right direction? Is it work that you support?

Thanks,
Adrian

> ________________________________________
> From: internet-drafts@ietf= .org
> Sent: 11 August 2017 19:39:59 (UTC+00:00) Dublin, Edinburgh, Lisbon, L= ondon
> To: Stewart Bryant; John E Drake; Adrian Farrel
> Subject: New Version Notification for draft-bryant-mpls-unified-ip-sr-01.txt
>
> A new version of I-D, draft-bryant-mpls-unified-ip-sr-01.txt
> has been successfully submitted by Adrian Farrel and posted to the
> IETF repository.
>
> Name:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0draft-bryant-mpls-unifie= d-ip-sr
> Revision:=C2=A0 =C2=A0 =C2=A0 =C2=A001
> Title:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 A Unified Approach to IP Segm= ent Routing
> Document date:=C2=A0 2017-08-11
> Group:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Individual Submission
> Pages:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 16
> URL:
https://www.ietf.org/internet-<= wbr>drafts/draft-bryant-mpls-unified-ip-sr-
> 01.txt
> Status:
https://datatracker.ietf.org/d= oc/draft-bryant-mpls-unified-ip-sr/
> Htmlized:=C2=A0 =C2=A0 =C2=A0 =C2=A0https://tools.ietf.org/html/draft-bryant-mpls-unified-ip-sr-01=
> Htmlized:
https://datatracker.ietf.org/doc/html/draft-bryant-mpls-unified-ip-
> sr-01
> Diff:
https://www.ietf.org/rfcdiff?<= wbr>url2=3Ddraft-bryant-mpls-unified-ip-sr-01
>
> Abstract:
>=C2=A0 =C2=A0 Segment routing is a source routed forwarding method that= allows
>=C2=A0 =C2=A0 packets to be steered through a network on paths other th= an the
>=C2=A0 =C2=A0 shortest path derived from the routing protocol.=C2=A0 Th= e approach uses
>=C2=A0 =C2=A0 information encoded in the packet header to partially or = completely
>=C2=A0 =C2=A0 specify the route the packet takes through the network, a= nd does not
>=C2=A0 =C2=A0 make use of a signaling protocol to pre-install paths in = the network.
>
>=C2=A0 =C2=A0 Two different encapsulations have been defined to enable = segment
>=C2=A0 =C2=A0 routing in an MPLS network and in an IPv6 network.=C2=A0 = While
>=C2=A0 =C2=A0 acknowledging that there is a strong need to support segm= ent routing
>=C2=A0 =C2=A0 in both environments, this document defines a converged, = unified
>=C2=A0 =C2=A0 approach to segment routing that enables a single mechani= sm to be
>=C2=A0 =C2=A0 applied in both types of network.=C2=A0 The resulting app= roach is also
>=C2=A0 =C2=A0 applicable to IPv4 networks without the need for any chan= ges to the
>=C2=A0 =C2=A0 IPv4 specification.
>
>=C2=A0 =C2=A0 This document makes no changes to the segment routing arc= hitecture
>=C2=A0 =C2=A0 and builds on existing protocol mechanisms such as the en= capsulation
>=C2=A0 =C2=A0 of MPLS within UDP defined in RFC 7510.
>
>=C2=A0 =C2=A0 No new procedures are introduced, but existing mechanisms= are
>=C2=A0 =C2=A0 combined to achieve the desired result.
>
>
>
>
>
> Please note that it may take a couple of minutes from the time of subm= ission
> until the htmlized version and diff are available at tools.ietf.org. >
> The IETF Secretariat

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

--001a113acab2b3ccea05567f3b07-- From nobody Fri Aug 11 12:23:35 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 737E1131DB6; Fri, 11 Aug 2017 12:23:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.399 X-Spam-Level: X-Spam-Status: No, score=-2.399 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.199, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OlI5BuOYyNFP; Fri, 11 Aug 2017 12:23:24 -0700 (PDT) Received: from mail-io0-x22c.google.com (mail-io0-x22c.google.com [IPv6:2607:f8b0:4001:c06::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 90577131D1A; Fri, 11 Aug 2017 12:22:57 -0700 (PDT) Received: by mail-io0-x22c.google.com with SMTP id o9so23576176iod.1; Fri, 11 Aug 2017 12:22:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=F/hdG+M/xrjcpFZoxH7lqGgXRFUC3CBDUpykf4FGl7Q=; b=hBBYYVRHkLdRP3ti/qwNN0/eH+9wD4/0XsDsE/t1kfCF3CTnc6aukpOE8cD5+PbuDs Em4fRHY61jN706sOqAHOAhYHwQXQb9Yxp7qtHZN2AZr0RIIbTViFRXFNtKtBiUzU6Qpl TrRPGFToZ5+JpCl3tuekY1buhNAwur9PJqVmgPtlJtH674PCoGxP7d9dC6ZYi/ib6iNV JsqZxbUVp8gKb+VjQ16uFhnNAFdKau4vfuBg/fID1HajXDgyKmDgH/mF9IdlSblsXLqc B+eHieSr1EmV7nCIxomlntuZkP2ZBWVUXTuyrNMTJcVBgemcsLkvXcVtBR8xiGST7O3j YjGw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=F/hdG+M/xrjcpFZoxH7lqGgXRFUC3CBDUpykf4FGl7Q=; b=pUIKD58CmUj1qgcOlv3fk4HgfvciBkbeTwpD6z3y7D4X74x5NhVDcljldvX2CQAj2I TmXXBfhMYSFH5iX1UsDGLwKZGJz7+1M7JTeyeNb2ZBDNVexwz++UEsg7g+MB40W5M4SM waCPZOYZBCTkc3rSgCIgq4LTooZwEvetQLlfsBBVYh4UejBTuUhuG4zgjSm6IV+ow4zd iybKn7jItO4JFzbBqu1o/DL/XQWL+6oxn3nssRExoXLJy9ukBqGyOFxyNDkcuVLb4F7g 0NI9nDsqfBozvEZLBYNjDR3OEjcBAZzD50ZfuPwPTYaDCywVpuh3LYAWLqd/n3SkRp0z kHRA== X-Gm-Message-State: AIVw113wwqCjIZC0zmXc/Mu/1GM/OtepWqbqzi9Pc0Vgy7lZXPe3Vxtx sgR7LuAPcJQn+W6DJUp6dXpK/mA0N0wj X-Received: by 10.107.175.136 with SMTP id p8mr14614788ioo.219.1502479376615; Fri, 11 Aug 2017 12:22:56 -0700 (PDT) MIME-Version: 1.0 Sender: rraszuk@gmail.com Received: by 10.79.76.85 with HTTP; Fri, 11 Aug 2017 12:22:55 -0700 (PDT) In-Reply-To: References: <150247679913.24555.11731619545096839826.idtracker@ietfa.amsl.com> <053e01d312d3$1dcba0c0$5962e240$@olddog.co.uk> From: Robert Raszuk Date: Fri, 11 Aug 2017 21:22:55 +0200 X-Google-Sender-Auth: 2UGOVjt2gCRhE1Bmg8_JAkrXYfg Message-ID: To: Adrian Farrel Cc: "mpls@ietf.org" , "spring@ietf.org" Content-Type: multipart/alternative; boundary="001a11447f72868d3205567f3dbe" Archived-At: Subject: Re: [mpls] FW: New Version Notification for draft-bryant-mpls-unified-ip-sr-01.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2017 19:23:28 -0000 --001a11447f72868d3205567f3dbe Content-Type: text/plain; charset="UTF-8" Sorry but forgot one more really useful advantage which your proposal is lacking ... D) In SRv6 when you traverse SR node you move the pointer from one SID to the next one. This allows you to maintain in the packet the entire history of functions executed on a given packet. Something which to the best of my knowledge we never had in the IP networks. Now how could you accomplish the same or even close to that with SR-MPLS analogy ? Cheers, R. On Fri, Aug 11, 2017 at 9:11 PM, Robert Raszuk wrote: > Hi Adrian, > > I see few so to say "challenges" with the proposal > > A) > > SRv6 SID is 128 bits where first 64 is the locator and remaining 64 is the > function. So to "emulate" this directly with SR-MPLS you need for 1 SRv6 > SID stack of 8 labels ! And some use cases of SRv6 already talk about using > few SRv6 SIDs. Please show me the today's hardware which can consume in > single pass and make sense of stack of say 32 mpls labels ... so here goes > your "interchangeability". > > B) > > One of serious concerns with SRH insertion in transit as expressed by 6man > was MTU. How does this proposal solves this at all if what you are doing > here is taking nicely MTU discovered and negotiated IPv6 packet and adding > mpls stack or tower + UDP + IPv/v6 encap to it ? How would end hosts now > will get any awareness about this ? > > C) > > One of the very nice applications for SRv6 is spray function with full > multicast address transparency. Please kindly elaborate how are you going > to map IPv4 or IPv6 multicast addresses into MPLS labels ? > > - - - > > I think while it looks great on slides that now we will have two different > ways to do SR on IP networks if you really focus to specific applications > you will find a lot of them which are not going to be compatible with your > proposal. So maybe instead trying to squeeze the balloon to fit the bottle > we better collectively focus on making the balloon fly ? > > Kind regards, > Robert. > > > > > > > On Fri, Aug 11, 2017 at 8:53 PM, Adrian Farrel > wrote: > >> All, >> >> The presentation of this draft in Prague seemed to be well received and >> we got >> some comments that we have stated to act on in this revision. >> >> One, non-technical request was to share the work with the SPRING working >> group, >> and I have just done that. >> >> At the meeting I noted that... >> > The authors think this is in charter for MPLS >> > But polish and discussion is needed before we ask for adoption >> >> As this polish continues, I'd like to ask the list what they think of >> this work. >> Is it going in the right direction? Is it work that you support? >> >> Thanks, >> Adrian >> >> > ________________________________________ >> > From: internet-drafts@ietf.org >> > Sent: 11 August 2017 19:39:59 (UTC+00:00) Dublin, Edinburgh, Lisbon, >> London >> > To: Stewart Bryant; John E Drake; Adrian Farrel >> > Subject: New Version Notification for draft-bryant-mpls-unified-ip-s >> r-01.txt >> > >> > A new version of I-D, draft-bryant-mpls-unified-ip-sr-01.txt >> > has been successfully submitted by Adrian Farrel and posted to the >> > IETF repository. >> > >> > Name: draft-bryant-mpls-unified-ip-sr >> > Revision: 01 >> > Title: A Unified Approach to IP Segment Routing >> > Document date: 2017-08-11 >> > Group: Individual Submission >> > Pages: 16 >> > URL: >> https://www.ietf.org/internet-drafts/draft-bryant-mpls-unified-ip-sr- >> > 01.txt >> > Status: >> https://datatracker.ietf.org/doc/draft-bryant-mpls-unified-ip-sr/ >> > Htmlized: https://tools.ietf.org/html/d >> raft-bryant-mpls-unified-ip-sr-01 >> > Htmlized: >> https://datatracker.ietf.org/doc/html/draft-bryant-mpls-unified-ip- >> > sr-01 >> > Diff: >> https://www.ietf.org/rfcdiff?url2=draft-bryant-mpls-unified-ip-sr-01 >> > >> > Abstract: >> > Segment routing is a source routed forwarding method that allows >> > packets to be steered through a network on paths other than the >> > shortest path derived from the routing protocol. The approach uses >> > information encoded in the packet header to partially or completely >> > specify the route the packet takes through the network, and does not >> > make use of a signaling protocol to pre-install paths in the network. >> > >> > Two different encapsulations have been defined to enable segment >> > routing in an MPLS network and in an IPv6 network. While >> > acknowledging that there is a strong need to support segment routing >> > in both environments, this document defines a converged, unified >> > approach to segment routing that enables a single mechanism to be >> > applied in both types of network. The resulting approach is also >> > applicable to IPv4 networks without the need for any changes to the >> > IPv4 specification. >> > >> > This document makes no changes to the segment routing architecture >> > and builds on existing protocol mechanisms such as the encapsulation >> > of MPLS within UDP defined in RFC 7510. >> > >> > No new procedures are introduced, but existing mechanisms are >> > combined to achieve the desired result. >> > >> > >> > >> > >> > >> > Please note that it may take a couple of minutes from the time of >> submission >> > until the htmlized version and diff are available at tools.ietf.org. >> > >> > The IETF Secretariat >> >> _______________________________________________ >> mpls mailing list >> mpls@ietf.org >> https://www.ietf.org/mailman/listinfo/mpls >> > > --001a11447f72868d3205567f3dbe Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Sorry but forgot one more really useful= advantage which your proposal is lacking ...=C2=A0

D)=C2=A0

In SRv6 when you traverse SR node you move the pointer fro= m one SID to the next one. This allows you to maintain in the packet the en= tire history of functions executed on a given packet. Something which to th= e best of my knowledge we never had in the IP networks. Now how could you a= ccomplish the same or even close to that with SR-MPLS analogy ?=C2=A0
=

Cheers,
R.

On Fri, Aug 11, 201= 7 at 9:11 PM, Robert Raszuk <robert@raszuk.net> wrote:
Hi Adrian,=

I see few so to say &= quot;challenges" with the proposal=C2=A0

<= /div>
A)=C2=A0

SRv6 SID is 128 bits where first 64 is the locator and remaining= 64 is the function. So to "emulate" this directly with SR-MPLS y= ou need for 1 SRv6 SID stack of 8 labels ! And some use cases of SRv6 alrea= dy talk about using few SRv6 SIDs. Please show me the today's hardware = which can consume in single pass and make sense of stack of say 32 mpls lab= els ... so here goes your "interchangeability".=C2=A0

B)=C2=A0
=
One of serious concerns with SRH insertion in = transit as expressed by 6man was MTU. How does this proposal solves this at= all if what you are doing here is taking nicely MTU discovered and negotia= ted IPv6 packet and adding mpls stack or tower + UDP + IPv/v6 encap to it ?= How would end hosts now will get any awareness about this ?

C)=C2=A0
One of the very nice applications for SRv6 is spr= ay function with full multicast address transparency. Please kindly elabora= te how are you going to map IPv4 or IPv6 multicast addresses into MPLS labe= ls ?

- - -=C2=A0

I think while it looks gr= eat on slides that now we will have two different ways to do SR on IP netwo= rks if you really focus to specific applications you will find a lot of the= m which are not going to be compatible with your proposal. So maybe instead= trying to squeeze the balloon to fit the bottle we better collectively foc= us on making the balloon fly ?=C2=A0

Kind regards,
Robert.






On Fri, Aug 11, 2017 at 8:53 PM, Adrian Farrel <adria= n@olddog.co.uk> wrote:
All,=

The presentation of this draft in Prague seemed to be well received and we = got
some comments that we have stated to act on in this revision.

One, non-technical request was to share the work with the SPRING working gr= oup,
and I have just done that.

At the meeting I noted that...
> The authors think this is in charter for MPLS
> But polish and discussion is needed before we ask for adoption

As this polish continues, I'd like to ask the list what they think of t= his work.
Is it going in the right direction? Is it work that you support?

Thanks,
Adrian

> ________________________________________
> From: in= ternet-drafts@ietf.org
> Sent: 11 August 2017 19:39:59 (UTC+00:00) Dublin, Edinburgh, Lisbon, L= ondon
> To: Stewart Bryant; John E Drake; Adrian Farrel
> Subject: New Version Notification for draft-bryant-mpls-unified-ip-sr-01.txt
>
> A new version of I-D, draft-bryant-mpls-unified-ip-sr-01.txt
> has been successfully submitted by Adrian Farrel and posted to the
> IETF repository.
>
> Name:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0draft-bryant-mpls-unifie= d-ip-sr
> Revision:=C2=A0 =C2=A0 =C2=A0 =C2=A001
> Title:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 A Unified Approach to IP Segm= ent Routing
> Document date:=C2=A0 2017-08-11
> Group:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Individual Submission
> Pages:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 16
> URL:
https://www.ietf.org/internet-<= wbr>drafts/draft-bryant-mpls-unified-ip-sr-
> 01.txt
> Status:
https://datatracker.ietf.org/d= oc/draft-bryant-mpls-unified-ip-sr/
> Htmlized:=C2=A0 =C2=A0 =C2=A0 =C2=A0https://tools.ietf.org/html/draft-bryant-mpls-unified-ip-sr-01=
> Htmlized:
https://datatracker.ietf.org/doc/html/draft-bryant-mpls-unified-ip-
> sr-01
> Diff:
https://www.ietf.org/rfcdiff?u= rl2=3Ddraft-bryant-mpls-unified-ip-sr-01
>
> Abstract:
>=C2=A0 =C2=A0 Segment routing is a source routed forwarding method that= allows
>=C2=A0 =C2=A0 packets to be steered through a network on paths other th= an the
>=C2=A0 =C2=A0 shortest path derived from the routing protocol.=C2=A0 Th= e approach uses
>=C2=A0 =C2=A0 information encoded in the packet header to partially or = completely
>=C2=A0 =C2=A0 specify the route the packet takes through the network, a= nd does not
>=C2=A0 =C2=A0 make use of a signaling protocol to pre-install paths in = the network.
>
>=C2=A0 =C2=A0 Two different encapsulations have been defined to enable = segment
>=C2=A0 =C2=A0 routing in an MPLS network and in an IPv6 network.=C2=A0 = While
>=C2=A0 =C2=A0 acknowledging that there is a strong need to support segm= ent routing
>=C2=A0 =C2=A0 in both environments, this document defines a converged, = unified
>=C2=A0 =C2=A0 approach to segment routing that enables a single mechani= sm to be
>=C2=A0 =C2=A0 applied in both types of network.=C2=A0 The resulting app= roach is also
>=C2=A0 =C2=A0 applicable to IPv4 networks without the need for any chan= ges to the
>=C2=A0 =C2=A0 IPv4 specification.
>
>=C2=A0 =C2=A0 This document makes no changes to the segment routing arc= hitecture
>=C2=A0 =C2=A0 and builds on existing protocol mechanisms such as the en= capsulation
>=C2=A0 =C2=A0 of MPLS within UDP defined in RFC 7510.
>
>=C2=A0 =C2=A0 No new procedures are introduced, but existing mechanisms= are
>=C2=A0 =C2=A0 combined to achieve the desired result.
>
>
>
>
>
> Please note that it may take a couple of minutes from the time of subm= ission
> until the htmlized version and diff are available at tools.ietf.org. >
> The IETF Secretariat

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


--001a11447f72868d3205567f3dbe-- From nobody Fri Aug 11 13:17:05 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9CD7A1323B2; Fri, 11 Aug 2017 13:17:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lscIAZTB18Aj; Fri, 11 Aug 2017 13:17:01 -0700 (PDT) Received: from usplmg21.ericsson.net (usplmg21.ericsson.net [198.24.6.65]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0E742132351; Fri, 11 Aug 2017 13:17:00 -0700 (PDT) X-AuditID: c6180641-0f7ff70000002d27-98-598dca59c614 Received: from EUSAAHC005.ericsson.se (Unknown_Domain [147.117.188.87]) by usplmg21.ericsson.net (Symantec Mail Security) with SMTP id 63.93.11559.95ACD895; Fri, 11 Aug 2017 17:16:42 +0200 (CEST) Received: from EUSAAMB107.ericsson.se ([147.117.188.124]) by EUSAAHC005.ericsson.se ([147.117.188.87]) with mapi id 14.03.0352.000; Fri, 11 Aug 2017 16:16:58 -0400 From: Eric Gray To: "Andrew G. Malis" , Adrian Farrel CC: "mpls@ietf.org" , "spring@ietf.org" Thread-Topic: [mpls] FW: New Version Notification for draft-bryant-mpls-unified-ip-sr-01.txt Thread-Index: AQHn/qs4BvcCTQFwrnhrRd9ZEGKw2AIdtmzDokS5lxCAAEyogP//zC9Q Date: Fri, 11 Aug 2017 20:16:58 +0000 Message-ID: <48E1A67CB9CA044EADFEAB87D814BFF64B7B6FDB@eusaamb107.ericsson.se> References: <150247679913.24555.11731619545096839826.idtracker@ietfa.amsl.com> <053e01d312d3$1dcba0c0$5962e240$@olddog.co.uk> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.10] Content-Type: multipart/alternative; boundary="_000_48E1A67CB9CA044EADFEAB87D814BFF64B7B6FDBeusaamb107erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprOIsWRmVeSWpSXmKPExsUyuXRPuG7Uqd5IgyXnhSx+9Nxgtjj9/BSb xa2lK1ktjl/4zejA4rFz1l12jyVLfjJ5rNi8kjGAOYrLJiU1J7MstUjfLoEr48Gpq8wFs7oZ K77/mMXYwLinnbGLkZNDQsBEYuKxS2xdjFwcQgJHGSVuNTewQzjLGSUO/3/GClLFJqAhcezO WrAOEQE/iSfzb7F0MXJwMAt4SBw6KwASFhaIldi+7TUTREmcxPpfK6DK3ST+vjzEAmKzCKhK HDv7FSzOK+Arcbb7GTuILSQwiUniT4cKiM0pECix7+hKsDijgJjE91NrwGYyC4hL3Hoynwni aAGJJXvOM0PYohIvH/9jhbCVJCYtPccKUZ8vMfXJGhaIXYISJ2c+YZnAKDILyahZSMpmISmb BfaZpsT6XfoQJYoSU7ofskPYGhKtc+ayI4svYGRfxchRWlyQk5tuZLiJERhdxyTYHHcw7u31 PMQowMGoxMP7dX1vpBBrYllxZe4hRgkOZiURXgfOvkgh3pTEyqrUovz4otKc1OJDjNIcLEri vO/KL0QICaQnlqRmp6YWpBbBZJk4OKUaGFkE1XsF/VZf96rbnb9/Y0L+7Q5tjbXikZ80UzNk 3Vf+v3Pp1/xVbjWmW8wuvgv3f1vz5oQpq5TYKe9X779JL2MISJncqGruF/fmVPH6z7NZru+4 eHFB1YW60AuneiMeRQr48ry//+muXeZ7myNdXKainudmb/MxfWmpe3jNM4+AKcvKzHwquJVY ijMSDbWYi4oTATmkHnqqAgAA Archived-At: Subject: Re: [mpls] FW: New Version Notification for draft-bryant-mpls-unified-ip-sr-01.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2017 20:17:03 -0000 --_000_48E1A67CB9CA044EADFEAB87D814BFF64B7B6FDBeusaamb107erics_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 V2hhdCBoZSBzYWlk4oCmDQoNCkZyb206IG1wbHMgW21haWx0bzptcGxzLWJvdW5jZXNAaWV0Zi5v cmddIE9uIEJlaGFsZiBPZiBBbmRyZXcgRy4gTWFsaXMNClNlbnQ6IEZyaWRheSwgQXVndXN0IDEx LCAyMDE3IDM6MjIgUE0NClRvOiBBZHJpYW4gRmFycmVsIDxhZHJpYW5Ab2xkZG9nLmNvLnVrPg0K Q2M6IG1wbHNAaWV0Zi5vcmc7IHNwcmluZ0BpZXRmLm9yZw0KU3ViamVjdDogUmU6IFttcGxzXSBG VzogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC1icnlhbnQtbXBscy11bmlmaWVk LWlwLXNyLTAxLnR4dA0KDQpBZHJpYW4sDQoNCkkgdGhpbmsgdGhpcyBpcyBhIHN0cmFpZ2h0Zm9y d2FyZCBkcmFmdCB0aGF0IHByb3ZpZGVzIHZhbHVhYmxlIGZ1bmN0aW9uYWxpdHksIGVzcGVjaWFs bHkgU1Igd2l0aGluIGFuIElQICh2NCBvciB2NikgbmV0d29yayBhcyBkaXNjdXNzZWQgaW4gc2Vj dGlvbiA2LjIuIEkgY2VydGFpbmx5IHN1cHBvcnQgaXQgZ29pbmcgZm9yd2FyZC4gSSBkb27igJl0 IHBlcnNvbmFsbHkgaGF2ZSBhIHN0cm9uZyBvcGluaW9uIHdoZXRoZXIgTVBMUyBvciBTUFJJTkcg aXMgdGhlIHByb3BlciBwbGFjZSB0byBwdXJzdWUgdGhlIHdvcmssIGFzIGxvbmcgYXMgaXQgaXMg cHVyc3VlZC4gSeKAmW0gaGFwcHkgdG8gbGV0IHRoZSBXRyBjaGFpcnMgYW5kIEFEcyBmaWd1cmUg dGhhdCBvdXQuDQoNCkNoZWVycywNCkFuZHkNCg0KDQpPbiBGcmksIEF1ZyAxMSwgMjAxNyBhdCAy OjUzIFBNLCBBZHJpYW4gRmFycmVsIDxhZHJpYW5Ab2xkZG9nLmNvLnVrPG1haWx0bzphZHJpYW5A b2xkZG9nLmNvLnVrPj4gd3JvdGU6DQpBbGwsDQoNClRoZSBwcmVzZW50YXRpb24gb2YgdGhpcyBk cmFmdCBpbiBQcmFndWUgc2VlbWVkIHRvIGJlIHdlbGwgcmVjZWl2ZWQgYW5kIHdlIGdvdA0Kc29t ZSBjb21tZW50cyB0aGF0IHdlIGhhdmUgc3RhdGVkIHRvIGFjdCBvbiBpbiB0aGlzIHJldmlzaW9u Lg0KDQpPbmUsIG5vbi10ZWNobmljYWwgcmVxdWVzdCB3YXMgdG8gc2hhcmUgdGhlIHdvcmsgd2l0 aCB0aGUgU1BSSU5HIHdvcmtpbmcgZ3JvdXAsDQphbmQgSSBoYXZlIGp1c3QgZG9uZSB0aGF0Lg0K DQpBdCB0aGUgbWVldGluZyBJIG5vdGVkIHRoYXQuLi4NCj4gVGhlIGF1dGhvcnMgdGhpbmsgdGhp cyBpcyBpbiBjaGFydGVyIGZvciBNUExTDQo+IEJ1dCBwb2xpc2ggYW5kIGRpc2N1c3Npb24gaXMg bmVlZGVkIGJlZm9yZSB3ZSBhc2sgZm9yIGFkb3B0aW9uDQoNCkFzIHRoaXMgcG9saXNoIGNvbnRp bnVlcywgSSdkIGxpa2UgdG8gYXNrIHRoZSBsaXN0IHdoYXQgdGhleSB0aGluayBvZiB0aGlzIHdv cmsuDQpJcyBpdCBnb2luZyBpbiB0aGUgcmlnaHQgZGlyZWN0aW9uPyBJcyBpdCB3b3JrIHRoYXQg eW91IHN1cHBvcnQ/DQoNClRoYW5rcywNCkFkcmlhbg0KDQo+IF9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NCj4gRnJvbTogaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPG1h aWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc+DQo+IFNlbnQ6IDExIEF1Z3VzdCAyMDE3IDE5 OjM5OjU5IChVVEMrMDA6MDApIER1YmxpbiwgRWRpbmJ1cmdoLCBMaXNib24sIExvbmRvbg0KPiBU bzogU3Rld2FydCBCcnlhbnQ7IEpvaG4gRSBEcmFrZTsgQWRyaWFuIEZhcnJlbA0KPiBTdWJqZWN0 OiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LWJyeWFudC1tcGxzLXVuaWZpZWQt aXAtc3ItMDEudHh0DQo+DQo+IEEgbmV3IHZlcnNpb24gb2YgSS1ELCBkcmFmdC1icnlhbnQtbXBs cy11bmlmaWVkLWlwLXNyLTAxLnR4dA0KPiBoYXMgYmVlbiBzdWNjZXNzZnVsbHkgc3VibWl0dGVk IGJ5IEFkcmlhbiBGYXJyZWwgYW5kIHBvc3RlZCB0byB0aGUNCj4gSUVURiByZXBvc2l0b3J5Lg0K Pg0KPiBOYW1lOiAgICAgICAgICAgZHJhZnQtYnJ5YW50LW1wbHMtdW5pZmllZC1pcC1zcg0KPiBS ZXZpc2lvbjogICAgICAgMDENCj4gVGl0bGU6ICAgICAgICAgIEEgVW5pZmllZCBBcHByb2FjaCB0 byBJUCBTZWdtZW50IFJvdXRpbmcNCj4gRG9jdW1lbnQgZGF0ZTogIDIwMTctMDgtMTENCj4gR3Jv dXA6ICAgICAgICAgIEluZGl2aWR1YWwgU3VibWlzc2lvbg0KPiBQYWdlczogICAgICAgICAgMTYN Cj4gVVJMOg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWJyeWFu dC1tcGxzLXVuaWZpZWQtaXAtc3ItDQo+IDAxLnR4dA0KPiBTdGF0dXM6DQpodHRwczovL2RhdGF0 cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1icnlhbnQtbXBscy11bmlmaWVkLWlwLXNyLw0KPiBI dG1saXplZDogICAgICAgaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWJyeWFudC1t cGxzLXVuaWZpZWQtaXAtc3ItMDENCj4gSHRtbGl6ZWQ6DQpodHRwczovL2RhdGF0cmFja2VyLmll dGYub3JnL2RvYy9odG1sL2RyYWZ0LWJyeWFudC1tcGxzLXVuaWZpZWQtaXAtDQo+IHNyLTAxDQo+ IERpZmY6DQpodHRwczovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtYnJ5YW50LW1w bHMtdW5pZmllZC1pcC1zci0wMQ0KPg0KPiBBYnN0cmFjdDoNCj4gICAgU2VnbWVudCByb3V0aW5n IGlzIGEgc291cmNlIHJvdXRlZCBmb3J3YXJkaW5nIG1ldGhvZCB0aGF0IGFsbG93cw0KPiAgICBw YWNrZXRzIHRvIGJlIHN0ZWVyZWQgdGhyb3VnaCBhIG5ldHdvcmsgb24gcGF0aHMgb3RoZXIgdGhh biB0aGUNCj4gICAgc2hvcnRlc3QgcGF0aCBkZXJpdmVkIGZyb20gdGhlIHJvdXRpbmcgcHJvdG9j b2wuICBUaGUgYXBwcm9hY2ggdXNlcw0KPiAgICBpbmZvcm1hdGlvbiBlbmNvZGVkIGluIHRoZSBw YWNrZXQgaGVhZGVyIHRvIHBhcnRpYWxseSBvciBjb21wbGV0ZWx5DQo+ICAgIHNwZWNpZnkgdGhl IHJvdXRlIHRoZSBwYWNrZXQgdGFrZXMgdGhyb3VnaCB0aGUgbmV0d29yaywgYW5kIGRvZXMgbm90 DQo+ICAgIG1ha2UgdXNlIG9mIGEgc2lnbmFsaW5nIHByb3RvY29sIHRvIHByZS1pbnN0YWxsIHBh dGhzIGluIHRoZSBuZXR3b3JrLg0KPg0KPiAgICBUd28gZGlmZmVyZW50IGVuY2Fwc3VsYXRpb25z IGhhdmUgYmVlbiBkZWZpbmVkIHRvIGVuYWJsZSBzZWdtZW50DQo+ICAgIHJvdXRpbmcgaW4gYW4g TVBMUyBuZXR3b3JrIGFuZCBpbiBhbiBJUHY2IG5ldHdvcmsuICBXaGlsZQ0KPiAgICBhY2tub3ds ZWRnaW5nIHRoYXQgdGhlcmUgaXMgYSBzdHJvbmcgbmVlZCB0byBzdXBwb3J0IHNlZ21lbnQgcm91 dGluZw0KPiAgICBpbiBib3RoIGVudmlyb25tZW50cywgdGhpcyBkb2N1bWVudCBkZWZpbmVzIGEg Y29udmVyZ2VkLCB1bmlmaWVkDQo+ICAgIGFwcHJvYWNoIHRvIHNlZ21lbnQgcm91dGluZyB0aGF0 IGVuYWJsZXMgYSBzaW5nbGUgbWVjaGFuaXNtIHRvIGJlDQo+ICAgIGFwcGxpZWQgaW4gYm90aCB0 eXBlcyBvZiBuZXR3b3JrLiAgVGhlIHJlc3VsdGluZyBhcHByb2FjaCBpcyBhbHNvDQo+ICAgIGFw cGxpY2FibGUgdG8gSVB2NCBuZXR3b3JrcyB3aXRob3V0IHRoZSBuZWVkIGZvciBhbnkgY2hhbmdl cyB0byB0aGUNCj4gICAgSVB2NCBzcGVjaWZpY2F0aW9uLg0KPg0KPiAgICBUaGlzIGRvY3VtZW50 IG1ha2VzIG5vIGNoYW5nZXMgdG8gdGhlIHNlZ21lbnQgcm91dGluZyBhcmNoaXRlY3R1cmUNCj4g ICAgYW5kIGJ1aWxkcyBvbiBleGlzdGluZyBwcm90b2NvbCBtZWNoYW5pc21zIHN1Y2ggYXMgdGhl IGVuY2Fwc3VsYXRpb24NCj4gICAgb2YgTVBMUyB3aXRoaW4gVURQIGRlZmluZWQgaW4gUkZDIDc1 MTAuDQo+DQo+ICAgIE5vIG5ldyBwcm9jZWR1cmVzIGFyZSBpbnRyb2R1Y2VkLCBidXQgZXhpc3Rp bmcgbWVjaGFuaXNtcyBhcmUNCj4gICAgY29tYmluZWQgdG8gYWNoaWV2ZSB0aGUgZGVzaXJlZCBy ZXN1bHQuDQo+DQo+DQo+DQo+DQo+DQo+IFBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBj b3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24NCj4gdW50aWwgdGhl IGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9y ZzxodHRwOi8vdG9vbHMuaWV0Zi5vcmc+Lg0KPg0KPiBUaGUgSUVURiBTZWNyZXRhcmlhdA0KDQpf X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KbXBscyBtYWls aW5nIGxpc3QNCm1wbHNAaWV0Zi5vcmc8bWFpbHRvOm1wbHNAaWV0Zi5vcmc+DQpodHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHMNCg0K --_000_48E1A67CB9CA044EADFEAB87D814BFF64B7B6FDBeusaamb107erics_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQph OmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xv cjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1z b0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJw bGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLm1zb25vcm1hbDAsIGxpLm1zb25v cm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsNCgltc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0KCW1zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZv bnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21z by1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5z LXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxl LXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0K QHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAx LjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24x O30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRz IHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtp ZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1h cCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRp Zl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVy cGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5X aGF0IGhlIHNhaWTigKY8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+RnJvbTo8L2I+IG1wbHMg W21haWx0bzptcGxzLWJvdW5jZXNAaWV0Zi5vcmddIDxiPk9uIEJlaGFsZiBPZg0KPC9iPkFuZHJl dyBHLiBNYWxpczxicj4NCjxiPlNlbnQ6PC9iPiBGcmlkYXksIEF1Z3VzdCAxMSwgMjAxNyAzOjIy IFBNPGJyPg0KPGI+VG86PC9iPiBBZHJpYW4gRmFycmVsICZsdDthZHJpYW5Ab2xkZG9nLmNvLnVr Jmd0Ozxicj4NCjxiPkNjOjwvYj4gbXBsc0BpZXRmLm9yZzsgc3ByaW5nQGlldGYub3JnPGJyPg0K PGI+U3ViamVjdDo8L2I+IFJlOiBbbXBsc10gRlc6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBm b3IgZHJhZnQtYnJ5YW50LW1wbHMtdW5pZmllZC1pcC1zci0wMS50eHQ8bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPkFkcmlhbiw8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPkkgdGhpbmsgdGhpcyBpcyBhIHN0cmFpZ2h0Zm9yd2FyZCBkcmFmdCB0aGF0 IHByb3ZpZGVzIHZhbHVhYmxlIGZ1bmN0aW9uYWxpdHksIGVzcGVjaWFsbHkgU1Igd2l0aGluIGFu IElQICh2NCBvciB2NikgbmV0d29yayBhcyBkaXNjdXNzZWQgaW4gc2VjdGlvbiA2LjIuIEkgY2Vy dGFpbmx5IHN1cHBvcnQgaXQgZ29pbmcgZm9yd2FyZC4gSSBkb27igJl0IHBlcnNvbmFsbHkgaGF2 ZSBhIHN0cm9uZyBvcGluaW9uIHdoZXRoZXINCiBNUExTIG9yIFNQUklORyBpcyB0aGUgcHJvcGVy IHBsYWNlIHRvIHB1cnN1ZSB0aGUgd29yaywgYXMgbG9uZyBhcyBpdCBpcyBwdXJzdWVkLiBJ4oCZ bSBoYXBweSB0byBsZXQgdGhlIFdHIGNoYWlycyBhbmQgQURzIGZpZ3VyZSB0aGF0IG91dC48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Q2hlZXJz LDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QW5k eTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pk9uIEZyaSwgQXVnIDExLCAyMDE3IGF0IDI6NTMgUE0sIEFkcmlhbiBGYXJyZWwgJmx0OzxhIGhy ZWY9Im1haWx0bzphZHJpYW5Ab2xkZG9nLmNvLnVrIiB0YXJnZXQ9Il9ibGFuayI+YWRyaWFuQG9s ZGRvZy5jby51azwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5 bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzow aW4gMGluIDBpbiA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGluIj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPkFsbCw8YnI+DQo8YnI+DQpUaGUgcHJlc2VudGF0aW9uIG9mIHRo aXMgZHJhZnQgaW4gUHJhZ3VlIHNlZW1lZCB0byBiZSB3ZWxsIHJlY2VpdmVkIGFuZCB3ZSBnb3Q8 YnI+DQpzb21lIGNvbW1lbnRzIHRoYXQgd2UgaGF2ZSBzdGF0ZWQgdG8gYWN0IG9uIGluIHRoaXMg cmV2aXNpb24uPGJyPg0KPGJyPg0KT25lLCBub24tdGVjaG5pY2FsIHJlcXVlc3Qgd2FzIHRvIHNo YXJlIHRoZSB3b3JrIHdpdGggdGhlIFNQUklORyB3b3JraW5nIGdyb3VwLDxicj4NCmFuZCBJIGhh dmUganVzdCBkb25lIHRoYXQuPGJyPg0KPGJyPg0KQXQgdGhlIG1lZXRpbmcgSSBub3RlZCB0aGF0 Li4uPGJyPg0KJmd0OyBUaGUgYXV0aG9ycyB0aGluayB0aGlzIGlzIGluIGNoYXJ0ZXIgZm9yIE1Q TFM8YnI+DQomZ3Q7IEJ1dCBwb2xpc2ggYW5kIGRpc2N1c3Npb24gaXMgbmVlZGVkIGJlZm9yZSB3 ZSBhc2sgZm9yIGFkb3B0aW9uPGJyPg0KPGJyPg0KQXMgdGhpcyBwb2xpc2ggY29udGludWVzLCBJ J2QgbGlrZSB0byBhc2sgdGhlIGxpc3Qgd2hhdCB0aGV5IHRoaW5rIG9mIHRoaXMgd29yay48YnI+ DQpJcyBpdCBnb2luZyBpbiB0aGUgcmlnaHQgZGlyZWN0aW9uPyBJcyBpdCB3b3JrIHRoYXQgeW91 IHN1cHBvcnQ/PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxicj4NClRoYW5rcyw8YnI+DQpBZHJpYW48YnI+DQo8YnI+DQomZ3Q7IF9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQomZ3Q7IEZyb206IDxhIGhyZWY9Im1h aWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmciPmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZzwv YT48YnI+DQomZ3Q7IFNlbnQ6IDExIEF1Z3VzdCAyMDE3IDE5OjM5OjU5IChVVEMmIzQzOzAwOjAw KSBEdWJsaW4sIEVkaW5idXJnaCwgTGlzYm9uLCBMb25kb248YnI+DQomZ3Q7IFRvOiBTdGV3YXJ0 IEJyeWFudDsgSm9obiBFIERyYWtlOyBBZHJpYW4gRmFycmVsPGJyPg0KJmd0OyBTdWJqZWN0OiBO ZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LWJyeWFudC1tcGxzLXVuaWZpZWQtaXAt c3ItMDEudHh0PGJyPg0KJmd0Ozxicj4NCiZndDsgQSBuZXcgdmVyc2lvbiBvZiBJLUQsIGRyYWZ0 LWJyeWFudC1tcGxzLXVuaWZpZWQtaXAtc3ItMDEudHh0PGJyPg0KJmd0OyBoYXMgYmVlbiBzdWNj ZXNzZnVsbHkgc3VibWl0dGVkIGJ5IEFkcmlhbiBGYXJyZWwgYW5kIHBvc3RlZCB0byB0aGU8YnI+ DQomZ3Q7IElFVEYgcmVwb3NpdG9yeS48YnI+DQomZ3Q7PGJyPg0KJmd0OyBOYW1lOiZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ZHJhZnQtYnJ5YW50LW1wbHMtdW5pZmll ZC1pcC1zcjxicj4NCiZndDsgUmV2aXNpb246Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7MDE8 YnI+DQomZ3Q7IFRpdGxlOiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgQSBVbmlm aWVkIEFwcHJvYWNoIHRvIElQIFNlZ21lbnQgUm91dGluZzxicj4NCiZndDsgRG9jdW1lbnQgZGF0 ZTombmJzcDsgMjAxNy0wOC0xMTxicj4NCiZndDsgR3JvdXA6Jm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyBJbmRpdmlkdWFsIFN1Ym1pc3Npb248YnI+DQomZ3Q7IFBhZ2VzOiZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgMTY8YnI+DQomZ3Q7IFVSTDo8YnI+DQo8YSBo cmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtYnJ5YW50LW1w bHMtdW5pZmllZC1pcC1zci0iIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3dy5pZXRmLm9yZy9p bnRlcm5ldC1kcmFmdHMvZHJhZnQtYnJ5YW50LW1wbHMtdW5pZmllZC1pcC1zci08L2E+PGJyPg0K Jmd0OyAwMS50eHQ8YnI+DQomZ3Q7IFN0YXR1czo8YnI+DQo8YSBocmVmPSJodHRwczovL2RhdGF0 cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1icnlhbnQtbXBscy11bmlmaWVkLWlwLXNyLyIgdGFy Z2V0PSJfYmxhbmsiPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWJyeWFu dC1tcGxzLXVuaWZpZWQtaXAtc3IvPC9hPjxicj4NCiZndDsgSHRtbGl6ZWQ6Jm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0 LWJyeWFudC1tcGxzLXVuaWZpZWQtaXAtc3ItMDEiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3Rv b2xzLmlldGYub3JnL2h0bWwvZHJhZnQtYnJ5YW50LW1wbHMtdW5pZmllZC1pcC1zci0wMTwvYT48 YnI+DQomZ3Q7IEh0bWxpemVkOjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0 Zi5vcmcvZG9jL2h0bWwvZHJhZnQtYnJ5YW50LW1wbHMtdW5pZmllZC1pcC0iIHRhcmdldD0iX2Js YW5rIj5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LWJyeWFudC1t cGxzLXVuaWZpZWQtaXAtPC9hPjxicj4NCiZndDsgc3ItMDE8YnI+DQomZ3Q7IERpZmY6PGJyPg0K PGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWJyeWFudC1t cGxzLXVuaWZpZWQtaXAtc3ItMDEiIHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3dy5pZXRmLm9y Zy9yZmNkaWZmP3VybDI9ZHJhZnQtYnJ5YW50LW1wbHMtdW5pZmllZC1pcC1zci0wMTwvYT48YnI+ DQomZ3Q7PGJyPg0KJmd0OyBBYnN0cmFjdDo8YnI+DQomZ3Q7Jm5ic3A7ICZuYnNwOyBTZWdtZW50 IHJvdXRpbmcgaXMgYSBzb3VyY2Ugcm91dGVkIGZvcndhcmRpbmcgbWV0aG9kIHRoYXQgYWxsb3dz PGJyPg0KJmd0OyZuYnNwOyAmbmJzcDsgcGFja2V0cyB0byBiZSBzdGVlcmVkIHRocm91Z2ggYSBu ZXR3b3JrIG9uIHBhdGhzIG90aGVyIHRoYW4gdGhlPGJyPg0KJmd0OyZuYnNwOyAmbmJzcDsgc2hv cnRlc3QgcGF0aCBkZXJpdmVkIGZyb20gdGhlIHJvdXRpbmcgcHJvdG9jb2wuJm5ic3A7IFRoZSBh cHByb2FjaCB1c2VzPGJyPg0KJmd0OyZuYnNwOyAmbmJzcDsgaW5mb3JtYXRpb24gZW5jb2RlZCBp biB0aGUgcGFja2V0IGhlYWRlciB0byBwYXJ0aWFsbHkgb3IgY29tcGxldGVseTxicj4NCiZndDsm bmJzcDsgJm5ic3A7IHNwZWNpZnkgdGhlIHJvdXRlIHRoZSBwYWNrZXQgdGFrZXMgdGhyb3VnaCB0 aGUgbmV0d29yaywgYW5kIGRvZXMgbm90PGJyPg0KJmd0OyZuYnNwOyAmbmJzcDsgbWFrZSB1c2Ug b2YgYSBzaWduYWxpbmcgcHJvdG9jb2wgdG8gcHJlLWluc3RhbGwgcGF0aHMgaW4gdGhlIG5ldHdv cmsuPGJyPg0KJmd0Ozxicj4NCiZndDsmbmJzcDsgJm5ic3A7IFR3byBkaWZmZXJlbnQgZW5jYXBz dWxhdGlvbnMgaGF2ZSBiZWVuIGRlZmluZWQgdG8gZW5hYmxlIHNlZ21lbnQ8YnI+DQomZ3Q7Jm5i c3A7ICZuYnNwOyByb3V0aW5nIGluIGFuIE1QTFMgbmV0d29yayBhbmQgaW4gYW4gSVB2NiBuZXR3 b3JrLiZuYnNwOyBXaGlsZTxicj4NCiZndDsmbmJzcDsgJm5ic3A7IGFja25vd2xlZGdpbmcgdGhh dCB0aGVyZSBpcyBhIHN0cm9uZyBuZWVkIHRvIHN1cHBvcnQgc2VnbWVudCByb3V0aW5nPGJyPg0K Jmd0OyZuYnNwOyAmbmJzcDsgaW4gYm90aCBlbnZpcm9ubWVudHMsIHRoaXMgZG9jdW1lbnQgZGVm aW5lcyBhIGNvbnZlcmdlZCwgdW5pZmllZDxicj4NCiZndDsmbmJzcDsgJm5ic3A7IGFwcHJvYWNo IHRvIHNlZ21lbnQgcm91dGluZyB0aGF0IGVuYWJsZXMgYSBzaW5nbGUgbWVjaGFuaXNtIHRvIGJl PGJyPg0KJmd0OyZuYnNwOyAmbmJzcDsgYXBwbGllZCBpbiBib3RoIHR5cGVzIG9mIG5ldHdvcmsu Jm5ic3A7IFRoZSByZXN1bHRpbmcgYXBwcm9hY2ggaXMgYWxzbzxicj4NCiZndDsmbmJzcDsgJm5i c3A7IGFwcGxpY2FibGUgdG8gSVB2NCBuZXR3b3JrcyB3aXRob3V0IHRoZSBuZWVkIGZvciBhbnkg Y2hhbmdlcyB0byB0aGU8YnI+DQomZ3Q7Jm5ic3A7ICZuYnNwOyBJUHY0IHNwZWNpZmljYXRpb24u PGJyPg0KJmd0Ozxicj4NCiZndDsmbmJzcDsgJm5ic3A7IFRoaXMgZG9jdW1lbnQgbWFrZXMgbm8g Y2hhbmdlcyB0byB0aGUgc2VnbWVudCByb3V0aW5nIGFyY2hpdGVjdHVyZTxicj4NCiZndDsmbmJz cDsgJm5ic3A7IGFuZCBidWlsZHMgb24gZXhpc3RpbmcgcHJvdG9jb2wgbWVjaGFuaXNtcyBzdWNo IGFzIHRoZSBlbmNhcHN1bGF0aW9uPGJyPg0KJmd0OyZuYnNwOyAmbmJzcDsgb2YgTVBMUyB3aXRo aW4gVURQIGRlZmluZWQgaW4gUkZDIDc1MTAuPGJyPg0KJmd0Ozxicj4NCiZndDsmbmJzcDsgJm5i c3A7IE5vIG5ldyBwcm9jZWR1cmVzIGFyZSBpbnRyb2R1Y2VkLCBidXQgZXhpc3RpbmcgbWVjaGFu aXNtcyBhcmU8YnI+DQomZ3Q7Jm5ic3A7ICZuYnNwOyBjb21iaW5lZCB0byBhY2hpZXZlIHRoZSBk ZXNpcmVkIHJlc3VsdC48YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJy Pg0KJmd0Ozxicj4NCiZndDsgUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBv ZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2Ygc3VibWlzc2lvbjxicj4NCiZndDsgdW50aWwgdGhl IGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCA8YSBocmVmPSJodHRw Oi8vdG9vbHMuaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj4NCnRvb2xzLmlldGYub3JnPC9hPi48 YnI+DQomZ3Q7PGJyPg0KJmd0OyBUaGUgSUVURiBTZWNyZXRhcmlhdDxicj4NCjxicj4NCl9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+bXBscyBtYWlsaW5nIGxpc3Q8 YnI+DQo8YSBocmVmPSJtYWlsdG86bXBsc0BpZXRmLm9yZyI+bXBsc0BpZXRmLm9yZzwvYT48YnI+ DQo8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHMiIHRh cmdldD0iX2JsYW5rIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHM8 L2E+PG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwv aHRtbD4NCg== --_000_48E1A67CB9CA044EADFEAB87D814BFF64B7B6FDBeusaamb107erics_-- From nobody Fri Aug 11 14:14:41 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 11B101323D4 for ; Fri, 11 Aug 2017 14:14:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.519 X-Spam-Level: X-Spam-Status: No, score=-14.519 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5, WEIRD_PORT=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vK61UCQctwI3 for ; Fri, 11 Aug 2017 14:14:38 -0700 (PDT) Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 62B33132431 for ; Fri, 11 Aug 2017 14:14:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4034; q=dns/txt; s=iport; t=1502486078; x=1503695678; h=from:to:subject:date:message-id:mime-version; bh=CjDSvqiBCEXTSegoBSxPlKJCpWmPc66pWf9KwcWD1zI=; b=DPFrIHCLUtyidk5vb0FgRek0xMgxcQ83znIhbsOZquZB7tq9wA2Pw9qD fq//rCgSNl7BJ0defvP14UJ7yfXhZQlHEHgkCKeOpErA6siV+qmpbK/Dv yMCqoWSd7gKtTZSdG7F0Vz2VN726JpGC0wloyvpPDsp4OyzP6ZIgcm0qx I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AiCgDMHI5Z/4sNJK1dHAEBBAEBCgEBg?= =?us-ascii?q?m9rZIEUAQaOCpAMgUyRBIU1ghIshDeBAIRcPxgBAgEBAQEBAQFrHQuFQmgBDD4?= =?us-ascii?q?CBDAnBIleZBCra4ImJ4s5AQEBAQEFAQEBAQEBAQEggyiCAoFMgg4LincwgjEFo?= =?us-ascii?q?CYCgWaFa4xngmiPbJYSAQ8QOIEKdxVbAYcGAXeJHwGBDgEBAQ?= X-IronPort-AV: E=Sophos;i="5.41,359,1498521600"; d="scan'208,217";a="281658504" Received: from alln-core-6.cisco.com ([173.36.13.139]) by rcdn-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 11 Aug 2017 21:14:37 +0000 Received: from XCH-RTP-002.cisco.com (xch-rtp-002.cisco.com [64.101.220.142]) by alln-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id v7BLEblI010577 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for ; Fri, 11 Aug 2017 21:14:37 GMT Received: from xch-rtp-001.cisco.com (64.101.220.141) by XCH-RTP-002.cisco.com (64.101.220.142) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Fri, 11 Aug 2017 17:14:36 -0400 Received: from xch-rtp-001.cisco.com ([64.101.220.141]) by XCH-RTP-001.cisco.com ([64.101.220.141]) with mapi id 15.00.1210.000; Fri, 11 Aug 2017 17:14:36 -0400 From: "Tarek Saad (tsaad)" To: "mpls@ietf.org" Thread-Topic: Minutes from Prague (ietf99) Thread-Index: AQHTEubVnzHDv4+Uqkq+xQnkXHhDXw== Date: Fri, 11 Aug 2017 21:14:36 +0000 Message-ID: <080DF321-956A-4806-97B9-73DF9932CBF3@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.22.0.170515 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [161.44.212.123] Content-Type: multipart/alternative; boundary="_000_080DF321956A480697B973DF9932CBF3ciscocom_" MIME-Version: 1.0 Archived-At: Subject: [mpls] Minutes from Prague (ietf99) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2017 21:14:40 -0000 --_000_080DF321956A480697B973DF9932CBF3ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgYWxsLA0KDQpUaGUgbWludXRlcyBmcm9tIE1QTFMgV0cgc2Vzc2lvbnMgaW4gUHJhZ3VlIGhh dmUgbm93IGJlZW4gdXBsb2FkZWQuIExldA0KVGhlIG1pbnV0ZXMgYXJlIGFsc28gYXZhaWxhYmxl IEANCmh0dHA6Ly9ldGhlcnBhZC50b29scy5pZXRmLm9yZzo5MDAwL3Avbm90ZXMtaWV0Zi05OS1t cGxzDQpMZXQgbWUga25vdyBpZiB5b3UgaGF2ZSBhbnkgc3VnZ2VzdGVkIG1vZGlmaWNhdGlvbnMu DQpUaGFua3MgdG8gYWxsIHdobyBoYXZlIGNvbnRyaWJ1dGVkIGluIHRha2luZyBkb3duIHRoZSBt aW51dGVzLg0KDQpSZWdhcmRzLA0KVGFyZWsNCg== --_000_080DF321956A480697B973DF9932CBF3ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0 IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8N CnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsN CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWls eToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21z by1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlvbjp1 bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1z dHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojOTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRl cmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtY29t cG9zZTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0 ZXh0Ow0KCWZvbnQtd2VpZ2h0Om5vcm1hbDsNCglmb250LXN0eWxlOm5vcm1hbDt9DQpzcGFuLm1z b0lucw0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCgltc28tc3R5bGUtbmFtZToiIjsN Cgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lOw0KCWNvbG9yOnRlYWw7fQ0KLk1zb0NocERlZmF1 bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmki LHNhbnMtc2VyaWY7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0 Ow0KCW1hcmdpbjo3Mi4wcHQgNzIuMHB0IDcyLjBwdCA3Mi4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9u MQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPg0KPC9oZWFkPg0KPGJvZHkgYmdj b2xvcj0id2hpdGUiIGxhbmc9IkVOLVVTIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+ DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SGkgYWxs LDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGUgbWludXRlcyBmcm9tIE1QTFMgV0cgc2Vzc2lv bnMgaW4gUHJhZ3VlIGhhdmUgbm93IGJlZW4gdXBsb2FkZWQuIExldA0KPG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGUgbWludXRlcyBhcmUgYWxzbyBhdmFpbGFibGUgQDxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGEgaHJlZj0iaHR0cDovL2V0aGVy cGFkLnRvb2xzLmlldGYub3JnOjkwMDAvcC9ub3Rlcy1pZXRmLTk5LW1wbHMiPmh0dHA6Ly9ldGhl cnBhZC50b29scy5pZXRmLm9yZzo5MDAwL3Avbm90ZXMtaWV0Zi05OS1tcGxzPC9hPjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+TGV0IG1lIGtub3cgaWYgeW91IGhhdmUgYW55 IHN1Z2dlc3RlZCBtb2RpZmljYXRpb25zLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+VGhhbmtzIHRvIGFsbCB3aG8gaGF2ZSBjb250cmlidXRlZCBpbiB0YWtpbmcgZG93biB0 aGUgbWludXRlcy48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+UmVnYXJkcyw8bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRhcmVrPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwv Ym9keT4NCjwvaHRtbD4NCg== --_000_080DF321956A480697B973DF9932CBF3ciscocom_-- From nobody Sat Aug 12 11:35:01 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C3E861323AD for ; Sat, 12 Aug 2017 11:35:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.008 X-Spam-Level: X-Spam-Status: No, score=-3.008 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H5=-1, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, WEIRD_PORT=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cox.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xlBrxniQ6Dpp for ; Sat, 12 Aug 2017 11:34:58 -0700 (PDT) Received: from NAM03-BY2-obe.outbound.protection.outlook.com (mail-by2nam03on0064.outbound.protection.outlook.com [104.47.42.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0FE5A132474 for ; Sat, 12 Aug 2017 11:34:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cox.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=3f7eVvVnRdBFVu+IjeiwX7Q3ed9vkJV0dOg12mxgWSk=; b=g1rBXho0Ato36i++hWzoLZYsH1vEgaf6XEXW70L+iqNcOw8y2D6ji5y2qO9VaqTe3eKjbxwbJbKzSlTSVpsbfFfuRnc8TBaHqqlKSBEmK/Mgk7cQyK7VEeFYL4myErHwrETtxlX2EIuekUJhKaz1r61I6fCmjqZPoH6qCJsix+w= Received: from BN6PR01MB2292.prod.exchangelabs.com (10.173.27.14) by BN6PR01MB2292.prod.exchangelabs.com (10.173.27.14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.1.1320.16; Sat, 12 Aug 2017 18:34:56 +0000 Received: from BN6PR01MB2292.prod.exchangelabs.com ([10.173.27.14]) by BN6PR01MB2292.prod.exchangelabs.com ([10.173.27.14]) with mapi id 15.01.1320.022; Sat, 12 Aug 2017 18:34:56 +0000 From: "Khaddam, Mazen (CCI-Atlanta)" To: "Tarek Saad (tsaad)" , "mpls@ietf.org" Thread-Topic: [mpls] Minutes from Prague (ietf99) Thread-Index: AQHTEubVnzHDv4+Uqkq+xQnkXHhDX6KBDZZo Date: Sat, 12 Aug 2017 18:34:55 +0000 Message-ID: References: <080DF321-956A-4806-97B9-73DF9932CBF3@cisco.com> In-Reply-To: <080DF321-956A-4806-97B9-73DF9932CBF3@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Mazen.Khaddam@cox.com; x-originating-ip: [34.208.29.123] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; BN6PR01MB2292; 6:SJHh+nEy66/ecFytHBzYchx8DoyiXS4hMdmget1nfEJcGWnl9qPNvGQTGcU1kY1ZAgvzFVolTU2swvUjNMo14DpS8qrBdUZ/MGEefh4HsGoTe9+4FQ2bZHEAxs4xB+mUFo8vRb9pR2z2rG8Hx6h6m3Je2+SBbiqFJ5PhhIG45SmqO09yq1ZkWzlBX5HPyc+9lzQNS6EbzNxDMiRUpVLh+Y8DE8iUei3gleyS1bNZyPepWgcedkTgbgG7vfg+tj+hWW0SuLdKVHPMt260eYMbWEsp5h9OzSPXJFdRtDzmT14tBq1Twerl0+UnwEwDNanuAyaIxifeudgoauAQKuyZzg==; 5:5sXfYUs31WV6lfliF059Y+T57lyiSJbLax1Sg70c7VQjbhuJUwrtZ2MLOhlE8sHKDyYGNlc1VUhk8JPPrF1NLPjPLFv0GUaO0+5VczcWw5NeOnv83Hrp1Cwm4c5lHwEmHnBtrB2YrT4KiWeiDvQLKw==; 24:teclG02GLa+g2bgO2mLHf4XyI91h4djzBnhsYpPd7vWIfRyWf4sx+7u3188iMVeB53qM9+QnLrAvt6lzYa8qZ24oQWchKTw0TpbMQta9hgQ=; 7:6+qihy19o6LmUxRAXYIziZCDuzaXwmkGCzrgq8Yte9mB+h1DKXZqPJwnLXUP0d3DE6rOA3+lW1n2UETRr2EeoUGL/NO2SqL0oBhqzLNuW1CYrIMlcNT3MtJ6tV7b5w2nHACAenRQoVI69CBcmxmBs6vD0wQs7gXM5MM/kbWjHrYtMlNJUEmDcGFBSIfFovfVEJh2heAQqJPUTG+uk+H1btAPcrPo/fKMTvUN3SOTcl8= x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: 69515c66-ad86-42d6-24d2-08d4e1b0d47f x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(2017030254152)(300000503095)(300135400095)(48565401081)(2017052603031)(201703131423075)(201703031133081)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:BN6PR01MB2292; x-ms-traffictypediagnostic: BN6PR01MB2292: x-exchange-antispam-report-test: UriScan:(111885846020525)(95692535739014)(81439100147899); x-microsoft-antispam-prvs: x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(2401047)(8121501046)(5005006)(10201501046)(3002001)(100000703101)(100105400095)(93006095)(93001095)(6055026)(6041248)(20161123555025)(20161123558100)(20161123564025)(20161123560025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123562025)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:BN6PR01MB2292; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:BN6PR01MB2292; x-forefront-prvs: 039735BC4E x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(39860400002)(279900001)(24454002)(53754006)(377454003)(199003)(54164003)(189002)(14454004)(25786009)(54356999)(76176999)(50986999)(97736004)(6436002)(3280700002)(72206003)(6246003)(66066001)(8676002)(6306002)(236005)(3846002)(102836003)(966005)(8936002)(6116002)(81156014)(81166006)(2950100002)(606006)(99286003)(9686003)(54896002)(101416001)(478600001)(19625305001)(6512007)(53936002)(45080400002)(68736007)(189998001)(2906002)(33656002)(229853002)(77096006)(3660700001)(7736002)(2501003)(6506006)(6486002)(106356001)(53546010)(105586002)(86362001)(5660300001)(2900100001); DIR:OUT; SFP:1101; SCL:1; SRVR:BN6PR01MB2292; H:BN6PR01MB2292.prod.exchangelabs.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: cox.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_C1887FCD88DF5298BFBD3C7ED70E42B58FFDF2D571C741C4mailout_" MIME-Version: 1.0 X-OriginatorOrg: cox.com X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Aug 2017 18:34:56.0116 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 9feebc97-ff04-42c9-a152-767073872118 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR01MB2292 Archived-At: Subject: Re: [mpls] Minutes from Prague (ietf99) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2017 18:35:01 -0000 --_000_C1887FCD88DF5298BFBD3C7ED70E42B58FFDF2D571C741C4mailout_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 TGV0IG1lIHNlZSB3aGF0IEkgYW0gZG8uDQoNCkdldCBPdXRsb29rIGZvciBpT1M8aHR0cHM6Ly9h a2EubXMvbzB1a2VmPg0KDQoNCg0KT24gRnJpLCBBdWcgMTEsIDIwMTcgYXQgNToxNCBQTSAtMDQw MCwgIlRhcmVrIFNhYWQgKHRzYWFkKSIgPHRzYWFkQGNpc2NvLmNvbTxtYWlsdG86dHNhYWRAY2lz Y28uY29tPj4gd3JvdGU6DQoNCkhpIGFsbCwNCg0KVGhlIG1pbnV0ZXMgZnJvbSBNUExTIFdHIHNl c3Npb25zIGluIFByYWd1ZSBoYXZlIG5vdyBiZWVuIHVwbG9hZGVkLiBMZXQNClRoZSBtaW51dGVz IGFyZSBhbHNvIGF2YWlsYWJsZSBADQpodHRwOi8vZXRoZXJwYWQudG9vbHMuaWV0Zi5vcmc6OTAw MC9wL25vdGVzLWlldGYtOTktbXBscw0KTGV0IG1lIGtub3cgaWYgeW91IGhhdmUgYW55IHN1Z2dl c3RlZCBtb2RpZmljYXRpb25zLg0KVGhhbmtzIHRvIGFsbCB3aG8gaGF2ZSBjb250cmlidXRlZCBp biB0YWtpbmcgZG93biB0aGUgbWludXRlcy4NCg0KUmVnYXJkcywNClRhcmVrDQo= --_000_C1887FCD88DF5298BFBD3C7ED70E42B58FFDF2D571C741C4mailout_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPCEtLSBUaGlzIGZp bGUgaGFzIGJlZW4gYXV0b21hdGljYWxseSBnZW5lcmF0ZWQuIFNlZSB3ZWIvUkVBRE1FLm1kIC0t Pg0KPGRpdiBpZD0iY29tcG9zZS1jb250YWluZXIiIHN0eWxlPSJkaXJlY3Rpb246IGx0ciIgaXRl bXNjb3BlPSIiIGl0ZW10eXBlPSJodHRwczovL3NjaGVtYS5vcmcvRW1haWxNZXNzYWdlIj4NCjxz cGFuIGl0ZW1wcm9wPSJjcmVhdG9yIiBpdGVtc2NvcGU9IiIgaXRlbXR5cGU9Imh0dHBzOi8vc2No ZW1hLm9yZy9Pcmdhbml6YXRpb24iPjxzcGFuIGl0ZW1wcm9wPSJuYW1lIiBjb250ZW50PSJPdXRs b29rIE1vYmlsZSBmb3IgaU9TIj48L3NwYW4+PC9zcGFuPg0KPGRpdj4NCjxkaXY+DQo8ZGl2IHN0 eWxlPSJkaXJlY3Rpb246IGx0cjsiPkxldCBtZSBzZWUgd2hhdCBJIGFtIGRvLiA8L2Rpdj4NCjwv ZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9ImFjb21wbGlfc2lnbmF0dXJlIj5H ZXQgPGEgaHJlZj0iaHR0cHM6Ly9ha2EubXMvbzB1a2VmIj5PdXRsb29rIGZvciBpT1M8L2E+PC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGJyPg0KPGJyPg0KPGJyPg0KPGRpdiBjbGFzcz0iZ21haWxf cXVvdGUiPk9uIEZyaSwgQXVnIDExLCAyMDE3IGF0IDU6MTQgUE0gLTA0MDAsICZxdW90O1RhcmVr IFNhYWQgKHRzYWFkKSZxdW90Ow0KPHNwYW4gZGlyPSJsdHIiPiZsdDs8YSBocmVmPSJtYWlsdG86 dHNhYWRAY2lzY28uY29tIiB0YXJnZXQ9Il9ibGFuayI+dHNhYWRAY2lzY28uY29tPC9hPiZndDs8 L3NwYW4+IHdyb3RlOjxicj4NCjxicj4NCjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIg c3R5bGU9Im1hcmdpbjowIDAgMCAuOGV4O2JvcmRlci1sZWZ0OjFweCAjY2NjIHNvbGlkO3BhZGRp bmctbGVmdDoxZXgiPg0KPGRpdiBkaXI9IjNEJnF1b3Q7bHRyJnF1b3Q7Ij4NCjxtZXRhIG5hbWU9 IlRpdGxlIiBjb250ZW50PSIiPg0KPG1ldGEgbmFtZT0iS2V5d29yZHMiIGNvbnRlbnQ9IiI+DQo8 bWV0YSBuYW1lPSJHZW5lcmF0b3IiIGNvbnRlbnQ9Ik1pY3Jvc29mdCBXb3JkIDE1IChmaWx0ZXJl ZCBtZWRpdW0pIj4NCjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1IDMgNSA0 IDYgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0x OjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05v cm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2lu LWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGli cmkiLHNhbnMtc2VyaWY7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUt cHJpb3JpdHk6OTk7DQoJY29sb3I6IzA1NjNDMTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5l O30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJp b3JpdHk6OTk7DQoJY29sb3I6Izk1NEY3MjsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30N CnNwYW4uRW1haWxTdHlsZTE3DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLWNvbXBvc2U7DQoJ Zm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDsNCglm b250LXdlaWdodDpub3JtYWw7DQoJZm9udC1zdHlsZTpub3JtYWw7fQ0Kc3Bhbi5tc29JbnMNCgl7 bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJbXNvLXN0eWxlLW5hbWU6IiI7DQoJdGV4dC1k ZWNvcmF0aW9uOnVuZGVybGluZTsNCgljb2xvcjp0ZWFsO30NCi5Nc29DaHBEZWZhdWx0DQoJe21z by1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNl cmlmO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJn aW46NzIuMHB0IDcyLjBwdCA3Mi4wcHQgNzIuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFn ZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5IaSBhbGwsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRo ZSBtaW51dGVzIGZyb20gTVBMUyBXRyBzZXNzaW9ucyBpbiBQcmFndWUgaGF2ZSBub3cgYmVlbiB1 cGxvYWRlZC4gTGV0DQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoZSBt aW51dGVzIGFyZSBhbHNvIGF2YWlsYWJsZSBAPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48YSBocmVmPSJodHRwOi8vZXRoZXJwYWQudG9vbHMuaWV0Zi5vcmc6OTAwMC9wL25v dGVzLWlldGYtOTktbXBscyI+aHR0cDovL2V0aGVycGFkLnRvb2xzLmlldGYub3JnOjkwMDAvcC9u b3Rlcy1pZXRmLTk5LW1wbHM8L2E+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij5MZXQgbWUga25vdyBpZiB5b3UgaGF2ZSBhbnkgc3VnZ2VzdGVkIG1vZGlmaWNhdGlvbnMuPG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGFua3MgdG8gYWxsIHdobyBoYXZl IGNvbnRyaWJ1dGVkIGluIHRha2luZyBkb3duIHRoZSBtaW51dGVzLjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj5SZWdhcmRzLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGFy ZWs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4N CjwvYm9keT4NCjwvaHRtbD4NCg== --_000_C1887FCD88DF5298BFBD3C7ED70E42B58FFDF2D571C741C4mailout_-- From nobody Sun Aug 13 08:39:59 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 962231327EC for ; Sun, 13 Aug 2017 08:39:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZNI7ilpHFQ1s for ; Sun, 13 Aug 2017 08:39:55 -0700 (PDT) Received: from mailer1.neclab.eu (mailer1.neclab.eu [195.37.70.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 03ECD132635 for ; Sun, 13 Aug 2017 08:39:55 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mailer1.neclab.eu (Postfix) with ESMTP id 02318102BC8; Sun, 13 Aug 2017 17:39:53 +0200 (CEST) X-Virus-Scanned: Amavisd on Debian GNU/Linux (netlab.nec.de) Received: from mailer1.neclab.eu ([127.0.0.1]) by localhost (atlas-a.office.hd [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id V8CfleElTM4d; Sun, 13 Aug 2017 17:39:52 +0200 (CEST) X-ENC: Last-Hop-TLS-encrypted X-ENC: Last-Hop-TLS-encrypted Received: from METHONE.office.hd (methone.office.hd [192.168.24.54]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailer1.neclab.eu (Postfix) with ESMTPS id C46E4102A5A for ; Sun, 13 Aug 2017 17:39:50 +0200 (CEST) Received: from PALLENE.office.hd ([169.254.1.154]) by METHONE.office.hd ([192.168.24.54]) with mapi id 14.03.0319.002; Sun, 13 Aug 2017 17:39:50 +0200 From: Rolf Winter To: "mpls@ietf.org" Thread-Topic: review of draft-shen-mpls-egress-protection-framework Thread-Index: AdMUSfvs0Lx4dgGASryWMWjX65vxAw== Date: Sun, 13 Aug 2017 15:39:49 +0000 Message-ID: <791AD3077F94194BB2BDD13565B6295DBFAD92AA@PALLENE.office.hd> Accept-Language: en-US, de-DE Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.7.0.204] Content-Type: multipart/alternative; boundary="_000_791AD3077F94194BB2BDD13565B6295DBFAD92AAPALLENEofficehd_" MIME-Version: 1.0 Archived-At: Subject: [mpls] review of draft-shen-mpls-egress-protection-framework X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Aug 2017 15:39:59 -0000 --_000_791AD3077F94194BB2BDD13565B6295DBFAD92AAPALLENEofficehd_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I have reviewed draft-shen-mpls-egress-protection-framework and have a few = comments: Larger editorial things: None of the requirements in section 4 have a requirements language MUSTs. I= s that by intention and if yes, why? You write "The framework must be based on local failure detection and local= repair". But you have specified it that way. Why spell it out as a require= ment? It is like saying MPLS must use labels, and then you specify it to us= e labels in the same document and surprise... it fulfills the requirement. It is unclear how you guarantee this requirement: "It must accommodate exis= ting and future signaling and label-distribution protocols of tunnels and b= ypass tunnels". In particular the future ones seems an interesting claim. Y= ou state something similar in the introduction. It is also unclear how you fulfill some of the other requirements. E.g. you= say as a requirement: "be transparent to ingress routers". But the ingress= is involved e.g. you say "The ingress router uses the context ID as destin= ation to establish or resolve an egress-protected tunnel. The ingress route= r then maps the service to the tunnel for transportation". Not sure this co= unts as transparent. I also feel some requirements are missing. E.g. dual-homing of the site to = two routers of the MPLS network, which received at least a MUST in 5.14. Much of section 5 (at least the first few subsections) feels like an extend= ed version of the terminology section and repetition. Maybe some text can b= e shortened. Minor editorial things: Abstract s/to ultimate service destination(s)./to the ultimate service destination(s= )./ s/service label distribution to protector/service label distribution to the= protector/ 1. Intro s/based on IP destination address/based on the destination IP address/ s/the router (aka. PLR, i.e. point of local repair) upstream adjacent to a= n anticipated failure/the router upstream to an anticipated failure (aka. = PLR, i.e. point of local repair)/ s/the router (aka. MP, i.e. merge point) downstream of the failure/the rou= ter downstream of the failure (aka. MP, i.e. merge point)/ 3. Terminology s/A node failure of an egress router./A failure of an egress router./ TBD protector s/A router at point of local repair/A router at the point of local repair/ s/The scenario where protector/The scenario where a protector/ 4. Requirements s/should only involve routers around egress/should only involve routers clo= se to the egress/ s/for scalability and performance,/for scalability and performance reasons,= / s/ be agnostic with/ be agnostic to/ (search replace this... comes up a few= times) s/or TE topology to compute or resolve path for/or the TE topology to compu= te or resolve a path for/ 5.2 Egress node failure s/At service level,/At the service level,/ s/or distinguish between a link/or to distinguish between a link/ 5.4 Protected egress s/multiple protected egress'/multiple protected egresses/ s/two distinct protected egress/two distinct protected egresses/ 5.9 s/in routing domain and TE domain/in the routing domain and the TE domain/ = (this appears multiple times in the document) 5.10 s/for context ID is done on/for a context ID is done on/ (same in the title= ) s/E and P must coordinate in IGP advertisement for the context ID in routin= g domain and TE domain./E and P must coordinate the context ID in the routi= ng domain and the TE domain via IGP advertisements. / s/but not PLR/but not the PLR/ s/requires P and PLR/requires P and the PLR/ 5.11 s/ of egress-protected tunnel/of the egress-protected tunnel/ s/of egress protection schema/of the egress protection schema/ You should not use [1] for enumerations and lists, as the square brackets a= re used for references. 5.12 s/agnostic with/agnostic to/ s/services labels/service labels/ s/on per-service basis/on a per-service basis/ 5.13 s/be a session of service label distribution protocol/be a service label di= stribution protocol session/ This SHOULD: "extensions SHOULD be specified in separate documents" seems w= eird. A) because you already mentioned that without the requirements langua= ge and B) if you do not specify them, where else would such extensions be s= pecified. At least make it a "should". 5.14 s/is the number of/is equal to the number of/ "{egress router, protector}" diverts from the previous nomenclature. Any pa= rticular reason for this? 8 You should use the IP prefixes set aside for documentation in your document= (see https://tools.ietf.org/html/rfc5737). 10 The first paragraph does not make much sense as part of the security consid= erations section. The second should maybe recommend to use the available se= curity measures. Best, Rolf --_000_791AD3077F94194BB2BDD13565B6295DBFAD92AAPALLENEofficehd_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

I have reviewed draft-shen-mpls= -egress-protection-framework and have a few comments:

 

Larger editorial things:

 

None of the requirements in sec= tion 4 have a requirements language MUSTs. Is that by intention and if yes,= why?

 

You write "The framework m= ust be based on local failure detection and local repair". But you hav= e specified it that way. Why spell it out as a requirement? It is like sayi= ng MPLS must use labels, and then you specify it to use labels in the same document and surprise... it fulfills the requ= irement.

 

It is unclear how you guarantee= this requirement: "It must accommodate existing and future signaling = and label-distribution protocols of tunnels and bypass tunnels". In pa= rticular the future ones seems an interesting claim. You state something similar in the introduction.<= /p>

 

It is also unclear how you fulf= ill some of the other requirements. E.g. you say as a requirement: "be= transparent to ingress routers". But the ingress is involved e.g. you= say "The ingress router uses the context ID as destination to establish or resolve an egress-protected tunnel. The ingres= s router then maps the service to the tunnel for transportation". Not = sure this counts as transparent.

 

I also feel some requirements a= re missing. E.g. dual-homing of the site to two routers of the MPLS network= , which received at least a MUST in 5.14.

 

Much of section 5 (at least the= first few subsections) feels like an extended version of the terminology s= ection and repetition. Maybe some text can be shortened.<= /p>

 

 

Minor editorial things:

 

Abstract

 

s/to ultimate service destinati= on(s)./to the ultimate service destination(s)./

s/service label distribution to= protector/service label distribution to the protector/

 

1. Intro

 

s/based on IP destination addre= ss/based on the destination IP address/

s/the router (aka.  PLR, i= .e. point of local repair) upstream adjacent to an anticipated failure/the = router upstream to an anticipated failure (aka.  PLR, i.e. point of lo= cal repair)/

s/the router (aka.  MP, i.= e. merge point) downstream of the failure/the router downstream of the fail= ure (aka.  MP, i.e. merge point)/

 

3. Terminology

 

s/A node failure of an egress r= outer./A failure of an egress router./

TBD protector=

s/A router at point of local re= pair/A router at the point of local repair/

s/The scenario where protector/= The scenario where a protector/

 

4. Requirements

 

s/should only involve routers a= round egress/should only involve routers close to the egress/

s/for scalability and performan= ce,/for scalability and performance reasons,/

s/ be agnostic with/ be agnosti= c to/ (search replace this... comes up a few times)

s/or TE topology to compute or = resolve path for/or the TE topology to compute or resolve a path for/<= /o:p>

 

5.2 Egress node failure

 

s/At service level,/At the serv= ice level,/

s/or distinguish between a link= /or to distinguish between a link/

 

5.4 Protected egress=

 

s/multiple protected egress'/mu= ltiple protected egresses/

s/two distinct protected egress= /two distinct protected egresses/

 

5.9

 

s/in routing domain and TE doma= in/in the routing domain and the TE domain/ (this appears multiple times in= the document)

 

5.10

 

s/for context ID is done on/for= a context ID is done on/ (same in the title)

s/E and P must coordinate in IG= P advertisement for the context ID in routing domain and TE domain./E and P= must coordinate the context ID in the routing domain and the TE domain via= IGP advertisements. /

s/but not PLR/but not the PLR/<= o:p>

s/requires P and PLR/requires P= and the PLR/

 

5.11

 

s/ of egress-protected tunnel/o= f the egress-protected tunnel/

s/of egress protection schema/o= f the egress protection schema/

You should not use [1] for enum= erations and lists, as the square brackets are used for references.

 

5.12

 

s/agnostic with/agnostic to/

s/services labels/service label= s/

s/on per-service basis/on a per= -service basis/

 

5.13

 

s/be a session of service label= distribution protocol/be a service label distribution protocol session/

This SHOULD: "extensions S= HOULD be specified in separate documents" seems weird. A) because you = already mentioned that without the requirements language and B) if you do n= ot specify them, where else would such extensions be specified. At least make it a "should".

 

5.14

 

s/is the number of/is equal to = the number of/

"{egress router, protector= }" diverts from the previous nomenclature. Any particular reason for t= his?

 

8

 

You should use the IP prefixes = set aside for documentation in your document (see https://tools.ietf.org/ht= ml/rfc5737).

 

10

 

The first paragraph does not ma= ke much sense as part of the security considerations section. The second sh= ould maybe recommend to use the available security measures.

 

Best,

 

Rolf

 

--_000_791AD3077F94194BB2BDD13565B6295DBFAD92AAPALLENEofficehd_-- From nobody Mon Aug 14 10:56:28 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 590781323BA; Mon, 14 Aug 2017 10:56:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P9WjtYDqh7GJ; Mon, 14 Aug 2017 10:56:17 -0700 (PDT) Received: from mail-lf0-x236.google.com (mail-lf0-x236.google.com [IPv6:2a00:1450:4010:c07::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A31731243F6; Mon, 14 Aug 2017 10:56:16 -0700 (PDT) Received: by mail-lf0-x236.google.com with SMTP id t128so42975943lff.2; Mon, 14 Aug 2017 10:56:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=thBwSSjmwkhPvj7Cf1SpY8JQsmC1HXDHnnUJG53VzoE=; b=EjpKeDvufn6s8Opd5enB1WhAn46nDeqk1VBBkT8g3oynXrn0DQGTT7Dfvgk082/6CF 4wK9NksVtibASbzEO9uZF9odxWD58YbvlHWQAz1o/4QIlRwrIRQdS3cfBv6wbIjmJFvw BQybXHCBWkL0+CyevK+hj/HfmhV7aRFDDZR4YKCorO2jnkxvh8xSIJIXmgki+38Gx1Gl VvePN9xegchFR/bxq2/9DMmlGEPZXxYH2WSHfQMTWNarW3Qx0N4eDlzwP3DposB19/cD izS+YIuDT52+z43TEt40YY25wC3rpICZF5yElfCIkwS76bEAyeNQxviTjL5oMfrcmrF3 J2JQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=thBwSSjmwkhPvj7Cf1SpY8JQsmC1HXDHnnUJG53VzoE=; b=Zb2Ttb6KnlSSm0gIum522IXZVmvATC08tAuPOxSaZ6Rkoe9ALMeo5dEHVd5gUgbrPu YZD68/0T2thh73am0LQjbKNz3AUGLvp3ulXbnorqQwiUUSqm9USqbgsupzUhVkgYJc7l 1u37GM3yzHGeZfIg9tfh5BuzvlzRPdBvjxQozZu/vTrcp6I6s7Xu27U8O+4Q0AehkKC6 E6JNrGgcm9tJtcMRcadh3DsDeRbW7JgQZs+AbFOnBCbjSabrh/+QdbEbY2kTsLjclOCC /vWYD6B/t3dPQl/GGrVRTKDVFj66LjXyyN8cT1rFryoTMsCdriT3xIhv1DW58hLwPRSg xCcQ== X-Gm-Message-State: AHYfb5i+PYOTdTRFkufwiaQ/tEpY2KzqpFX6x+dwO5DcW5XbihtiRjAp WUqp8j+8cO8fBOWOLVKmQDpiCCwB/w== X-Received: by 10.46.69.87 with SMTP id s84mr9327679lja.129.1502733374682; Mon, 14 Aug 2017 10:56:14 -0700 (PDT) MIME-Version: 1.0 Received: by 10.46.88.81 with HTTP; Mon, 14 Aug 2017 10:56:13 -0700 (PDT) In-Reply-To: <20170811173930.GJ24942@pfrc.org> References: <20170811053550.27303B81263@rfc-editor.org> <20170811173930.GJ24942@pfrc.org> From: Greg Mirsky Date: Mon, 14 Aug 2017 10:56:13 -0700 Message-ID: To: Jeffrey Haas Cc: "rtg-bfd@ietf.org" , Thomas Nadeau , "kireeti@juniper.net" , Alia Atlas , "Reshad Rahman (rrahman)" , "mpls@ietf.org" Content-Type: multipart/alternative; boundary="001a114b0cdafd7a8a0556ba609f" Archived-At: Subject: Re: [mpls] [Technical Errata Reported] RFC5884 (5085) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Aug 2017 17:56:19 -0000 --001a114b0cdafd7a8a0556ba609f Content-Type: text/plain; charset="UTF-8" Hi Jeff, et al, greatly appreciate the most detailed analysis that explains the reasoning of the filed Errata. Please consider my in-lined and tagged with GIM>> notes. And since in the center of this discussion is LSP Ping, I've added MPLS WG. Best regards, Greg On Fri, Aug 11, 2017 at 10:39 AM, Jeffrey Haas wrote: > [Note that I have adjusted the addresses in the headers to try to catch the > RFC authors' current accounts.] > > > The 5884 interop issue keeps bubbling up. Balaji submitted an errata, > which > provides us with a good place to start technical discussion. > > Please note I also spent some time off-list discussing this errata with > Balaji. > > > On Thu, Aug 10, 2017 at 10:35:50PM -0700, RFC Errata System wrote: > > Section: 6 > > > > Original Text > > ------------- > > The egress LSR MAY respond with an LSP Ping Echo > > reply message that carries the local discriminator assigned by it for > > the BFD session. > > > > Corrected Text > > -------------- > > The egress LSR MUST respond with an LSP Ping Echo reply message that > > MAY carry the local discriminator assigned by it for the BFD session. > > > GIM>> I'll list quotes from RFC 4379 that, in my view, indicate that the echo reply is optional: - "... and returned unchanged by the receiver in the echo reply (if any)" - "When an MPLS echo request is received, the receiver is expected to verify that the control plane and data plane are both healthy (for the FEC Stack being pinged) and that the two planes are in sync." - " An LSR X that receives an MPLS echo request then processes it as follows." In my interpretation of these quotes, not only echo reply is optional (first quote) but even action by the echo request receiver (second). And the third, from section 4.4, that leads to '7. Send Reply Packet:' does not use normative language and thus we can interpret the whole section 4.4 as an example, recomendation to implementer. > > > Notes > > ----- > > It is not clear from the original text which of the following is > optional: > > - The egress MUST send a reply, but the discriminator in the reply is > optional > > - The reply itself is optional > > > > Technically, the reply cannot be optional, because the egress needs to > report LSP-Ping verification status to the ingress. > GIM>> The purpose of the LSP Ping with BFD Discriminator TLV is to bootstrap BFD session, not to verify consistency of the control plane and the data plane. That is why, I believe, RFC 5884 explicitly mandates egress LSR to send BFD control packet first, before optionally sending echo reply. > > > > The proposed text recommends to include BFD discriminator in the reply. > This was the intent of the original text. > > My opinion follows: > > In section 6 - > > : On receipt of the LSP Ping Echo request message, the egress LSR MUST > : send a BFD Control packet to the ingress LSR, if the validation of > : the FEC in the LSP Ping Echo request message succeeds. This BFD > : Control packet MUST set the Your Discriminator field to the > : discriminator received from the ingress LSR in the LSP Ping Echo > : request message. The egress LSR MAY respond with an LSP Ping Echo > : reply message that carries the local discriminator assigned by it for > : the BFD session. The local discriminator assigned by the egress LSR > : MUST be used as the My Discriminator field in the BFD session packets > : sent by the egress LSR. > > In the text above, I consider it quite clear that the receipt of the BFD > packet contains sufficient state to bring up the BFD session. The receipt > of the same Discriminator in the LSP Ping Echo Reply is optional. > > This makes sense partially because the reply may be dropped and we want the > BFD session to come up as fast as possible. > > The point of contention appears to be what to do if we *never* get such > replies. It's worth pointing out additional text in RFC 5884, section 3.2. > > : Hence, BFD is used in conjunction with LSP Ping for MPLS LSP fault > : detection: > : > : i) LSP Ping is used for bootstrapping the BFD session as described > : later in this document. > : > : ii) BFD is used to exchange fault detection (i.e., BFD session) > : packets at the required detection interval. > : > : iii) LSP Ping is used to periodically verify the control plane > : against the data plane by ensuring that the LSP is mapped to > : the same FEC, at the egress, as the ingress. > > iii above reminds us that the LSP may be torn down because LSP Ping fails. > Thus, it seems problematic that we do not get a reply ever. > GIM>> I believe that the suggested periodic LSP Ping SHOULD NOT include BFD Discriminator TLV and thus their processing would not follow the RFC 5884. As for the bootstrapping Echo requests, if the BFD control packets from egress LSR never arrive to the ingress, then the ingress will continue periodically send LSP ping with BFD Discriminator TLV for pre-defined time. > > However, with the BFD session in the Up state, we have information proving > that the LSP is up. Thus we have contradictory intent. > GIM>> I'd expect BFD session to go down if the LSP gets torn. If the data plane remains in tact even though LSP expected to be removed, then the suggested periodic verification of consistency between the control plane and the data plane should help. > > --- > > My opinion is that the MAY in the RFC 5884 procedures is intended to have > the BFD session come up by the most expedient means. I do not believe the > likely intent was to say "don't send Echo Reply". Among other things, that > seems contrary to the intent of the general LSP Ping procedures. GIM>> RFC 5884 is clear in giving priority to BFD process not only by stating "the egress LSR MUST send a BFD Control packet to the ingress LSR" but by referring to this before mentioning Echo reply. And I agree with the first part of your conclusion. But, as stated earlier in the thread, my interpretation of the reference to Echo reply "The egress LSR MAY respond with an LSP Ping Echo reply message that carries the local discriminator assigned by it for the BFD session" is different. In my understanding, sending of Echo reply is optional but if the egress LSR sends Echo reply, it MUST include BFD Discriminator TLV with value set to the local discriminator. Which is redundant and unnecessary for the ingress LSR. > Having given my personal observations, we now get to the business of the > Working Group: Debating intent and related text. > > -- Jeff > > --001a114b0cdafd7a8a0556ba609f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Jeff, et al,
greatly appreciate the most detailed a= nalysis that explains the reasoning of the filed Errata. Please consider my= in-lined and tagged with GIM>> notes. And since in the center of thi= s discussion is LSP Ping, I've added MPLS WG.

= Best regards,
Greg

On Fri, Aug 11, 2017 at 10:39 AM, Jeffrey Haas <jhaas@pfrc= .org> wrote:
[Note that I have adjusted the addresses in the headers to try to catc= h the
RFC authors' current accounts.]


The 5884 interop issue keeps bubbling up.=C2=A0 Balaji submitted an errata,= which
provides us with a good place to start technical discussion.

Please note I also spent some time off-list discussing this errata with
Balaji.


On Thu, Aug 10, 2017 at 10:35:50PM -0700, RFC Errata System wrote:
> Section: 6
>
> Original Text
> -------------
> The egress LSR MAY respond with an LSP Ping Echo
> reply message that carries the local discriminator assigned by it for<= br> > the BFD session.
>
> Corrected Text
> --------------
> The egress LSR MUST respond with an LSP Ping Echo reply message that > MAY carry the local discriminator assigned by it for the BFD session.<= br> >
GIM>> I'll list quotes from RFC = 4379 that, in my view, indicate that the echo reply is optional:
=
  • "...=C2=A0and returned= =C2=A0unchanged by the receiver in the echo reply (if any)"
    =
  • "When an= MPLS echo request is received, the receiver is expected to=C2=A0verify that the control p= lane and data plane are both healthy (for=C2=A0the FEC Stack being pinged) and that the tw= o planes are in sync."
  • " An LSR X that receives an MPLS echo reque= st then processes it as=C2=A0follows."
In my interpretation of these quotes,= not only echo reply is optional (first quote) but even action by the echo = request receiver (second). And the third, from section 4.4, that leads to &= #39;7. S= end Reply Packet:' does not use normative language and thus we can inte= rpret the whole section 4.4 as an example, recomendation to implementer.

>
> Notes
> -----
> It is not clear from the original text which of the following is optio= nal:
>=C2=A0 =C2=A0-=C2=A0 The egress MUST send a reply, but the discriminato= r in the reply is optional
>=C2=A0 =C2=A0-=C2=A0 The reply itself is optional
>
> Technically, the reply cannot be optional, because the egress needs to= report LSP-Ping verification status to the ingress.
GIM>> The purpose of the LSP Ping with BFD Discriminator TLV is= to bootstrap BFD session, not to verify consistency of the control plane a= nd the =C2=A0data plane. That is why, I believe, RFC 5884 explicitly mandat= es egress LSR to send BFD control packet first, before optionally sending e= cho reply.
>
> The proposed text recommends to include BFD discriminator in the reply= . This was the intent of the original text.

My opinion follows:

In section 6 -

:=C2=A0 =C2=A0 On receipt of the LSP Ping Echo request message, the egress = LSR MUST
:=C2=A0 =C2=A0 send a BFD Control packet to the ingress LSR, if the validat= ion of
:=C2=A0 =C2=A0 the FEC in the LSP Ping Echo request message succeeds.=C2=A0= This BFD
:=C2=A0 =C2=A0 Control packet MUST set the Your Discriminator field to the<= br> :=C2=A0 =C2=A0 discriminator received from the ingress LSR in the LSP Ping = Echo
:=C2=A0 =C2=A0 request message.=C2=A0 The egress LSR MAY respond with an LS= P Ping Echo
:=C2=A0 =C2=A0 reply message that carries the local = discriminator assigned by it for
:=C2=A0 =C2=A0 the BFD session.=C2=A0 The local discriminator assign= ed by the egress LSR
:=C2=A0 =C2=A0 MUST be used as the My Discriminator field in the BFD sessio= n packets
:=C2=A0 =C2=A0 sent by the egress LSR.

In the text above, I consider it quite clear that the receipt of the BFD packet contains sufficient state to bring up the BFD session.=C2=A0 The rec= eipt
of the same Discriminator in the LSP Ping Echo Reply is optional.

This makes sense partially because the reply may be dropped and we want the=
BFD session to come up as fast as possible.

The point of contention appears to be what to do if we *never* get such
replies.=C2=A0 It's worth pointing out additional text in RFC 5884, sec= tion 3.2.

:=C2=A0 =C2=A0 Hence, BFD is used in conjunction with LSP Ping for MPLS LSP= fault
:=C2=A0 =C2=A0 detection:
:
:=C2=A0 =C2=A0 =C2=A0 =C2=A0i) LSP Ping is used for bootstrapping the BFD s= ession as described
:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 later in this document.
:
:=C2=A0 =C2=A0 =C2=A0 ii) BFD is used to exchange fault detection (i.e., BF= D session)
:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 packets at the required detection inter= val.
:
:=C2=A0 =C2=A0 =C2=A0iii) LSP Ping is used to periodically verify the contr= ol plane
:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 against the data plane by ensuring that= the LSP is mapped to
:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 the same FEC, at the egress, as the ing= ress.

iii above reminds us that the LSP may be torn down because LSP Ping fails.<= br> Thus, it seems problematic that we do not get a reply ever.
GIM>> I believe that the suggested periodic LSP Ping SHOULD NOT= include BFD Discriminator TLV and thus their processing would not follow t= he RFC 5884. As for the bootstrapping Echo requests, if the BFD control pac= kets from egress LSR never arrive to the ingress, then the ingress will con= tinue periodically send LSP ping with BFD Discriminator TLV for pre-defined= time.=C2=A0

However, with the BFD session in the Up state, we have information proving<= br> that the LSP is up.=C2=A0 Thus we have contradictory intent.
GIM>> I'd expect BFD session to go down if the LSP gets to= rn. If the data plane remains in tact even though LSP expected to be remove= d, then the suggested periodic verification of consistency between the cont= rol plane and the data plane should help.=C2=A0

---

My opinion is that the MAY in the RFC 5884 procedures is intended to have the BFD session come up by the most expedient means.=C2=A0 I do not believe= the
likely intent was to say "don't send Echo Reply".=C2=A0 Among= other things, that
seems contrary to the intent of the general LSP Ping procedures.
GIM>> RFC 5884 is clear in giving priority to BFD process not = only by stating "= the egress LSR MUST=C2=A0send a BFD Control packet to the ingress LSR" but by referri= ng to this before mentioning Echo reply. And I agree with the first part of= your conclusion. But, as stated earlier in the thread, my interpretation o= f the reference to Echo reply
"The = egress LSR MAY respond with an LSP Ping Echo=C2=A0reply message that carries the local dis= criminator assigned by it for=C2=A0=C2=A0the BFD session"=C2=A0
is different. In my understanding, sending of Echo reply is= optional but if the egress LSR sends Echo reply, it MUST include BFD Discr= iminator TLV with value set to the local discriminator. Which is redundant = and unnecessary for the ingress LSR.

= =C2=A0

Having given my personal observations, we now get to the business of the Working Group: Debating intent and related text.

-- Jeff


--001a114b0cdafd7a8a0556ba609f-- From nobody Mon Aug 14 11:12:08 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 579871323C0; Mon, 14 Aug 2017 11:12:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6ZyVj-JqvBSA; Mon, 14 Aug 2017 11:11:58 -0700 (PDT) Received: from mail-lf0-x236.google.com (mail-lf0-x236.google.com [IPv6:2a00:1450:4010:c07::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 59B171323C8; Mon, 14 Aug 2017 11:11:58 -0700 (PDT) Received: by mail-lf0-x236.google.com with SMTP id o85so42978056lff.3; Mon, 14 Aug 2017 11:11:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=8O0EH2c5jjVKFuK4NfSsGQ1KyEr5v/VWH7NdcSSBjk0=; b=TUl9qQ/xO9401U7iKdp74C5Boq9Bm/iWGz1SZpeV3N+bFMBGnMCSHicnn9TGBluLTW 61XJ9PxjHOkHjWX2tT2knMGhK08q+mtpqIxLWXvG7mgcbUqWCtVMqoULeFYdXMecPbb7 L5qkfHxWRfxRy50oYSoyUNoDFIiyMWeK7pMH/p6QYktmmogcFtRstYoW+3WWYhaH6HAn qt34PBN56SYi90pPk1gtAlDt9nwtr5mlhisLjB6J8zt6mOyJ25TVuS25RxVDsrSkIBar 5eevrUGGBXL6QD3CMyiyUH4nGzkG4NNSfAW4ik4SvpzSBGbmHDeHyMIDKELYO48GcEbS C6/g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=8O0EH2c5jjVKFuK4NfSsGQ1KyEr5v/VWH7NdcSSBjk0=; b=KfwBmanPIGxJAlphBZ9XUDJa1XjR/+i1sqpG2bqNFwHe9gVSlRTR6Aewn4k865xLJV Sb6HDpw4/uVflF40dpMwUg6Mmcu6lIVAn+Wjdpl5HFqvDJ0/7wW1MP1HQpKlZUXbiOuo KB3LT2EeCLrXANgBLAniWIf2nFPlvktG3zYYhZtI1HGTA/CV+I8cfKkl/OhyFlspASec vYqEZUlPkRYVQqFaRcS4hbC4efsSGQhWe80aiWDq6VFqsVrF5JE4EvRQ9vHSu2pfvG+U 9/qiG8oqiJShgxonhR/r55h+c1Ck+rXoUOQ6CTX2t+TNsauryqlN7zw9Yl1AvUgsXbR4 kxeA== X-Gm-Message-State: AHYfb5jEA2z0O2HKWL3esBL3Wkayjkrn6JkuJcMfO7BkpWFRb/4rkA54 JMcMKp0FWZtQuMpAtY+vtFS1MjGMSw== X-Received: by 10.46.76.18 with SMTP id z18mr8331497lja.111.1502734316504; Mon, 14 Aug 2017 11:11:56 -0700 (PDT) MIME-Version: 1.0 Received: by 10.46.88.81 with HTTP; Mon, 14 Aug 2017 11:11:55 -0700 (PDT) In-Reply-To: References: <20170811053550.27303B81263@rfc-editor.org> <20170811173930.GJ24942@pfrc.org> From: Greg Mirsky Date: Mon, 14 Aug 2017 11:11:55 -0700 Message-ID: To: "Carlos Pignataro (cpignata)" Cc: Jeff Haas , "Kireeti Kompella (kireeti@juniper.net)" , Tom Nadeau , "rtg-bfd@ietf. org" , "Reshad Rahman (rrahman)" , Alia Atlas , "mpls@ietf.org" Content-Type: multipart/alternative; boundary="f403045e9d24208d970556ba99e4" Archived-At: Subject: Re: [mpls] [Technical Errata Reported] RFC5884 (5085) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Aug 2017 18:12:01 -0000 --f403045e9d24208d970556ba99e4 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Carlos, thank you for sharing your view on how LSP Echo request with BFD Discriminator used to bootstrap a BFD session over MPLS LSP. I'm surprised that you refer to RFC 8029 as normative reference when commenting on RFC 5884. But even if we look into RFC 8029, it still has the same texts I've quoted in the previous note that suggest that echo reply is optional. Consider one of them "The Sender's Handle is filled in by the sender and returned unchanged by the receiver in the echo reply (if any)." Though English is my third language, I interpret "if any" in that sentence as clear indication that the echo reply may not be sent ever. Regards, Greg On Fri, Aug 11, 2017 at 7:45 PM, Carlos Pignataro (cpignata) < cpignata@cisco.com> wrote: > Jeff, WG, > > I believe there is one additional consideration =E2=80=94 please see inli= ne. > > On Aug 11, 2017, at 1:39 PM, Jeffrey Haas wrote: > > [Note that I have adjusted the addresses in the headers to try to catch t= he > RFC authors' current accounts.] > > > The 5884 interop issue keeps bubbling up. Balaji submitted an errata, > which > provides us with a good place to start technical discussion. > > Please note I also spent some time off-list discussing this errata with > Balaji. > > > On Thu, Aug 10, 2017 at 10:35:50PM -0700, RFC Errata System wrote: > > Section: 6 > > Original Text > ------------- > The egress LSR MAY respond with an LSP Ping Echo > reply message that carries the local discriminator assigned by it for > the BFD session. > > Corrected Text > -------------- > The egress LSR MUST respond with an LSP Ping Echo reply message that > MAY carry the local discriminator assigned by it for the BFD session. > > > Notes > ----- > It is not clear from the original text which of the following is optional= : > - The egress MUST send a reply, but the discriminator in the reply is > optional > - The reply itself is optional > > Technically, the reply cannot be optional, because the egress needs to > report LSP-Ping verification status to the ingress. > > > This is correct =E2=80=94 but even more so, technically, it is not up to = RFC 5884 > to define when an LSP-Ping reply is optional or not. > > That=E2=80=99s=E2=80=99 up to https://tools.ietf.org/html/rfc8029#section= -4.4 > > Lacking a Reply Mode set to "Do not reply" (https://tools.ietf.org/html/ > rfc8029#page-12) the RFC 8029 procedures dictate a response be sent, > independent of whether the RFC 5884 procedures use that information or no= t. > > More below. > > > The proposed text recommends to include BFD discriminator in the reply. > This was the intent of the original text. > > > My opinion follows: > > In section 6 - > > : On receipt of the LSP Ping Echo request message, the egress LSR MUST > : send a BFD Control packet to the ingress LSR, if the validation of > : the FEC in the LSP Ping Echo request message succeeds. This BFD > : Control packet MUST set the Your Discriminator field to the > : discriminator received from the ingress LSR in the LSP Ping Echo > : request message. The egress LSR MAY respond with an LSP Ping Echo > : reply message that carries the local discriminator assigned by it fo= r > : the BFD session. The local discriminator assigned by the egress LSR > : MUST be used as the My Discriminator field in the BFD session packet= s > : sent by the egress LSR. > > In the text above, I consider it quite clear that the receipt of the BFD > packet contains sufficient state to bring up the BFD session. The receip= t > of the same Discriminator in the LSP Ping Echo Reply is optional. > > This makes sense partially because the reply may be dropped and we want t= he > BFD session to come up as fast as possible. > > > Yes, especially because the first sentence says that the egress sending a > BFD Control packet implies FEC validation passed. However, > https://tools.ietf.org/html/rfc8029#section-4.4 does more than FEC > validation. > > > The point of contention appears to be what to do if we *never* get such > replies. It's worth pointing out additional text in RFC 5884, section 3.= 2. > > : Hence, BFD is used in conjunction with LSP Ping for MPLS LSP fault > : detection: > : > : i) LSP Ping is used for bootstrapping the BFD session as describe= d > : later in this document. > : > : ii) BFD is used to exchange fault detection (i.e., BFD session) > : packets at the required detection interval. > : > : iii) LSP Ping is used to periodically verify the control plane > : against the data plane by ensuring that the LSP is mapped to > : the same FEC, at the egress, as the ingress. > > iii above reminds us that the LSP may be torn down because LSP Ping fails= . > Thus, it seems problematic that we do not get a reply ever. > > However, with the BFD session in the Up state, we have information provin= g > that the LSP is up. Thus we have contradictory intent. > > --- > > My opinion is that the MAY in the RFC 5884 procedures is intended to have > the BFD session come up by the most expedient means. I do not believe th= e > likely intent was to say "don't send Echo Reply". Among other things, th= at > seems contrary to the intent of the general LSP Ping procedures. > > Having given my personal observations, we now get to the business of the > Working Group: Debating intent and related text. > > > My individual opinion is that, as written, RFC 5884 cannot mean any other > thing that =E2=80=9C The egress LSR MUST respond with an LSP Ping Echo re= ply > message that > MAY carry the local discriminator assigned by it for the BFD session=E2= =80=9D. > > In other words, I support this errata. > > This is because RFC 5884 did not update RFC 4379=E2=80=99s procedures. An= d thus a > response is needed based on 8029 irregardless of whether 5884 uses it. > > That said, it is debatable whether that LSP Ping response is useful or > not. If it is not sent, it does not comply to 8029. But if the WG wants f= or > it to be not send, a new spec is needed. > > Thanks, > > -- Jeff > > > =E2=80=94 > Carlos Pignataro, carlos@cisco.com > > *=E2=80=9CSometimes I use big words that I do not fully understand, to ma= ke myself > sound more photosynthesis."* > > --f403045e9d24208d970556ba99e4 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Carlos,
thank you for sharing your view on how LSP = Echo request with BFD Discriminator used to bootstrap a BFD session over MP= LS LSP. I'm surprised that you refer to RFC 8029 as normative reference= when commenting on RFC 5884. But even if we look into RFC 8029, it still h= as the same texts I've quoted in the previous note that suggest that ec= ho reply is optional. Consider one of them "The Sender's Handle is filled in by the send= er and returned unchanged=C2=A0by the receiver in the echo reply (if any)." Though En= glish is my third language, I interpret "if any" in that sentence= as clear indication that the echo reply may not be sent ever.
=

=
Regards,
Greg

On Fri, Aug 1= 1, 2017 at 7:45 PM, Carlos Pignataro (cpignata) <cpignata@cisco.com&g= t; wrote:
Jeff, WG,

I believe there is one additional consideration =E2=80=94 please see i= nline.

On Aug 11, 2017, at 1:39 PM, Jeffrey Haas <jhaas@pfrc.org> wrote:

[Note that I have adjusted the addresses in the headers to try to catc= h the
RFC authors' current accounts.]


The 5884 interop issue keeps bubbling up.=C2=A0 Balaji submitted an errata,= which
provides us with a good place to start technical discussion.

Please note I also spent some time off-list discussing this errata with
Balaji.


On Thu, Aug 10, 2017 at 10:35:50PM -0700, RFC Errata System wrote:
Section: 6

Original Text
-------------
The egress LSR MAY respond with an LSP Ping Echo
reply message that carries the local discriminator assigned by it for
the BFD session.

Corrected Text
--------------
The egress LSR MUST respond with an LSP Ping Echo reply message that
MAY carry the local discriminator assigned by it for the BFD session.


Notes
-----
It is not clear from the original text which of the following is optional:<= br> =C2=A0- =C2=A0The egress MUST send a reply, but the discriminator in the re= ply is optional
=C2=A0- =C2=A0The reply itself is optional

Technically, the reply cannot be optional, because the egress needs to repo= rt LSP-Ping verification status to the ingress.

This is correct =E2=80=94 but even more so, technically, it is = not up to RFC 5884 to define when an LSP-Ping reply is optional or not.

That=E2=80=99s=E2=80=99 up to=C2=A0https://tools.ietf.org/html= /rfc8029#section-4.4

Lacking a Reply Mode set to "Do not reply" (https://tools.iet= f.org/html/rfc8029#page-12) the RFC 8029 procedures dictate a resp= onse be sent, independent of whether the RFC 5884 procedures use that information or not.

More below.


The proposed text recommends to include BFD discriminator in the reply. Thi= s was the intent of the original text.

My opinion follows:

In section 6 -

: =C2=A0=C2=A0=C2=A0On receipt of the LSP Ping Echo request message, the eg= ress LSR MUST
: =C2=A0=C2=A0=C2=A0send a BFD Control packet to the ingress LSR, if the va= lidation of
: =C2=A0=C2=A0=C2=A0the FEC in the LSP Ping Echo request message succeeds.= =C2=A0 This BFD
: =C2=A0=C2=A0=C2=A0Control packet MUST set the Your Discriminator field to= the
: =C2=A0=C2=A0=C2=A0discriminator received from the ingress LSR in the LSP = Ping Echo
: =C2=A0=C2=A0=C2=A0request message.=C2=A0 The egress LSR MAY respond with = an LSP Ping Echo
: =C2=A0=C2=A0=C2=A0reply message that carries the local discriminator assi= gned by it for
: =C2=A0=C2=A0=C2=A0the BFD session.=C2=A0 The local discriminator assigned= by the egress LSR
: =C2=A0=C2=A0=C2=A0MUST be used as the My Discriminator field in the BFD s= ession packets
: =C2=A0=C2=A0=C2=A0sent by the egress LSR.

In the text above, I consider it quite clear that the receipt of the BFD packet contains sufficient state to bring up the BFD session.=C2=A0 The rec= eipt
of the same Discriminator in the LSP Ping Echo Reply is optional.

This makes sense partially because the reply may be dropped and we want the=
BFD session to come up as fast as possible.

Yes, especially because the first sentence says that the egress= sending a BFD Control packet implies FEC validation passed. However,=C2=A0= https://tools.ietf.org/html/rfc8029#section-4.4=C2=A0does more than FEC validation.


The point of contention appears to be what to do if we *never* get such
replies.=C2=A0 It's worth pointing out additional text in RFC 5884, sec= tion 3.2.

: =C2=A0=C2=A0=C2=A0Hence, BFD is used in conjunction with LSP Ping for MPL= S LSP fault
: =C2=A0=C2=A0=C2=A0detection:
:
: =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0i) LSP Ping is used for bootstrapping= the BFD session as described
: =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0later in this docum= ent.
:
: =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0ii) BFD is used to exchange fault detection= (i.e., BFD session)
: =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0packets at the requ= ired detection interval.
:
: =C2=A0=C2=A0=C2=A0=C2=A0iii) LSP Ping is used to periodically verify the = control plane
: =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0against the data pl= ane by ensuring that the LSP is mapped to
: =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0the same FEC, at th= e egress, as the ingress.

iii above reminds us that the LSP may be torn down because LSP Ping fails.<= br> Thus, it seems problematic that we do not get a reply ever.

However, with the BFD session in the Up state, we have information proving<= br> that the LSP is up.=C2=A0 Thus we have contradictory intent.

---

My opinion is that the MAY in the RFC 5884 procedures is intended to have the BFD session come up by the most expedient means.=C2=A0 I do not believe= the
likely intent was to say "don't send Echo Reply".=C2=A0 Among= other things, that
seems contrary to the intent of the general LSP Ping procedures.

Having given my personal observations, we now get to the business of the Working Group: Debating intent and related text. =C2=A0


My individual opinion is that, as written, RFC 5884 cannot mean= any other thing that =E2=80=9C The egress LSR MUST respond with an LSP Pin= g Echo reply message that
MAY carry the local discriminator assigned by it for the BFD session= =E2=80=9D.

In other words, I support this errata.

This is because RFC 5884 did not update RFC 4379=E2=80=99s procedures.= And thus a response is needed based on 8029 irregardless of whether 5884 u= ses it.

That said, it is debatable whether that LSP Ping response is useful or= not. If it is not sent, it does not comply to 8029. But if the WG wants fo= r it to be not send, a new spec is needed.

Thanks,

-- Jeff


=E2=80=94
Carlos Pignataro,=C2=A0carlos@cisco.com

=E2=80=9CSometimes I use big words that I do not fully understand, to ma= ke myself sound more=C2=A0photosynthesis."


--f403045e9d24208d970556ba99e4-- From nobody Mon Aug 14 17:17:25 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E1B7513245F; Mon, 14 Aug 2017 17:17:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.519 X-Spam-Level: X-Spam-Status: No, score=-14.519 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Zd675gRBQomR; Mon, 14 Aug 2017 17:17:14 -0700 (PDT) Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F2C6B132466; Mon, 14 Aug 2017 17:17:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=18775; q=dns/txt; s=iport; t=1502756233; x=1503965833; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=mMp4nCmUMhz0pldahjkl7AKPyLs1wSSkBUsX5//eAGM=; b=b+S/oXfG2UlHpMOBJ6DqZ/1ELeTgB4oy/auFtttwvNRzV5itFMRIsCpo MJ9J+qQFGIGRxOdMEJDYsyivHOc7AwGTClzvW+TGu31tm4SkhbYbIQRyo W6nOyChqgPO6W3a2Z2Px/OfFbF1eoRr7xXynKbU9e8Yk2dUOa9LXTEskE U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BSAQDhPJJZ/5FdJa1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgm9rZDcBXI4RkBGBbog3iCyFNQ6CBCyDPIFfAoR5PxgBAgEBAQE?= =?us-ascii?q?BAQFrKIUZBgxbEhACAQg/ByERFBECBA4FiUtMAxUQrzqHPQ2EIQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBARgFgyiCAoFMgWMrgnyBPIEbgWkBEgGDYoIxBYl5jhSHaDw?= =?us-ascii?q?Ch1GHdIR1gg+FXYppiWSCToliAR84fwt3FUkSAYRLOQwQgWd2AYdYDRcHghQBA?= =?us-ascii?q?QE?= X-IronPort-AV: E=Sophos;i="5.41,375,1498521600"; d="scan'208,217";a="471464098" Received: from rcdn-core-9.cisco.com ([173.37.93.145]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 15 Aug 2017 00:17:12 +0000 Received: from XCH-RTP-003.cisco.com (xch-rtp-003.cisco.com [64.101.220.143]) by rcdn-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id v7F0HCOl012631 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 15 Aug 2017 00:17:12 GMT Received: from xch-rtp-020.cisco.com (64.101.220.160) by XCH-RTP-003.cisco.com (64.101.220.143) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Mon, 14 Aug 2017 20:17:11 -0400 Received: from xch-rtp-020.cisco.com ([64.101.220.160]) by XCH-RTP-020.cisco.com ([64.101.220.160]) with mapi id 15.00.1210.000; Mon, 14 Aug 2017 20:17:11 -0400 From: "Carlos Pignataro (cpignata)" To: Greg Mirsky CC: Tom Nadeau , "mpls@ietf.org" , "Kireeti Kompella (kireeti@juniper.net)" , Alia Atlas , "Reshad Rahman (rrahman)" , "rtg-bfd@ietf. org" Thread-Topic: [Technical Errata Reported] RFC5884 (5085) Thread-Index: AQHTEsasU87guosjHUWva6qlHRtDoKJ/rxSAgACYlQCABCd3gIAAIwDq Date: Tue, 15 Aug 2017 00:17:11 +0000 Message-ID: <7501E817-C95E-410A-A91E-080B36B213BE@cisco.com> References: <20170811053550.27303B81263@rfc-editor.org> <20170811173930.GJ24942@pfrc.org> , In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted Content-Type: multipart/alternative; boundary="_000_7501E817C95E410AA91E080B36B213BEciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [mpls] [Technical Errata Reported] RFC5884 (5085) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2017 00:17:17 -0000 --_000_7501E817C95E410AA91E080B36B213BEciscocom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Greg, This is my final email on this topic, since the arguments are now just sill= y and not technically constructive. 1. It's not about understanding English. It's about understanding specs! Th= e "(if any)" that you quote means there are situations in which there's no = echo reply. As I already explained to you, that's for example the case with= Reply-mode: No-reply. However, the "(if any)" does not mean an Echo Reply = is OPTIONAL. !! Or that you choose when a reply is not sent!! 2. RFC 8029 obsoleted 4379. But to my recollection, nothing changed relevan= t to this Errata. BFD for MPLS could have updated LSP ping behavior -- it just didn't. Sent from my iPad On Aug 14, 2017, at 2:12 PM, Greg Mirsky > wrote: Hi Carlos, thank you for sharing your view on how LSP Echo request with BFD Discrimina= tor used to bootstrap a BFD session over MPLS LSP. I'm surprised that you r= efer to RFC 8029 as normative reference when commenting on RFC 5884. But ev= en if we look into RFC 8029, it still has the same texts I've quoted in the= previous note that suggest that echo reply is optional. Consider one of th= em "The Sender's Handle is filled in by the sender and returned unchanged b= y the receiver in the echo reply (if any)." Though English is my third lang= uage, I interpret "if any" in that sentence as clear indication that the ec= ho reply may not be sent ever. Regards, Greg On Fri, Aug 11, 2017 at 7:45 PM, Carlos Pignataro (cpignata) > wrote: Jeff, WG, I believe there is one additional consideration =97 please see inline. On Aug 11, 2017, at 1:39 PM, Jeffrey Haas > wrote: [Note that I have adjusted the addresses in the headers to try to catch the RFC authors' current accounts.] The 5884 interop issue keeps bubbling up. Balaji submitted an errata, whic= h provides us with a good place to start technical discussion. Please note I also spent some time off-list discussing this errata with Balaji. On Thu, Aug 10, 2017 at 10:35:50PM -0700, RFC Errata System wrote: Section: 6 Original Text ------------- The egress LSR MAY respond with an LSP Ping Echo reply message that carries the local discriminator assigned by it for the BFD session. Corrected Text -------------- The egress LSR MUST respond with an LSP Ping Echo reply message that MAY carry the local discriminator assigned by it for the BFD session. Notes ----- It is not clear from the original text which of the following is optional: - The egress MUST send a reply, but the discriminator in the reply is opt= ional - The reply itself is optional Technically, the reply cannot be optional, because the egress needs to repo= rt LSP-Ping verification status to the ingress. This is correct =97 but even more so, technically, it is not up to RFC 5884= to define when an LSP-Ping reply is optional or not. That=92s=92 up to https://tools.ietf.org/html/rfc8029#section-4.4 Lacking a Reply Mode set to "Do not reply" (https://tools.ietf.org/html/rfc= 8029#page-12) the RFC 8029 procedures dictate a response be sent, independe= nt of whether the RFC 5884 procedures use that information or not. More below. The proposed text recommends to include BFD discriminator in the reply. Thi= s was the intent of the original text. My opinion follows: In section 6 - : On receipt of the LSP Ping Echo request message, the egress LSR MUST : send a BFD Control packet to the ingress LSR, if the validation of : the FEC in the LSP Ping Echo request message succeeds. This BFD : Control packet MUST set the Your Discriminator field to the : discriminator received from the ingress LSR in the LSP Ping Echo : request message. The egress LSR MAY respond with an LSP Ping Echo : reply message that carries the local discriminator assigned by it for : the BFD session. The local discriminator assigned by the egress LSR : MUST be used as the My Discriminator field in the BFD session packets : sent by the egress LSR. In the text above, I consider it quite clear that the receipt of the BFD packet contains sufficient state to bring up the BFD session. The receipt of the same Discriminator in the LSP Ping Echo Reply is optional. This makes sense partially because the reply may be dropped and we want the BFD session to come up as fast as possible. Yes, especially because the first sentence says that the egress sending a B= FD Control packet implies FEC validation passed. However, https://tools.iet= f.org/html/rfc8029#section-4.4 does more than FEC validation. The point of contention appears to be what to do if we *never* get such replies. It's worth pointing out additional text in RFC 5884, section 3.2. : Hence, BFD is used in conjunction with LSP Ping for MPLS LSP fault : detection: : : i) LSP Ping is used for bootstrapping the BFD session as described : later in this document. : : ii) BFD is used to exchange fault detection (i.e., BFD session) : packets at the required detection interval. : : iii) LSP Ping is used to periodically verify the control plane : against the data plane by ensuring that the LSP is mapped to : the same FEC, at the egress, as the ingress. iii above reminds us that the LSP may be torn down because LSP Ping fails. Thus, it seems problematic that we do not get a reply ever. However, with the BFD session in the Up state, we have information proving that the LSP is up. Thus we have contradictory intent. --- My opinion is that the MAY in the RFC 5884 procedures is intended to have the BFD session come up by the most expedient means. I do not believe the likely intent was to say "don't send Echo Reply". Among other things, that seems contrary to the intent of the general LSP Ping procedures. Having given my personal observations, we now get to the business of the Working Group: Debating intent and related text. My individual opinion is that, as written, RFC 5884 cannot mean any other t= hing that =93 The egress LSR MUST respond with an LSP Ping Echo reply messa= ge that MAY carry the local discriminator assigned by it for the BFD session=94. In other words, I support this errata. This is because RFC 5884 did not update RFC 4379=92s procedures. And thus a= response is needed based on 8029 irregardless of whether 5884 uses it. That said, it is debatable whether that LSP Ping response is useful or not.= If it is not sent, it does not comply to 8029. But if the WG wants for it = to be not send, a new spec is needed. Thanks, -- Jeff =97 Carlos Pignataro, carlos@cisco.com =93Sometimes I use big words that I do not fully understand, to make myself= sound more photosynthesis." --_000_7501E817C95E410AA91E080B36B213BEciscocom_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
Greg,

This is my final email on this topic, since = the arguments are now just silly and not technically constructive. 

1. It's not about understanding English. It'= s about understanding specs! The "(if any)" that you quote means = there are situations in which there's no echo reply. As I already explained= to you, that's for example the case with Reply-mode: No-reply. However, the "(if any)" does not mean an Echo Reply is= OPTIONAL. !! Or that you choose when a reply is not sent!!
2. RFC 8029 obsoleted 4379. But to my recoll= ection, nothing changed relevant to this Errata. 

BFD for MPLS could have updated LSP ping beh= avior -- it just didn't. 

Sent from my iPad

On Aug 14, 2017, at 2:12 PM, Greg Mirsky <gregimirsky@gmail.com> wrote:

Hi Carlos,
thank you for sharing your view on how LSP Echo request with BFD Discr= iminator used to bootstrap a BFD session over MPLS LSP. I'm surprised that = you refer to RFC 8029 as normative reference when commenting on RFC 5884. B= ut even if we look into RFC 8029, it still has the same texts I've quoted in the previous note that suggest = that echo reply is optional. Consider one of them "The Sender's Handle is filled in by the s= ender and returned unchanged by the receiver in the echo reply (if any)." Though English is my third = language, I interpret "if any" in that sentence as clear indicati= on that the echo reply may not be sent ever.

Regards,
Greg

On Fri, Aug 11, 2017 at 7:45 PM, Carlos Pignatar= o (cpignata) <cpignata@cisco.com> wrote:
Jeff, WG,

I believe there is one additional consideration =97 please see inline.=

On Aug 11, 2017, at 1:39 PM, Jeffrey Haas <jhaas@pfrc.org> wrote:

[Note that I have adjusted the addresses in the headers to try to catc= h the
RFC authors' current accounts.]


The 5884 interop issue keeps bubbling up.  Balaji submitted an errata,= which
provides us with a good place to start technical discussion.

Please note I also spent some time off-list discussing this errata with
Balaji.


On Thu, Aug 10, 2017 at 10:35:50PM -0700, RFC Errata System wrote:
Section: 6

Original Text
-------------
The egress LSR MAY respond with an LSP Ping Echo
reply message that carries the local discriminator assigned by it for
the BFD session.

Corrected Text
--------------
The egress LSR MUST respond with an LSP Ping Echo reply message that
MAY carry the local discriminator assigned by it for the BFD session.


Notes
-----
It is not clear from the original text which of the following is optional:<= br>  -  The egress MUST send a reply, but the discriminator in the re= ply is optional
 -  The reply itself is optional

Technically, the reply cannot be optional, because the egress needs to repo= rt LSP-Ping verification status to the ingress.
This is correct =97 but even more so, technically, it is not up to RFC= 5884 to define when an LSP-Ping reply is optional or not.


Lacking a Reply Mode set to "Do not reply" (https://tools.iet= f.org/html/rfc8029#page-12) the RFC 8029 procedures dictate a resp= onse be sent, independent of whether the RFC 5884 procedures use that information or not.

More below.


The proposed text recommends to include BFD discriminator in the reply. Thi= s was the intent of the original text.

My opinion follows:

In section 6 -

:    On receipt of the LSP Ping Echo request message, the eg= ress LSR MUST
:    send a BFD Control packet to the ingress LSR, if the va= lidation of
:    the FEC in the LSP Ping Echo request message succeeds.&= nbsp; This BFD
:    Control packet MUST set the Your Discriminator field to= the
:    discriminator received from the ingress LSR in the LSP = Ping Echo
:    request message.  The egress LSR MAY respond with = an LSP Ping Echo
:    reply message that carries the local discriminator assi= gned by it for
:    the BFD session.  The local discriminator assigned= by the egress LSR
:    MUST be used as the My Discriminator field in the BFD s= ession packets
:    sent by the egress LSR.

In the text above, I consider it quite clear that the receipt of the BFD packet contains sufficient state to bring up the BFD session.  The rec= eipt
of the same Discriminator in the LSP Ping Echo Reply is optional.

This makes sense partially because the reply may be dropped and we want the=
BFD session to come up as fast as possible.
Yes, especially because the first sentence says that the egress sendin= g a BFD Control packet implies FEC validation passed. However, http= s://tools.ietf.org/html/rfc8029#section-4.4 does more than FEC validation.


The point of contention appears to be what to do if we *never* get such
replies.  It's worth pointing out additional text in RFC 5884, section= 3.2.

:    Hence, BFD is used in conjunction with LSP Ping for MPL= S LSP fault
:    detection:
:
:       i) LSP Ping is used for bootstrapping= the BFD session as described
:          later in this docum= ent.
:
:      ii) BFD is used to exchange fault detection= (i.e., BFD session)
:          packets at the requ= ired detection interval.
:
:     iii) LSP Ping is used to periodically verify the = control plane
:          against the data pl= ane by ensuring that the LSP is mapped to
:          the same FEC, at th= e egress, as the ingress.

iii above reminds us that the LSP may be torn down because LSP Ping fails.<= br> Thus, it seems problematic that we do not get a reply ever.

However, with the BFD session in the Up state, we have information proving<= br> that the LSP is up.  Thus we have contradictory intent.

---

My opinion is that the MAY in the RFC 5884 procedures is intended to have the BFD session come up by the most expedient means.  I do not believe= the
likely intent was to say "don't send Echo Reply".  Among oth= er things, that
seems contrary to the intent of the general LSP Ping procedures.

Having given my personal observations, we now get to the business of the Working Group: Debating intent and related text.  
My individual opinion is that, as written, RFC 5884 cannot mean any ot= her thing that =93 The egress LSR MUST respond with an LSP Ping Echo reply = message that
MAY carry the local discriminator assigned by it for the BFD session= =94.

In other words, I support this errata.

This is because RFC 5884 did not update RFC 4379=92s procedures. And t= hus a response is needed based on 8029 irregardless of whether 5884 uses it= .

That said, it is debatable whether that LSP Ping response is useful or= not. If it is not sent, it does not comply to 8029. But if the WG wants fo= r it to be not send, a new spec is needed.

Thanks,

-- Jeff


=97
Carlos Pignataro, carlos@cisco.com

=93Sometimes I use big words that I do not fully understand, to make mys= elf sound more photosynthesis."


--_000_7501E817C95E410AA91E080B36B213BEciscocom_-- From nobody Mon Aug 14 23:51:55 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 642781324AE for ; Mon, 14 Aug 2017 23:51:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.198 X-Spam-Level: X-Spam-Status: No, score=-4.198 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dzuZil8AJ4MB for ; Mon, 14 Aug 2017 23:51:44 -0700 (PDT) Received: from zte.com.cn (mxhk.zte.com.cn [63.217.80.70]) by ietfa.amsl.com (Postfix) with ESMTP id 45F07132450 for ; Mon, 14 Aug 2017 23:51:42 -0700 (PDT) X-scanvirus: By SEG_CYREN AntiVirus Engine X-scanresult: CLEAN X-MAILFROM: X-RCPTTO: X-FROMIP: 192.168.168.120 X-SEG-Scaned: 1 X-Received: unknown,192.168.168.120,20170815145122 Received: from unknown (HELO out1.zte.com.cn) (192.168.168.120) by localhost with SMTP; 15 Aug 2017 06:51:22 -0000 X-scanvirus: By SEG_CYREN AntiVirus Engine X-scanresult: CLEAN X-MAILFROM: X-RCPTTO: X-FROMIP: 10.30.3.20 X-SEG-Scaned: 1 X-Received: unknown,10.30.3.20,20170815144805 Received: from unknown (HELO mse01.zte.com.cn) (10.30.3.20) by localhost with (AES256-SHA encrypted) SMTP; 15 Aug 2017 06:48:05 -0000 Received: from xgxapp01.zte.com.cn ([10.30.14.22]) by mse01.zte.com.cn with SMTP id v7F6pCxW000312; Tue, 15 Aug 2017 14:51:12 +0800 (GMT-8) (envelope-from hu.fangwei@zte.com.cn) Received: from mapi (xgxapp03[null]) by mapi (Zmail) with MAPI id mid71; Tue, 15 Aug 2017 14:51:13 +0800 (CST) Date: Tue, 15 Aug 2017 14:51:13 +0800 (CST) X-Zmail-TransId: 2afb599299e1ffffffffd93-5ba3b X-Mailer: Zmail v1.0 Message-ID: <201708151451136152764@zte.com.cn> References: 20170811053550.27303B81263@rfc-editor.org, 7501E817-C95E-410A-A91E-080B36B213BE@cisco.com Mime-Version: 1.0 From: To: Cc: , , , , , Content-Type: multipart/mixed; boundary="=====_001_next=====" X-MAIL: mse01.zte.com.cn v7F6pCxW000312 X-HQIP: 127.0.0.1 X-HQIP: 127.0.0.1 Archived-At: Subject: [mpls] =?utf-8?b?562U5aSNOiBSZTogIFtUZWNobmljYWwgRXJyYXRhIFJlcG9y?= =?utf-8?q?ted=5D_RFC5884_=285085=29?= X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2017 06:51:47 -0000 --=====_001_next===== Content-Type: multipart/related; boundary="=====_002_next=====" --=====_002_next===== Content-Type: multipart/alternative; boundary="=====_003_next=====" --=====_003_next===== Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SGksIEkgYWdyZWUgd2l0aCBHcmVnLiANCg0KV2hlbiBlZ3Jlc3MgTFNSIHJlY2VpY2VzIHRoZSBM U1AgcGluZyBlY2hvIGZyb20gaW5ncmVzcyBMU1IsIGl0IHdpbGwgc2VuZCB0aGUgQkZEIGNvbnRy b2wgcGFja2V0IHRvIGVzdGFibGlzaCB0aGUgQkZEIHNlc3Npb24sIHdoaWNoIGNvdWxkIGJlIHVz ZWQgdG8gY29uZmlybSB0aGUgcmVjZXZpbmcgb2YgTFNQIHBpbmcgZWNobyByZXF1ZXN0LiBTbyBJ dCBpcyBub3QgbmVjZXNzYXJ5IGZvciB0aGUgTFNQIHBpbmcgZWNobyByZXBseSB0byByZXBvcnQg dGhlIHZlcmlmaWNhdGlvbi4gIEkgdGhpbmsgaXQgaXMgcmVhc29uYWJsZSB0aGF0IHRoZSBMU1Ag cGluZyBlY2hvIHJlcGx5IGlzIG9wdGlvbmFsLiANCg0KSW4gYWRkaXRpb24sICBpdCBpcyA3IHll YXJzIHNpbmNlIHRoZSBSRkMgNTg4NCB3YXMgcHVibGlzaGVkIGluIDIwMTAuICBWZW5kb3JzIG1h eSBpbXBsZW1lbnQgdGhlIHByb2R1Y3QgYmFzZWQgb24gUkZDNTg4NC4gIElmIHdlIGNoYW5nZXMg dGhlIHNwZWMsIGl0IG1heSBicmluZyB0aGUgY29tcGF0aWJpbGl0eSBpc3N1ZXMuDQoNClJlZ2Fy ZHMuDQoNCkZhbmd3ZWkuDQoNCg0KDQoNCg0KDQrljp/lp4vpgq7ku7YNCg0KDQoNCuWPkeS7tuS6 uu+8miA8Y3BpZ25hdGFAY2lzY28uY29tPg0K5pS25Lu25Lq677yaIDxncmVnaW1pcnNreUBnbWFp bC5jb20+DQrmioTpgIHkurrvvJogPHRuYWRlYXVAbHVjaWR2aXNpb24uY29tPiA8bXBsc0BpZXRm Lm9yZz4gPGtpcmVldGlAanVuaXBlci5uZXQ+IDxycmFobWFuQGNpc2NvLmNvbT4gPHJ0Zy1iZmRA aWV0Zi5vcmc+DQrml6Ug5pyfIO+8mjIwMTflubQwOOaciDE15pelIDA4OjE4DQrkuLsg6aKYIO+8 mlJlOiBbbXBsc10gW1RlY2huaWNhbCBFcnJhdGEgUmVwb3J0ZWRdIFJGQzU4ODQgKDUwODUpDQoN Cg0KDQoNCg0KR3JlZywNCg0KIA0KVGhpcyBpcyBteSBmaW5hbCBlbWFpbCBvbiB0aGlzIHRvcGlj LCBzaW5jZSB0aGUgYXJndW1lbnRzIGFyZSBub3cganVzdCBzaWxseSBhbmQgbm90IHRlY2huaWNh bGx5IGNvbnN0cnVjdGl2ZS4gDQoNCiANCjEuIEl0J3Mgbm90IGFib3V0IHVuZGVyc3RhbmRpbmcg RW5nbGlzaC4gSXQncyBhYm91dCB1bmRlcnN0YW5kaW5nIHNwZWNzISBUaGUgIihpZiBhbnkpIiB0 aGF0IHlvdSBxdW90ZSBtZWFucyB0aGVyZSBhcmUgc2l0dWF0aW9ucyBpbiB3aGljaCB0aGVyZSdz IG5vIGVjaG8gcmVwbHkuIEFzIEkgYWxyZWFkeSBleHBsYWluZWQgdG8geW91LCB0aGF0J3MgZm9y IGV4YW1wbGUgdGhlIGNhc2Ugd2l0aCBSZXBseS1tb2RlOiAgTm8tcmVwbHkuIEhvd2V2ZXIsIHRo ZSAiKGlmIGFueSkiIGRvZXMgbm90IG1lYW4gYW4gRWNobyBSZXBseSBpcyBPUFRJT05BTC4gISEg T3IgdGhhdCB5b3UgY2hvb3NlIHdoZW4gYSByZXBseSBpcyBub3Qgc2VudCEhDQoNCjIuIFJGQyA4 MDI5IG9ic29sZXRlZCA0Mzc5LiBCdXQgdG8gbXkgcmVjb2xsZWN0aW9uLCBub3RoaW5nIGNoYW5n ZWQgcmVsZXZhbnQgdG8gdGhpcyBFcnJhdGEuIA0KDQogDQpCRkQgZm9yIE1QTFMgY291bGQgaGF2 ZSB1cGRhdGVkIExTUCBwaW5nIGJlaGF2aW9yIC0tIGl0IGp1c3QgZGlkbid0LiANCg0KDQogU2Vu dCBmcm9tIG15IGlQYWQNCg0KIE9uIEF1ZyAxNCwgMjAxNywgYXQgMjoxMiBQTSwgR3JlZyBNaXJz a3kgPGdyZWdpbWlyc2t5QGdtYWlsLmNvbT4gd3JvdGU6DQogDQogDQoNCkhpIENhcmxvcyx0aGFu ayB5b3UgZm9yIHNoYXJpbmcgeW91ciB2aWV3IG9uIGhvdyBMU1AgRWNobyByZXF1ZXN0IHdpdGgg QkZEIERpc2NyaW1pbmF0b3IgdXNlZCB0byBib290c3RyYXAgYSBCRkQgc2Vzc2lvbiBvdmVyIE1Q TFMgTFNQLiBJJ20gc3VycHJpc2VkIHRoYXQgeW91IHJlZmVyIHRvIFJGQyA4MDI5IGFzIG5vcm1h dGl2ZSByZWZlcmVuY2Ugd2hlbiBjb21tZW50aW5nIG9uIFJGQyA1ODg0LiBCdXQgZXZlbiBpZiB3 ZSBsb29rIGludG8gUkZDIDgwMjksICBpdCBzdGlsbCBoYXMgdGhlIHNhbWUgdGV4dHMgSSd2ZSBx dW90ZWQgaW4gdGhlIHByZXZpb3VzIG5vdGUgdGhhdCBzdWdnZXN0IHRoYXQgZWNobyByZXBseSBp cyBvcHRpb25hbC4gQ29uc2lkZXIgb25lIG9mIHRoZW0gIlRoZSBTZW5kZXIncyBIYW5kbGUgaXMg ZmlsbGVkIGluIGJ5IHRoZSBzZW5kZXIgYW5kIHJldHVybmVkIHVuY2hhbmdlZCBieSAgdGhlIHJl Y2VpdmVyIGluIHRoZSBlY2hvIHJlcGx5IChpZiBhbnkpLiIgVGhvdWdoIEVuZ2xpc2ggaXMgbXkg dGhpcmQgbGFuZ3VhZ2UsIEkgaW50ZXJwcmV0ICJpZiBhbnkiIGluIHRoYXQgc2VudGVuY2UgYXMg Y2xlYXIgaW5kaWNhdGlvbiB0aGF0IHRoZSBlY2hvIHJlcGx5IG1heSBub3QgYmUgc2VudCBldmVy Lg0KDQogUmVnYXJkcywNCkdyZWcNCg0KDQogDQpPbiBGcmksIEF1ZyAxMSwgMjAxNyBhdCA3OjQ1 IFBNLCBDYXJsb3MgUGlnbmF0YXJvIChjcGlnbmF0YSkgPGNwaWduYXRhQGNpc2NvLmNvbT4gd3Jv dGU6DQogDQpKZWZmLCBXRywNCiBJIGJlbGlldmUgdGhlcmUgaXMgb25lIGFkZGl0aW9uYWwgY29u c2lkZXJhdGlvbiDigJQgcGxlYXNlIHNlZSBpbmxpbmUuDQoNCiBPbiBBdWcgMTEsIDIwMTcsIGF0 IDE6MzkgUE0sIEplZmZyZXkgSGFhcyA8amhhYXNAcGZyYy5vcmc+IHdyb3RlOg0KIFtOb3RlIHRo YXQgSSBoYXZlIGFkanVzdGVkIHRoZSBhZGRyZXNzZXMgaW4gdGhlIGhlYWRlcnMgdG8gdHJ5IHRv IGNhdGNoIHRoZQ0KIFJGQyBhdXRob3JzJyBjdXJyZW50IGFjY291bnRzLl0NCiANCiANCiBUaGUg NTg4NCBpbnRlcm9wIGlzc3VlIGtlZXBzIGJ1YmJsaW5nIHVwLiAgQmFsYWppIHN1Ym1pdHRlZCBh biBlcnJhdGEsIHdoaWNoDQogcHJvdmlkZXMgdXMgd2l0aCBhIGdvb2QgcGxhY2UgdG8gc3RhcnQg dGVjaG5pY2FsIGRpc2N1c3Npb24uDQogDQogUGxlYXNlIG5vdGUgSSBhbHNvIHNwZW50IHNvbWUg dGltZSBvZmYtbGlzdCBkaXNjdXNzaW5nIHRoaXMgZXJyYXRhIHdpdGgNCiBCYWxhamkuDQogDQog DQogT24gVGh1LCBBdWcgMTAsIDIwMTcgYXQgMTA6MzU6NTBQTSAtMDcwMCwgUkZDIEVycmF0YSBT eXN0ZW0gd3JvdGU6DQogU2VjdGlvbjogNg0KIA0KIE9yaWdpbmFsIFRleHQNCiAtLS0tLS0tLS0t LS0tDQogVGhlIGVncmVzcyBMU1IgTUFZIHJlc3BvbmQgd2l0aCBhbiBMU1AgUGluZyBFY2hvDQog cmVwbHkgbWVzc2FnZSB0aGF0IGNhcnJpZXMgdGhlIGxvY2FsIGRpc2NyaW1pbmF0b3IgYXNzaWdu ZWQgYnkgaXQgZm9yDQogdGhlIEJGRCBzZXNzaW9uLg0KIA0KIENvcnJlY3RlZCBUZXh0DQogLS0t LS0tLS0tLS0tLS0NCiBUaGUgZWdyZXNzIExTUiBNVVNUIHJlc3BvbmQgd2l0aCBhbiBMU1AgUGlu ZyBFY2hvIHJlcGx5IG1lc3NhZ2UgdGhhdA0KIE1BWSBjYXJyeSB0aGUgbG9jYWwgZGlzY3JpbWlu YXRvciBhc3NpZ25lZCBieSBpdCBmb3IgdGhlIEJGRCBzZXNzaW9uLg0KIA0KIA0KIE5vdGVzDQog LS0tLS0NCiBJdCBpcyBub3QgY2xlYXIgZnJvbSB0aGUgb3JpZ2luYWwgdGV4dCB3aGljaCBvZiB0 aGUgZm9sbG93aW5nIGlzIG9wdGlvbmFsOg0KICAtICBUaGUgZWdyZXNzIE1VU1Qgc2VuZCBhIHJl cGx5LCBidXQgdGhlIGRpc2NyaW1pbmF0b3IgaW4gdGhlIHJlcGx5IGlzIG9wdGlvbmFsDQogIC0g IFRoZSByZXBseSBpdHNlbGYgaXMgb3B0aW9uYWwNCiANCiBUZWNobmljYWxseSwgdGhlIHJlcGx5 IGNhbm5vdCBiZSBvcHRpb25hbCwgYmVjYXVzZSB0aGUgZWdyZXNzIG5lZWRzIHRvIHJlcG9ydCBM U1AtUGluZyB2ZXJpZmljYXRpb24gc3RhdHVzIHRvIHRoZSBpbmdyZXNzLg0KIA0KDQoNCiBUaGlz IGlzIGNvcnJlY3Qg4oCUIGJ1dCBldmVuIG1vcmUgc28sIHRlY2huaWNhbGx5LCBpdCBpcyBub3Qg dXAgdG8gUkZDIDU4ODQgdG8gZGVmaW5lIHdoZW4gYW4gTFNQLVBpbmcgcmVwbHkgaXMgb3B0aW9u YWwgb3Igbm90Lg0KDQogVGhhdOKAmXPigJkgdXAgdG8gaHR0cHM6Ly90b29scy5pZXRmLm9yZy9o dG1sL3JmYzgwMjkjc2VjdGlvbi00LjQNCg0KIExhY2tpbmcgYSBSZXBseSBNb2RlIHNldCB0byAi RG8gbm90IHJlcGx5IiAoaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzgwMjkjcGFnZS0x MikgdGhlIFJGQyA4MDI5IHByb2NlZHVyZXMgZGljdGF0ZSBhIHJlc3BvbnNlIGJlIHNlbnQsIGlu ZGVwZW5kZW50IG9mIHdoZXRoZXIgdGhlIFJGQyA1ODg0ICBwcm9jZWR1cmVzIHVzZSB0aGF0IGlu Zm9ybWF0aW9uIG9yIG5vdC4NCg0KIE1vcmUgYmVsb3cuDQoNCiANCiBUaGUgcHJvcG9zZWQgdGV4 dCByZWNvbW1lbmRzIHRvIGluY2x1ZGUgQkZEIGRpc2NyaW1pbmF0b3IgaW4gdGhlIHJlcGx5LiBU aGlzIHdhcyB0aGUgaW50ZW50IG9mIHRoZSBvcmlnaW5hbCB0ZXh0Lg0KIA0KIE15IG9waW5pb24g Zm9sbG93czoNCiANCiBJbiBzZWN0aW9uIDYgLSANCiANCiA6ICAgIE9uIHJlY2VpcHQgb2YgdGhl IExTUCBQaW5nIEVjaG8gcmVxdWVzdCBtZXNzYWdlLCB0aGUgZWdyZXNzIExTUiBNVVNUDQogOiAg ICBzZW5kIGEgQkZEIENvbnRyb2wgcGFja2V0IHRvIHRoZSBpbmdyZXNzIExTUiwgaWYgdGhlIHZh bGlkYXRpb24gb2YNCiA6ICAgIHRoZSBGRUMgaW4gdGhlIExTUCBQaW5nIEVjaG8gcmVxdWVzdCBt ZXNzYWdlIHN1Y2NlZWRzLiAgVGhpcyBCRkQNCiA6ICAgIENvbnRyb2wgcGFja2V0IE1VU1Qgc2V0 IHRoZSBZb3VyIERpc2NyaW1pbmF0b3IgZmllbGQgdG8gdGhlDQogOiAgICBkaXNjcmltaW5hdG9y IHJlY2VpdmVkIGZyb20gdGhlIGluZ3Jlc3MgTFNSIGluIHRoZSBMU1AgUGluZyBFY2hvDQogOiAg ICByZXF1ZXN0IG1lc3NhZ2UuICBUaGUgZWdyZXNzIExTUiBNQVkgcmVzcG9uZCB3aXRoIGFuIExT UCBQaW5nIEVjaG8NCiA6ICAgIHJlcGx5IG1lc3NhZ2UgdGhhdCBjYXJyaWVzIHRoZSBsb2NhbCBk aXNjcmltaW5hdG9yIGFzc2lnbmVkIGJ5IGl0IGZvcg0KIDogICAgdGhlIEJGRCBzZXNzaW9uLiAg VGhlIGxvY2FsIGRpc2NyaW1pbmF0b3IgYXNzaWduZWQgYnkgdGhlIGVncmVzcyBMU1INCiA6ICAg IE1VU1QgYmUgdXNlZCBhcyB0aGUgTXkgRGlzY3JpbWluYXRvciBmaWVsZCBpbiB0aGUgQkZEIHNl c3Npb24gcGFja2V0cw0KIDogICAgc2VudCBieSB0aGUgZWdyZXNzIExTUi4NCiANCiBJbiB0aGUg dGV4dCBhYm92ZSwgSSBjb25zaWRlciBpdCBxdWl0ZSBjbGVhciB0aGF0IHRoZSByZWNlaXB0IG9m IHRoZSBCRkQNCiBwYWNrZXQgY29udGFpbnMgc3VmZmljaWVudCBzdGF0ZSB0byBicmluZyB1cCB0 aGUgQkZEIHNlc3Npb24uICBUaGUgcmVjZWlwdA0KIG9mIHRoZSBzYW1lIERpc2NyaW1pbmF0b3Ig aW4gdGhlIExTUCBQaW5nIEVjaG8gUmVwbHkgaXMgb3B0aW9uYWwuDQogDQogVGhpcyBtYWtlcyBz ZW5zZSBwYXJ0aWFsbHkgYmVjYXVzZSB0aGUgcmVwbHkgbWF5IGJlIGRyb3BwZWQgYW5kIHdlIHdh bnQgdGhlDQogQkZEIHNlc3Npb24gdG8gY29tZSB1cCBhcyBmYXN0IGFzIHBvc3NpYmxlLg0KIA0K DQoNCiBZZXMsIGVzcGVjaWFsbHkgYmVjYXVzZSB0aGUgZmlyc3Qgc2VudGVuY2Ugc2F5cyB0aGF0 IHRoZSBlZ3Jlc3Mgc2VuZGluZyBhIEJGRCBDb250cm9sIHBhY2tldCBpbXBsaWVzIEZFQyB2YWxp ZGF0aW9uIHBhc3NlZC4gSG93ZXZlciwgaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzgw Mjkjc2VjdGlvbi00LjQgZG9lcyAgbW9yZSB0aGFuIEZFQyB2YWxpZGF0aW9uLg0KDQogDQogVGhl IHBvaW50IG9mIGNvbnRlbnRpb24gYXBwZWFycyB0byBiZSB3aGF0IHRvIGRvIGlmIHdlICpuZXZl ciogZ2V0IHN1Y2gNCiByZXBsaWVzLiAgSXQncyB3b3J0aCBwb2ludGluZyBvdXQgYWRkaXRpb25h bCB0ZXh0IGluIFJGQyA1ODg0LCBzZWN0aW9uIDMuMi4NCiANCiA6ICAgIEhlbmNlLCBCRkQgaXMg dXNlZCBpbiBjb25qdW5jdGlvbiB3aXRoIExTUCBQaW5nIGZvciBNUExTIExTUCBmYXVsdA0KIDog ICAgZGV0ZWN0aW9uOg0KIDogDQogOiAgICAgICBpKSBMU1AgUGluZyBpcyB1c2VkIGZvciBib290 c3RyYXBwaW5nIHRoZSBCRkQgc2Vzc2lvbiBhcyBkZXNjcmliZWQNCiA6ICAgICAgICAgIGxhdGVy IGluIHRoaXMgZG9jdW1lbnQuDQogOiANCiA6ICAgICAgaWkpIEJGRCBpcyB1c2VkIHRvIGV4Y2hh bmdlIGZhdWx0IGRldGVjdGlvbiAoaS5lLiwgQkZEIHNlc3Npb24pDQogOiAgICAgICAgICBwYWNr ZXRzIGF0IHRoZSByZXF1aXJlZCBkZXRlY3Rpb24gaW50ZXJ2YWwuDQogOiANCiA6ICAgICBpaWkp IExTUCBQaW5nIGlzIHVzZWQgdG8gcGVyaW9kaWNhbGx5IHZlcmlmeSB0aGUgY29udHJvbCBwbGFu ZQ0KIDogICAgICAgICAgYWdhaW5zdCB0aGUgZGF0YSBwbGFuZSBieSBlbnN1cmluZyB0aGF0IHRo ZSBMU1AgaXMgbWFwcGVkIHRvDQogOiAgICAgICAgICB0aGUgc2FtZSBGRUMsIGF0IHRoZSBlZ3Jl c3MsIGFzIHRoZSBpbmdyZXNzLg0KIA0KIGlpaSBhYm92ZSByZW1pbmRzIHVzIHRoYXQgdGhlIExT UCBtYXkgYmUgdG9ybiBkb3duIGJlY2F1c2UgTFNQIFBpbmcgZmFpbHMuDQogVGh1cywgaXQgc2Vl bXMgcHJvYmxlbWF0aWMgdGhhdCB3ZSBkbyBub3QgZ2V0IGEgcmVwbHkgZXZlci4NCiANCiBIb3dl dmVyLCB3aXRoIHRoZSBCRkQgc2Vzc2lvbiBpbiB0aGUgVXAgc3RhdGUsIHdlIGhhdmUgaW5mb3Jt YXRpb24gcHJvdmluZw0KIHRoYXQgdGhlIExTUCBpcyB1cC4gIFRodXMgd2UgaGF2ZSBjb250cmFk aWN0b3J5IGludGVudC4NCiANCiAtLS0NCiANCiBNeSBvcGluaW9uIGlzIHRoYXQgdGhlIE1BWSBp biB0aGUgUkZDIDU4ODQgcHJvY2VkdXJlcyBpcyBpbnRlbmRlZCB0byBoYXZlDQogdGhlIEJGRCBz ZXNzaW9uIGNvbWUgdXAgYnkgdGhlIG1vc3QgZXhwZWRpZW50IG1lYW5zLiAgSSBkbyBub3QgYmVs aWV2ZSB0aGUNCiBsaWtlbHkgaW50ZW50IHdhcyB0byBzYXkgImRvbid0IHNlbmQgRWNobyBSZXBs eSIuICBBbW9uZyBvdGhlciB0aGluZ3MsIHRoYXQNCiBzZWVtcyBjb250cmFyeSB0byB0aGUgaW50 ZW50IG9mIHRoZSBnZW5lcmFsIExTUCBQaW5nIHByb2NlZHVyZXMuDQogDQogSGF2aW5nIGdpdmVu IG15IHBlcnNvbmFsIG9ic2VydmF0aW9ucywgd2Ugbm93IGdldCB0byB0aGUgYnVzaW5lc3Mgb2Yg dGhlDQogV29ya2luZyBHcm91cDogRGViYXRpbmcgaW50ZW50IGFuZCByZWxhdGVkIHRleHQuICAN CiANCiANCg0KDQogTXkgaW5kaXZpZHVhbCBvcGluaW9uIGlzIHRoYXQsIGFzIHdyaXR0ZW4sIFJG QyA1ODg0IGNhbm5vdCBtZWFuIGFueSBvdGhlciB0aGluZyB0aGF0IOKAnCBUaGUgZWdyZXNzIExT UiBNVVNUIHJlc3BvbmQgd2l0aCBhbiBMU1AgUGluZyBFY2hvIHJlcGx5IG1lc3NhZ2UgdGhhdA0K TUFZIGNhcnJ5IHRoZSBsb2NhbCBkaXNjcmltaW5hdG9yIGFzc2lnbmVkIGJ5IGl0IGZvciB0aGUg QkZEIHNlc3Npb27igJ0uDQoNCiBJbiBvdGhlciB3b3JkcywgSSBzdXBwb3J0IHRoaXMgZXJyYXRh Lg0KDQogVGhpcyBpcyBiZWNhdXNlIFJGQyA1ODg0IGRpZCBub3QgdXBkYXRlIFJGQyA0Mzc54oCZ cyBwcm9jZWR1cmVzLiBBbmQgdGh1cyBhIHJlc3BvbnNlIGlzIG5lZWRlZCBiYXNlZCBvbiA4MDI5 IGlycmVnYXJkbGVzcyBvZiB3aGV0aGVyIDU4ODQgdXNlcyBpdC4uDQoNCiBUaGF0IHNhaWQsIGl0 IGlzIGRlYmF0YWJsZSB3aGV0aGVyIHRoYXQgTFNQIFBpbmcgcmVzcG9uc2UgaXMgdXNlZnVsIG9y IG5vdC4gSWYgaXQgaXMgbm90IHNlbnQsIGl0IGRvZXMgbm90IGNvbXBseSB0byA4MDI5LiBCdXQg aWYgdGhlIFdHIHdhbnRzIGZvciBpdCB0byBiZSBub3Qgc2VuZCwgYSBuZXcgc3BlYyBpcyBuZWVk ZWQuDQoNCiBUaGFua3MsDQoNCiAtLSBKZWZmDQogDQogDQoNCg0KDQogDQoNCg0K4oCUDQoNCkNh cmxvcyBQaWduYXRhcm8sIGNhcmxvc0BjaXNjby5jb20NCiANCiDigJxTb21ldGltZXMgSSB1c2Ug YmlnIHdvcmRzIHRoYXQgSSBkbyBub3QgZnVsbHkgdW5kZXJzdGFuZCwgdG8gbWFrZSBteXNlbGYg c291bmQgbW9yZSBwaG90b3N5bnRoZXNpcy4i --=====_003_next===== Content-Type: text/html ; charset="UTF-8" Content-Transfer-Encoding: base64 PGRpdiBjbGFzcz0iemNvbnRlbnRSb3ciPiA8cD5IaSwgSSBhZ3JlZSB3aXRoIEdyZWcuJm5ic3A7 PC9wPjxwPldoZW4gZWdyZXNzIExTUiByZWNlaWNlcyB0aGUgTFNQIHBpbmcgZWNobyBmcm9tIGlu Z3Jlc3MgTFNSLCBpdCB3aWxsIHNlbmQgdGhlIEJGRCBjb250cm9sIHBhY2tldCB0byBlc3RhYmxp c2ggdGhlIEJGRCBzZXNzaW9uLCB3aGljaCBjb3VsZCBiZSB1c2VkIHRvIGNvbmZpcm0gdGhlIHJl Y2V2aW5nIG9mIExTUCBwaW5nIGVjaG8gcmVxdWVzdC4gU28gSXQgaXMgbm90IG5lY2Vzc2FyeSBm b3IgdGhlIExTUCBwaW5nIGVjaG8gcmVwbHkgdG8gcmVwb3J0IHRoZSB2ZXJpZmljYXRpb24uICZu YnNwOzxzcGFuIHN0eWxlPSJsaW5lLWhlaWdodDogMjFweDsiPkkgdGhpbmsgaXQgaXMgcmVhc29u YWJsZSB0aGF0IHRoZSBMU1AgcGluZyBlY2hvIHJlcGx5IGlzIG9wdGlvbmFsLiZuYnNwOzwvc3Bh bj48L3A+PHA+SW4gYWRkaXRpb24sICZuYnNwO2l0IGlzIDcgeWVhcnMgc2luY2UgdGhlIFJGQyA1 ODg0IHdhcyBwdWJsaXNoZWQgaW4gMjAxMC4gJm5ic3A7VmVuZG9ycyBtYXkgaW1wbGVtZW50IHRo ZSBwcm9kdWN0IGJhc2VkIG9uIFJGQzU4ODQuICZuYnNwO0lmIHdlIGNoYW5nZXMgdGhlIHNwZWMs IGl0IG1heSBicmluZyB0aGUmbmJzcDtjb21wYXRpYmlsaXR5IGlzc3Vlcy48L3A+PHA+UmVnYXJk cy48L3A+PHA+RmFuZ3dlaS48L3A+PHA+PGJyPjwvcD48ZGl2PjxkaXYgY2xhc3M9InpoaXN0b3J5 Um93IiBzdHlsZT0iZGlzcGxheTpibG9jayI+PGRpdiBjbGFzcz0iemhpc3RvcnlEZXMiIHN0eWxl PSJ3aWR0aDogMTAwJTsgaGVpZ2h0OiAyOHB4OyBsaW5lLWhlaWdodDogMjhweDsgYmFja2dyb3Vu ZC1jb2xvcjogI0UwRTVFOTsgY29sb3I6ICMxMzg4RkY7IHRleHQtYWxpZ246IGNlbnRlcjsiIGxh bmd1YWdlLWRhdGE9Ikhpc3RvcnlPcmdUeHQiPuWOn+Wni+mCruS7tjwvZGl2PjxkaXYgaWQ9Inp3 cml0ZUhpc3RvcnlDb250YWluZXIiPjxkaXYgY2xhc3M9ImNvbnRyb2wtZ3JvdXAgemhpc3RvcnlQ YW5lbCI+PGRpdiBjbGFzcz0iemhpc3RvcnlIZWFkZXIiIHN0eWxlPSJwYWRkaW5nOiA4cHg7IGJh Y2tncm91bmQtY29sb3I6ICNGNUY2Rjg7Ij48ZGl2PjxzdHJvbmcgbGFuZ3VhZ2UtZGF0YT0iSGlz dG9yeVNlbmRlclR4dCI+5Y+R5Lu25Lq677yaPC9zdHJvbmc+PHNwYW4gY2xhc3M9InpyZWFkVXNl ck5hbWUiPiAmbHQ7Y3BpZ25hdGFAY2lzY28uY29tJmd0Ozs8L3NwYW4+PC9kaXY+PGRpdj48c3Ry b25nIGxhbmd1YWdlLWRhdGE9Ikhpc3RvcnlUT1R4dCI+5pS25Lu25Lq677yaPC9zdHJvbmc+PHNw YW4gY2xhc3M9InpyZWFkVXNlck5hbWUiIHN0eWxlPSJkaXNwbGF5OiBpbmxpbmU7Ij4gJmx0O2dy ZWdpbWlyc2t5QGdtYWlsLmNvbSZndDs7PC9zcGFuPjwvZGl2PjxkaXY+PHN0cm9uZyBsYW5ndWFn ZS1kYXRhPSJIaXN0b3J5Q0NUeHQiPuaKhOmAgeS6uu+8mjwvc3Ryb25nPjxzcGFuIGNsYXNzPSJ6 cmVhZFVzZXJOYW1lIiBzdHlsZT0iZGlzcGxheTogaW5saW5lOyI+ICZsdDt0bmFkZWF1QGx1Y2lk dmlzaW9uLmNvbSZndDs7PC9zcGFuPjxzcGFuIGNsYXNzPSJ6cmVhZFVzZXJOYW1lIiBzdHlsZT0i ZGlzcGxheTogaW5saW5lOyI+ICZsdDttcGxzQGlldGYub3JnJmd0Ozs8L3NwYW4+PHNwYW4gY2xh c3M9InpyZWFkVXNlck5hbWUiIHN0eWxlPSJkaXNwbGF5OiBpbmxpbmU7Ij4gJmx0O2tpcmVldGlA anVuaXBlci5uZXQmZ3Q7Ozwvc3Bhbj48c3BhbiBjbGFzcz0ienJlYWRVc2VyTmFtZSIgc3R5bGU9 ImRpc3BsYXk6IGlubGluZTsiPiAmbHQ7cnJhaG1hbkBjaXNjby5jb20mZ3Q7Ozwvc3Bhbj48c3Bh biBjbGFzcz0ienJlYWRVc2VyTmFtZSIgc3R5bGU9ImRpc3BsYXk6IGlubGluZTsiPiAmbHQ7cnRn LWJmZEBpZXRmLm9yZyZndDs7PC9zcGFuPjwvZGl2PjxkaXY+PHN0cm9uZyBsYW5ndWFnZS1kYXRh PSJIaXN0b3J5RGF0ZVR4dCI+5pelIOacnyDvvJo8L3N0cm9uZz48c3BhbiBjbGFzcz0iIj4yMDE3 5bm0MDjmnIgxNeaXpSAwODoxODwvc3Bhbj48L2Rpdj48ZGl2PjxzdHJvbmcgbGFuZ3VhZ2UtZGF0 YT0iSGlzdG9yeVN1YmplY3RUeHQiPuS4uyDpopgg77yaPC9zdHJvbmc+PHNwYW4gY2xhc3M9Inpy ZWFkVGl0bGUiPjxzdHJvbmc+UmU6IFttcGxzXSBbVGVjaG5pY2FsIEVycmF0YSBSZXBvcnRlZF0g UkZDNTg4NCAoNTA4NSk8L3N0cm9uZz48L3NwYW4+PC9kaXY+PC9kaXY+PHAgY2xhc3M9InpoaXN0 b3J5Q29udGVudCI+PGJyPjwvcD48ZGl2PjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PVdpbmRvd3MtMTI1MiI+PGRpdj5HcmVnLDwvZGl2 Pjxicj4gPGRpdiBpZD0iQXBwbGVNYWlsU2lnbmF0dXJlIj5UaGlzIGlzIG15IGZpbmFsIGVtYWls IG9uIHRoaXMgdG9waWMsIHNpbmNlIHRoZSBhcmd1bWVudHMgYXJlIG5vdyBqdXN0IHNpbGx5IGFu ZCBub3QgdGVjaG5pY2FsbHkgY29uc3RydWN0aXZlLiZuYnNwOzwvZGl2Pjxicj4gPGRpdiBpZD0i QXBwbGVNYWlsU2lnbmF0dXJlIj4xLiBJdCdzIG5vdCBhYm91dCB1bmRlcnN0YW5kaW5nIEVuZ2xp c2guIEl0J3MgYWJvdXQgdW5kZXJzdGFuZGluZyBzcGVjcyEgVGhlICIoaWYgYW55KSIgdGhhdCB5 b3UgcXVvdGUgbWVhbnMgdGhlcmUgYXJlIHNpdHVhdGlvbnMgaW4gd2hpY2ggdGhlcmUncyBubyBl Y2hvIHJlcGx5LiBBcyBJIGFscmVhZHkgZXhwbGFpbmVkIHRvIHlvdSwgdGhhdCdzIGZvciBleGFt cGxlIHRoZSBjYXNlIHdpdGggUmVwbHktbW9kZTogJm5ic3A7Tm8tcmVwbHkuIEhvd2V2ZXIsIHRo ZSAiKGlmIGFueSkiIGRvZXMgbm90IG1lYW4gYW4gRWNobyBSZXBseSBpcyBPUFRJT05BTC4gISEg T3IgdGhhdCB5b3UgY2hvb3NlIHdoZW4gYSByZXBseSBpcyBub3Qgc2VudCEhPC9kaXY+PGRpdiBp ZD0iQXBwbGVNYWlsU2lnbmF0dXJlIj4yLiBSRkMgODAyOSBvYnNvbGV0ZWQgNDM3OS4gQnV0IHRv IG15IHJlY29sbGVjdGlvbiwgbm90aGluZyBjaGFuZ2VkIHJlbGV2YW50IHRvIHRoaXMgRXJyYXRh LiZuYnNwOzwvZGl2Pjxicj4gPGRpdiBpZD0iQXBwbGVNYWlsU2lnbmF0dXJlIj5CRkQgZm9yIE1Q TFMgY291bGQgaGF2ZSB1cGRhdGVkIExTUCBwaW5nIGJlaGF2aW9yIC0tIGl0IGp1c3QgZGlkbid0 LiZuYnNwOzwvZGl2PjxkaXYgaWQ9IkFwcGxlTWFpbFNpZ25hdHVyZSI+PGJyPiBTZW50IGZyb20g bXkgaVBhZDwvZGl2PjxkaXY+PGJyPiBPbiBBdWcgMTQsIDIwMTcsIGF0IDI6MTIgUE0sIEdyZWcg TWlyc2t5ICZsdDs8YSBocmVmPSJtYWlsdG86Z3JlZ2ltaXJza3lAZ21haWwuY29tIiB0YXJnZXQ9 Il9ibGFuayI+Z3JlZ2ltaXJza3lAZ21haWwuY29tPC9hPiZndDsgd3JvdGU6PGJyPiA8YnI+IDwv ZGl2PjxibG9ja3F1b3RlIHR5cGU9ImNpdGUiPjxkaXY+PGRpdiBkaXI9Imx0ciI+SGkgQ2FybG9z LDxkaXY+dGhhbmsgeW91IGZvciBzaGFyaW5nIHlvdXIgdmlldyBvbiBob3cgTFNQIEVjaG8gcmVx dWVzdCB3aXRoIEJGRCBEaXNjcmltaW5hdG9yIHVzZWQgdG8gYm9vdHN0cmFwIGEgQkZEIHNlc3Np b24gb3ZlciBNUExTIExTUC4gSSdtIHN1cnByaXNlZCB0aGF0IHlvdSByZWZlciB0byBSRkMgODAy OSBhcyBub3JtYXRpdmUgcmVmZXJlbmNlIHdoZW4gY29tbWVudGluZyBvbiBSRkMgNTg4NC4gQnV0 IGV2ZW4gaWYgd2UgbG9vayBpbnRvIFJGQyA4MDI5LCAmbmJzcDtpdCBzdGlsbCBoYXMgdGhlIHNh bWUgdGV4dHMgSSd2ZSBxdW90ZWQgaW4gdGhlIHByZXZpb3VzIG5vdGUgdGhhdCBzdWdnZXN0IHRo YXQgZWNobyByZXBseSBpcyBvcHRpb25hbC4gQ29uc2lkZXIgb25lIG9mIHRoZW0gIjxzcGFuIHN0 eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2ZvbnQtc2l6ZToxMy4zMzMzcHgiPlRoZSBTZW5kZXIncyBI YW5kbGUgaXMgZmlsbGVkIGluIGJ5IHRoZSBzZW5kZXIgYW5kIHJldHVybmVkIHVuY2hhbmdlZCZu YnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTtmb250LXNpemU6MTMuMzMz M3B4Ij5ieSAmbmJzcDt0aGUgcmVjZWl2ZXIgaW4gdGhlIGVjaG8gcmVwbHkgKGlmIGFueSkuIiBU aG91Z2ggRW5nbGlzaCBpcyBteSB0aGlyZCBsYW5ndWFnZSwgSSBpbnRlcnByZXQgImlmIGFueSIg aW4gdGhhdCBzZW50ZW5jZSBhcyBjbGVhciBpbmRpY2F0aW9uIHRoYXQgdGhlIGVjaG8gcmVwbHkg bWF5IG5vdCBiZSBzZW50IGV2ZXIuPC9zcGFuPjwvZGl2PjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2Io MCwwLDApO2ZvbnQtc2l6ZToxMy4zMzMzcHgiPjxicj4gPC9zcGFuPjxkaXY+PHNwYW4gc3R5bGU9 ImNvbG9yOnJnYigwLDAsMCk7Zm9udC1zaXplOjEzLjMzMzNweCI+UmVnYXJkcyw8L3NwYW4+PC9k aXY+PGRpdj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTtmb250LXNpemU6MTMuMzMzM3B4 Ij5HcmVnPC9zcGFuPjwvZGl2PjxkaXYgY2xhc3M9ImdtYWlsX2V4dHJhIj48YnI+IDxkaXYgY2xh c3M9ImdtYWlsX3F1b3RlIj5PbiBGcmksIEF1ZyAxMSwgMjAxNyBhdCA3OjQ1IFBNLCBDYXJsb3Mg UGlnbmF0YXJvIChjcGlnbmF0YSkgPHNwYW4gZGlyPSJsdHIiPiZsdDs8YSBocmVmPSJtYWlsdG86 Y3BpZ25hdGFAY2lzY28uY29tIiB0YXJnZXQ9Il9ibGFuayI+Y3BpZ25hdGFAY2lzY28uY29tPC9h PiZndDs8L3NwYW4+IHdyb3RlOjxicj4gPGJsb2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBz dHlsZT0ibWFyZ2luOjBweCAwcHggMHB4IDAuOGV4O2JvcmRlci1sZWZ0OjFweCBzb2xpZCByZ2Io MjA0LDIwNCwyMDQpO3BhZGRpbmctbGVmdDoxZXgiPjxkaXYgc3R5bGU9IndvcmQtd3JhcDpicmVh ay13b3JkIj5KZWZmLCBXRyw8YnI+IDxkaXY+SSBiZWxpZXZlIHRoZXJlIGlzIG9uZSBhZGRpdGlv bmFsIGNvbnNpZGVyYXRpb24g4oCUIHBsZWFzZSBzZWUgaW5saW5lLjwvZGl2PjxkaXY+PGJyPiA8 ZGl2PjxzcGFuIGNsYXNzPSJnbWFpbC0iPiA8YmxvY2txdW90ZSB0eXBlPSJjaXRlIj48ZGl2Pk9u IEF1ZyAxMSwgMjAxNywgYXQgMTozOSBQTSwgSmVmZnJleSBIYWFzICZsdDs8YSBocmVmPSJtYWls dG86amhhYXNAcGZyYy5vcmciIHRhcmdldD0iX2JsYW5rIj5qaGFhc0BwZnJjLm9yZzwvYT4mZ3Q7 IHdyb3RlOjwvZGl2PjxiciBjbGFzcz0iZ21haWwtbV8xMTAzNDgwNDYwNzcxMTIzMDE2QXBwbGUt aW50ZXJjaGFuZ2UtbmV3bGluZSI+IDxkaXY+PGRpdj5bTm90ZSB0aGF0IEkgaGF2ZSBhZGp1c3Rl ZCB0aGUgYWRkcmVzc2VzIGluIHRoZSBoZWFkZXJzIHRvIHRyeSB0byBjYXRjaCB0aGU8YnI+IFJG QyBhdXRob3JzJyBjdXJyZW50IGFjY291bnRzLl08YnI+IDxicj4gPGJyPiBUaGUgNTg4NCBpbnRl cm9wIGlzc3VlIGtlZXBzIGJ1YmJsaW5nIHVwLiZuYnNwOyBCYWxhamkgc3VibWl0dGVkIGFuIGVy cmF0YSwgd2hpY2g8YnI+IHByb3ZpZGVzIHVzIHdpdGggYSBnb29kIHBsYWNlIHRvIHN0YXJ0IHRl Y2huaWNhbCBkaXNjdXNzaW9uLjxicj4gPGJyPiBQbGVhc2Ugbm90ZSBJIGFsc28gc3BlbnQgc29t ZSB0aW1lIG9mZi1saXN0IGRpc2N1c3NpbmcgdGhpcyBlcnJhdGEgd2l0aDxicj4gQmFsYWppLjxi cj4gPGJyPiA8YnI+IE9uIFRodSwgQXVnIDEwLCAyMDE3IGF0IDEwOjM1OjUwUE0gLTA3MDAsIFJG QyBFcnJhdGEgU3lzdGVtIHdyb3RlOjxicj4gPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+U2VjdGlv bjogNjxicj4gPGJyPiBPcmlnaW5hbCBUZXh0PGJyPiAtLS0tLS0tLS0tLS0tPGJyPiBUaGUgZWdy ZXNzIExTUiBNQVkgcmVzcG9uZCB3aXRoIGFuIExTUCBQaW5nIEVjaG88YnI+IHJlcGx5IG1lc3Nh Z2UgdGhhdCBjYXJyaWVzIHRoZSBsb2NhbCBkaXNjcmltaW5hdG9yIGFzc2lnbmVkIGJ5IGl0IGZv cjxicj4gdGhlIEJGRCBzZXNzaW9uLjxicj4gPGJyPiBDb3JyZWN0ZWQgVGV4dDxicj4gLS0tLS0t LS0tLS0tLS08YnI+IFRoZSBlZ3Jlc3MgTFNSIE1VU1QgcmVzcG9uZCB3aXRoIGFuIExTUCBQaW5n IEVjaG8gcmVwbHkgbWVzc2FnZSB0aGF0PGJyPiBNQVkgY2FycnkgdGhlIGxvY2FsIGRpc2NyaW1p bmF0b3IgYXNzaWduZWQgYnkgaXQgZm9yIHRoZSBCRkQgc2Vzc2lvbi48YnI+IDxicj4gPGJyPiBO b3Rlczxicj4gLS0tLS08YnI+IEl0IGlzIG5vdCBjbGVhciBmcm9tIHRoZSBvcmlnaW5hbCB0ZXh0 IHdoaWNoIG9mIHRoZSBmb2xsb3dpbmcgaXMgb3B0aW9uYWw6PGJyPiAmbmJzcDstICZuYnNwO1Ro ZSBlZ3Jlc3MgTVVTVCBzZW5kIGEgcmVwbHksIGJ1dCB0aGUgZGlzY3JpbWluYXRvciBpbiB0aGUg cmVwbHkgaXMgb3B0aW9uYWw8YnI+ICZuYnNwOy0gJm5ic3A7VGhlIHJlcGx5IGl0c2VsZiBpcyBv cHRpb25hbDxicj4gPGJyPiBUZWNobmljYWxseSwgdGhlIHJlcGx5IGNhbm5vdCBiZSBvcHRpb25h bCwgYmVjYXVzZSB0aGUgZWdyZXNzIG5lZWRzIHRvIHJlcG9ydCBMU1AtUGluZyB2ZXJpZmljYXRp b24gc3RhdHVzIHRvIHRoZSBpbmdyZXNzLjxicj4gPC9ibG9ja3F1b3RlPjwvZGl2PjwvZGl2Pjwv YmxvY2txdW90ZT48YnI+IDwvc3Bhbj4gPGRpdj5UaGlzIGlzIGNvcnJlY3Qg4oCUIGJ1dCBldmVu IG1vcmUgc28sIHRlY2huaWNhbGx5LCBpdCBpcyBub3QgdXAgdG8gUkZDIDU4ODQgdG8gZGVmaW5l IHdoZW4gYW4gTFNQLVBpbmcgcmVwbHkgaXMgb3B0aW9uYWwgb3Igbm90LjwvZGl2Pjxicj4gPGRp dj5UaGF04oCZc+KAmSB1cCB0byZuYnNwOzxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcv aHRtbC9yZmM4MDI5I3NlY3Rpb24tNC40IiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly90b29scy5p ZXRmLm9yZy88d2JyPmh0bWwvcmZjODAyOSNzZWN0aW9uLTQuNDwvYT48L2Rpdj48YnI+IDxkaXY+ TGFja2luZyBhIFJlcGx5IE1vZGUgc2V0IHRvICJEbyBub3QgcmVwbHkiICg8YSBocmVmPSJodHRw czovL3Rvb2xzLmlldGYub3JnL2h0bWwvcmZjODAyOSNwYWdlLTEyIiB0YXJnZXQ9Il9ibGFuayI+ aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sLzx3YnI+cmZjODAyOSNwYWdlLTEyPC9hPikgdGhl IFJGQyA4MDI5IHByb2NlZHVyZXMgZGljdGF0ZSBhIHJlc3BvbnNlIGJlIHNlbnQsIGluZGVwZW5k ZW50IG9mIHdoZXRoZXIgdGhlIFJGQyA1ODg0ICZuYnNwO3Byb2NlZHVyZXMgdXNlIHRoYXQgaW5m b3JtYXRpb24gb3Igbm90LjwvZGl2Pjxicj4gPGRpdj5Nb3JlIGJlbG93LjwvZGl2PjxzcGFuIGNs YXNzPSJnbWFpbC0iPjxicj4gPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+PGRpdj48ZGl2PjxibG9j a3F1b3RlIHR5cGU9ImNpdGUiPjxicj4gVGhlIHByb3Bvc2VkIHRleHQgcmVjb21tZW5kcyB0byBp bmNsdWRlIEJGRCBkaXNjcmltaW5hdG9yIGluIHRoZSByZXBseS4gVGhpcyB3YXMgdGhlIGludGVu dCBvZiB0aGUgb3JpZ2luYWwgdGV4dC48YnI+IDwvYmxvY2txdW90ZT48YnI+IE15IG9waW5pb24g Zm9sbG93czo8YnI+IDxicj4gSW4gc2VjdGlvbiA2IC0gPGJyPiA8YnI+IDogJm5ic3A7Jm5ic3A7 Jm5ic3A7T24gcmVjZWlwdCBvZiB0aGUgTFNQIFBpbmcgRWNobyByZXF1ZXN0IG1lc3NhZ2UsIHRo ZSBlZ3Jlc3MgTFNSIE1VU1Q8YnI+IDogJm5ic3A7Jm5ic3A7Jm5ic3A7c2VuZCBhIEJGRCBDb250 cm9sIHBhY2tldCB0byB0aGUgaW5ncmVzcyBMU1IsIGlmIHRoZSB2YWxpZGF0aW9uIG9mPGJyPiA6 ICZuYnNwOyZuYnNwOyZuYnNwO3RoZSBGRUMgaW4gdGhlIExTUCBQaW5nIEVjaG8gcmVxdWVzdCBt ZXNzYWdlIHN1Y2NlZWRzLiZuYnNwOyBUaGlzIEJGRDxicj4gOiAmbmJzcDsmbmJzcDsmbmJzcDtD b250cm9sIHBhY2tldCBNVVNUIHNldCB0aGUgWW91ciBEaXNjcmltaW5hdG9yIGZpZWxkIHRvIHRo ZTxicj4gOiAmbmJzcDsmbmJzcDsmbmJzcDtkaXNjcmltaW5hdG9yIHJlY2VpdmVkIGZyb20gdGhl IGluZ3Jlc3MgTFNSIGluIHRoZSBMU1AgUGluZyBFY2hvPGJyPiA6ICZuYnNwOyZuYnNwOyZuYnNw O3JlcXVlc3QgbWVzc2FnZS4mbmJzcDsgVGhlIGVncmVzcyBMU1IgTUFZIHJlc3BvbmQgd2l0aCBh biBMU1AgUGluZyBFY2hvPGJyPiA6ICZuYnNwOyZuYnNwOyZuYnNwO3JlcGx5IG1lc3NhZ2UgdGhh dCBjYXJyaWVzIHRoZSBsb2NhbCBkaXNjcmltaW5hdG9yIGFzc2lnbmVkIGJ5IGl0IGZvcjxicj4g OiAmbmJzcDsmbmJzcDsmbmJzcDt0aGUgQkZEIHNlc3Npb24uJm5ic3A7IFRoZSBsb2NhbCBkaXNj cmltaW5hdG9yIGFzc2lnbmVkIGJ5IHRoZSBlZ3Jlc3MgTFNSPGJyPiA6ICZuYnNwOyZuYnNwOyZu YnNwO01VU1QgYmUgdXNlZCBhcyB0aGUgTXkgRGlzY3JpbWluYXRvciBmaWVsZCBpbiB0aGUgQkZE IHNlc3Npb24gcGFja2V0czxicj4gOiAmbmJzcDsmbmJzcDsmbmJzcDtzZW50IGJ5IHRoZSBlZ3Jl c3MgTFNSLjxicj4gPGJyPiBJbiB0aGUgdGV4dCBhYm92ZSwgSSBjb25zaWRlciBpdCBxdWl0ZSBj bGVhciB0aGF0IHRoZSByZWNlaXB0IG9mIHRoZSBCRkQ8YnI+IHBhY2tldCBjb250YWlucyBzdWZm aWNpZW50IHN0YXRlIHRvIGJyaW5nIHVwIHRoZSBCRkQgc2Vzc2lvbi4mbmJzcDsgVGhlIHJlY2Vp cHQ8YnI+IG9mIHRoZSBzYW1lIERpc2NyaW1pbmF0b3IgaW4gdGhlIExTUCBQaW5nIEVjaG8gUmVw bHkgaXMgb3B0aW9uYWwuPGJyPiA8YnI+IFRoaXMgbWFrZXMgc2Vuc2UgcGFydGlhbGx5IGJlY2F1 c2UgdGhlIHJlcGx5IG1heSBiZSBkcm9wcGVkIGFuZCB3ZSB3YW50IHRoZTxicj4gQkZEIHNlc3Np b24gdG8gY29tZSB1cCBhcyBmYXN0IGFzIHBvc3NpYmxlLjxicj4gPC9kaXY+PC9kaXY+PC9ibG9j a3F1b3RlPjxicj4gPC9zcGFuPiA8ZGl2PlllcywgZXNwZWNpYWxseSBiZWNhdXNlIHRoZSBmaXJz dCBzZW50ZW5jZSBzYXlzIHRoYXQgdGhlIGVncmVzcyBzZW5kaW5nIGEgQkZEIENvbnRyb2wgcGFj a2V0IGltcGxpZXMgRkVDIHZhbGlkYXRpb24gcGFzc2VkLiBIb3dldmVyLCZuYnNwOzxhIGhyZWY9 Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM4MDI5I3NlY3Rpb24tNC40IiB0YXJnZXQ9 Il9ibGFuayI+aHR0cHM6Ly90b29scy5pZXRmLjx3YnI+b3JnL2h0bWwvcmZjODAyOSNzZWN0aW9u LTQuNDwvYT4mbmJzcDs8d2JyPmRvZXMgJm5ic3A7bW9yZSB0aGFuIEZFQyB2YWxpZGF0aW9uLjwv ZGl2PjxzcGFuIGNsYXNzPSJnbWFpbC0iPjxicj4gPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+PGRp dj48ZGl2Pjxicj4gVGhlIHBvaW50IG9mIGNvbnRlbnRpb24gYXBwZWFycyB0byBiZSB3aGF0IHRv IGRvIGlmIHdlICpuZXZlciogZ2V0IHN1Y2g8YnI+IHJlcGxpZXMuJm5ic3A7IEl0J3Mgd29ydGgg cG9pbnRpbmcgb3V0IGFkZGl0aW9uYWwgdGV4dCBpbiBSRkMgNTg4NCwgc2VjdGlvbiAzLjIuPGJy PiA8YnI+IDogJm5ic3A7Jm5ic3A7Jm5ic3A7SGVuY2UsIEJGRCBpcyB1c2VkIGluIGNvbmp1bmN0 aW9uIHdpdGggTFNQIFBpbmcgZm9yIE1QTFMgTFNQIGZhdWx0PGJyPiA6ICZuYnNwOyZuYnNwOyZu YnNwO2RldGVjdGlvbjo8YnI+IDogPGJyPiA6ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwO2kpIExTUCBQaW5nIGlzIHVzZWQgZm9yIGJvb3RzdHJhcHBpbmcgdGhlIEJGRCBzZXNz aW9uIGFzIGRlc2NyaWJlZDxicj4gOiAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDtsYXRlciBpbiB0aGlzIGRvY3VtZW50Ljxicj4gOiA8YnI+IDog Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7aWkpIEJGRCBpcyB1c2VkIHRvIGV4Y2hhbmdl IGZhdWx0IGRldGVjdGlvbiAoaS5lLiwgQkZEIHNlc3Npb24pPGJyPiA6ICZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3BhY2tldHMgYXQgdGhlIHJl cXVpcmVkIGRldGVjdGlvbiBpbnRlcnZhbC48YnI+IDogPGJyPiA6ICZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwO2lpaSkgTFNQIFBpbmcgaXMgdXNlZCB0byBwZXJpb2RpY2FsbHkgdmVyaWZ5IHRoZSBj b250cm9sIHBsYW5lPGJyPiA6ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwO2FnYWluc3QgdGhlIGRhdGEgcGxhbmUgYnkgZW5zdXJpbmcgdGhhdCB0 aGUgTFNQIGlzIG1hcHBlZCB0bzxicj4gOiAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDt0aGUgc2FtZSBGRUMsIGF0IHRoZSBlZ3Jlc3MsIGFzIHRo ZSBpbmdyZXNzLjxicj4gPGJyPiBpaWkgYWJvdmUgcmVtaW5kcyB1cyB0aGF0IHRoZSBMU1AgbWF5 IGJlIHRvcm4gZG93biBiZWNhdXNlIExTUCBQaW5nIGZhaWxzLjxicj4gVGh1cywgaXQgc2VlbXMg cHJvYmxlbWF0aWMgdGhhdCB3ZSBkbyBub3QgZ2V0IGEgcmVwbHkgZXZlci48YnI+IDxicj4gSG93 ZXZlciwgd2l0aCB0aGUgQkZEIHNlc3Npb24gaW4gdGhlIFVwIHN0YXRlLCB3ZSBoYXZlIGluZm9y bWF0aW9uIHByb3Zpbmc8YnI+IHRoYXQgdGhlIExTUCBpcyB1cC4mbmJzcDsgVGh1cyB3ZSBoYXZl IGNvbnRyYWRpY3RvcnkgaW50ZW50Ljxicj4gPGJyPiAtLS08YnI+IDxicj4gTXkgb3BpbmlvbiBp cyB0aGF0IHRoZSBNQVkgaW4gdGhlIFJGQyA1ODg0IHByb2NlZHVyZXMgaXMgaW50ZW5kZWQgdG8g aGF2ZTxicj4gdGhlIEJGRCBzZXNzaW9uIGNvbWUgdXAgYnkgdGhlIG1vc3QgZXhwZWRpZW50IG1l YW5zLiZuYnNwOyBJIGRvIG5vdCBiZWxpZXZlIHRoZTxicj4gbGlrZWx5IGludGVudCB3YXMgdG8g c2F5ICJkb24ndCBzZW5kIEVjaG8gUmVwbHkiLiZuYnNwOyBBbW9uZyBvdGhlciB0aGluZ3MsIHRo YXQ8YnI+IHNlZW1zIGNvbnRyYXJ5IHRvIHRoZSBpbnRlbnQgb2YgdGhlIGdlbmVyYWwgTFNQIFBp bmcgcHJvY2VkdXJlcy48YnI+IDxicj4gSGF2aW5nIGdpdmVuIG15IHBlcnNvbmFsIG9ic2VydmF0 aW9ucywgd2Ugbm93IGdldCB0byB0aGUgYnVzaW5lc3Mgb2YgdGhlPGJyPiBXb3JraW5nIEdyb3Vw OiBEZWJhdGluZyBpbnRlbnQgYW5kIHJlbGF0ZWQgdGV4dC4gJm5ic3A7PGJyPiA8YnI+IDwvZGl2 PjwvZGl2PjwvYmxvY2txdW90ZT48YnI+IDwvc3Bhbj4gPGRpdj5NeSBpbmRpdmlkdWFsIG9waW5p b24gaXMgdGhhdCwgYXMgd3JpdHRlbiwgUkZDIDU4ODQgY2Fubm90IG1lYW4gYW55IG90aGVyIHRo aW5nIHRoYXQg4oCcIFRoZSBlZ3Jlc3MgTFNSIE1VU1QgcmVzcG9uZCB3aXRoIGFuIExTUCBQaW5n IEVjaG8gcmVwbHkgbWVzc2FnZSB0aGF0PC9kaXY+PGRpdj5NQVkgY2FycnkgdGhlIGxvY2FsIGRp c2NyaW1pbmF0b3IgYXNzaWduZWQgYnkgaXQgZm9yIHRoZSBCRkQgc2Vzc2lvbuKAnS48L2Rpdj48 YnI+IDxkaXY+SW4gb3RoZXIgd29yZHMsIEkgc3VwcG9ydCB0aGlzIGVycmF0YS48L2Rpdj48YnI+ IDxkaXY+VGhpcyBpcyBiZWNhdXNlIFJGQyA1ODg0IGRpZCBub3QgdXBkYXRlIFJGQyA0Mzc54oCZ cyBwcm9jZWR1cmVzLiBBbmQgdGh1cyBhIHJlc3BvbnNlIGlzIG5lZWRlZCBiYXNlZCBvbiA4MDI5 IGlycmVnYXJkbGVzcyBvZiB3aGV0aGVyIDU4ODQgdXNlcyBpdC4uPC9kaXY+PGJyPiA8ZGl2PlRo YXQgc2FpZCwgaXQgaXMgZGViYXRhYmxlIHdoZXRoZXIgdGhhdCBMU1AgUGluZyByZXNwb25zZSBp cyB1c2VmdWwgb3Igbm90LiBJZiBpdCBpcyBub3Qgc2VudCwgaXQgZG9lcyBub3QgY29tcGx5IHRv IDgwMjkuIEJ1dCBpZiB0aGUgV0cgd2FudHMgZm9yIGl0IHRvIGJlIG5vdCBzZW5kLCBhIG5ldyBz cGVjIGlzIG5lZWRlZC48L2Rpdj48YnI+IDxkaXY+VGhhbmtzLDwvZGl2Pjxicj4gPGJsb2NrcXVv dGUgdHlwZT0iY2l0ZSI+PGRpdj48ZGl2Pi0tIEplZmY8YnI+IDxicj4gPC9kaXY+PC9kaXY+PC9i bG9ja3F1b3RlPjwvZGl2Pjxicj4gPGRpdj48ZGl2IHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2xl dHRlci1zcGFjaW5nOm5vcm1hbDt0ZXh0LWFsaWduOnN0YXJ0O3RleHQtaW5kZW50OjBweDt0ZXh0 LXRyYW5zZm9ybTpub25lO3doaXRlLXNwYWNlOm5vcm1hbDt3b3JkLXNwYWNpbmc6MHB4O3dvcmQt d3JhcDpicmVhay13b3JkIj48ZGl2IHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2xldHRlci1zcGFj aW5nOm5vcm1hbDt0ZXh0LWFsaWduOnN0YXJ0O3RleHQtaW5kZW50OjBweDt0ZXh0LXRyYW5zZm9y bTpub25lO3doaXRlLXNwYWNlOm5vcm1hbDt3b3JkLXNwYWNpbmc6MHB4O3dvcmQtd3JhcDpicmVh ay13b3JkIj48ZGl2IHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2xldHRlci1zcGFjaW5nOm5vcm1h bDt0ZXh0LWFsaWduOnN0YXJ0O3RleHQtaW5kZW50OjBweDt0ZXh0LXRyYW5zZm9ybTpub25lO3do aXRlLXNwYWNlOm5vcm1hbDt3b3JkLXNwYWNpbmc6MHB4O3dvcmQtd3JhcDpicmVhay13b3JkIj7i gJQ8L2Rpdj48ZGl2IHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2xldHRlci1zcGFjaW5nOm5vcm1h bDt0ZXh0LWFsaWduOnN0YXJ0O3RleHQtaW5kZW50OjBweDt0ZXh0LXRyYW5zZm9ybTpub25lO3do aXRlLXNwYWNlOm5vcm1hbDt3b3JkLXNwYWNpbmc6MHB4O3dvcmQtd3JhcDpicmVhay13b3JkIj5D YXJsb3MgUGlnbmF0YXJvLCZuYnNwOzxhIGhyZWY9Im1haWx0bzpjYXJsb3NAY2lzY28uY29tIiB0 YXJnZXQ9Il9ibGFuayI+Y2FybG9zQGNpc2NvLmNvbTwvYT48YnI+IDxicj4gPGVtPuKAnFNvbWV0 aW1lcyBJIHVzZSBiaWcgd29yZHMgdGhhdCBJIGRvIG5vdCBmdWxseSB1bmRlcnN0YW5kLCB0byBt YWtlIG15c2VsZiBzb3VuZCBtb3JlJm5ic3A7cGhvdG9zeW50aGVzaXMuIjwvZW0+PGJyPiA8L2Rp dj48L2Rpdj48L2Rpdj48L2Rpdj48YnI+IDwvZGl2PjwvZGl2PjwvYmxvY2txdW90ZT48L2Rpdj48 YnI+IDwvZGl2PjwvZGl2PjwvZGl2PjwvYmxvY2txdW90ZT48L2Rpdj48cD48YnI+PC9wPjwvZGl2 PjwvZGl2PjwvZGl2PjwvZGl2PjxwPjxicj48L3A+IDwvZGl2Pg== --=====_003_next=====-- --=====_002_next=====-- --=====_001_next=====-- From nobody Tue Aug 15 00:56:35 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 559771200B9; Tue, 15 Aug 2017 00:56:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.219 X-Spam-Level: X-Spam-Status: No, score=-4.219 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qIiexbiWzOwk; Tue, 15 Aug 2017 00:56:27 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1656A1324BE; Tue, 15 Aug 2017 00:56:25 -0700 (PDT) Received: from 172.18.7.190 (EHLO LHREML710-CAH.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DMQ88350; Tue, 15 Aug 2017 07:56:22 +0000 (GMT) Received: from DGGEML402-HUB.china.huawei.com (10.3.17.38) by LHREML710-CAH.china.huawei.com (10.201.108.33) with Microsoft SMTP Server (TLS) id 14.3.301.0; Tue, 15 Aug 2017 08:56:21 +0100 Received: from DGGEML508-MBX.china.huawei.com ([169.254.3.210]) by DGGEML402-HUB.china.huawei.com ([fe80::fca6:7568:4ee3:c776%31]) with mapi id 14.03.0301.000; Tue, 15 Aug 2017 15:56:18 +0800 From: Mach Chen To: "Carlos Pignataro (cpignata)" , Greg Mirsky CC: Tom Nadeau , "mpls@ietf.org" , "Kireeti Kompella (kireeti@juniper.net)" , Alia Atlas , "Reshad Rahman (rrahman)" , "rtg-bfd@ietf. org" Thread-Topic: [Technical Errata Reported] RFC5884 (5085) Thread-Index: AQHTEsao0oq28SGZ80W0g/sphrinjqJ+5emAgACYlgCABCd2gIAAZg6AgACgbkA= Date: Tue, 15 Aug 2017 07:56:17 +0000 Message-ID: References: <20170811053550.27303B81263@rfc-editor.org> <20170811173930.GJ24942@pfrc.org> , <7501E817-C95E-410A-A91E-080B36B213BE@cisco.com> In-Reply-To: <7501E817-C95E-410A-A91E-080B36B213BE@cisco.com> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.194.201] Content-Type: multipart/alternative; boundary="_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE29187C3DDdggeml508mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090203.5992A928.001C, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.3.210, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 70ab3dee68eb307c92a132c81414b68e Archived-At: Subject: Re: [mpls] [Technical Errata Reported] RFC5884 (5085) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2017 07:56:31 -0000 --_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE29187C3DDdggeml508mbxchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, IMHO, the point is not about whether the Echo Reply is optional for a norma= l LSP Ping, where the echo reply is totally controlled by the reply mode. For RFC5884, since the reply mode is not specified, based on the current te= xt, it can be interpreted as the following two ways: 1) it implies a new "mode" introduced, it's actually a "special" LSP P= ing, the process is just as what is currently described in the RFC: an Ech= o Reply is OPTINAL, whether and when to send Echo Reply is up to the egress= LSR, and the Ingress LSR should not assume an Echo reply will be returned; 2) the echo reply is still controlled by the reply mode, and given tha= t there is a "Do not reply" mode, the current text seems right, but not tha= t clear. I incline to think way (2) is more nature, if so, the proposed "Corrected = Text" may not work if the Sender set the reply mode to "Do not reply". I'd suggest: Original Text ------------- The egress LSR MAY respond with an LSP Ping Echo reply message that carries the local discriminator assigned by it for the BFD session. NEW: The egress LSR MAY respond with an LSP Ping Echo reply message that carries the local discriminator assigned by it for the BFD session. Whether to send an LSP Ping Echo reply message is determined by the reply mode carried the received Echo request message. Best regards, Mach From: Rtg-bfd [mailto:rtg-bfd-bounces@ietf.org] On Behalf Of Carlos Pignata= ro (cpignata) Sent: Tuesday, August 15, 2017 8:17 AM To: Greg Mirsky Cc: Tom Nadeau ; mpls@ietf.org; Kireeti Kompella (= kireeti@juniper.net) ; Alia Atlas ;= Reshad Rahman (rrahman) ; rtg-bfd@ietf. org Subject: Re: [Technical Errata Reported] RFC5884 (5085) Greg, This is my final email on this topic, since the arguments are now just sill= y and not technically constructive. 1. It's not about understanding English. It's about understanding specs! Th= e "(if any)" that you quote means there are situations in which there's no = echo reply. As I already explained to you, that's for example the case with= Reply-mode: No-reply. However, the "(if any)" does not mean an Echo Reply = is OPTIONAL. !! Or that you choose when a reply is not sent!! 2. RFC 8029 obsoleted 4379. But to my recollection, nothing changed relevan= t to this Errata. BFD for MPLS could have updated LSP ping behavior -- it just didn't. Sent from my iPad On Aug 14, 2017, at 2:12 PM, Greg Mirsky > wrote: Hi Carlos, thank you for sharing your view on how LSP Echo request with BFD Discrimina= tor used to bootstrap a BFD session over MPLS LSP. I'm surprised that you r= efer to RFC 8029 as normative reference when commenting on RFC 5884. But ev= en if we look into RFC 8029, it still has the same texts I've quoted in the= previous note that suggest that echo reply is optional. Consider one of th= em "The Sender's Handle is filled in by the sender and returned unchanged b= y the receiver in the echo reply (if any)." Though English is my third lang= uage, I interpret "if any" in that sentence as clear indication that the ec= ho reply may not be sent ever. Regards, Greg On Fri, Aug 11, 2017 at 7:45 PM, Carlos Pignataro (cpignata) > wrote: Jeff, WG, I believe there is one additional consideration - please see inline. On Aug 11, 2017, at 1:39 PM, Jeffrey Haas > wrote: [Note that I have adjusted the addresses in the headers to try to catch the RFC authors' current accounts.] The 5884 interop issue keeps bubbling up. Balaji submitted an errata, whic= h provides us with a good place to start technical discussion. Please note I also spent some time off-list discussing this errata with Balaji. On Thu, Aug 10, 2017 at 10:35:50PM -0700, RFC Errata System wrote: Section: 6 Original Text ------------- The egress LSR MAY respond with an LSP Ping Echo reply message that carries the local discriminator assigned by it for the BFD session. Corrected Text -------------- The egress LSR MUST respond with an LSP Ping Echo reply message that MAY carry the local discriminator assigned by it for the BFD session. Notes ----- It is not clear from the original text which of the following is optional: - The egress MUST send a reply, but the discriminator in the reply is opt= ional - The reply itself is optional Technically, the reply cannot be optional, because the egress needs to repo= rt LSP-Ping verification status to the ingress. This is correct - but even more so, technically, it is not up to RFC 5884 t= o define when an LSP-Ping reply is optional or not. That's' up to https://tools.ietf.org/html/rfc8029#section-4.4 Lacking a Reply Mode set to "Do not reply" (https://tools.ietf.org/html/rfc= 8029#page-12) the RFC 8029 procedures dictate a response be sent, independe= nt of whether the RFC 5884 procedures use that information or not. More below. The proposed text recommends to include BFD discriminator in the reply. Thi= s was the intent of the original text. My opinion follows: In section 6 - : On receipt of the LSP Ping Echo request message, the egress LSR MUST : send a BFD Control packet to the ingress LSR, if the validation of : the FEC in the LSP Ping Echo request message succeeds. This BFD : Control packet MUST set the Your Discriminator field to the : discriminator received from the ingress LSR in the LSP Ping Echo : request message. The egress LSR MAY respond with an LSP Ping Echo : reply message that carries the local discriminator assigned by it for : the BFD session. The local discriminator assigned by the egress LSR : MUST be used as the My Discriminator field in the BFD session packets : sent by the egress LSR. In the text above, I consider it quite clear that the receipt of the BFD packet contains sufficient state to bring up the BFD session. The receipt of the same Discriminator in the LSP Ping Echo Reply is optional. This makes sense partially because the reply may be dropped and we want the BFD session to come up as fast as possible. Yes, especially because the first sentence says that the egress sending a B= FD Control packet implies FEC validation passed. However, https://tools.iet= f.org/html/rfc8029#section-4.4 does more than FEC validation. The point of contention appears to be what to do if we *never* get such replies. It's worth pointing out additional text in RFC 5884, section 3.2. : Hence, BFD is used in conjunction with LSP Ping for MPLS LSP fault : detection: : : i) LSP Ping is used for bootstrapping the BFD session as described : later in this document. : : ii) BFD is used to exchange fault detection (i.e., BFD session) : packets at the required detection interval. : : iii) LSP Ping is used to periodically verify the control plane : against the data plane by ensuring that the LSP is mapped to : the same FEC, at the egress, as the ingress. iii above reminds us that the LSP may be torn down because LSP Ping fails. Thus, it seems problematic that we do not get a reply ever. However, with the BFD session in the Up state, we have information proving that the LSP is up. Thus we have contradictory intent. --- My opinion is that the MAY in the RFC 5884 procedures is intended to have the BFD session come up by the most expedient means. I do not believe the likely intent was to say "don't send Echo Reply". Among other things, that seems contrary to the intent of the general LSP Ping procedures. Having given my personal observations, we now get to the business of the Working Group: Debating intent and related text. My individual opinion is that, as written, RFC 5884 cannot mean any other t= hing that " The egress LSR MUST respond with an LSP Ping Echo reply message= that MAY carry the local discriminator assigned by it for the BFD session". In other words, I support this errata. This is because RFC 5884 did not update RFC 4379's procedures. And thus a r= esponse is needed based on 8029 irregardless of whether 5884 uses it. That said, it is debatable whether that LSP Ping response is useful or not.= If it is not sent, it does not comply to 8029. But if the WG wants for it = to be not send, a new spec is needed. Thanks, -- Jeff - Carlos Pignataro, carlos@cisco.com "Sometimes I use big words that I do not fully understand, to make myself s= ound more photosynthesis." --_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE29187C3DDdggeml508mbxchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

= Hi all,

=  

= IMHO, the point is not about whether the Echo Reply is optio= nal for a normal LSP Ping, where the echo reply is totally controlled by the reply mode.

=  

= For RFC5884, since the reply mode is not specified, based on= the current text, it can be interpreted as the following two ways:

1)      it implies a new “mode” in= troduced, it’s actually a “special” LSP Ping,  the p= rocess is just as what is currently described in the RFC: an Echo Reply is OPTINAL, = whether and when to send Echo Reply is up to the egress LSR, and the Ingres= s LSR should not assume an Echo reply will be returned;

2)      the echo reply is still controlled by = the reply mode, and given that there is a “Do not reply” mode, the current text seems right, but not that clear. =

=  

= I incline to think way (2) is more nature, if so,  the = proposed “Corrected Text” may not work if the Sender set the reply mode to “Do not reply”.

=  

= I’d suggest:

=  

Original Text
-------------
The egress LSR MAY respond with an LSP Ping Echo
reply message that carries the local discriminator assigned by it for
the BFD session.

 

NEW:

The egress LSR MAY respond with an LSP Ping Echo
reply message that carries the local discriminator assigned by it for
the BFD session. Whether to send an LSP Ping Echo reply message is

determined by the reply mode carried the received Ec= ho request message.  

=  

= Best regards,

= Mach

=  

From: Rtg-bfd [mailto:rtg-bfd-bounces@ietf.org] On B= ehalf Of Carlos Pignataro (cpignata)
Sent: Tuesday, August 15, 20= 17 8:17 AM
To: Greg Mirsky <gregimir= sky@gmail.com>
Cc: Tom Nadeau <tnadeau@l= ucidvision.com>; mpls@ietf.org; Kireeti Kompella (kireeti@juniper.net) &= lt;kireeti@juniper.net>; Alia Atlas <akatlas@gmail.com>; Reshad Ra= hman (rrahman) <rrahman@cisco.com>; rtg-bfd@ietf. org <rtg-bfd@ietf.org>
Subject: Re: [Technical Erra= ta Reported] RFC5884 (5085)

 

Greg,

 

This is my final email on this topic, since the argu= ments are now just silly and not technically constructive. =

 

1. It's not about understanding English. It's about = understanding specs! The "(if any)" that you quote means there ar= e situations in which there's no echo reply. As I already explained to you, that's for example the case with Reply-mode: No-= reply. However, the "(if any)" does not mean an Echo Reply is OPT= IONAL. !! Or that you choose when a reply is not sent!!

2. RFC 8029 obsoleted 4379. But to my recollection, = nothing changed relevant to this Errata. 

 

BFD for MPLS could have updated LSP ping behavior --= it just didn't. 


Sent from my iPad


On Aug 14, 2017, at 2:12 PM, Greg Mirsky <gregimirsky@gmail.com> wrote:

Hi Carlos,

thank you for sharing your view on how LSP Echo requ= est with BFD Discriminator used to bootstrap a BFD session over MPLS LSP. I= 'm surprised that you refer to RFC 8029 as normative reference when commenting on RFC 5884. But even if we look in= to RFC 8029, it still has the same texts I've quoted in the previous note t= hat suggest that echo reply is optional. Consider one of them "= The Sender's Handle is filled in by the sender and returned unchanged by = the receiver in the echo reply (if any)." Though English is my third l= anguage, I interpret "if any" in that sentence as clear indicatio= n that the echo reply may not be sent ever.

 

Regards,

Greg<= /o:p>

 

On Fri, Aug 11, 2017 at 7:45 PM, Carlos Pignataro (c= pignata) <cpigna= ta@cisco.com> wrote:

Jeff, WG,

 

I believe there is one additional consideration R= 12; please see inline.

 

On Aug 11, 2017, at 1:39 PM, Jeffrey Haas <jhaas@pfrc.org> wrote:=

 

[Note that I have adjusted the addresses in the head= ers to try to catch the
RFC authors' current accounts.]


The 5884 interop issue keeps bubbling up.  Balaji submitted an errata,= which
provides us with a good place to start technical discussion.

Please note I also spent some time off-list discussing this errata with
Balaji.


On Thu, Aug 10, 2017 at 10:35:50PM -0700, RFC Errata System wrote:

Section: 6

Original Text
-------------
The egress LSR MAY respond with an LSP Ping Echo
reply message that carries the local discriminator assigned by it for
the BFD session.

Corrected Text
--------------
The egress LSR MUST respond with an LSP Ping Echo reply message that
MAY carry the local discriminator assigned by it for the BFD session.


Notes
-----
It is not clear from the original text which of the following is optional:<= br>  -  The egress MUST send a reply, but the discriminator in the re= ply is optional
 -  The reply itself is optional

Technically, the reply cannot be optional, because the egress needs to repo= rt LSP-Ping verification status to the ingress.

 

This is correct — but even more so, technicall= y, it is not up to RFC 5884 to define when an LSP-Ping reply is optional or= not.

 

 

Lacking a Reply Mode set to "Do not reply"= (https://tools.ietf.org/html/rfc8029#page-12) the RFC 8029 procedures dictate a response be sent, independent of whether the= RFC 5884 procedures use that information or not.<= /p>

 

More below.




The proposed text recommends to include BFD discriminator in the reply. Thi= s was the intent of the original text.


My opinion follows:

In section 6 -

:    On receipt of the LSP Ping Echo request message, the eg= ress LSR MUST
:    send a BFD Control packet to the ingress LSR, if the va= lidation of
:    the FEC in the LSP Ping Echo request message succeeds.&= nbsp; This BFD
:    Control packet MUST set the Your Discriminator field to= the
:    discriminator received from the ingress LSR in the LSP = Ping Echo
:    request message.  The egress LSR MAY respond with = an LSP Ping Echo
:    reply message that carries the local discriminator assi= gned by it for
:    the BFD session.  The local discriminator assigned= by the egress LSR
:    MUST be used as the My Discriminator field in the BFD s= ession packets
:    sent by the egress LSR.

In the text above, I consider it quite clear that the receipt of the BFD packet contains sufficient state to bring up the BFD session.  The rec= eipt
of the same Discriminator in the LSP Ping Echo Reply is optional.

This makes sense partially because the reply may be dropped and we want the=
BFD session to come up as fast as possible.

 

Yes, especially because the first sentence says that= the egress sending a BFD Control packet implies FEC validation passed. How= ever, https://tools.ietf.org/html/rfc8029#section-4.4 does more than FEC validation.




The point of contention appears to be what to do if we *never* get such
replies.  It's worth pointing out additional text in RFC 5884, section= 3.2.

:    Hence, BFD is used in conjunction with LSP Ping for MPL= S LSP fault
:    detection:
:
:       i) LSP Ping is used for bootstrapping= the BFD session as described
:          later in this docum= ent.
:
:      ii) BFD is used to exchange fault detection= (i.e., BFD session)
:          packets at the requ= ired detection interval.
:
:     iii) LSP Ping is used to periodically verify the = control plane
:          against the data pl= ane by ensuring that the LSP is mapped to
:          the same FEC, at th= e egress, as the ingress.

iii above reminds us that the LSP may be torn down because LSP Ping fails.<= br> Thus, it seems problematic that we do not get a reply ever.

However, with the BFD session in the Up state, we have information proving<= br> that the LSP is up.  Thus we have contradictory intent.

---

My opinion is that the MAY in the RFC 5884 procedures is intended to have the BFD session come up by the most expedient means.  I do not believe= the
likely intent was to say "don't send Echo Reply".  Among oth= er things, that
seems contrary to the intent of the general LSP Ping procedures.

Having given my personal observations, we now get to the business of the Working Group: Debating intent and related text.  

 

My individual opinion is that, as written, RFC 5884 = cannot mean any other thing that “ The egress LSR MUST respond with a= n LSP Ping Echo reply message that

MAY carry the local discriminator assigned by it for= the BFD session”.

 

In other words, I support this errata.

 

This is because RFC 5884 did not update RFC 4379R= 17;s procedures. And thus a response is needed based on 8029 irregardless o= f whether 5884 uses it.

 

That said, it is debatable whether that LSP Ping res= ponse is useful or not. If it is not sent, it does not comply to 8029. But = if the WG wants for it to be not send, a new spec is needed.

 

Thanks,



-- Jeff

 

—

Carlos Pignataro, <= a href=3D"mailto:carlos@cisco.com" target=3D"_blank">carlos@cisco.com
“Sometimes I use big words that = I do not fully understand, to make myself sound more photosynthesis.&q= uot;

 

 

--_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE29187C3DDdggeml508mbxchi_-- From nobody Tue Aug 15 05:16:48 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A440D12008A; Tue, 15 Aug 2017 05:16:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.519 X-Spam-Level: X-Spam-Status: No, score=-14.519 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0xQWro1iERy2; Tue, 15 Aug 2017 05:16:43 -0700 (PDT) Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7EF8A13219B; Tue, 15 Aug 2017 05:16:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=46755; q=dns/txt; s=iport; t=1502799403; x=1504009003; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=PsoH5LKpG4d13Gwz12Vkx5CvKb8Ooty/WPUgfC6D3J0=; b=G9PEgTz+ZgUx3JInnNFGvaW7VfZlhz4wDC9Iw9iVkco5U9GATvGATw5I QNdE2HJ6hRDVTyKAr2RdD4ZuTCn9iTJW82BD/fAMAVyrQZC7oXYHCIXYS 97ylVWgvOGEktwrhnVKKVTb1ACMaRp6vTCjw5y9gcVvfiMSwAAfEGSTtk 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CfAQCm5ZJZ/4YNJK1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgm9rZDgBXAeOCpAQgW6IN41hDoIELIM8gV8ChDE/GAECAQEBAQE?= =?us-ascii?q?BAWsohRgBAQEEDAIMEzgCEhACAQgRBAEBIQEGByERFAkIAgQBDQUIiUNMAxUQr?= =?us-ascii?q?yuHOg2EIQEBAQEBAQEBAQEBAQEBAQEBAQEBARgFgyiCAoFMgWODJ4E8gRuBaQE?= =?us-ascii?q?SAVWFPgWJeY4ah2s8AodRh3eEbYIYhV+Ka4lmgk+JYgEfOH8LdxVJhF45HIFnd?= =?us-ascii?q?gGHdw0XB4EFgQ8BAQE?= X-IronPort-AV: E=Sophos;i="5.41,377,1498521600"; d="scan'208,217";a="471838703" Received: from alln-core-12.cisco.com ([173.36.13.134]) by alln-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 15 Aug 2017 12:16:41 +0000 Received: from XCH-RCD-005.cisco.com (xch-rcd-005.cisco.com [173.37.102.15]) by alln-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id v7FCGfjQ005538 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 15 Aug 2017 12:16:41 GMT Received: from xch-aln-001.cisco.com (173.36.7.11) by XCH-RCD-005.cisco.com (173.37.102.15) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Tue, 15 Aug 2017 07:16:40 -0500 Received: from xch-aln-001.cisco.com ([173.36.7.11]) by XCH-ALN-001.cisco.com ([173.36.7.11]) with mapi id 15.00.1210.000; Tue, 15 Aug 2017 07:16:40 -0500 From: "Les Ginsberg (ginsberg)" To: Mach Chen , "Carlos Pignataro (cpignata)" , Greg Mirsky CC: Tom Nadeau , "mpls@ietf.org" , "Kireeti Kompella (kireeti@juniper.net)" , Alia Atlas , "Reshad Rahman (rrahman)" , "rtg-bfd@ietf. org" Thread-Topic: [Technical Errata Reported] RFC5884 (5085) Thread-Index: AQHTEsardUdhCyxqXUiFhH3vY6n7oKJ/v9eAgACYlQCABCd3gIAAZg6AgACARYD//+32kA== Date: Tue, 15 Aug 2017 12:16:39 +0000 Message-ID: <4bb63466962c4957a594e73163329940@XCH-ALN-001.cisco.com> References: <20170811053550.27303B81263@rfc-editor.org> <20170811173930.GJ24942@pfrc.org> , <7501E817-C95E-410A-A91E-080B36B213BE@cisco.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.24.30.127] Content-Type: multipart/alternative; boundary="_000_4bb63466962c4957a594e73163329940XCHALN001ciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [mpls] [Technical Errata Reported] RFC5884 (5085) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2017 12:16:47 -0000 --_000_4bb63466962c4957a594e73163329940XCHALN001ciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I tend to agree with Mach - and I think what Mach states is also reinforcin= g the point that Carlos has made - which is that echo reply procedures are = defined by RFC 8029 - not by RFC 5884. However, the current text suffers from much more than the ambiguity regardi= ng Echo Reply. 1)Second paragraph of Section 6 goes back and forth between discussing BFD = Control packets, then Echo Reply, then BFD Control Packets 2)Third paragraph of Section 6 has an inappropriate use of "," in the sente= nce: "The BFD Control packets from the ingress to the egress LSR MUST set the local discriminator of the egress LSR, in the Your Discriminator field." 3)Section 6.1 defines when the BFD Discriminator TLV MUST be sent and when = it is optional in LSP ping. There is actually no need for Section 6 to say = anything in this regard. I propose revised text below - which is much more extensive in its changes = than what has been proposed thus far, but I think it is necessary to elimin= ate all ambiguity. That said, there is no question that the current text is subject to multipl= e interpretations - so any change in text runs the risk of introducing new = interoperability issues. On balance it is probably necessary to take this r= isk as there is no guarantee that implementations are interoperable today, = but the WG should still consider this point carefully. The text below replaces current paragraphs 2 and 3 of Section 6. On receipt of the LSP Ping Echo request message, the egress LSR MUST send a BFD Control packet to the ingress LSR, if the validation of the FEC in the LSP Ping Echo request message succeeds. This BFD Control packet MUST set the Your Discriminator field to the discriminator received from the ingress LSR in the LSP Ping Echo request message. The local discriminator assigned by the egress LSR MUST be used as the My Discriminator field in the BFD session packets sent by the egress LSR. The ingress LSR follows the procedures in [BFD] to send BFD Control packets to the egress LSR in response to the BFD Control packets received from the egress LSR. The BFD Control packets from the ingress to the egress LSR MUST set the local discriminator of the egress LSR in the Your Discriminator field. The egress LSR demultiplexes the BFD session based on the received Your Discriminator field. As mentioned above, the egress LSR MUST send Control packets to the ingress LSR with the Your Discriminator field set to the local discriminator of the ingress LSR. The ingress LSR uses this to demultiplex the BFD session. The egress LSR follows the procedures defined in [RFC 8029] to determine = when to respond with an LSP Ping Echo reply message. Les From: Rtg-bfd [mailto:rtg-bfd-bounces@ietf.org] On Behalf Of Mach Chen Sent: Tuesday, August 15, 2017 12:56 AM To: Carlos Pignataro (cpignata); Greg Mirsky Cc: Tom Nadeau; mpls@ietf.org; Kireeti Kompella (kireeti@juniper.net); Alia= Atlas; Reshad Rahman (rrahman); rtg-bfd@ietf. org Subject: RE: [Technical Errata Reported] RFC5884 (5085) Hi all, IMHO, the point is not about whether the Echo Reply is optional for a norma= l LSP Ping, where the echo reply is totally controlled by the reply mode. For RFC5884, since the reply mode is not specified, based on the current te= xt, it can be interpreted as the following two ways: 1) it implies a new "mode" introduced, it's actually a "special" LSP P= ing, the process is just as what is currently described in the RFC: an Ech= o Reply is OPTINAL, whether and when to send Echo Reply is up to the egress= LSR, and the Ingress LSR should not assume an Echo reply will be returned; 2) the echo reply is still controlled by the reply mode, and given tha= t there is a "Do not reply" mode, the current text seems right, but not tha= t clear. I incline to think way (2) is more nature, if so, the proposed "Corrected = Text" may not work if the Sender set the reply mode to "Do not reply". I'd suggest: Original Text ------------- The egress LSR MAY respond with an LSP Ping Echo reply message that carries the local discriminator assigned by it for the BFD session. NEW: The egress LSR MAY respond with an LSP Ping Echo reply message that carries the local discriminator assigned by it for the BFD session. Whether to send an LSP Ping Echo reply message is determined by the reply mode carried the received Echo request message. Best regards, Mach From: Rtg-bfd [mailto:rtg-bfd-bounces@ietf.org] On Behalf Of Carlos Pignata= ro (cpignata) Sent: Tuesday, August 15, 2017 8:17 AM To: Greg Mirsky > Cc: Tom Nadeau >; m= pls@ietf.org; Kireeti Kompella (kireeti@juniper.net) >; Alia Atlas >; Reshad Rahman= (rrahman) >; rtg-bfd@ietf. org= > Subject: Re: [Technical Errata Reported] RFC5884 (5085) Greg, This is my final email on this topic, since the arguments are now just sill= y and not technically constructive. 1. It's not about understanding English. It's about understanding specs! Th= e "(if any)" that you quote means there are situations in which there's no = echo reply. As I already explained to you, that's for example the case with= Reply-mode: No-reply. However, the "(if any)" does not mean an Echo Reply = is OPTIONAL. !! Or that you choose when a reply is not sent!! 2. RFC 8029 obsoleted 4379. But to my recollection, nothing changed relevan= t to this Errata. BFD for MPLS could have updated LSP ping behavior -- it just didn't. Sent from my iPad On Aug 14, 2017, at 2:12 PM, Greg Mirsky > wrote: Hi Carlos, thank you for sharing your view on how LSP Echo request with BFD Discrimina= tor used to bootstrap a BFD session over MPLS LSP. I'm surprised that you r= efer to RFC 8029 as normative reference when commenting on RFC 5884. But ev= en if we look into RFC 8029, it still has the same texts I've quoted in the= previous note that suggest that echo reply is optional. Consider one of th= em "The Sender's Handle is filled in by the sender and returned unchanged b= y the receiver in the echo reply (if any)." Though English is my third lang= uage, I interpret "if any" in that sentence as clear indication that the ec= ho reply may not be sent ever. Regards, Greg On Fri, Aug 11, 2017 at 7:45 PM, Carlos Pignataro (cpignata) > wrote: Jeff, WG, I believe there is one additional consideration - please see inline. On Aug 11, 2017, at 1:39 PM, Jeffrey Haas > wrote: [Note that I have adjusted the addresses in the headers to try to catch the RFC authors' current accounts.] The 5884 interop issue keeps bubbling up. Balaji submitted an errata, whic= h provides us with a good place to start technical discussion. Please note I also spent some time off-list discussing this errata with Balaji. On Thu, Aug 10, 2017 at 10:35:50PM -0700, RFC Errata System wrote: Section: 6 Original Text ------------- The egress LSR MAY respond with an LSP Ping Echo reply message that carries the local discriminator assigned by it for the BFD session. Corrected Text -------------- The egress LSR MUST respond with an LSP Ping Echo reply message that MAY carry the local discriminator assigned by it for the BFD session. Notes ----- It is not clear from the original text which of the following is optional: - The egress MUST send a reply, but the discriminator in the reply is opt= ional - The reply itself is optional Technically, the reply cannot be optional, because the egress needs to repo= rt LSP-Ping verification status to the ingress. This is correct - but even more so, technically, it is not up to RFC 5884 t= o define when an LSP-Ping reply is optional or not. That's' up to https://tools.ietf.org/html/rfc8029#section-4.4 Lacking a Reply Mode set to "Do not reply" (https://tools.ietf.org/html/rfc= 8029#page-12) the RFC 8029 procedures dictate a response be sent, independe= nt of whether the RFC 5884 procedures use that information or not. More below. The proposed text recommends to include BFD discriminator in the reply. Thi= s was the intent of the original text. My opinion follows: In section 6 - : On receipt of the LSP Ping Echo request message, the egress LSR MUST : send a BFD Control packet to the ingress LSR, if the validation of : the FEC in the LSP Ping Echo request message succeeds. This BFD : Control packet MUST set the Your Discriminator field to the : discriminator received from the ingress LSR in the LSP Ping Echo : request message. The egress LSR MAY respond with an LSP Ping Echo : reply message that carries the local discriminator assigned by it for : the BFD session. The local discriminator assigned by the egress LSR : MUST be used as the My Discriminator field in the BFD session packets : sent by the egress LSR. In the text above, I consider it quite clear that the receipt of the BFD packet contains sufficient state to bring up the BFD session. The receipt of the same Discriminator in the LSP Ping Echo Reply is optional. This makes sense partially because the reply may be dropped and we want the BFD session to come up as fast as possible. Yes, especially because the first sentence says that the egress sending a B= FD Control packet implies FEC validation passed. However, https://tools.iet= f.org/html/rfc8029#section-4.4 does more than FEC validation. The point of contention appears to be what to do if we *never* get such replies. It's worth pointing out additional text in RFC 5884, section 3.2. : Hence, BFD is used in conjunction with LSP Ping for MPLS LSP fault : detection: : : i) LSP Ping is used for bootstrapping the BFD session as described : later in this document. : : ii) BFD is used to exchange fault detection (i.e., BFD session) : packets at the required detection interval. : : iii) LSP Ping is used to periodically verify the control plane : against the data plane by ensuring that the LSP is mapped to : the same FEC, at the egress, as the ingress. iii above reminds us that the LSP may be torn down because LSP Ping fails. Thus, it seems problematic that we do not get a reply ever. However, with the BFD session in the Up state, we have information proving that the LSP is up. Thus we have contradictory intent. --- My opinion is that the MAY in the RFC 5884 procedures is intended to have the BFD session come up by the most expedient means. I do not believe the likely intent was to say "don't send Echo Reply". Among other things, that seems contrary to the intent of the general LSP Ping procedures. Having given my personal observations, we now get to the business of the Working Group: Debating intent and related text. My individual opinion is that, as written, RFC 5884 cannot mean any other t= hing that " The egress LSR MUST respond with an LSP Ping Echo reply message= that MAY carry the local discriminator assigned by it for the BFD session". In other words, I support this errata. This is because RFC 5884 did not update RFC 4379's procedures. And thus a r= esponse is needed based on 8029 irregardless of whether 5884 uses it. That said, it is debatable whether that LSP Ping response is useful or not.= If it is not sent, it does not comply to 8029. But if the WG wants for it = to be not send, a new spec is needed. Thanks, -- Jeff - Carlos Pignataro, carlos@cisco.com "Sometimes I use big words that I do not fully understand, to make myself s= ound more photosynthesis." --_000_4bb63466962c4957a594e73163329940XCHALN001ciscocom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I tend to agree with Mach= – and I think what Mach states is also reinforcing the point that Ca= rlos has made – which is that echo reply procedures are defined by RFC 8029 – not by RFC 5884.

 <= /p>

However, the current text= suffers from much more than the ambiguity regarding Echo Reply.=

 <= /p>

1)Second paragraph of Sec= tion 6 goes back and forth between discussing BFD Control packets, then Ech= o Reply, then BFD Control Packets

 <= /p>

2)Third paragraph of Sect= ion 6 has an inappropriate use of “,” in the sentence:

 <= /p>

“The BFD Control pa= ckets from the

   ingress to t= he egress LSR MUST set the local discriminator of the

   egress LSR, in the Your Discriminator field.”<= o:p>

 <= /p>

3)Section 6.1 defines whe= n the BFD Discriminator TLV MUST be sent and when it is optional in LSP pin= g. There is actually no need for Section 6 to say anything in this regard.

 <= /p>

I propose revised text be= low – which is much more extensive in its changes than what has been = proposed thus far, but I think it is necessary to eliminate all ambiguity.

That said, there is no qu= estion that the current text is subject to multiple interpretations –= so any change in text runs the risk of introducing new interoperability issues. On balance it is probably necessary to take this risk as there is = no guarantee that implementations are interoperable today, but the WG shoul= d still consider this point carefully.

 <= /p>

The text below replaces c= urrent paragraphs 2 and 3 of Section 6.

 <= /p>

<new text start>

On receipt of the LSP Ping Echo request message, the egress LSR MUST

   send a BFD Control packet to the ingress LSR, if the vali= dation of

   the FEC in the LSP Ping Echo request message succeeds.&nb= sp; This BFD

   Control packet MUST set the Your Discriminator field to t= he

   discriminator received from the ingress LSR in the LSP Pi= ng Echo

   request message.    The local discriminato= r assigned by the egress LSR

   MUST be used as the My Discriminator field in the BFD ses= sion packets

   sent by the egress LSR.

 

   The ingress LSR follows the procedures in [BFD] to send B= FD Control

   packets to the egress LSR in response to the BFD Control = packets

   received from the egress LSR.  The BFD Control packe= ts from the

   ingress to the egress LSR MUST set the local discriminato= r of the

   egress LSR in the Your Discriminator field.  The egr= ess LSR

   demultiplexes the BFD session based on the received Your<= o:p>

   Discriminator field.  As mentioned above, the egress= LSR MUST send

   Control packets to the ingress LSR with the Your Discrimi= nator field

   set to the local discriminator of the ingress LSR.  = The ingress LSR

   uses this to demultiplex the BFD session.

 

  The egress LSR follows the procedures defined in [RFC 8029] to = determine when to respond with an LSP Ping Echo  reply message.

<new text end>

 <= /p>

    Les

 <= /p>

 <= /p>

From: Rtg-bfd = [mailto:rtg-bfd-bounces@ietf.org] On Behalf Of Mach Chen
Sent: Tuesday, August 15, 2017 12:56 AM
To: Carlos Pignataro (cpignata); Greg Mirsky
Cc: Tom Nadeau; mpls@ietf.org; Kireeti Kompella (kireeti@juniper.net= ); Alia Atlas; Reshad Rahman (rrahman); rtg-bfd@ietf. org
Subject: RE: [Technical Errata Reported] RFC5884 (5085)

 

Hi all,=

 <= /p>

IMHO, the point is not ab= out whether the Echo Reply is optional for a normal LSP Ping, where the ech= o reply is totally controlled by the reply mode.

 <= /p>

For RFC5884, since the re= ply mode is not specified, based on the current text, it can be interpreted= as the following two ways:

1) &nb= sp;    it implies a new “mode” intro= duced, it’s actually a “special” LSP Ping,  the proc= ess is just as what is currently described in the RFC: an Echo Reply is OPT= INAL, whether and when to send Echo Reply is up to the egress LSR, and the Ingress LSR s= hould not assume an Echo reply will be returned;

2) &nb= sp;    the echo reply is still controlled by the= reply mode, and given that there is a “Do not reply” mode, the= current text seems right, but not that clear.

 <= /p>

I incline to think way (2= ) is more nature, if so,  the proposed “Corrected Text” ma= y not work if the Sender set the reply mode to “Do not reply”.<= o:p>

 <= /p>

I’d suggest:

 <= /p>

Original Text
-------------
The egress LSR MAY respond with an LSP Ping Echo
reply message that carries the local discriminator assigned by it for
the BFD session.

 

NEW:

The egress LSR MAY respond with an LSP Ping Echo
reply message that carries the local discriminator assigned by it for
the BFD session. Whether to send an LSP Ping Echo reply message is

determined by the reply mode carried the received Ec= ho request message.  

 <= /p>

Best regards,<= /span>

Mach

 <= /p>

From: Rtg-bf= d [mailto:rtg-bfd-bounces@ietf.= org] On Behalf Of Carlos Pignataro (cpignata)
Sent: Tuesday, August 15, 2017 8:17 AM
To: Greg Mirsky <gregimi= rsky@gmail.com>
Cc: Tom Nadeau <tnadea= u@lucidvision.com>; mpls@ietf.org; Kireeti Kompella (kireeti@juniper.net) <kireeti@juniper.net>; Alia Atlas <akatlas@gmail.com>; Reshad Rahman (rrahman) <rrahman@c= isco.com>; rtg-bfd@ietf. org <rtg-bfd@ietf.org>
Subject: Re: [Technical Errata Reported] RFC5884 (5085)

 

Greg,

 

This is my final email on this topic, since the argu= ments are now just silly and not technically constructive. =

 

1. It's not about understanding English. It's about = understanding specs! The "(if any)" that you quote means there ar= e situations in which there's no echo reply. As I already explained to you,= that's for example the case with Reply-mode: No-reply. However, the "(if any)" does not mean an Echo Reply is= OPTIONAL. !! Or that you choose when a reply is not sent!!

2. RFC 8029 obsoleted 4379. But to my recollection, = nothing changed relevant to this Errata. 

 

BFD for MPLS could have updated LSP ping behavior --= it just didn't. 


Sent from my iPad


On Aug 14, 2017, at 2:12 PM, Greg Mirsky <gregimirsky@gmail.com> wrote:

Hi Carlos,

thank you for sharing your view on how LSP Echo requ= est with BFD Discriminator used to bootstrap a BFD session over MPLS LSP. I= 'm surprised that you refer to RFC 8029 as normative reference when comment= ing on RFC 5884. But even if we look into RFC 8029, it still has the same texts I've quoted in the previous not= e that suggest that echo reply is optional. Consider one of them "The Sender's Handle is filled in b= y the sender and returned unchanged by the receiver in the echo reply (if any)." Though English is my third = language, I interpret "if any" in that sentence as clear indicati= on that the echo reply may not be sent ever.

 

Regards= ,

Greg

 

On Fri, Aug 11, 2017 at 7:45 PM, Carlos Pignataro (c= pignata) <cpigna= ta@cisco.com> wrote:

Jeff, WG,

 

I believe there is one additional consideration R= 12; please see inline.

 

On Aug 11, 2017, at 1:39 PM, Jeffrey Haas <jhaas@pfrc.org> wrote:=

 

[Note that I have adj= usted the addresses in the headers to try to catch the
RFC authors' current accounts.]


The 5884 interop issue keeps bubbling up.  Balaji submitted an errata,= which
provides us with a good place to start technical discussion.

Please note I also spent some time off-list discussing this errata with
Balaji.


On Thu, Aug 10, 2017 at 10:35:50PM -0700, RFC Errata System wrote:

Section: 6

Original Text
-------------
The egress LSR MAY respond with an LSP Ping Echo
reply message that carries the local discriminator assigned by it for
the BFD session.

Corrected Text
--------------
The egress LSR MUST respond with an LSP Ping Echo reply message that
MAY carry the local discriminator assigned by it for the BFD session.


Notes
-----
It is not clear from the original text which of the following is optional:<= br>  -  The egress MUST send a reply, but the discriminator in the re= ply is optional
 -  The reply itself is optional

Technically, the reply cannot be optional, because the egress needs to repo= rt LSP-Ping verification status to the ingress.

 

This is correct — but even more so, technicall= y, it is not up to RFC 5884 to define when an LSP-Ping reply is optional or= not.

 

 

Lacking a Reply Mode set to "Do not reply"= (https://tools.ietf.org/html/rfc8029#page-12) the RFC 8029 procedures d= ictate a response be sent, independent of whether the RFC 5884 procedures use that information or not.

 

More below.

 


The proposed text recommends to include BFD discriminator in the reply. Thi= s was the intent of the original text.


My opinion follows:

In section 6 -

:    On receipt of the LSP Ping Echo request message, the eg= ress LSR MUST
:    send a BFD Control packet to the ingress LSR, if the va= lidation of
:    the FEC in the LSP Ping Echo request message succeeds.&= nbsp; This BFD
:    Control packet MUST set the Your Discriminator field to= the
:    discriminator received from the ingress LSR in the LSP = Ping Echo
:    request message.  The egress LSR MAY respond with = an LSP Ping Echo
:    reply message that carries the local discriminator assi= gned by it for
:    the BFD session.  The local discriminator assigned= by the egress LSR
:    MUST be used as the My Discriminator field in the BFD s= ession packets
:    sent by the egress LSR.

In the text above, I consider it quite clear that the receipt of the BFD packet contains sufficient state to bring up the BFD session.  The rec= eipt
of the same Discriminator in the LSP Ping Echo Reply is optional.

This makes sense partially because the reply may be dropped and we want the=
BFD session to come up as fast as possible.

 

Yes, especially because the first sentence says that= the egress sending a BFD Control packet implies FEC validation passed. How= ever, https://tools.ietf.org/html/rfc8029#section-4.4 does more than FEC validation.

 


The point of contention appears to be what to do if we *never* get such
replies.  It's worth pointing out additional text in RFC 5884, section= 3.2.

:    Hence, BFD is used in conjunction with LSP Ping for MPL= S LSP fault
:    detection:
:
:       i) LSP Ping is used for bootstrapping= the BFD session as described
:          later in this docum= ent.
:
:      ii) BFD is used to exchange fault detection= (i.e., BFD session)
:          packets at the requ= ired detection interval.
:
:     iii) LSP Ping is used to periodically verify the = control plane
:          against the data pl= ane by ensuring that the LSP is mapped to
:          the same FEC, at th= e egress, as the ingress.

iii above reminds us that the LSP may be torn down because LSP Ping fails.<= br> Thus, it seems problematic that we do not get a reply ever.

However, with the BFD session in the Up state, we have information proving<= br> that the LSP is up.  Thus we have contradictory intent.

---

My opinion is that the MAY in the RFC 5884 procedures is intended to have the BFD session come up by the most expedient means.  I do not believe= the
likely intent was to say "don't send Echo Reply".  Among oth= er things, that
seems contrary to the intent of the general LSP Ping procedures.

Having given my personal observations, we now get to the business of the Working Group: Debating intent and related text.  

 

My individual opinion is that, as written, RFC 5884 = cannot mean any other thing that “ The egress LSR MUST respond with a= n LSP Ping Echo reply message that

MAY carry the local discriminator assigned by it for= the BFD session”.

 

In other words, I support this errata.

 

This is because RFC 5884 did not update RFC 4379R= 17;s procedures. And thus a response is needed based on 8029 irregardless o= f whether 5884 uses it.

 

That said, it is debatable whether that LSP Ping res= ponse is useful or not. If it is not sent, it does not comply to 8029. But = if the WG wants for it to be not send, a new spec is needed.

 

Thanks,

 

-- Jeff

 

—

Carlos Pignataro, <= a href=3D"mailto:carlos@cisco.com" target=3D"_blank">carlos@cisco.com
“Sometimes I use big words that I do not fully understand, to make= myself sound more photosynthesis."

 

 

--_000_4bb63466962c4957a594e73163329940XCHALN001ciscocom_-- From nobody Tue Aug 15 09:56:41 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0B39513235A; Tue, 15 Aug 2017 09:56:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.698 X-Spam-Level: X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wzHGs5R3zlTY; Tue, 15 Aug 2017 09:56:35 -0700 (PDT) Received: from mail-lf0-x233.google.com (mail-lf0-x233.google.com [IPv6:2a00:1450:4010:c07::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8A08B132194; Tue, 15 Aug 2017 09:56:34 -0700 (PDT) Received: by mail-lf0-x233.google.com with SMTP id t128so6171469lff.2; Tue, 15 Aug 2017 09:56:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=QtBsOziysgzk2YGw7mY+bMhyPNDkeZBeLORK9QxRfZA=; b=OSBOyKW6mV3phK2J4/yGEyzhCksTQWOhj6V4m4hHNXuUHd+AIkS0vhp+7NSaZ4JWai s7Vd4d5Vv+rb+Dzp2ujIt/Nr4082Za+6CvOhM5YP8OOpOPQmIcKSol6f0iFkW59Il29T rPNwusw9m35WEIUihZbv0OejibP6sI0Q/F1Brw7izIzLRoYVELNJU5Di2Ii+AeJha2Cc rzLpSc0PiCATNX+JyyPXyEpgkCeoS2v7FS0LrUCpzgw+BK6E0pPXTjAs01+9+H9dieP6 7CGiJJr5AjzmFODsFXRJFhAn0FPbegHNS0AyzUDFZvBaDNTJgQsl43wh+4gKXBab1tsn pc3A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=QtBsOziysgzk2YGw7mY+bMhyPNDkeZBeLORK9QxRfZA=; b=hmBdrUxL0/C8EqJvfSgxcsLSiB/hIjdYzuyXvExeKACnJWShAdKYoK3r3TKFuM91zB E9esgt73QI3gPoqQlnyqTB2fdCuusscL5NbUBndXHXMlncY526zMIsB+00S89PyPJdZu 6nE7LidXQnt8/STxwb4F83fEag+IXlcKBAJeSwPNDUdg77kLFEkepHEyQyOmJmMhMkV+ bYEv+aDKKANxI1K0qBpXLUybC0jdWd3JFeOw6phn+UsiCxlVyf26R7dk9kl+TC/TjdbH IMXTHswcxJUWaF39ilu6zot7qBFqV2PhYfiTwDsH/jU2jU6A6CQRy/56T5+46Is4xjvB /p4A== X-Gm-Message-State: AHYfb5gbFlm/bMsiPU57jMW8Xqd49pyyvNsOxVXQHKNQjTL6fPyKFmKg QazUlAKtmAR0oRkd+9RBSJmTa63hgw== X-Received: by 10.46.76.18 with SMTP id z18mr9421598lja.111.1502816192099; Tue, 15 Aug 2017 09:56:32 -0700 (PDT) MIME-Version: 1.0 Received: by 10.46.88.81 with HTTP; Tue, 15 Aug 2017 09:56:30 -0700 (PDT) In-Reply-To: <4bb63466962c4957a594e73163329940@XCH-ALN-001.cisco.com> References: <20170811053550.27303B81263@rfc-editor.org> <20170811173930.GJ24942@pfrc.org> <7501E817-C95E-410A-A91E-080B36B213BE@cisco.com> <4bb63466962c4957a594e73163329940@XCH-ALN-001.cisco.com> From: Greg Mirsky Date: Tue, 15 Aug 2017 09:56:30 -0700 Message-ID: To: "Les Ginsberg (ginsberg)" Cc: Mach Chen , "Carlos Pignataro (cpignata)" , Tom Nadeau , "mpls@ietf.org" , "Kireeti Kompella (kireeti@juniper.net)" , Alia Atlas , "Reshad Rahman (rrahman)" , "rtg-bfd@ietf. org" Content-Type: multipart/alternative; boundary="f403045e9d244afb4a0556cda9ab" Archived-At: Subject: Re: [mpls] [Technical Errata Reported] RFC5884 (5085) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2017 16:56:39 -0000 --f403045e9d244afb4a0556cda9ab Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Mach and Les, thank you for your proposals.I think that the text provided by Les gives very clear and detailed explanation. I have one suggestion to clarify whether egress LSR MUST include BFD Discriminator TLV with local value in the Echo reply. My understanding of the RFC 584 is that BFD Discriminator TLV MUST be included in Echo reply. Regards, Greg On Tue, Aug 15, 2017 at 5:16 AM, Les Ginsberg (ginsberg) wrote: > I tend to agree with Mach =E2=80=93 and I think what Mach states is also > reinforcing the point that Carlos has made =E2=80=93 which is that echo r= eply > procedures are defined by RFC 8029 =E2=80=93 not by RFC 5884. > > > > However, the current text suffers from much more than the ambiguity > regarding Echo Reply. > > > > 1)Second paragraph of Section 6 goes back and forth between discussing BF= D > Control packets, then Echo Reply, then BFD Control Packets > > > > 2)Third paragraph of Section 6 has an inappropriate use of =E2=80=9C,=E2= =80=9D in the > sentence: > > > > =E2=80=9CThe BFD Control packets from the > > ingress to the egress LSR MUST set the local discriminator of the > > egress *LSR, in *the Your Discriminator field.=E2=80=9D > > > > 3)Section 6.1 defines when the BFD Discriminator TLV MUST be sent and whe= n > it is optional in LSP ping. There is actually no need for Section 6 to sa= y > anything in this regard. > > > > I propose revised text below =E2=80=93 which is much more extensive in it= s changes > than what has been proposed thus far, but I think it is necessary to > eliminate all ambiguity. > > That said, there is no question that the current text is subject to > multiple interpretations =E2=80=93 so any change in text runs the risk of > introducing new interoperability issues. On balance it is probably > necessary to take this risk as there is no guarantee that implementations > are interoperable today, but the WG should still consider this point > carefully. > > > > The text below replaces current paragraphs 2 and 3 of Section 6. > > > > ** > > *On receipt of the LSP Ping Echo request message, the egress LSR MUST* > > * send a BFD Control packet to the ingress LSR, if the validation of* > > * the FEC in the LSP Ping Echo request message succeeds. This BFD* > > * Control packet MUST set the Your Discriminator field to the* > > * discriminator received from the ingress LSR in the LSP Ping Echo* > > * request message. The local discriminator assigned by the egress LS= R* > > * MUST be used as the My Discriminator field in the BFD session packets= * > > * sent by the egress LSR.* > > > > * The ingress LSR follows the procedures in [BFD] to send BFD Control* > > * packets to the egress LSR in response to the BFD Control packets* > > * received from the egress LSR. The BFD Control packets from the* > > * ingress to the egress LSR MUST set the local discriminator of the* > > * egress LSR in the Your Discriminator field. The egress LSR* > > * demultiplexes the BFD session based on the received Your* > > * Discriminator field. As mentioned above, the egress LSR MUST send* > > * Control packets to the ingress LSR with the Your Discriminator field* > > * set to the local discriminator of the ingress LSR. The ingress LSR* > > * uses this to demultiplex the BFD session.* > > > > * The egress LSR follows the procedures defined in [RFC 8029] to > determine when to respond with an LSP Ping Echo reply message.* > > ** > > > > Les > > > > > > *From:* Rtg-bfd [mailto:rtg-bfd-bounces@ietf.org] *On Behalf Of *Mach Che= n > *Sent:* Tuesday, August 15, 2017 12:56 AM > *To:* Carlos Pignataro (cpignata); Greg Mirsky > *Cc:* Tom Nadeau; mpls@ietf.org; Kireeti Kompella (kireeti@juniper.net); > Alia Atlas; Reshad Rahman (rrahman); rtg-bfd@ietf. org > *Subject:* RE: [Technical Errata Reported] RFC5884 (5085) > > > > Hi all, > > > > IMHO, the point is not about whether the Echo Reply is optional for a > normal LSP Ping, where the echo reply is totally controlled by the reply > mode. > > > > For RFC5884, since the reply mode is not specified, based on the current > text, it can be interpreted as the following two ways: > > 1) it implies a new =E2=80=9Cmode=E2=80=9D introduced, it=E2=80=99s = actually a =E2=80=9Cspecial=E2=80=9D LSP > Ping, the process is just as what is currently described in the RFC: an > Echo Reply is OPTINAL, whether and when to send Echo Reply is up to the > egress LSR, and the Ingress LSR should not assume an Echo reply will be > returned; > > 2) the echo reply is still controlled by the reply mode, and given > that there is a =E2=80=9CDo not reply=E2=80=9D mode, the current text see= ms right, but not > that clear. > > > > I incline to think way (2) is more nature, if so, the proposed =E2=80=9C= Corrected > Text=E2=80=9D may not work if the Sender set the reply mode to =E2=80=9CD= o not reply=E2=80=9D. > > > > I=E2=80=99d suggest: > > > > Original Text > ------------- > The egress LSR MAY respond with an LSP Ping Echo > reply message that carries the local discriminator assigned by it for > the BFD session. > > > > NEW: > > The egress LSR MAY respond with an LSP Ping Echo > reply message that carries the local discriminator assigned by it for > the BFD session. Whether to send an LSP Ping Echo reply message is > > determined by the reply mode carried the received Echo request message. > > > > Best regards, > > Mach > > > > *From:* Rtg-bfd [mailto:rtg-bfd-bounces@ietf.org > ] *On Behalf Of *Carlos Pignataro (cpignata) > *Sent:* Tuesday, August 15, 2017 8:17 AM > *To:* Greg Mirsky > *Cc:* Tom Nadeau ; mpls@ietf.org; Kireeti > Kompella (kireeti@juniper.net) ; Alia Atlas < > akatlas@gmail.com>; Reshad Rahman (rrahman) ; > rtg-bfd@ietf. org > *Subject:* Re: [Technical Errata Reported] RFC5884 (5085) > > > > Greg, > > > > This is my final email on this topic, since the arguments are now just > silly and not technically constructive. > > > > 1. It's not about understanding English. It's about understanding specs! > The "(if any)" that you quote means there are situations in which there's > no echo reply. As I already explained to you, that's for example the case > with Reply-mode: No-reply. However, the "(if any)" does not mean an Echo > Reply is OPTIONAL. !! Or that you choose when a reply is not sent!! > > 2. RFC 8029 obsoleted 4379. But to my recollection, nothing changed > relevant to this Errata. > > > > BFD for MPLS could have updated LSP ping behavior -- it just didn't. > > > Sent from my iPad > > > On Aug 14, 2017, at 2:12 PM, Greg Mirsky wrote: > > Hi Carlos, > > thank you for sharing your view on how LSP Echo request with BFD > Discriminator used to bootstrap a BFD session over MPLS LSP. I'm surprise= d > that you refer to RFC 8029 as normative reference when commenting on RFC > 5884. But even if we look into RFC 8029, it still has the same texts I've > quoted in the previous note that suggest that echo reply is optional. > Consider one of them "The Sender's Handle is filled in by the sender and > returned unchanged by the receiver in the echo reply (if any)." Though > English is my third language, I interpret "if any" in that sentence as > clear indication that the echo reply may not be sent ever. > > > > Regards, > > Greg > > > > On Fri, Aug 11, 2017 at 7:45 PM, Carlos Pignataro (cpignata) < > cpignata@cisco.com> wrote: > > Jeff, WG, > > > > I believe there is one additional consideration =E2=80=94 please see inli= ne. > > > > On Aug 11, 2017, at 1:39 PM, Jeffrey Haas wrote: > > > > [Note that I have adjusted the addresses in the headers to try to catch t= he > RFC authors' current accounts.] > > > The 5884 interop issue keeps bubbling up. Balaji submitted an errata, > which > provides us with a good place to start technical discussion. > > Please note I also spent some time off-list discussing this errata with > Balaji. > > > On Thu, Aug 10, 2017 at 10:35:50PM -0700, RFC Errata System wrote: > > Section: 6 > > Original Text > ------------- > The egress LSR MAY respond with an LSP Ping Echo > reply message that carries the local discriminator assigned by it for > the BFD session. > > Corrected Text > -------------- > The egress LSR MUST respond with an LSP Ping Echo reply message that > MAY carry the local discriminator assigned by it for the BFD session. > > > Notes > ----- > It is not clear from the original text which of the following is optional= : > - The egress MUST send a reply, but the discriminator in the reply is > optional > - The reply itself is optional > > Technically, the reply cannot be optional, because the egress needs to > report LSP-Ping verification status to the ingress. > > > > This is correct =E2=80=94 but even more so, technically, it is not up to = RFC 5884 > to define when an LSP-Ping reply is optional or not. > > > > That=E2=80=99s=E2=80=99 up to https://tools.ietf.org/html/rfc8029#section= -4.4 > > > > Lacking a Reply Mode set to "Do not reply" (https://tools.ietf.org/html/ > rfc8029#page-12) the RFC 8029 procedures dictate a response be sent, > independent of whether the RFC 5884 procedures use that information or no= t. > > > > More below. > > > > > The proposed text recommends to include BFD discriminator in the reply. > This was the intent of the original text. > > > My opinion follows: > > In section 6 - > > : On receipt of the LSP Ping Echo request message, the egress LSR MUST > : send a BFD Control packet to the ingress LSR, if the validation of > : the FEC in the LSP Ping Echo request message succeeds. This BFD > : Control packet MUST set the Your Discriminator field to the > : discriminator received from the ingress LSR in the LSP Ping Echo > : request message. The egress LSR MAY respond with an LSP Ping Echo > : reply message that carries the local discriminator assigned by it fo= r > : the BFD session. The local discriminator assigned by the egress LSR > : MUST be used as the My Discriminator field in the BFD session packet= s > : sent by the egress LSR. > > In the text above, I consider it quite clear that the receipt of the BFD > packet contains sufficient state to bring up the BFD session. The receip= t > of the same Discriminator in the LSP Ping Echo Reply is optional. > > This makes sense partially because the reply may be dropped and we want t= he > BFD session to come up as fast as possible. > > > > Yes, especially because the first sentence says that the egress sending a > BFD Control packet implies FEC validation passed. However, > https://tools.ietf.org/html/rfc8029#section-4.4 does more than FEC > validation. > > > > > The point of contention appears to be what to do if we *never* get such > replies. It's worth pointing out additional text in RFC 5884, section 3.= 2. > > : Hence, BFD is used in conjunction with LSP Ping for MPLS LSP fault > : detection: > : > : i) LSP Ping is used for bootstrapping the BFD session as describe= d > : later in this document. > : > : ii) BFD is used to exchange fault detection (i.e., BFD session) > : packets at the required detection interval. > : > : iii) LSP Ping is used to periodically verify the control plane > : against the data plane by ensuring that the LSP is mapped to > : the same FEC, at the egress, as the ingress. > > iii above reminds us that the LSP may be torn down because LSP Ping fails= . > Thus, it seems problematic that we do not get a reply ever. > > However, with the BFD session in the Up state, we have information provin= g > that the LSP is up. Thus we have contradictory intent. > > --- > > My opinion is that the MAY in the RFC 5884 procedures is intended to have > the BFD session come up by the most expedient means. I do not believe th= e > likely intent was to say "don't send Echo Reply". Among other things, th= at > seems contrary to the intent of the general LSP Ping procedures. > > Having given my personal observations, we now get to the business of the > Working Group: Debating intent and related text. > > > > My individual opinion is that, as written, RFC 5884 cannot mean any other > thing that =E2=80=9C The egress LSR MUST respond with an LSP Ping Echo re= ply > message that > > MAY carry the local discriminator assigned by it for the BFD session=E2= =80=9D. > > > > In other words, I support this errata. > > > > This is because RFC 5884 did not update RFC 4379=E2=80=99s procedures. An= d thus a > response is needed based on 8029 irregardless of whether 5884 uses it. > > > > That said, it is debatable whether that LSP Ping response is useful or > not. If it is not sent, it does not comply to 8029. But if the WG wants f= or > it to be not send, a new spec is needed. > > > > Thanks, > > > > -- Jeff > > > > =E2=80=94 > > Carlos Pignataro, carlos@cisco.com > > *=E2=80=9CSometimes I use big words that I do not fully understand, to ma= ke myself > sound more photosynthesis."* > > > > > > --f403045e9d244afb4a0556cda9ab Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Mach and Les,
thank you for your proposals.I think = that the text provided by Les gives very clear and detailed explanation. I = have one suggestion to clarify whether egress LSR MUST include BFD Discrimi= nator TLV with local value in the Echo reply. My understanding of the RFC 5= 84 is that BFD Discriminator TLV MUST be included in Echo reply.
=
Regards,
Greg

On Tue, Aug 15, 2017 at 5:16 AM, Les Ginsb= erg (ginsberg) <ginsberg@cisco.com> wrote:

I tend to agree with Mach= =E2=80=93 and I think what Mach states is also reinforcing the point that = Carlos has made =E2=80=93 which is that echo reply procedures are defined by RFC 8029 =E2=80=93 not by RFC 5884.

=C2=A0

However, the current text= suffers from much more than the ambiguity regarding Echo Reply.<= /u>

=C2=A0

1)Second paragraph of Sec= tion 6 goes back and forth between discussing BFD Control packets, then Ech= o Reply, then BFD Control Packets

=C2=A0

2)Third paragraph of Sect= ion 6 has an inappropriate use of =E2=80=9C,=E2=80=9D in the sentence:

=C2=A0

=E2=80=9CThe BFD Control = packets from the

=C2=A0=C2=A0 ingress to t= he egress LSR MUST set the local discriminator of the<= /p>

=C2=A0=C2=A0 egress LSR, in the Your Discriminator field.=E2=80= =9D

=C2=A0

3)Section 6.1 defines whe= n the BFD Discriminator TLV MUST be sent and when it is optional in LSP pin= g. There is actually no need for Section 6 to say anything in this regard.

=C2=A0

I propose revised text be= low =E2=80=93 which is much more extensive in its changes than what has bee= n proposed thus far, but I think it is necessary to eliminate all ambiguity.

That said, there is no qu= estion that the current text is subject to multiple interpretations =E2=80= =93 so any change in text runs the risk of introducing new interoperability issues. On balance it is probably necessary to take this risk as there is = no guarantee that implementations are interoperable today, but the WG shoul= d still consider this point carefully.

=C2=A0

The text below replaces c= urrent paragraphs 2 and 3 of Section 6.

=C2=A0

<new text start>

On receipt of the LSP Ping Echo request message, the egress LSR MUST

=C2=A0=C2=A0 send a BFD Control packet to the ingress LSR, if the vali= dation of

=C2=A0=C2=A0 the FEC in the LSP Ping Echo request message succeeds.=C2= =A0 This BFD

=C2=A0=C2=A0 Control packet MUST set the Your Discriminator field to t= he

=C2=A0=C2=A0 discriminator received from the ingress LSR in the LSP Pi= ng Echo

=C2=A0=C2=A0 request message.=C2=A0 =C2=A0=C2=A0The local discr= iminator assigned by the egress LSR

=C2=A0=C2=A0 MUST be used as the My Discriminator field in the BFD ses= sion packets

=C2=A0=C2=A0 sent by the egress LSR.

=C2=A0

=C2=A0=C2=A0 The ingress LSR follows the procedures in [BFD] to= send BFD Control

=C2=A0=C2=A0 packets to the egress LSR in response to the BFD Control = packets

=C2=A0=C2=A0 received from the egress LSR.=C2=A0 The BFD Control packe= ts from the

=C2=A0=C2=A0 ingress to the egress LSR MUST set the local discriminato= r of the

=C2=A0=C2=A0 egress LSR in the Your Discriminator field.=C2=A0 The egr= ess LSR

=C2=A0=C2=A0 demultiplexes the BFD session based on the received Your<= u>

=C2=A0=C2=A0 Discriminator field.=C2=A0 As mentioned above, the egress= LSR MUST send

=C2=A0=C2=A0 Control packets to the ingress LSR with the Your Discrimi= nator field

=C2=A0=C2=A0 set to the local discriminator of the ingress LSR.=C2=A0 = The ingress LSR

=C2=A0=C2=A0 uses this to demultiplex the BFD session.

=C2=A0

=C2=A0 The egress LSR follows the procedures defined in [RFC 8029] to = determine when to respond with an LSP Ping Echo=C2=A0 reply message.=

<new text end>

=C2=A0

=C2=A0=C2=A0=C2=A0 Les=

=C2=A0

=C2=A0

From: Rtg-bfd = [mailto:rtg-b= fd-bounces@ietf.org] On Behalf Of Mach Chen
Sent: Tuesday, August 15, 2017 12:56 AM
To: Carlos Pignataro (cpignata); Greg Mirsky
Cc: Tom Nadeau; m= pls@ietf.org; Kireeti Kompella (kireeti@juniper.net); Alia Atlas; Reshad Rahman (rrah= man); rtg-bfd@ietf. org
Subject: RE: [Technical Errata Reported] RFC5884 (5085)

=C2=A0

Hi all,

=C2=A0

IMHO, the point is not ab= out whether the Echo Reply is optional for a normal LSP Ping, where the ech= o reply is totally controlled by the reply mode.

=C2=A0

For RFC5884, since the re= ply mode is not specified, based on the current text, it can be interpreted= as the following two ways:

1)=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 it implies a new =E2=80=9Cmode=E2=80=9D i= ntroduced, it=E2=80=99s actually a =E2=80=9Cspecial=E2=80=9D LSP Ping, =C2= =A0the process is just as what is currently described in the RFC: an Echo R= eply is OPTINAL, whether and when to send Echo Reply is up to the egress LSR, and the Ingress LSR s= hould not assume an Echo reply will be returned;

2)=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 the echo reply is still controlled by the= reply mode, and given that there is a =E2=80=9CDo not reply=E2=80=9D mode,= the current text seems right, but not that clear.

=C2=A0

I incline to think way (2= ) is more nature, if so, =C2=A0the proposed =E2=80=9CCorrected Text=E2=80= =9D may not work if the Sender set the reply mode to =E2=80=9CDo not reply= =E2=80=9D.

=C2=A0

I=E2=80=99d suggest:

=C2=A0

Original Text
-------------
The egress LSR MAY respond with an LSP Ping Echo
reply message that carries the local discriminator assigned by it for
the BFD session.

=C2=A0

NEW:

The egress LSR MAY respond with an LSP Ping Echo
reply message that carries the local discriminator assigned by it for
the BFD session. Whether to send an LSP Ping Echo reply message is <= u>

determined by the reply mode carried the received Ec= ho request message. =C2=A0<= /p>

=C2=A0

Best regards,

Mach=

=C2=A0

From: Rtg-bf= d [mailto:rtg= -bfd-bounces@ietf.org] On Behalf Of Carlos Pignataro (cpignata)
Sent: Tuesday, August 15, 2017 8:17 AM
To: Greg Mirsky <gregimirsky@gmail.com>
Cc: Tom Nadeau <tnadeau@lucidvision.com>; mpls@ietf.org; Kiree= ti Kompella (kiree= ti@juniper.net) <kireeti@juniper.net>; Alia Atlas <akatlas@gmail.com>; Reshad Rahman (rrahman) <rrahman@cisco.com>; rtg-bfd@ietf. org <rtg-bfd@ietf.org>
Subject: Re: [Technical Errata Reported] RFC5884 (5085)

=C2=A0

Greg,

=C2=A0

This is my final email on this topic, since the argu= ments are now just silly and not technically constructive.=C2=A0<= /u>

=C2=A0

1. It's not about understanding English. It'= s about understanding specs! The "(if any)" that you quote means = there are situations in which there's no echo reply. As I already expla= ined to you, that's for example the case with Reply-mode: No-reply. However, the "(if any)" does not mean an Echo Reply is= OPTIONAL. !! Or that you choose when a reply is not sent!!

2. RFC 8029 obsoleted 4379. But to my recollection, = nothing changed relevant to this Errata.=C2=A0

=C2=A0

BFD for MPLS could have updated LSP ping behavior --= it just didn't.=C2=A0


Sent from my iPad


On Aug 14, 2017, at 2:12 PM, Greg Mirsky <gregimirsky@gmail.com> wrote:=

Hi Carlos,

thank you for sharing your view on how LSP Echo requ= est with BFD Discriminator used to bootstrap a BFD session over MPLS LSP. I= 'm surprised that you refer to RFC 8029 as normative reference when com= menting on RFC 5884. But even if we look into RFC 8029, it still has the same texts I've quoted in the previous= note that suggest that echo reply is optional. Consider one of them "= The Sender's Handle is fil= led in by the sender and returned unchanged=C2=A0by the receiver in the echo reply (if any)." Though English is my third = language, I interpret "if any" in that sentence as clear indicati= on that the echo reply may not be sent ever.

=C2=A0

Regards= ,

Greg

=C2=A0

On Fri, Aug 11, 2017 at 7:45 PM, Carlos Pignataro (c= pignata) <cpigna= ta@cisco.com> wrote:

Jeff, WG,

=C2=A0

I believe there is one additional consideration =E2= =80=94 please see inline.

=C2=A0

On Aug 11, 2017, at 1:39 PM, Jeffrey Haas <jhaas@pfrc.org> wrote:=

=C2=A0

[Note that I have adj= usted the addresses in the headers to try to catch the
RFC authors' current accounts.]


The 5884 interop issue keeps bubbling up.=C2=A0 Balaji submitted an errata,= which
provides us with a good place to start technical discussion.

Please note I also spent some time off-list discussing this errata with
Balaji.


On Thu, Aug 10, 2017 at 10:35:50PM -0700, RFC Errata System wrote:

Section: 6

Original Text
-------------
The egress LSR MAY respond with an LSP Ping Echo
reply message that carries the local discriminator assigned by it for
the BFD session.

Corrected Text
--------------
The egress LSR MUST respond with an LSP Ping Echo reply message that
MAY carry the local discriminator assigned by it for the BFD session.


Notes
-----
It is not clear from the original text which of the following is optional:<= br> =C2=A0- =C2=A0The egress MUST send a reply, but the discriminator in the re= ply is optional
=C2=A0- =C2=A0The reply itself is optional

Technically, the reply cannot be optional, because the egress needs to repo= rt LSP-Ping verification status to the ingress.

=C2=A0

This is correct =E2=80=94 but even more so, technica= lly, it is not up to RFC 5884 to define when an LSP-Ping reply is optional = or not.

=C2=A0

That=E2=80=99s=E2=80=99 up to=C2=A0https://tools.= ietf.org/html/rfc8029#section-4.4

=C2=A0

Lacking a Reply Mode set to "Do not reply"= (https://tools.ietf.org/html/rfc8029#page-12) the RFC 8029 procedu= res dictate a response be sent, independent of whether the RFC 5884 procedures use that information or not.

=C2=A0

More below.

=C2=A0


The proposed text recommends to include BFD discriminator in the reply. Thi= s was the intent of the original text.


My opinion follows:

In section 6 -

: =C2=A0=C2=A0=C2=A0On receipt of the LSP Ping Echo request message, the eg= ress LSR MUST
: =C2=A0=C2=A0=C2=A0send a BFD Control packet to the ingress LSR, if the va= lidation of
: =C2=A0=C2=A0=C2=A0the FEC in the LSP Ping Echo request message succeeds.= =C2=A0 This BFD
: =C2=A0=C2=A0=C2=A0Control packet MUST set the Your Discriminator field to= the
: =C2=A0=C2=A0=C2=A0discriminator received from the ingress LSR in the LSP = Ping Echo
: =C2=A0=C2=A0=C2=A0request message.=C2=A0 The egress LSR MAY respond with = an LSP Ping Echo
: =C2=A0=C2=A0=C2=A0reply message that carries the local discriminator assi= gned by it for
: =C2=A0=C2=A0=C2=A0the BFD session.=C2=A0 The local discriminator assigned= by the egress LSR
: =C2=A0=C2=A0=C2=A0MUST be used as the My Discriminator field in the BFD s= ession packets
: =C2=A0=C2=A0=C2=A0sent by the egress LSR.

In the text above, I consider it quite clear that the receipt of the BFD packet contains sufficient state to bring up the BFD session.=C2=A0 The rec= eipt
of the same Discriminator in the LSP Ping Echo Reply is optional.

This makes sense partially because the reply may be dropped and we want the=
BFD session to come up as fast as possible.

=C2=A0

Yes, especially because the first sentence says that= the egress sending a BFD Control packet implies FEC validation passed. How= ever,=C2=A0https://tools.ietf.org/html/rfc8029#section-4.4=C2= =A0does more than FEC validation.

=C2=A0


The point of contention appears to be what to do if we *never* get such
replies.=C2=A0 It's worth pointing out additional text in RFC 5884, sec= tion 3.2.

: =C2=A0=C2=A0=C2=A0Hence, BFD is used in conjunction with LSP Ping for MPL= S LSP fault
: =C2=A0=C2=A0=C2=A0detection:
:
: =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0i) LSP Ping is used for bootstrapping= the BFD session as described
: =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0later in this docum= ent.
:
: =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0ii) BFD is used to exchange fault detection= (i.e., BFD session)
: =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0packets at the requ= ired detection interval.
:
: =C2=A0=C2=A0=C2=A0=C2=A0iii) LSP Ping is used to periodically verify the = control plane
: =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0against the data pl= ane by ensuring that the LSP is mapped to
: =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0the same FEC, at th= e egress, as the ingress.

iii above reminds us that the LSP may be torn down because LSP Ping fails.<= br> Thus, it seems problematic that we do not get a reply ever.

However, with the BFD session in the Up state, we have information proving<= br> that the LSP is up.=C2=A0 Thus we have contradictory intent.

---

My opinion is that the MAY in the RFC 5884 procedures is intended to have the BFD session come up by the most expedient means.=C2=A0 I do not believe= the
likely intent was to say "don't send Echo Reply".=C2=A0 Among= other things, that
seems contrary to the intent of the general LSP Ping procedures.

Having given my personal observations, we now get to the business of the Working Group: Debating intent and related text. =C2=A0

=C2=A0

My individual opinion is that, as written, RFC 5884 = cannot mean any other thing that =E2=80=9C The egress LSR MUST respond with= an LSP Ping Echo reply message that

MAY carry the local discriminator assigned by it for= the BFD session=E2=80=9D.

=C2=A0

In other words, I support this errata.=

=C2=A0

This is because RFC 5884 did not update RFC 4379=E2= =80=99s procedures. And thus a response is needed based on 8029 irregardles= s of whether 5884 uses it.

=C2=A0

That said, it is debatable whether that LSP Ping res= ponse is useful or not. If it is not sent, it does not comply to 8029. But = if the WG wants for it to be not send, a new spec is needed.<= /p>

=C2=A0

Thanks,

=C2=A0<= /p>

-- Jeff=

=C2=A0

=E2=80=94<= /span>

Carlos Pignataro,=C2=A0<= a href=3D"mailto:carlos@cisco.com" target=3D"_blank">carlos@cisco.com
=E2=80=9CSometimes I use big words that I do not fully understand, to ma= ke myself sound more=C2=A0photosynthesis."

=C2=A0

=C2=A0


--f403045e9d244afb4a0556cda9ab-- From nobody Tue Aug 15 16:36:41 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2F5A1132442; Tue, 15 Aug 2017 16:36:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.519 X-Spam-Level: X-Spam-Status: No, score=-14.519 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s21qtAEipwy4; Tue, 15 Aug 2017 16:36:36 -0700 (PDT) Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B7DEC132445; Tue, 15 Aug 2017 16:36:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=79370; q=dns/txt; s=iport; t=1502840195; x=1504049795; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=NoO15oSa7mRP2XCcGLdvB+Ny+Lmmz7x7tn11rxFhNQU=; b=Gu0fw0Udz3120xCbbLtCAXjJE3KNaRDDIZo/1kICH/u2PZp5ODaO3idt RQna83tRtzdABiMyPYLoCuYdFEqFYNhmEceuecjhzSfMXej68L+QvOr8d 2zyhuR0NONmIGFx9BUySFo5jNjtrIdiGDMDhsfKOs1sqypeF6WkRiXfks Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BKAQDLhJNZ/5tdJa1eGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgm9rZDgBXAeDLYpekBGBbog3jWEOggQshRsCGoQcPxgBAgEBAQE?= =?us-ascii?q?BAQFrKIUYAQEBAQMMAgwJCjgCEhACAQYCEQQBASEBBgMCAgIfERQJCAIEDgUIi?= =?us-ascii?q?UNMAxUQjm6dZIImh0QNhBkBAQEBAQEBAQEBAQEBAQEBAQEBAQEYBYMoggKBTIF?= =?us-ascii?q?jgyeBPIEbgWkBEgE2H4JdgmEFiXuOGodsPAKHUYd3hG2CGIVfimuJZoJPiWIBH?= =?us-ascii?q?zh/C3cVSYUXHIFndgGHQg0XB4EFgQ8BAQE?= X-IronPort-AV: E=Sophos;i="5.41,379,1498521600"; d="scan'208,217";a="280957002" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by rcdn-iport-9.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 15 Aug 2017 23:36:34 +0000 Received: from XCH-ALN-001.cisco.com (xch-aln-001.cisco.com [173.36.7.11]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id v7FNaYDh016469 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 15 Aug 2017 23:36:34 GMT Received: from xch-aln-001.cisco.com (173.36.7.11) by XCH-ALN-001.cisco.com (173.36.7.11) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Tue, 15 Aug 2017 18:36:33 -0500 Received: from xch-aln-001.cisco.com ([173.36.7.11]) by XCH-ALN-001.cisco.com ([173.36.7.11]) with mapi id 15.00.1210.000; Tue, 15 Aug 2017 18:36:33 -0500 From: "Les Ginsberg (ginsberg)" To: Greg Mirsky CC: Mach Chen , "Carlos Pignataro (cpignata)" , Tom Nadeau , "mpls@ietf.org" , "Kireeti Kompella (kireeti@juniper.net)" , Alia Atlas , "Reshad Rahman (rrahman)" , "rtg-bfd@ietf. org" Thread-Topic: [Technical Errata Reported] RFC5884 (5085) Thread-Index: AQHTEsardUdhCyxqXUiFhH3vY6n7oKJ/v9eAgACYlQCABCd3gIAAZg6AgACARYD//+32kIAAqPoAgAAbouA= Date: Tue, 15 Aug 2017 23:36:33 +0000 Message-ID: <0e567a1ed81d4f77a627f1a84fe72e1f@XCH-ALN-001.cisco.com> References: <20170811053550.27303B81263@rfc-editor.org> <20170811173930.GJ24942@pfrc.org> <7501E817-C95E-410A-A91E-080B36B213BE@cisco.com> <4bb63466962c4957a594e73163329940@XCH-ALN-001.cisco.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.154.131.4] Content-Type: multipart/alternative; boundary="_000_0e567a1ed81d4f77a627f1a84fe72e1fXCHALN001ciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [mpls] [Technical Errata Reported] RFC5884 (5085) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2017 23:36:39 -0000 --_000_0e567a1ed81d4f77a627f1a84fe72e1fXCHALN001ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 R3JlZyDigJMNCg0KVGhhbnguDQoNClNlY3Rpb24gNi4xIGN1cnJlbnRseSBzdGF0ZXM6DQoNCuKA nElmIHRoZSBCRkQgc2Vzc2lvbiBpcyBub3QgaW4gVVAgc3RhdGUsIHRoZSBwZXJpb2RpYyBMU1Ag UGluZyBFY2hvDQogICByZXF1ZXN0IG1lc3NhZ2VzIE1VU1QgaW5jbHVkZSB0aGUgQkZEIERpc2Ny aW1pbmF0b3IgVExWLuKAnQ0KDQpJIHRoaW5rIHRoaXMgbGFuZ3VhZ2UgaXMgdW5hbWJpZ3VvdXMu DQo/Pw0KDQogICBMZXMNCg0KDQpGcm9tOiBHcmVnIE1pcnNreSBbbWFpbHRvOmdyZWdpbWlyc2t5 QGdtYWlsLmNvbV0NClNlbnQ6IFR1ZXNkYXksIEF1Z3VzdCAxNSwgMjAxNyA5OjU2IEFNDQpUbzog TGVzIEdpbnNiZXJnIChnaW5zYmVyZykNCkNjOiBNYWNoIENoZW47IENhcmxvcyBQaWduYXRhcm8g KGNwaWduYXRhKTsgVG9tIE5hZGVhdTsgbXBsc0BpZXRmLm9yZzsgS2lyZWV0aSBLb21wZWxsYSAo a2lyZWV0aUBqdW5pcGVyLm5ldCk7IEFsaWEgQXRsYXM7IFJlc2hhZCBSYWhtYW4gKHJyYWhtYW4p OyBydGctYmZkQGlldGYuIG9yZw0KU3ViamVjdDogUmU6IFtUZWNobmljYWwgRXJyYXRhIFJlcG9y dGVkXSBSRkM1ODg0ICg1MDg1KQ0KDQpIaSBNYWNoIGFuZCBMZXMsDQp0aGFuayB5b3UgZm9yIHlv dXIgcHJvcG9zYWxzLkkgdGhpbmsgdGhhdCB0aGUgdGV4dCBwcm92aWRlZCBieSBMZXMgZ2l2ZXMg dmVyeSBjbGVhciBhbmQgZGV0YWlsZWQgZXhwbGFuYXRpb24uIEkgaGF2ZSBvbmUgc3VnZ2VzdGlv biB0byBjbGFyaWZ5IHdoZXRoZXIgZWdyZXNzIExTUiBNVVNUIGluY2x1ZGUgQkZEIERpc2NyaW1p bmF0b3IgVExWIHdpdGggbG9jYWwgdmFsdWUgaW4gdGhlIEVjaG8gcmVwbHkuIE15IHVuZGVyc3Rh bmRpbmcgb2YgdGhlIFJGQyA1ODQgaXMgdGhhdCBCRkQgRGlzY3JpbWluYXRvciBUTFYgTVVTVCBi ZSBpbmNsdWRlZCBpbiBFY2hvIHJlcGx5Lg0KDQpSZWdhcmRzLA0KR3JlZw0KDQpPbiBUdWUsIEF1 ZyAxNSwgMjAxNyBhdCA1OjE2IEFNLCBMZXMgR2luc2JlcmcgKGdpbnNiZXJnKSA8Z2luc2JlcmdA Y2lzY28uY29tPG1haWx0bzpnaW5zYmVyZ0BjaXNjby5jb20+PiB3cm90ZToNCkkgdGVuZCB0byBh Z3JlZSB3aXRoIE1hY2gg4oCTIGFuZCBJIHRoaW5rIHdoYXQgTWFjaCBzdGF0ZXMgaXMgYWxzbyBy ZWluZm9yY2luZyB0aGUgcG9pbnQgdGhhdCBDYXJsb3MgaGFzIG1hZGUg4oCTIHdoaWNoIGlzIHRo YXQgZWNobyByZXBseSBwcm9jZWR1cmVzIGFyZSBkZWZpbmVkIGJ5IFJGQyA4MDI5IOKAkyBub3Qg YnkgUkZDIDU4ODQuDQoNCkhvd2V2ZXIsIHRoZSBjdXJyZW50IHRleHQgc3VmZmVycyBmcm9tIG11 Y2ggbW9yZSB0aGFuIHRoZSBhbWJpZ3VpdHkgcmVnYXJkaW5nIEVjaG8gUmVwbHkuDQoNCjEpU2Vj b25kIHBhcmFncmFwaCBvZiBTZWN0aW9uIDYgZ29lcyBiYWNrIGFuZCBmb3J0aCBiZXR3ZWVuIGRp c2N1c3NpbmcgQkZEIENvbnRyb2wgcGFja2V0cywgdGhlbiBFY2hvIFJlcGx5LCB0aGVuIEJGRCBD b250cm9sIFBhY2tldHMNCg0KMilUaGlyZCBwYXJhZ3JhcGggb2YgU2VjdGlvbiA2IGhhcyBhbiBp bmFwcHJvcHJpYXRlIHVzZSBvZiDigJws4oCdIGluIHRoZSBzZW50ZW5jZToNCg0K4oCcVGhlIEJG RCBDb250cm9sIHBhY2tldHMgZnJvbSB0aGUNCiAgIGluZ3Jlc3MgdG8gdGhlIGVncmVzcyBMU1Ig TVVTVCBzZXQgdGhlIGxvY2FsIGRpc2NyaW1pbmF0b3Igb2YgdGhlDQogICBlZ3Jlc3MgTFNSLCBp biB0aGUgWW91ciBEaXNjcmltaW5hdG9yIGZpZWxkLuKAnQ0KDQozKVNlY3Rpb24gNi4xIGRlZmlu ZXMgd2hlbiB0aGUgQkZEIERpc2NyaW1pbmF0b3IgVExWIE1VU1QgYmUgc2VudCBhbmQgd2hlbiBp dCBpcyBvcHRpb25hbCBpbiBMU1AgcGluZy4gVGhlcmUgaXMgYWN0dWFsbHkgbm8gbmVlZCBmb3Ig U2VjdGlvbiA2IHRvIHNheSBhbnl0aGluZyBpbiB0aGlzIHJlZ2FyZC4NCg0KSSBwcm9wb3NlIHJl dmlzZWQgdGV4dCBiZWxvdyDigJMgd2hpY2ggaXMgbXVjaCBtb3JlIGV4dGVuc2l2ZSBpbiBpdHMg Y2hhbmdlcyB0aGFuIHdoYXQgaGFzIGJlZW4gcHJvcG9zZWQgdGh1cyBmYXIsIGJ1dCBJIHRoaW5r IGl0IGlzIG5lY2Vzc2FyeSB0byBlbGltaW5hdGUgYWxsIGFtYmlndWl0eS4NClRoYXQgc2FpZCwg dGhlcmUgaXMgbm8gcXVlc3Rpb24gdGhhdCB0aGUgY3VycmVudCB0ZXh0IGlzIHN1YmplY3QgdG8g bXVsdGlwbGUgaW50ZXJwcmV0YXRpb25zIOKAkyBzbyBhbnkgY2hhbmdlIGluIHRleHQgcnVucyB0 aGUgcmlzayBvZiBpbnRyb2R1Y2luZyBuZXcgaW50ZXJvcGVyYWJpbGl0eSBpc3N1ZXMuIE9uIGJh bGFuY2UgaXQgaXMgcHJvYmFibHkgbmVjZXNzYXJ5IHRvIHRha2UgdGhpcyByaXNrIGFzIHRoZXJl IGlzIG5vIGd1YXJhbnRlZSB0aGF0IGltcGxlbWVudGF0aW9ucyBhcmUgaW50ZXJvcGVyYWJsZSB0 b2RheSwgYnV0IHRoZSBXRyBzaG91bGQgc3RpbGwgY29uc2lkZXIgdGhpcyBwb2ludCBjYXJlZnVs bHkuDQoNClRoZSB0ZXh0IGJlbG93IHJlcGxhY2VzIGN1cnJlbnQgcGFyYWdyYXBocyAyIGFuZCAz IG9mIFNlY3Rpb24gNi4NCg0KPG5ldyB0ZXh0IHN0YXJ0Pg0KT24gcmVjZWlwdCBvZiB0aGUgTFNQ IFBpbmcgRWNobyByZXF1ZXN0IG1lc3NhZ2UsIHRoZSBlZ3Jlc3MgTFNSIE1VU1QNCiAgIHNlbmQg YSBCRkQgQ29udHJvbCBwYWNrZXQgdG8gdGhlIGluZ3Jlc3MgTFNSLCBpZiB0aGUgdmFsaWRhdGlv biBvZg0KICAgdGhlIEZFQyBpbiB0aGUgTFNQIFBpbmcgRWNobyByZXF1ZXN0IG1lc3NhZ2Ugc3Vj Y2VlZHMuICBUaGlzIEJGRA0KICAgQ29udHJvbCBwYWNrZXQgTVVTVCBzZXQgdGhlIFlvdXIgRGlz Y3JpbWluYXRvciBmaWVsZCB0byB0aGUNCiAgIGRpc2NyaW1pbmF0b3IgcmVjZWl2ZWQgZnJvbSB0 aGUgaW5ncmVzcyBMU1IgaW4gdGhlIExTUCBQaW5nIEVjaG8NCiAgIHJlcXVlc3QgbWVzc2FnZS4g ICAgVGhlIGxvY2FsIGRpc2NyaW1pbmF0b3IgYXNzaWduZWQgYnkgdGhlIGVncmVzcyBMU1INCiAg IE1VU1QgYmUgdXNlZCBhcyB0aGUgTXkgRGlzY3JpbWluYXRvciBmaWVsZCBpbiB0aGUgQkZEIHNl c3Npb24gcGFja2V0cw0KICAgc2VudCBieSB0aGUgZWdyZXNzIExTUi4NCg0KICAgVGhlIGluZ3Jl c3MgTFNSIGZvbGxvd3MgdGhlIHByb2NlZHVyZXMgaW4gW0JGRF0gdG8gc2VuZCBCRkQgQ29udHJv bA0KICAgcGFja2V0cyB0byB0aGUgZWdyZXNzIExTUiBpbiByZXNwb25zZSB0byB0aGUgQkZEIENv bnRyb2wgcGFja2V0cw0KICAgcmVjZWl2ZWQgZnJvbSB0aGUgZWdyZXNzIExTUi4gIFRoZSBCRkQg Q29udHJvbCBwYWNrZXRzIGZyb20gdGhlDQogICBpbmdyZXNzIHRvIHRoZSBlZ3Jlc3MgTFNSIE1V U1Qgc2V0IHRoZSBsb2NhbCBkaXNjcmltaW5hdG9yIG9mIHRoZQ0KICAgZWdyZXNzIExTUiBpbiB0 aGUgWW91ciBEaXNjcmltaW5hdG9yIGZpZWxkLiAgVGhlIGVncmVzcyBMU1INCiAgIGRlbXVsdGlw bGV4ZXMgdGhlIEJGRCBzZXNzaW9uIGJhc2VkIG9uIHRoZSByZWNlaXZlZCBZb3VyDQogICBEaXNj cmltaW5hdG9yIGZpZWxkLiAgQXMgbWVudGlvbmVkIGFib3ZlLCB0aGUgZWdyZXNzIExTUiBNVVNU IHNlbmQNCiAgIENvbnRyb2wgcGFja2V0cyB0byB0aGUgaW5ncmVzcyBMU1Igd2l0aCB0aGUgWW91 ciBEaXNjcmltaW5hdG9yIGZpZWxkDQogICBzZXQgdG8gdGhlIGxvY2FsIGRpc2NyaW1pbmF0b3Ig b2YgdGhlIGluZ3Jlc3MgTFNSLiAgVGhlIGluZ3Jlc3MgTFNSDQogICB1c2VzIHRoaXMgdG8gZGVt dWx0aXBsZXggdGhlIEJGRCBzZXNzaW9uLg0KDQogIFRoZSBlZ3Jlc3MgTFNSIGZvbGxvd3MgdGhl IHByb2NlZHVyZXMgZGVmaW5lZCBpbiBbUkZDIDgwMjldIHRvIGRldGVybWluZSB3aGVuIHRvIHJl c3BvbmQgd2l0aCBhbiBMU1AgUGluZyBFY2hvICByZXBseSBtZXNzYWdlLg0KPG5ldyB0ZXh0IGVu ZD4NCg0KICAgIExlcw0KDQoNCkZyb206IFJ0Zy1iZmQgW21haWx0bzpydGctYmZkLWJvdW5jZXNA aWV0Zi5vcmc8bWFpbHRvOnJ0Zy1iZmQtYm91bmNlc0BpZXRmLm9yZz5dIE9uIEJlaGFsZiBPZiBN YWNoIENoZW4NClNlbnQ6IFR1ZXNkYXksIEF1Z3VzdCAxNSwgMjAxNyAxMjo1NiBBTQ0KVG86IENh cmxvcyBQaWduYXRhcm8gKGNwaWduYXRhKTsgR3JlZyBNaXJza3kNCkNjOiBUb20gTmFkZWF1OyBt cGxzQGlldGYub3JnPG1haWx0bzptcGxzQGlldGYub3JnPjsgS2lyZWV0aSBLb21wZWxsYSAoa2ly ZWV0aUBqdW5pcGVyLm5ldDxtYWlsdG86a2lyZWV0aUBqdW5pcGVyLm5ldD4pOyBBbGlhIEF0bGFz OyBSZXNoYWQgUmFobWFuIChycmFobWFuKTsgcnRnLWJmZEBpZXRmLiBvcmcNClN1YmplY3Q6IFJF OiBbVGVjaG5pY2FsIEVycmF0YSBSZXBvcnRlZF0gUkZDNTg4NCAoNTA4NSkNCg0KSGkgYWxsLA0K DQpJTUhPLCB0aGUgcG9pbnQgaXMgbm90IGFib3V0IHdoZXRoZXIgdGhlIEVjaG8gUmVwbHkgaXMg b3B0aW9uYWwgZm9yIGEgbm9ybWFsIExTUCBQaW5nLCB3aGVyZSB0aGUgZWNobyByZXBseSBpcyB0 b3RhbGx5IGNvbnRyb2xsZWQgYnkgdGhlIHJlcGx5IG1vZGUuDQoNCkZvciBSRkM1ODg0LCBzaW5j ZSB0aGUgcmVwbHkgbW9kZSBpcyBub3Qgc3BlY2lmaWVkLCBiYXNlZCBvbiB0aGUgY3VycmVudCB0 ZXh0LCBpdCBjYW4gYmUgaW50ZXJwcmV0ZWQgYXMgdGhlIGZvbGxvd2luZyB0d28gd2F5czoNCg0K MSkgICAgICBpdCBpbXBsaWVzIGEgbmV3IOKAnG1vZGXigJ0gaW50cm9kdWNlZCwgaXTigJlzIGFj dHVhbGx5IGEg4oCcc3BlY2lhbOKAnSBMU1AgUGluZywgIHRoZSBwcm9jZXNzIGlzIGp1c3QgYXMg d2hhdCBpcyBjdXJyZW50bHkgZGVzY3JpYmVkIGluIHRoZSBSRkM6IGFuIEVjaG8gUmVwbHkgaXMg T1BUSU5BTCwgd2hldGhlciBhbmQgd2hlbiB0byBzZW5kIEVjaG8gUmVwbHkgaXMgdXAgdG8gdGhl IGVncmVzcyBMU1IsIGFuZCB0aGUgSW5ncmVzcyBMU1Igc2hvdWxkIG5vdCBhc3N1bWUgYW4gRWNo byByZXBseSB3aWxsIGJlIHJldHVybmVkOw0KDQoyKSAgICAgIHRoZSBlY2hvIHJlcGx5IGlzIHN0 aWxsIGNvbnRyb2xsZWQgYnkgdGhlIHJlcGx5IG1vZGUsIGFuZCBnaXZlbiB0aGF0IHRoZXJlIGlz IGEg4oCcRG8gbm90IHJlcGx54oCdIG1vZGUsIHRoZSBjdXJyZW50IHRleHQgc2VlbXMgcmlnaHQs IGJ1dCBub3QgdGhhdCBjbGVhci4NCg0KSSBpbmNsaW5lIHRvIHRoaW5rIHdheSAoMikgaXMgbW9y ZSBuYXR1cmUsIGlmIHNvLCAgdGhlIHByb3Bvc2VkIOKAnENvcnJlY3RlZCBUZXh04oCdIG1heSBu b3Qgd29yayBpZiB0aGUgU2VuZGVyIHNldCB0aGUgcmVwbHkgbW9kZSB0byDigJxEbyBub3QgcmVw bHnigJ0uDQoNCknigJlkIHN1Z2dlc3Q6DQoNCk9yaWdpbmFsIFRleHQNCi0tLS0tLS0tLS0tLS0N ClRoZSBlZ3Jlc3MgTFNSIE1BWSByZXNwb25kIHdpdGggYW4gTFNQIFBpbmcgRWNobw0KcmVwbHkg bWVzc2FnZSB0aGF0IGNhcnJpZXMgdGhlIGxvY2FsIGRpc2NyaW1pbmF0b3IgYXNzaWduZWQgYnkg aXQgZm9yDQp0aGUgQkZEIHNlc3Npb24uDQoNCk5FVzoNClRoZSBlZ3Jlc3MgTFNSIE1BWSByZXNw b25kIHdpdGggYW4gTFNQIFBpbmcgRWNobw0KcmVwbHkgbWVzc2FnZSB0aGF0IGNhcnJpZXMgdGhl IGxvY2FsIGRpc2NyaW1pbmF0b3IgYXNzaWduZWQgYnkgaXQgZm9yDQp0aGUgQkZEIHNlc3Npb24u IFdoZXRoZXIgdG8gc2VuZCBhbiBMU1AgUGluZyBFY2hvIHJlcGx5IG1lc3NhZ2UgaXMNCmRldGVy bWluZWQgYnkgdGhlIHJlcGx5IG1vZGUgY2FycmllZCB0aGUgcmVjZWl2ZWQgRWNobyByZXF1ZXN0 IG1lc3NhZ2UuDQoNCkJlc3QgcmVnYXJkcywNCk1hY2gNCg0KRnJvbTogUnRnLWJmZCBbbWFpbHRv OnJ0Zy1iZmQtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIENhcmxvcyBQaWduYXRhcm8g KGNwaWduYXRhKQ0KU2VudDogVHVlc2RheSwgQXVndXN0IDE1LCAyMDE3IDg6MTcgQU0NClRvOiBH cmVnIE1pcnNreSA8Z3JlZ2ltaXJza3lAZ21haWwuY29tPG1haWx0bzpncmVnaW1pcnNreUBnbWFp bC5jb20+Pg0KQ2M6IFRvbSBOYWRlYXUgPHRuYWRlYXVAbHVjaWR2aXNpb24uY29tPG1haWx0bzp0 bmFkZWF1QGx1Y2lkdmlzaW9uLmNvbT4+OyBtcGxzQGlldGYub3JnPG1haWx0bzptcGxzQGlldGYu b3JnPjsgS2lyZWV0aSBLb21wZWxsYSAoa2lyZWV0aUBqdW5pcGVyLm5ldDxtYWlsdG86a2lyZWV0 aUBqdW5pcGVyLm5ldD4pIDxraXJlZXRpQGp1bmlwZXIubmV0PG1haWx0bzpraXJlZXRpQGp1bmlw ZXIubmV0Pj47IEFsaWEgQXRsYXMgPGFrYXRsYXNAZ21haWwuY29tPG1haWx0bzpha2F0bGFzQGdt YWlsLmNvbT4+OyBSZXNoYWQgUmFobWFuIChycmFobWFuKSA8cnJhaG1hbkBjaXNjby5jb208bWFp bHRvOnJyYWhtYW5AY2lzY28uY29tPj47IHJ0Zy1iZmRAaWV0Zi4gb3JnIDxydGctYmZkQGlldGYu b3JnPG1haWx0bzpydGctYmZkQGlldGYub3JnPj4NClN1YmplY3Q6IFJlOiBbVGVjaG5pY2FsIEVy cmF0YSBSZXBvcnRlZF0gUkZDNTg4NCAoNTA4NSkNCg0KR3JlZywNCg0KVGhpcyBpcyBteSBmaW5h bCBlbWFpbCBvbiB0aGlzIHRvcGljLCBzaW5jZSB0aGUgYXJndW1lbnRzIGFyZSBub3cganVzdCBz aWxseSBhbmQgbm90IHRlY2huaWNhbGx5IGNvbnN0cnVjdGl2ZS4NCg0KMS4gSXQncyBub3QgYWJv dXQgdW5kZXJzdGFuZGluZyBFbmdsaXNoLiBJdCdzIGFib3V0IHVuZGVyc3RhbmRpbmcgc3BlY3Mh IFRoZSAiKGlmIGFueSkiIHRoYXQgeW91IHF1b3RlIG1lYW5zIHRoZXJlIGFyZSBzaXR1YXRpb25z IGluIHdoaWNoIHRoZXJlJ3Mgbm8gZWNobyByZXBseS4gQXMgSSBhbHJlYWR5IGV4cGxhaW5lZCB0 byB5b3UsIHRoYXQncyBmb3IgZXhhbXBsZSB0aGUgY2FzZSB3aXRoIFJlcGx5LW1vZGU6IE5vLXJl cGx5LiBIb3dldmVyLCB0aGUgIihpZiBhbnkpIiBkb2VzIG5vdCBtZWFuIGFuIEVjaG8gUmVwbHkg aXMgT1BUSU9OQUwuICEhIE9yIHRoYXQgeW91IGNob29zZSB3aGVuIGEgcmVwbHkgaXMgbm90IHNl bnQhIQ0KMi4gUkZDIDgwMjkgb2Jzb2xldGVkIDQzNzkuIEJ1dCB0byBteSByZWNvbGxlY3Rpb24s IG5vdGhpbmcgY2hhbmdlZCByZWxldmFudCB0byB0aGlzIEVycmF0YS4NCg0KQkZEIGZvciBNUExT IGNvdWxkIGhhdmUgdXBkYXRlZCBMU1AgcGluZyBiZWhhdmlvciAtLSBpdCBqdXN0IGRpZG4ndC4N Cg0KU2VudCBmcm9tIG15IGlQYWQNCg0KT24gQXVnIDE0LCAyMDE3LCBhdCAyOjEyIFBNLCBHcmVn IE1pcnNreSA8Z3JlZ2ltaXJza3lAZ21haWwuY29tPG1haWx0bzpncmVnaW1pcnNreUBnbWFpbC5j b20+PiB3cm90ZToNCkhpIENhcmxvcywNCnRoYW5rIHlvdSBmb3Igc2hhcmluZyB5b3VyIHZpZXcg b24gaG93IExTUCBFY2hvIHJlcXVlc3Qgd2l0aCBCRkQgRGlzY3JpbWluYXRvciB1c2VkIHRvIGJv b3RzdHJhcCBhIEJGRCBzZXNzaW9uIG92ZXIgTVBMUyBMU1AuIEknbSBzdXJwcmlzZWQgdGhhdCB5 b3UgcmVmZXIgdG8gUkZDIDgwMjkgYXMgbm9ybWF0aXZlIHJlZmVyZW5jZSB3aGVuIGNvbW1lbnRp bmcgb24gUkZDIDU4ODQuIEJ1dCBldmVuIGlmIHdlIGxvb2sgaW50byBSRkMgODAyOSwgaXQgc3Rp bGwgaGFzIHRoZSBzYW1lIHRleHRzIEkndmUgcXVvdGVkIGluIHRoZSBwcmV2aW91cyBub3RlIHRo YXQgc3VnZ2VzdCB0aGF0IGVjaG8gcmVwbHkgaXMgb3B0aW9uYWwuIENvbnNpZGVyIG9uZSBvZiB0 aGVtICJUaGUgU2VuZGVyJ3MgSGFuZGxlIGlzIGZpbGxlZCBpbiBieSB0aGUgc2VuZGVyIGFuZCBy ZXR1cm5lZCB1bmNoYW5nZWQgYnkgdGhlIHJlY2VpdmVyIGluIHRoZSBlY2hvIHJlcGx5IChpZiBh bnkpLiIgVGhvdWdoIEVuZ2xpc2ggaXMgbXkgdGhpcmQgbGFuZ3VhZ2UsIEkgaW50ZXJwcmV0ICJp ZiBhbnkiIGluIHRoYXQgc2VudGVuY2UgYXMgY2xlYXIgaW5kaWNhdGlvbiB0aGF0IHRoZSBlY2hv IHJlcGx5IG1heSBub3QgYmUgc2VudCBldmVyLg0KDQpSZWdhcmRzLA0KR3JlZw0KDQpPbiBGcmks IEF1ZyAxMSwgMjAxNyBhdCA3OjQ1IFBNLCBDYXJsb3MgUGlnbmF0YXJvIChjcGlnbmF0YSkgPGNw aWduYXRhQGNpc2NvLmNvbTxtYWlsdG86Y3BpZ25hdGFAY2lzY28uY29tPj4gd3JvdGU6DQpKZWZm LCBXRywNCg0KSSBiZWxpZXZlIHRoZXJlIGlzIG9uZSBhZGRpdGlvbmFsIGNvbnNpZGVyYXRpb24g 4oCUIHBsZWFzZSBzZWUgaW5saW5lLg0KDQpPbiBBdWcgMTEsIDIwMTcsIGF0IDE6MzkgUE0sIEpl ZmZyZXkgSGFhcyA8amhhYXNAcGZyYy5vcmc8bWFpbHRvOmpoYWFzQHBmcmMub3JnPj4gd3JvdGU6 DQoNCltOb3RlIHRoYXQgSSBoYXZlIGFkanVzdGVkIHRoZSBhZGRyZXNzZXMgaW4gdGhlIGhlYWRl cnMgdG8gdHJ5IHRvIGNhdGNoIHRoZQ0KUkZDIGF1dGhvcnMnIGN1cnJlbnQgYWNjb3VudHMuXQ0K DQoNClRoZSA1ODg0IGludGVyb3AgaXNzdWUga2VlcHMgYnViYmxpbmcgdXAuICBCYWxhamkgc3Vi bWl0dGVkIGFuIGVycmF0YSwgd2hpY2gNCnByb3ZpZGVzIHVzIHdpdGggYSBnb29kIHBsYWNlIHRv IHN0YXJ0IHRlY2huaWNhbCBkaXNjdXNzaW9uLg0KDQpQbGVhc2Ugbm90ZSBJIGFsc28gc3BlbnQg c29tZSB0aW1lIG9mZi1saXN0IGRpc2N1c3NpbmcgdGhpcyBlcnJhdGEgd2l0aA0KQmFsYWppLg0K DQoNCk9uIFRodSwgQXVnIDEwLCAyMDE3IGF0IDEwOjM1OjUwUE0gLTA3MDAsIFJGQyBFcnJhdGEg U3lzdGVtIHdyb3RlOg0KU2VjdGlvbjogNg0KDQpPcmlnaW5hbCBUZXh0DQotLS0tLS0tLS0tLS0t DQpUaGUgZWdyZXNzIExTUiBNQVkgcmVzcG9uZCB3aXRoIGFuIExTUCBQaW5nIEVjaG8NCnJlcGx5 IG1lc3NhZ2UgdGhhdCBjYXJyaWVzIHRoZSBsb2NhbCBkaXNjcmltaW5hdG9yIGFzc2lnbmVkIGJ5 IGl0IGZvcg0KdGhlIEJGRCBzZXNzaW9uLg0KDQpDb3JyZWN0ZWQgVGV4dA0KLS0tLS0tLS0tLS0t LS0NClRoZSBlZ3Jlc3MgTFNSIE1VU1QgcmVzcG9uZCB3aXRoIGFuIExTUCBQaW5nIEVjaG8gcmVw bHkgbWVzc2FnZSB0aGF0DQpNQVkgY2FycnkgdGhlIGxvY2FsIGRpc2NyaW1pbmF0b3IgYXNzaWdu ZWQgYnkgaXQgZm9yIHRoZSBCRkQgc2Vzc2lvbi4NCg0KDQpOb3Rlcw0KLS0tLS0NCkl0IGlzIG5v dCBjbGVhciBmcm9tIHRoZSBvcmlnaW5hbCB0ZXh0IHdoaWNoIG9mIHRoZSBmb2xsb3dpbmcgaXMg b3B0aW9uYWw6DQogLSAgVGhlIGVncmVzcyBNVVNUIHNlbmQgYSByZXBseSwgYnV0IHRoZSBkaXNj cmltaW5hdG9yIGluIHRoZSByZXBseSBpcyBvcHRpb25hbA0KIC0gIFRoZSByZXBseSBpdHNlbGYg aXMgb3B0aW9uYWwNCg0KVGVjaG5pY2FsbHksIHRoZSByZXBseSBjYW5ub3QgYmUgb3B0aW9uYWws IGJlY2F1c2UgdGhlIGVncmVzcyBuZWVkcyB0byByZXBvcnQgTFNQLVBpbmcgdmVyaWZpY2F0aW9u IHN0YXR1cyB0byB0aGUgaW5ncmVzcy4NCg0KVGhpcyBpcyBjb3JyZWN0IOKAlCBidXQgZXZlbiBt b3JlIHNvLCB0ZWNobmljYWxseSwgaXQgaXMgbm90IHVwIHRvIFJGQyA1ODg0IHRvIGRlZmluZSB3 aGVuIGFuIExTUC1QaW5nIHJlcGx5IGlzIG9wdGlvbmFsIG9yIG5vdC4NCg0KVGhhdOKAmXPigJkg dXAgdG8gaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzgwMjkjc2VjdGlvbi00LjQNCg0K TGFja2luZyBhIFJlcGx5IE1vZGUgc2V0IHRvICJEbyBub3QgcmVwbHkiIChodHRwczovL3Rvb2xz LmlldGYub3JnL2h0bWwvcmZjODAyOSNwYWdlLTEyKSB0aGUgUkZDIDgwMjkgcHJvY2VkdXJlcyBk aWN0YXRlIGEgcmVzcG9uc2UgYmUgc2VudCwgaW5kZXBlbmRlbnQgb2Ygd2hldGhlciB0aGUgUkZD IDU4ODQgcHJvY2VkdXJlcyB1c2UgdGhhdCBpbmZvcm1hdGlvbiBvciBub3QuDQoNCk1vcmUgYmVs b3cuDQoNCg0KVGhlIHByb3Bvc2VkIHRleHQgcmVjb21tZW5kcyB0byBpbmNsdWRlIEJGRCBkaXNj cmltaW5hdG9yIGluIHRoZSByZXBseS4gVGhpcyB3YXMgdGhlIGludGVudCBvZiB0aGUgb3JpZ2lu YWwgdGV4dC4NCg0KTXkgb3BpbmlvbiBmb2xsb3dzOg0KDQpJbiBzZWN0aW9uIDYgLQ0KDQo6ICAg IE9uIHJlY2VpcHQgb2YgdGhlIExTUCBQaW5nIEVjaG8gcmVxdWVzdCBtZXNzYWdlLCB0aGUgZWdy ZXNzIExTUiBNVVNUDQo6ICAgIHNlbmQgYSBCRkQgQ29udHJvbCBwYWNrZXQgdG8gdGhlIGluZ3Jl c3MgTFNSLCBpZiB0aGUgdmFsaWRhdGlvbiBvZg0KOiAgICB0aGUgRkVDIGluIHRoZSBMU1AgUGlu ZyBFY2hvIHJlcXVlc3QgbWVzc2FnZSBzdWNjZWVkcy4gIFRoaXMgQkZEDQo6ICAgIENvbnRyb2wg cGFja2V0IE1VU1Qgc2V0IHRoZSBZb3VyIERpc2NyaW1pbmF0b3IgZmllbGQgdG8gdGhlDQo6ICAg IGRpc2NyaW1pbmF0b3IgcmVjZWl2ZWQgZnJvbSB0aGUgaW5ncmVzcyBMU1IgaW4gdGhlIExTUCBQ aW5nIEVjaG8NCjogICAgcmVxdWVzdCBtZXNzYWdlLiAgVGhlIGVncmVzcyBMU1IgTUFZIHJlc3Bv bmQgd2l0aCBhbiBMU1AgUGluZyBFY2hvDQo6ICAgIHJlcGx5IG1lc3NhZ2UgdGhhdCBjYXJyaWVz IHRoZSBsb2NhbCBkaXNjcmltaW5hdG9yIGFzc2lnbmVkIGJ5IGl0IGZvcg0KOiAgICB0aGUgQkZE IHNlc3Npb24uICBUaGUgbG9jYWwgZGlzY3JpbWluYXRvciBhc3NpZ25lZCBieSB0aGUgZWdyZXNz IExTUg0KOiAgICBNVVNUIGJlIHVzZWQgYXMgdGhlIE15IERpc2NyaW1pbmF0b3IgZmllbGQgaW4g dGhlIEJGRCBzZXNzaW9uIHBhY2tldHMNCjogICAgc2VudCBieSB0aGUgZWdyZXNzIExTUi4NCg0K SW4gdGhlIHRleHQgYWJvdmUsIEkgY29uc2lkZXIgaXQgcXVpdGUgY2xlYXIgdGhhdCB0aGUgcmVj ZWlwdCBvZiB0aGUgQkZEDQpwYWNrZXQgY29udGFpbnMgc3VmZmljaWVudCBzdGF0ZSB0byBicmlu ZyB1cCB0aGUgQkZEIHNlc3Npb24uICBUaGUgcmVjZWlwdA0Kb2YgdGhlIHNhbWUgRGlzY3JpbWlu YXRvciBpbiB0aGUgTFNQIFBpbmcgRWNobyBSZXBseSBpcyBvcHRpb25hbC4NCg0KVGhpcyBtYWtl cyBzZW5zZSBwYXJ0aWFsbHkgYmVjYXVzZSB0aGUgcmVwbHkgbWF5IGJlIGRyb3BwZWQgYW5kIHdl IHdhbnQgdGhlDQpCRkQgc2Vzc2lvbiB0byBjb21lIHVwIGFzIGZhc3QgYXMgcG9zc2libGUuDQoN ClllcywgZXNwZWNpYWxseSBiZWNhdXNlIHRoZSBmaXJzdCBzZW50ZW5jZSBzYXlzIHRoYXQgdGhl IGVncmVzcyBzZW5kaW5nIGEgQkZEIENvbnRyb2wgcGFja2V0IGltcGxpZXMgRkVDIHZhbGlkYXRp b24gcGFzc2VkLiBIb3dldmVyLCBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvcmZjODAyOSNz ZWN0aW9uLTQuNCBkb2VzIG1vcmUgdGhhbiBGRUMgdmFsaWRhdGlvbi4NCg0KDQpUaGUgcG9pbnQg b2YgY29udGVudGlvbiBhcHBlYXJzIHRvIGJlIHdoYXQgdG8gZG8gaWYgd2UgKm5ldmVyKiBnZXQg c3VjaA0KcmVwbGllcy4gIEl0J3Mgd29ydGggcG9pbnRpbmcgb3V0IGFkZGl0aW9uYWwgdGV4dCBp biBSRkMgNTg4NCwgc2VjdGlvbiAzLjIuDQoNCjogICAgSGVuY2UsIEJGRCBpcyB1c2VkIGluIGNv bmp1bmN0aW9uIHdpdGggTFNQIFBpbmcgZm9yIE1QTFMgTFNQIGZhdWx0DQo6ICAgIGRldGVjdGlv bjoNCjoNCjogICAgICAgaSkgTFNQIFBpbmcgaXMgdXNlZCBmb3IgYm9vdHN0cmFwcGluZyB0aGUg QkZEIHNlc3Npb24gYXMgZGVzY3JpYmVkDQo6ICAgICAgICAgIGxhdGVyIGluIHRoaXMgZG9jdW1l bnQuDQo6DQo6ICAgICAgaWkpIEJGRCBpcyB1c2VkIHRvIGV4Y2hhbmdlIGZhdWx0IGRldGVjdGlv biAoaS5lLiwgQkZEIHNlc3Npb24pDQo6ICAgICAgICAgIHBhY2tldHMgYXQgdGhlIHJlcXVpcmVk IGRldGVjdGlvbiBpbnRlcnZhbC4NCjoNCjogICAgIGlpaSkgTFNQIFBpbmcgaXMgdXNlZCB0byBw ZXJpb2RpY2FsbHkgdmVyaWZ5IHRoZSBjb250cm9sIHBsYW5lDQo6ICAgICAgICAgIGFnYWluc3Qg dGhlIGRhdGEgcGxhbmUgYnkgZW5zdXJpbmcgdGhhdCB0aGUgTFNQIGlzIG1hcHBlZCB0bw0KOiAg ICAgICAgICB0aGUgc2FtZSBGRUMsIGF0IHRoZSBlZ3Jlc3MsIGFzIHRoZSBpbmdyZXNzLg0KDQpp aWkgYWJvdmUgcmVtaW5kcyB1cyB0aGF0IHRoZSBMU1AgbWF5IGJlIHRvcm4gZG93biBiZWNhdXNl IExTUCBQaW5nIGZhaWxzLg0KVGh1cywgaXQgc2VlbXMgcHJvYmxlbWF0aWMgdGhhdCB3ZSBkbyBu b3QgZ2V0IGEgcmVwbHkgZXZlci4NCg0KSG93ZXZlciwgd2l0aCB0aGUgQkZEIHNlc3Npb24gaW4g dGhlIFVwIHN0YXRlLCB3ZSBoYXZlIGluZm9ybWF0aW9uIHByb3ZpbmcNCnRoYXQgdGhlIExTUCBp cyB1cC4gIFRodXMgd2UgaGF2ZSBjb250cmFkaWN0b3J5IGludGVudC4NCg0KLS0tDQoNCk15IG9w aW5pb24gaXMgdGhhdCB0aGUgTUFZIGluIHRoZSBSRkMgNTg4NCBwcm9jZWR1cmVzIGlzIGludGVu ZGVkIHRvIGhhdmUNCnRoZSBCRkQgc2Vzc2lvbiBjb21lIHVwIGJ5IHRoZSBtb3N0IGV4cGVkaWVu dCBtZWFucy4gIEkgZG8gbm90IGJlbGlldmUgdGhlDQpsaWtlbHkgaW50ZW50IHdhcyB0byBzYXkg ImRvbid0IHNlbmQgRWNobyBSZXBseSIuICBBbW9uZyBvdGhlciB0aGluZ3MsIHRoYXQNCnNlZW1z IGNvbnRyYXJ5IHRvIHRoZSBpbnRlbnQgb2YgdGhlIGdlbmVyYWwgTFNQIFBpbmcgcHJvY2VkdXJl cy4NCg0KSGF2aW5nIGdpdmVuIG15IHBlcnNvbmFsIG9ic2VydmF0aW9ucywgd2Ugbm93IGdldCB0 byB0aGUgYnVzaW5lc3Mgb2YgdGhlDQpXb3JraW5nIEdyb3VwOiBEZWJhdGluZyBpbnRlbnQgYW5k IHJlbGF0ZWQgdGV4dC4NCg0KTXkgaW5kaXZpZHVhbCBvcGluaW9uIGlzIHRoYXQsIGFzIHdyaXR0 ZW4sIFJGQyA1ODg0IGNhbm5vdCBtZWFuIGFueSBvdGhlciB0aGluZyB0aGF0IOKAnCBUaGUgZWdy ZXNzIExTUiBNVVNUIHJlc3BvbmQgd2l0aCBhbiBMU1AgUGluZyBFY2hvIHJlcGx5IG1lc3NhZ2Ug dGhhdA0KTUFZIGNhcnJ5IHRoZSBsb2NhbCBkaXNjcmltaW5hdG9yIGFzc2lnbmVkIGJ5IGl0IGZv ciB0aGUgQkZEIHNlc3Npb27igJ0uDQoNCkluIG90aGVyIHdvcmRzLCBJIHN1cHBvcnQgdGhpcyBl cnJhdGEuDQoNClRoaXMgaXMgYmVjYXVzZSBSRkMgNTg4NCBkaWQgbm90IHVwZGF0ZSBSRkMgNDM3 OeKAmXMgcHJvY2VkdXJlcy4gQW5kIHRodXMgYSByZXNwb25zZSBpcyBuZWVkZWQgYmFzZWQgb24g ODAyOSBpcnJlZ2FyZGxlc3Mgb2Ygd2hldGhlciA1ODg0IHVzZXMgaXQuDQoNClRoYXQgc2FpZCwg aXQgaXMgZGViYXRhYmxlIHdoZXRoZXIgdGhhdCBMU1AgUGluZyByZXNwb25zZSBpcyB1c2VmdWwg b3Igbm90LiBJZiBpdCBpcyBub3Qgc2VudCwgaXQgZG9lcyBub3QgY29tcGx5IHRvIDgwMjkuIEJ1 dCBpZiB0aGUgV0cgd2FudHMgZm9yIGl0IHRvIGJlIG5vdCBzZW5kLCBhIG5ldyBzcGVjIGlzIG5l ZWRlZC4NCg0KVGhhbmtzLA0KDQotLSBKZWZmDQoNCuKAlA0KQ2FybG9zIFBpZ25hdGFybywgY2Fy bG9zQGNpc2NvLmNvbTxtYWlsdG86Y2FybG9zQGNpc2NvLmNvbT4NCg0K4oCcU29tZXRpbWVzIEkg dXNlIGJpZyB3b3JkcyB0aGF0IEkgZG8gbm90IGZ1bGx5IHVuZGVyc3RhbmQsIHRvIG1ha2UgbXlz ZWxmIHNvdW5kIG1vcmUgcGhvdG9zeW50aGVzaXMuIg0KDQoNCg0K --_000_0e567a1ed81d4f77a627f1a84fe72e1fXCHALN001ciscocom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQov KiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1z b05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp emU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KYTps aW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6 Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29I eXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxl Ow0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5Nc29BY2V0YXRlLCBsaS5Nc29BY2V0 YXRlLCBkaXYuTXNvQWNldGF0ZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxl LWxpbms6IkJhbGxvb24gVGV4dCBDaGFyIjsNCgltYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206 LjAwMDFwdDsNCglmb250LXNpemU6OC4wcHQ7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMt c2VyaWYiO30NCnAubS0xODcwNzY3Nzk0ODYxOTMzMDIybXNvbGlzdHBhcmFncmFwaCwgbGkubS0x ODcwNzY3Nzk0ODYxOTMzMDIybXNvbGlzdHBhcmFncmFwaCwgZGl2Lm0tMTg3MDc2Nzc5NDg2MTkz MzAyMm1zb2xpc3RwYXJhZ3JhcGgNCgl7bXNvLXN0eWxlLW5hbWU6bV8tMTg3MDc2Nzc5NDg2MTkz MzAyMm1zb2xpc3RwYXJhZ3JhcGg7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2lu LXJpZ2h0OjBpbjsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDow aW47DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwi c2VyaWYiO30NCnNwYW4ubS0xODcwNzY3Nzk0ODYxOTMzMDIyZ21haWwtDQoJe21zby1zdHlsZS1u YW1lOm1fLTE4NzA3Njc3OTQ4NjE5MzMwMjJnbWFpbC07fQ0Kc3Bhbi5FbWFpbFN0eWxlMTkNCgl7 bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJz YW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uQmFsbG9vblRleHRDaGFyDQoJe21z by1zdHlsZS1uYW1lOiJCYWxsb29uIFRleHQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5 Ow0KCW1zby1zdHlsZS1saW5rOiJCYWxsb29uIFRleHQiOw0KCWZvbnQtZmFtaWx5OiJUYWhvbWEi LCJzYW5zLXNlcmlmIjt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQt b25seTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO30NCkBwYWdlIFdvcmRT ZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4g MS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0 eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRp dCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5 XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVk aXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hl YWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2 IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkdyZWcg4oCTPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv bG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5UaGFueC48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y OiMxRjQ5N0QiPlNlY3Rpb24gNi4xIGN1cnJlbnRseSBzdGF0ZXM6PG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv bG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj7igJxJZiB0 aGUgQkZEIHNlc3Npb24gaXMgbm90IGluIFVQIHN0YXRlLCB0aGUgcGVyaW9kaWMgTFNQIFBpbmcg RWNobzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsgcmVxdWVzdCBt ZXNzYWdlcyBNVVNUIGluY2x1ZGUgdGhlIEJGRCBEaXNjcmltaW5hdG9yIFRMVi7igJ08bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5 N0QiPkkgdGhpbmsgdGhpcyBsYW5ndWFnZSBpcyB1bmFtYmlndW91cy48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6IzFGNDk3RCI+Pz88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyBMZXM8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRl ci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowaW4gMGluIDBpbiA0LjBwdCI+DQo8ZGl2 Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0 O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90OyI+IEdyZWcgTWlyc2t5IFttYWlsdG86Z3JlZ2ltaXJza3lAZ21haWwuY29tXQ0K PGJyPg0KPGI+U2VudDo8L2I+IFR1ZXNkYXksIEF1Z3VzdCAxNSwgMjAxNyA5OjU2IEFNPGJyPg0K PGI+VG86PC9iPiBMZXMgR2luc2JlcmcgKGdpbnNiZXJnKTxicj4NCjxiPkNjOjwvYj4gTWFjaCBD aGVuOyBDYXJsb3MgUGlnbmF0YXJvIChjcGlnbmF0YSk7IFRvbSBOYWRlYXU7IG1wbHNAaWV0Zi5v cmc7IEtpcmVldGkgS29tcGVsbGEgKGtpcmVldGlAanVuaXBlci5uZXQpOyBBbGlhIEF0bGFzOyBS ZXNoYWQgUmFobWFuIChycmFobWFuKTsgcnRnLWJmZEBpZXRmLiBvcmc8YnI+DQo8Yj5TdWJqZWN0 OjwvYj4gUmU6IFtUZWNobmljYWwgRXJyYXRhIFJlcG9ydGVkXSBSRkM1ODg0ICg1MDg1KTxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5IaSBNYWNo IGFuZCBMZXMsPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+dGhh bmsgeW91IGZvciB5b3VyIHByb3Bvc2Fscy5JIHRoaW5rIHRoYXQgdGhlIHRleHQgcHJvdmlkZWQg YnkgTGVzIGdpdmVzIHZlcnkgY2xlYXIgYW5kIGRldGFpbGVkIGV4cGxhbmF0aW9uLiBJIGhhdmUg b25lIHN1Z2dlc3Rpb24gdG8gY2xhcmlmeSB3aGV0aGVyIGVncmVzcyBMU1IgTVVTVCBpbmNsdWRl IEJGRCBEaXNjcmltaW5hdG9yIFRMViB3aXRoIGxvY2FsIHZhbHVlIGluIHRoZSBFY2hvIHJlcGx5 LiBNeQ0KIHVuZGVyc3RhbmRpbmcgb2YgdGhlIFJGQyA1ODQgaXMgdGhhdCBCRkQgRGlzY3JpbWlu YXRvciBUTFYgTVVTVCBiZSBpbmNsdWRlZCBpbiBFY2hvIHJlcGx5LjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5SZWdhcmRzLDxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+R3JlZzxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiBUdWUsIEF1ZyAx NSwgMjAxNyBhdCA1OjE2IEFNLCBMZXMgR2luc2JlcmcgKGdpbnNiZXJnKSAmbHQ7PGEgaHJlZj0i bWFpbHRvOmdpbnNiZXJnQGNpc2NvLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmdpbnNiZXJnQGNpc2Nv LmNvbTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i b3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdE Ij5JIHRlbmQgdG8gYWdyZWUgd2l0aCBNYWNoIOKAkyBhbmQgSSB0aGluayB3aGF0IE1hY2ggc3Rh dGVzIGlzIGFsc28gcmVpbmZvcmNpbmcgdGhlIHBvaW50IHRoYXQgQ2FybG9zDQogaGFzIG1hZGUg 4oCTIHdoaWNoIGlzIHRoYXQgZWNobyByZXBseSBwcm9jZWR1cmVzIGFyZSBkZWZpbmVkIGJ5IFJG QyA4MDI5IOKAkyBub3QgYnkgUkZDIDU4ODQuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3 RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SG93ZXZlciwgdGhlIGN1 cnJlbnQgdGV4dCBzdWZmZXJzIGZyb20gbXVjaCBtb3JlIHRoYW4gdGhlIGFtYmlndWl0eSByZWdh cmRpbmcgRWNobyBSZXBseS48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8 L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4xKVNlY29uZCBwYXJhZ3JhcGggb2YgU2Vj dGlvbiA2IGdvZXMgYmFjayBhbmQgZm9ydGggYmV0d2VlbiBkaXNjdXNzaW5nIEJGRCBDb250cm9s IHBhY2tldHMsIHRoZW4NCiBFY2hvIFJlcGx5LCB0aGVuIEJGRCBDb250cm9sIFBhY2tldHM8L3Nw YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojMUY0OTdEIj4yKVRoaXJkIHBhcmFncmFwaCBvZiBTZWN0aW9uIDYgaGFzIGFuIGluYXBwcm9w cmlhdGUgdXNlIG9mIOKAnCzigJ0gaW4gdGhlIHNlbnRlbmNlOg0KPC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+4oCc VGhlIEJGRCBDb250cm9sIHBhY2tldHMgZnJvbSB0aGU8L3NwYW4+PG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjoj MUY0OTdEIj4mbmJzcDsmbmJzcDsgaW5ncmVzcyB0byB0aGUgZWdyZXNzIExTUiBNVVNUIHNldCB0 aGUgbG9jYWwgZGlzY3JpbWluYXRvciBvZiB0aGU8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0 OTdEIj4mbmJzcDsmbmJzcDsgZWdyZXNzDQo8L3NwYW4+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOnJlZCI+TFNSLCBpbg0KPC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+dGhlIFlvdXIgRGlzY3JpbWluYXRvciBmaWVsZC7igJ08 L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87 bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjojMUY0OTdEIj4zKVNlY3Rpb24gNi4xIGRlZmluZXMgd2hlbiB0aGUgQkZEIERpc2NyaW1p bmF0b3IgVExWIE1VU1QgYmUgc2VudCBhbmQgd2hlbiBpdCBpcyBvcHRpb25hbCBpbiBMU1ANCiBw aW5nLiBUaGVyZSBpcyBhY3R1YWxseSBubyBuZWVkIGZvciBTZWN0aW9uIDYgdG8gc2F5IGFueXRo aW5nIGluIHRoaXMgcmVnYXJkLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNw Ozwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkkgcHJvcG9zZSByZXZpc2VkIHRleHQg YmVsb3cg4oCTIHdoaWNoIGlzIG11Y2ggbW9yZSBleHRlbnNpdmUgaW4gaXRzIGNoYW5nZXMgdGhh biB3aGF0IGhhcyBiZWVuIHByb3Bvc2VkDQogdGh1cyBmYXIsIGJ1dCBJIHRoaW5rIGl0IGlzIG5l Y2Vzc2FyeSB0byBlbGltaW5hdGUgYWxsIGFtYmlndWl0eS48L3NwYW4+PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojMUY0OTdEIj5UaGF0IHNhaWQsIHRoZXJlIGlzIG5vIHF1ZXN0aW9uIHRoYXQgdGhlIGN1cnJl bnQgdGV4dCBpcyBzdWJqZWN0IHRvIG11bHRpcGxlIGludGVycHJldGF0aW9ucyDigJMgc28NCiBh bnkgY2hhbmdlIGluIHRleHQgcnVucyB0aGUgcmlzayBvZiBpbnRyb2R1Y2luZyBuZXcgaW50ZXJv cGVyYWJpbGl0eSBpc3N1ZXMuIE9uIGJhbGFuY2UgaXQgaXMgcHJvYmFibHkgbmVjZXNzYXJ5IHRv IHRha2UgdGhpcyByaXNrIGFzIHRoZXJlIGlzIG5vIGd1YXJhbnRlZSB0aGF0IGltcGxlbWVudGF0 aW9ucyBhcmUgaW50ZXJvcGVyYWJsZSB0b2RheSwgYnV0IHRoZSBXRyBzaG91bGQgc3RpbGwgY29u c2lkZXIgdGhpcyBwb2ludCBjYXJlZnVsbHkuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3 RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+VGhlIHRleHQgYmVsb3cg cmVwbGFjZXMgY3VycmVudCBwYXJhZ3JhcGhzIDIgYW5kIDMgb2YgU2VjdGlvbiA2Ljwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0bzttYXJnaW4tbGVmdDouNWluIj4NCjxpPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbHQ7bmV3IHRleHQgc3RhcnQmZ3Q7PC9zcGFu PjwvaT48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttYXJnaW4tbGVmdDou NWluIj4NCjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5PbiBy ZWNlaXB0IG9mIHRoZSBMU1AgUGluZyBFY2hvIHJlcXVlc3QgbWVzc2FnZSwgdGhlIGVncmVzcyBM U1IgTVVTVDwvc3Bhbj48L2k+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87 bWFyZ2luLWxlZnQ6LjVpbiI+DQo8aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7IHNlbmQgYSBCRkQgQ29udHJvbCBwYWNrZXQgdG8gdGhlIGlu Z3Jlc3MgTFNSLCBpZiB0aGUgdmFsaWRhdGlvbiBvZjwvc3Bhbj48L2k+PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFyZ2luLWxlZnQ6LjVpbiI+DQo8aT48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7IHRoZSBGRUMgaW4g dGhlIExTUCBQaW5nIEVjaG8gcmVxdWVzdCBtZXNzYWdlIHN1Y2NlZWRzLiZuYnNwOyBUaGlzIEJG RDwvc3Bhbj48L2k+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFyZ2lu LWxlZnQ6LjVpbiI+DQo8aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3 RCI+Jm5ic3A7Jm5ic3A7IENvbnRyb2wgcGFja2V0IE1VU1Qgc2V0IHRoZSBZb3VyIERpc2NyaW1p bmF0b3IgZmllbGQgdG8gdGhlPC9zcGFuPjwvaT48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0bzttYXJnaW4tbGVmdDouNWluIj4NCjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsgZGlzY3JpbWluYXRvciByZWNlaXZlZCBm cm9tIHRoZSBpbmdyZXNzIExTUiBpbiB0aGUgTFNQIFBpbmcgRWNobzwvc3Bhbj48L2k+PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFyZ2luLWxlZnQ6LjVpbiI+DQo8aT48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7IHJl cXVlc3QgbWVzc2FnZS4mbmJzcDsgJm5ic3A7Jm5ic3A7VGhlIGxvY2FsIGRpc2NyaW1pbmF0b3Ig YXNzaWduZWQgYnkgdGhlIGVncmVzcyBMU1I8L3NwYW4+PC9pPjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvO21hcmdpbi1sZWZ0Oi41aW4iPg0KPGk+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyBNVVNUIGJlIHVzZWQgYXMg dGhlIE15IERpc2NyaW1pbmF0b3IgZmllbGQgaW4gdGhlIEJGRCBzZXNzaW9uIHBhY2tldHM8L3Nw YW4+PC9pPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21hcmdpbi1sZWZ0 Oi41aW4iPg0KPGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZu YnNwOyZuYnNwOyBzZW50IGJ5IHRoZSBlZ3Jlc3MgTFNSLjwvc3Bhbj48L2k+PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87 bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFyZ2luLWxlZnQ6LjVpbiI+DQo8aT48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjwvaT48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttYXJnaW4tbGVmdDouNWluIj4NCjxp PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsg VGhlIGluZ3Jlc3MgTFNSIGZvbGxvd3MgdGhlIHByb2NlZHVyZXMgaW4gW0JGRF0gdG8gc2VuZCBC RkQgQ29udHJvbDwvc3Bhbj48L2k+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG87bWFyZ2luLWxlZnQ6LjVpbiI+DQo8aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7IHBhY2tldHMgdG8gdGhlIGVncmVzcyBMU1IgaW4gcmVz cG9uc2UgdG8gdGhlIEJGRCBDb250cm9sIHBhY2tldHM8L3NwYW4+PC9pPjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21hcmdpbi1sZWZ0Oi41aW4iPg0KPGk+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyByZWNlaXZlZCBm cm9tIHRoZSBlZ3Jlc3MgTFNSLiZuYnNwOyBUaGUgQkZEIENvbnRyb2wgcGFja2V0cyBmcm9tIHRo ZTwvc3Bhbj48L2k+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFyZ2lu LWxlZnQ6LjVpbiI+DQo8aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3 RCI+Jm5ic3A7Jm5ic3A7IGluZ3Jlc3MgdG8gdGhlIGVncmVzcyBMU1IgTVVTVCBzZXQgdGhlIGxv Y2FsIGRpc2NyaW1pbmF0b3Igb2YgdGhlPC9zcGFuPjwvaT48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0bzttYXJnaW4tbGVmdDouNWluIj4NCjxpPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsgZWdyZXNzIExTUiBpbiB0aGUg WW91ciBEaXNjcmltaW5hdG9yIGZpZWxkLiZuYnNwOyBUaGUgZWdyZXNzIExTUjwvc3Bhbj48L2k+ PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFyZ2luLWxlZnQ6LjVpbiI+ DQo8aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5i c3A7IGRlbXVsdGlwbGV4ZXMgdGhlIEJGRCBzZXNzaW9uIGJhc2VkIG9uIHRoZSByZWNlaXZlZCBZ b3VyPC9zcGFuPjwvaT48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttYXJn aW4tbGVmdDouNWluIj4NCjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0 OTdEIj4mbmJzcDsmbmJzcDsgRGlzY3JpbWluYXRvciBmaWVsZC4mbmJzcDsgQXMgbWVudGlvbmVk IGFib3ZlLCB0aGUgZWdyZXNzIExTUiBNVVNUIHNlbmQ8L3NwYW4+PC9pPjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21hcmdpbi1sZWZ0Oi41aW4iPg0KPGk+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyBDb250cm9sIHBh Y2tldHMgdG8gdGhlIGluZ3Jlc3MgTFNSIHdpdGggdGhlIFlvdXIgRGlzY3JpbWluYXRvciBmaWVs ZDwvc3Bhbj48L2k+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFyZ2lu LWxlZnQ6LjVpbiI+DQo8aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3 RCI+Jm5ic3A7Jm5ic3A7IHNldCB0byB0aGUgbG9jYWwgZGlzY3JpbWluYXRvciBvZiB0aGUgaW5n cmVzcyBMU1IuJm5ic3A7IFRoZSBpbmdyZXNzIExTUjwvc3Bhbj48L2k+PG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bWFyZ2luLWxlZnQ6LjVpbiI+DQo8aT48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7IHVzZXMgdGhpcyB0 byBkZW11bHRpcGxleCB0aGUgQkZEIHNlc3Npb24uPC9zcGFuPjwvaT48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttYXJnaW4tbGVmdDouNWluIj4NCjxpPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PC9pPjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21hcmdpbi1sZWZ0Oi41aW4iPg0KPGk+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyBUaGUgZWdyZXNz IExTUiBmb2xsb3dzIHRoZSBwcm9jZWR1cmVzIGRlZmluZWQgaW4gW1JGQyA4MDI5XSB0byBkZXRl cm1pbmUgd2hlbiB0byByZXNwb25kIHdpdGggYW4gTFNQIFBpbmcgRWNobyZuYnNwOyByZXBseSBt ZXNzYWdlLjwvc3Bhbj48L2k+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87 bWFyZ2luLWxlZnQ6LjVpbiI+DQo8aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzFGNDk3RCI+Jmx0O25ldyB0ZXh0IGVuZCZndDs8L3NwYW4+PC9pPjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7Jm5i c3A7Jm5ic3A7IExlczwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFk ZGluZzowaW4gMGluIDBpbiA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7 Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4i Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+ RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4gUnRnLWJmZCBbbWFp bHRvOjxhIGhyZWY9Im1haWx0bzpydGctYmZkLWJvdW5jZXNAaWV0Zi5vcmciIHRhcmdldD0iX2Js YW5rIj5ydGctYmZkLWJvdW5jZXNAaWV0Zi5vcmc8L2E+XQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5N YWNoIENoZW48YnI+DQo8Yj5TZW50OjwvYj4gVHVlc2RheSwgQXVndXN0IDE1LCAyMDE3IDEyOjU2 IEFNPGJyPg0KPGI+VG86PC9iPiBDYXJsb3MgUGlnbmF0YXJvIChjcGlnbmF0YSk7IEdyZWcgTWly c2t5PGJyPg0KPGI+Q2M6PC9iPiBUb20gTmFkZWF1OyA8YSBocmVmPSJtYWlsdG86bXBsc0BpZXRm Lm9yZyIgdGFyZ2V0PSJfYmxhbmsiPm1wbHNAaWV0Zi5vcmc8L2E+OyBLaXJlZXRpIEtvbXBlbGxh ICg8YSBocmVmPSJtYWlsdG86a2lyZWV0aUBqdW5pcGVyLm5ldCIgdGFyZ2V0PSJfYmxhbmsiPmtp cmVldGlAanVuaXBlci5uZXQ8L2E+KTsgQWxpYSBBdGxhczsgUmVzaGFkIFJhaG1hbiAocnJhaG1h bik7IHJ0Zy1iZmRAaWV0Zi4gb3JnPGJyPg0KPGI+U3ViamVjdDo8L2I+IFJFOiBbVGVjaG5pY2Fs IEVycmF0YSBSZXBvcnRlZF0gUkZDNTg4NCAoNTA4NSk8L3NwYW4+PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNw OzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SGkgYWxsLDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y OiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPklNSE8sIHRo ZSBwb2ludCBpcyBub3QgYWJvdXQgd2hldGhlciB0aGUgRWNobyBSZXBseSBpcyBvcHRpb25hbCBm b3IgYSBub3JtYWwgTFNQIFBpbmcsIHdoZXJlIHRoZQ0KIGVjaG8gcmVwbHkgaXMgdG90YWxseSBj b250cm9sbGVkIGJ5IHRoZSByZXBseSBtb2RlLiA8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0 OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5Gb3IgUkZDNTg4NCwg c2luY2UgdGhlIHJlcGx5IG1vZGUgaXMgbm90IHNwZWNpZmllZCwgYmFzZWQgb24gdGhlIGN1cnJl bnQgdGV4dCwgaXQgY2FuIGJlIGludGVycHJldGVkDQogYXMgdGhlIGZvbGxvd2luZyB0d28gd2F5 czo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0ibS0xODcwNzY3Nzk0ODYxOTMzMDIy bXNvbGlzdHBhcmFncmFwaCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5 N0QiPjEpPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Y29sb3I6IzFGNDk3RCI+ Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPml0IGltcGxpZXMgYSBuZXcg4oCcbW9kZeKAnSBpbnRy b2R1Y2VkLCBpdOKAmXMgYWN0dWFsbHkgYSDigJxzcGVjaWFs4oCdIExTUCBQaW5nLCAmbmJzcDt0 aGUgcHJvY2VzcyBpcyBqdXN0IGFzIHdoYXQgaXMgY3VycmVudGx5IGRlc2NyaWJlZCBpbiB0aGUg UkZDOiBhbiBFY2hvIFJlcGx5IGlzIE9QVElOQUwsIHdoZXRoZXINCiBhbmQgd2hlbiB0byBzZW5k IEVjaG8gUmVwbHkgaXMgdXAgdG8gdGhlIGVncmVzcyBMU1IsIGFuZCB0aGUgSW5ncmVzcyBMU1Ig c2hvdWxkIG5vdCBhc3N1bWUgYW4gRWNobyByZXBseSB3aWxsIGJlIHJldHVybmVkOzwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJtLTE4NzA3Njc3OTQ4NjE5MzMwMjJtc29saXN0cGFy YWdyYXBoIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Mik8L3Nw YW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6IzFGNDk3RCI+dGhlIGVjaG8gcmVwbHkgaXMgc3RpbGwgY29udHJvbGxlZCBieSB0aGUg cmVwbHkgbW9kZSwgYW5kIGdpdmVuIHRoYXQgdGhlcmUgaXMgYSDigJxEbyBub3QgcmVwbHnigJ0g bW9kZSwgdGhlIGN1cnJlbnQgdGV4dCBzZWVtcyByaWdodCwgYnV0IG5vdCB0aGF0IGNsZWFyLg0K PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6IzFGNDk3RCI+SSBpbmNsaW5lIHRvIHRoaW5rIHdheSAoMikgaXMgbW9yZSBuYXR1cmUs IGlmIHNvLCAmbmJzcDt0aGUgcHJvcG9zZWQg4oCcQ29ycmVjdGVkIFRleHTigJ0gbWF5IG5vdCB3 b3JrIGlmDQogdGhlIFNlbmRlciBzZXQgdGhlIHJlcGx5IG1vZGUgdG8g4oCcRG8gbm90IHJlcGx5 4oCdLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O2NvbG9yOiMxRjQ5N0QiPknigJlkIHN1Z2dlc3Q6PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvIj5PcmlnaW5hbCBUZXh0PGJyPg0KLS0tLS0tLS0tLS0tLTxicj4NClRoZSBlZ3Jlc3MgTFNS IE1BWSByZXNwb25kIHdpdGggYW4gTFNQIFBpbmcgRWNobzxicj4NCnJlcGx5IG1lc3NhZ2UgdGhh dCBjYXJyaWVzIHRoZSBsb2NhbCBkaXNjcmltaW5hdG9yIGFzc2lnbmVkIGJ5IGl0IGZvcjxicj4N CnRoZSBCRkQgc2Vzc2lvbi48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPk5FVzo8bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+VGhlIGVncmVzcyBMU1IgTUFZIHJlc3Bv bmQgd2l0aCBhbiBMU1AgUGluZyBFY2hvPGJyPg0KcmVwbHkgbWVzc2FnZSB0aGF0IGNhcnJpZXMg dGhlIGxvY2FsIGRpc2NyaW1pbmF0b3IgYXNzaWduZWQgYnkgaXQgZm9yPGJyPg0KdGhlIEJGRCBz ZXNzaW9uLiBXaGV0aGVyIHRvIHNlbmQgYW4gTFNQIFBpbmcgRWNobyByZXBseSBtZXNzYWdlIGlz IDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5kZXRlcm1pbmVkIGJ5IHRo ZSByZXBseSBtb2RlIGNhcnJpZWQgdGhlIHJlY2VpdmVkIEVjaG8gcmVxdWVzdCBtZXNzYWdlLiAm bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv bG9yOiMxRjQ5N0QiPkJlc3QgcmVnYXJkcyw8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i b3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdE Ij5NYWNoPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1 ZSAxLjVwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJi b3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFkZGluZzozLjBwdCAw aW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90OyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+ IFJ0Zy1iZmQgWzxhIGhyZWY9Im1haWx0bzpydGctYmZkLWJvdW5jZXNAaWV0Zi5vcmciIHRhcmdl dD0iX2JsYW5rIj5tYWlsdG86cnRnLWJmZC1ib3VuY2VzQGlldGYub3JnPC9hPl0NCjxiPk9uIEJl aGFsZiBPZiA8L2I+Q2FybG9zIFBpZ25hdGFybyAoY3BpZ25hdGEpPGJyPg0KPGI+U2VudDo8L2I+ IFR1ZXNkYXksIEF1Z3VzdCAxNSwgMjAxNyA4OjE3IEFNPGJyPg0KPGI+VG86PC9iPiBHcmVnIE1p cnNreSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmdyZWdpbWlyc2t5QGdtYWlsLmNvbSIgdGFyZ2V0PSJf YmxhbmsiPmdyZWdpbWlyc2t5QGdtYWlsLmNvbTwvYT4mZ3Q7PGJyPg0KPGI+Q2M6PC9iPiBUb20g TmFkZWF1ICZsdDs8YSBocmVmPSJtYWlsdG86dG5hZGVhdUBsdWNpZHZpc2lvbi5jb20iIHRhcmdl dD0iX2JsYW5rIj50bmFkZWF1QGx1Y2lkdmlzaW9uLmNvbTwvYT4mZ3Q7Ow0KPGEgaHJlZj0ibWFp bHRvOm1wbHNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5tcGxzQGlldGYub3JnPC9hPjsgS2ly ZWV0aSBLb21wZWxsYSAoPGEgaHJlZj0ibWFpbHRvOmtpcmVldGlAanVuaXBlci5uZXQiIHRhcmdl dD0iX2JsYW5rIj5raXJlZXRpQGp1bmlwZXIubmV0PC9hPikgJmx0OzxhIGhyZWY9Im1haWx0bzpr aXJlZXRpQGp1bmlwZXIubmV0IiB0YXJnZXQ9Il9ibGFuayI+a2lyZWV0aUBqdW5pcGVyLm5ldDwv YT4mZ3Q7OyBBbGlhIEF0bGFzICZsdDs8YSBocmVmPSJtYWlsdG86YWthdGxhc0BnbWFpbC5jb20i IHRhcmdldD0iX2JsYW5rIj5ha2F0bGFzQGdtYWlsLmNvbTwvYT4mZ3Q7Ow0KIFJlc2hhZCBSYWht YW4gKHJyYWhtYW4pICZsdDs8YSBocmVmPSJtYWlsdG86cnJhaG1hbkBjaXNjby5jb20iIHRhcmdl dD0iX2JsYW5rIj5ycmFobWFuQGNpc2NvLmNvbTwvYT4mZ3Q7OyBydGctYmZkQGlldGYuIG9yZyAm bHQ7PGEgaHJlZj0ibWFpbHRvOnJ0Zy1iZmRAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5ydGct YmZkQGlldGYub3JnPC9hPiZndDs8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtUZWNobmljYWwg RXJyYXRhIFJlcG9ydGVkXSBSRkM1ODg0ICg1MDg1KTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9w Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+R3JlZyw8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdiBpZD0ibV8tMTg3MDc2Nzc5NDg2MTkzMzAyMkFwcGxlTWFpbFNpZ25hdHVyZSI+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2IGlkPSJtXy0xODcwNzY3Nzk0ODYxOTMzMDIyQXBwbGVNYWlsU2lnbmF0dXJlIj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+VGhpcyBpcyBteSBmaW5hbCBlbWFpbCBvbiB0aGlzIHRvcGljLCBz aW5jZSB0aGUgYXJndW1lbnRzIGFyZSBub3cganVzdCBzaWxseSBhbmQgbm90IHRlY2huaWNhbGx5 IGNvbnN0cnVjdGl2ZS4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdiBpZD0ibV8t MTg3MDc2Nzc5NDg2MTkzMzAyMkFwcGxlTWFpbFNpZ25hdHVyZSI+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2IGlkPSJtXy0xODcwNzY3 Nzk0ODYxOTMzMDIyQXBwbGVNYWlsU2lnbmF0dXJlIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+ MS4gSXQncyBub3QgYWJvdXQgdW5kZXJzdGFuZGluZyBFbmdsaXNoLiBJdCdzIGFib3V0IHVuZGVy c3RhbmRpbmcgc3BlY3MhIFRoZSAmcXVvdDsoaWYgYW55KSZxdW90OyB0aGF0IHlvdSBxdW90ZSBt ZWFucyB0aGVyZSBhcmUgc2l0dWF0aW9ucyBpbiB3aGljaCB0aGVyZSdzIG5vIGVjaG8gcmVwbHku IEFzIEkgYWxyZWFkeSBleHBsYWluZWQNCiB0byB5b3UsIHRoYXQncyBmb3IgZXhhbXBsZSB0aGUg Y2FzZSB3aXRoIFJlcGx5LW1vZGU6IE5vLXJlcGx5LiBIb3dldmVyLCB0aGUgJnF1b3Q7KGlmIGFu eSkmcXVvdDsgZG9lcyBub3QgbWVhbiBhbiBFY2hvIFJlcGx5IGlzIE9QVElPTkFMLiAhISBPciB0 aGF0IHlvdSBjaG9vc2Ugd2hlbiBhIHJlcGx5IGlzIG5vdCBzZW50ISE8bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdiBpZD0ibV8tMTg3MDc2Nzc5NDg2MTkzMzAyMkFwcGxlTWFpbFNpZ25hdHVy ZSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87 bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjIuIFJGQyA4MDI5IG9ic29sZXRlZCA0Mzc5LiBC dXQgdG8gbXkgcmVjb2xsZWN0aW9uLCBub3RoaW5nIGNoYW5nZWQgcmVsZXZhbnQgdG8gdGhpcyBF cnJhdGEuJm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXYgaWQ9Im1fLTE4NzA3Njc3 OTQ4NjE5MzMwMjJBcHBsZU1haWxTaWduYXR1cmUiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4m bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdiBpZD0ibV8tMTg3MDc2Nzc5NDg2MTkz MzAyMkFwcGxlTWFpbFNpZ25hdHVyZSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPkJGRCBmb3Ig TVBMUyBjb3VsZCBoYXZlIHVwZGF0ZWQgTFNQIHBpbmcgYmVoYXZpb3IgLS0gaXQganVzdCBkaWRu J3QuJm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXYgaWQ9Im1fLTE4NzA3Njc3OTQ4 NjE5MzMwMjJBcHBsZU1haWxTaWduYXR1cmUiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48YnI+ DQpTZW50IGZyb20gbXkgaVBhZDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21hcmdpbi1ib3R0 b206MTIuMHB0Ij48YnI+DQpPbiBBdWcgMTQsIDIwMTcsIGF0IDI6MTIgUE0sIEdyZWcgTWlyc2t5 ICZsdDs8YSBocmVmPSJtYWlsdG86Z3JlZ2ltaXJza3lAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFu ayI+Z3JlZ2ltaXJza3lAZ21haWwuY29tPC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206 NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPkhpIENhcmxvcywN CjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+dGhhbmsgeW91 IGZvciBzaGFyaW5nIHlvdXIgdmlldyBvbiBob3cgTFNQIEVjaG8gcmVxdWVzdCB3aXRoIEJGRCBE aXNjcmltaW5hdG9yIHVzZWQgdG8gYm9vdHN0cmFwIGEgQkZEIHNlc3Npb24gb3ZlciBNUExTIExT UC4gSSdtIHN1cnByaXNlZCB0aGF0IHlvdSByZWZlciB0byBSRkMgODAyOSBhcyBub3JtYXRpdmUN CiByZWZlcmVuY2Ugd2hlbiBjb21tZW50aW5nIG9uIFJGQyA1ODg0LiBCdXQgZXZlbiBpZiB3ZSBs b29rIGludG8gUkZDIDgwMjksIGl0IHN0aWxsIGhhcyB0aGUgc2FtZSB0ZXh0cyBJJ3ZlIHF1b3Rl ZCBpbiB0aGUgcHJldmlvdXMgbm90ZSB0aGF0IHN1Z2dlc3QgdGhhdCBlY2hvIHJlcGx5IGlzIG9w dGlvbmFsLiBDb25zaWRlciBvbmUgb2YgdGhlbSAmcXVvdDs8c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjBwdDtjb2xvcjpibGFjayI+VGhlIFNlbmRlcidzIEhhbmRsZQ0KIGlzIGZpbGxlZCBpbiBi eSB0aGUgc2VuZGVyIGFuZCByZXR1cm5lZCB1bmNoYW5nZWQmbmJzcDtieSB0aGUgcmVjZWl2ZXIg aW4gdGhlIGVjaG8gcmVwbHkgKGlmIGFueSkuJnF1b3Q7IFRob3VnaCBFbmdsaXNoIGlzIG15IHRo aXJkIGxhbmd1YWdlLCBJIGludGVycHJldCAmcXVvdDtpZiBhbnkmcXVvdDsgaW4gdGhhdCBzZW50 ZW5jZSBhcyBjbGVhciBpbmRpY2F0aW9uIHRoYXQgdGhlIGVjaG8gcmVwbHkgbWF5IG5vdCBiZSBz ZW50IGV2ZXIuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Y29sb3I6Ymxh Y2siPlJlZ2FyZHMsPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtjb2xvcjpibGFj ayI+R3JlZzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs dDphdXRvIj5PbiBGcmksIEF1ZyAxMSwgMjAxNyBhdCA3OjQ1IFBNLCBDYXJsb3MgUGlnbmF0YXJv IChjcGlnbmF0YSkgJmx0OzxhIGhyZWY9Im1haWx0bzpjcGlnbmF0YUBjaXNjby5jb20iIHRhcmdl dD0iX2JsYW5rIj5jcGlnbmF0YUBjaXNjby5jb208L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwv cD4NCjxibG9ja3F1b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0ND Q0NDIDEuMHB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFy Z2luLXRvcDo1LjBwdDttYXJnaW4tcmlnaHQ6MGluO21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+SmVmZiwgV0csDQo8bzpwPjwvbzpwPjwvcD4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87 bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDph dXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5JIGJlbGlldmUgdGhlcmUgaXMgb25lIGFk ZGl0aW9uYWwgY29uc2lkZXJhdGlvbiDigJQgcGxlYXNlIHNlZSBpbmxpbmUuPG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdp bi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9v OnA+PC9wPg0KPGRpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdp bi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+T24gQXVnIDEx LCAyMDE3LCBhdCAxOjM5IFBNLCBKZWZmcmV5IEhhYXMgJmx0OzxhIGhyZWY9Im1haWx0bzpqaGFh c0BwZnJjLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPmpoYWFzQHBmcmMub3JnPC9hPiZndDsgd3JvdGU6 PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86 cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttYXJnaW4tYm90dG9tOjEyLjBwdCI+W05vdGUgdGhhdCBJ IGhhdmUgYWRqdXN0ZWQgdGhlIGFkZHJlc3NlcyBpbiB0aGUgaGVhZGVycyB0byB0cnkgdG8gY2F0 Y2ggdGhlPGJyPg0KUkZDIGF1dGhvcnMnIGN1cnJlbnQgYWNjb3VudHMuXTxicj4NCjxicj4NCjxi cj4NClRoZSA1ODg0IGludGVyb3AgaXNzdWUga2VlcHMgYnViYmxpbmcgdXAuJm5ic3A7IEJhbGFq aSBzdWJtaXR0ZWQgYW4gZXJyYXRhLCB3aGljaDxicj4NCnByb3ZpZGVzIHVzIHdpdGggYSBnb29k IHBsYWNlIHRvIHN0YXJ0IHRlY2huaWNhbCBkaXNjdXNzaW9uLjxicj4NCjxicj4NClBsZWFzZSBu b3RlIEkgYWxzbyBzcGVudCBzb21lIHRpbWUgb2ZmLWxpc3QgZGlzY3Vzc2luZyB0aGlzIGVycmF0 YSB3aXRoPGJyPg0KQmFsYWppLjxicj4NCjxicj4NCjxicj4NCk9uIFRodSwgQXVnIDEwLCAyMDE3 IGF0IDEwOjM1OjUwUE0gLTA3MDAsIFJGQyBFcnJhdGEgU3lzdGVtIHdyb3RlOjxvOnA+PC9vOnA+ PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1 LjBwdCI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1 dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPlNlY3Rpb246IDY8YnI+DQo8YnI+DQpPcmln aW5hbCBUZXh0PGJyPg0KLS0tLS0tLS0tLS0tLTxicj4NClRoZSBlZ3Jlc3MgTFNSIE1BWSByZXNw b25kIHdpdGggYW4gTFNQIFBpbmcgRWNobzxicj4NCnJlcGx5IG1lc3NhZ2UgdGhhdCBjYXJyaWVz IHRoZSBsb2NhbCBkaXNjcmltaW5hdG9yIGFzc2lnbmVkIGJ5IGl0IGZvcjxicj4NCnRoZSBCRkQg c2Vzc2lvbi48YnI+DQo8YnI+DQpDb3JyZWN0ZWQgVGV4dDxicj4NCi0tLS0tLS0tLS0tLS0tPGJy Pg0KVGhlIGVncmVzcyBMU1IgTVVTVCByZXNwb25kIHdpdGggYW4gTFNQIFBpbmcgRWNobyByZXBs eSBtZXNzYWdlIHRoYXQ8YnI+DQpNQVkgY2FycnkgdGhlIGxvY2FsIGRpc2NyaW1pbmF0b3IgYXNz aWduZWQgYnkgaXQgZm9yIHRoZSBCRkQgc2Vzc2lvbi48YnI+DQo8YnI+DQo8YnI+DQpOb3Rlczxi cj4NCi0tLS0tPGJyPg0KSXQgaXMgbm90IGNsZWFyIGZyb20gdGhlIG9yaWdpbmFsIHRleHQgd2hp Y2ggb2YgdGhlIGZvbGxvd2luZyBpcyBvcHRpb25hbDo8YnI+DQombmJzcDstICZuYnNwO1RoZSBl Z3Jlc3MgTVVTVCBzZW5kIGEgcmVwbHksIGJ1dCB0aGUgZGlzY3JpbWluYXRvciBpbiB0aGUgcmVw bHkgaXMgb3B0aW9uYWw8YnI+DQombmJzcDstICZuYnNwO1RoZSByZXBseSBpdHNlbGYgaXMgb3B0 aW9uYWw8YnI+DQo8YnI+DQpUZWNobmljYWxseSwgdGhlIHJlcGx5IGNhbm5vdCBiZSBvcHRpb25h bCwgYmVjYXVzZSB0aGUgZWdyZXNzIG5lZWRzIHRvIHJlcG9ydCBMU1AtUGluZyB2ZXJpZmljYXRp b24gc3RhdHVzIHRvIHRoZSBpbmdyZXNzLjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0K PC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs dDphdXRvIj5UaGlzIGlzIGNvcnJlY3Qg4oCUIGJ1dCBldmVuIG1vcmUgc28sIHRlY2huaWNhbGx5 LCBpdCBpcyBub3QgdXAgdG8gUkZDIDU4ODQgdG8gZGVmaW5lIHdoZW4gYW4gTFNQLVBpbmcgcmVw bHkgaXMgb3B0aW9uYWwgb3Igbm90LjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+VGhhdOKAmXPigJkgdXAgdG8mbmJzcDs8YSBocmVmPSJo dHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvcmZjODAyOSNzZWN0aW9uLTQuNCIgdGFyZ2V0PSJf YmxhbmsiPmh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM4MDI5I3NlY3Rpb24tNC40PC9h PjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4m bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+TGFja2luZyBhIFJlcGx5IE1vZGUgc2V0IHRvICZxdW90O0RvIG5vdCByZXBseSZxdW90OyAo PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzgwMjkjcGFnZS0xMiIgdGFy Z2V0PSJfYmxhbmsiPmh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM4MDI5I3BhZ2UtMTI8 L2E+KSB0aGUgUkZDIDgwMjkgcHJvY2VkdXJlcw0KIGRpY3RhdGUgYSByZXNwb25zZSBiZSBzZW50 LCBpbmRlcGVuZGVudCBvZiB3aGV0aGVyIHRoZSBSRkMgNTg4NCBwcm9jZWR1cmVzIHVzZSB0aGF0 IGluZm9ybWF0aW9uIG9yIG5vdC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG8iPk1vcmUgYmVsb3cuPG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttYXJn aW4tYm90dG9tOjEyLjBwdCI+PHNwYW4gY2xhc3M9Im0tMTg3MDc2Nzc5NDg2MTkzMzAyMmdtYWls LSI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdp bi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxibG9ja3F1 b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvIj48YnI+DQpUaGUgcHJvcG9zZWQgdGV4dCByZWNvbW1lbmRzIHRvIGlu Y2x1ZGUgQkZEIGRpc2NyaW1pbmF0b3IgaW4gdGhlIHJlcGx5LiBUaGlzIHdhcyB0aGUgaW50ZW50 IG9mIHRoZSBvcmlnaW5hbCB0ZXh0LjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvIj48YnI+DQpNeSBvcGluaW9uIGZvbGxvd3M6PGJyPg0KPGJyPg0K SW4gc2VjdGlvbiA2IC0gPGJyPg0KPGJyPg0KOiAmbmJzcDsmbmJzcDsmbmJzcDtPbiByZWNlaXB0 IG9mIHRoZSBMU1AgUGluZyBFY2hvIHJlcXVlc3QgbWVzc2FnZSwgdGhlIGVncmVzcyBMU1IgTVVT VDxicj4NCjogJm5ic3A7Jm5ic3A7Jm5ic3A7c2VuZCBhIEJGRCBDb250cm9sIHBhY2tldCB0byB0 aGUgaW5ncmVzcyBMU1IsIGlmIHRoZSB2YWxpZGF0aW9uIG9mPGJyPg0KOiAmbmJzcDsmbmJzcDsm bmJzcDt0aGUgRkVDIGluIHRoZSBMU1AgUGluZyBFY2hvIHJlcXVlc3QgbWVzc2FnZSBzdWNjZWVk cy4mbmJzcDsgVGhpcyBCRkQ8YnI+DQo6ICZuYnNwOyZuYnNwOyZuYnNwO0NvbnRyb2wgcGFja2V0 IE1VU1Qgc2V0IHRoZSBZb3VyIERpc2NyaW1pbmF0b3IgZmllbGQgdG8gdGhlPGJyPg0KOiAmbmJz cDsmbmJzcDsmbmJzcDtkaXNjcmltaW5hdG9yIHJlY2VpdmVkIGZyb20gdGhlIGluZ3Jlc3MgTFNS IGluIHRoZSBMU1AgUGluZyBFY2hvPGJyPg0KOiAmbmJzcDsmbmJzcDsmbmJzcDtyZXF1ZXN0IG1l c3NhZ2UuJm5ic3A7IFRoZSBlZ3Jlc3MgTFNSIE1BWSByZXNwb25kIHdpdGggYW4gTFNQIFBpbmcg RWNobzxicj4NCjogJm5ic3A7Jm5ic3A7Jm5ic3A7cmVwbHkgbWVzc2FnZSB0aGF0IGNhcnJpZXMg dGhlIGxvY2FsIGRpc2NyaW1pbmF0b3IgYXNzaWduZWQgYnkgaXQgZm9yPGJyPg0KOiAmbmJzcDsm bmJzcDsmbmJzcDt0aGUgQkZEIHNlc3Npb24uJm5ic3A7IFRoZSBsb2NhbCBkaXNjcmltaW5hdG9y IGFzc2lnbmVkIGJ5IHRoZSBlZ3Jlc3MgTFNSPGJyPg0KOiAmbmJzcDsmbmJzcDsmbmJzcDtNVVNU IGJlIHVzZWQgYXMgdGhlIE15IERpc2NyaW1pbmF0b3IgZmllbGQgaW4gdGhlIEJGRCBzZXNzaW9u IHBhY2tldHM8YnI+DQo6ICZuYnNwOyZuYnNwOyZuYnNwO3NlbnQgYnkgdGhlIGVncmVzcyBMU1Iu PGJyPg0KPGJyPg0KSW4gdGhlIHRleHQgYWJvdmUsIEkgY29uc2lkZXIgaXQgcXVpdGUgY2xlYXIg dGhhdCB0aGUgcmVjZWlwdCBvZiB0aGUgQkZEPGJyPg0KcGFja2V0IGNvbnRhaW5zIHN1ZmZpY2ll bnQgc3RhdGUgdG8gYnJpbmcgdXAgdGhlIEJGRCBzZXNzaW9uLiZuYnNwOyBUaGUgcmVjZWlwdDxi cj4NCm9mIHRoZSBzYW1lIERpc2NyaW1pbmF0b3IgaW4gdGhlIExTUCBQaW5nIEVjaG8gUmVwbHkg aXMgb3B0aW9uYWwuPGJyPg0KPGJyPg0KVGhpcyBtYWtlcyBzZW5zZSBwYXJ0aWFsbHkgYmVjYXVz ZSB0aGUgcmVwbHkgbWF5IGJlIGRyb3BwZWQgYW5kIHdlIHdhbnQgdGhlPGJyPg0KQkZEIHNlc3Np b24gdG8gY29tZSB1cCBhcyBmYXN0IGFzIHBvc3NpYmxlLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZu YnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv Ij5ZZXMsIGVzcGVjaWFsbHkgYmVjYXVzZSB0aGUgZmlyc3Qgc2VudGVuY2Ugc2F5cyB0aGF0IHRo ZSBlZ3Jlc3Mgc2VuZGluZyBhIEJGRCBDb250cm9sIHBhY2tldCBpbXBsaWVzIEZFQyB2YWxpZGF0 aW9uIHBhc3NlZC4gSG93ZXZlciwmbmJzcDs8YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3Jn L2h0bWwvcmZjODAyOSNzZWN0aW9uLTQuNCIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vdG9vbHMu aWV0Zi5vcmcvaHRtbC9yZmM4MDI5I3NlY3Rpb24tNC40PC9hPiZuYnNwO2RvZXMNCiBtb3JlIHRo YW4gRkVDIHZhbGlkYXRpb24uPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttYXJnaW4tYm90dG9tOjEyLjBw dCI+PHNwYW4gY2xhc3M9Im0tMTg3MDc2Nzc5NDg2MTkzMzAyMmdtYWlsLSI+Jm5ic3A7PC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFy Z2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttYXJnaW4tYm90dG9tOjEyLjBwdCI+PGJyPg0K VGhlIHBvaW50IG9mIGNvbnRlbnRpb24gYXBwZWFycyB0byBiZSB3aGF0IHRvIGRvIGlmIHdlICpu ZXZlciogZ2V0IHN1Y2g8YnI+DQpyZXBsaWVzLiZuYnNwOyBJdCdzIHdvcnRoIHBvaW50aW5nIG91 dCBhZGRpdGlvbmFsIHRleHQgaW4gUkZDIDU4ODQsIHNlY3Rpb24gMy4yLjxicj4NCjxicj4NCjog Jm5ic3A7Jm5ic3A7Jm5ic3A7SGVuY2UsIEJGRCBpcyB1c2VkIGluIGNvbmp1bmN0aW9uIHdpdGgg TFNQIFBpbmcgZm9yIE1QTFMgTFNQIGZhdWx0PGJyPg0KOiAmbmJzcDsmbmJzcDsmbmJzcDtkZXRl Y3Rpb246PGJyPg0KOiA8YnI+DQo6ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw O2kpIExTUCBQaW5nIGlzIHVzZWQgZm9yIGJvb3RzdHJhcHBpbmcgdGhlIEJGRCBzZXNzaW9uIGFz IGRlc2NyaWJlZDxicj4NCjogJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7bGF0ZXIgaW4gdGhpcyBkb2N1bWVudC48YnI+DQo6IDxicj4NCjogJm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7aWkpIEJGRCBpcyB1c2VkIHRvIGV4Y2hhbmdlIGZh dWx0IGRldGVjdGlvbiAoaS5lLiwgQkZEIHNlc3Npb24pPGJyPg0KOiAmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtwYWNrZXRzIGF0IHRoZSByZXF1 aXJlZCBkZXRlY3Rpb24gaW50ZXJ2YWwuPGJyPg0KOiA8YnI+DQo6ICZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwO2lpaSkgTFNQIFBpbmcgaXMgdXNlZCB0byBwZXJpb2RpY2FsbHkgdmVyaWZ5IHRoZSBj b250cm9sIHBsYW5lPGJyPg0KOiAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDthZ2FpbnN0IHRoZSBkYXRhIHBsYW5lIGJ5IGVuc3VyaW5nIHRoYXQg dGhlIExTUCBpcyBtYXBwZWQgdG88YnI+DQo6ICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO3RoZSBzYW1lIEZFQywgYXQgdGhlIGVncmVzcywgYXMg dGhlIGluZ3Jlc3MuPGJyPg0KPGJyPg0KaWlpIGFib3ZlIHJlbWluZHMgdXMgdGhhdCB0aGUgTFNQ IG1heSBiZSB0b3JuIGRvd24gYmVjYXVzZSBMU1AgUGluZyBmYWlscy48YnI+DQpUaHVzLCBpdCBz ZWVtcyBwcm9ibGVtYXRpYyB0aGF0IHdlIGRvIG5vdCBnZXQgYSByZXBseSBldmVyLjxicj4NCjxi cj4NCkhvd2V2ZXIsIHdpdGggdGhlIEJGRCBzZXNzaW9uIGluIHRoZSBVcCBzdGF0ZSwgd2UgaGF2 ZSBpbmZvcm1hdGlvbiBwcm92aW5nPGJyPg0KdGhhdCB0aGUgTFNQIGlzIHVwLiZuYnNwOyBUaHVz IHdlIGhhdmUgY29udHJhZGljdG9yeSBpbnRlbnQuPGJyPg0KPGJyPg0KLS0tPGJyPg0KPGJyPg0K TXkgb3BpbmlvbiBpcyB0aGF0IHRoZSBNQVkgaW4gdGhlIFJGQyA1ODg0IHByb2NlZHVyZXMgaXMg aW50ZW5kZWQgdG8gaGF2ZTxicj4NCnRoZSBCRkQgc2Vzc2lvbiBjb21lIHVwIGJ5IHRoZSBtb3N0 IGV4cGVkaWVudCBtZWFucy4mbmJzcDsgSSBkbyBub3QgYmVsaWV2ZSB0aGU8YnI+DQpsaWtlbHkg aW50ZW50IHdhcyB0byBzYXkgJnF1b3Q7ZG9uJ3Qgc2VuZCBFY2hvIFJlcGx5JnF1b3Q7LiZuYnNw OyBBbW9uZyBvdGhlciB0aGluZ3MsIHRoYXQ8YnI+DQpzZWVtcyBjb250cmFyeSB0byB0aGUgaW50 ZW50IG9mIHRoZSBnZW5lcmFsIExTUCBQaW5nIHByb2NlZHVyZXMuPGJyPg0KPGJyPg0KSGF2aW5n IGdpdmVuIG15IHBlcnNvbmFsIG9ic2VydmF0aW9ucywgd2Ugbm93IGdldCB0byB0aGUgYnVzaW5l c3Mgb2YgdGhlPGJyPg0KV29ya2luZyBHcm91cDogRGViYXRpbmcgaW50ZW50IGFuZCByZWxhdGVk IHRleHQuICZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90 ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5NeSBpbmRpdmlkdWFsIG9waW5p b24gaXMgdGhhdCwgYXMgd3JpdHRlbiwgUkZDIDU4ODQgY2Fubm90IG1lYW4gYW55IG90aGVyIHRo aW5nIHRoYXQg4oCcIFRoZSBlZ3Jlc3MgTFNSIE1VU1QgcmVzcG9uZCB3aXRoIGFuIExTUCBQaW5n IEVjaG8gcmVwbHkgbWVzc2FnZSB0aGF0PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG8iPk1BWSBjYXJyeSB0aGUgbG9jYWwgZGlzY3JpbWluYXRvciBh c3NpZ25lZCBieSBpdCBmb3IgdGhlIEJGRCBzZXNzaW9u4oCdLjxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+SW4gb3RoZXIgd29yZHMsIEkg c3VwcG9ydCB0aGlzIGVycmF0YS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG8iPlRoaXMgaXMgYmVjYXVzZSBSRkMgNTg4NCBkaWQgbm90IHVw ZGF0ZSBSRkMgNDM3OeKAmXMgcHJvY2VkdXJlcy4gQW5kIHRodXMgYSByZXNwb25zZSBpcyBuZWVk ZWQgYmFzZWQgb24gODAyOSBpcnJlZ2FyZGxlc3Mgb2Ygd2hldGhlciA1ODg0IHVzZXMgaXQuPG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNw OzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5U aGF0IHNhaWQsIGl0IGlzIGRlYmF0YWJsZSB3aGV0aGVyIHRoYXQgTFNQIFBpbmcgcmVzcG9uc2Ug aXMgdXNlZnVsIG9yIG5vdC4gSWYgaXQgaXMgbm90IHNlbnQsIGl0IGRvZXMgbm90IGNvbXBseSB0 byA4MDI5LiBCdXQgaWYgdGhlIFdHIHdhbnRzIGZvciBpdCB0byBiZSBub3Qgc2VuZCwgYSBuZXcg c3BlYw0KIGlzIG5lZWRlZC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv dHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPlRoYW5rcyw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21hcmdpbi1ib3R0 b206MTIuMHB0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJn aW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bWFyZ2luLWJvdHRv bToxMi4wcHQiPi0tIEplZmY8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2Nr cXVvdGU+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48 L3A+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48 c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPuKAlDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNr Ij5DYXJsb3MgUGlnbmF0YXJvLCZuYnNwOzxhIGhyZWY9Im1haWx0bzpjYXJsb3NAY2lzY28uY29t IiB0YXJnZXQ9Il9ibGFuayI+Y2FybG9zQGNpc2NvLmNvbTwvYT48YnI+DQo8YnI+DQo8aT7igJxT b21ldGltZXMgSSB1c2UgYmlnIHdvcmRzIHRoYXQgSSBkbyBub3QgZnVsbHkgdW5kZXJzdGFuZCwg dG8gbWFrZSBteXNlbGYgc291bmQgbW9yZSZuYnNwO3Bob3Rvc3ludGhlc2lzLiZxdW90OzwvaT48 L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9k aXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_0e567a1ed81d4f77a627f1a84fe72e1fXCHALN001ciscocom_-- From nobody Tue Aug 15 16:53:12 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A223613232D; Tue, 15 Aug 2017 16:53:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.698 X-Spam-Level: X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dixZl36avcVr; Tue, 15 Aug 2017 16:53:06 -0700 (PDT) Received: from mail-lf0-x234.google.com (mail-lf0-x234.google.com [IPv6:2a00:1450:4010:c07::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EF5EB132667; Tue, 15 Aug 2017 16:53:05 -0700 (PDT) Received: by mail-lf0-x234.google.com with SMTP id g25so9846396lfh.1; Tue, 15 Aug 2017 16:53:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=vvyIcQ2BwFMrmpQagh5Cl0ZM0O7wx/h7MpNL4qr5iVQ=; b=QvQ/A4UlYGq1OdqRBy58E+8JToggGzBsqfv6Jnz0XSy4U7aSvhM5GUGClw1znpwIfv XbVwDDhNKzPaJt8p/cfMJOSj7jeQPP6CJHPlkG+bxCfhJaVfgTu5hNaSE6A+zHhZRpKl D6MDlelvab537YUXQVqssC0i4vZBHT4hAigAEbA3Ye8ub95XS5lMpXW+oReSzK80N6/w +SJveCDCNnCwaVohXgQ33dDGTeeDgOznE27d2UNYTgkqlBmEO41f1BjyvcbwRo/Pj3qE z590JV1dx8ygc9SVs1g9FJ2CvSRe20wJKG/6E8k/YScr/Y1zyIHs1BMB9sCOeb7rV4Dn QEUQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=vvyIcQ2BwFMrmpQagh5Cl0ZM0O7wx/h7MpNL4qr5iVQ=; b=IFWb9nIQYJMSRN+wAKc36a1kaanV05Ifm0kKhnCdoQHdtkezKe7jR77XxQ32XzFF37 h8BYOSTJGeLmqivrdHK3VQrAXFp6mBkp9jVtkTVm1MSSEJqAOU3cRJverJChCWPP/s86 PtZheu+6VeSoVycaR61kWYIBXuWch0gZUsNd7MlMuDCUuqEDT7iT5boVS8tAvrI2iaaI IH4siTbxQnfY+kPtg2WxzjneQ7CPEsc1bdgz6kXgrzq4gOjLH2FrHwW2ZNRTJaXB+qAr wWZqZNxBI38eAwchew0MqhIsapraW6zRBtVhXJs4824nRfid73BCg/dJ+kGJKGjYXng6 ritA== X-Gm-Message-State: AHYfb5ht1ldY69Ma6ivLvRMCgPjedv+7d5zU0swlrjkHWIp4p9Yl+Zz8 1wYStAhrRJW6w7edUvHH/An83GMjF8Ra X-Received: by 10.25.41.78 with SMTP id p75mr8616230lfp.47.1502841183911; Tue, 15 Aug 2017 16:53:03 -0700 (PDT) MIME-Version: 1.0 Received: by 10.46.88.81 with HTTP; Tue, 15 Aug 2017 16:53:02 -0700 (PDT) In-Reply-To: <0e567a1ed81d4f77a627f1a84fe72e1f@XCH-ALN-001.cisco.com> References: <20170811053550.27303B81263@rfc-editor.org> <20170811173930.GJ24942@pfrc.org> <7501E817-C95E-410A-A91E-080B36B213BE@cisco.com> <4bb63466962c4957a594e73163329940@XCH-ALN-001.cisco.com> <0e567a1ed81d4f77a627f1a84fe72e1f@XCH-ALN-001.cisco.com> From: Greg Mirsky Date: Tue, 15 Aug 2017 16:53:02 -0700 Message-ID: To: "Les Ginsberg (ginsberg)" Cc: Mach Chen , "Carlos Pignataro (cpignata)" , Tom Nadeau , "mpls@ietf.org" , "Kireeti Kompella (kireeti@juniper.net)" , Alia Atlas , "Reshad Rahman (rrahman)" , "rtg-bfd@ietf. org" Content-Type: multipart/alternative; boundary="001a11410998ebc43f0556d37ad1" Archived-At: Subject: Re: [mpls] [Technical Errata Reported] RFC5884 (5085) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Aug 2017 23:53:11 -0000 --001a11410998ebc43f0556d37ad1 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Les, apologies as I wasn't clear in my proposal. I've referred to the Echo reply sent by the egress LSR. I think that the reference to RFC 8029 in the last sentence is not sufficient to define use of BFD Discriminator TLV in Echo reply. I think that Mach has captured it in the new text he provided that may be used in place of the last sentence in your proposal as the following= : Your Text The egress LSR follows the procedures defined in [RFC 8029] to determine when to respond with an LSP Ping Echo reply message. Mach Text The egress LSR MAY respond with an LSP Ping Echo reply message that carries the local discriminator assigned by it for the BFD session. Whether to send an LSP Ping Echo reply message is determined by the value of the Reply Mode field carried in the received Echo request message. Kind regards, Greg On Tue, Aug 15, 2017 at 4:36 PM, Les Ginsberg (ginsberg) wrote: > Greg =E2=80=93 > > > > Thanx. > > > > Section 6.1 currently states: > > > > =E2=80=9CIf the BFD session is not in UP state, the periodic LSP Ping Ech= o > > request messages MUST include the BFD Discriminator TLV.=E2=80=9D > > > > I think this language is unambiguous. > > ?? > > > > Les > > > > > > *From:* Greg Mirsky [mailto:gregimirsky@gmail.com] > *Sent:* Tuesday, August 15, 2017 9:56 AM > *To:* Les Ginsberg (ginsberg) > *Cc:* Mach Chen; Carlos Pignataro (cpignata); Tom Nadeau; mpls@ietf.org; > Kireeti Kompella (kireeti@juniper.net); Alia Atlas; Reshad Rahman > (rrahman); rtg-bfd@ietf. org > > *Subject:* Re: [Technical Errata Reported] RFC5884 (5085) > > > > Hi Mach and Les, > > thank you for your proposals.I think that the text provided by Les gives > very clear and detailed explanation. I have one suggestion to clarify > whether egress LSR MUST include BFD Discriminator TLV with local value in > the Echo reply. My understanding of the RFC 584 is that BFD Discriminator > TLV MUST be included in Echo reply. > > > > Regards, > > Greg > > > > On Tue, Aug 15, 2017 at 5:16 AM, Les Ginsberg (ginsberg) < > ginsberg@cisco.com> wrote: > > I tend to agree with Mach =E2=80=93 and I think what Mach states is also > reinforcing the point that Carlos has made =E2=80=93 which is that echo r= eply > procedures are defined by RFC 8029 =E2=80=93 not by RFC 5884. > > > > However, the current text suffers from much more than the ambiguity > regarding Echo Reply. > > > > 1)Second paragraph of Section 6 goes back and forth between discussing BF= D > Control packets, then Echo Reply, then BFD Control Packets > > > > 2)Third paragraph of Section 6 has an inappropriate use of =E2=80=9C,=E2= =80=9D in the > sentence: > > > > =E2=80=9CThe BFD Control packets from the > > ingress to the egress LSR MUST set the local discriminator of the > > egress *LSR, in *the Your Discriminator field.=E2=80=9D > > > > 3)Section 6.1 defines when the BFD Discriminator TLV MUST be sent and whe= n > it is optional in LSP ping. There is actually no need for Section 6 to sa= y > anything in this regard. > > > > I propose revised text below =E2=80=93 which is much more extensive in it= s changes > than what has been proposed thus far, but I think it is necessary to > eliminate all ambiguity. > > That said, there is no question that the current text is subject to > multiple interpretations =E2=80=93 so any change in text runs the risk of > introducing new interoperability issues. On balance it is probably > necessary to take this risk as there is no guarantee that implementations > are interoperable today, but the WG should still consider this point > carefully. > > > > The text below replaces current paragraphs 2 and 3 of Section 6. > > > > ** > > *On receipt of the LSP Ping Echo request message, the egress LSR MUST* > > * send a BFD Control packet to the ingress LSR, if the validation of* > > * the FEC in the LSP Ping Echo request message succeeds. This BFD* > > * Control packet MUST set the Your Discriminator field to the* > > * discriminator received from the ingress LSR in the LSP Ping Echo* > > * request message. The local discriminator assigned by the egress LS= R* > > * MUST be used as the My Discriminator field in the BFD session packets= * > > * sent by the egress LSR.* > > > > * The ingress LSR follows the procedures in [BFD] to send BFD Control* > > * packets to the egress LSR in response to the BFD Control packets* > > * received from the egress LSR. The BFD Control packets from the* > > * ingress to the egress LSR MUST set the local discriminator of the* > > * egress LSR in the Your Discriminator field. The egress LSR* > > * demultiplexes the BFD session based on the received Your* > > * Discriminator field. As mentioned above, the egress LSR MUST send* > > * Control packets to the ingress LSR with the Your Discriminator field* > > * set to the local discriminator of the ingress LSR. The ingress LSR* > > * uses this to demultiplex the BFD session.* > > > > * The egress LSR follows the procedures defined in [RFC 8029] to > determine when to respond with an LSP Ping Echo reply message.* > > ** > > > > Les > > > > > > *From:* Rtg-bfd [mailto:rtg-bfd-bounces@ietf.org] *On Behalf Of *Mach Che= n > *Sent:* Tuesday, August 15, 2017 12:56 AM > *To:* Carlos Pignataro (cpignata); Greg Mirsky > *Cc:* Tom Nadeau; mpls@ietf.org; Kireeti Kompella (kireeti@juniper.net); > Alia Atlas; Reshad Rahman (rrahman); rtg-bfd@ietf. org > *Subject:* RE: [Technical Errata Reported] RFC5884 (5085) > > > > Hi all, > > > > IMHO, the point is not about whether the Echo Reply is optional for a > normal LSP Ping, where the echo reply is totally controlled by the reply > mode. > > > > For RFC5884, since the reply mode is not specified, based on the current > text, it can be interpreted as the following two ways: > > 1) it implies a new =E2=80=9Cmode=E2=80=9D introduced, it=E2=80=99s = actually a =E2=80=9Cspecial=E2=80=9D LSP > Ping, the process is just as what is currently described in the RFC: an > Echo Reply is OPTINAL, whether and when to send Echo Reply is up to the > egress LSR, and the Ingress LSR should not assume an Echo reply will be > returned; > > 2) the echo reply is still controlled by the reply mode, and given > that there is a =E2=80=9CDo not reply=E2=80=9D mode, the current text see= ms right, but not > that clear. > > > > I incline to think way (2) is more nature, if so, the proposed =E2=80=9C= Corrected > Text=E2=80=9D may not work if the Sender set the reply mode to =E2=80=9CD= o not reply=E2=80=9D. > > > > I=E2=80=99d suggest: > > > > Original Text > ------------- > The egress LSR MAY respond with an LSP Ping Echo > reply message that carries the local discriminator assigned by it for > the BFD session. > > > > NEW: > > The egress LSR MAY respond with an LSP Ping Echo > reply message that carries the local discriminator assigned by it for > the BFD session. Whether to send an LSP Ping Echo reply message is > > determined by the reply mode carried the received Echo request message. > > > > Best regards, > > Mach > > > > *From:* Rtg-bfd [mailto:rtg-bfd-bounces@ietf.org > ] *On Behalf Of *Carlos Pignataro (cpignata) > *Sent:* Tuesday, August 15, 2017 8:17 AM > *To:* Greg Mirsky > *Cc:* Tom Nadeau ; mpls@ietf.org; Kireeti > Kompella (kireeti@juniper.net) ; Alia Atlas < > akatlas@gmail.com>; Reshad Rahman (rrahman) ; > rtg-bfd@ietf. org > *Subject:* Re: [Technical Errata Reported] RFC5884 (5085) > > > > Greg, > > > > This is my final email on this topic, since the arguments are now just > silly and not technically constructive. > > > > 1. It's not about understanding English. It's about understanding specs! > The "(if any)" that you quote means there are situations in which there's > no echo reply. As I already explained to you, that's for example the case > with Reply-mode: No-reply. However, the "(if any)" does not mean an Echo > Reply is OPTIONAL. !! Or that you choose when a reply is not sent!! > > 2. RFC 8029 obsoleted 4379. But to my recollection, nothing changed > relevant to this Errata. > > > > BFD for MPLS could have updated LSP ping behavior -- it just didn't. > > > Sent from my iPad > > > On Aug 14, 2017, at 2:12 PM, Greg Mirsky wrote: > > Hi Carlos, > > thank you for sharing your view on how LSP Echo request with BFD > Discriminator used to bootstrap a BFD session over MPLS LSP. I'm surprise= d > that you refer to RFC 8029 as normative reference when commenting on RFC > 5884. But even if we look into RFC 8029, it still has the same texts I've > quoted in the previous note that suggest that echo reply is optional. > Consider one of them "The Sender's Handle is filled in by the sender and > returned unchanged by the receiver in the echo reply (if any)." Though > English is my third language, I interpret "if any" in that sentence as > clear indication that the echo reply may not be sent ever. > > > > Regards, > > Greg > > > > On Fri, Aug 11, 2017 at 7:45 PM, Carlos Pignataro (cpignata) < > cpignata@cisco.com> wrote: > > Jeff, WG, > > > > I believe there is one additional consideration =E2=80=94 please see inli= ne. > > > > On Aug 11, 2017, at 1:39 PM, Jeffrey Haas wrote: > > > > [Note that I have adjusted the addresses in the headers to try to catch t= he > RFC authors' current accounts.] > > > The 5884 interop issue keeps bubbling up. Balaji submitted an errata, > which > provides us with a good place to start technical discussion. > > Please note I also spent some time off-list discussing this errata with > Balaji. > > > On Thu, Aug 10, 2017 at 10:35:50PM -0700, RFC Errata System wrote: > > Section: 6 > > Original Text > ------------- > The egress LSR MAY respond with an LSP Ping Echo > reply message that carries the local discriminator assigned by it for > the BFD session. > > Corrected Text > -------------- > The egress LSR MUST respond with an LSP Ping Echo reply message that > MAY carry the local discriminator assigned by it for the BFD session. > > > Notes > ----- > It is not clear from the original text which of the following is optional= : > - The egress MUST send a reply, but the discriminator in the reply is > optional > - The reply itself is optional > > Technically, the reply cannot be optional, because the egress needs to > report LSP-Ping verification status to the ingress. > > > > This is correct =E2=80=94 but even more so, technically, it is not up to = RFC 5884 > to define when an LSP-Ping reply is optional or not. > > > > That=E2=80=99s=E2=80=99 up to https://tools.ietf.org/html/rfc8029#section= -4.4 > > > > Lacking a Reply Mode set to "Do not reply" (https://tools.ietf.org/html/ > rfc8029#page-12) the RFC 8029 procedures dictate a response be sent, > independent of whether the RFC 5884 procedures use that information or no= t. > > > > More below. > > > > > The proposed text recommends to include BFD discriminator in the reply. > This was the intent of the original text. > > > My opinion follows: > > In section 6 - > > : On receipt of the LSP Ping Echo request message, the egress LSR MUST > : send a BFD Control packet to the ingress LSR, if the validation of > : the FEC in the LSP Ping Echo request message succeeds. This BFD > : Control packet MUST set the Your Discriminator field to the > : discriminator received from the ingress LSR in the LSP Ping Echo > : request message. The egress LSR MAY respond with an LSP Ping Echo > : reply message that carries the local discriminator assigned by it fo= r > : the BFD session. The local discriminator assigned by the egress LSR > : MUST be used as the My Discriminator field in the BFD session packet= s > : sent by the egress LSR. > > In the text above, I consider it quite clear that the receipt of the BFD > packet contains sufficient state to bring up the BFD session. The receip= t > of the same Discriminator in the LSP Ping Echo Reply is optional. > > This makes sense partially because the reply may be dropped and we want t= he > BFD session to come up as fast as possible. > > > > Yes, especially because the first sentence says that the egress sending a > BFD Control packet implies FEC validation passed. However, > https://tools.ietf.org/html/rfc8029#section-4.4 does more than FEC > validation. > > > > > The point of contention appears to be what to do if we *never* get such > replies. It's worth pointing out additional text in RFC 5884, section 3.= 2. > > : Hence, BFD is used in conjunction with LSP Ping for MPLS LSP fault > : detection: > : > : i) LSP Ping is used for bootstrapping the BFD session as describe= d > : later in this document. > : > : ii) BFD is used to exchange fault detection (i.e., BFD session) > : packets at the required detection interval. > : > : iii) LSP Ping is used to periodically verify the control plane > : against the data plane by ensuring that the LSP is mapped to > : the same FEC, at the egress, as the ingress. > > iii above reminds us that the LSP may be torn down because LSP Ping fails= . > Thus, it seems problematic that we do not get a reply ever. > > However, with the BFD session in the Up state, we have information provin= g > that the LSP is up. Thus we have contradictory intent. > > --- > > My opinion is that the MAY in the RFC 5884 procedures is intended to have > the BFD session come up by the most expedient means. I do not believe th= e > likely intent was to say "don't send Echo Reply". Among other things, th= at > seems contrary to the intent of the general LSP Ping procedures. > > Having given my personal observations, we now get to the business of the > Working Group: Debating intent and related text. > > > > My individual opinion is that, as written, RFC 5884 cannot mean any other > thing that =E2=80=9C The egress LSR MUST respond with an LSP Ping Echo re= ply > message that > > MAY carry the local discriminator assigned by it for the BFD session=E2= =80=9D. > > > > In other words, I support this errata. > > > > This is because RFC 5884 did not update RFC 4379=E2=80=99s procedures. An= d thus a > response is needed based on 8029 irregardless of whether 5884 uses it. > > > > That said, it is debatable whether that LSP Ping response is useful or > not. If it is not sent, it does not comply to 8029. But if the WG wants f= or > it to be not send, a new spec is needed. > > > > Thanks, > > > > -- Jeff > > > > =E2=80=94 > > Carlos Pignataro, carlos@cisco.com > > *=E2=80=9CSometimes I use big words that I do not fully understand, to ma= ke myself > sound more photosynthesis."* > > > > > > > --001a11410998ebc43f0556d37ad1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Les,
apologies as I wasn't clear in my proposal= . I've referred to the Echo reply sent by the egress LSR. I think that = the reference to RFC 8029 in the last sentence is not sufficient to define = use of BFD Discriminator TLV in Echo reply. I think that Mach has captured = it in the new text he provided that may be used in place of the last senten= ce in your proposal as the following:

Your Text
The egress LSR follows the procedures defined in [= RFC 8029] to determine when to respond with an LSP Ping Echo=C2=A0 reply me= ssage.

Mach Text

The egr= ess LSR MAY respond with an LSP Ping Echo
reply message that carries the= local discriminator assigned by it for
the BFD session. Whether = to send an LSP Ping Echo reply message is

determined by the value of th= e Reply Mode field carried in the received Echo request message. =C2=A0


<= /font>

Kind regards,

Greg<= /font>


On Tue, Aug 15, 2017 at 4:36 PM, Les Ginsberg (ginsberg) <ginsberg@c= isco.com> wrote:

Greg =E2=80=93<= /u>

=C2=A0

Thanx.

=C2=A0

Section 6.1 currently sta= tes:

=C2=A0

=E2=80=9CIf the BFD sessi= on is not in UP state, the periodic LSP Ping Echo

=C2=A0=C2=A0 request mess= ages MUST include the BFD Discriminator TLV.=E2=80=9D<= /p>

=C2=A0

I think this language is = unambiguous.

??

=C2=A0

=C2=A0=C2=A0 Les

=C2=A0

=C2=A0

From: Greg Mir= sky [mailto:greg= imirsky@gmail.com]
Sent: Tuesday, August 15, 2017 9:56 AM
To: Les Ginsberg (ginsberg)
Cc: Mach Chen; Carlos Pignataro (cpignata); Tom Nadeau; mpls@ietf.org; Kireeti Kompella = (kireeti@juniper.n= et); Alia Atlas; Reshad Rahman (rrahman); rtg-bfd@ietf. org

<= div>

Subject: Re: [Technical Errata Reported] RFC5884 (5085)

=C2=A0

Hi Mach and Les,

thank you for your proposals.I think that the text p= rovided by Les gives very clear and detailed explanation. I have one sugges= tion to clarify whether egress LSR MUST include BFD Discriminator TLV with = local value in the Echo reply. My understanding of the RFC 584 is that BFD Discriminator TLV MUST be include= d in Echo reply.

=C2=A0

Regards,

Greg

=C2=A0

On Tue, Aug 15, 2017 at 5:16 AM, Les Ginsberg (ginsb= erg) <ginsberg@c= isco.com> wrote:

I tend to agree with Mach= =E2=80=93 and I think what Mach states is also reinforcing the point that = Carlos has made =E2=80=93 which is that echo reply procedures are defined by RFC = 8029 =E2=80=93 not by RFC 5884.

=C2=A0

However, the current text= suffers from much more than the ambiguity regarding Echo Reply.<= /u>

=C2=A0

1)Second paragraph of Sec= tion 6 goes back and forth between discussing BFD Control packets, then Echo Reply, then BFD Control Packets

=C2=A0

2)Third paragraph of Sect= ion 6 has an inappropriate use of =E2=80=9C,=E2=80=9D in the sentence:

=C2=A0

=E2=80=9CThe BFD Control = packets from the

=C2=A0=C2=A0 ingress to t= he egress LSR MUST set the local discriminator of the<= /p>

=C2=A0=C2=A0 egress LSR, in the Your Discriminator field.=E2=80= =9D

=C2=A0

3)Section 6.1 defines whe= n the BFD Discriminator TLV MUST be sent and when it is optional in LSP ping. There is actually no need for Section 6 to say anything in this rega= rd.

=C2=A0

I propose revised text be= low =E2=80=93 which is much more extensive in its changes than what has bee= n proposed thus far, but I think it is necessary to eliminate all ambiguity.

That said, there is no qu= estion that the current text is subject to multiple interpretations =E2=80= =93 so any change in text runs the risk of introducing new interoperability issue= s. On balance it is probably necessary to take this risk as there is no gua= rantee that implementations are interoperable today, but the WG should stil= l consider this point carefully.

=C2=A0

The text below replaces c= urrent paragraphs 2 and 3 of Section 6.

=C2=A0

<new text start>

On receipt of the LSP Ping Echo request messa= ge, the egress LSR MUST

=C2=A0=C2=A0 send a BFD Control packet to the= ingress LSR, if the validation of

=C2=A0=C2=A0 the FEC in the LSP Ping Echo req= uest message succeeds.=C2=A0 This BFD

=C2=A0=C2=A0 Control packet MUST set the Your= Discriminator field to the

=C2=A0=C2=A0 discriminator received from the = ingress LSR in the LSP Ping Echo

=C2=A0=C2=A0 request message.=C2=A0 =C2=A0=C2= =A0The local discriminator assigned by the egress LSR<= /u>

=C2=A0=C2=A0 MUST be used as the My Discrimin= ator field in the BFD session packets

=C2=A0=C2=A0 sent by the egress LSR.

=C2=A0

=C2=A0=C2=A0 The ingress LSR follows the proc= edures in [BFD] to send BFD Control

=C2=A0=C2=A0 packets to the egress LSR in res= ponse to the BFD Control packets

=C2=A0=C2=A0 received from the egress LSR.=C2= =A0 The BFD Control packets from the

=C2=A0=C2=A0 ingress to the egress LSR MUST s= et the local discriminator of the

=C2=A0=C2=A0 egress LSR in the Your Discrimin= ator field.=C2=A0 The egress LSR

=C2=A0=C2=A0 demultiplexes the BFD session ba= sed on the received Your

=C2=A0=C2=A0 Discriminator field.=C2=A0 As me= ntioned above, the egress LSR MUST send

=C2=A0=C2=A0 Control packets to the ingress L= SR with the Your Discriminator field

=C2=A0=C2=A0 set to the local discriminator o= f the ingress LSR.=C2=A0 The ingress LSR

=C2=A0=C2=A0 uses this to demultiplex the BFD= session.

=C2=A0

=C2=A0 The egress LSR follows the procedures = defined in [RFC 8029] to determine when to respond with an LSP Ping Echo=C2= =A0 reply message.

<new text end>=

=C2=A0

=C2=A0=C2=A0=C2=A0 Les

=C2=A0

=C2=A0

From: Rtg-bfd = [mailto:rtg-b= fd-bounces@ietf.org] On Behalf Of Mach Chen
Sent: Tuesday, August 15, 2017 12:56 AM
To: Carlos Pignataro (cpignata); Greg Mirsky
Cc: Tom Nadeau; m= pls@ietf.org; Kireeti Kompella (kireeti@juniper.net); Alia Atlas; Reshad Rahman (rrah= man); rtg-bfd@ietf. org
Subject: RE: [Technical Errata Reported] RFC5884 (5085)

=C2=A0

Hi all,<= /u>

=C2=A0

IMHO, the point is not ab= out whether the Echo Reply is optional for a normal LSP Ping, where the echo reply is totally controlled by the reply mode. <= /p>

=C2=A0

For RFC5884, since the re= ply mode is not specified, based on the current text, it can be interpreted as the following two ways:

1)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 it implies a new =E2=80=9Cmode=E2=80=9D i= ntroduced, it=E2=80=99s actually a =E2=80=9Cspecial=E2=80=9D LSP Ping, =C2= =A0the process is just as what is currently described in the RFC: an Echo R= eply is OPTINAL, whether and when to send Echo Reply is up to the egress LSR, and the Ingress LSR s= hould not assume an Echo reply will be returned;

2)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 the echo reply is still controlled by the= reply mode, and given that there is a =E2=80=9CDo not reply=E2=80=9D mode,= the current text seems right, but not that clear.

=C2=A0

I incline to think way (2= ) is more nature, if so, =C2=A0the proposed =E2=80=9CCorrected Text=E2=80= =9D may not work if the Sender set the reply mode to =E2=80=9CDo not reply=E2=80=9D.=

=C2=A0

I=E2=80=99d suggest:

=C2=A0

Original Text
-------------
The egress LSR MAY respond with an LSP Ping Echo
reply message that carries the local discriminator assigned by it for
the BFD session.

=C2=A0

NEW:

The egress LSR MAY respond with an LSP Ping Echo
reply message that carries the local discriminator assigned by it for
the BFD session. Whether to send an LSP Ping Echo reply message is <= u>

determined by the reply mode carried the received Ec= ho request message. =C2=A0

=C2=A0

Best regards,

Mach=

=C2=A0

From: Rtg-bf= d [mailto:rtg= -bfd-bounces@ietf.org] On Behalf Of Carlos Pignataro (cpignata)
Sent: Tuesday, August 15, 2017 8:17 AM
To: Greg Mirsky <gregimirsky@gmail.com>
Cc: Tom Nadeau <tnadeau@lucidvision.com>; mpls@ietf.org; Kiree= ti Kompella (kiree= ti@juniper.net) <kireeti@juniper.net>; Alia Atlas <akatlas@gmail.com>; Reshad Rahman (rrahman) <rrahman@cisco.com>; rtg-bfd@ietf. org <rtg-bfd@ietf.org>
Subject: Re: [Technical Errata Reported] RFC5884 (5085)

=C2=A0

Greg,

=C2=A0

This is my final email on this topic, since the argu= ments are now just silly and not technically constructive.=C2=A0<= /u>

=C2=A0

1. It's not about understanding English. It'= s about understanding specs! The "(if any)" that you quote means = there are situations in which there's no echo reply. As I already expla= ined to you, that's for example the case with Reply-mode: No-reply. However= , the "(if any)" does not mean an Echo Reply is OPTIONAL. !! Or t= hat you choose when a reply is not sent!!

2. RFC 8029 obsoleted 4379. But to my recollection, = nothing changed relevant to this Errata.=C2=A0

=C2=A0

BFD for MPLS could have updated LSP ping behavior --= it just didn't.=C2=A0


Sent from my iPad


On Aug 14, 2017, at 2:12 PM, Greg Mirsky <gregimirsky@gmail.com> wrote:=

Hi Carlos,

thank you for sharing your view on how LSP Echo requ= est with BFD Discriminator used to bootstrap a BFD session over MPLS LSP. I= 'm surprised that you refer to RFC 8029 as normative reference when commenting on RFC 5884. But even if we look into RFC 8029, = it still has the same texts I've quoted in the previous note that sugge= st that echo reply is optional. Consider one of them "The Sender's Handle is filled in by the sender and returned unchanged=C2=A0by the receiver in = the echo reply (if any)." Though English is my third language, I inter= pret "if any" in that sentence as clear indication that the echo = reply may not be sent ever.

=C2=A0

Regards= ,

Greg

=C2=A0

On Fri, Aug 11, 2017 at 7:45 PM, Carlos Pignataro (c= pignata) <cpigna= ta@cisco.com> wrote:

Jeff, WG,

=C2=A0

I believe there is one additional consideration =E2= =80=94 please see inline.

=C2=A0

On Aug 11, 2017, at 1:39 PM, Jeffrey Haas <jhaas@pfrc.org> wrote:=

=C2=A0

[Note that I have adj= usted the addresses in the headers to try to catch the
RFC authors' current accounts.]


The 5884 interop issue keeps bubbling up.=C2=A0 Balaji submitted an errata,= which
provides us with a good place to start technical discussion.

Please note I also spent some time off-list discussing this errata with
Balaji.


On Thu, Aug 10, 2017 at 10:35:50PM -0700, RFC Errata System wrote:

Section: 6

Original Text
-------------
The egress LSR MAY respond with an LSP Ping Echo
reply message that carries the local discriminator assigned by it for
the BFD session.

Corrected Text
--------------
The egress LSR MUST respond with an LSP Ping Echo reply message that
MAY carry the local discriminator assigned by it for the BFD session.


Notes
-----
It is not clear from the original text which of the following is optional:<= br> =C2=A0- =C2=A0The egress MUST send a reply, but the discriminator in the re= ply is optional
=C2=A0- =C2=A0The reply itself is optional

Technically, the reply cannot be optional, because the egress needs to repo= rt LSP-Ping verification status to the ingress.

=C2=A0

This is correct =E2=80=94 but even more so, technica= lly, it is not up to RFC 5884 to define when an LSP-Ping reply is optional = or not.

=C2=A0

That=E2=80=99s=E2=80=99 up to=C2=A0https://tools.= ietf.org/html/rfc8029#section-4.4

=C2=A0

Lacking a Reply Mode set to "Do not reply"= (https://tools.ietf.org/html/rfc8029#page-12) the RFC 8029 procedu= res dictate a response be sent, independent of whether the RFC 5884 procedures= use that information or not.

=C2=A0

More below.

=C2=A0


The proposed text recommends to include BFD discriminator in the reply. Thi= s was the intent of the original text.


My opinion follows:

In section 6 -

: =C2=A0=C2=A0=C2=A0On receipt of the LSP Ping Echo request message, the eg= ress LSR MUST
: =C2=A0=C2=A0=C2=A0send a BFD Control packet to the ingress LSR, if the va= lidation of
: =C2=A0=C2=A0=C2=A0the FEC in the LSP Ping Echo request message succeeds.= =C2=A0 This BFD
: =C2=A0=C2=A0=C2=A0Control packet MUST set the Your Discriminator field to= the
: =C2=A0=C2=A0=C2=A0discriminator received from the ingress LSR in the LSP = Ping Echo
: =C2=A0=C2=A0=C2=A0request message.=C2=A0 The egress LSR MAY respond with = an LSP Ping Echo
: =C2=A0=C2=A0=C2=A0reply message that carries the local discriminator assi= gned by it for
: =C2=A0=C2=A0=C2=A0the BFD session.=C2=A0 The local discriminator assigned= by the egress LSR
: =C2=A0=C2=A0=C2=A0MUST be used as the My Discriminator field in the BFD s= ession packets
: =C2=A0=C2=A0=C2=A0sent by the egress LSR.

In the text above, I consider it quite clear that the receipt of the BFD packet contains sufficient state to bring up the BFD session.=C2=A0 The rec= eipt
of the same Discriminator in the LSP Ping Echo Reply is optional.

This makes sense partially because the reply may be dropped and we want the=
BFD session to come up as fast as possible.

=C2=A0

Yes, especially because the first sentence says that= the egress sending a BFD Control packet implies FEC validation passed. How= ever,=C2=A0https://tools.ietf.org/html/rfc8029#section-4.4=C2= =A0does more than FEC validation.

=C2=A0


The point of contention appears to be what to do if we *never* get such
replies.=C2=A0 It's worth pointing out additional text in RFC 5884, sec= tion 3.2.

: =C2=A0=C2=A0=C2=A0Hence, BFD is used in conjunction with LSP Ping for MPL= S LSP fault
: =C2=A0=C2=A0=C2=A0detection:
:
: =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0i) LSP Ping is used for bootstrapping= the BFD session as described
: =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0later in this docum= ent.
:
: =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0ii) BFD is used to exchange fault detection= (i.e., BFD session)
: =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0packets at the requ= ired detection interval.
:
: =C2=A0=C2=A0=C2=A0=C2=A0iii) LSP Ping is used to periodically verify the = control plane
: =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0against the data pl= ane by ensuring that the LSP is mapped to
: =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0the same FEC, at th= e egress, as the ingress.

iii above reminds us that the LSP may be torn down because LSP Ping fails.<= br> Thus, it seems problematic that we do not get a reply ever.

However, with the BFD session in the Up state, we have information proving<= br> that the LSP is up.=C2=A0 Thus we have contradictory intent.

---

My opinion is that the MAY in the RFC 5884 procedures is intended to have the BFD session come up by the most expedient means.=C2=A0 I do not believe= the
likely intent was to say "don't send Echo Reply".=C2=A0 Among= other things, that
seems contrary to the intent of the general LSP Ping procedures.

Having given my personal observations, we now get to the business of the Working Group: Debating intent and related text. =C2=A0

=C2=A0

My individual opinion is that, as written, RFC 5884 = cannot mean any other thing that =E2=80=9C The egress LSR MUST respond with= an LSP Ping Echo reply message that

MAY carry the local discriminator assigned by it for= the BFD session=E2=80=9D.

=C2=A0

In other words, I support this errata.=

=C2=A0

This is because RFC 5884 did not update RFC 4379=E2= =80=99s procedures. And thus a response is needed based on 8029 irregardles= s of whether 5884 uses it.

=C2=A0

That said, it is debatable whether that LSP Ping res= ponse is useful or not. If it is not sent, it does not comply to 8029. But = if the WG wants for it to be not send, a new spec is needed.

=C2=A0

Thanks,

=C2=A0<= /p>

-- Jeff=

=C2=A0

=E2=80=94<= u>

Carlos Pignataro,=C2=A0<= a href=3D"mailto:carlos@cisco.com" target=3D"_blank">carlos@cisco.com
=E2=80=9CSometimes I use big words that I do not fully understand, to ma= ke myself sound more=C2=A0photosynthesis."

=C2=A0

=C2=A0

=C2=A0


--001a11410998ebc43f0556d37ad1-- From nobody Wed Aug 16 09:15:10 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 88CE51321A0; Wed, 16 Aug 2017 09:15:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.8 X-Spam-Level: X-Spam-Status: No, score=-4.8 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-2.8, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=juniper.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gMzZ58EbRRHh; Wed, 16 Aug 2017 09:15:06 -0700 (PDT) Received: from NAM03-DM3-obe.outbound.protection.outlook.com (mail-dm3nam03on0095.outbound.protection.outlook.com [104.47.41.95]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CA84B132635; Wed, 16 Aug 2017 09:15:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=RAYe74E70dVJNoc9AP7JzoXIvnjamGJsNTyu0i4POYw=; b=Bd9HTBDdP7+LvgIAAKNixYskRoTANpR0HtA4c1X2s+cvASaOM/7twmnyf7PHB+DgnNdBeTdrmKhFO54SKRsEw3HLHqOCWBFh4j/RFLQ5ppETrrXxeFw518J3X/y21OkU08MepVLTsoR7bC1qgTAZDoq/kozwxN2yjRgiTAeIMtg= Received: from DM2PR0501MB1198.namprd05.prod.outlook.com (10.160.245.23) by DM2PR0501MB1631.namprd05.prod.outlook.com (10.160.136.20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.1.1362.12; Wed, 16 Aug 2017 16:15:04 +0000 Received: from DM2PR0501MB1198.namprd05.prod.outlook.com ([fe80::70ce:7abb:989:c9ad]) by DM2PR0501MB1198.namprd05.prod.outlook.com ([fe80::70ce:7abb:989:c9ad%14]) with mapi id 15.01.1362.018; Wed, 16 Aug 2017 16:15:04 +0000 From: Abhishek Deshmukh To: "N.Leymann@telekom.de" , "mpls@ietf.org" CC: "draft-mtaillon-mpls-summary-frr-rsvpte@ietf.org" , "mpls-chairs@ietf.org" Thread-Topic: IPR Poll on draft-mtaillon-mpls-summary-frr-rsvpte-05 Thread-Index: AdL+3kwtRBLcrUngS+S8+GBlfqOHqQXqv+AA Date: Wed, 16 Aug 2017 16:15:04 +0000 Message-ID: <1D8FE35D-8A9D-4DA3-A046-736647F021C1@juniper.net> References: <1350a81de9654e189231efc9e2b4ab64@HE105662.emea1.cds.t-internal.com> In-Reply-To: <1350a81de9654e189231efc9e2b4ab64@HE105662.emea1.cds.t-internal.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.20.0.170309 authentication-results: spf=none (sender IP is ) smtp.mailfrom=adeshmukh@juniper.net; x-originating-ip: [66.129.241.12] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DM2PR0501MB1631; 6:4L1BJMtYhG+aJCOee5qoWztsMS6/ZT37sojaT20NH9OaUDxWor7sN1n4B91SKQ1nSP0N6UO2JFQnVXcvEl1XEPbLwd2PQpvq0clHVx2WsvbWem3VXouEYf5fBdZSwEoW/M6R7we+5BgGEEUo72U1DzsDZXNfxJDWIoAfYnc8W61oiXBhibfLM0lPYJB1TBWSU1Nz/ExI+eVrr/1Eylcsus5HAuInfFTQO+wo9IRWzg9xI3TF6lpQJC8ZtKhzIUjtJib6fDvAoUfGeDcVyrWSekUkQNPmSQ/27ALSnrqb1whWjIWAX87VyECwS7Xxas69RWc/mG+LYUmWBtUT6aTqYQ==; 5:c1wfGJ7n3grJ1+mDdVT80ji14oWI7JU13W9tCqhbEBfQUATQoCc2FZfgz+stLIuzPTHM3GGKPXTReA5M06C41ohzgMbrpVIkZmoe5SnCkMZ2doQmUEM671ydDwQoWah0/veuUMpRal7yIBxH1X219g==; 24:rvy7oEJ7MCwRfAZdb7KoLaM5S4prYshzBto9oT1TrwUcWlZpN8R0P/IcXGJjovM+PHb2yd/twoEOqBVLrb84qNQBWI130DLq2QnqFtMtvck=; 7:xML6Vietff2NUHFZtbToNvOc/2JnfLNWdFpK0wM/ZOAHouAMOg4giIx9uaf1isehSK8pAt04jZR7CBFoUSwZVjxCa7/8watAIEMAlQXnYi2rxe2XGgfMQyyJyO1qYeq7hsN6R2aTpnAePfzfiTfPvMaMG9CeLrX/2WOTKuxIx9acJgl9txQHEXrTSPRtC9VfwM7xb8nn6eyANPKp+i8nsi/7vyeRNjR7GNS0W+K5MlU= x-ms-office365-filtering-correlation-id: b2bfdc92-1ec6-4aa4-20d3-08d4e4c1f428 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(300000502095)(300135100095)(22001)(2017030254152)(48565401081)(300000503095)(300135400095)(2017052603031)(201703131423075)(201703031133081)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:DM2PR0501MB1631; x-ms-traffictypediagnostic: DM2PR0501MB1631: x-exchange-antispam-report-test: UriScan:(120809045254105)(138986009662008)(95692535739014)(21748063052155); x-microsoft-antispam-prvs: x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(100000703101)(100105400095)(93006095)(93001095)(6055026)(6041248)(20161123555025)(20161123564025)(20161123562025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123558100)(20161123560025)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:DM2PR0501MB1631; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:DM2PR0501MB1631; x-forefront-prvs: 0401647B7F x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39860400002)(377454003)(189002)(199003)(3280700002)(25786009)(3660700001)(54356999)(76176999)(50986999)(2906002)(8676002)(4326008)(2501003)(5250100002)(97736004)(4001350100001)(53546010)(83716003)(606006)(86362001)(83506001)(102836003)(6116002)(8936002)(3846002)(36756003)(82746002)(101416001)(106356001)(7736002)(105586002)(6246003)(230783001)(229853002)(6506006)(66066001)(6486002)(2950100002)(6306002)(54896002)(6512007)(2900100001)(6436002)(5660300001)(14454004)(53936002)(236005)(189998001)(81166006)(478600001)(81156014)(68736007)(33656002)(966005)(99286003)(54906002); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR0501MB1631; H:DM2PR0501MB1198.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_1D8FE35D8A9D4DA3A046736647F021C1junipernet_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Aug 2017 16:15:04.1236 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR0501MB1631 Archived-At: Subject: Re: [mpls] IPR Poll on draft-mtaillon-mpls-summary-frr-rsvpte-05 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Aug 2017 16:15:09 -0000 --_000_1D8FE35D8A9D4DA3A046736647F021C1junipernet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SeKAmW0gYXdhcmUgb2YgdGhlIElQUiB0aGF0IGFwcGxpZXMgdG8gZHJhZnQtbXRhaWxsb24tbXBs cy1zdW1tYXJ5LWZyci1yc3ZwdGUuDQpUaGUgZm9sbG93aW5nIElQUiBoYXMgYmVlbiBkaXNjbG9z ZWQgaW4gY29tcGxpYW5jZSB3aXRoIElFVEYgSVBSIHJ1bGVzLg0KICAgIElQUiAtLSBodHRwczov L2RhdGF0cmFja2VyLmlldGYub3JnL2lwci8yNTU5Lw0KDQpUaGFua3MsDQpBYmhpc2hlaw0KDQoN CkZyb206ICJOLkxleW1hbm5AdGVsZWtvbS5kZSIgPE4uTGV5bWFubkB0ZWxla29tLmRlPg0KRGF0 ZTogTW9uZGF5LCBKdWx5IDE3LCAyMDE3IGF0IDU6MjMgQU0NClRvOiAibXBsc0BpZXRmLm9yZyIg PG1wbHNAaWV0Zi5vcmc+DQpDYzogImRyYWZ0LW10YWlsbG9uLW1wbHMtc3VtbWFyeS1mcnItcnN2 cHRlQGlldGYub3JnIiA8ZHJhZnQtbXRhaWxsb24tbXBscy1zdW1tYXJ5LWZyci1yc3ZwdGVAaWV0 Zi5vcmc+LCAibXBscy1jaGFpcnNAaWV0Zi5vcmciIDxtcGxzLWNoYWlyc0BpZXRmLm9yZz4NClN1 YmplY3Q6IElQUiBQb2xsIG9uIGRyYWZ0LW10YWlsbG9uLW1wbHMtc3VtbWFyeS1mcnItcnN2cHRl LTA1DQpSZXNlbnQtRnJvbTogPGFsaWFzLWJvdW5jZXNAaWV0Zi5vcmc+DQpSZXNlbnQtVG86IDxt dGFpbGxvbkBjaXNjby5jb20+LCA8dHNhYWRAY2lzY28uY29tPiwgPHJnYW5kaGlAY2lzY28uY29t PiwgPGFkZXNobXVraEBqdW5pcGVyLm5ldD4sIE1hcmt1cyBKb3JrIDxtam9ya0BqdW5pcGVyLm5l dD4sIFZpc2hudSBCZWVyYW0gPHZiZWVyYW1AanVuaXBlci5uZXQ+DQpSZXNlbnQtRGF0ZTogTW9u ZGF5LCBKdWx5IDE3LCAyMDE3IGF0IDU6MjQgQU0NCg0KV29ya2luZyBHcm91cCwNCg0KV2UgaGF2 ZSBzdGFydGVkIHRvIHByZXBhcmUgZHJhZnQtbXRhaWxsb24tbXBscy1zdW1tYXJ5LWZyci1yc3Zw dGUgZm9yDQp3b3JraW5nIGdyb3VwIGFkb3B0aW9uLCBwcmlvciB0byB0aGUgd2dhcCB3ZSBuZWVk IHRvIGRvIGFuIElQUiBwb2xsLg0KDQpUaGlzIG1haWwgc3RhcnRzIHRoZSBJUFIgcG9sbC4NCg0K QXJlIHlvdSBhd2FyZSBvZiBhbnkgSVBSIHRoYXQgYXBwbGllcyB0byBkcmFmdC1tdGFpbGxvbi1t cGxzLXN1bW1hcnktZnJyLXJzdnB0ZT8NCg0KSWYgc28sIGhhcyB0aGlzIElQUiBiZWVuIGRpc2Ns b3NlZCBpbiBjb21wbGlhbmNlIHdpdGggSUVURiBJUFIgcnVsZXMNCihzZWUgUkZDcyAzOTc5LCA0 ODc5LCAzNjY5IGFuZCA1Mzc4IGZvciBtb3JlIGRldGFpbHMpPw0KDQpUaGVyZSBpcyBvbmUgSVBS IGRpc2Nsb3N1cmVzIGFnYWluc3QgZHJhZnQtbXRhaWxsb24tbXBscy1zdW1tYXJ5LWZyci1yc3Zw dGUNCg== --_000_1D8FE35D8A9D4DA3A046736647F021C1junipernet_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0 IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8N CnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsN CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWls eToiVGltZXMgTmV3IFJvbWFuIjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1z dHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRl cmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHls ZS1wcmlvcml0eTo5OTsNCgljb2xvcjojOTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxp bmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7 DQoJZm9udC1mYW1pbHk6Q2FsaWJyaTsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4ubXNvSW5z DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCW1zby1zdHlsZS1uYW1lOiIiOw0KCXRl eHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7DQoJY29sb3I6dGVhbDt9DQouTXNvQ2hwRGVmYXVsdA0K CXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdl IFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4g MS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQot LT48L3N0eWxlPg0KPC9oZWFkPg0KPGJvZHkgYmdjb2xvcj0id2hpdGUiIGxhbmc9IkVOLVVTIiBs aW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEi Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6Q2FsaWJyaSI+SeKAmW0gYXdhcmUgb2YgdGhlIElQUiB0aGF0IGFwcGxpZXMgdG8g ZHJhZnQtbXRhaWxsb24tbXBscy1zdW1tYXJ5LWZyci1yc3ZwdGUuPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6Q2FsaWJyaSI+VGhlIGZvbGxvd2luZyBJUFIgaGFzIGJlZW4gZGlzY2xvc2Vk IGluIGNvbXBsaWFuY2Ugd2l0aCBJRVRGIElQUiBydWxlcy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTpDYWxpYnJpIj4mbmJzcDsmbmJzcDsmbmJzcDsgSVBSIC0tDQo8YSBocmVmPSJodHRw czovL2RhdGF0cmFja2VyLmlldGYub3JnL2lwci8yNTU5LyI+aHR0cHM6Ly9kYXRhdHJhY2tlci5p ZXRmLm9yZy9pcHIvMjU1OS88L2E+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJy aSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+VGhhbmtzLDxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPkFiaGlzaGVrPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6Q2FsaWJyaSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0i Ym9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQg MGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OkNhbGlicmk7Y29sb3I6YmxhY2siPkZyb206IDwvc3Bhbj4NCjwvYj48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6Q2FsaWJyaTtjb2xvcjpibGFjayI+JnF1b3Q7Ti5MZXltYW5uQHRlbGVr b20uZGUmcXVvdDsgJmx0O04uTGV5bWFubkB0ZWxla29tLmRlJmd0Ozxicj4NCjxiPkRhdGU6IDwv Yj5Nb25kYXksIEp1bHkgMTcsIDIwMTcgYXQgNToyMyBBTTxicj4NCjxiPlRvOiA8L2I+JnF1b3Q7 bXBsc0BpZXRmLm9yZyZxdW90OyAmbHQ7bXBsc0BpZXRmLm9yZyZndDs8YnI+DQo8Yj5DYzogPC9i PiZxdW90O2RyYWZ0LW10YWlsbG9uLW1wbHMtc3VtbWFyeS1mcnItcnN2cHRlQGlldGYub3JnJnF1 b3Q7ICZsdDtkcmFmdC1tdGFpbGxvbi1tcGxzLXN1bW1hcnktZnJyLXJzdnB0ZUBpZXRmLm9yZyZn dDssICZxdW90O21wbHMtY2hhaXJzQGlldGYub3JnJnF1b3Q7ICZsdDttcGxzLWNoYWlyc0BpZXRm Lm9yZyZndDs8YnI+DQo8Yj5TdWJqZWN0OiA8L2I+SVBSIFBvbGwgb24gZHJhZnQtbXRhaWxsb24t bXBscy1zdW1tYXJ5LWZyci1yc3ZwdGUtMDU8YnI+DQo8Yj5SZXNlbnQtRnJvbTogPC9iPiZsdDth bGlhcy1ib3VuY2VzQGlldGYub3JnJmd0Ozxicj4NCjxiPlJlc2VudC1UbzogPC9iPiZsdDttdGFp bGxvbkBjaXNjby5jb20mZ3Q7LCAmbHQ7dHNhYWRAY2lzY28uY29tJmd0OywgJmx0O3JnYW5kaGlA Y2lzY28uY29tJmd0OywgJmx0O2FkZXNobXVraEBqdW5pcGVyLm5ldCZndDssIE1hcmt1cyBKb3Jr ICZsdDttam9ya0BqdW5pcGVyLm5ldCZndDssIFZpc2hudSBCZWVyYW0gJmx0O3ZiZWVyYW1AanVu aXBlci5uZXQmZ3Q7PGJyPg0KPGI+UmVzZW50LURhdGU6IDwvYj5Nb25kYXksIEp1bHkgMTcsIDIw MTcgYXQgNToyNCBBTTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+V29ya2luZyBHcm91cCw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+V2UgaGF2ZSBzdGFydGVkIHRvIHByZXBhcmUg ZHJhZnQtbXRhaWxsb24tbXBscy1zdW1tYXJ5LWZyci1yc3ZwdGUgZm9yPG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj53b3JraW5nIGdyb3VwIGFkb3B0 aW9uLCBwcmlvciB0byB0aGUgd2dhcCB3ZSBuZWVkIHRvIGRvIGFuIElQUiBwb2xsLjxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGlzIG1haWwg c3RhcnRzIHRoZSBJUFIgcG9sbC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+QXJlIHlvdSBhd2FyZSBvZiBhbnkgSVBSIHRoYXQgYXBwbGllcyB0 byBkcmFmdC1tdGFpbGxvbi1tcGxzLXN1bW1hcnktZnJyLXJzdnB0ZT88bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SWYgc28sIGhhcyB0aGlzIElQ UiBiZWVuIGRpc2Nsb3NlZCBpbiBjb21wbGlhbmNlIHdpdGggSUVURiBJUFIgcnVsZXM8bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPihzZWUgUkZDcyAz OTc5LCA0ODc5LCAzNjY5IGFuZCA1Mzc4IGZvciBtb3JlIGRldGFpbHMpPzxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGVyZSBpcyBvbmUgSVBS IGRpc2Nsb3N1cmVzIGFnYWluc3QgZHJhZnQtbXRhaWxsb24tbXBscy1zdW1tYXJ5LWZyci1yc3Zw dGU8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_1D8FE35D8A9D4DA3A046736647F021C1junipernet_-- From nobody Wed Aug 16 21:49:16 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A6C661321F6; Wed, 16 Aug 2017 21:49:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.618 X-Spam-Level: X-Spam-Status: No, score=-2.618 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zekNmWctKKNb; Wed, 16 Aug 2017 21:49:12 -0700 (PDT) Received: from asmtp3.iomartmail.com (asmtp3.iomartmail.com [62.128.201.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5489512009C; Wed, 16 Aug 2017 21:49:11 -0700 (PDT) Received: from asmtp3.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id v7H4n9KI021160; Thu, 17 Aug 2017 05:49:09 +0100 Received: from 950129200 (196.252.114.87.dyn.plus.net [87.114.252.196]) (authenticated bits=0) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id v7H4n7ie021136 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 17 Aug 2017 05:49:08 +0100 Reply-To: From: "Adrian Farrel" To: "'Robert Raszuk'" Cc: , References: <150247679913.24555.11731619545096839826.idtracker@ietfa.amsl.com> <053e01d312d3$1dcba0c0$5962e240$@olddog.co.uk> In-Reply-To: Date: Thu, 17 Aug 2017 05:49:05 +0100 Message-ID: <059e01d31714$27fb1ef0$77f15cd0$@olddog.co.uk> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_059F_01D3171C.89C41AD0" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQHn/qs4BvcCTQFwrnhrRd9ZEGKw2AIdtmzDAWjbfWQBJH04OgGKdeMzoixuy5A= Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1679-8.1.0.1062-23264.002 X-TM-AS-Result: No--26.374-10.0-31-10 X-imss-scan-details: No--26.374-10.0-31-10 X-TMASE-MatchedRID: Z/tjqhsgM6dbJCKOm3VRCaj5v7I4/SgYq8k2QEqE4yUTyaVf7UjgsT3R Dhsyc984sznIV04I19FLEb8jQyOYXkOaNQ+STGGWOdl/GMFVBFszBHKsDHLon/yQkqwxgq4lu1H fushj2IMlr4UAbUFME1t3XMydUaMXAC8ufaKZ2BzfUZT83lbkEPTYLJi/AavY3MZ/LCP5vw03QQ KH+h23K9jTzYyhzXBG9UVHiwLx0/L2v20RxLDyN3yryS1js33QPrMcTVgfnXCAQFHYeOdeK5sZX bChjvKtImxAt97SdonTzWmGCXkX+SEdaywSZvzOsa7wMXMLrhak0xCU9zGy2eXA1O4kk7XxqEJt GIW6dQGiPXhbv/v9rie1T5r1VA3InS9YM7PCHZiCTJUvpDBm3Dl1BSviCTbCKADgxIx6VkhzYNa liAyMvYxYkErIAqjRW7gz/Gbgpl4jkrgJ37RqjyImYHvg8xhoBUz2Q+xpjHgUBgz2TpDbYVe/mD hUGtdRVatb/Qtg459NCH0Dib0S0enyXFanZ6WWWcNQC7Waq82Trr+C1WNmxeBmZBH3ZVRSZfPmK JtMluYCsjHNBKjIyv45MImNrSZy9pLnYtQ99xKiIlKMwQfMa4jA+sAfyIsyLJf50D62mqhcvoSy YffYE9qoygGFfC1GTVa+L3Zgqc70IWUUTIPdhFmmz7LVVfOp7fKxaM2xqkBh6R1V/b2StVvKLnw iAiVRqqrD2rq6EGCA6qv+vR34LFF5adRR2Ej1zO86RLKahv8nwf3kfmsrQzba6gSbbjl+gVo1o+ 4QhtKqDvek35mqXJ3bt4XlQMWjD+LwVja9M4GbKItl61J/yZUdXE/WGn0FxbYCTleOUf4Hd2pRm IqqGSIWyOG3VFHj6KOPt1yh+6CHHQtvygWztIUNRfoOduqwMj/+V4GlIPEgUJd9uKRYtT7qFUTu O1RWdydBcHzvVOQ= Archived-At: Subject: Re: [mpls] FW: New Version Notification for draft-bryant-mpls-unified-ip-sr-01.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2017 04:49:15 -0000 This is a multipart message in MIME format. ------=_NextPart_000_059F_01D3171C.89C41AD0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Robert, =20 Thanks for the thoughtful comments. =20 You're right, MPLS-SR is not SRv6 and this is not the document to run a = comparison or beauty contest. Nor is this the right document to use to = consider making changes or additions to MPLS-SR to make it more like = SRv6. =20 We should focus this document on describing how to carry MPLS-SR over = UDP and the use cases for that. =20 I think your question about MTU discovery is a good one. We should look = into that and reference RFC 4023. =20 Cheers, Adrian =20 From: rraszuk@gmail.com [mailto:rraszuk@gmail.com] On Behalf Of Robert = Raszuk Sent: 11 August 2017 20:23 To: Adrian Farrel Cc: mpls@ietf.org; spring@ietf.org Subject: Re: [mpls] FW: New Version Notification for = draft-bryant-mpls-unified-ip-sr-01.txt =20 Sorry but forgot one more really useful advantage which your proposal is = lacking ...=20 =20 D)=20 =20 In SRv6 when you traverse SR node you move the pointer from one SID to = the next one. This allows you to maintain in the packet the entire = history of functions executed on a given packet. Something which to the = best of my knowledge we never had in the IP networks. Now how could you = accomplish the same or even close to that with SR-MPLS analogy ?=20 =20 Cheers, R. =20 On Fri, Aug 11, 2017 at 9:11 PM, Robert Raszuk = wrote: Hi Adrian, =20 I see few so to say "challenges" with the proposal=20 =20 A)=20 =20 SRv6 SID is 128 bits where first 64 is the locator and remaining 64 is = the function. So to "emulate" this directly with SR-MPLS you need for 1 = SRv6 SID stack of 8 labels ! And some use cases of SRv6 already talk = about using few SRv6 SIDs. Please show me the today's hardware which can = consume in single pass and make sense of stack of say 32 mpls labels ... = so here goes your "interchangeability".=20 =20 B)=20 =20 One of serious concerns with SRH insertion in transit as expressed by = 6man was MTU. How does this proposal solves this at all if what you are = doing here is taking nicely MTU discovered and negotiated IPv6 packet = and adding mpls stack or tower + UDP + IPv/v6 encap to it ? How would = end hosts now will get any awareness about this ? =20 C)=20 =20 One of the very nice applications for SRv6 is spray function with full = multicast address transparency. Please kindly elaborate how are you = going to map IPv4 or IPv6 multicast addresses into MPLS labels ? =20 - - -=20 =20 I think while it looks great on slides that now we will have two = different ways to do SR on IP networks if you really focus to specific = applications you will find a lot of them which are not going to be = compatible with your proposal. So maybe instead trying to squeeze the = balloon to fit the bottle we better collectively focus on making the = balloon fly ?=20 =20 Kind regards, Robert. =20 =20 =20 =20 =20 =20 On Fri, Aug 11, 2017 at 8:53 PM, Adrian Farrel = wrote: All, The presentation of this draft in Prague seemed to be well received and = we got some comments that we have stated to act on in this revision. One, non-technical request was to share the work with the SPRING working = group, and I have just done that. At the meeting I noted that... > The authors think this is in charter for MPLS > But polish and discussion is needed before we ask for adoption As this polish continues, I'd like to ask the list what they think of = this work. Is it going in the right direction? Is it work that you support? Thanks, Adrian > ________________________________________ > From: internet-drafts@ietf.org > Sent: 11 August 2017 19:39:59 (UTC+00:00) Dublin, Edinburgh, Lisbon, = London > To: Stewart Bryant; John E Drake; Adrian Farrel > Subject: New Version Notification for = draft-bryant-mpls-unified-ip-sr-01.txt > > A new version of I-D, draft-bryant-mpls-unified-ip-sr-01.txt > has been successfully submitted by Adrian Farrel and posted to the > IETF repository. > > Name: draft-bryant-mpls-unified-ip-sr > Revision: 01 > Title: A Unified Approach to IP Segment Routing > Document date: 2017-08-11 > Group: Individual Submission > Pages: 16 > URL: https://www.ietf.org/internet-drafts/draft-bryant-mpls-unified-ip-sr- > 01.txt > Status: https://datatracker.ietf.org/doc/draft-bryant-mpls-unified-ip-sr/ > Htmlized: = https://tools.ietf.org/html/draft-bryant-mpls-unified-ip-sr-01 > Htmlized: https://datatracker.ietf.org/doc/html/draft-bryant-mpls-unified-ip- > sr-01 > Diff: https://www.ietf.org/rfcdiff?url2=3Ddraft-bryant-mpls-unified-ip-sr-01 > > Abstract: > Segment routing is a source routed forwarding method that allows > packets to be steered through a network on paths other than the > shortest path derived from the routing protocol. The approach uses > information encoded in the packet header to partially or completely > specify the route the packet takes through the network, and does = not > make use of a signaling protocol to pre-install paths in the = network. > > Two different encapsulations have been defined to enable segment > routing in an MPLS network and in an IPv6 network. While > acknowledging that there is a strong need to support segment = routing > in both environments, this document defines a converged, unified > approach to segment routing that enables a single mechanism to be > applied in both types of network. The resulting approach is also > applicable to IPv4 networks without the need for any changes to the > IPv4 specification. > > This document makes no changes to the segment routing architecture > and builds on existing protocol mechanisms such as the = encapsulation > of MPLS within UDP defined in RFC 7510. > > No new procedures are introduced, but existing mechanisms are > combined to achieve the desired result. > > > > > > Please note that it may take a couple of minutes from the time of = submission > until the htmlized version and diff are available at tools.ietf.org. > > The IETF Secretariat _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls =20 =20 ------=_NextPart_000_059F_01D3171C.89C41AD0 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Robert,

 

Thanks for the thoughtful = comments.

 

You're right, MPLS-SR is not = SRv6 and this is not the document to run a comparison or beauty contest. = Nor is this the right document to use to consider making changes or = additions to MPLS-SR to make it more like SRv6.

 

We should focus this document = on describing how to carry MPLS-SR over UDP and the use cases for = that.

 

I think your question about = MTU discovery is a good one. We should look into that and reference RFC = 4023.

 

Cheers,

Adrian

 

From: rraszuk@gmail.com = [mailto:rraszuk@gmail.com] On Behalf Of Robert = Raszuk
Sent: 11 August 2017 20:23
To: Adrian = Farrel
Cc: mpls@ietf.org; spring@ietf.org
Subject: = Re: [mpls] FW: New Version Notification for = draft-bryant-mpls-unified-ip-sr-01.txt

<= p class=3DMsoNormal> 

Sorry = but forgot one more really useful advantage which your proposal is = lacking ... 

 

D) 

=

 

In SRv6 when you traverse SR = node you move the pointer from one SID to the next one. This allows you = to maintain in the packet the entire history of functions executed on a = given packet. Something which to the best of my knowledge we never had = in the IP networks. Now how could you accomplish the same or even close = to that with SR-MPLS analogy ? 

 

Cheers,
R.

 

On Fri, Aug 11, 2017 at 9:11 PM, Robert Raszuk <robert@raszuk.net> = wrote:

Hi = Adrian,

 

I see few so to say = "challenges" with the = proposal 

 

A) 

=

 

SRv6 SID is 128 bits where = first 64 is the locator and remaining 64 is the function. So to = "emulate" this directly with SR-MPLS you need for 1 SRv6 SID = stack of 8 labels ! And some use cases of SRv6 already talk about using = few SRv6 SIDs. Please show me the today's hardware which can consume in = single pass and make sense of stack of say 32 mpls labels ... so here = goes your = "interchangeability". 

 

B) 

=

 

One of serious concerns with = SRH insertion in transit as expressed by 6man was MTU. How does this = proposal solves this at all if what you are doing here is taking nicely = MTU discovered and negotiated IPv6 packet and adding mpls stack or tower = + UDP + IPv/v6 encap to it ? How would end hosts now will get any = awareness about this ?

 

C) 

=

 

One of the very nice = applications for SRv6 is spray function with full multicast address = transparency. Please kindly elaborate how are you going to map IPv4 or = IPv6 multicast addresses into MPLS labels = ?

 

- - = - 

 

I think while it looks great = on slides that now we will have two different ways to do SR on IP = networks if you really focus to specific applications you will find a = lot of them which are not going to be compatible with your proposal. So = maybe instead trying to squeeze the balloon to fit the bottle we better = collectively focus on making the balloon fly = ? 

 

Kind = regards,

Robert.

<= /div>

 

 

 

 

 

 

On Fri, = Aug 11, 2017 at 8:53 PM, Adrian Farrel <adrian@olddog.co.uk> wrote:

All,

The presentation of this draft in Prague = seemed to be well received and we got
some comments that we have = stated to act on in this revision.

One, non-technical request was = to share the work with the SPRING working group,
and I have just done = that.

At the meeting I noted that...
> The authors think = this is in charter for MPLS
> But polish and discussion is needed = before we ask for adoption

As this polish continues, I'd like to = ask the list what they think of this work.
Is it going in the right = direction? Is it work that you support?


Thanks,
Adrian

> = ________________________________________
> From: internet-drafts@ietf.org
> Sent: 11 August = 2017 19:39:59 (UTC+00:00) Dublin, Edinburgh, Lisbon, London
> To: = Stewart Bryant; John E Drake; Adrian Farrel
> Subject: New Version = Notification for draft-bryant-mpls-unified-ip-sr-01.txt
>
> = A new version of I-D, draft-bryant-mpls-unified-ip-sr-01.txt
> has = been successfully submitted by Adrian Farrel and posted to the
> = IETF repository.
>
> Name:          =  draft-bryant-mpls-unified-ip-sr
> Revision:    =    01
> Title:          A = Unified Approach to IP Segment Routing
> Document date:  = 2017-08-11
> Group:          Individual = Submission
> Pages:          16
> = URL:
https://www.ietf.org/internet-drafts/draft-bryant-mpls-= unified-ip-sr-
> 01.txt
> Status:
https://datatracker.ietf.org/doc/draft-bryant-mpls-unif= ied-ip-sr/
> Htmlized:       https://tools.ietf.org/html/draft-bryant-mpls-unified-i= p-sr-01
> Htmlized:
https://datatracker.ietf.org/doc/html/draft-bryant-mpls= -unified-ip-
> sr-01
> Diff:
https://www.ietf.org/rfcdiff?url2=3Ddraft-bryant-mpls-u= nified-ip-sr-01
>
> Abstract:
>    = Segment routing is a source routed forwarding method that = allows
>    packets to be steered through a network on = paths other than the
>    shortest path derived from the = routing protocol.  The approach uses
>    = information encoded in the packet header to partially or = completely
>    specify the route the packet takes = through the network, and does not
>    make use of a = signaling protocol to pre-install paths in the = network.
>
>    Two different encapsulations have = been defined to enable segment
>    routing in an MPLS = network and in an IPv6 network.  While
>    = acknowledging that there is a strong need to support segment = routing
>    in both environments, this document defines = a converged, unified
>    approach to segment routing = that enables a single mechanism to be
>    applied in = both types of network.  The resulting approach is = also
>    applicable to IPv4 networks without the need = for any changes to the
>    IPv4 = specification.
>
>    This document makes no = changes to the segment routing architecture
>    and = builds on existing protocol mechanisms such as the = encapsulation
>    of MPLS within UDP defined in RFC = 7510.
>
>    No new procedures are introduced, but = existing mechanisms are
>    combined to achieve the = desired result.
>
>
>
>
>
> Please = note that it may take a couple of minutes from the time of = submission
> until the htmlized version and diff are available at = tools.ietf.org.
>
> The IETF = Secretariat

_______________________________________________

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

 

 

------=_NextPart_000_059F_01D3171C.89C41AD0-- From nobody Thu Aug 17 05:05:16 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A3FBD1204DA; Thu, 17 Aug 2017 05:05:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.72 X-Spam-Level: X-Spam-Status: No, score=-2.72 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fastmail.fm header.b=gH/b7xA9; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=XMePsKeU Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iEYzeZAja9YV; Thu, 17 Aug 2017 05:05:05 -0700 (PDT) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CD5B21323A8; Thu, 17 Aug 2017 05:05:04 -0700 (PDT) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id 4700020CB6; Thu, 17 Aug 2017 08:05:04 -0400 (EDT) Received: from web5 ([10.202.2.215]) by compute7.internal (MEProxy); Thu, 17 Aug 2017 08:05:04 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.fm; h= cc:content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=GgkPDjvdQEgUqkBxltfvI8qt012lw Ccty38TbuCq0Qs=; b=gH/b7xA9WKu17J6AzWQ8yJC1/g1AU42XoABzxkSHxFPUH tfibNnox70raUHMYYdnabXOOEGgRoQVJT1r3ctAw+DPrbtm1WoGf9pm9CkysGN9K 6q2vjG9XktVsWi6TjSZnaKyqUTM9RxCDBla+t0mSVuwqDwQJsHGkcRjJ2z9F9xtm mh+BKg3mUMg7yZKDG+7BBLagBV1hR1uzY+c33zePBKP56ErUlRx83t+BoFlGgSGp OFQQWTwkYtf5qFIoOaC42VKb5Gfb27AmDgcJH51VEYjf7jIR5Nw9uBI9GYFxoy2i k5/Cfx0awx0uF6bEb8bcfD/nzmqqMWuw/qPzRGJBQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=GgkPDj vdQEgUqkBxltfvI8qt012lwCcty38TbuCq0Qs=; b=XMePsKeUujzCJUMJuaIY72 CrYtT0W6J/mmR5k06YM4CgRYjym1hoinVhyuHqgFOejACFAarFUeJGXmpGyU93Ot VPBVWL0yCvQkCwOqQzPcFYkdo6gG0zVh4dlkGqjZzApPh5lWoFHtqnqjsVbuY7Aj 44PQADQOSpDsTzGkOkzdIYWULYSPhKvc7dVoMmxrmqQUDGqoWiCtPAwhHprBRwIW I7ARQpa2ctvudJjK0Pg8C6DhgmkaHN9fmX4jrDi1Q+9u9dxP4p1k6f8P5B7LYBSN ybCYdOQ146kanmfoCKahqqi25py1SCFWno3l1dHyKzf0DiCtP1A1KLU6dylIltZA == X-ME-Sender: Received: by mailuser.nyi.internal (Postfix, from userid 99) id 1F6589E308; Thu, 17 Aug 2017 08:05:04 -0400 (EDT) Message-Id: <1502971504.22339.1076341056.244618C2@webmail.messagingengine.com> From: Alexey Melnikov To: Eric C Rosen , The IESG Cc: draft-ietf-mpls-rfc3107bis@ietf.org, Loa Andersson , mpls-chairs@ietf.org, mpls@ietf.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="utf-8" X-Mailer: MessagingEngine.com Webmail Interface - ajax-21c69044 Date: Thu, 17 Aug 2017 13:05:04 +0100 References: <150160092345.9575.15101330200808959616.idtracker@ietfa.amsl.com> <0dafc151-777c-ce0c-dd40-192e88bdc915@juniper.net> In-Reply-To: <0dafc151-777c-ce0c-dd40-192e88bdc915@juniper.net> Archived-At: Subject: Re: [mpls] Alexey Melnikov's Discuss on draft-ietf-mpls-rfc3107bis-02: (with DISCUSS and COMMENT) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2017 12:05:08 -0000 Hi Eric, Sorry for the slow response. On Tue, Aug 1, 2017, at 09:59 PM, Eric C Rosen wrote: > > > DISCUSS: > > ---------------------------------------------------------------------- > > > > I would like to discuss one issue before recommending approval of this document: > > > > In Section 2.1: > > > > The value field of the Multiple Labels Capability (shown in Figure 1) > > consists of one or more triples, where each triple consists of four > > octets. The first two octets of a triple specify an AFI value, the > > third octet specifies a SAFI value, and the fourth specifies a Count. > > If one of the triples is , the Count is the maximum > > number of labels that the BGP speaker sending the Capability can > > process in a received UPDATE of the specified AFI/SAFI. > > > > I think lack of recommendations on the minimal supported Count value will > > result in lack of interoperability. What are the common Count values used by > > implementations? > > An implementation is not required to support more than one label in the > NLRI. In that case, of course the Multiple Labels Capability is not > supposed to be used. So if the Capability is used, the minimum value is > 2. It looks like the document does not state that explicitly, but it > certainly should. I will fix that. > > Thus the literal answer to your question is that the Multiple Labels > Capability MUST NOT contain a count less than 2. > > Typically when SAFI-4 or SAFI-128 routes are used, only one label is > included. If an operator has a scenario in which multiple labels are > needed, it is necessary for the operator to ensure that all his vendors > can support however many labels he needs. That's not really something > that the standard can address. The standard can specify minimum requirement (and this has been done in the past). For example you can say that all implementations must support 4 (or whatever). > If the operator needs 3 labels in the > NLRI, it won't help much if some of his boxes can only support 2. Exactly my point. Without the minimum you still need to have out-of-band selection of implementations that support your minimum requirements. > --------------------------------------------------------------------- > > COMMENT: > > ---------------------------------------------------------------------- > > > > In Section 2.3: > > > > 0 1 2 3 > > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > > +-+-+-+-+-+-+-+-+ > > | Length | > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > | Label |Rsrv |S~ > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > ~ Label |Rsrv |S| > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > | Prefix ~ > > ~ | > > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > > Figure 3: NLRI With Multiple Labels > > > > - Length: > > > > The Length field consists of a single octet. It specifies the > > length in bits of the remainder of the NLRI field. > > > > I would like to double check that my math is correct. With SAFI=128 and AFI=2, > > assuming the prefix length of 192 bits, this will leave space for: > > > > (255-192)/24 = 2.625. So this configuration only allows for 2 labels to be included, right? > > > Your arithmetic is accurate ;-) > > If you are implying that this is not necessarily the best mechanism for > associating an arbitrarily long label stack with a prefix, I wouldn't > disagree. Yes, I was just surprised that this has such a small limit. I wanted to make sure that this is by design. Best Regards, Alexey From nobody Thu Aug 17 05:53:06 2017 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 9ED361323C6; Thu, 17 Aug 2017 05:52:57 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: mpls@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150297437760.12424.3762138260148364922@ietfa.amsl.com> Date: Thu, 17 Aug 2017 05:52:57 -0700 Archived-At: Subject: [mpls] I-D Action: draft-ietf-mpls-spring-lsp-ping-05.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2017 12:52:58 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching WG of the IETF. Title : Label Switched Path (LSP) Ping/Traceroute for Segment Routing Networks with MPLS Data-plane Authors : Nagendra Kumar Carlos Pignataro George Swallow Nobo Akiya Sriganesh Kini Hannes Gredler Mach(Guoyi) Chen Filename : draft-ietf-mpls-spring-lsp-ping-05.txt Pages : 20 Date : 2017-08-17 Abstract: Segment Routing architecture leverages the source routing and tunneling paradigms and can be directly applied to MPLS data plane. A node steers a packet through a controlled set of instructions called segments, by prepending the packet with a Segment Routing header. The segment assignment and forwarding semantic nature of Segment Routing raises additional consideration for connectivity verification and fault isolation in LSP with Segment Routing architecture. This document illustrates the problem and describe a mechanism to perform LSP Ping and Traceroute on Segment Routing network over MPLS data plane. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-spring-lsp-ping/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-mpls-spring-lsp-ping-05 https://datatracker.ietf.org/doc/html/draft-ietf-mpls-spring-lsp-ping-05 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-spring-lsp-ping-05 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Aug 17 06:11:34 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4B8881323AC; Thu, 17 Aug 2017 06:11:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.52 X-Spam-Level: X-Spam-Status: No, score=-14.52 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4kmFfnqirTYa; Thu, 17 Aug 2017 06:11:24 -0700 (PDT) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 020F71321A5; Thu, 17 Aug 2017 06:11:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6566; q=dns/txt; s=iport; t=1502975484; x=1504185084; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=6AjYtE/VHCGkDAwmTuh8cxcMuaEGV0AI5JE2f3J3Cw8=; b=IxdN/zT+nMHti59frJiDbUJOBomu3PreNgwnOJOtCxg1er9GSDOZ49tK jxqnbgdRAzHI2AXNQVjmCmFEuP4/42dqpIGSlnVeSEw12+FRPZxXrMzqw NEZ5Hnjez8HBYsV681cHm/tTIpdwOuSawrn2aYdOv+jVRbUlORa/3fuiM U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CpAADKlJVZ/5pdJa1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgy0tZIEVB44LkBKBbpYbghIhC4UbAhqEPT8YAQIBAQEBAQEBayi?= =?us-ascii?q?FGQEBAQMBASEROgsQAgEIDgoCAiYCAgIlCxUQAgQBDQWKMBCqA4Imi2EBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBAQEYBYELgh2CAoMvgyeETT0jglmCYQWJfo4diC4ClEC?= =?us-ascii?q?CEJBMiWiMNAEfOIEKdxVJhUyBTnYBh2OBMYEPAQEB?= X-IronPort-AV: E=Sophos;i="5.41,387,1498521600"; d="scan'208";a="286916896" Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 17 Aug 2017 13:11:22 +0000 Received: from XCH-RTP-011.cisco.com (xch-rtp-011.cisco.com [64.101.220.151]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id v7HDBMRR031862 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 17 Aug 2017 13:11:22 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-011.cisco.com (64.101.220.151) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 17 Aug 2017 09:11:22 -0400 Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1210.000; Thu, 17 Aug 2017 09:11:22 -0400 From: "Acee Lindem (acee)" To: Alexey Melnikov , Eric C Rosen , The IESG CC: "draft-ietf-mpls-rfc3107bis@ietf.org" , "mpls@ietf.org" , "mpls-chairs@ietf.org" Thread-Topic: [mpls] Alexey Melnikov's Discuss on draft-ietf-mpls-rfc3107bis-02: (with DISCUSS and COMMENT) Thread-Index: AQHTCtn3Wa1or3r0L0W8URb4imAU6KJwP5OAgBiP5QD//89ygA== Date: Thu, 17 Aug 2017 13:11:21 +0000 Message-ID: References: <150160092345.9575.15101330200808959616.idtracker@ietfa.amsl.com> <0dafc151-777c-ce0c-dd40-192e88bdc915@juniper.net> <1502971504.22339.1076341056.244618C2@webmail.messagingengine.com> In-Reply-To: <1502971504.22339.1076341056.244618C2@webmail.messagingengine.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.116.152.201] Content-Type: text/plain; charset="utf-8" Content-ID: <280CFDB3D9E8CA44B6BD5BAE0E02BDC7@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [mpls] Alexey Melnikov's Discuss on draft-ietf-mpls-rfc3107bis-02: (with DISCUSS and COMMENT) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2017 13:11:26 -0000 SGkgQWxleGV5LA0KDQpTZWUgb25lIGNvbW1lbnQgYmVsb3cuDQoNCk9uIDgvMTcvMTcsIDg6MDUg QU0sICJtcGxzIG9uIGJlaGFsZiBvZiBBbGV4ZXkgTWVsbmlrb3YiDQo8bXBscy1ib3VuY2VzQGll dGYub3JnIG9uIGJlaGFsZiBvZiBhYW1lbG5pa292QGZhc3RtYWlsLmZtPiB3cm90ZToNCg0KPkhp IEVyaWMsDQo+U29ycnkgZm9yIHRoZSBzbG93IHJlc3BvbnNlLg0KPg0KPk9uIFR1ZSwgQXVnIDEs IDIwMTcsIGF0IDA5OjU5IFBNLCBFcmljIEMgUm9zZW4gd3JvdGU6DQo+PiANCj4+ID4gRElTQ1VT UzoNCj4+ID4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPj4gPg0KPj4gPiBJIHdvdWxkIGxpa2UgdG8gZGlzY3Vz cyBvbmUgaXNzdWUgYmVmb3JlIHJlY29tbWVuZGluZyBhcHByb3ZhbCBvZg0KPj50aGlzIGRvY3Vt ZW50Og0KPj4gPg0KPj4gPiBJbiBTZWN0aW9uIDIuMToNCj4+ID4NCj4+ID4gICAgIFRoZSB2YWx1 ZSBmaWVsZCBvZiB0aGUgTXVsdGlwbGUgTGFiZWxzIENhcGFiaWxpdHkgKHNob3duIGluDQo+PkZp Z3VyZSAxKQ0KPj4gPiAgICAgY29uc2lzdHMgb2Ygb25lIG9yIG1vcmUgdHJpcGxlcywgd2hlcmUg ZWFjaCB0cmlwbGUgY29uc2lzdHMgb2YNCj4+Zm91cg0KPj4gPiAgICAgb2N0ZXRzLiAgVGhlIGZp cnN0IHR3byBvY3RldHMgb2YgYSB0cmlwbGUgc3BlY2lmeSBhbiBBRkkgdmFsdWUsDQo+PnRoZQ0K Pj4gPiAgICAgdGhpcmQgb2N0ZXQgc3BlY2lmaWVzIGEgU0FGSSB2YWx1ZSwgYW5kIHRoZSBmb3Vy dGggc3BlY2lmaWVzIGENCj4+Q291bnQuDQo+PiA+ICAgICBJZiBvbmUgb2YgdGhlIHRyaXBsZXMg aXMgPEFGSSxTQUZJLENvdW50PiwgdGhlIENvdW50IGlzIHRoZQ0KPj5tYXhpbXVtDQo+PiA+ICAg ICBudW1iZXIgb2YgbGFiZWxzIHRoYXQgdGhlIEJHUCBzcGVha2VyIHNlbmRpbmcgdGhlIENhcGFi aWxpdHkgY2FuDQo+PiA+ICAgICBwcm9jZXNzIGluIGEgcmVjZWl2ZWQgVVBEQVRFIG9mIHRoZSBz cGVjaWZpZWQgQUZJL1NBRkkuDQo+PiA+DQo+PiA+IEkgdGhpbmsgbGFjayBvZiByZWNvbW1lbmRh dGlvbnMgb24gdGhlIG1pbmltYWwgc3VwcG9ydGVkIENvdW50IHZhbHVlDQo+PndpbGwNCj4+ID4g cmVzdWx0IGluIGxhY2sgb2YgaW50ZXJvcGVyYWJpbGl0eS4gV2hhdCBhcmUgdGhlIGNvbW1vbiBD b3VudCB2YWx1ZXMNCj4+dXNlZCBieQ0KPj4gPiBpbXBsZW1lbnRhdGlvbnM/DQo+PiANCj4+IEFu IGltcGxlbWVudGF0aW9uIGlzIG5vdCByZXF1aXJlZCB0byBzdXBwb3J0IG1vcmUgdGhhbiBvbmUg bGFiZWwgaW4gdGhlDQo+PiBOTFJJLiAgSW4gdGhhdCBjYXNlLCBvZiBjb3Vyc2UgdGhlIE11bHRp cGxlIExhYmVscyBDYXBhYmlsaXR5IGlzIG5vdA0KPj4gc3VwcG9zZWQgdG8gYmUgdXNlZC4gIFNv IGlmIHRoZSBDYXBhYmlsaXR5IGlzIHVzZWQsIHRoZSBtaW5pbXVtIHZhbHVlDQo+PmlzIA0KPj4g Mi4gICBJdCBsb29rcyBsaWtlIHRoZSBkb2N1bWVudCBkb2VzIG5vdCBzdGF0ZSB0aGF0IGV4cGxp Y2l0bHksIGJ1dCBpdA0KPj4gY2VydGFpbmx5IHNob3VsZC4gIEkgd2lsbCBmaXggdGhhdC4NCj4+ IA0KPj4gVGh1cyB0aGUgbGl0ZXJhbCBhbnN3ZXIgdG8geW91ciBxdWVzdGlvbiBpcyB0aGF0IHRo ZSBNdWx0aXBsZSBMYWJlbHMNCj4+IENhcGFiaWxpdHkgTVVTVCBOT1QgY29udGFpbiBhIGNvdW50 IGxlc3MgdGhhbiAyLg0KPj4gDQo+PiBUeXBpY2FsbHkgd2hlbiBTQUZJLTQgb3IgU0FGSS0xMjgg cm91dGVzIGFyZSB1c2VkLCBvbmx5IG9uZSBsYWJlbCBpcw0KPj4gaW5jbHVkZWQuICBJZiBhbiBv cGVyYXRvciBoYXMgYSBzY2VuYXJpbyBpbiB3aGljaCBtdWx0aXBsZSBsYWJlbHMgYXJlDQo+PiBu ZWVkZWQsIGl0IGlzIG5lY2Vzc2FyeSBmb3IgdGhlIG9wZXJhdG9yIHRvIGVuc3VyZSB0aGF0IGFs bCBoaXMgdmVuZG9ycw0KPj4gY2FuIHN1cHBvcnQgaG93ZXZlciBtYW55IGxhYmVscyBoZSBuZWVk cy4gIFRoYXQncyBub3QgcmVhbGx5IHNvbWV0aGluZw0KPj4gdGhhdCB0aGUgc3RhbmRhcmQgY2Fu IGFkZHJlc3MuDQo+DQo+VGhlIHN0YW5kYXJkIGNhbiBzcGVjaWZ5IG1pbmltdW0gcmVxdWlyZW1l bnQgKGFuZCB0aGlzIGhhcyBiZWVuIGRvbmUgaW4NCj50aGUgcGFzdCkuIEZvciBleGFtcGxlIHlv dSBjYW4gc2F5IHRoYXQgYWxsIGltcGxlbWVudGF0aW9ucyBtdXN0IHN1cHBvcnQNCj40IChvciB3 aGF0ZXZlcikuDQo+DQo+PiBJZiB0aGUgb3BlcmF0b3IgbmVlZHMgMyBsYWJlbHMgaW4gdGhlDQo+ PiBOTFJJLCBpdCB3b24ndCBoZWxwIG11Y2ggaWYgc29tZSBvZiBoaXMgYm94ZXMgY2FuIG9ubHkg c3VwcG9ydCAyLg0KPg0KPkV4YWN0bHkgbXkgcG9pbnQuIFdpdGhvdXQgdGhlIG1pbmltdW0geW91 IHN0aWxsIG5lZWQgdG8gaGF2ZSBvdXQtb2YtYmFuZA0KPnNlbGVjdGlvbiBvZiBpbXBsZW1lbnRh dGlvbnMgdGhhdCBzdXBwb3J0IHlvdXIgbWluaW11bSByZXF1aXJlbWVudHMuDQo+DQo+PiAtLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0NCj4+ID4gQ09NTUVOVDoNCj4+ID4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPj4gPg0KPj4gPiBJ biBTZWN0aW9uIDIuMzoNCj4+ID4NCj4+ID4gICAgICAgIDAgICAgICAgICAgICAgICAgICAgMSAg ICAgICAgICAgICAgICAgICAyICAgICAgICAgICAgICAgICAgICAgMw0KPj4gPiAgICAgICAgMCAx IDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkg MCAxDQo+PiA+ICAgICAgICstKy0rLSstKy0rLSstKy0rDQo+PiA+ICAgICAgIHwgICAgTGVuZ3Ro ICAgICB8DQo+PiA+ICAgICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSsNCj4+ID4gICAgICAgfCAgICAgICAgICAgICAgICAgTGFiZWwgICAgICAgICAg ICAgICAgIHxSc3J2IHxTfg0KPj4gPiAgICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rDQo+PiA+ICAgICAgIH4gICAgICAgICAgICAgICAgIExhYmVs ICAgICAgICAgICAgICAgICB8UnNydiB8U3wNCj4+ID4gICAgICAgDQo+PistKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQo+PiA+ ICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgIFByZWZpeA0KPj5+DQo+PiA+ICAgICAg IH4gICAgICAgDQo+PnwNCj4+ID4gICAgICAgDQo+PistKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQo+PiA+DQo+PiA+ICAgICAg ICAgICAgICAgICAgICAgIEZpZ3VyZSAzOiBOTFJJIFdpdGggTXVsdGlwbGUgTGFiZWxzDQo+PiA+ DQo+PiA+ICAgICAtIExlbmd0aDoNCj4+ID4NCj4+ID4gICAgICAgIFRoZSBMZW5ndGggZmllbGQg Y29uc2lzdHMgb2YgYSBzaW5nbGUgb2N0ZXQuICBJdCBzcGVjaWZpZXMgdGhlDQo+PiA+ICAgICAg ICBsZW5ndGggaW4gYml0cyBvZiB0aGUgcmVtYWluZGVyIG9mIHRoZSBOTFJJIGZpZWxkLg0KPj4g Pg0KPj4gPiBJIHdvdWxkIGxpa2UgdG8gZG91YmxlIGNoZWNrIHRoYXQgbXkgbWF0aCBpcyBjb3Jy ZWN0LiBXaXRoIFNBRkk9MTI4DQo+PmFuZCBBRkk9MiwNCj4+ID4gYXNzdW1pbmcgdGhlIHByZWZp eCBsZW5ndGggb2YgMTkyIGJpdHMsIHRoaXMgd2lsbCBsZWF2ZSBzcGFjZSBmb3I6DQo+PiA+DQo+ PiA+ICAgKDI1NS0xOTIpLzI0ID0gMi42MjUuIFNvIHRoaXMgY29uZmlndXJhdGlvbiBvbmx5IGFs bG93cyBmb3IgMg0KPj5sYWJlbHMgdG8gYmUgaW5jbHVkZWQsIHJpZ2h0Pw0KPj4gPg0KPj4gWW91 ciBhcml0aG1ldGljIGlzIGFjY3VyYXRlIDstKQ0KPj4gDQo+PiBJZiB5b3UgYXJlIGltcGx5aW5n IHRoYXQgdGhpcyBpcyBub3QgbmVjZXNzYXJpbHkgdGhlIGJlc3QgbWVjaGFuaXNtIGZvcg0KPj4g YXNzb2NpYXRpbmcgYW4gYXJiaXRyYXJpbHkgbG9uZyBsYWJlbCBzdGFjayB3aXRoIGEgcHJlZml4 LCBJIHdvdWxkbid0DQo+PiBkaXNhZ3JlZS4NCj4NCj5ZZXMsIEkgd2FzIGp1c3Qgc3VycHJpc2Vk IHRoYXQgdGhpcyBoYXMgc3VjaCBhIHNtYWxsIGxpbWl0LiBJIHdhbnRlZCB0bw0KPm1ha2Ugc3Vy ZSB0aGF0IHRoaXMgaXMgYnkgZGVzaWduLg0KDQpOb3RlIHRoYXQgdGhlcmUgYXJlIG1vcmUgY29t cGxleCBCR1AgZW5jb2RpbmdzIGluIElEUiBXRyBkb2N1bWVudHMgdGhhdA0Kc3VwcG9ydCBsYXJn ZXIgbGFiZWwgc3RhY2tzLg0KDQpodHRwczovL3d3dy5pZXRmLm9yZy9pZC9kcmFmdC1pZXRmLWlk ci1zZWdtZW50LXJvdXRpbmctdGUtcG9saWN5LTAwLnR4dA0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcv aWQvZHJhZnQtaWV0Zi1pZHItdHVubmVsLWVuY2Fwcy0wNy50eHQNCg0KVGhpcyBtdWNoLW5lZWRl ZCBkb2N1bWVudCBzaW1wbHkgY2xlYXJzIHVwIHRoZSBhbWJpZ3VpdGllcyBvZiBhZHZlcnRpc2lu Zw0KbXVsdGlwbGUgbGFiZWxzIHdpdGggdGhlIFJGQyAzMTA3IE5MUkkgZW5jb2RpbmdzLg0KDQpU aGFua3MsDQpBY2VlDQoNCj4NCj5CZXN0IFJlZ2FyZHMsDQo+QWxleGV5DQo+DQo+X19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj5tcGxzIG1haWxpbmcgbGlz dA0KPm1wbHNAaWV0Zi5vcmcNCj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv L21wbHMNCg0K From nobody Thu Aug 17 06:14:56 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0E671132410; Thu, 17 Aug 2017 06:14:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.719 X-Spam-Level: X-Spam-Status: No, score=-2.719 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fastmail.fm header.b=MM2IvfNo; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=m6sh27rE Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lq4vjzInPSyd; Thu, 17 Aug 2017 06:14:40 -0700 (PDT) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E015F132402; Thu, 17 Aug 2017 06:14:39 -0700 (PDT) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id 52EE520C35; Thu, 17 Aug 2017 09:14:39 -0400 (EDT) Received: from web5 ([10.202.2.215]) by compute7.internal (MEProxy); Thu, 17 Aug 2017 09:14:39 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.fm; h= cc:content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=lkkFvKPPCCvkVoso0oyWbn5yuwC38 5Zvyg6k/gN8aA8=; b=MM2IvfNo2+K3phLXkKRf+lVcgUKOUXE7yZrIb3VKspNp8 G9DftwaBKak7J6oO9CHkyU63nhLoNpgKMDjuUIqZ8+q4AQZl50tEjy3VweQESw3Z HxUVbzhUb7OfunekQXjBrJYd5RJfSCnAfi2oR11V3Gr1bDOZrxZyHWHHHWGOfVqe LezoW46hX4vcUcGAe3HWgN7jxJ0j2yRc9LbpjoQ6zRIqc+iOMr162R2LtTobaHXE 8Vr/Ai6SRSQCeMzSgzmkv04UUdvD/WVXrftGj/N9wGu4v+D56RtmUXvZNZ4n8h8V mKEfsKtUJbjorykoAplb4amQhhPEx8UWt//TGEb/A== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=lkkFvK PPCCvkVoso0oyWbn5yuwC385Zvyg6k/gN8aA8=; b=m6sh27rEEmYRMlzxwmbur1 aKcu+ncYj4AvkA5+WHdVtJpeapOap3N9VVogYEnyo1JopOJ3JIGphKwKqvsRfG1i 8Y2xO3kX39B8rs7CwjamzYJBRdj40284nZ4bdJ9qw+DycwhGr6+EJnNLmFwS3QMj bpfA+m2jVTa5CgGEkkXChX4eMDEiEz8/A98ZP8RmVOAHhWXneDpxpHACkih1GN2n 5xWmP4qr1ngQZ/KSZH3I1oAGiXmr4McUtMQzhWZyzXw98XQuhdnpgKiVMoRWaJY4 qJhEgcPstsuMyXsOnkHNljP0Dlbiwzd8oogXp3/CeA8jD6BtkHMDaQM9XVJ0Xxuw == X-ME-Sender: Received: by mailuser.nyi.internal (Postfix, from userid 99) id 32A119E30E; Thu, 17 Aug 2017 09:14:39 -0400 (EDT) Message-Id: <1502975679.35801.1076407488.40111170@webmail.messagingengine.com> From: Alexey Melnikov To: "Acee Lindem (acee)" , Eric C Rosen , The IESG Cc: draft-ietf-mpls-rfc3107bis@ietf.org, mpls@ietf.org, mpls-chairs@ietf.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="utf-8" X-Mailer: MessagingEngine.com Webmail Interface - ajax-21c69044 References: <150160092345.9575.15101330200808959616.idtracker@ietfa.amsl.com> <0dafc151-777c-ce0c-dd40-192e88bdc915@juniper.net> <1502971504.22339.1076341056.244618C2@webmail.messagingengine.com> In-Reply-To: Date: Thu, 17 Aug 2017 14:14:39 +0100 Archived-At: Subject: Re: [mpls] Alexey Melnikov's Discuss on draft-ietf-mpls-rfc3107bis-02: (with DISCUSS and COMMENT) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2017 13:14:49 -0000 Hi Acee, On Thu, Aug 17, 2017, at 02:11 PM, Acee Lindem (acee) wrote: > Hi Alexey, > > See one comment below. > > On 8/17/17, 8:05 AM, "mpls on behalf of Alexey Melnikov" > wrote: > > >Hi Eric, > >Sorry for the slow response. > > > >On Tue, Aug 1, 2017, at 09:59 PM, Eric C Rosen wrote: > >> > >> > DISCUSS: > >> > ---------------------------------------------------------------------- > >> > > >> > I would like to discuss one issue before recommending approval of > >>this document: > >> > > >> > In Section 2.1: > >> > > >> > The value field of the Multiple Labels Capability (shown in > >>Figure 1) > >> > consists of one or more triples, where each triple consists of > >>four > >> > octets. The first two octets of a triple specify an AFI value, > >>the > >> > third octet specifies a SAFI value, and the fourth specifies a > >>Count. > >> > If one of the triples is , the Count is the > >>maximum > >> > number of labels that the BGP speaker sending the Capability can > >> > process in a received UPDATE of the specified AFI/SAFI. > >> > > >> > I think lack of recommendations on the minimal supported Count value > >>will > >> > result in lack of interoperability. What are the common Count values > >>used by > >> > implementations? > >> > >> An implementation is not required to support more than one label in the > >> NLRI. In that case, of course the Multiple Labels Capability is not > >> supposed to be used. So if the Capability is used, the minimum value > >>is > >> 2. It looks like the document does not state that explicitly, but it > >> certainly should. I will fix that. > >> > >> Thus the literal answer to your question is that the Multiple Labels > >> Capability MUST NOT contain a count less than 2. > >> > >> Typically when SAFI-4 or SAFI-128 routes are used, only one label is > >> included. If an operator has a scenario in which multiple labels are > >> needed, it is necessary for the operator to ensure that all his vendors > >> can support however many labels he needs. That's not really something > >> that the standard can address. > > > >The standard can specify minimum requirement (and this has been done in > >the past). For example you can say that all implementations must support > >4 (or whatever). > > > >> If the operator needs 3 labels in the > >> NLRI, it won't help much if some of his boxes can only support 2. > > > >Exactly my point. Without the minimum you still need to have out-of-band > >selection of implementations that support your minimum requirements. > > > >> --------------------------------------------------------------------- > >> > COMMENT: > >> > ---------------------------------------------------------------------- > >> > > >> > In Section 2.3: > >> > > >> > 0 1 2 3 > >> > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 > >> > +-+-+-+-+-+-+-+-+ > >> > | Length | > >> > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > >> > | Label |Rsrv |S~ > >> > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > >> > ~ Label |Rsrv |S| > >> > > >>+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > >> > | Prefix > >>~ > >> > ~ > >>| > >> > > >>+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > >> > > >> > Figure 3: NLRI With Multiple Labels > >> > > >> > - Length: > >> > > >> > The Length field consists of a single octet. It specifies the > >> > length in bits of the remainder of the NLRI field. > >> > > >> > I would like to double check that my math is correct. With SAFI=128 > >>and AFI=2, > >> > assuming the prefix length of 192 bits, this will leave space for: > >> > > >> > (255-192)/24 = 2.625. So this configuration only allows for 2 > >>labels to be included, right? > >> > > >> Your arithmetic is accurate ;-) > >> > >> If you are implying that this is not necessarily the best mechanism for > >> associating an arbitrarily long label stack with a prefix, I wouldn't > >> disagree. > > > >Yes, I was just surprised that this has such a small limit. I wanted to > >make sure that this is by design. > > Note that there are more complex BGP encodings in IDR WG documents that > support larger label stacks. > > https://www.ietf.org/id/draft-ietf-idr-segment-routing-te-policy-00.txt > https://www.ietf.org/id/draft-ietf-idr-tunnel-encaps-07.txt > > This much-needed document simply clears up the ambiguities of advertising > multiple labels with the RFC 3107 NLRI encodings. So just to double check: you are saying that this is cleaning up a legacy specification and there are better/more modern specifications that can do the same thing? From nobody Thu Aug 17 06:19:32 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 54E04132427; Thu, 17 Aug 2017 06:19:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.52 X-Spam-Level: X-Spam-Status: No, score=-14.52 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GWiVXGyy8BC0; Thu, 17 Aug 2017 06:19:29 -0700 (PDT) Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 66214132410; Thu, 17 Aug 2017 06:19:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7558; q=dns/txt; s=iport; t=1502975969; x=1504185569; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=2eYbU23bpkB/HYNSGNrO1shDhhO8+XVY1DMHXRR84iw=; b=UPWxr9e1Ik8lcXEh+1AQUnxYEBEh+wSbCFiHc68Dbxt/6gxUBUT7JqNn cntk9byKN7O/fpvFOKYxk5ctC9GLAeqPRbc+qwPWAWRf8bTv8h7sVd7GN HBRaUTxUEJvIMvPs94TLj4qHnHRPbdpr04ZLjbqPZ4SW+8xB5dbj3Z1S0 4=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CpAABflpVZ/4cNJK1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgy0tZIEVB44LkBKBbpYbghIshRsCGoQ9PxgBAgEBAQEBAQFrKIU?= =?us-ascii?q?ZAQUjEUUQAgEIDgoCAiYCAgIwFRACBAENBYowEKl/giaLYQEBAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBARgFgQuCHYICgy+CG4EMhE0mFyOCWYJhBYl+lksClECCEJBMiWi?= =?us-ascii?q?MNAEfOIEKdxWGFYFOdgGHY4ExgQ8BAQE?= X-IronPort-AV: E=Sophos;i="5.41,387,1498521600"; d="scan'208";a="473019638" Received: from alln-core-2.cisco.com ([173.36.13.135]) by alln-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 17 Aug 2017 13:19:28 +0000 Received: from XCH-RTP-013.cisco.com (xch-rtp-013.cisco.com [64.101.220.153]) by alln-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id v7HDJROJ001045 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 17 Aug 2017 13:19:28 GMT Received: from xch-rtp-015.cisco.com (64.101.220.155) by XCH-RTP-013.cisco.com (64.101.220.153) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 17 Aug 2017 09:19:27 -0400 Received: from xch-rtp-015.cisco.com ([64.101.220.155]) by XCH-RTP-015.cisco.com ([64.101.220.155]) with mapi id 15.00.1210.000; Thu, 17 Aug 2017 09:19:27 -0400 From: "Acee Lindem (acee)" To: Alexey Melnikov , Eric C Rosen , The IESG CC: "draft-ietf-mpls-rfc3107bis@ietf.org" , "mpls@ietf.org" , "mpls-chairs@ietf.org" Thread-Topic: [mpls] Alexey Melnikov's Discuss on draft-ietf-mpls-rfc3107bis-02: (with DISCUSS and COMMENT) Thread-Index: AQHTCtn3Wa1or3r0L0W8URb4imAU6KJwP5OAgBiP5QD//89ygIAAQ/+A//++QoA= Date: Thu, 17 Aug 2017 13:19:27 +0000 Message-ID: References: <150160092345.9575.15101330200808959616.idtracker@ietfa.amsl.com> <0dafc151-777c-ce0c-dd40-192e88bdc915@juniper.net> <1502971504.22339.1076341056.244618C2@webmail.messagingengine.com> <1502975679.35801.1076407488.40111170@webmail.messagingengine.com> In-Reply-To: <1502975679.35801.1076407488.40111170@webmail.messagingengine.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.116.152.201] Content-Type: text/plain; charset="utf-8" Content-ID: <02E4EC7B19382F4D82C9920CE11A2429@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [mpls] Alexey Melnikov's Discuss on draft-ietf-mpls-rfc3107bis-02: (with DISCUSS and COMMENT) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2017 13:19:31 -0000 SGkgQWxleGV5LCANCg0KT24gOC8xNy8xNywgOToxNCBBTSwgIkFsZXhleSBNZWxuaWtvdiIgPGFh bWVsbmlrb3ZAZmFzdG1haWwuZm0+IHdyb3RlOg0KDQo+SGkgQWNlZSwNCj4NCj5PbiBUaHUsIEF1 ZyAxNywgMjAxNywgYXQgMDI6MTEgUE0sIEFjZWUgTGluZGVtIChhY2VlKSB3cm90ZToNCj4+IEhp IEFsZXhleSwNCj4+IA0KPj4gU2VlIG9uZSBjb21tZW50IGJlbG93Lg0KPj4gDQo+PiBPbiA4LzE3 LzE3LCA4OjA1IEFNLCAibXBscyBvbiBiZWhhbGYgb2YgQWxleGV5IE1lbG5pa292Ig0KPj4gPG1w bHMtYm91bmNlc0BpZXRmLm9yZyBvbiBiZWhhbGYgb2YgYWFtZWxuaWtvdkBmYXN0bWFpbC5mbT4g d3JvdGU6DQo+PiANCj4+ID5IaSBFcmljLA0KPj4gPlNvcnJ5IGZvciB0aGUgc2xvdyByZXNwb25z ZS4NCj4+ID4NCj4+ID5PbiBUdWUsIEF1ZyAxLCAyMDE3LCBhdCAwOTo1OSBQTSwgRXJpYyBDIFJv c2VuIHdyb3RlOg0KPj4gPj4gDQo+PiA+PiA+IERJU0NVU1M6DQo+PiA+PiA+IA0KPj4tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tDQo+PiA+PiA+DQo+PiA+PiA+IEkgd291bGQgbGlrZSB0byBkaXNjdXNzIG9uZSBpc3N1 ZSBiZWZvcmUgcmVjb21tZW5kaW5nIGFwcHJvdmFsIG9mDQo+PiA+PnRoaXMgZG9jdW1lbnQ6DQo+ PiA+PiA+DQo+PiA+PiA+IEluIFNlY3Rpb24gMi4xOg0KPj4gPj4gPg0KPj4gPj4gPiAgICAgVGhl IHZhbHVlIGZpZWxkIG9mIHRoZSBNdWx0aXBsZSBMYWJlbHMgQ2FwYWJpbGl0eSAoc2hvd24gaW4N Cj4+ID4+RmlndXJlIDEpDQo+PiA+PiA+ICAgICBjb25zaXN0cyBvZiBvbmUgb3IgbW9yZSB0cmlw bGVzLCB3aGVyZSBlYWNoIHRyaXBsZSBjb25zaXN0cyBvZg0KPj4gPj5mb3VyDQo+PiA+PiA+ICAg ICBvY3RldHMuICBUaGUgZmlyc3QgdHdvIG9jdGV0cyBvZiBhIHRyaXBsZSBzcGVjaWZ5IGFuIEFG SSB2YWx1ZSwNCj4+ID4+dGhlDQo+PiA+PiA+ICAgICB0aGlyZCBvY3RldCBzcGVjaWZpZXMgYSBT QUZJIHZhbHVlLCBhbmQgdGhlIGZvdXJ0aCBzcGVjaWZpZXMgYQ0KPj4gPj5Db3VudC4NCj4+ID4+ ID4gICAgIElmIG9uZSBvZiB0aGUgdHJpcGxlcyBpcyA8QUZJLFNBRkksQ291bnQ+LCB0aGUgQ291 bnQgaXMgdGhlDQo+PiA+Pm1heGltdW0NCj4+ID4+ID4gICAgIG51bWJlciBvZiBsYWJlbHMgdGhh dCB0aGUgQkdQIHNwZWFrZXIgc2VuZGluZyB0aGUgQ2FwYWJpbGl0eQ0KPj5jYW4NCj4+ID4+ID4g ICAgIHByb2Nlc3MgaW4gYSByZWNlaXZlZCBVUERBVEUgb2YgdGhlIHNwZWNpZmllZCBBRkkvU0FG SS4NCj4+ID4+ID4NCj4+ID4+ID4gSSB0aGluayBsYWNrIG9mIHJlY29tbWVuZGF0aW9ucyBvbiB0 aGUgbWluaW1hbCBzdXBwb3J0ZWQgQ291bnQNCj4+dmFsdWUNCj4+ID4+d2lsbA0KPj4gPj4gPiBy ZXN1bHQgaW4gbGFjayBvZiBpbnRlcm9wZXJhYmlsaXR5LiBXaGF0IGFyZSB0aGUgY29tbW9uIENv dW50DQo+PnZhbHVlcw0KPj4gPj51c2VkIGJ5DQo+PiA+PiA+IGltcGxlbWVudGF0aW9ucz8NCj4+ ID4+IA0KPj4gPj4gQW4gaW1wbGVtZW50YXRpb24gaXMgbm90IHJlcXVpcmVkIHRvIHN1cHBvcnQg bW9yZSB0aGFuIG9uZSBsYWJlbCBpbg0KPj50aGUNCj4+ID4+IE5MUkkuICBJbiB0aGF0IGNhc2Us IG9mIGNvdXJzZSB0aGUgTXVsdGlwbGUgTGFiZWxzIENhcGFiaWxpdHkgaXMgbm90DQo+PiA+PiBz dXBwb3NlZCB0byBiZSB1c2VkLiAgU28gaWYgdGhlIENhcGFiaWxpdHkgaXMgdXNlZCwgdGhlIG1p bmltdW0gdmFsdWUNCj4+ID4+aXMgDQo+PiA+PiAyLiAgIEl0IGxvb2tzIGxpa2UgdGhlIGRvY3Vt ZW50IGRvZXMgbm90IHN0YXRlIHRoYXQgZXhwbGljaXRseSwgYnV0DQo+Pml0DQo+PiA+PiBjZXJ0 YWlubHkgc2hvdWxkLiAgSSB3aWxsIGZpeCB0aGF0Lg0KPj4gPj4gDQo+PiA+PiBUaHVzIHRoZSBs aXRlcmFsIGFuc3dlciB0byB5b3VyIHF1ZXN0aW9uIGlzIHRoYXQgdGhlIE11bHRpcGxlIExhYmVs cw0KPj4gPj4gQ2FwYWJpbGl0eSBNVVNUIE5PVCBjb250YWluIGEgY291bnQgbGVzcyB0aGFuIDIu DQo+PiA+PiANCj4+ID4+IFR5cGljYWxseSB3aGVuIFNBRkktNCBvciBTQUZJLTEyOCByb3V0ZXMg YXJlIHVzZWQsIG9ubHkgb25lIGxhYmVsIGlzDQo+PiA+PiBpbmNsdWRlZC4gIElmIGFuIG9wZXJh dG9yIGhhcyBhIHNjZW5hcmlvIGluIHdoaWNoIG11bHRpcGxlIGxhYmVscyBhcmUNCj4+ID4+IG5l ZWRlZCwgaXQgaXMgbmVjZXNzYXJ5IGZvciB0aGUgb3BlcmF0b3IgdG8gZW5zdXJlIHRoYXQgYWxs IGhpcw0KPj52ZW5kb3JzDQo+PiA+PiBjYW4gc3VwcG9ydCBob3dldmVyIG1hbnkgbGFiZWxzIGhl IG5lZWRzLiAgVGhhdCdzIG5vdCByZWFsbHkNCj4+c29tZXRoaW5nDQo+PiA+PiB0aGF0IHRoZSBz dGFuZGFyZCBjYW4gYWRkcmVzcy4NCj4+ID4NCj4+ID5UaGUgc3RhbmRhcmQgY2FuIHNwZWNpZnkg bWluaW11bSByZXF1aXJlbWVudCAoYW5kIHRoaXMgaGFzIGJlZW4gZG9uZSBpbg0KPj4gPnRoZSBw YXN0KS4gRm9yIGV4YW1wbGUgeW91IGNhbiBzYXkgdGhhdCBhbGwgaW1wbGVtZW50YXRpb25zIG11 c3QNCj4+c3VwcG9ydA0KPj4gPjQgKG9yIHdoYXRldmVyKS4NCj4+ID4NCj4+ID4+IElmIHRoZSBv cGVyYXRvciBuZWVkcyAzIGxhYmVscyBpbiB0aGUNCj4+ID4+IE5MUkksIGl0IHdvbid0IGhlbHAg bXVjaCBpZiBzb21lIG9mIGhpcyBib3hlcyBjYW4gb25seSBzdXBwb3J0IDIuDQo+PiA+DQo+PiA+ RXhhY3RseSBteSBwb2ludC4gV2l0aG91dCB0aGUgbWluaW11bSB5b3Ugc3RpbGwgbmVlZCB0byBo YXZlDQo+Pm91dC1vZi1iYW5kDQo+PiA+c2VsZWN0aW9uIG9mIGltcGxlbWVudGF0aW9ucyB0aGF0 IHN1cHBvcnQgeW91ciBtaW5pbXVtIHJlcXVpcmVtZW50cy4NCj4+ID4NCj4+ID4+IC0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLQ0KPj4gPj4gPiBDT01NRU5UOg0KPj4gPj4gPiANCj4+LS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPj4gPj4g Pg0KPj4gPj4gPiBJbiBTZWN0aW9uIDIuMzoNCj4+ID4+ID4NCj4+ID4+ID4gICAgICAgIDAgICAg ICAgICAgICAgICAgICAgMSAgICAgICAgICAgICAgICAgICAyDQo+PiAgMw0KPj4gPj4gPiAgICAg ICAgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYg NyA4IDkNCj4+MCAxDQo+PiA+PiA+ICAgICAgICstKy0rLSstKy0rLSstKy0rDQo+PiA+PiA+ICAg ICAgIHwgICAgTGVuZ3RoICAgICB8DQo+PiA+PiA+ICAgICAgICstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCj4+ID4+ID4gICAgICAgfCAgICAgICAgICAg ICAgICAgTGFiZWwgICAgICAgICAgICAgICAgIHxSc3J2IHxTfg0KPj4gPj4gPiAgICAgICArLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQo+PiA+PiA+ICAg ICAgIH4gICAgICAgICAgICAgICAgIExhYmVsICAgICAgICAgICAgICAgICB8UnNydiB8U3wNCj4+ ID4+ID4gICAgICAgDQo+PiA+PistKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQo+PiA+PiA+ICAgICAgIHwgICAgICAgICAgICAg ICAgICAgICAgICAgIFByZWZpeA0KPj4gPj5+DQo+PiA+PiA+ICAgICAgIH4gICAgDQo+PiA+PnwN Cj4+ID4+ID4gICAgICAgDQo+PiA+PistKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQo+PiA+PiA+DQo+PiA+PiA+ICAgICAgICAg ICAgICAgICAgICAgIEZpZ3VyZSAzOiBOTFJJIFdpdGggTXVsdGlwbGUgTGFiZWxzDQo+PiA+PiA+ DQo+PiA+PiA+ICAgICAtIExlbmd0aDoNCj4+ID4+ID4NCj4+ID4+ID4gICAgICAgIFRoZSBMZW5n dGggZmllbGQgY29uc2lzdHMgb2YgYSBzaW5nbGUgb2N0ZXQuICBJdCBzcGVjaWZpZXMNCj4+dGhl DQo+PiA+PiA+ICAgICAgICBsZW5ndGggaW4gYml0cyBvZiB0aGUgcmVtYWluZGVyIG9mIHRoZSBO TFJJIGZpZWxkLg0KPj4gPj4gPg0KPj4gPj4gPiBJIHdvdWxkIGxpa2UgdG8gZG91YmxlIGNoZWNr IHRoYXQgbXkgbWF0aCBpcyBjb3JyZWN0LiBXaXRoIFNBRkk9MTI4DQo+PiA+PmFuZCBBRkk9MiwN Cj4+ID4+ID4gYXNzdW1pbmcgdGhlIHByZWZpeCBsZW5ndGggb2YgMTkyIGJpdHMsIHRoaXMgd2ls bCBsZWF2ZSBzcGFjZSBmb3I6DQo+PiA+PiA+DQo+PiA+PiA+ICAgKDI1NS0xOTIpLzI0ID0gMi42 MjUuIFNvIHRoaXMgY29uZmlndXJhdGlvbiBvbmx5IGFsbG93cyBmb3IgMg0KPj4gPj5sYWJlbHMg dG8gYmUgaW5jbHVkZWQsIHJpZ2h0Pw0KPj4gPj4gPg0KPj4gPj4gWW91ciBhcml0aG1ldGljIGlz IGFjY3VyYXRlIDstKQ0KPj4gPj4gDQo+PiA+PiBJZiB5b3UgYXJlIGltcGx5aW5nIHRoYXQgdGhp cyBpcyBub3QgbmVjZXNzYXJpbHkgdGhlIGJlc3QgbWVjaGFuaXNtDQo+PmZvcg0KPj4gPj4gYXNz b2NpYXRpbmcgYW4gYXJiaXRyYXJpbHkgbG9uZyBsYWJlbCBzdGFjayB3aXRoIGEgcHJlZml4LCBJ IHdvdWxkbid0DQo+PiA+PiBkaXNhZ3JlZS4NCj4+ID4NCj4+ID5ZZXMsIEkgd2FzIGp1c3Qgc3Vy cHJpc2VkIHRoYXQgdGhpcyBoYXMgc3VjaCBhIHNtYWxsIGxpbWl0LiBJIHdhbnRlZCB0bw0KPj4g Pm1ha2Ugc3VyZSB0aGF0IHRoaXMgaXMgYnkgZGVzaWduLg0KPj4gDQo+PiBOb3RlIHRoYXQgdGhl cmUgYXJlIG1vcmUgY29tcGxleCBCR1AgZW5jb2RpbmdzIGluIElEUiBXRyBkb2N1bWVudHMgdGhh dA0KPj4gc3VwcG9ydCBsYXJnZXIgbGFiZWwgc3RhY2tzLg0KPj4gDQo+PiBodHRwczovL3d3dy5p ZXRmLm9yZy9pZC9kcmFmdC1pZXRmLWlkci1zZWdtZW50LXJvdXRpbmctdGUtcG9saWN5LTAwLnR4 dA0KPj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWQvZHJhZnQtaWV0Zi1pZHItdHVubmVsLWVuY2Fw cy0wNy50eHQNCj4+IA0KPj4gVGhpcyBtdWNoLW5lZWRlZCBkb2N1bWVudCBzaW1wbHkgY2xlYXJz IHVwIHRoZSBhbWJpZ3VpdGllcyBvZg0KPj5hZHZlcnRpc2luZw0KPj4gbXVsdGlwbGUgbGFiZWxz IHdpdGggdGhlIFJGQyAzMTA3IE5MUkkgZW5jb2RpbmdzLg0KPg0KPlNvIGp1c3QgdG8gZG91Ymxl IGNoZWNrOiB5b3UgYXJlIHNheWluZyB0aGF0IHRoaXMgaXMgY2xlYW5pbmcgdXAgYQ0KPmxlZ2Fj eSBzcGVjaWZpY2F0aW9uIGFuZCB0aGVyZSBhcmUgYmV0dGVyL21vcmUgbW9kZXJuIHNwZWNpZmlj YXRpb25zDQo+dGhhdCBjYW4gZG8gdGhlIHNhbWUgdGhpbmc/DQoNCkl0IGlzIG1vcmUgY29tcGxp Y2F0ZWQgdGhhbiB0aGF0LiBUaGVyZSBhcmUgb3RoZXIgY29uc2lkZXJhdGlvbnMgd2l0aA0KdXNp bmcgdHVubmVsIGF0dHJpYnV0ZXMgYW5kIHN0aWxsIG90aGVycyB3aXRoIFNSIHBvbGljaWVzLiBS RkMgMzEwNyBOSVMgaXMNCm5lZWRlZC4gDQoNClRoYW5rcywNCkFjZWUgDQo+DQoNCg== From nobody Thu Aug 17 06:51:54 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AA77F13242D; Thu, 17 Aug 2017 06:51:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.801 X-Spam-Level: X-Spam-Status: No, score=-4.801 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-2.8, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=juniper.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OMQFUVWhwqG0; Thu, 17 Aug 2017 06:51:43 -0700 (PDT) Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-by2nam01on0117.outbound.protection.outlook.com [104.47.34.117]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 77FF71323AF; Thu, 17 Aug 2017 06:51:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=TodNpDYq8TNYyRQBsG4+eaH7Co+b0hc/2ulp4b/2VH8=; b=UdRewRyi4SWiPAvbGke2sNu9Q3mjyLOGwiHPtVQvKF70/uz5Or/FOiTb+P9suaQ79th7Q4Udz/aQcC/q+GA1ef41ulaog+GBoZ7pPkQqPvSQjHY0f7WsB8DcCL+JEbeDEwvy1w9GGvIBkOmYaKUX1ven/YTSR8bGlSETIcrB6Ik= Received: from [172.29.37.233] (66.129.241.11) by SN1PR05MB2190.namprd05.prod.outlook.com (10.169.124.138) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.1.1385.4; Thu, 17 Aug 2017 13:51:41 +0000 To: Alexey Melnikov , The IESG Cc: draft-ietf-mpls-rfc3107bis@ietf.org, Loa Andersson , mpls-chairs@ietf.org, mpls@ietf.org References: <150160092345.9575.15101330200808959616.idtracker@ietfa.amsl.com> <0dafc151-777c-ce0c-dd40-192e88bdc915@juniper.net> <1502971504.22339.1076341056.244618C2@webmail.messagingengine.com> From: Eric C Rosen Message-ID: <660636ae-4821-7ae4-32f5-c54b309e2704@juniper.net> Date: Thu, 17 Aug 2017 09:51:07 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <1502971504.22339.1076341056.244618C2@webmail.messagingengine.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Originating-IP: [66.129.241.11] X-ClientProxiedBy: BN6PR10CA0033.namprd10.prod.outlook.com (10.175.102.147) To SN1PR05MB2190.namprd05.prod.outlook.com (10.169.124.138) X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 1553399d-e416-4fe0-8f4f-08d4e577177c X-MS-Office365-Filtering-HT: Tenant X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(2017030254152)(300000503095)(300135400095)(48565401081)(201703131423075)(201703031133081)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:SN1PR05MB2190; X-Microsoft-Exchange-Diagnostics: 1; SN1PR05MB2190; 3:atnTR9F6zJFkzHId6w8XKSz1Vd/RkwaHs4Ms7+UQzZGqx7P5PIh/IdYXaKDTPLOPnSQMOpK/IeRaNLSkCWnVXSF9bFnfEDGX8W3FtiRFhURP+JdUyuXWOWtojDkf/Kq1hRp2AYq0lEx+3JJdsRubmeGF9g8PeCBQb0aFz6d9saXwo0+QEqSKDPexGIQQ2ajtUnBVjG8ii2BfoE0sxBQ0Ln4fNcxek9Bu85iirgcqaEtGHRi3RuJ8xN3XncS90PHv; 25:mEOhWvMFMktPsuS+6mo24M9qwD6qJWaO5UiKH6Xji0RwCvR4PckqKY47ANAUxAR+SxNf0HFNnCO+2jbnwSy0dU5y/HWdUQl+Yy9W/SnMF4FY8PODOM3JN++VytA7vlRdQcetQ6rjO3O3z4uJiTCSUVuL4NyEyEwe9tdKJblgOp278B50ST5vu4ejQ4PtABR1GHXUiQPk4JVorCx1cqz/t08ciuonoPFXjF7X9xLe40mf8DjbSzBAgJensq0lrUHofB9oaaVnGNV3o6eyn+keDy/H3IoyqYsGvsdFmB4FpUJ8NwvHN6cQdJob13jLidwWr4B7d22Qcq+eh8p0k1jxyQ==; 31:A/PTtrs7ECUpZBrWAiYw5FKDSgAaJ3tJC4dzQhWX+20P6Jh3/DRrgokWeYf/PfopQxEcJlRhb9dFVfst7Sq1L4rC9LqL7KiTJM6MypUXf1RhIVkS6gtQItn5dJkizrteCS0okDc5/aXHJaWVSJYXSELdE9wl7rVn/sB0Kl9E0+yznAGLA63ILtRGK2tNC8lRJ5pCymUxYBG83hZcN9VC5wjoC5ydy5v2D4jhIFf0Smo= X-MS-TrafficTypeDiagnostic: SN1PR05MB2190: Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=erosen@juniper.net; X-Microsoft-Exchange-Diagnostics: 1; SN1PR05MB2190; 20:SY96/7KuTwP995sMLjAqGYNHEDO/vvepS0PllDYrRl1XZn2i+qF2yW49BqtXnRA+nU4tAv6TU74mFp/5Ng1SQORwCc8DOIBAlSofrudTbx10drPvCEe2RXYGwIXWrzvHxk8DMXc6TFysaLMYbvc0355/pAEugagPRaN6EGQHojTHh/MtUZ+q2RxdGyR94HMSP3FWCbD/ZOzGmfy2ymTeDyBA1BBLnNSkme2aO+xUcH9aFnCG6sULrG8stpbQafuHvY3GfdzneeqBgoT71d6rWMzTyA8Xuteqf0EBGTdQayVdVFnO6WsL9mNG2+IWsELB0y8YNnYEVR+MJ6FzpSmnJRKiUjPaElFcogvsf4K3i1dblW4XfD8CbWfurw8eAxiFa5iutDP7anEh+uOT8IxpP254R6HPMXBQcrmaE5jlAbRv/Ddu4E8D6eQ0eNdLft/gZwoBlR+Kl5c/mT8wYFKS8oYsqU6csArFtLiyBizGXuK6D4fnjBf2kRCoO+P/FkVls5mX/nJj74KS0oCbs3LN3nQK/2cLKSLDNzDryZ0c+kYta2Q6+WVxFDSVArUzd8YZy7B2OCaNsaKRQp8vgJhGRZdvzimg2CDTRUDmuXLrU90=; 4:uV834C0ZSBrQ77bM/rSPmOpQYHVDZ9CuYGfVwfuSTLrcOgZUpnTY7VJ2K3HgcVt1xbVJjjZg+8w4gb+VcVSExWfgIcTvUDGD7HXJ1SDdsAqHk8wVAg+W2UreTabKZ6kRkCDKfoVzu0Lfb5BAy7nG2Ha0LCgb6TmbSHfzwzvzeoJrFP0SD8eZIfXK7kwXJkYX6ximfrCc5qkvMOsepEE9JjmymfgPfdWErfi59Z3hEHjBv6z2w7gAnXnnOOyEf+jn X-Exchange-Antispam-Report-Test: UriScan:; X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(601004)(2401047)(8121501046)(5005006)(3002001)(100000703101)(100105400095)(93006095)(93001095)(10201501046)(6055026)(6041248)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123558100)(20161123562025)(20161123560025)(20161123555025)(20161123564025)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:SN1PR05MB2190; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:SN1PR05MB2190; X-Forefront-PRVS: 0402872DA1 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(7370300001)(4630300001)(6049001)(6009001)(39860400002)(189002)(199003)(50466002)(230700001)(50986999)(2950100002)(97736004)(3260700006)(77096006)(101416001)(189998001)(76176999)(64126003)(4001350100001)(6116002)(3846002)(25786009)(8676002)(81166006)(81156014)(54356999)(65956001)(66066001)(65806001)(6486002)(230783001)(47776003)(305945005)(7736002)(229853002)(6666003)(23676002)(105586002)(42186005)(33646002)(4326008)(90366009)(31696002)(68736007)(2906002)(7350300001)(8666007)(86362001)(36756003)(65826007)(53936002)(83506001)(31686004)(478600001)(5660300001)(106356001)(6246003); DIR:OUT; SFP:1102; SCL:1; SRVR:SN1PR05MB2190; H:[172.29.37.233]; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; Received-SPF: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtTTjFQUjA1TUIyMTkwOzIzOkFpZ3QzQkdrdklqQU9GVjVEMFVkU2YxTTI0?= =?utf-8?B?QndSbFR3aFdqb2ZpcnNHVTlMM0dld3NFcE5wZmhJNFppa1BFZlFPSnRQaTQ1?= =?utf-8?B?SlFtbFBSYkRqZ0xxeWVmQmFyNUV5YmxzeEVyaUtrWTFIQnNNanY3ajB6QmRy?= =?utf-8?B?NkllWUsxQnVKN2Q1VlQzUWFiaGJYSklLUS9CODhvSFFCOGNPRlluNzVPcDNm?= =?utf-8?B?Q2JRKzBjakR5dVhwMEh2T0ZlZGZaZ1lEc1pDRkg0UVR0OVFMdTBFV1FiK3I1?= =?utf-8?B?OVVmZy8rLzZJTGZkeklpRnJZNVphSDhXa3pwUGZnODhsRGtpS1VGOTQzbHRm?= =?utf-8?B?cHdNQXU1Slc4Qjk1bGtTZ2lpcXVyWTkyWk9RZWRBQ2lJOXdMVkpTMitkZ3du?= =?utf-8?B?eGUwRExmUVpBUjdybE1xT3NCODZnSFA5UDhlK3R6ZE1SQkVBMWlrUjBsRjls?= =?utf-8?B?ZVlDeWVpUWN5TStDTkVQQ013RTFwV0l4d0hwWUhaMXJpdlJnamJxOU83eVRt?= =?utf-8?B?VmRMb3QzVVJpcmtxcDR6b0I3Z0srWFVaY1RVY2pCdHFJSWNKbjRWSnA4ekx3?= =?utf-8?B?d2R0cHhHYVlUY2gxQXdaN050U3VCOXZUTXFvT3k1TmFiK1loTGVBWDYvbUlU?= =?utf-8?B?b0wrKzJoUmxOVXBMeGNDODEyYkZrMHQ3RWxhalprcXpYbE05emFpNmdGSFF4?= =?utf-8?B?VkR5NzJSbUJJRE5ma0VhUTEvdlJRTVB1WDFHWHRmYTBzMEVTVWRIWnB0Z2c3?= =?utf-8?B?eEpETEgwYzJKTlEwQ3ZaZldnTmMxT1ljVExOREprcXoyVzBrK3pobGxPeHNR?= =?utf-8?B?OWN6TGRmRVU2WkZUOEt2UldNNTNHU3NXOEV6UDE5K2s5L1pHdEJMWGNCNkF6?= =?utf-8?B?VFpLdkxHZjl0MnpCME1UbVRrbEJDQVMvdmhVQTJxVmdIZlhSTFdDdDdYSEJ6?= =?utf-8?B?K0xVVmZPRFZWNG5iOE02ZDRhaWtUeHpvWElwcTFxTzFpQnFkdTEzZXpmd2VD?= =?utf-8?B?eDFEMVpEWTMxS0d0T0NTZUdqZEtxQlBnWUNrUGZETlFRTWMzM2RUeHhQWEFJ?= =?utf-8?B?VHg1SXdvNlhUZDcrT2NVU0x3LzhpeFJMa05qMWxBWlphWTRGNkxhSHJBUGwv?= =?utf-8?B?UFgvVzdIMFBHYTF1Yk5ocThFM3NkVXhHL1drNVNzMXhaNVdNdEZJQVNiaDdt?= =?utf-8?B?SEI2STV6TTIwV0Nha3FGTmcyNGp3bzViRlhpWDBvelNYQnpZakFEY09FOFhh?= =?utf-8?B?ZlV1UWtneVR2RklNVk10cytqWmpWSlJYcmxXSytOS1IreEkyb3M5ZFovUjBz?= =?utf-8?B?L1pkUEZOVEtQZ0Y2N08zTmtENWxMMDlTcVd2bFpmR2U0Zit2WTM3aWlUZTky?= =?utf-8?B?QW01eEtlT1NDUnE4L0dCRkVkckg2R0ZUajdCTmtmaVdqSklBaVlxYlZaSlV1?= =?utf-8?B?a3NXM2J3LzN5d3lCaEVGaTdpZFFJL3ZIVnVHdWg5ZEJTM2RpSWtsSkprL041?= =?utf-8?B?ZUcyaWVmVWZQUHlaWFhibWRpNjB5aDByQTRVR2NvamhlaGw3dm5TZCtmc1Iy?= =?utf-8?B?Z09ZQkt1bTA1UUtLOEJSS0NxWEdBMEh6aUVvbTBiYTZGT0Erbmk5WHl2Z2w4?= =?utf-8?B?dVQybzBiNzFCQW5sZWlDMnN3aUZ5Tysra21rYUZORVdET0tvOElDUTE0SnBx?= =?utf-8?B?WFg2NDZqYVo3U2xzTFVYbmZHUmg0YXF4bSsyQ1FCT3JUTGJzOW40MWtOZFhI?= =?utf-8?B?bU1Qemprazk0MWhVbTB2WnR2YkM2Qi96R2N5ZE1tNnh6K1dUaVhrV1JFN015?= =?utf-8?B?L0FxM1ViUFdQSE5DOVAwbG84V3RZUWZ0NU1XUzJodkNIcEFmUGRZTGJ6OThz?= =?utf-8?Q?/evgACxR6XU=3D?= X-Microsoft-Exchange-Diagnostics: 1; SN1PR05MB2190; 6:K4FyqshvCsvILpTQkcgr2eof0A6jTRqg3SOaafgjBQhSpYFSacLjhhR/N7YVf0wzZKkZK8doeVKtg418yLgeoBDvJn9HBIUfVRssLNL2j6aigvIyYbDnks5XgfNNoya550uqGjjqmxa28JobnJKLMac8aadf/fgernTyRShu0/6zO2puMZ5cJFiYCJbcTTM5Ug+ZhwUZ0hb964RyTnn3hvezA73tWcNVu4pruTQKDptkYvQGgMCLA5Lnea8T6p/xQNKaACpoS0dE1DWhGqpB10d64LluYAh4Rti/9ufYNg+4Ogeq2yGsmOz79C7qO+1UUiV4U3NGHphtD9TKXwl7sQ==; 5:+ZSjfTBlT/2goZrO3t0w8H44gtWYsZ5SzGZVkvb2khyC21z+2cRp2lwlaXusV0yYJiWUIbidi7JV2MmPFP8AWVRAZQI4XiZYN81EKrW+kglOUwZ00DzO07Vplp0OuoBX1hXvDnooHeJzJsVvslIIjA==; 24:nRI+vZv9msAeWzAHsfFI4bXk69wzZ8/DEqzu1vEWdVm/L9CfNQju+haR5WDJh965JUYNWxP1faW9iZepRj9G9fc/DiPeIYWrlYBa9Vf8m04=; 7:xtc+/mCFPQwPERoI7taz/+fDyJlRSrDhQsz0AfPCRHmi4ckSIZE/ertyWzYrhD/+y5H8mM5/g3BiqCQlVvj+BHnQacQQjII7Vz3HFYgrEa0vHD5uTT/jbOu5X+kDCe+aVmN48O8wPN/Bx+v/LA4uen3ZDgwFqKhT/Bzy8rWzC/BmsmffTAqNEtr//8vtDgc3oOtq4+U2o/+0Cd1l6TvSfse/fuTaBZDIKSOqqZpLDLg= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 17 Aug 2017 13:51:41.5240 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN1PR05MB2190 Archived-At: Subject: Re: [mpls] Alexey Melnikov's Discuss on draft-ietf-mpls-rfc3107bis-02: (with DISCUSS and COMMENT) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2017 13:51:46 -0000 H Alexey, In BGP, anything that is announced by a Capability is always optional. Per the draft, if one doesn't send the Multiple Labels Capability, one sends exactly one label in the NLRI. So in that sense, the mandatory minimum value is 1. I thought this part was clear from the first bullet point in Section 2. When the Multiple Labels Capability is sent at session establishment time, I thought the new text: "A triple of the form or MUST NOT be sent. If such a triple is received, it MUST be ignored." implied that the mandatory minimum value is 2, as that text precludes the use of the only smaller values. If you think this isn't clear enough, I can some text like "Any implementation that sends a Multiple Labels Capability MUST be able to support at least two labels in the NLRI. However, there may be deployment scenarios in which a larger number of labels is needed." Would that be okay? I wouldn't want to make the mandatory minimum any larger, because (a) some deployment scenarios might only require two labels, and (b) we don't want to have a larger mandatory minimum because the number of labels is not merely a control plane issue, but also affects the data plane. E.g., if some platform can only push two labels at a time, there's no value to requiring it to support three labels in the control plane. Eric From nobody Thu Aug 17 06:55:43 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A300513242C; Thu, 17 Aug 2017 06:55:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.72 X-Spam-Level: X-Spam-Status: No, score=-2.72 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fastmail.fm header.b=Gecyz5C6; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=nLnq0tC5 Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SqPY2OBVWOwA; Thu, 17 Aug 2017 06:55:40 -0700 (PDT) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EFB2F132063; Thu, 17 Aug 2017 06:55:39 -0700 (PDT) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id 6A2E520C8D; Thu, 17 Aug 2017 09:55:39 -0400 (EDT) Received: from web5 ([10.202.2.215]) by compute7.internal (MEProxy); Thu, 17 Aug 2017 09:55:39 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.fm; h= cc:content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=mrSxUGSu9H0IKuDx3XIfrfZbrbBzb PuLUNU8UAdGjM4=; b=Gecyz5C6ZmJF6Hmr4sv78kPgJozfLosSfc7z9wJpw/5wr pCUuLoUlnIfSOBIOKcEHyUhF3riEkTYQhImDlOlpAGm+d+LlzVnSEgQMuj3aTmiA 1/xNIu2mhQQdLkjEAPzvXZP8+fbC2wLwvesQnDsuk4sh1vxDUVkEsDdxGkbqQfUr 8jWSR45+fUVbRTvmbijKndEcv566fofaBS14Ed9T6bvnBp8IookHTeb3umRE8cUq Q0iiqPKzefo8DiL2vXRE+DSOCIo5A7Hy9JXV3lOOxViI5ZYrG3z9t8uxvmj822Zd roEqR6uMoANV5qvPPlwaBHfRZrtAYSt7O75eQ5dgg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=mrSxUG Su9H0IKuDx3XIfrfZbrbBzbPuLUNU8UAdGjM4=; b=nLnq0tC5LCUEmLeNnvL0w/ JypDAOf/OAJXvKJ9DHCymJEQAXdt7tFXnojzfafv/pPF58CO7/FeFheOSRllwvSb nKceEGckYHFLtTo01/ZcjbO9I0to/mFmZ50viJfgS2QIpuKtLSMS8eqI8zvjwHWW 9amwhp2Qe++CXRmFdOMq67qBoJkI//zhbA/JCvP8WxLKt1Ydjv3WApHCegkLeZ0b WFoG27l+C/AKxs5G4SNLJoQ2gzNgJqZ5c8bQac78VlrQCiGoBwZbhOcVLr0zgPKi 1D7OArqDqKR12v6amYbTIz8wUHT6dek6SDXY2O9eLzsHERNafSsxCzQrrWQzSiVQ == X-ME-Sender: Received: by mailuser.nyi.internal (Postfix, from userid 99) id 3B9AF9E308; Thu, 17 Aug 2017 09:55:39 -0400 (EDT) Message-Id: <1502978139.44713.1076448424.7F87482D@webmail.messagingengine.com> From: Alexey Melnikov To: Eric C Rosen , The IESG Cc: draft-ietf-mpls-rfc3107bis@ietf.org, Loa Andersson , mpls-chairs@ietf.org, mpls@ietf.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="utf-8" X-Mailer: MessagingEngine.com Webmail Interface - ajax-21c69044 References: <150160092345.9575.15101330200808959616.idtracker@ietfa.amsl.com> <0dafc151-777c-ce0c-dd40-192e88bdc915@juniper.net> <1502971504.22339.1076341056.244618C2@webmail.messagingengine.com> <660636ae-4821-7ae4-32f5-c54b309e2704@juniper.net> In-Reply-To: <660636ae-4821-7ae4-32f5-c54b309e2704@juniper.net> Date: Thu, 17 Aug 2017 14:55:39 +0100 Archived-At: Subject: Re: [mpls] Alexey Melnikov's Discuss on draft-ietf-mpls-rfc3107bis-02: (with DISCUSS and COMMENT) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2017 13:55:41 -0000 Hi Eric, On Thu, Aug 17, 2017, at 02:51 PM, Eric C Rosen wrote: > H Alexey, > > In BGP, anything that is announced by a Capability is always optional. > Per the draft, if one doesn't send the Multiple Labels Capability, one > sends exactly one label in the NLRI. So in that sense, the mandatory > minimum value is 1. I thought this part was clear from the first bullet > point in Section 2. Yes, this part was clear. > When the Multiple Labels Capability is sent at session establishment > time, I thought the new text: > > "A triple of the form or > MUST NOT be sent. If such a triple is received, it MUST be ignored." > > implied that the mandatory minimum value is 2, as that text precludes > the use of the only smaller values. I got that. I thought 2 was a rather low limit, but you made a good explanation in this email, so I am Ok with that. So I will clear my DISCUSS. > If you think this isn't clear enough, I can some text like "Any > implementation that sends a Multiple Labels Capability MUST be able to > support at least two labels in the NLRI. However, there may be > deployment scenarios in which a larger number of labels is needed." > > Would that be okay? Probably not needed, but I am Ok if the above is added. > I wouldn't want to make the mandatory minimum any larger, because (a) > some deployment scenarios might only require two labels, and (b) we > don't want to have a larger mandatory minimum because the number of > labels is not merely a control plane issue, but also affects the data > plane. E.g., if some platform can only push two labels at a time, > there's no value to requiring it to support three labels in the control > plane. > > Eric > > > > > > > From nobody Thu Aug 17 07:19:12 2017 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id A3AF4132444; Thu, 17 Aug 2017 07:19:04 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: mpls@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150297954463.12157.15688178251718649747@ietfa.amsl.com> Date: Thu, 17 Aug 2017 07:19:04 -0700 Archived-At: Subject: [mpls] I-D Action: draft-ietf-mpls-rfc3107bis-04.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2017 14:19:05 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching WG of the IETF. Title : Using BGP to Bind MPLS Labels to Address Prefixes Author : Eric C. Rosen Filename : draft-ietf-mpls-rfc3107bis-04.txt Pages : 22 Date : 2017-08-17 Abstract: This document specifies a set of procedures for using BGP to advertise that a specified router has bound a specified MPLS label (or a specified sequence of MPLS labels, organized as a contiguous part of a label stack) to a specified address prefix. This can be done by sending a BGP UPDATE message whose Network Layer Reachability Information field contains both the prefix and the MPLS label(s), and whose Next Hop field identifies the node at which said prefix is bound to said label(s). This document obsoletes RFC 3107. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-rfc3107bis/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-mpls-rfc3107bis-04 https://datatracker.ietf.org/doc/html/draft-ietf-mpls-rfc3107bis-04 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-rfc3107bis-04 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Aug 17 10:34:15 2017 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 3EAA2120724; Thu, 17 Aug 2017 10:34:06 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Cc: draft-ietf-mpls-rfc3107bis@ietf.org, db3546@att.com, mpls@ietf.org, mpls-chairs@ietf.org, Loa Andersson , The IESG , rfc-editor@rfc-editor.org, loa@pi.nu MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-ID: <150299124623.12415.3901097582922978981.idtracker@ietfa.amsl.com> Date: Thu, 17 Aug 2017 10:34:06 -0700 Archived-At: Subject: [mpls] Protocol Action: 'Using BGP to Bind MPLS Labels to Address Prefixes' to Proposed Standard (draft-ietf-mpls-rfc3107bis-04.txt) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2017 17:34:06 -0000 The IESG has approved the following document: - 'Using BGP to Bind MPLS Labels to Address Prefixes' (draft-ietf-mpls-rfc3107bis-04.txt) as Proposed Standard This document is the product of the Multiprotocol Label Switching Working Group. The IESG contact persons are Alvaro Retana, Alia Atlas and Deborah Brungard. A URL of this Internet Draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-rfc3107bis/ Technical Summary RFC 3107 specifies encodings and procedures for using BGP to indicate that a particular router has bound either a single MPLS label or a sequence of MPLS labels to a particular address prefix. This is done by sending a BGP UPDATE message whose Network Layer Reachability Information field contains both the prefix and the MPLS label(s), and whose Next Hop field identifies the node at which said prefix is bound to said label(s). Each such UPDATE also advertises a path to the specified prefix, via the specified next hop. Although there are many implementations and deployments of RFC3107, there are a number of issues with [RFC3107] that have impeded interoperability in the past, and may potentially impede interoperability in the future. This document replaces and obsoletes RFC 3107. It defines a new BGP Capability to be used when binding a sequence of labels to a prefix; by using this Capability, the interoperability problems alluded to above can be avoided. This document also removes the unimplemented "Advertising Multiple Routes to a Destination" feature, while specifying how to use RFC 7911 to provide the same functionality. This document also addresses the issue of the how UPDATEs that bind labels to a given prefix interact with UPDATEs that advertise paths to that prefix but do not bind labels to it. However, for backwards compatibility, it declares most of these interactions to be matters of local policy. Working Group Summary The MPLS working group does solidly support this docment, it address well known interoperability problems. We had a good number of people supporting working group adoption and later (in the working last call) supporting publication. The document has also been working group last called in IDR and bess, the support from these groups are also strong. There has been no controversies around this update of RFC 3107. Document Quality We know of several implementations of RFC 3107, thus a very good understanding of the interoperability problems. We also know of intents to implement the updated version. An implementation poll has been started, and as soon as we have new information will update this Shepherd Write-up. Personnel Who is the Document Shepherd for this document? Loa Andersson Who is the Responsible Area Director? Deborah Brungard From nobody Thu Aug 17 14:38:51 2017 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 4B405132620; Thu, 17 Aug 2017 14:38:43 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: mpls@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150300592326.12002.8724065583092401770@ietfa.amsl.com> Date: Thu, 17 Aug 2017 14:38:43 -0700 Archived-At: Subject: [mpls] I-D Action: draft-ietf-mpls-ldp-mrt-06.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2017 21:38:43 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching WG of the IETF. Title : LDP Extensions to Support Maximally Redundant Trees Authors : Alia Atlas Kishore Tiruveedhula Chris Bowers Jeff Tantsura IJsbrand Wijnands Filename : draft-ietf-mpls-ldp-mrt-06.txt Pages : 19 Date : 2017-08-17 Abstract: This document specifies extensions to the Label Distribution Protocol(LDP) to support the creation of label-switched paths for Maximally Redundant Trees (MRT). A prime use of MRTs is for unicast and multicast IP/LDP Fast-Reroute, which we will refer to as MRT-FRR. The sole protocol extension to LDP is simply the ability to advertise an MRT Capability. This document describes that extension and the associated behavior expected for LSRs (Label Switching Routers) and LERs (Label Edge Routers) advertising the MRT Capability. MRT-FRR uses LDP multi-topology extensions and requires three different multi-topology IDs to be allocated from the MPLS MT-ID space. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-ldp-mrt/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-mpls-ldp-mrt-06 https://datatracker.ietf.org/doc/html/draft-ietf-mpls-ldp-mrt-06 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-ldp-mrt-06 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Aug 17 14:47:21 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 545CC1321B7; Thu, 17 Aug 2017 14:47:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.019 X-Spam-Level: X-Spam-Status: No, score=-2.019 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=juniper.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7d-nzFriTGOx; Thu, 17 Aug 2017 14:47:16 -0700 (PDT) Received: from NAM01-BN3-obe.outbound.protection.outlook.com (mail-bn3nam01on0096.outbound.protection.outlook.com [104.47.33.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0BE8C132647; Thu, 17 Aug 2017 14:47:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=lFfACP1UCunUu1KpsXGXm76+2rBhZiyoAOVKQT0DMTw=; b=dmRlQ/BDVaSbrQyOTvyvKUr5LJgyV3Ap0oc0Q8T/2hZx6xCCIaXZnKOhzZEzU7qzz7HcLI5aQw3GnjVEHzgJndzCv/r0m68J2JpasDQw0Y2KWjbFEUv6xaClR8M2SpoM7DrGvdzRCxF7kwoBC4G2N0LXMwmtNTpZqaRI4CKOQk4= Received: from MWHPR05MB2829.namprd05.prod.outlook.com (10.168.245.11) by MWHPR05MB3167.namprd05.prod.outlook.com (10.173.229.21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.1.1362.12; Thu, 17 Aug 2017 21:47:13 +0000 Received: from MWHPR05MB2829.namprd05.prod.outlook.com ([10.168.245.11]) by MWHPR05MB2829.namprd05.prod.outlook.com ([10.168.245.11]) with mapi id 15.01.1362.019; Thu, 17 Aug 2017 21:47:13 +0000 From: Chris Bowers To: "BRUNGARD, DEBORAH A" , "draft-ietf-mpls-ldp-mrt@ietf.org" , "tonysietf@gmail.com" CC: "mpls@ietf.org" , "mpls-chairs@ietf.org" Thread-Topic: [Reminder] RE: Routing directorate review of draft-ietf-mpls-ldp-mrt Thread-Index: AdKlPxUIlRR7IOwpRM2wX5Jdk0DLcgAE+4QAAFN95vEBna3WgAAlpUMwABK4/nwDCPhOgAAHv0FwF0tX3YA= Date: Thu, 17 Aug 2017 21:47:13 +0000 Message-ID: References: <9C5FD3EFA72E1740A3D41BADDE0B461FC61BA0CA@szxema506-mbs.china.huawei.com> <1490466710.627965665@f24.my.com> <9C5FD3EFA72E1740A3D41BADDE0B461FC61C7462@szxema506-mbs.china.huawei.com> <9C5FD3EFA72E1740A3D41BADDE0B461FC61D84C1@szxema506-mbs.china.huawei.com> <9CB1940B-3918-4D16-83E7-541EE08833C7@att.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=cbowers@juniper.net; x-originating-ip: [66.129.239.10] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; MWHPR05MB3167; 6:rEjkwmLgbT0452Ru8V5W05MKHtM8bXV11LMD0B0QXbZFWI1jpZFH8Zk/fCxLpnYYmX0ceakXpgX7rL43Uz0SRqX0OITtYc/i+QqOmkIKmVwT9nxASYMsz5W6YHOeQwS3bErL7vzHG+aAHtFMDB6NhuAMJYWldmp0ADa3ylSp1kiPnNs5micVFhFfTSWVc17kvl9GE8f2c/12+2Pq9d20ZMS69yiqWAwFWqmVvA85NbZpvzr+2biX3awjkYwO3gK+XGCjPDf30RGDFLT+4MngKfWVROhwMzyLHnbiD9+nVOwiqTkdcHwfP5Hkz4vnsGflFJHqTfJPQFWBeLMPcgMwZQ==; 5:H6/RPosGA4w1AnT4IyBPFMhz0Gq6CqUWoIKcDCNZpnJjgewXzFwl4jtYES+6PZbuqkdY++5+dWQEPfTjVQ7y/qB85UHYwcTJGV73tlKkR75H4CzYyGvLKbCdcaUTEpJA3jcgJ6JpWYpuzAsIYSGhkQ==; 24:jzWFD6XlvEarEQkOTfWhX2FRAex3mloTm+IBhDkJmHVZ/bRouZjYe8Nm5pX5n6Db14aCfZQxvZX1a5wD69aBj2bW2DVi+w4k+Mz3w7NAYHg=; 7:0sR04YT0cenBx2MA7voi+iGKu4UGFfHvVTC7p+f/KqFg6Kv9IgCFHQedxknN4R9NvNg50BZAQpoHBCB9Wj2tQax2iGv07KpAdYPqekZABSTcHhXV5zEIK2RQ8v9xP4nhBIUta3TyTyPOa/WiBu5owgp9l4f47ovtTXHySpmvkZ/c9o2Rb8FYFD2n+NMZrepWA9XQyNfvB/MFC65FpIrO5ZZl/f/Cr+Gp3EYj/6ScM4I= x-ms-office365-filtering-correlation-id: 394599ad-5846-411d-14eb-08d4e5b98581 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(2017030254152)(48565401081)(300000503095)(300135400095)(2017052603031)(201703131423075)(201703031133081)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:MWHPR05MB3167; x-ms-traffictypediagnostic: MWHPR05MB3167: x-exchange-antispam-report-test: UriScan:(10436049006162)(120809045254105)(166708455590820)(50582790962513)(97927398514766)(21748063052155); x-microsoft-antispam-prvs: x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(601004)(2401047)(8121501046)(5005006)(100000703101)(100105400095)(93006095)(93001095)(10201501046)(3002001)(6055026)(6041248)(20161123560025)(20161123558100)(20161123564025)(20161123562025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123555025)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:MWHPR05MB3167; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:MWHPR05MB3167; x-forefront-prvs: 0402872DA1 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39860400002)(51914003)(189002)(377454003)(12213003)(199003)(6506006)(6116002)(105586002)(102836003)(97736004)(3846002)(790700001)(106356001)(14454004)(966005)(8676002)(81156014)(81166006)(101416001)(50986999)(76176999)(54356999)(8936002)(77096006)(7736002)(229853002)(2906002)(189998001)(2900100001)(4326008)(2950100002)(93886005)(33656002)(25786009)(3280700002)(230783001)(3660700001)(2501003)(53546010)(5890100001)(7696004)(6436002)(66066001)(19609705001)(68736007)(55016002)(5660300001)(9686003)(54896002)(53936002)(6246003)(74316002)(53946003)(236005)(2201001)(39060400002)(478600001)(86362001)(6306002)(99286003)(606006)(54906002)(579004); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR05MB3167; H:MWHPR05MB2829.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_MWHPR05MB2829D75E2D8A944A5AF1029CA9830MWHPR05MB2829namp_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Aug 2017 21:47:13.6840 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR05MB3167 Archived-At: Subject: Re: [mpls] [Reminder] RE: Routing directorate review of draft-ietf-mpls-ldp-mrt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Aug 2017 21:47:20 -0000 --_000_MWHPR05MB2829D75E2D8A944A5AF1029CA9830MWHPR05MB2829namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBhcG9sb2dpemUgZm9yIHRoZSBsb25nIGRlbGF5Lg0KDQpUaGFua3MgZm9yIHRoZSBSVEdESVIg cmV2aWV3Lg0KVGhlIHJlc3BvbnNlcyBhbmQvb3IgdGV4dHVhbCBjaGFuZ2VzIGluIHJlc3BvbnNl IHRvIHRoYXQgcmV2aWV3IGFyZSBzaG93biBiZWxvdyB3aXRoIFtDQl0uDQoNCkkgYWxzbyBhZGRy ZXNzZWQgdGhlIHJlcXVlc3QgaW4gTG9h4oCZcyBTaGVwaGVyZCB3cml0ZS11cCB0byBtb3ZlIFJG QzIxMTkgdG8gbm9ybWF0aXZlIHJlZmVyZW5jZXMgYW5kIHRvIGFkanVzdCB0aGUgUkZDMjExOSBi b2lsZXJwbGF0ZS4NCmh0dHBzOi8vZ2l0aHViLmNvbS9jYm93ZXJzL2RyYWZ0LWlldGYtbXBscy1s ZHAtbXJ0L2NvbW1pdC8zNDdhYTEwMmEyMGVmNzBiOGFlNzBlOGU0ZjgzZjk5MDI2NWI2Yzc5DQoN Ckkgd2VudCBhaGVhZCBhbmQgcHVibGlzaGVkIGFuIHVwZGF0ZSBvbiB0aGUgSUVURiB3ZWJzaXRl Lg0KDQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLW1wbHMtbGRw LW1ydC8NCg0KVGhhbmtzLA0KQ2hyaXMNCg0KDQpGcm9tOiBCUlVOR0FSRCwgREVCT1JBSCBBIFtt YWlsdG86ZGIzNTQ2QGF0dC5jb21dDQpTZW50OiBUaHVyc2RheSwgQXByaWwgMjAsIDIwMTcgMTI6 NDkgUE0NClRvOiBkcmFmdC1pZXRmLW1wbHMtbGRwLW1ydEBpZXRmLm9yZw0KQ2M6IG1wbHNAaWV0 Zi5vcmc7IG1wbHMtY2hhaXJzQGlldGYub3JnDQpTdWJqZWN0OiBGVzogW1JlbWluZGVyXSBSRTog Um91dGluZyBkaXJlY3RvcmF0ZSByZXZpZXcgb2YgZHJhZnQtaWV0Zi1tcGxzLWxkcC1tcnQNCg0K QXV0aG9ycywNCg0KSGVyZeKAmXMgb3VyIFJvdXRpbmcgRGlyZWN0b3JhdGUgcmV2aWV3ZXLigJlz IGNvbW1lbnRzLiBQbGVhc2UgYWRkcmVzcyB0aGUgY29tbWVudHMgYnkgcmVzcG9uZGluZyB0byBU b255IGFuZCB0aGUgbGlzdC4NCg0KVGhhbmtzLA0KRGVib3JhaA0KDQoNCkZyb206IFRvbnkgUHJ6 eWdpZW5kYSBbbWFpbHRvOnRvbnlzaWV0ZkBnbWFpbC5jb21dDQpTZW50OiBUaHVyc2RheSwgQXBy aWwgMjAsIDIwMTcgMToyOCBQTQ0KVG86IEJSVU5HQVJELCBERUJPUkFIIEEgPGRiMzU0NkBhdHQu Y29tPG1haWx0bzpkYjM1NDZAYXR0LmNvbT4+DQpDYzogWWVtaW4gKEFteSkgPGFteS55ZW1pbkBo dWF3ZWkuY29tPG1haWx0bzphbXkueWVtaW5AaHVhd2VpLmNvbT4+OyBydGctZGlyQGlldGYub3Jn PG1haWx0bzpydGctZGlyQGlldGYub3JnPg0KU3ViamVjdDogUmU6IFtSZW1pbmRlcl0gUkU6IFJv dXRpbmcgZGlyZWN0b3JhdGUgcmV2aWV3IG9mIGRyYWZ0LWlldGYtbXBscy1sZHAtbXJ0DQoNCkhl cmUncyB0aGUgcmV2aWV3IChzb3JyeSBmb3IgZGVsYXksIGxvdHMgb2YgbWF0ZXJpYWwpLiBQbHMg ZndkIHRvIGFjY29yZGluZyBtYWlsaW5nIGxpc3RzDQoNCi0tLS0NCg0KDQpJIGhhdmUgYmVlbiBz ZWxlY3RlZCBhcyB0aGUgUm91dGluZyBEaXJlY3RvcmF0ZSByZXZpZXdlciBmb3IgdGhpcyBkcmFm dC4gVGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUgc2Vla3MgdG8gcmV2aWV3IGFsbCByb3V0aW5nIG9y IHJvdXRpbmctcmVsYXRlZCBkcmFmdHMgYXMgdGhleSBwYXNzIHRocm91Z2ggSUVURiBsYXN0IGNh bGwgYW5kIElFU0cgcmV2aWV3LCBhbmQgc29tZXRpbWVzIG9uIHNwZWNpYWwgcmVxdWVzdC4gVGhl IHB1cnBvc2Ugb2YgdGhlIHJldmlldyBpcyB0byBwcm92aWRlIGFzc2lzdGFuY2UgdG8gdGhlIFJv dXRpbmcgQURzLiBGb3IgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCB0aGUgUm91dGluZyBEaXJlY3Rv cmF0ZSwgcGxlYXNlIHNlZSDigItodHRwOi8vdHJhYy50b29scy5pZXRmLm9yZy9hcmVhL3J0Zy90 cmFjL3dpa2kvUnRnRGlyPGh0dHBzOi8vdXJsZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/ dT1odHRwLTNBX190cmFjLnRvb2xzLmlldGYub3JnX2FyZWFfcnRnX3RyYWNfd2lraV9SdGdEaXIm ZD1Ed01GYVEmYz1MRllaLW85X0hVTWVNVFNRaWN2aklnJnI9NlVoR3BXOWx3aTlkTTdqWWx4WEQ4 dyZtPTJhbFZHS2dQX0dSRXFScXZibkJaVnFjZ2Nsd0M3ZWZWaWJTMkdrVW1KamMmcz1KT0E1bW41 aWtHX09zYjZFdEpPay1KMHE1YTlhX19PNTV6cVVTemtfQ2s4JmU9Pg0KDQpBbHRob3VnaCB0aGVz ZSBjb21tZW50cyBhcmUgcHJpbWFyaWx5IGZvciB0aGUgdXNlIG9mIHRoZSBSb3V0aW5nIEFEcywg aXQgd291bGQgYmUgaGVscGZ1bCBpZiB5b3UgY291bGQgY29uc2lkZXIgdGhlbSBhbG9uZyB3aXRo IGFueSBvdGhlciBJRVRGIExhc3QgQ2FsbCBjb21tZW50cyB0aGF0IHlvdSByZWNlaXZlLCBhbmQg c3RyaXZlIHRvIHJlc29sdmUgdGhlbSB0aHJvdWdoIGRpc2N1c3Npb24gb3IgYnkgdXBkYXRpbmcg dGhlIGRyYWZ0Lg0KDQpEb2N1bWVudDogZHJhZnQtaWV0Zi1tcGxzLWxkcC1tcnQNClJldmlld2Vy OiBUb255IFByenlnaWVuZGENClJldmlldyBEYXRlOiA0LzIwLzE3DQpJbnRlbmRlZCBTdGF0dXM6 IFN0YW5kYXJkcyBUcmFjaw0KDQpTdW1tYXJ5Og0KDQpJIGhhdmUgc2V2ZXJhbCBtYWpvciBjb21t ZW50cyB0aGF0IGVpdGhlciBpbmRpY2F0ZSB0ZWNobmljYWwgaW5jb25zaXN0ZW5jaWVzIGluIHRo ZSBNUlQtRlJSIGRvY3VtZW50IHNldCAoNzgxMS83ODEyL2lncC9sZHAgZHJhZnRzKSBvciBzdWdn ZXN0IGFkZGl0aW9ucyB0byBpbXByb3ZlIHJlYWRhYmlsaXR5IG9mIHRob3NlIGRvY3VtZW50cyBh bmQgcHJldmVudCB3cm9uZyBhc3N1bXB0aW9ucyBvbiB0aGUgcmVhZGVyJ3Mgc2lkZS4NCg0KDQpN YWpvciBDb21tZW50czoNCg0KDQrCtyAgICAgICAgIEEgc21hbGwgc2VjdGlvbiBvdXRsaW5pbmcg dGhlIHJlcXVpcmVtZW50cyBvZiDigJxkb21haW4tYWxpZ25tZW504oCdIGluIE1SVCBjb3VsZCBi ZSBoZWxwZnVsLCBpLmUuIHdoYXQgYXJlIHRoZSBhc3N1bXB0aW9ucyBhcyB0byBjb25ncnVlbmN5 IG9mIExEUC9JR1AgYXJlYXMvTVJUIGlzbGFuZHMgYW5kIGZlYXR1cmVzIHN1cHBvcnRlZCBpbiBl YWNoLiBBIHBpY3R1cmUgb2Ygd2hlcmUgdGhlIHByb3h5IG5vZGVzIGZpdCBpbiwgd2hlcmUgdGhl IHJhaW5ib3cgbGFiZWxzIGFyZSB1c2VkLCBhIEdBREFHIHJvb3Qgd291bGQgaW1wcm92ZSByZWFk YWJpbGl0eS4gTVJUIGhhcyBnb29kIGFtb3VudCBvZiBtb3ZpbmcgcGFydHMgdGhhdCByZWxhdGUg aW4gbm9uLW9idmlvdXMgd2F5cy4gVGhpcyBjb21tZW50IGlzIGdlYXJlZCBwcm9iYWJseSBtb3Jl IHRvd2FyZCBSRkM3ODEyIHRoYW4gdGhpcyBkb2N1bWVudC4NCg0KDQoNCj09PT09PT09PT09PT09 PT09PT09PT09PQ0KDQpbQ0JdICBUaGUgcXVlc3Rpb24gb2YgdGhlIGNvbmdydWVuY3kgb2YgTERQ IGFuZCBJR1AgZG9tYWlucyBpcyBhZGRyZXNzZWQgaW4gdGhlIHNlY3Rpb24gYWRkZWQgYmVsb3cg 4oCcSW50ZXJhY3Rpb24gb2YgTVJULXJlbGF0ZWQgTERQIGFkdmVydGlzZW1lbnRzIHdpdGggdGhl IE1SVCB0b3BvbG9neSBhbmQgY29tcHV0YXRpb25zLuKAnQ0KDQoNCg0KaHR0cHM6Ly9naXRodWIu Y29tL2Nib3dlcnMvZHJhZnQtaWV0Zi1tcGxzLWxkcC1tcnQvY29tbWl0LzRhZDRiYzUwYTM1ZjI0 YmU2YjI0MzY1Mjg3YTE0OGJjN2NiZGNkZjkNCg0KDQoNCg0KDQpUaGF0IHNlZW1zIGFwcHJvcHJp YXRlIGZvciB0aGlzIGRvYyBzaW5jZSBpdCBpbnZvbHZlcyB0aGUgTERQIGRvbWFpbi4gIEFyZSB5 b3UgT0sgd2l0aCB0aGlzIHNlY3Rpb24gdG8gY292ZXIgdGhpcyBjb21tZW50IGFzIGEgd2hvbGU/ DQoNCkkgYW0gcmVsdWN0YW50IHRvIHB1dCBtb3JlIG1hdGVyaWFsIGluIHRoaXMgZG9jdW1lbnQg aWYgdGhhdCBzaG91bGQgcmVhbGx5IGJlIGluIFJGQzc4MTIsIHNpbmNlIGl0IG1pZ2h0IGVuZCB1 cCBjcmVhdGluZyBtb3JlIGNvbmZ1c2lvbiBhYm91dCBub3JtYXRpdmUgdGhpbmdzIGluIDc4MTIg dGhhbiBpdCBoZWxwcyBpbiBjbGFyaWZ5IHRoaXMgZG9jLg0KDQoNCg0KPT09PT09PT09PT09PT09 PT09PT09PT09DQoNCsK3ICAgICAgICAgSXQgc2VlbXMgdGhhdCB0aGUgaW1wbGljaXQgYXNzdW1w dGlvbiB0aGF0IHRoZSBJR1AgTVJUIHN1cHBvcnQgaXMgY29uZ3J1ZW50IHdpdGggdGhlIExEUCBN UlQgc3VwcG9ydCwgaS5lLiBMRFAgTVJUIGNhcGFiaWxpdHkgaXMgYWR2ZXJ0aXNlZCBJSUYgaWYg dGhlIG5vZGUgc3VwcG9ydHMgTVJUIGluIElHUCBvbiB0aGUgbGluayAoYW5kIHZpY2UgdmVyc2Ep PyBPdGhlcndpc2Ugc2VjdGlvbiA1LjIgaXMgYW1iaWd1b3VzIGFzIGluIOKAnGlzIExEUCBvbiBh bnl0aGluZyB0aGF0IHdpbGwgYmUgb24gcmVkIG9yIGJsdWUgYXNzdW1lZC9hIE1VU1TigJ0gb3Ig 4oCcSUdQIHNoYWxsIG5vdCBjb21wdXRlIHJlZC9ibHVlIGlmIExEUCBwZWVyIGlzIG5vdCBNVC1N UlQtY2FwYWJsZSwgaS5lLiB0YWtlIHRoZSBsaW5rIG91dCB0aGUgTVJUIHRvcG9sb2d54oCdID8g IElmIHN1Y2ggYW4gYXNzdW1wdGlvbiBpcyBtYWRlLCBzcGVsbGluZyBpdCBvdXQgd291bGQgaW1w cm92ZSByZWFkYWJpbGl0eSBvZiB0aGUgZG9jdW1lbnQuDQoNCj09PT09PT09PT09PT09PT09PT09 PT09PQ0KDQpbQ0JdIEkgYWRkZWQgdGhlIGZvbGxvd2luZyBzZWN0aW9uIHRvIGNsYXJpZnkgdGhp cy4NCg0KDQoNCmh0dHBzOi8vZ2l0aHViLmNvbS9jYm93ZXJzL2RyYWZ0LWlldGYtbXBscy1sZHAt bXJ0L2NvbW1pdC80YWQ0YmM1MGEzNWYyNGJlNmIyNDM2NTI4N2ExNDhiYzdjYmRjZGY5DQoNCg0K NC40LiAgSW50ZXJhY3Rpb24gb2YgTVJULXJlbGF0ZWQgTERQIGFkdmVydGlzZW1lbnRzIHdpdGgg dGhlIE1SVA0KICAgICAgdG9wb2xvZ3kgYW5kIGNvbXB1dGF0aW9ucw0KDQogICBbUkZDNzgxMV0g YW5kIFtSRkM3ODEyXSBkZXNjcmliZSBob3cgdGhlIE1SVCB0b3BvbG9neSBpcyBjcmVhdGVkDQog ICBiYXNlZCBvbiBpbmZvcm1hdGlvbiBpbiBJR1AgYWR2ZXJ0aXNlbWVudHMuICBUaGUgTVJUIHRv cG9sb2d5IGFuZA0KICAgY29tcHV0YXRpb25zIHJlbHkgb24gb24gSUdQIGFkdmVydGlzZW1lbnRz LiAgVGhlIHByZXNlbmNlIG9yIGFic2VuY2UNCiAgIG9mIE1SVC1yZWxhdGVkIExEUCBhZHZlcnRp c2VtZW50cyBkb2VzIG5vdCBhZmZlY3QgdGhlIE1SVCB0b3BvbG9neSBvcg0KICAgdGhlIE1SVC1S ZWQgYW5kIE1SVC1CbHVlIG5leHQtaG9wcyBjb21wdXRlZCBmb3IgdGhhdCB0b3BvbG9neS4NCg0K ICAgQXMgYW4gZXhhbXBsZSwgY29uc2lkZXIgYSBuZXR3b3JrIHdoZXJlIGFsbCBub2RlcyBhcmUg cnVubmluZyBNUlQgSUdQDQogICBleHRlbnNpb25zIHRvIGRldGVybWluZSB0aGUgTVJULXRvcG9s b2d5LCB3aGljaCBpcyB0aGVuIHVzZWQgdG8NCiAgIGNvbXB1dGUgTVJULVJlZCBhbmQgTVJULUJs dWUgbmV4dC1ob3BzLiAgVGhlIG5ldHdvcmsgb3BlcmF0b3IgYWxzbw0KICAgY29uZmlndXJlcyB0 aGUgbm9kZXMgaW4gdGhpcyBuZXR3b3JrIHRvIGV4Y2hhbmdlIE1SVC1yZWxhdGVkIExEUA0KICAg YWR2ZXJ0aXNlbWVudHMgaW4gb3JkZXIgdG8gZGlzdHJpYnV0ZSBNUExTIGxhYmVscyBjb3JyZXNw b25kaW5nIHRvDQogICB0aG9zZSBNUlQgbmV4dC1ob3BzLiAgU3VwcG9zZSB0aGF0LCBkdWUgdG8g YSBtaXNjb25maWd1cmF0aW9uIG9uIG9uZQ0KICAgcGFydGljdWxhciBsaW5rLCB0aGUgTVJULXJl bGF0ZWQgTERQIGFkdmVydGlzZW1lbnRzIGFyZSBub3QgYmVpbmcNCiAgIHByb3Blcmx5IGV4Y2hh bmdlZCBmb3IgdGhhdCBsaW5rLiAgU2luY2UgdGhlIE1SVC1yZWxhdGVkIElHUA0KICAgYWR2ZXJ0 aXNlbWVudHMgZm9yIHRoZSBsaW5rIGFyZSBzdGlsbCBiZWluZyBkaXN0cmlidXRlZCwgdGhlIGxp bmsgaXMNCiAgIHN0aWxsIGluY2x1ZGVkIGluIHRoZSBNUlQgdG9wb2xvZ3kgYW5kIGNvbXB1dGF0 aW9ucywgSW4gdGhpcw0KICAgc2NlbmFyaW8sIHRoZXJlIHdpbGwgYmUgbWlzc2luZyBNUExTIGZv cndhcmRpbmcgZW50cmllcyBjb3JyZXNwb25kaW5nDQogICB0byBwYXRocyB0aGF0IHVzZSB0aGUg bWlzY29uZmlndXJlZCBsaW5rLg0KDQogICBOb3RlIHRoYXQgdGhlIHNpdHVhdGlvbiBpcyBhbmFs b2dvdXMgdG8gdGhlIGludGVyYWN0aW9uIG9mIG5vcm1hbCBMRFANCiAgIGFkdmVydGlzZW1lbnRz IGFuZCBJR1AgYWR2ZXJ0aXNlbWVudHMgZm9yIHNob3J0ZXN0IHBhdGggZm9yd2FyZGluZy4NCiAg IERlYWN0aXZhdGluZyB0aGUgZGlzdHJpYnV0aW9uIG9mIGxhYmVscyBmb3Igbm9ybWFsIHNob3J0 ZXN0IHBhdGggRkVDcw0KICAgb24gYSBsaW5rIGRvZXMgbm90IGNoYW5nZSB0aGUgdG9wb2xvZ3kg b24gd2hpY2ggdGhlIFNQRiBhbGdvcml0aG0gaXMNCiAgIHJ1biBieSB0aGUgSUdQLg0KDQoNCg0K PT09PT09PT09PT09PT09PT09PT09PT09DQoNCsK3ICAgICAgICAgUHJveHkgbm9kZSBhdHRhY2ht ZW50IHJvdXRlciBpbiBzZWN0aW9uIGluIDUuMS4yIGlzIGxvb3NlbHkgaW50cm9kdWNlZCBhbmQg d291bGQgYmVuZWZpdCBmcm9tIHJlZmVyZW5jZSB0byBTZWN0aW9uIDExLjIgaW4gNzgxMi4gQSBj bGVhciBkZWZpbml0aW9uIHdpdGggZGlzdGluY3Rpb24gYmV0d2VlbiB0aGUg4oCccHJveHkgbm9k ZeKAnSBhbmQg4oCccHJveHkgbm9kZSBhdHRhY2htZW50IiBpbiB0aGUgZ2xvc3NhcnkgKG9mIFJG Qzc4MTI/KSB3b3VsZCBoZWxwIHRoZSByZWFkZXIgb2YgdGhlIGRvY3VtZW50IHNldC4NCg0KDQoN Cj09PT09PT09PT09PT09PT09DQoNCltDQl0gIEkgYWRkZWQgYSByZWZlcmVuY2UgdG8gc2VjdGlv biA1Ljkgb2YgUkZDIDc4MTEuICBUaGUgY3VycmVudCB0ZXh0IG5vdyByZWFkcy4NCg0KDQoNCiAg IFNlY3Rpb24gMTEuMiBvZiBbUkZDNzgxMl0gZGVzY3JpYmVzIGhvdyBNUlQgcHJvdmlkZXMgRlJS IHByb3RlY3Rpb24NCg0KICAgZm9yIG11bHRpLWhvbWVkIHByZWZpeGVzIHVzaW5nIGNhbGN1bGF0 aW9ucyBpbnZvbHZpbmcgYSBuYW1lZCBwcm94eS0NCg0KICAgbm9kZS4gIFRoaXMgY292ZXJzIHRo ZSBzY2VuYXJpbyB3aGVyZSBhIHByZWZpeCBpcyBvcmlnaW5hdGVkIGJ5IGENCg0KICAgcm91dGVy IGluIHRoZSBzYW1lIGFyZWEgYXMgdGhlIE1SVCBJc2xhbmQsIGJ1dCBvdXRzaWRlIG9mIHRoZSBN UlQNCg0KICAgSXNsYW5kLiAgSXQgYWxzbyBjb3ZlcnMgdGhlIHNjZW5hcmlvIG9mIGEgcHJlZml4 IGJlaW5nIGFkdmVydGlzZWQgYnkNCg0KICAgYSBtdWx0aXBsZSByb3V0ZXJzIGluIHRoZSBNUlQg SXNsYW5kLg0KDQoNCg0KICAgSW4gdGhlIG5hbWVkIHByb3h5LW5vZGUgY2FsY3VsYXRpb24sIGVh Y2ggbXVsdGktaG9tZWQgcHJlZml4IGlzDQoNCiAgIHJlcHJlc2VudGVkIGJ5IGEgY29uY2VwdHVh bCBwcm94eS1ub2RlIHdoaWNoIGlzIGF0dGFjaGVkIHRvIHR3byByZWFsDQoNCiAgIHByb3h5LW5v ZGUgYXR0YWNobWVudCByb3V0ZXJzLiAgKEEgc2luZ2xlIHByb3h5LW5vZGUgYXR0YWNobWVudA0K DQogICByb3V0ZXIgaXMgYWxsb3dlZCBpbiB0aGUgY2FzZSBvZiBhIHByZWZpeCBhZHZlcnRpc2Vk IGJ5IGEgc2FtZSBhcmVhDQoNCiAgIHJvdXRlciBvdXRzaWRlIG9mIHRoZSBNUlQgSXNsYW5kIHdo aWNoIGlzIHNpbmdseSBjb25uZWN0ZWQgdG8gdGhlIE1SVA0KDQogICBJc2xhbmQuKSAgQWxsIHJv dXRlcnMgaW4gdGhlIE1SVCBJc2xhbmQgcGVyZm9ybSB0aGUgc2FtZSBjYWxjdWxhdGlvbnMNCg0K ICAgdG8gZGV0ZXJtaW5lIHRoZSBzYW1lIHR3byBwcm94eS1ub2RlIGF0dGFjaG1lbnQgcm91dGVy cyBmb3IgZWFjaA0KDQogICBtdWx0aS1ob21lZCBwcmVmaXguICBbUkZDNzgxMV0gZGVzY3JpYmVz IHRoZSBwcm9jZWR1cmUgZm9yDQoNCiAgIGlkZW50aWZ5aW5nIG9uZSBwcm94eS1ub2RlIGF0dGFj aG1lbnQgcm91dGVyIGFzICJyZWQiIGFuZCBvbmUgYXMNCg0KICAgImJsdWUiIHdpdGggcmVzcGVj dCB0byB0aGUgbXVsdGktaG9tZWQgcHJlZml4LCBhbmQgY29tcHV0aW5nIHRoZSBNUlQNCg0KICAg cmVkIGFuZCBibHVlIG5leHQtaG9wcyB0byByZWFjaCB0aG9zZSByZWQgYW5kIGJsdWUgcHJveHkt bm9kZQ0KDQogICBhdHRhY2htZW50IHJvdXRlcnMuDQoNCg0KDQoNCg0KPT09PT09PT09PT09PT09 PT0NCg0KwrcgICAgICAgICBJIGRvbuKAmXQgc2VlIGEgc3BlY2lmaWNhdGlvbiBob3cgbm9uLWRl ZmF1bHQgcHJvZmlsZXMgd291bGQgYmUgc3VwcG9ydGVkIGluIHRoZSBmdXR1cmUgaW4gdGhpcyBk b2N1bWVudC4gSXQgc2VlbXMgaW1wbGllZCB0aGF0IG5lZ290aWF0aW5nIGNlcnRhaW4gTVQtSURz IGluIExEUCB3aWxsIGltcGx5IGNlcnRhaW4gcHJvZmlsZSB2YWx1ZXMgaW4gdGhlIGZ1dHVyZSBi dXQgdGhlIGRvY3VtZW50IHdvdWxkIGdhaW4gcmVhZGFiaWxpdHkgaWYgdGhhdCBpcyBzcGVsbGVk IG91dCAoSSB0aGluayBSRkM3ODEyIGRvZXMgaW5kaWNhdGUgdGhhdCBpbiA4LjEgYWxyZWFkeSBz byByZWZlcmVuY2UgbWF5YmUgZW5vdWdoKS4gSG93ZXZlciB3aGVuIHJlYWRpbmcgNS4xIG9mIGRy YWZ0LWlldGYtaXNpcy1tcnQtMDIgSSBzZWUgIHRoYXQgdGhlIHByb2ZpbGUgSUQgaXMgZXhwbGlj aXR5IGdpdmVuIHdpdGggdGhlIHRvcG9sb2d5IElEIHdoaWNoIHNlZW0gY29udHJhZGljdG9yeSBp ZiB0b3BvbG9neSBJRHMgaW1wbHkgdGhlIHByb2ZpbGUgdXNlZC4NCg0KPT09PT09PT09PT09PT09 PT0NCg0KW0NCXSBJIGFkZGVkIGEgcmVmZXJlbmNlIHRvIHNlY3Rpb24gOC4xIG9mIFJGQzc4MTIg YW5kIHJlcGVhdGVkIHRoZSB0ZXh0IGZyb20gdGhlcmUgZm9yIGNsYXJpdHkuDQoNCg0KDQpTZWN0 aW9uIDQuMyBvZiB0aGlzIGRyYWZ0IG5vdyByZWFkcy4NCg0KDQoNCjQuMy4gIE1SVC1CbHVlIGFu ZCBNUlQtUmVkIEZFQ3MNCg0KDQoNCiAgIFRvIHByb3ZpZGUgTVJUIHN1cHBvcnQgaW4gTERQLCB0 aGUgTVQgUHJlZml4IEZFQyBpcyB1c2VkLiAgW1JGQzc4MTJdDQoNCiAgIGRlZmluZXMgdGhlIERl ZmF1bHQgTVJUIFByb2ZpbGUuICBTZWN0aW9uIDggb2YgdGhlIGN1cnJlbnQgZG9jdW1lbnQNCg0K ICAgc3BlY2lmaWVzIHRoZSB2YWx1ZXMgaW4gdGhlIE1QTFMgTXVsdGktVG9wb2xvZ3kgSWRlbnRp ZmllcnMgUmVnaXN0cnkNCg0KICAgZm9yIHRoZSBNUlQtUmVkIGFuZCBNUlQtQmx1ZSBNUExTIE1U LUlEcyBhc3NvY2lhdGVkIHdpdGggdGhlIERlZmF1bHQNCg0KICAgTVJUIFByb2ZpbGUgKFRCRC1N UlQtTERQLTQgYW5kIFRCRC1NUlQtTERQLTUpLg0KDQoNCg0KICAgQXMgZGVzY3JpYmVkIGluIFNl Y3Rpb24gOC4xIG9mIFtSRkM3ODEyXSwgd2hlbiBhIG5ldyBNUlQgUHJvZmlsZSBpcw0KDQogICBk ZWZpbmVkLCBuZXcgYW5kIHVuaXF1ZSB2YWx1ZXMgc2hvdWxkIGJlIGFsbG9jYXRlZCBmcm9tIHRo ZSAiTVBMUw0KDQogICBNdWx0aS1Ub3BvbG9neSBJZGVudGlmaWVycyBSZWdpc3RyeSIsIGNvcnJl c3BvbmRpbmcgdG8gdGhlIE1SVC1SZWQNCg0KICAgYW5kIE1SVC1CbHVlIE1ULUlEIHZhbHVlcyBm b3IgdGhlIG5ldyBNUlQgUHJvZmlsZS4NCg0KDQoNCiAgIFRoZSBNVCBQcmVmaXggRkVDIGVuY29k aW5nIGlzIGRlZmluZWQgaW4gW1JGQzczMDddIGFuZCBpcyB1c2VkDQoNCiAgIHdpdGhvdXQgYWx0 ZXJhdGlvbiBmb3IgYWR2ZXJ0aXNpbmcgbGFiZWwgbWFwcGluZ3MgZm9yIE1SVC1CbHVlLCBNUlQt DQoNCiAgIFJlZCBhbmQgUmFpbmJvdyBNUlQgRkVDcy4NCg0KDQoNClRoZSB0ZXh0IGluIGRyYWZ0 LWlldGYtaXNpcy1tcnQtMDIgbmVlZHMgdG8gYmUgY2xhcmlmaWVkIG9uIHRoaXMgcG9pbnQsIGJ1 dCBpdCBpcyBub3QgYSBub3JtYXRpdmUgcmVmZXJlbmNlIGZvcg0KDQpkcmFmdC1pZXRmLW1wbHMt bGRwLW1ydC4NCg0KDQoNCj09PT09PT09PT09PT09PT09DQoNCg0KDQrCtyAgICAgICAgIEkgZmlu ZCBpdCBzdXJwcmlzaW5nIHRoYXQgdGhlIGRvY3VtZW50IGRvZXMgbm90IGRlc2NyaWJlIGluIHNl Y3Rpb24gNSB0aGUgaW50ZXJhY3Rpb24gb2YgZGlmZmVyZW50IExEUCBtb2RlcyBhbmQgdGhlIE1S VCBjb21wdXRhdGlvbnMuIERvIHdlIGRvIHVuc29saWNpdGVkICBsaWJlcmFsLCByZXRhaW4gd2hl biBNUlQgY29tcHV0ZWQgdGhlIG5leHQtaG9wcyBhbmQgc28gb24/ICBNYXliZSBvbmUgc2VudGVu Y2UgYWxvbmcgdGhlIGxpbmVzIG9mIOKAnExEUCBtb2RlIG11c3QgYmUgdGhlIHNhbWUgYXMgdW5p Y2FzdCBJR1AgZm9yd2FyZGluZyBtb2Rl4oCdIHdvdWxkIGhlbHAgY2xhcmlmeSBvciB0aGUgc3Bl Y2lmaWMgbmVjZXNzYXJ5IG1vZGVzIGxpc3RlZC4NCg0KDQo9PT09PT09PT09PT09PT09PQ0KW0NC XUkgYWRkZWQgdGhlIGZvbGxvd2luZyB0ZXh0Lg0KaHR0cHM6Ly9naXRodWIuY29tL2Nib3dlcnMv ZHJhZnQtaWV0Zi1tcGxzLWxkcC1tcnQvY29tbWl0L2FlZDU4NjA0MTExMGNjNjRmM2FjNzYzNzZl ODg4NWVhNTQ1MGQ0N2UNCg0KDQogICBbUkZDNTAzNl0gc3BlY2lmaWVzIHR3byBkaWZmZXJlbnQg TGFiZWwgRGlzdHJpYnV0aW9uIENvbnRyb2wgTW9kZXMNCg0KICAgKEluZGVwZW5kZW50IGFuZCBP cmRlcmVkKSwgdHdvIGRpZmZlcmVudCBMYWJlbCBSZXRlbnRpb24gTW9kZXMNCg0KICAgKENvbnNl cnZhdGl2ZSBhbmQgTGliZXJhbCksIGFuZCB0d28gZGlmZmVyZW50IExhYmVsIEFkdmVydGlzZW1l bnQNCg0KICAgTW9kZXMgKERvd25zdHJlYW0gVW5zb2xpY2l0ZWQgYW5kIERvd25zdHJlYW0gb24g RGVtYW5kKS4gIFRoZSBjdXJyZW50DQoNCiAgIHNwZWNpZmljYXRpb24gZm9yIExEUCBNUlQgcmVx dWlyZXMgdGhhdCB0aGUgc2FtZSBMYWJlbCBEaXN0cmlidXRpb24NCg0KICAgQ29udHJvbCwgTGFi ZWwgUmV0ZW50aW9uLCBhbmQgTGFiZWwgQWR2ZXJ0aXNlbWVudCBtb2RlcyBiZSB1c2VkIGZvcg0K DQogICB0aGUgc2hvcnRlc3QgcGF0aCBGRUNzIGFuZCB0aGUgTVJUIEZFQ3MuDQoNCg0KDQo9PT09 PT09PT09PT09PT09PQ0KDQpNaW5vciBjb21tZW50czoNCg0KDQrCtyAgICAgICAgIEZvciBlYXN5 IHJlZmVyZW5jZSBzdWdnZXN0IHRvIGFkZCDigJx0d28tY29ubmVjdGVkIGdyYXBo4oCdIHRvIHRo ZSBnbG9zc2FyeSBzaW5jZSBpdOKAmXMgbm90IGEgY29tbW9uIHRlcm0uIE9yIHJlZmVyIHRvICBS RkM3ODEyDQoNCg0KDQrCtyAgICAgICAgIE1heWJlIHNhbWUgZm9yIOKAnGN1dC12ZXJ0ZXjigJ0g b3IgcmVmZXIgdG8gNzgxMg0KDQo9PT09PT09PT09PT09PT09PQ0KW0NCXUkgYWRkZWQgdGhlIHNl Y29uZCBzZW50ZW5jZSBpbiB0aGUgZm9sbG93aW5nIHRleHQuDQoNCg0KDQogICBGb3IgZWFzZSBv ZiByZWFkaW5nLCBzb21lIG9mIHRoZSB0ZXJtaW5vbG9neSBkZWZpbmVkIGluIFtSRkM3ODEyXSBp cw0KDQogICByZXBlYXRlZCBoZXJlLiAgUGxlYXNlIHJlZmVyIHRvIHRoZSBTZWN0aW9uIDMgb2Yg W1JGQzc4MTJdIGZvciBhIG1vcmUNCg0KICAgY29tcGxldGUgbGlzdC4NCg0KDQoNCj09PT09PT09 PT09PT09PT0NCg0KDQoNCg0KDQrCtyAgICAgICAgIE1heWJlIHNhbWUgZm9yIOKAnHRvcG9sb2dp Y2FsIG9yZGVyaW5n4oCdLiBSZWZlcmVuY2UgdG8gNzgxMSB3b3VsZCBiZSBoZWxwZnVsIGZvciBy ZWFkYWJpbGl0eQ0KDQoNCg0KPT09PT09PT09PT09PT09PT0NCg0KW0NCXSBJIHNob3J0ZW5lZCB0 aGUgZGVmaW5pdGlvbiBvZiBNUlQtUmVkIGFuZCBNUlQtQmx1ZSB0byBub3QgcmVmZXIgdG8gdG9w b2xvZ2ljYWwgb3JkZXIuICBJIHRoaW5rIHRoaXMgaXMgYSBnb29kIHNvbHV0aW9uDQoNCmJlY2F1 c2UgaXQgaXMgYSBkaXN0cmFjdGlvbiBpbiB0aGlzIGRyYWZ0IHRoYXQgZm9jdXNlZCBvbiBMRFAg YXNwZWN0cy4NCg0KDQoNCmh0dHBzOi8vZ2l0aHViLmNvbS9jYm93ZXJzL2RyYWZ0LWlldGYtbXBs cy1sZHAtbXJ0L2NvbW1pdC9hOTQwNzk3NGM1ODczZTM4NTBjMDUwNTQ5YTI1MDZhNjY3MTRlNjI2 DQoNCg0KDQoNCiAgICAgIDx0IGhhbmdUZXh0PSJNUlQtUmVkOiAiPiAgTVJULVJlZCBpcyB1c2Vk IHRvIGRlc2NyaWJlIG9uZSBvZiB0aGUgdHdvIE1SVHM7IGl0IGlzDQogICAgICAgdXNlZCB0byBk ZXNjcmliZSB0aGUgYXNzb2NpYXRlZCBmb3J3YXJkaW5nIHRvcG9sb2d5IGFuZCBNUExTDQotICAg ICAgTXVsdGktVG9wb2xvZ3kgSURlbnRpZmllciAoTVQtSUQpLiAgU3BlY2lmaWNhbGx5LCBNUlQt UmVkIGlzIHRoZQ0KLSAgICAgIGRlY3JlYXNpbmcgTVJUIHdoZXJlIGxpbmtzIGluIHRoZSBHQURB RyBhcmUgdGFrZW4gaW4gdGhlIGRpcmVjdGlvbg0KLSAgICAgIGZyb20gYSBoaWdoZXIgdG9wb2xv Z2ljYWxseSBvcmRlcmVkIG5vZGUgdG8gYSBsb3dlciBvbmUuPC90Pg0KKyAgICAgIE11bHRpLVRv cG9sb2d5IElEZW50aWZpZXIgKE1ULUlEKS48L3Q+DQoNCiAgICAgIDx0IGhhbmdUZXh0PSJNUlQt Qmx1ZTogIj4gTVJULUJsdWUgaXMgdXNlZCB0byBkZXNjcmliZSBvbmUgb2YgdGhlIHR3byBNUlRz OyBpdCBpcw0KICAgICAgIHVzZWQgdG8gZGVzY3JpYmVkIHRoZSBhc3NvY2lhdGVkIGZvcndhcmRp bmcgdG9wb2xvZ3kgYW5kIE1QTFMNCi0gICAgICBNVC1JRC4gIFNwZWNpZmljYWxseSwgTVJULUJs dWUgaXMgdGhlIGluY3JlYXNpbmcgTVJUIHdoZXJlIGxpbmtzDQotICAgICAgaW4gdGhlIEdBREFH IGFyZSB0YWtlbiBpbiB0aGUgZGlyZWN0aW9uIGZyb20gYSBsb3dlciB0b3BvbG9naWNhbGx5DQot ICAgICAgb3JkZXJlZCBub2RlIHRvIGEgaGlnaGVyIG9uZS48L3Q+DQorICAgICAgTVQtSUQuIDwv dD4NCg0KDQoNCg0KDQo9PT09PT09PT09PT09PT09PQ0KDQoNCg0KdGhhbmtzDQoNCg0KDQotLS0g dG9ueQ0KDQoNCg== --_000_MWHPR05MB2829D75E2D8A944A5AF1029CA9830MWHPR05MB2829namp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpWZXJkYW5hOw0KCXBhbm9zZS0xOjIgMTEg NiA0IDMgNSA0IDQgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Ikx1Y2lkYSBDb25z b2xlIjsNCglwYW5vc2UtMToyIDExIDYgOSA0IDUgNCAyIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0 aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJn aW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZv bnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBl cmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNv cmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQN Cgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRp b246dW5kZXJsaW5lO30NCnANCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1tYXJnaW4t dG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDowaW47DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGluOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1p bHk6IlRpbWVzIE5ldyBSb21hbiIsc2VyaWY7fQ0KcHJlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5 OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbWFyZ2luOjBp bjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZh bWlseToiQ291cmllciBOZXciO30NCnAubXNvbm9ybWFsMCwgbGkubXNvbm9ybWFsMCwgZGl2Lm1z b25vcm1hbDANCgl7bXNvLXN0eWxlLW5hbWU6bXNvbm9ybWFsOw0KCW1zby1zdHlsZS1wcmlvcml0 eTo5OTsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0KCW1z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglmb250LXNpemU6 MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLHNlcmlmO30NCnAuZ21haWwt bXNvbGlzdHBhcmFncmFwaCwgbGkuZ21haWwtbXNvbGlzdHBhcmFncmFwaCwgZGl2LmdtYWlsLW1z b2xpc3RwYXJhZ3JhcGgNCgl7bXNvLXN0eWxlLW5hbWU6Z21haWwtbXNvbGlzdHBhcmFncmFwaDsN Cgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFy Z2luLXJpZ2h0OjBpbjsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVm dDowaW47DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFu IixzZXJpZjt9DQpzcGFuLmdtYWlsLWljb24NCgl7bXNvLXN0eWxlLW5hbWU6Z21haWwtaWNvbjt9 DQpzcGFuLkVtYWlsU3R5bGUyMQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZh bWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCnNwYW4uRW1haWxT dHlsZTIyDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjMNCgl7bXNv LXN0eWxlLXR5cGU6cGVyc29uYWwtY29tcG9zZTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fu cy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4uSFRNTFByZWZvcm1hdHRlZENoYXIN Cgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1zby1zdHlsZS1w cmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQiOw0KCWZvbnQt ZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6 ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7 c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRp di5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lm IGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9 IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxv OnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIx IiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkg bGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29y ZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjoj MUY0OTdEIj5JIGFwb2xvZ2l6ZSBmb3IgdGhlIGxvbmcgZGVsYXkuPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0Qi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5UaGFua3MgZm9yIHRoZSBSVEdESVIgcmV2aWV3Ljxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMUY0OTdEIj5UaGUgcmVzcG9uc2VzIGFuZC9vciB0ZXh0dWFsIGNoYW5nZXMgaW4g cmVzcG9uc2UgdG8gdGhhdCByZXZpZXcgYXJlIHNob3duIGJlbG93IHdpdGggW0NCXS48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkkgYWxzbyBhZGRyZXNzZWQgdGhl IHJlcXVlc3QgaW4gTG9h4oCZcyBTaGVwaGVyZCB3cml0ZS11cCB0byBtb3ZlIFJGQzIxMTkgdG8g bm9ybWF0aXZlIHJlZmVyZW5jZXMgYW5kIHRvIGFkanVzdCB0aGUgUkZDMjExOSBib2lsZXJwbGF0 ZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RCI+PGEgaHJlZj0iaHR0cHM6Ly9naXRodWIuY29tL2Nib3dlcnMv ZHJhZnQtaWV0Zi1tcGxzLWxkcC1tcnQvY29tbWl0LzM0N2FhMTAyYTIwZWY3MGI4YWU3MGU4ZTRm ODNmOTkwMjY1YjZjNzkiPmh0dHBzOi8vZ2l0aHViLmNvbS9jYm93ZXJzL2RyYWZ0LWlldGYtbXBs cy1sZHAtbXJ0L2NvbW1pdC8zNDdhYTEwMmEyMGVmNzBiOGFlNzBlOGU0ZjgzZjk5MDI2NWI2Yzc5 PC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SSB3ZW50IGFo ZWFkIGFuZCBwdWJsaXNoZWQgYW4gdXBkYXRlIG9uIHRoZSBJRVRGIHdlYnNpdGUuJm5ic3A7DQo8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxhIGhyZWY9Imh0dHBz Oi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtbXBscy1sZHAtbXJ0LyI+aHR0 cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1tcGxzLWxkcC1tcnQvPC9h PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+VGhhbmtzLDxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjojMUY0OTdEIj5DaHJpczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG NDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJv cmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBp biAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+RnJv bTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+IEJSVU5HQVJELCBERUJPUkFIIEEgW21haWx0 bzpkYjM1NDZAYXR0LmNvbV0NCjxicj4NCjxiPlNlbnQ6PC9iPiBUaHVyc2RheSwgQXByaWwgMjAs IDIwMTcgMTI6NDkgUE08YnI+DQo8Yj5Ubzo8L2I+IGRyYWZ0LWlldGYtbXBscy1sZHAtbXJ0QGll dGYub3JnPGJyPg0KPGI+Q2M6PC9iPiBtcGxzQGlldGYub3JnOyBtcGxzLWNoYWlyc0BpZXRmLm9y Zzxicj4NCjxiPlN1YmplY3Q6PC9iPiBGVzogW1JlbWluZGVyXSBSRTogUm91dGluZyBkaXJlY3Rv cmF0ZSByZXZpZXcgb2YgZHJhZnQtaWV0Zi1tcGxzLWxkcC1tcnQ8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3 RCI+QXV0aG9ycyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPkhl cmXigJlzIG91ciBSb3V0aW5nIERpcmVjdG9yYXRlIHJldmlld2Vy4oCZcyBjb21tZW50cy4gUGxl YXNlIGFkZHJlc3MgdGhlIGNvbW1lbnRzIGJ5IHJlc3BvbmRpbmcgdG8gVG9ueSBhbmQgdGhlIGxp c3QuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5UaGFua3MsPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMxRjQ5N0QiPkRlYm9yYWg8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZiI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+ IFRvbnkgUHJ6eWdpZW5kYSBbPGEgaHJlZj0ibWFpbHRvOnRvbnlzaWV0ZkBnbWFpbC5jb20iPm1h aWx0bzp0b255c2lldGZAZ21haWwuY29tPC9hPl0NCjxicj4NCjxiPlNlbnQ6PC9iPiBUaHVyc2Rh eSwgQXByaWwgMjAsIDIwMTcgMToyOCBQTTxicj4NCjxiPlRvOjwvYj4gQlJVTkdBUkQsIERFQk9S QUggQSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmRiMzU0NkBhdHQuY29tIj5kYjM1NDZAYXR0LmNvbTwv YT4mZ3Q7PGJyPg0KPGI+Q2M6PC9iPiBZZW1pbiAoQW15KSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmFt eS55ZW1pbkBodWF3ZWkuY29tIj5hbXkueWVtaW5AaHVhd2VpLmNvbTwvYT4mZ3Q7Ow0KPGEgaHJl Zj0ibWFpbHRvOnJ0Zy1kaXJAaWV0Zi5vcmciPnJ0Zy1kaXJAaWV0Zi5vcmc8L2E+PGJyPg0KPGI+ U3ViamVjdDo8L2I+IFJlOiBbUmVtaW5kZXJdIFJFOiBSb3V0aW5nIGRpcmVjdG9yYXRlIHJldmll dyBvZiBkcmFmdC1pZXRmLW1wbHMtbGRwLW1ydDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPkhlcmUncyB0aGUgcmV2aWV3IChzb3JyeSBmb3IgZGVsYXksIGxvdHMgb2YgbWF0 ZXJpYWwpLiBQbHMgZndkIHRvIGFjY29yZGluZyBtYWlsaW5nIGxpc3RzJm5ic3A7PG86cD48L286 cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4tLS0tJm5ic3A7PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+ SSBoYXZlIGJlZW4gc2VsZWN0ZWQgYXMgdGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUgcmV2aWV3ZXIg Zm9yIHRoaXMgZHJhZnQuIFRoZSBSb3V0aW5nIERpcmVjdG9yYXRlIHNlZWtzIHRvIHJldmlldyBh bGwgcm91dGluZyBvciByb3V0aW5nLXJlbGF0ZWQgZHJhZnRzIGFzIHRoZXkgcGFzcyB0aHJvdWdo IElFVEYgbGFzdA0KIGNhbGwgYW5kIElFU0cgcmV2aWV3LCBhbmQgc29tZXRpbWVzIG9uIHNwZWNp YWwgcmVxdWVzdC4gVGhlIHB1cnBvc2Ugb2YgdGhlIHJldmlldyBpcyB0byBwcm92aWRlIGFzc2lz dGFuY2UgdG8gdGhlIFJvdXRpbmcgQURzLiBGb3IgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCB0aGUg Um91dGluZyBEaXJlY3RvcmF0ZSwgcGxlYXNlIHNlZSZuYnNwOzxhIGhyZWY9Imh0dHBzOi8vdXJs ZGVmZW5zZS5wcm9vZnBvaW50LmNvbS92Mi91cmw/dT1odHRwLTNBX190cmFjLnRvb2xzLmlldGYu b3JnX2FyZWFfcnRnX3RyYWNfd2lraV9SdGdEaXImYW1wO2Q9RHdNRmFRJmFtcDtjPUxGWVotbzlf SFVNZU1UU1FpY3ZqSWcmYW1wO3I9NlVoR3BXOWx3aTlkTTdqWWx4WEQ4dyZhbXA7bT0yYWxWR0tn UF9HUkVxUnF2Ym5CWlZxY2djbHdDN2VmVmliUzJHa1VtSmpjJmFtcDtzPUpPQTVtbjVpa0dfT3Ni NkV0Sk9rLUowcTVhOWFfX081NXpxVVN6a19DazgmYW1wO2U9Ij48c3BhbiBjbGFzcz0iZ21haWwt aWNvbiI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6I0JCMDAwMDt0ZXh0LWRlY29yYXRpb246bm9uZSI+4oCLPC9zcGFuPjwvc3Bhbj48 c3BhbiBzdHlsZT0iY29sb3I6I0JCMDAwMDt0ZXh0LWRlY29yYXRpb246bm9uZSI+aHR0cDovL3Ry YWMudG9vbHMuaWV0Zi5vcmcvYXJlYS9ydGcvdHJhYy93aWtpL1J0Z0Rpcjwvc3Bhbj48L2E+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPHA+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5BbHRo b3VnaCB0aGVzZSBjb21tZW50cyBhcmUgcHJpbWFyaWx5IGZvciB0aGUgdXNlIG9mIHRoZSBSb3V0 aW5nIEFEcywgaXQgd291bGQgYmUgaGVscGZ1bCBpZiB5b3UgY291bGQgY29uc2lkZXIgdGhlbSBh bG9uZyB3aXRoIGFueSBvdGhlciBJRVRGIExhc3QgQ2FsbCBjb21tZW50cyB0aGF0IHlvdSByZWNl aXZlLA0KIGFuZCBzdHJpdmUgdG8gcmVzb2x2ZSB0aGVtIHRocm91Z2ggZGlzY3Vzc2lvbiBvciBi eSB1cGRhdGluZyB0aGUgZHJhZnQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHA+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OyxzYW5z LXNlcmlmO2NvbG9yOmJsYWNrIj5Eb2N1bWVudDombmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMy4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjojMjIyMjIyIj5kcmFmdC1pZXRmLW1wbHMtbGRwLW1ydDwvc3Bhbj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6YmxhY2siPjxicj4NClJldmlld2VyOiBUb255IFByenlnaWVuZGE8YnI+DQpSZXZp ZXcgRGF0ZTogNC8yMC8xNzxicj4NCkludGVuZGVkIFN0YXR1czombmJzcDs8L3NwYW4+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjpibGFjayI+U3RhbmRhcmRzIFRyYWNrPC9zcGFuPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOmJsYWNrIj5TdW1tYXJ5Ojwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEz LjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6Ymxh Y2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bh bj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEzLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6YmxhY2siPkkgaGF2ZSBzZXZlcmFsIG1ham9yIGNvbW1lbnRzIHRoYXQgZWl0aGVy IGluZGljYXRlIHRlY2huaWNhbCBpbmNvbnNpc3RlbmNpZXMgaW4gdGhlIE1SVC1GUlIgZG9jdW1l bnQgc2V0ICg3ODExLzc4MTIvaWdwL2xkcCBkcmFmdHMpIG9yDQogc3VnZ2VzdCBhZGRpdGlvbnMg dG8gaW1wcm92ZSByZWFkYWJpbGl0eSBvZiB0aG9zZSBkb2N1bWVudHMgYW5kIHByZXZlbnQgd3Jv bmcgYXNzdW1wdGlvbnMgb24gdGhlIHJlYWRlcidzIHNpZGUuPC9zcGFuPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTMuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+ Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTMuNXB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOmJsYWNrIj5NYWpvciBDb21tZW50czo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMy41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mbmJzcDs8 L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMy41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iZ21haWwtbXNvbGlzdHBhcmFncmFwaCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDowaW47bWFyZ2luLXJpZ2h0OjBpbjttYXJnaW4tYm90dG9tOjBpbjttYXJnaW4tbGVmdDox LjBpbjttYXJnaW4tYm90dG9tOi4wMDAxcHQiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMy41 cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNr Ij7Ctzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2NvbG9yOmJsYWNrIj4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5BIHNtYWxsIHNlY3Rpb24gb3V0bGluaW5nIHRo ZSByZXF1aXJlbWVudHMNCiBvZiDigJxkb21haW4tYWxpZ25tZW504oCdIGluIE1SVCBjb3VsZCBi ZSBoZWxwZnVsLCBpLmUuIHdoYXQgYXJlIHRoZSBhc3N1bXB0aW9ucyBhcyB0byBjb25ncnVlbmN5 IG9mIExEUC9JR1AgYXJlYXMvTVJUIGlzbGFuZHMgYW5kIGZlYXR1cmVzIHN1cHBvcnRlZCBpbiBl YWNoLiBBIHBpY3R1cmUgb2Ygd2hlcmUgdGhlIHByb3h5IG5vZGVzIGZpdCBpbiwgd2hlcmUgdGhl IHJhaW5ib3cgbGFiZWxzIGFyZSB1c2VkLCBhIEdBREFHIHJvb3Qgd291bGQgaW1wcm92ZQ0KIHJl YWRhYmlsaXR5LiBNUlQgaGFzIGdvb2QgYW1vdW50IG9mIG1vdmluZyBwYXJ0cyB0aGF0IHJlbGF0 ZSBpbiBub24tb2J2aW91cyB3YXlzLiBUaGlzIGNvbW1lbnQgaXMgZ2VhcmVkIHByb2JhYmx5IG1v cmUgdG93YXJkIFJGQzc4MTIgdGhhbiB0aGlzIGRvY3VtZW50LiZuYnNwOzxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJnbWFpbC1tc29saXN0cGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2lu OjBpbjttYXJnaW4tYm90dG9tOi4wMDAxcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9ImdtYWlsLW1zb2xpc3RwYXJhZ3JhcGgiIHN0eWxl PSJtYXJnaW46MGluO21hcmdpbi1ib3R0b206LjAwMDFwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj49PT09 PT09PT09PT09PT09PT09PT09PT08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iZ21h aWwtbXNvbGlzdHBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbjowaW47bWFyZ2luLWJvdHRvbTouMDAw MXB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWYiPltDQl0gJm5ic3A7VGhlIHF1ZXN0aW9uIG9mIHRoZQ0KPC9z cGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Y29uZ3J1ZW5jeSBvZiBMRFAgYW5kIElH UCBkb21haW5zIGlzIGFkZHJlc3NlZCBpbiB0aGUgc2VjdGlvbiBhZGRlZCBiZWxvdyDigJxJbnRl cmFjdGlvbiBvZiBNUlQtcmVsYXRlZCBMRFAgYWR2ZXJ0aXNlbWVudHMgd2l0aCB0aGUgTVJUIHRv cG9sb2d5IGFuZCBjb21wdXRhdGlvbnMu4oCdDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iZ21haWwtbXNvbGlzdHBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbjowaW47bWFyZ2luLWJv dHRvbTouMDAwMXB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJnbWFpbC1tc29saXN0cGFyYWdyYXBoIiBzdHlsZT0i bWFyZ2luOjBpbjttYXJnaW4tYm90dG9tOi4wMDAxcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PGEgaHJl Zj0iaHR0cHM6Ly9naXRodWIuY29tL2Nib3dlcnMvZHJhZnQtaWV0Zi1tcGxzLWxkcC1tcnQvY29t bWl0LzRhZDRiYzUwYTM1ZjI0YmU2YjI0MzY1Mjg3YTE0OGJjN2NiZGNkZjkiPmh0dHBzOi8vZ2l0 aHViLmNvbS9jYm93ZXJzL2RyYWZ0LWlldGYtbXBscy1sZHAtbXJ0L2NvbW1pdC80YWQ0YmM1MGEz NWYyNGJlNmIyNDM2NTI4N2ExNDhiYzdjYmRjZGY5PC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJnbWFpbC1tc29saXN0cGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luOjBpbjttYXJn aW4tYm90dG9tOi4wMDAxcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9ImdtYWlsLW1zb2xpc3RwYXJhZ3JhcGgiIHN0 eWxlPSJtYXJnaW46MGluO21hcmdpbi1ib3R0b206LjAwMDFwdCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iZ21haWwtbXNvbGlzdHBhcmFn cmFwaCIgc3R5bGU9Im1hcmdpbjowaW47bWFyZ2luLWJvdHRvbTouMDAwMXB0Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6YmxhY2siPlRoYXQgc2VlbXMgYXBwcm9wcmlhdGUgZm9yIHRoaXMgZG9jIHNp bmNlIGl0IGludm9sdmVzIHRoZSBMRFAgZG9tYWluLiZuYnNwOyBBcmUgeW91IE9LIHdpdGggdGhp cyBzZWN0aW9uIHRvIGNvdmVyDQogdGhpcyBjb21tZW50IGFzIGEgd2hvbGU/Jm5ic3A7IDxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJnbWFpbC1tc29saXN0cGFyYWdyYXBoIiBzdHls ZT0ibWFyZ2luOjBpbjttYXJnaW4tYm90dG9tOi4wMDAxcHQiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+SSBh bSByZWx1Y3RhbnQgdG8gcHV0IG1vcmUgbWF0ZXJpYWwgaW4gdGhpcyBkb2N1bWVudCBpZiB0aGF0 IHNob3VsZCByZWFsbHkgYmUgaW4gUkZDNzgxMiwgc2luY2UgaXQgbWlnaHQgZW5kIHVwIGNyZWF0 aW5nDQogbW9yZSBjb25mdXNpb24gYWJvdXQgbm9ybWF0aXZlIHRoaW5ncyBpbiA3ODEyIHRoYW4g aXQgaGVscHMgaW4gY2xhcmlmeSB0aGlzIGRvYy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iZ21haWwtbXNvbGlzdHBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbjowaW47bWFyZ2luLWJv dHRvbTouMDAwMXB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJnbWFpbC1tc29saXN0cGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luOjBpbjtt YXJnaW4tYm90dG9tOi4wMDAxcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PT09PT09PT09PT09PT09PT09 PT09PT09PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9ImdtYWlsLW1zb2xpc3RwYXJh Z3JhcGgiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6MGluO21hcmdpbi1yaWdodDowaW47bWFy Z2luLWJvdHRvbTowaW47bWFyZ2luLWxlZnQ6MS4waW47bWFyZ2luLWJvdHRvbTouMDAwMXB0Ij4N CjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTMuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+wrc8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo3LjBwdDtjb2xvcjpibGFjayI+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQo8L3Nw YW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mbmJzcDtJdCBzZWVtcyB0aGF0IHRoZSBp bXBsaWNpdCBhc3N1bXB0aW9uIHRoYXQgdGhlIElHUCBNUlQgc3VwcG9ydCBpcyBjb25ncnVlbnQg d2l0aCB0aGUgTERQIE1SVCBzdXBwb3J0LCBpLmUuIExEUCBNUlQgY2FwYWJpbGl0eSBpcyBhZHZl cnRpc2VkIElJRiBpZiB0aGUgbm9kZSBzdXBwb3J0cyBNUlQgaW4gSUdQDQogb24gdGhlIGxpbmsg KGFuZCB2aWNlIHZlcnNhKT8gT3RoZXJ3aXNlIHNlY3Rpb24gNS4yIGlzIGFtYmlndW91cyBhcyBp biDigJxpcyBMRFAgb24gYW55dGhpbmcgdGhhdCB3aWxsIGJlIG9uIHJlZCBvciBibHVlIGFzc3Vt ZWQvYSBNVVNU4oCdIG9yIOKAnElHUCBzaGFsbCBub3QgY29tcHV0ZSByZWQvYmx1ZSBpZiBMRFAg cGVlciBpcyBub3QgTVQtTVJULWNhcGFibGUsIGkuZS4gdGFrZSB0aGUgbGluayBvdXQgdGhlIE1S VCB0b3BvbG9neeKAnSA/Jm5ic3A7IElmIHN1Y2gNCiBhbiBhc3N1bXB0aW9uIGlzIG1hZGUsIHNw ZWxsaW5nIGl0IG91dCB3b3VsZCBpbXByb3ZlIHJlYWRhYmlsaXR5IG9mIHRoZSBkb2N1bWVudC4m bmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iZ21haWwtbXNvbGlzdHBhcmFn cmFwaCIgc3R5bGU9Im1hcmdpbjowaW47bWFyZ2luLWJvdHRvbTouMDAwMXB0Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWYiPj09PT09PT09PT09PT09PT09PT09PT09PTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJnbWFpbC1tc29saXN0cGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luOjBpbjttYXJnaW4t Ym90dG9tOi4wMDAxcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+W0NCXSBJIGFkZGVkIHRoZSBmb2xsb3dp bmcgc2VjdGlvbiB0byBjbGFyaWZ5IHRoaXMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9ImdtYWlsLW1zb2xpc3RwYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW46MGluO21hcmdpbi1ib3R0 b206LjAwMDFwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iZ21haWwtbXNvbGlzdHBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbjowaW47bWFy Z2luLWJvdHRvbTouMDAwMXB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPjxhIGhyZWY9Imh0dHBzOi8vZ2l0 aHViLmNvbS9jYm93ZXJzL2RyYWZ0LWlldGYtbXBscy1sZHAtbXJ0L2NvbW1pdC80YWQ0YmM1MGEz NWYyNGJlNmIyNDM2NTI4N2ExNDhiYzdjYmRjZGY5Ij5odHRwczovL2dpdGh1Yi5jb20vY2Jvd2Vy cy9kcmFmdC1pZXRmLW1wbHMtbGRwLW1ydC9jb21taXQvNGFkNGJjNTBhMzVmMjRiZTZiMjQzNjUy ODdhMTQ4YmM3Y2JkY2RmOTwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iZ21h aWwtbXNvbGlzdHBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbjowaW47bWFyZ2luLWJvdHRvbTouMDAw MXB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij40LjQuJm5ic3A7IEludGVyYWN0aW9uIG9mIE1SVC1y ZWxhdGVkIExEUCBhZHZlcnRpc2VtZW50cyB3aXRoIHRoZSBNUlQ8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7IHRvcG9sb2d5IGFuZCBjb21wdXRhdGlvbnM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBbUkZDNzgx MV0gYW5kIFtSRkM3ODEyXSBkZXNjcmliZSBob3cgdGhlIE1SVCB0b3BvbG9neSBpcyBjcmVhdGVk PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZu YnNwOyZuYnNwOyBiYXNlZCBvbiBpbmZvcm1hdGlvbiBpbiBJR1AgYWR2ZXJ0aXNlbWVudHMuJm5i c3A7IFRoZSBNUlQgdG9wb2xvZ3kgYW5kPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBjb21wdXRhdGlvbnMgcmVseSBvbiBv biBJR1AgYWR2ZXJ0aXNlbWVudHMuJm5ic3A7IFRoZSBwcmVzZW5jZSBvciBhYnNlbmNlPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZu YnNwOyBvZiBNUlQtcmVsYXRlZCBMRFAgYWR2ZXJ0aXNlbWVudHMgZG9lcyBub3QgYWZmZWN0IHRo ZSBNUlQgdG9wb2xvZ3kgb3I8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3Vy aWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IHRoZSBNUlQtUmVkIGFuZCBNUlQtQmx1ZSBuZXh0 LWhvcHMgY29tcHV0ZWQgZm9yIHRoYXQgdG9wb2xvZ3kuPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgQXMgYW4gZXhh bXBsZSwgY29uc2lkZXIgYSBuZXR3b3JrIHdoZXJlIGFsbCBub2RlcyBhcmUgcnVubmluZyBNUlQg SUdQPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsi PiZuYnNwOyZuYnNwOyBleHRlbnNpb25zIHRvIGRldGVybWluZSB0aGUgTVJULXRvcG9sb2d5LCB3 aGljaCBpcyB0aGVuIHVzZWQgdG88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IGNvbXB1dGUgTVJULVJlZCBhbmQgTVJULUJs dWUgbmV4dC1ob3BzLiZuYnNwOyBUaGUgbmV0d29yayBvcGVyYXRvciBhbHNvPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBj b25maWd1cmVzIHRoZSBub2RlcyBpbiB0aGlzIG5ldHdvcmsgdG8gZXhjaGFuZ2UgTVJULXJlbGF0 ZWQgTERQPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDsiPiZuYnNwOyZuYnNwOyBhZHZlcnRpc2VtZW50cyBpbiBvcmRlciB0byBkaXN0cmlidXRlIE1Q TFMgbGFiZWxzIGNvcnJlc3BvbmRpbmcgdG88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IHRob3NlIE1SVCBuZXh0LWhvcHMu Jm5ic3A7IFN1cHBvc2UgdGhhdCwgZHVlIHRvIGEgbWlzY29uZmlndXJhdGlvbiBvbiBvbmU8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7 Jm5ic3A7IHBhcnRpY3VsYXIgbGluaywgdGhlIE1SVC1yZWxhdGVkIExEUCBhZHZlcnRpc2VtZW50 cyBhcmUgbm90IGJlaW5nPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBwcm9wZXJseSBleGNoYW5nZWQgZm9yIHRoYXQgbGlu ay4mbmJzcDsgU2luY2UgdGhlIE1SVC1yZWxhdGVkIElHUDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgYWR2ZXJ0aXNlbWVu dHMgZm9yIHRoZSBsaW5rIGFyZSBzdGlsbCBiZWluZyBkaXN0cmlidXRlZCwgdGhlIGxpbmsgaXM8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5i c3A7Jm5ic3A7IHN0aWxsIGluY2x1ZGVkIGluIHRoZSBNUlQgdG9wb2xvZ3kgYW5kIGNvbXB1dGF0 aW9ucywgSW4gdGhpczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIg TmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgc2NlbmFyaW8sIHRoZXJlIHdpbGwgYmUgbWlzc2luZyBN UExTIGZvcndhcmRpbmcgZW50cmllcyBjb3JyZXNwb25kaW5nPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyB0byBwYXRocyB0 aGF0IHVzZSB0aGUgbWlzY29uZmlndXJlZCBsaW5rLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IE5vdGUgdGhhdCB0 aGUgc2l0dWF0aW9uIGlzIGFuYWxvZ291cyB0byB0aGUgaW50ZXJhY3Rpb24gb2Ygbm9ybWFsIExE UDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4m bmJzcDsmbmJzcDsgYWR2ZXJ0aXNlbWVudHMgYW5kIElHUCBhZHZlcnRpc2VtZW50cyBmb3Igc2hv cnRlc3QgcGF0aCBmb3J3YXJkaW5nLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgRGVhY3RpdmF0aW5nIHRoZSBkaXN0cmli dXRpb24gb2YgbGFiZWxzIGZvciBub3JtYWwgc2hvcnRlc3QgcGF0aCBGRUNzPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyBv biBhIGxpbmsgZG9lcyBub3QgY2hhbmdlIHRoZSB0b3BvbG9neSBvbiB3aGljaCB0aGUgU1BGIGFs Z29yaXRobSBpczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgcnVuIGJ5IHRoZSBJR1AuPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9ImdtYWlsLW1zb2xpc3RwYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW46MGluO21h cmdpbi1ib3R0b206LjAwMDFwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iZ21haWwtbXNvbGlzdHBhcmFncmFwaCIgc3R5bGU9Im1hcmdp bjowaW47bWFyZ2luLWJvdHRvbTouMDAwMXB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPj09PT09PT09PT09 PT09PT09PT09PT09PTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJnbWFpbC1tc29s aXN0cGFyYWdyYXBoIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OjBpbjttYXJnaW4tcmlnaHQ6 MGluO21hcmdpbi1ib3R0b206MGluO21hcmdpbi1sZWZ0OjEuMGluO21hcmdpbi1ib3R0b206LjAw MDFwdCI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEzLjVwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPsK3PC9zcGFuPjxzcGFuIHN0eWxl PSJmb250LXNpemU6Ny4wcHQ7Y29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 YmxhY2siPlByb3h5IG5vZGUgYXR0YWNobWVudCByb3V0ZXIgaW4gc2VjdGlvbg0KIGluIDUuMS4y IGlzIGxvb3NlbHkgaW50cm9kdWNlZCBhbmQgd291bGQgYmVuZWZpdCBmcm9tIHJlZmVyZW5jZSB0 byZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEzLjVwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPlNlY3Rpb24gMTEuMiBp biA3ODEyLiBBIGNsZWFyIGRlZmluaXRpb24gd2l0aCBkaXN0aW5jdGlvbiBiZXR3ZWVuIHRoZSDi gJxwcm94eSBub2Rl4oCdIGFuZCDigJxwcm94eSBub2RlIGF0dGFjaG1lbnQmcXVvdDsNCiBpbiB0 aGUgZ2xvc3NhcnkgKG9mIFJGQzc4MTI/KSB3b3VsZCBoZWxwIHRoZSByZWFkZXIgb2YgdGhlIGRv Y3VtZW50IHNldC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iZ21haWwtbXNvbGlz dHBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbjowaW47bWFyZ2luLWJvdHRvbTouMDAwMXB0Ij48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJnbWFp bC1tc29saXN0cGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luOjBpbjttYXJnaW4tYm90dG9tOi4wMDAx cHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZiI+PT09PT09PT09PT09PT09PT08bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iZ21haWwtbXNvbGlzdHBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbjowaW47 bWFyZ2luLWJvdHRvbTouMDAwMXB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPltDQl0gJm5ic3A7SSBhZGRl ZCBhIHJlZmVyZW5jZSB0byBzZWN0aW9uIDUuOSBvZiBSRkMgNzgxMS4mbmJzcDsgVGhlIGN1cnJl bnQgdGV4dCBub3cgcmVhZHMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9ImdtYWls LW1zb2xpc3RwYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW46MGluO21hcmdpbi1ib3R0b206LjAwMDFw dCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OyxzYW5zLXNlcmlmIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cHJlPiZu YnNwOyZuYnNwOyBTZWN0aW9uIDExLjIgb2YgW1JGQzc4MTJdIGRlc2NyaWJlcyBob3cgTVJUIHBy b3ZpZGVzIEZSUiBwcm90ZWN0aW9uPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7 IGZvciBtdWx0aS1ob21lZCBwcmVmaXhlcyB1c2luZyBjYWxjdWxhdGlvbnMgaW52b2x2aW5nIGEg bmFtZWQgcHJveHktPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IG5vZGUuJm5i c3A7IFRoaXMgY292ZXJzIHRoZSBzY2VuYXJpbyB3aGVyZSBhIHByZWZpeCBpcyBvcmlnaW5hdGVk IGJ5IGE8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsgcm91dGVyIGluIHRoZSBz YW1lIGFyZWEgYXMgdGhlIE1SVCBJc2xhbmQsIGJ1dCBvdXRzaWRlIG9mIHRoZSBNUlQ8bzpwPjwv bzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsgSXNsYW5kLiZuYnNwOyBJdCBhbHNvIGNvdmVy cyB0aGUgc2NlbmFyaW8gb2YgYSBwcmVmaXggYmVpbmcgYWR2ZXJ0aXNlZCBieTxvOnA+PC9vOnA+ PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyBhIG11bHRpcGxlIHJvdXRlcnMgaW4gdGhlIE1SVCBJ c2xhbmQuPG86cD48L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxw cmU+Jm5ic3A7Jm5ic3A7IEluIHRoZSBuYW1lZCBwcm94eS1ub2RlIGNhbGN1bGF0aW9uLCBlYWNo IG11bHRpLWhvbWVkIHByZWZpeCBpczxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNw OyByZXByZXNlbnRlZCBieSBhIGNvbmNlcHR1YWwgcHJveHktbm9kZSB3aGljaCBpcyBhdHRhY2hl ZCB0byB0d28gcmVhbDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyBwcm94eS1u b2RlIGF0dGFjaG1lbnQgcm91dGVycy4mbmJzcDsgKEEgc2luZ2xlIHByb3h5LW5vZGUgYXR0YWNo bWVudDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyByb3V0ZXIgaXMgYWxsb3dl ZCBpbiB0aGUgY2FzZSBvZiBhIHByZWZpeCBhZHZlcnRpc2VkIGJ5IGEgc2FtZSBhcmVhPG86cD48 L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IHJvdXRlciBvdXRzaWRlIG9mIHRoZSBNUlQg SXNsYW5kIHdoaWNoIGlzIHNpbmdseSBjb25uZWN0ZWQgdG8gdGhlIE1SVDxvOnA+PC9vOnA+PC9w cmU+DQo8cHJlPiZuYnNwOyZuYnNwOyBJc2xhbmQuKSZuYnNwOyBBbGwgcm91dGVycyBpbiB0aGUg TVJUIElzbGFuZCBwZXJmb3JtIHRoZSBzYW1lIGNhbGN1bGF0aW9uczxvOnA+PC9vOnA+PC9wcmU+ DQo8cHJlPiZuYnNwOyZuYnNwOyB0byBkZXRlcm1pbmUgdGhlIHNhbWUgdHdvIHByb3h5LW5vZGUg YXR0YWNobWVudCByb3V0ZXJzIGZvciBlYWNoPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7 Jm5ic3A7IG11bHRpLWhvbWVkIHByZWZpeC4mbmJzcDsgW1JGQzc4MTFdIGRlc2NyaWJlcyB0aGUg cHJvY2VkdXJlIGZvcjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyBpZGVudGlm eWluZyBvbmUgcHJveHktbm9kZSBhdHRhY2htZW50IHJvdXRlciBhcyAmcXVvdDtyZWQmcXVvdDsg YW5kIG9uZSBhczxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyAmcXVvdDtibHVl JnF1b3Q7IHdpdGggcmVzcGVjdCB0byB0aGUgbXVsdGktaG9tZWQgcHJlZml4LCBhbmQgY29tcHV0 aW5nIHRoZSBNUlQ8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsgcmVkIGFuZCBi bHVlIG5leHQtaG9wcyB0byByZWFjaCB0aG9zZSByZWQgYW5kIGJsdWUgcHJveHktbm9kZTxvOnA+ PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyBhdHRhY2htZW50IHJvdXRlcnMuPG86cD48 L286cD48L3ByZT4NCjxwIGNsYXNzPSJnbWFpbC1tc29saXN0cGFyYWdyYXBoIiBzdHlsZT0ibWFy Z2luOjBpbjttYXJnaW4tYm90dG9tOi4wMDAxcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9ImdtYWlsLW1zb2xpc3RwYXJhZ3JhcGgiIHN0 eWxlPSJtYXJnaW46MGluO21hcmdpbi1ib3R0b206LjAwMDFwdCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iZ21haWwtbXNvbGlzdHBhcmFn cmFwaCIgc3R5bGU9Im1hcmdpbjowaW47bWFyZ2luLWJvdHRvbTouMDAwMXB0Ij48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWYiPj09PT09PT09PT09PT09PT09PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 ImdtYWlsLW1zb2xpc3RwYXJhZ3JhcGgiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6MGluO21h cmdpbi1yaWdodDowaW47bWFyZ2luLWJvdHRvbTowaW47bWFyZ2luLWxlZnQ6MS4waW47bWFyZ2lu LWJvdHRvbTouMDAwMXB0Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTMuNXB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+wrc8L3NwYW4+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1z ZXJpZjtjb2xvcjpibGFjayI+SSBkb27igJl0IHNlZSBhIHNwZWNpZmljYXRpb24gaG93IG5vbi1k ZWZhdWx0DQogcHJvZmlsZXMgd291bGQgYmUgc3VwcG9ydGVkIGluIHRoZSBmdXR1cmUgaW4gdGhp cyBkb2N1bWVudC4gSXQgc2VlbXMgaW1wbGllZCB0aGF0IG5lZ290aWF0aW5nIGNlcnRhaW4gTVQt SURzIGluIExEUCB3aWxsIGltcGx5IGNlcnRhaW4gcHJvZmlsZSB2YWx1ZXMgaW4gdGhlIGZ1dHVy ZSBidXQgdGhlIGRvY3VtZW50IHdvdWxkIGdhaW4gcmVhZGFiaWxpdHkgaWYgdGhhdCBpcyBzcGVs bGVkIG91dCAoSSB0aGluayBSRkM3ODEyIGRvZXMgaW5kaWNhdGUNCiB0aGF0IGluIDguMSBhbHJl YWR5IHNvIHJlZmVyZW5jZSBtYXliZSBlbm91Z2gpLiBIb3dldmVyIHdoZW4gcmVhZGluZyA1LjEg b2YgZHJhZnQtaWV0Zi1pc2lzLW1ydC0wMiBJIHNlZSAmbmJzcDt0aGF0IHRoZSBwcm9maWxlIElE IGlzIGV4cGxpY2l0eSBnaXZlbiB3aXRoIHRoZSB0b3BvbG9neSBJRCB3aGljaCBzZWVtIGNvbnRy YWRpY3RvcnkgaWYgdG9wb2xvZ3kgSURzIGltcGx5IHRoZSBwcm9maWxlIHVzZWQuPC9zcGFuPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTMuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9ImdtYWlsLW1zb2xpc3RwYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW46MGluO21hcmdp bi1ib3R0b206LjAwMDFwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj49PT09PT09PT09PT09PT09PTxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJnbWFpbC1tc29saXN0cGFyYWdyYXBoIiBzdHls ZT0ibWFyZ2luOjBpbjttYXJnaW4tYm90dG9tOi4wMDAxcHQiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+W0NC XSBJIGFkZGVkIGEgcmVmZXJlbmNlIHRvIHNlY3Rpb24gOC4xIG9mIFJGQzc4MTIgYW5kIHJlcGVh dGVkIHRoZSB0ZXh0IGZyb20gdGhlcmUgZm9yIGNsYXJpdHkuPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9ImdtYWlsLW1zb2xpc3RwYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW46MGluO21h cmdpbi1ib3R0b206LjAwMDFwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iZ21haWwtbXNvbGlzdHBhcmFncmFwaCIgc3R5bGU9Im1hcmdp bjowaW47bWFyZ2luLWJvdHRvbTouMDAwMXB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPlNlY3Rpb24gNC4z IG9mIHRoaXMgZHJhZnQgbm93IHJlYWRzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwcmU+PG86 cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+NC4zLiZuYnNwOyBNUlQtQmx1ZSBhbmQgTVJULVJl ZCBGRUNzPG86cD48L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxw cmU+Jm5ic3A7Jm5ic3A7IFRvIHByb3ZpZGUgTVJUIHN1cHBvcnQgaW4gTERQLCB0aGUgTVQgUHJl Zml4IEZFQyBpcyB1c2VkLiZuYnNwOyBbUkZDNzgxMl08bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4m bmJzcDsmbmJzcDsgZGVmaW5lcyB0aGUgRGVmYXVsdCBNUlQgUHJvZmlsZS4mbmJzcDsgU2VjdGlv biA4IG9mIHRoZSBjdXJyZW50IGRvY3VtZW50PG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7 Jm5ic3A7IHNwZWNpZmllcyB0aGUgdmFsdWVzIGluIHRoZSBNUExTIE11bHRpLVRvcG9sb2d5IElk ZW50aWZpZXJzIFJlZ2lzdHJ5PG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IGZv ciB0aGUgTVJULVJlZCBhbmQgTVJULUJsdWUgTVBMUyBNVC1JRHMgYXNzb2NpYXRlZCB3aXRoIHRo ZSBEZWZhdWx0PG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IE1SVCBQcm9maWxl IChUQkQtTVJULUxEUC00IGFuZCBUQkQtTVJULUxEUC01KS48bzpwPjwvbzpwPjwvcHJlPg0KPHBy ZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsgQXMgZGVzY3JpYmVk IGluIFNlY3Rpb24gOC4xIG9mIFtSRkM3ODEyXSwgd2hlbiBhIG5ldyBNUlQgUHJvZmlsZSBpczxv OnA+PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyBkZWZpbmVkLCBuZXcgYW5kIHVuaXF1 ZSB2YWx1ZXMgc2hvdWxkIGJlIGFsbG9jYXRlZCBmcm9tIHRoZSAmcXVvdDtNUExTPG86cD48L286 cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IE11bHRpLVRvcG9sb2d5IElkZW50aWZpZXJzIFJl Z2lzdHJ5JnF1b3Q7LCBjb3JyZXNwb25kaW5nIHRvIHRoZSBNUlQtUmVkPG86cD48L286cD48L3By ZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IGFuZCBNUlQtQmx1ZSBNVC1JRCB2YWx1ZXMgZm9yIHRoZSBu ZXcgTVJUIFByb2ZpbGUuPG86cD48L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48 L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IFRoZSBNVCBQcmVmaXggRkVDIGVuY29kaW5nIGlzIGRl ZmluZWQgaW4gW1JGQzczMDddIGFuZCBpcyB1c2VkPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5i c3A7Jm5ic3A7IHdpdGhvdXQgYWx0ZXJhdGlvbiBmb3IgYWR2ZXJ0aXNpbmcgbGFiZWwgbWFwcGlu Z3MgZm9yIE1SVC1CbHVlLCBNUlQtPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7 IFJlZCBhbmQgUmFpbmJvdyBNUlQgRkVDcy48bzpwPjwvbzpwPjwvcHJlPg0KPHAgY2xhc3M9Imdt YWlsLW1zb2xpc3RwYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW46MGluO21hcmdpbi1ib3R0b206LjAw MDFwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iZ21haWwtbXNvbGlzdHBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbjowaW47bWFyZ2luLWJv dHRvbTouMDAwMXB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPlRoZSB0ZXh0IGluDQo8L3NwYW4+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5kcmFmdC1pZXRmLWlzaXMtbXJ0LTAyIG5lZWRzIHRvIGJl IGNsYXJpZmllZCBvbiB0aGlzIHBvaW50LCBidXQgaXQgaXMgbm90IGEgbm9ybWF0aXZlIHJlZmVy ZW5jZSBmb3INCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJnbWFpbC1tc29saXN0 cGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luOjBpbjttYXJnaW4tYm90dG9tOi4wMDAxcHQiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZiI+ZHJhZnQtaWV0Zi1tcGxzLWxkcC1tcnQuPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9ImdtYWlsLW1zb2xpc3RwYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW46MGluO21h cmdpbi1ib3R0b206LjAwMDFwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iZ21haWwtbXNvbGlzdHBhcmFncmFwaCIgc3R5bGU9Im1hcmdp bjowaW47bWFyZ2luLWJvdHRvbTouMDAwMXB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPj09PT09PT09PT09 PT09PT09PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9ImdtYWlsLW1zb2xpc3RwYXJh Z3JhcGgiIHN0eWxlPSJtYXJnaW46MGluO21hcmdpbi1ib3R0b206LjAwMDFwdCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5z LXNlcmlmIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iZ21haWwtbXNv bGlzdHBhcmFncmFwaCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDowaW47bWFyZ2luLXJpZ2h0 OjBpbjttYXJnaW4tYm90dG9tOjBpbjttYXJnaW4tbGVmdDoxLjBpbjttYXJnaW4tYm90dG9tOi4w MDAxcHQiPg0KPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjpibGFjayI+wrc8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBw dDtjb2xvcjpibGFjayI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+SSBmaW5kIGl0 IHN1cnByaXNpbmcgdGhhdCB0aGUgZG9jdW1lbnQgZG9lcyBub3QgZGVzY3JpYmUNCiBpbiBzZWN0 aW9uIDUgdGhlIGludGVyYWN0aW9uIG9mIGRpZmZlcmVudCBMRFAgbW9kZXMgYW5kIHRoZSBNUlQg Y29tcHV0YXRpb25zLiBEbyB3ZSBkbyZuYnNwO3Vuc29saWNpdGVkJm5ic3A7IGxpYmVyYWwsIHJl dGFpbiB3aGVuIE1SVCBjb21wdXRlZCB0aGUgbmV4dC1ob3BzIGFuZCBzbyBvbj8gJm5ic3A7PC9z cGFuPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2Vy aWY7Y29sb3I6YmxhY2siPk1heWJlIG9uZSBzZW50ZW5jZSBhbG9uZyB0aGUgbGluZXMNCiBvZiDi gJxMRFAgbW9kZSBtdXN0IGJlIHRoZSBzYW1lIGFzIHVuaWNhc3QgSUdQIGZvcndhcmRpbmcgbW9k ZeKAnSB3b3VsZCBoZWxwIGNsYXJpZnkgb3IgdGhlIHNwZWNpZmljIG5lY2Vzc2FyeSBtb2RlcyBs aXN0ZWQuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+Jm5ic3A7PG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9ImdtYWlsLW1zb2xpc3RwYXJhZ3JhcGgiIHN0 eWxlPSJtYXJnaW46MGluO21hcmdpbi1ib3R0b206LjAwMDFwdCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj49 PT09PT09PT09PT09PT09PTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZiI+W0NCXUkgYWRkZWQgdGhlIGZvbGxvd2luZyB0ZXh0LjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+ PGEgaHJlZj0iaHR0cHM6Ly9naXRodWIuY29tL2Nib3dlcnMvZHJhZnQtaWV0Zi1tcGxzLWxkcC1t cnQvY29tbWl0L2FlZDU4NjA0MTExMGNjNjRmM2FjNzYzNzZlODg4NWVhNTQ1MGQ0N2UiPmh0dHBz Oi8vZ2l0aHViLmNvbS9jYm93ZXJzL2RyYWZ0LWlldGYtbXBscy1sZHAtbXJ0L2NvbW1pdC9hZWQ1 ODYwNDExMTBjYzY0ZjNhYzc2Mzc2ZTg4ODVlYTU0NTBkNDdlPC9hPjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPHByZT4mbmJzcDsmbmJzcDsgW1JGQzUwMzZdIHNwZWNpZmllcyB0 d28gZGlmZmVyZW50IExhYmVsIERpc3RyaWJ1dGlvbiBDb250cm9sIE1vZGVzPG86cD48L286cD48 L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IChJbmRlcGVuZGVudCBhbmQgT3JkZXJlZCksIHR3byBk aWZmZXJlbnQgTGFiZWwgUmV0ZW50aW9uIE1vZGVzPG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5i c3A7Jm5ic3A7IChDb25zZXJ2YXRpdmUgYW5kIExpYmVyYWwpLCBhbmQgdHdvIGRpZmZlcmVudCBM YWJlbCBBZHZlcnRpc2VtZW50PG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IE1v ZGVzIChEb3duc3RyZWFtIFVuc29saWNpdGVkIGFuZCBEb3duc3RyZWFtIG9uIERlbWFuZCkuJm5i c3A7IFRoZSBjdXJyZW50PG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7Jm5ic3A7IHNwZWNp ZmljYXRpb24gZm9yIExEUCBNUlQgcmVxdWlyZXMgdGhhdCB0aGUgc2FtZSBMYWJlbCBEaXN0cmli dXRpb248bzpwPjwvbzpwPjwvcHJlPg0KPHByZT4mbmJzcDsmbmJzcDsgQ29udHJvbCwgTGFiZWwg UmV0ZW50aW9uLCBhbmQgTGFiZWwgQWR2ZXJ0aXNlbWVudCBtb2RlcyBiZSB1c2VkIGZvcjxvOnA+ PC9vOnA+PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyB0aGUgc2hvcnRlc3QgcGF0aCBGRUNzIGFu ZCB0aGUgTVJUIEZFQ3MuPG86cD48L286cD48L3ByZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iZ21haWwtbXNvbGlzdHBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbjowaW47bWFyZ2lu LWJvdHRvbTouMDAwMXB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPj09PT09PT09PT09PT09PT09PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bWFyZ2luLWxlZnQ6LjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5NaW5vciBjb21t ZW50czo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMy41cHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMy41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iZ21haWwtbXNvbGlz dHBhcmFncmFwaCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDowaW47bWFyZ2luLXJpZ2h0OjBp bjttYXJnaW4tYm90dG9tOjBpbjttYXJnaW4tbGVmdDoxLjBpbjttYXJnaW4tYm90dG9tOi4wMDAx cHQiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMy41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj7Ctzwvc3Bhbj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjcuMHB0O2NvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJs YWNrIj5Gb3IgZWFzeSByZWZlcmVuY2Ugc3VnZ2VzdCB0byBhZGQg4oCcdHdvLWNvbm5lY3RlZA0K IGdyYXBo4oCdIHRvIHRoZSBnbG9zc2FyeSBzaW5jZSBpdOKAmXMgbm90IGEgY29tbW9uIHRlcm0u IE9yIHJlZmVyIHRvICZuYnNwO1JGQzc4MTI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iZ21haWwtbXNvbGlzdHBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbjowaW47bWFyZ2luLWJvdHRv bTouMDAwMXB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJnbWFpbC1tc29saXN0cGFyYWdyYXBoIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At YWx0OjBpbjttYXJnaW4tcmlnaHQ6MGluO21hcmdpbi1ib3R0b206MGluO21hcmdpbi1sZWZ0OjEu MGluO21hcmdpbi1ib3R0b206LjAwMDFwdCI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEzLjVw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2si PsK3PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Y29sb3I6YmxhY2siPiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzwvc3Bhbj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPk1heWJlIHNhbWUgZm9yIOKAnGN1dC12ZXJ0ZXji gJ0gb3IgcmVmZXIgdG8NCiA3ODEyPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Imdt YWlsLW1zb2xpc3RwYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW46MGluO21hcmdpbi1ib3R0b206LjAw MDFwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OyxzYW5zLXNlcmlmIj49PT09PT09PT09PT09PT09PTxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+W0NCXUkgYWRkZWQg dGhlIHNlY29uZCBzZW50ZW5jZSBpbiB0aGUgZm9sbG93aW5nIHRleHQuPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9ImdtYWlsLW1zb2xpc3RwYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW46 MGluO21hcmdpbi1ib3R0b206LjAwMDFwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8cHJlPiZuYnNwOyZuYnNwOyBGb3IgZWFzZSBvZiByZWFkaW5nLCBz b21lIG9mIHRoZSB0ZXJtaW5vbG9neSBkZWZpbmVkIGluIFtSRkM3ODEyXSBpczxvOnA+PC9vOnA+ PC9wcmU+DQo8cHJlPiZuYnNwOyZuYnNwOyByZXBlYXRlZCBoZXJlLiZuYnNwOyBQbGVhc2UgcmVm ZXIgdG8gdGhlIFNlY3Rpb24gMyBvZiBbUkZDNzgxMl0gZm9yIGEgbW9yZTxvOnA+PC9vOnA+PC9w cmU+DQo8cHJlPiZuYnNwOyZuYnNwOyBjb21wbGV0ZSBsaXN0LjxvOnA+PC9vOnA+PC9wcmU+DQo8 cCBjbGFzcz0iZ21haWwtbXNvbGlzdHBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbjowaW47bWFyZ2lu LWJvdHRvbTouMDAwMXB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJnbWFpbC1tc29saXN0cGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luOjBp bjttYXJnaW4tYm90dG9tOi4wMDAxcHQiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+PT09PT09PT09PT09PT09 PTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJnbWFpbC1tc29saXN0cGFyYWdyYXBo IiBzdHlsZT0ibWFyZ2luOjBpbjttYXJnaW4tYm90dG9tOi4wMDAxcHQiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp ZiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9ImdtYWlsLW1zb2xpc3Rw YXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW46MGluO21hcmdpbi1ib3R0b206LjAwMDFwdCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oyxz YW5zLXNlcmlmIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iZ21haWwt bXNvbGlzdHBhcmFncmFwaCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDowaW47bWFyZ2luLXJp Z2h0OjBpbjttYXJnaW4tYm90dG9tOjBpbjttYXJnaW4tbGVmdDoxLjBpbjttYXJnaW4tYm90dG9t Oi4wMDAxcHQiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMy41cHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj7Ctzwvc3Bhbj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjcuMHB0O2NvbG9yOmJsYWNrIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2Nv bG9yOmJsYWNrIj5NYXliZSBzYW1lIGZvciDigJx0b3BvbG9naWNhbCBvcmRlcmluZ+KAnS4NCiBS ZWZlcmVuY2UgdG8gNzgxMSB3b3VsZCBiZSBoZWxwZnVsIGZvciByZWFkYWJpbGl0eSZuYnNwOzwv c3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEzLjVwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJnbWFpbC1tc29saXN0cGFyYWdyYXBoIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At YWx0OjBpbjttYXJnaW4tcmlnaHQ6MGluO21hcmdpbi1ib3R0b206MGluO21hcmdpbi1sZWZ0OjEu MGluO21hcmdpbi1ib3R0b206LjAwMDFwdCI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjEzLjVw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2si PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJnbWFpbC1tc29saXN0cGFy YWdyYXBoIiBzdHlsZT0ibWFyZ2luOjBpbjttYXJnaW4tYm90dG9tOi4wMDAxcHQiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZiI+PT09PT09PT09PT09PT09PT08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iZ21haWwtbXNvbGlzdHBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbjowaW47bWFyZ2luLWJvdHRv bTouMDAwMXB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPltDQl0gSSBzaG9ydGVuZWQgdGhlIGRlZmluaXRp b24gb2YgTVJULVJlZCBhbmQgTVJULUJsdWUgdG8gbm90IHJlZmVyIHRvIHRvcG9sb2dpY2FsIG9y ZGVyLiZuYnNwOyBJIHRoaW5rIHRoaXMgaXMgYSBnb29kIHNvbHV0aW9uPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9ImdtYWlsLW1zb2xpc3RwYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW46 MGluO21hcmdpbi1ib3R0b206LjAwMDFwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj5iZWNhdXNlIGl0IGlz IGEgZGlzdHJhY3Rpb24gaW4gdGhpcyBkcmFmdCB0aGF0IGZvY3VzZWQgb24gTERQIGFzcGVjdHMu PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9ImdtYWlsLW1zb2xpc3RwYXJhZ3JhcGgi IHN0eWxlPSJtYXJnaW46MGluO21hcmdpbi1ib3R0b206LjAwMDFwdCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iZ21haWwtbXNvbGlzdHBh cmFncmFwaCIgc3R5bGU9Im1hcmdpbjowaW47bWFyZ2luLWJvdHRvbTouMDAwMXB0Ij48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNh bnMtc2VyaWYiPjxhIGhyZWY9Imh0dHBzOi8vZ2l0aHViLmNvbS9jYm93ZXJzL2RyYWZ0LWlldGYt bXBscy1sZHAtbXJ0L2NvbW1pdC9hOTQwNzk3NGM1ODczZTM4NTBjMDUwNTQ5YTI1MDZhNjY3MTRl NjI2Ij5odHRwczovL2dpdGh1Yi5jb20vY2Jvd2Vycy9kcmFmdC1pZXRmLW1wbHMtbGRwLW1ydC9j b21taXQvYTk0MDc5NzRjNTg3M2UzODUwYzA1MDU0OWEyNTA2YTY2NzE0ZTYyNjwvYT48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iZ21haWwtbXNvbGlzdHBhcmFncmFwaCIgc3R5bGU9 Im1hcmdpbjowaW47bWFyZ2luLWJvdHRvbTouMDAwMXB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJnbWFpbC1tc29saXN0cGFyYWdyYXBo IiBzdHlsZT0ibWFyZ2luOjBpbjttYXJnaW4tYm90dG9tOi4wMDAxcHQiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp ZiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7THVjaWRhIENvbnNvbGUmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyAmbHQ7dCBoYW5nVGV4dD0mcXVvdDtNUlQtUmVkOiAmcXVvdDsmZ3Q7Jm5ic3A7 IE1SVC1SZWQgaXMgdXNlZCB0byBkZXNjcmliZSBvbmUgb2YgdGhlIHR3byBNUlRzOyBpdCBpczxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWF1 dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0x1Y2lkYSBDb25zb2xlJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgdXNlZCB0byBkZXNjcmliZSB0aGUgYXNzb2NpYXRlZCBmb3J3YXJkaW5nIHRvcG9sb2d5 IGFuZCBNUExTPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7THVjaWRhIENvbnNvbGUmcXVvdDs7Y29sb3I6I0JGMDAwMCI+LSZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBNdWx0aS1Ub3BvbG9neSBJRGVudGlmaWVyIChNVC1J RCkuJm5ic3A7IFNwZWNpZmljYWxseSwgTVJULVJlZCBpcyB0aGU8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtMdWNpZGEgQ29uc29s ZSZxdW90Oztjb2xvcjojQkYwMDAwIj4tJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGRl Y3JlYXNpbmcgTVJUIHdoZXJlIGxpbmtzIGluIHRoZSBHQURBRyBhcmUgdGFrZW4gaW4gdGhlIGRp cmVjdGlvbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJ0ZXh0LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0x1Y2lkYSBDb25zb2xlJnF1b3Q7O2NvbG9yOiNCRjAwMDAiPi0mbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgZnJvbSBhIGhpZ2hlciB0b3BvbG9naWNhbGx5IG9yZGVy ZWQgbm9kZSB0byBhIGxvd2VyIG9uZS4mbHQ7L3QmZ3Q7PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7THVjaWRhIENvbnNvbGUmcXVv dDs7Y29sb3I6IzAwQkYwMCI+JiM0MzsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgTXVs dGktVG9wb2xvZ3kgSURlbnRpZmllciAoTVQtSUQpLiZsdDsvdCZndDs8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtMdWNpZGEgQ29u c29sZSZxdW90Oztjb2xvcjojMDBCRjAwIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtMdWNpZGEgQ29uc29sZSZxdW90 OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZsdDt0IGhhbmdUZXh0PSZxdW90O01S VC1CbHVlOiAmcXVvdDsmZ3Q7IE1SVC1CbHVlIGlzIHVzZWQgdG8gZGVzY3JpYmUgb25lIG9mIHRo ZSB0d28gTVJUczsgaXQgaXM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5 LjBwdDtmb250LWZhbWlseTomcXVvdDtMdWNpZGEgQ29uc29sZSZxdW90OyI+Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHVzZWQgdG8gZGVzY3JpYmVkIHRoZSBhc3NvY2lhdGVk IGZvcndhcmRpbmcgdG9wb2xvZ3kgYW5kIE1QTFM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtMdWNpZGEgQ29uc29sZSZxdW90Oztj b2xvcjojQkYwMDAwIj4tJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IE1ULUlELiZuYnNw OyBTcGVjaWZpY2FsbHksIE1SVC1CbHVlIGlzIHRoZSBpbmNyZWFzaW5nIE1SVCB3aGVyZSBsaW5r czxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0 LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0x1Y2lkYSBDb25zb2xlJnF1b3Q7O2NvbG9yOiNCRjAwMDAiPi0mbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsgaW4gdGhlIEdBREFHIGFyZSB0YWtlbiBpbiB0aGUgZGlyZWN0aW9u IGZyb20gYSBsb3dlciB0b3BvbG9naWNhbGx5PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9InRleHQtYXV0b3NwYWNlOm5vbmUiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7THVjaWRhIENvbnNvbGUmcXVvdDs7Y29s b3I6I0JGMDAwMCI+LSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBvcmRlcmVkIG5vZGUg dG8gYSBoaWdoZXIgb25lLiZsdDsvdCZndDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtMdWNpZGEgQ29uc29sZSZxdW90Oztjb2xv cjojMDBCRjAwIj4mIzQzOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBNVC1JRC4gJmx0 Oy90Jmd0OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJnbWFpbC1tc29saXN0cGFy YWdyYXBoIiBzdHlsZT0ibWFyZ2luOjBpbjttYXJnaW4tYm90dG9tOi4wMDAxcHQiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9ImdtYWlsLW1z b2xpc3RwYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW46MGluO21hcmdpbi1ib3R0b206LjAwMDFwdCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMy41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i Z21haWwtbXNvbGlzdHBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbjowaW47bWFyZ2luLWJvdHRvbTou MDAwMXB0Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWYiPj09PT09PT09PT09PT09PT09PG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9ImdtYWlsLW1zb2xpc3RwYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW46 MGluO21hcmdpbi1ib3R0b206LjAwMDFwdCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iZ21haWwtbXNvbGlzdHBhcmFncmFwaCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDowaW47bWFyZ2luLXJpZ2h0OjBpbjttYXJnaW4tYm90dG9tOjBp bjttYXJnaW4tbGVmdDoxLjBpbjttYXJnaW4tYm90dG9tOi4wMDAxcHQiPg0KPHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+ dGhhbmtzJm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9ImdtYWlsLW1zb2xp c3RwYXJhZ3JhcGgiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6MGluO21hcmdpbi1yaWdodDow aW47bWFyZ2luLWJvdHRvbTowaW47bWFyZ2luLWxlZnQ6MS4waW47bWFyZ2luLWJvdHRvbTouMDAw MXB0Ij4NCjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJnbWFpbC1tc29saXN0cGFyYWdyYXBoIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OjBpbjtt YXJnaW4tcmlnaHQ6MGluO21hcmdpbi1ib3R0b206MGluO21hcmdpbi1sZWZ0OjEuMGluO21hcmdp bi1ib3R0b206LjAwMDFwdCI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPi0tLSB0b255 ICZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_MWHPR05MB2829D75E2D8A944A5AF1029CA9830MWHPR05MB2829namp_-- From nobody Fri Aug 18 09:05:11 2017 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 64F511329D9; Fri, 18 Aug 2017 09:05:02 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk CC: mpls@ietf.org, db3546@att.com, draft-ietf-mpls-ldp-mrt@ietf.org, mpls-chairs@ietf.org, tsaad@cisco.com, loa@pi.nu Reply-To: ietf@ietf.org Sender: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-ID: <150307230232.14204.15193757906963614350.idtracker@ietfa.amsl.com> Date: Fri, 18 Aug 2017 09:05:02 -0700 Archived-At: Subject: [mpls] Last Call: (LDP Extensions to Support Maximally Redundant Trees) to Proposed Standard X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Aug 2017 16:05:02 -0000 The IESG has received a request from the Multiprotocol Label Switching WG (mpls) to consider the following document: - 'LDP Extensions to Support Maximally Redundant Trees' as Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2017-09-01. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract This document specifies extensions to the Label Distribution Protocol(LDP) to support the creation of label-switched paths for Maximally Redundant Trees (MRT). A prime use of MRTs is for unicast and multicast IP/LDP Fast-Reroute, which we will refer to as MRT-FRR. The sole protocol extension to LDP is simply the ability to advertise an MRT Capability. This document describes that extension and the associated behavior expected for LSRs (Label Switching Routers) and LERs (Label Edge Routers) advertising the MRT Capability. MRT-FRR uses LDP multi-topology extensions and requires three different multi-topology IDs to be allocated from the MPLS MT-ID space. The file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-mpls-ldp-mrt/ IESG discussion can be tracked via https://datatracker.ietf.org/doc/draft-ietf-mpls-ldp-mrt/ballot/ No IPR declarations have been submitted directly on this I-D. From nobody Mon Aug 21 14:33:36 2017 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0029D132ABB; Mon, 21 Aug 2017 14:33:27 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: mpls@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.58.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150335120783.6728.13190999651779631683@ietfa.amsl.com> Date: Mon, 21 Aug 2017 14:33:27 -0700 Archived-At: Subject: [mpls] I-D Action: draft-ietf-mpls-spring-lsp-ping-06.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Aug 2017 21:33:28 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching WG of the IETF. Title : Label Switched Path (LSP) Ping/Traceroute for Segment Routing Networks with MPLS Data-plane Authors : Nagendra Kumar Carlos Pignataro George Swallow Nobo Akiya Sriganesh Kini Mach(Guoyi) Chen Filename : draft-ietf-mpls-spring-lsp-ping-06.txt Pages : 20 Date : 2017-08-21 Abstract: Segment Routing architecture leverages the source routing and tunneling paradigms and can be directly applied to MPLS data plane. A node steers a packet through a controlled set of instructions called segments, by prepending the packet with a Segment Routing header. The segment assignment and forwarding semantic nature of Segment Routing raises additional consideration for connectivity verification and fault isolation in LSP with Segment Routing architecture. This document illustrates the problem and describe a mechanism to perform LSP Ping and Traceroute on Segment Routing network over MPLS data plane. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-spring-lsp-ping/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-mpls-spring-lsp-ping-06 https://datatracker.ietf.org/doc/html/draft-ietf-mpls-spring-lsp-ping-06 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-spring-lsp-ping-06 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Aug 22 02:07:32 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F114D13291C for ; Tue, 22 Aug 2017 02:07:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.743 X-Spam-Level: X-Spam-Status: No, score=-3.743 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FORGED_REPLYTO=2.095, FREEMAIL_REPLYTO=1, FREEMAIL_REPLYTO_END_DIGIT=0.25, HTML_MESSAGE=0.001, LOTS_OF_MONEY=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-2.8, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=doodle.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id v1IURSRdT1DW for ; Tue, 22 Aug 2017 02:07:27 -0700 (PDT) Received: from worker1.doodle.com (worker1.doodle.com [94.230.219.151]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 19D0E1321B6 for ; Tue, 22 Aug 2017 02:07:27 -0700 (PDT) Received: from worker1.doodle.com (localhost [127.0.0.1]) by worker1.doodle.com (Postfix) with ESMTP id B1EEC26E0BA0 for ; Tue, 22 Aug 2017 11:07:25 +0200 (CEST) DKIM-Filter: OpenDKIM Filter v2.9.2 worker1.doodle.com B1EEC26E0BA0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=doodle.com; s=mail; t=1503392845; bh=EyRVCNkffpHppj6IVeVcnS7/TE/7snOjnJDK1Pb61f8=; h=Date:From:Reply-To:To:Subject:From; b=hxCuZTIZc5HNXFk84aVPyFa0F97h4NEPUs+mhtD+yQKgc38PaPf/NINi4h316uXZJ ZSGJfiGYWegVrMeRJY2FsHMBn2M1vgobeGLXfVGevaL27J88Sxh4SFiaHAS/f24mfF SsWJ690a2Xc0FbM0kN+XpWBEHV9ctQDQQk8xsO+hfUwoD3YZ61H0tTo5qnkiQ3XjkB Lal6C9qQe76Z+cpigEBG5hVxkNeFeWY/pLRQNqrke/n4wClWVCi9H/tLXs6cx1zPGw hehlyZMGDAPMvEHEoJ4ZRhRcyZRpge1tKq1goBbtvJHu2tIX9+PfWjN8oRo5bH72zy ujwvrvLhfEo6A== Date: Tue, 22 Aug 2017 11:07:25 +0200 (CEST) From: "Barr. Andy Mullen (via Doodle)" Reply-To: "Barr. Andy Mullen" To: mpls@ietf.org Message-ID: <1127486081.718514.1503392845725.POLL_INVITECONTACT_PARTICIPANT_INVITATION_WITH_MESSAGE@worker1.doodle.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_718512_2044890194.1503392845724" Archived-At: Subject: [mpls] Proposal! X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2017 09:07:30 -0000 ------=_Part_718512_2044890194.1503392845724 Content-Type: multipart/alternative; boundary="----=_Part_718513_1073144203.1503392845724" ------=_Part_718513_1073144203.1503392845724 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi there, Barr. Andy Mullen (business.proposal303@yahoo.com) invites you to participate in the Doodle poll "Proposal!." Greetings for the day, I am Andy Mullen from Sapphire Chambers UK, This is a personal email directed to you,I am private Attorney to a deceased client who shared same last name with you, Who died and left behind =C2=A35million Pounds unclaimed compensation from a construction company, Please respond to my private email( andymullen98@gmail.com ) for more details. Participate now https://doodle.com/poll/nyhpbcfyact69w8tde4gq2t4/private?tmail=3Dpoll_invit= econtact_participant_invitation_with_message&tlink=3Dpollbtn What is Doodle? Doodle is a web service that helps Barr. Andy Mullen to find a suitable date for meeting with a group of people. Learn more about how Doodle works. (https://doodle.com/features?tlink=3DcheckOutLink&tmail=3Dpoll_invitecontac= t_participant_invitation_with_message) ---------------------------------------------------------------------- You have received this e-mail because "Barr. Andy Mullen" has invited you to participate in the Doodle poll "Proposal!." Please note that this is a personal invitation that cannot be shared with other poll participants. ---- Doodle is also available for iOS and Android. ---- Doodle AG, Werdstrasse 21, 8021 Z=C3=BCrich ------=_Part_718513_1073144203.1503392845724 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable =
Barr. Andy Mullen invites you = to participate in the Doodle poll "Proposal!."
=09
=20
=09=09 =09=09=09 =09=09=09=09 =09=09=09=09=09
=09=09=09=09=09=09
=09=09 =09=09=09 =09=09=09=09 =09=09=09=09=09 =09 =09 =09 =09
=09=09=09=09=09=09
=09=09 =09=09=09 =09=09=09=09 =09=09=09=09=09 =09=09=09=09 =09=09=09 =09=09
=09=09=09=09=09=09
&q= uot;Proposal!." =09=09=09=09=09=09
=09=09=09=09=09
=09
=09=09 =09=09=09 =09=09=09=09 =09=09=09=09=09 =09=09=09=09 =09=09=09 =09=09
=09=09=09=09=09=09
=09=09=09=09=09=09=09Greetings for the day, I am Andy Mullen from Sapphire = Chambers UK, This is a personal email directed to you,I am private Attorney= to a deceased client who shared same last name with you, Who died and left= behind £5million Pounds unclaimed compensation from a construction co= mpany, Please respond to my private email( andymullen98@gmail.com ) for mor= e details. =09=09=09=09=09=09
=09=09=09=09=09
=20 =09
=09=09 =09=09=09 =09=09=09=09 =09=09=09=09=09 =09=09=09=09 =09=09=09=09 =09=09=09=09=09 =09=09=09=09 =09=09=09=09 =09=09=09=09=09 =09=09=09=09 =09=09=09 =09=09
=
=09=09=09=09=09=09 =09=09=09=09=09=09 =09=09=09=09=09=09=09 =09=09=09=09=09=09 =09=09=09=09=09
=09=09=09=09=09=09=09=09Participate now =09=09=09=09=09=09=09
=09=09=09=09=09
=
=09
=09=09 =09=09=09 =09=09=09=09 =09=09=09=09=09 =09=09=09=09=09 =09=09=09=09 =09=09=09 =09=09
=09=09=09=09=09=09 =09=09=09=09=09 =09=09=09=09=09=09
=09=09=09=09=09=09=09 What is Doodle? Doodle is a web service that helps Barr. Andy Mullen to find a suitable = date for meeting with a group of people. Learn more about how Doodle works.
=09=09=09=09=09=09
=09=09=09=09=09
=09
=09=09 =09=09 =09 =09=09 =09=09 =09=09 =09 =09=09 =09 =09=09 =09 =09=09 =09=09 =09=09 =09 =09=09 =09=09 =09 =09=09 =09 =09=09 =09=09 =09=09 =09 =09=09 =09=09
=09=09 =09You have received this e-mail because "Barr. Andy Mul= len" has invited you to participate in the Doodle poll "Proposal!= ." =09=09
=09=09 =09Please note that this is a personal invitation that cannot= be shared with other poll participants. =09=09
=09
Doodle is also available for iOS and Android.
<= a href=3D"https://pzb3x.app.goo.gl/?link=http%3A%2F%2Fdoodle.com%2Fpol= l%2Fnyhpbcfyact69w8t&isi=938182547&ibi=com.doodle.Doodle-= App&apn=com.doodle.android&utm_source=Doodle&utm_medi= um=transaction_email&utm_campaign=POLL_INVITECONTACT_PARTICIP= ANT_INVITATION_WITH_MESSAGE">
Doodle AG, Werdstrasse 21, 8021 Z=C3=BCrich

------=_Part_718513_1073144203.1503392845724-- ------=_Part_718512_2044890194.1503392845724-- From nobody Tue Aug 22 23:19:01 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F3CF21321ED; Tue, 22 Aug 2017 23:18:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.698 X-Spam-Level: X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8oHPJApdRpIX; Tue, 22 Aug 2017 23:18:57 -0700 (PDT) Received: from mail-vk0-x22c.google.com (mail-vk0-x22c.google.com [IPv6:2607:f8b0:400c:c05::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B3200132334; Tue, 22 Aug 2017 23:18:57 -0700 (PDT) Received: by mail-vk0-x22c.google.com with SMTP id l132so2283079vke.5; Tue, 22 Aug 2017 23:18:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=wxBEC/w7fWEYQ+YExtSLgGgBEEEupGj5DGtdY7g2oMA=; b=TP87sWRGGiKkrIyYyUpgteUBXBhprq+L1BMPwND0vde/YwDI8HpVtWDn+hzuLA7Wjm TKgzfjpHXm4QrDOAQoWkZmoKddadReuahQ6eKOutG/pdn2mMn8ehzzkqbeako41yg2I6 2iCybIgBSQAmJFSnJQhvwH78/Pp7mFFEDERunHj2saFqRQAUWKl07wcsnxW1V5prQeGP /0ZEXzIFP8KRTWVVno6PCGftMR9OKKEvRsef+znaPNQ5QidevIQH1dPgmMtSSt6YRCyF d/9g/h5PMq/vG/4cG16CQ+S6tvD0WOvUta6xK1QrDeVGq14fS9XcVrJsdaCb2/xJ+ljD G3Ig== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=wxBEC/w7fWEYQ+YExtSLgGgBEEEupGj5DGtdY7g2oMA=; b=AkjYXCECwm+U6lBwoExMpSD2maQX5Kuiijo5YAVcDizLIqkpvv/QiW8cKLGlW7O8BE 1j0YPjbE0ac9UHqhK8j3XyStlbrKgN7DtQknJ0WuLisO8LOd88gQST/ZblVo/T/l3q2l eNIgU3rMic1aK8DAFKU2ln7GiA6Ev9Cby9Z9tVIc+F+P1wCkfhu6n2y947VeqmQ7nRsm zmVrOAp+h0NGCDEjxx2b5gw4KpZbXoKIuA0S+vrEzu1VRPlHVW2hdIZkBe25EQG2p8F2 jMp3EzWg1kEd46uf9otj/zPjVIgbM1z6V+4FDeycLOnZAHMSZ3sGJHJUpJpMy3xqJtbi bMlQ== X-Gm-Message-State: AHYfb5idCcWWGoNIQO5r9yOnpfgL/OztMwuJ9ZQoEDPi1w43ktAWd/qD RqeBm8ho/eDTl8+ragaR1l2EMbontfJgc3A= X-Received: by 10.31.141.85 with SMTP id p82mr1110291vkd.57.1503469136641; Tue, 22 Aug 2017 23:18:56 -0700 (PDT) MIME-Version: 1.0 Received: by 10.31.60.74 with HTTP; Tue, 22 Aug 2017 23:18:56 -0700 (PDT) In-Reply-To: References: From: Vishnu Pavan Beeram Date: Wed, 23 Aug 2017 02:18:56 -0400 Message-ID: To: Sam Aldrin Cc: draft-sitaraman-mpls-rsvp-shared-labels@ietf.org, "mpls@ietf.org" Content-Type: multipart/alternative; boundary="001a114258c6d203e2055765af1d" Archived-At: Subject: Re: [mpls] draft-sitaraman-mpls-rsvp-shared-labels - FEC validation X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Aug 2017 06:19:00 -0000 --001a114258c6d203e2055765af1d Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable WG, Hi! I just realized that this wasn't responded to on the list. The authors discussed all of the above questions with Sam in Prague and addressed all concerns. I'm listing a couple of relevant points here on this thread (just in case anyone else has similar questions): (1) There are no changes to =E2=80=9CLSP ping echo request/reply" procedure= s. (2) The FEC type used is "RSVP IPv4 LSP=E2=80=9D (RFC 8029, section 3.2.3) = -- note that this is a single e2e RSVP session. Please do reach out to the authors if there are any further questions. At this juncture, we would like to request the WG/chairs to consider this draft for adoption. Regards, -Pavan (on behalf of the authors) On Tue, Jul 18, 2017 at 7:02 PM, Sam Aldrin wrote: > Draft authors, > > The OAM section described in the draft is sparse to minimal. > See the mention of RFC8029, that it could be used without any changes, > which I entirely disagree. > > Questions: > 1. How are you encapsulating the LSP Ping Echo request with delegation > labels and corresponding FEC stack TLV? > 2. If you are saying that delegation node is going to modify the packet > and its payload, this is entirely new mechanism and RFC8029 doesn't provi= de > mechanics of it. So, add detailed content. > 3. What is the FEC type being added for delegation label? > > Will comment further, based on the updated content and clarifications. > > -sam > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > > --001a114258c6d203e2055765af1d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
WG, Hi!

I just realized that this wasn&#= 39;t responded to on the list. The authors discussed all of the above quest= ions with Sam in Prague and addressed all concerns. I'm listing a coupl= e of relevant points here on this thread (just in case anyone else has simi= lar questions):

(1) There are no changes to =E2=80=9CLSP ping echo r= equest/reply" procedures.
(2) The FEC type used is "RSVP IPv4 = LSP=E2=80=9D (RFC 8029, section 3.2.3) -- note that this is a single e2e RS= VP session.

Please do reach out to the authors if there are any further questions. = At this juncture, we would like to request the WG/chairs to consider this d= raft for adoption.

Regards,
-Pavan (on behalf of the authors)

On Tue, Jul 18, 2017= at 7:02 PM, Sam Aldrin <aldrin.ietf@gmail.com> wrote:
Draft authors,

The OAM section described in the draft is sparse to minimal.
=
See the mention of RFC8029, that it could be used without any changes,= which I entirely disagree.

Questions:
1= . How are you encapsulating the LSP Ping Echo request with delegation label= s and corresponding FEC stack TLV?
2. If you are saying that dele= gation node is going to modify the packet and its payload, this is entirely= new mechanism and RFC8029 doesn't provide mechanics of it. So, add det= ailed content.
3. What is the FEC type being added for delegation= label?

Will comment further, based on the updated= content and clarifications.

-sam

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


--001a114258c6d203e2055765af1d-- From nobody Wed Aug 23 02:03:02 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CB73E132BDE; Wed, 23 Aug 2017 02:03:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Qw0QPHIhXKlx; Wed, 23 Aug 2017 02:03:00 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8EADC13291B; Wed, 23 Aug 2017 02:03:00 -0700 (PDT) Received: from [192.168.0.2] (c213-89-111-155.bredband.comhem.se [213.89.111.155]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id 573E7180156E; Wed, 23 Aug 2017 11:02:59 +0200 (CEST) From: Loa Andersson To: "mpls@ietf.org" , draft-sitaraman-mpls-rsvp-shared-labels@ietf.org, "mpls-chairs@ietf.org" Message-ID: <432bbc0c-1a7f-3f88-66ad-0fe8b08d75a3@pi.nu> Date: Wed, 23 Aug 2017 11:02:55 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: [mpls] IPR poll on draft-sitaraman-mpls-rsvp-shared-labels X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Aug 2017 09:03:02 -0000 Working Group, authors, The authors has indicated that the draft-sitaraman-mpls-rsvp-shared- labels are ready for working group adoption, prior to the wgap we need to do an IPR poll. This mail starts this IPR poll. Are you aware of any IPR that applies to draft-sitaraman-mpls-rsvp- shared-labels? If so, has this IPR been disclosed in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details). There are three IPR disclosures against draft-sitaraman-mpls-rsvp- shared-labels. If you are listed as a document author or contributor please respond to this email regardless of whether or not you are aware of any relevant IPR. *The response needs to be sent to the MPLS WG mailing list.* The document will not advance to the next stage until a response has been received from each author and contributor. If you are on the MPLS WG email list but are not listed as an author or contributor, then please explicitly respond only if you are aware of any IPR that has not yet been disclosed in conformance with IETF rules. /Loa mpls wg co-chair -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Wed Aug 23 06:02:45 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8971D132BF5; Wed, 23 Aug 2017 06:02:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.02 X-Spam-Level: X-Spam-Status: No, score=-2.02 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=juniper.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1JMQDfh4ggJ1; Wed, 23 Aug 2017 06:02:43 -0700 (PDT) Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-by2nam01on0137.outbound.protection.outlook.com [104.47.34.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 14630132BF0; Wed, 23 Aug 2017 06:02:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=GlMHb1MRH4X1BNXTMEj8sYC1nDnxM3wv5L7M0lxvGz0=; b=F60ftdz6xPEy2NlmcdAVAn6i6CDYGoW94K5ut4kQMZveWmzSj5esoWPzIhSakM2BX1dRMFr9RGkF3ASPxsGhb79ER4GPdhOcZenOFvnYbwyvJzzaC1XxtmoXltZTXVS/h+u0yngsbbRfCXxjqPgwSDzJFWEU5av1G/0wTlA/o3o= Received: from MWHPR05MB2831.namprd05.prod.outlook.com (10.168.245.13) by MWHPR05MB3408.namprd05.prod.outlook.com (10.174.175.157) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.1.1385.4; Wed, 23 Aug 2017 13:02:41 +0000 Received: from MWHPR05MB2831.namprd05.prod.outlook.com ([10.168.245.13]) by MWHPR05MB2831.namprd05.prod.outlook.com ([10.168.245.13]) with mapi id 15.01.1385.008; Wed, 23 Aug 2017 13:02:41 +0000 From: Harish Sitaraman To: Loa Andersson , "mpls@ietf.org" , "draft-sitaraman-mpls-rsvp-shared-labels@ietf.org" , "mpls-chairs@ietf.org" Thread-Topic: IPR poll on draft-sitaraman-mpls-rsvp-shared-labels Thread-Index: AQHTG+6hnnTbES1vREGChPnZ/mNWEqKRcwCA Date: Wed, 23 Aug 2017 13:02:41 +0000 Message-ID: <1A66C91B-D205-4A62-ABF4-89248D6059FA@juniper.net> References: <432bbc0c-1a7f-3f88-66ad-0fe8b08d75a3@pi.nu> In-Reply-To: <432bbc0c-1a7f-3f88-66ad-0fe8b08d75a3@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/0.0.0.151206 x-originating-ip: [66.129.239.15] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; MWHPR05MB3408; 6:wp1ffsdDzvUMlBrImcOEybnSO2yUdDBCO1l8YjqWkNhhTaVZUlsEGw1yXpSVdlbsZVdtH9FExGmf5Ej2iPpZxFBMAjbw1sD6EWwfrKy6L5jCMLo8wCXmW6D9ZhN26LKaWhtAfqDlW1ikh5weoYjy14mVi81TCIgYQ/hGZM6ZhR8ljU/PQQKo4r7Q77wkSw8QEjumKFKukinjlj5yKqyezueCSJjbpWucRsPScCtSAb3fiUU54vJT9HPg0ugoo8Or+LlWZe+vOS2Okw2HwJMax79Shrn6o93nXyEDR75YRmkuYUwtgNkkd+UJERU1i+NKQvp4tWzABLtTuP5NTuF4Eg==; 5:7jz8BoYuWiRF9a4rlD777aNcHDZKC+HHi8PSxZI2lvCS0jwzXryxX7eFNlYI3t+vxw+Lz8AcFuWBzGJkPw9zn9yyojPpmYyqyoK9u4klAGp9+Bp/VLjvPJ7ot3GNx1trApadKYo3me9c4PkXT1A3kg==; 24:/eRqP07tpDpmEJemeqvXK6f1Rkw0f9smogpnvUYe1QPmvZIGTMZaAJNnbJngOn7rrJ9l91tU/ShaY79NiGE5AZzRzCsqPFEXrPetd7QnI2s=; 7:P1/FGzGUYWmkrp7LXdWqFo+sm6aNLSMexth1tgPRYfD6mVI6jtQszm8wECeF9VBr+H+ZhNaM68FgrJAYgoxTBW1bEjphBqrlZt4iq6IGi1TX/jyo3xKwoUHge3ZybT12MfL8FMTdAL9aDOY3/LP7OaDGRaH09RPvFGPvJCxiObTlcgkx4qnvXMax3Rhhz/trC52Y+2of3s6dusSt18OZb4xvv/OvWoNBSOHck2QNNzE= x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: 87e9d034-dc6d-4c1f-64fa-08d4ea273d16 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(300000502095)(300135100095)(22001)(2017030254152)(48565401081)(300000503095)(300135400095)(2017052603184)(201703131423075)(201703031133081)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:MWHPR05MB3408; x-ms-traffictypediagnostic: MWHPR05MB3408: authentication-results: spf=none (sender IP is ) smtp.mailfrom=hsitaraman@juniper.net; x-exchange-antispam-report-test: UriScan:(50582790962513); x-microsoft-antispam-prvs: x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(601004)(2401047)(8121501046)(5005006)(100000703101)(100105400095)(10201501046)(93006095)(93001095)(3002001)(6055026)(6041248)(20161123564025)(20161123558100)(20161123555025)(20161123562025)(20161123560025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:MWHPR05MB3408; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:MWHPR05MB3408; x-forefront-prvs: 040866B734 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39860400002)(189002)(24454002)(377454003)(199003)(252514010)(4001350100001)(83716003)(2501003)(97736004)(105586002)(189998001)(106356001)(6436002)(86362001)(14454004)(478600001)(83506001)(8676002)(230783001)(2906002)(6246003)(82746002)(5660300001)(8936002)(25786009)(54356999)(77096006)(99286003)(76176999)(6506006)(2950100002)(101416001)(3660700001)(2201001)(6512007)(50986999)(53936002)(102836003)(81166006)(7736002)(36756003)(33656002)(3846002)(68736007)(2900100001)(81156014)(53546010)(66066001)(6116002)(6486002)(305945005)(3280700002)(229853002); DIR:OUT; SFP:1102; SCL:1; SRVR:MWHPR05MB3408; H:MWHPR05MB2831.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: <64DD383215DCB34AA1C49C6760DCFAC0@namprd05.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Aug 2017 13:02:41.5271 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR05MB3408 Archived-At: Subject: Re: [mpls] IPR poll on draft-sitaraman-mpls-rsvp-shared-labels X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Aug 2017 13:02:44 -0000 DQpZZXMsIEknbSBhd2FyZSBvZiBJUFIgdGhhdCBhcHBsaWVzIHRvIHRoaXMgZHJhZnQuIFRoZSBJ UFIgaGFzIGJlZW4gZGlzY2xvc2VkIGluIGNvbXBsaWFuY2Ugd2l0aCBJRVRGIElQUiBydWxlcy4N Cg0KDQpIYXJpc2gNCg0KDQoNCk9uIDgvMjMvMTcsIDI6MDIgQU0sICJMb2EgQW5kZXJzc29uIiA8 bG9hQHBpLm51PiB3cm90ZToNCg0KPg0KPldvcmtpbmcgR3JvdXAsIGF1dGhvcnMsDQo+DQo+VGhl IGF1dGhvcnMgaGFzIGluZGljYXRlZCB0aGF0IHRoZSBkcmFmdC1zaXRhcmFtYW4tbXBscy1yc3Zw LXNoYXJlZC0NCj5sYWJlbHMgYXJlIHJlYWR5IGZvciB3b3JraW5nIGdyb3VwIGFkb3B0aW9uLCBw cmlvciB0byB0aGUgd2dhcCB3ZSBuZWVkDQo+dG8gZG8gYW4gSVBSIHBvbGwuDQo+DQo+VGhpcyBt YWlsIHN0YXJ0cyB0aGlzIElQUiBwb2xsLg0KPg0KPkFyZSB5b3UgYXdhcmUgb2YgYW55IElQUiB0 aGF0IGFwcGxpZXMgdG8gZHJhZnQtc2l0YXJhbWFuLW1wbHMtcnN2cC0NCj5zaGFyZWQtbGFiZWxz Pw0KPg0KPklmIHNvLCBoYXMgdGhpcyBJUFIgYmVlbiBkaXNjbG9zZWQgaW4gY29tcGxpYW5jZSB3 aXRoIElFVEYgSVBSIHJ1bGVzDQo+KHNlZSBSRkNzIDM5NzksIDQ4NzksIDM2NjkgYW5kIDUzNzgg Zm9yIG1vcmUgZGV0YWlscykuDQo+DQo+VGhlcmUgYXJlIHRocmVlIElQUiBkaXNjbG9zdXJlcyBh Z2FpbnN0IGRyYWZ0LXNpdGFyYW1hbi1tcGxzLXJzdnAtDQo+c2hhcmVkLWxhYmVscy4NCj4NCj5J ZiB5b3UgYXJlIGxpc3RlZCBhcyBhIGRvY3VtZW50IGF1dGhvciBvciBjb250cmlidXRvciBwbGVh c2UgcmVzcG9uZCB0bw0KPnRoaXMgZW1haWwgcmVnYXJkbGVzcyBvZiB3aGV0aGVyIG9yIG5vdCB5 b3UgYXJlIGF3YXJlIG9mIGFueSByZWxldmFudA0KPklQUi4gKlRoZSByZXNwb25zZSBuZWVkcyB0 byBiZSBzZW50IHRvIHRoZSBNUExTIFdHIG1haWxpbmcgbGlzdC4qIFRoZQ0KPmRvY3VtZW50IHdp bGwgbm90IGFkdmFuY2UgdG8gdGhlIG5leHQgc3RhZ2UgdW50aWwgYSByZXNwb25zZSBoYXMgYmVl bg0KPnJlY2VpdmVkIGZyb20gZWFjaCBhdXRob3IgYW5kIGNvbnRyaWJ1dG9yLg0KPg0KPklmIHlv dSBhcmUgb24gdGhlIE1QTFMgV0cgZW1haWwgbGlzdCBidXQgYXJlIG5vdCBsaXN0ZWQgYXMgYW4g YXV0aG9yIG9yDQo+Y29udHJpYnV0b3IsIHRoZW4gcGxlYXNlIGV4cGxpY2l0bHkgcmVzcG9uZCBv bmx5IGlmIHlvdSBhcmUgYXdhcmUgb2YgYW55DQo+SVBSIHRoYXQgaGFzIG5vdCB5ZXQgYmVlbiBk aXNjbG9zZWQgaW4gY29uZm9ybWFuY2Ugd2l0aCBJRVRGIHJ1bGVzLg0KPg0KPg0KPi9Mb2ENCj4g IG1wbHMgd2cgY28tY2hhaXINCj4tLSANCj4NCj4NCj5Mb2EgQW5kZXJzc29uICAgICAgICAgICAg ICAgICAgICAgICAgZW1haWw6IGxvYUBtYWlsMDEuaHVhd2VpLmNvbQ0KPlNlbmlvciBNUExTIEV4 cGVydCAgICAgICAgICAgICAgICAgICAgICAgICAgbG9hQHBpLm51DQo+SHVhd2VpIFRlY2hub2xv Z2llcyAoY29uc3VsdGFudCkgICAgIHBob25lOiArNDYgNzM5IDgxIDIxIDY0DQo= From nobody Wed Aug 23 06:19:32 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0D6A6132C0D; Wed, 23 Aug 2017 06:19:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=juniper.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ew2PPHeM_wUy; Wed, 23 Aug 2017 06:19:28 -0700 (PDT) Received: from NAM03-BY2-obe.outbound.protection.outlook.com (mail-by2nam03on0094.outbound.protection.outlook.com [104.47.42.94]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4ED8E132C08; Wed, 23 Aug 2017 06:19:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=XurYxsJ8fPxSvcsJRDiZmmgnHFC7HNtOYyGPItpHv50=; b=jWPU8qu0j2G+QYJwSRQFqPO0q1VS6mEqI0ourzA+wZ6jn0Ok8rO/R3bNq30lJ+oH+SkdzDS6lywd/bkWEaefc9KSM6Q9f2YYS+xRiK+g+QyFjZ7Lz9VeL2rB8/1coAefE5e57pUjOA62rArjc0frGK3/aaPxonAnDcmbIRFToXM= Received: from BN3PR05MB2497.namprd05.prod.outlook.com (10.167.3.26) by BN3PR05MB2657.namprd05.prod.outlook.com (10.166.72.21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.1.1385.4; Wed, 23 Aug 2017 13:19:20 +0000 Received: from BN3PR05MB2497.namprd05.prod.outlook.com ([10.167.3.26]) by BN3PR05MB2497.namprd05.prod.outlook.com ([10.167.3.26]) with mapi id 15.20.0013.001; Wed, 23 Aug 2017 13:19:19 +0000 From: Vishnu Pavan Beeram To: Loa Andersson , "mpls@ietf.org" , "draft-sitaraman-mpls-rsvp-shared-labels@ietf.org" , "mpls-chairs@ietf.org" Thread-Topic: IPR poll on draft-sitaraman-mpls-rsvp-shared-labels Thread-Index: AQHTG+6hrd7KQH59IEyy4s38t2wSYqKRqe6A Date: Wed, 23 Aug 2017 13:19:19 +0000 Message-ID: References: <432bbc0c-1a7f-3f88-66ad-0fe8b08d75a3@pi.nu> In-Reply-To: <432bbc0c-1a7f-3f88-66ad-0fe8b08d75a3@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.17.0.160611 authentication-results: spf=none (sender IP is ) smtp.mailfrom=vbeeram@juniper.net; x-originating-ip: [116.197.184.12] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; BN3PR05MB2657; 6:OQLBqMJGqVROPnIoaZT4McPgzENrkhbQV8wOz0tylV3Vt7ryVTyn8rdxKSxt9GEHQhBMft625ugtJGKwgFfczDb9cP7K0D8FVBxd06O/eaZH6DTw6rA9XLStCqu/j7XdoEwytOh1VlhyvFPAvei+m+cC+BWrM0AVhlySaqRwzgRXo6tBaTnybrYum2YXiJi3ScnNFvafJjHGzdB8v5XnPT/cFEXYh5whOb0c2jk41RfndpO8R1IWLCBwyEG7XlW2ZTC0q3b810tbwh7tX3qi5DBMfWyjnshsoCiJjFt3zm3yhZHezmrnIwJNQPyxpcfmEoQ29YKneDLuXLhCaKiDgA==; 5:ZXrNwQ8tSSJtPnW0ft8uMYoa9H9fy98sjM9ulg6708wLy6XE5gcvfVh3ux8790jJsGitMJrr2Ttmoj2JWZXgnx8zvwKvq1zcNCD3cX29Wzj5qbeO19LxBVW4PEkalWtfDrgxwjYa5Ntb9zEr5+KkrQ==; 24:1TY922xOLjJBt5ZsWfLzdhK/B2Drzz0N0EnmJIkvD1LD4sgsSUci0b5r67fVyl+HmFBycytIqORmik7B5+35J47ZHs68ShtMCOWo+2ZV28U=; 7:d9QHEM8uLbMQknMkHzY5q/oO1wbHmtmv+0ijUNBTA4sueM27a7hWgB7PXwejZ8mwHXkJxnftt+jIzpv9mrPFffSJ0dFgjFS1hplvb8ZYT0rFsXvWTxXfSvH+3l3hbWiUD6l1Kdps0GtNgSPIEMy/FP74OyeBtldnXUhnOHstR5Rp7oiLb8EkGLDAroiltmo/jSJd6+394LEQdQEQgIMT8EWcaMpDGngWzygeKNCtzok= x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: d1220b3f-061d-4931-da72-08d4ea299033 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(2017030254152)(48565401081)(300000503095)(300135400095)(2017052603031)(201703131423075)(201703031133081)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:BN3PR05MB2657; x-ms-traffictypediagnostic: BN3PR05MB2657: x-exchange-antispam-report-test: UriScan:(50582790962513); x-microsoft-antispam-prvs: x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(601004)(2401047)(8121501046)(5005006)(10201501046)(100000703101)(100105400095)(93006095)(93001095)(3002001)(6055026)(6041248)(20161123562025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123558100)(20161123564025)(20161123560025)(20161123555025)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:BN3PR05MB2657; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:BN3PR05MB2657; x-forefront-prvs: 040866B734 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39860400002)(199003)(252514010)(377454003)(189002)(24454002)(36756003)(53936002)(6246003)(3846002)(50986999)(106356001)(105586002)(6512007)(6116002)(8936002)(25786009)(81166006)(102836003)(8676002)(81156014)(76176999)(68736007)(97736004)(4001350100001)(189998001)(305945005)(101416001)(7736002)(230783001)(3660700001)(14454004)(478600001)(3280700002)(99286003)(33656002)(2900100001)(83506001)(77096006)(6506006)(6486002)(5660300001)(82746002)(229853002)(53546010)(83716003)(66066001)(2501003)(2950100002)(2201001)(54356999)(86362001)(6436002)(2906002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR05MB2657; H:BN3PR05MB2497.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Aug 2017 13:19:19.9489 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR05MB2657 Archived-At: Subject: Re: [mpls] IPR poll on draft-sitaraman-mpls-rsvp-shared-labels X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Aug 2017 13:19:31 -0000 WWVzLCBJ4oCZbSBhd2FyZSBvZiB0aGUgSVBSIHRoYXQgYXBwbGllcyB0byBkcmFmdC1zaXRhcmFt YW4tbXBscy1yc3ZwLXNoYXJlZC1sYWJlbHMuDQpBbmQgeWVzIHRoZSBJUFIgaGFzIGJlZW4gZGlz Y2xvc2VkIGluIGNvbXBsaWFuY2Ugd2l0aCBJRVRGIElQUiBydWxlcy4NCg0KDQpSZWdhcmRzLA0K LVBhdmFuDQoNCg0KDQpPbiA4LzIzLzE3LCA1OjAyIEFNLCAiTG9hIEFuZGVyc3NvbiIgPGxvYUBw aS5udT4gd3JvdGU6DQoNCj4NCj5Xb3JraW5nIEdyb3VwLCBhdXRob3JzLA0KPg0KPlRoZSBhdXRo b3JzIGhhcyBpbmRpY2F0ZWQgdGhhdCB0aGUgZHJhZnQtc2l0YXJhbWFuLW1wbHMtcnN2cC1zaGFy ZWQtDQo+bGFiZWxzIGFyZSByZWFkeSBmb3Igd29ya2luZyBncm91cCBhZG9wdGlvbiwgcHJpb3Ig dG8gdGhlIHdnYXAgd2UgbmVlZA0KPnRvIGRvIGFuIElQUiBwb2xsLg0KPg0KPlRoaXMgbWFpbCBz dGFydHMgdGhpcyBJUFIgcG9sbC4NCj4NCj5BcmUgeW91IGF3YXJlIG9mIGFueSBJUFIgdGhhdCBh cHBsaWVzIHRvIGRyYWZ0LXNpdGFyYW1hbi1tcGxzLXJzdnAtDQo+c2hhcmVkLWxhYmVscz8NCj4N Cj5JZiBzbywgaGFzIHRoaXMgSVBSIGJlZW4gZGlzY2xvc2VkIGluIGNvbXBsaWFuY2Ugd2l0aCBJ RVRGIElQUiBydWxlcw0KPihzZWUgUkZDcyAzOTc5LCA0ODc5LCAzNjY5IGFuZCA1Mzc4IGZvciBt b3JlIGRldGFpbHMpLg0KPg0KPlRoZXJlIGFyZSB0aHJlZSBJUFIgZGlzY2xvc3VyZXMgYWdhaW5z dCBkcmFmdC1zaXRhcmFtYW4tbXBscy1yc3ZwLQ0KPnNoYXJlZC1sYWJlbHMuDQo+DQo+SWYgeW91 IGFyZSBsaXN0ZWQgYXMgYSBkb2N1bWVudCBhdXRob3Igb3IgY29udHJpYnV0b3IgcGxlYXNlIHJl c3BvbmQgdG8NCj50aGlzIGVtYWlsIHJlZ2FyZGxlc3Mgb2Ygd2hldGhlciBvciBub3QgeW91IGFy ZSBhd2FyZSBvZiBhbnkgcmVsZXZhbnQNCj5JUFIuICpUaGUgcmVzcG9uc2UgbmVlZHMgdG8gYmUg c2VudCB0byB0aGUgTVBMUyBXRyBtYWlsaW5nIGxpc3QuKiBUaGUNCj5kb2N1bWVudCB3aWxsIG5v dCBhZHZhbmNlIHRvIHRoZSBuZXh0IHN0YWdlIHVudGlsIGEgcmVzcG9uc2UgaGFzIGJlZW4NCj5y ZWNlaXZlZCBmcm9tIGVhY2ggYXV0aG9yIGFuZCBjb250cmlidXRvci4NCj4NCj5JZiB5b3UgYXJl IG9uIHRoZSBNUExTIFdHIGVtYWlsIGxpc3QgYnV0IGFyZSBub3QgbGlzdGVkIGFzIGFuIGF1dGhv ciBvcg0KPmNvbnRyaWJ1dG9yLCB0aGVuIHBsZWFzZSBleHBsaWNpdGx5IHJlc3BvbmQgb25seSBp ZiB5b3UgYXJlIGF3YXJlIG9mIGFueQ0KPklQUiB0aGF0IGhhcyBub3QgeWV0IGJlZW4gZGlzY2xv c2VkIGluIGNvbmZvcm1hbmNlIHdpdGggSUVURiBydWxlcy4NCj4NCj4NCj4vTG9hDQo+ICBtcGxz IHdnIGNvLWNoYWlyDQo+LS0gDQo+DQo+DQo+TG9hIEFuZGVyc3NvbiAgICAgICAgICAgICAgICAg ICAgICAgIGVtYWlsOiBsb2FAbWFpbDAxLmh1YXdlaS5jb20NCj5TZW5pb3IgTVBMUyBFeHBlcnQg ICAgICAgICAgICAgICAgICAgICAgICAgIGxvYUBwaS5udQ0KPkh1YXdlaSBUZWNobm9sb2dpZXMg KGNvbnN1bHRhbnQpICAgICBwaG9uZTogKzQ2IDczOSA4MSAyMSA2NA0K From nobody Wed Aug 23 06:47:25 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2C7BD132C1E; Wed, 23 Aug 2017 06:47:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.02 X-Spam-Level: X-Spam-Status: No, score=-2.02 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=juniper.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bdUkMDs5zqXl; Wed, 23 Aug 2017 06:47:22 -0700 (PDT) Received: from NAM03-BY2-obe.outbound.protection.outlook.com (mail-by2nam03on0103.outbound.protection.outlook.com [104.47.42.103]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F069D132518; Wed, 23 Aug 2017 06:47:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=0cj7DVb+4sbrgSlfDLtTpmdHat4cQZbA7vTugp1LxeU=; b=cKgwhAQ0Z0aSMDAaEaPR8uXoUAJOH5uYeHgIvPgvgfRxoU260YwCzwEtEBQ9rQRAclS0VzPJHhI3mGAfATYicLOuW7qtSlhO4rLRsjYPvKPCsHvzQo6GbSDfXPZrg5us5i6i6RKORqBRQL6jzp52ngCQsZo7aV1MtXHX+hlVVF8= Received: from BN3PR0501MB1377.namprd05.prod.outlook.com (10.160.117.11) by BN3PR0501MB1219.namprd05.prod.outlook.com (10.160.113.27) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.13.2; Wed, 23 Aug 2017 13:47:20 +0000 Received: from BN3PR0501MB1377.namprd05.prod.outlook.com ([10.160.117.11]) by BN3PR0501MB1377.namprd05.prod.outlook.com ([10.160.117.11]) with mapi id 15.01.1385.008; Wed, 23 Aug 2017 13:47:20 +0000 From: Chandrasekar Ramachandran To: Loa Andersson , "mpls@ietf.org" , "draft-sitaraman-mpls-rsvp-shared-labels@ietf.org" , "mpls-chairs@ietf.org" Thread-Topic: [mpls] IPR poll on draft-sitaraman-mpls-rsvp-shared-labels Thread-Index: AQHTG+6iPJtJvxvYcEWpp6vrf058tKKR6hHA Date: Wed, 23 Aug 2017 13:47:20 +0000 Message-ID: References: <432bbc0c-1a7f-3f88-66ad-0fe8b08d75a3@pi.nu> In-Reply-To: <432bbc0c-1a7f-3f88-66ad-0fe8b08d75a3@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=csekar@juniper.net; x-originating-ip: [116.197.184.11] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; BN3PR0501MB1219; 6:+Y9BDg1Xkcv2AlaLea6YWGdwshQjXL/KCHfEXDcA+z9Z1UIXyCD0nUHSrft3Qy5Yhb/8f3TQvG+Up89YCCys+YRZXGBUGKCMqIPn9zjj1O5CJCo6XOoKfqMcebeF0EAoQnjNh5YymqSykiGIrbHoCQtcYXXU+YUP5CGhXzDbyb1+ammKNRsIKotuJNEi4fLy7fnznhzACpSzVxB31lrVK4mQe22+FenxNJXhjeFpSpkGwnSheSdfiL5256exevzK/h56JDQCM1tUGI/9JnB6QIU563r8vwpLO+LSuz1pXdiSp/EG01v/gxe3yE0iK98hFFZl+M22UcIaN/0K2sqWcQ==; 5:MyvrwX05bDIlqQZaqsYkLj3J29YuHGODYXmcnbY+lU5vu8kHraXWEAz97ekr+YRJhw+qwzyWfCJA0MT+DkbLPJX4+T6/mgjsw7vFfyxPnkFF4ipuVFQjgLPCHKg+4iPSzVEF5l89ORQ3wVAjhxZpxA==; 24:coNuZH2jguhpLpxwB6eMlOshUbiDhx36nj+PwX/q4w6Dh663MoHbbHris6jtg1oYBnyDuAkZ/XHztPlXvMZWWAJSe3symn37Mv+hwyKNZ5Y=; 7:YqQPhN0/Pb7QGuB1y7HSPBGkBxykaclNRaYk4qXsaLAp9uK/+MIHRc04CiQHMVYKOfarz1cT57D9sfBj8HdCssBTuZu34BpuvnD/4WJtE8woywX/19N4t6LzVtug3oZUqGurhCZZo8zN1BIY6TZ6J683bK+FHLXMwuldcUrtRkAklR3HvlO/83Hm9NkheXiB3hKRGAf/Ec+P9BKBK1B/+UJz62XYzt32E3ToMuZMPBU= x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: b4588842-e6ee-4eda-ae0b-08d4ea2d79a8 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(2017030254152)(300000503095)(300135400095)(48565401081)(2017052603031)(201703131423075)(201703031133081)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:BN3PR0501MB1219; x-ms-traffictypediagnostic: BN3PR0501MB1219: x-exchange-antispam-report-test: UriScan:(50582790962513); x-microsoft-antispam-prvs: x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(601004)(2401047)(5005006)(8121501046)(93006095)(93001095)(10201501046)(3002001)(100000703101)(100105400095)(6055026)(6041248)(20161123555025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123560025)(20161123558100)(20161123562025)(20161123564025)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:BN3PR0501MB1219; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:BN3PR0501MB1219; x-forefront-prvs: 040866B734 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39860400002)(377454003)(189002)(199003)(13464003)(252514010)(25786009)(14454004)(2906002)(3660700001)(86362001)(3280700002)(8676002)(81166006)(81156014)(189998001)(6116002)(102836003)(3846002)(478600001)(2201001)(2900100001)(53546010)(966005)(6306002)(99286003)(55016002)(9686003)(6506006)(77096006)(74316002)(68736007)(5660300001)(230783001)(53936002)(7696004)(6246003)(66066001)(6436002)(2950100002)(33656002)(305945005)(101416001)(2501003)(54356999)(76176999)(50986999)(105586002)(8936002)(229853002)(97736004)(106356001)(7736002)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR0501MB1219; H:BN3PR0501MB1377.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Aug 2017 13:47:20.0202 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR0501MB1219 Archived-At: Subject: Re: [mpls] IPR poll on draft-sitaraman-mpls-rsvp-shared-labels X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Aug 2017 13:47:24 -0000 Yes, I'm aware of IPRs that apply to draft-sitaraman-mpls-rsvp-shared-label= s and these IPRs have been disclosed in compliance with IETF IPR rules. > -----Original Message----- > From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Loa Andersson > Sent: Wednesday, August 23, 2017 2:33 PM > To: mpls@ietf.org; draft-sitaraman-mpls-rsvp-shared-labels@ietf.org; mpls= - > chairs@ietf.org > Subject: [mpls] IPR poll on draft-sitaraman-mpls-rsvp-shared-labels >=20 >=20 > Working Group, authors, >=20 > The authors has indicated that the draft-sitaraman-mpls-rsvp-shared- > labels are ready for working group adoption, prior to the wgap we need > to do an IPR poll. >=20 > This mail starts this IPR poll. >=20 > Are you aware of any IPR that applies to draft-sitaraman-mpls-rsvp- > shared-labels? >=20 > If so, has this IPR been disclosed in compliance with IETF IPR rules > (see RFCs 3979, 4879, 3669 and 5378 for more details). >=20 > There are three IPR disclosures against draft-sitaraman-mpls-rsvp- > shared-labels. >=20 > If you are listed as a document author or contributor please respond to > this email regardless of whether or not you are aware of any relevant > IPR. *The response needs to be sent to the MPLS WG mailing list.* The > document will not advance to the next stage until a response has been > received from each author and contributor. >=20 > If you are on the MPLS WG email list but are not listed as an author or > contributor, then please explicitly respond only if you are aware of any > IPR that has not yet been disclosed in conformance with IETF rules. >=20 >=20 > /Loa > mpls wg co-chair > -- >=20 >=20 > Loa Andersson email: loa@mail01.huawei.com > Senior MPLS Expert loa@pi.nu > Huawei Technologies (consultant) phone: +46 739 81 21 64 >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From nobody Wed Aug 23 11:01:13 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 843311329C1; Wed, 23 Aug 2017 11:01:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s-Sdjt6ycQEA; Wed, 23 Aug 2017 11:01:08 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A1CDE13248E; Wed, 23 Aug 2017 11:01:08 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 8BF88B80DC2; Wed, 23 Aug 2017 11:00:39 -0700 (PDT) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org X-PHP-Originating-Script: 1005:ams_util_lib.php From: rfc-editor@rfc-editor.org Cc: rfc-editor@rfc-editor.org, drafts-update-ref@iana.org, mpls@ietf.org Message-Id: <20170823180039.8BF88B80DC2@rfc-editor.org> Date: Wed, 23 Aug 2017 11:00:39 -0700 (PDT) Archived-At: Subject: [mpls] RFC 8234 on Updates to MPLS Transport Profile (MPLS-TP) Linear Protection in Automatic Protection Switching (APS) Mode X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Aug 2017 18:01:10 -0000 A new Request for Comments is now available in online RFC libraries. RFC 8234 Title: Updates to MPLS Transport Profile (MPLS-TP) Linear Protection in Automatic Protection Switching (APS) Mode Author: J. Ryoo, T. Cheung, H. van Helvoort, I. Busi, G. Wen Status: Standards Track Stream: IETF Date: August 2017 Mailbox: ryoo@etri.re.kr, cts@etri.re.kr, huubatwork@gmail.com, Italo.Busi@huawei.com, wenguangjuan@huawei.com Pages: 9 Characters: 16898 Updates: RFC 7271 I-D Tag: draft-ietf-mpls-tp-aps-updates-04.txt URL: https://www.rfc-editor.org/info/rfc8234 DOI: 10.17487/RFC8234 This document contains updates to MPLS Transport Profile (MPLS-TP) linear protection in Automatic Protection Switching (APS) mode defined in RFC 7271. The updates provide rules related to the initialization of the Protection State Coordination (PSC) Control Logic (in which the state machine resides) when operating in APS mode and clarify the operation related to state transition table lookup. This document is a product of the Multiprotocol Label Switching Working Group of the IETF. This is now a Proposed Standard. STANDARDS TRACK: This document specifies an Internet Standards Track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the Official Internet Protocol Standards (https://www.rfc-editor.org/standards) for the standardization state and status of this protocol. Distribution of this memo is unlimited. This announcement is sent to the IETF-Announce and rfc-dist lists. To subscribe or unsubscribe, see https://www.ietf.org/mailman/listinfo/ietf-announce https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist For searching the RFC series, see https://www.rfc-editor.org/search For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk Requests for special distribution should be addressed to either the author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. The RFC Editor Team Association Management Solutions, LLC From nobody Thu Aug 24 10:55:09 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1E5B3120721 for ; Thu, 24 Aug 2017 10:55:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HD_WOH9Fr58Z for ; Thu, 24 Aug 2017 10:55:01 -0700 (PDT) Received: from mail-oi0-x232.google.com (mail-oi0-x232.google.com [IPv6:2607:f8b0:4003:c06::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 51E79132335 for ; Thu, 24 Aug 2017 10:55:00 -0700 (PDT) Received: by mail-oi0-x232.google.com with SMTP id r9so1698942oie.3 for ; Thu, 24 Aug 2017 10:55:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=0kXNZLlxC8547SEf4NymXcdanAiW/Ufs3/bxun0DglE=; b=qyseL2CAjq5gD5Gjem7rVhRTY/K/4/aeDj0dBViCebN/repEFOxZ5ED9D0Bl7+P4QH 5vFCfCSOR09zRWqlbZi6sVLhKdEeeWKwinCyTouw2UyXI1gW4EEEwofAG07S65vCa451 I2XHIuhlv9Q2y6I1h+RSESKpEPIyIyvuUU3+fN/gTUmO0qYLWxQG/PIKAHrqRg1A1a1h sdNNqHzdyyh4DpJ+3Q/6QzojP6wHZwMRR8gUek5V39eFPnHPW1O1MsgFLci2tW35R2hK 0owQLu+d/2Go1PNBLY2EYoncp6iViqSMY5+oAbRlCifnXQgeJcpcO5gLUOi9VC2LkEFy Ao0g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=0kXNZLlxC8547SEf4NymXcdanAiW/Ufs3/bxun0DglE=; b=RGB71BjIpPr4K1UAzK3TszpB5rDhEMk8FDGW19OtmVYGoBxVHq87cUR/eo/k9nXw/T VHfVsnxts2Zf+jrdLlL7mGWMFZRsXdEQXMEDRNKCv2VSuOlDoSCZ3CnSmDm3S73snLRF FYLcE05MhWutreBMZl/WXkHsMJf/VdBLaJeHHcVqnZZZwT+ORXiL3krsiZ34prdzEAqd Xb3WTvwK5U5a5jlo0Zk70z4uhI0NP80VTdnizOxNVxUh18YCO2z8fNxX4P09dmj5TGk/ mxALKsjFQPtB5qG5txtGtl47kihlNFxkjy7qC7v3E3fSX4OiguYbTuNZxRDAzGdjy3zI l6TA== X-Gm-Message-State: AHYfb5iSrmbP+ea269dv9TQ6DRHmF4DiVzHV7OTBp9m0kGp6DhwTfvAH 120wQM9PeYgoP9L0aoxsNQiFmPpT1Q== X-Received: by 10.202.230.4 with SMTP id d4mr9646579oih.148.1503597299681; Thu, 24 Aug 2017 10:54:59 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.232.34 with HTTP; Thu, 24 Aug 2017 10:54:39 -0700 (PDT) In-Reply-To: <4C73B148-A6EE-403D-8B0F-4447584F1763@contoso.com> References: <4C73B148-A6EE-403D-8B0F-4447584F1763@contoso.com> From: "Andrew G. Malis" Date: Thu, 24 Aug 2017 13:54:39 -0400 Message-ID: To: Yimin Shen Cc: "mpls@ietf.org" Content-Type: multipart/alternative; boundary="001a1141b602eed78e055783863d" Archived-At: Subject: Re: [mpls] new ver of draft-shen-mpls-egress-protection-framework X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Aug 2017 17:55:08 -0000 --001a1141b602eed78e055783863d Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Yimin et al, While doing some post-vacation email catchup, I saw Yimin=E2=80=99s email b= elow. I=E2=80=99ve read the draft and I think it=E2=80=99s ready to become an MPL= S WG draft. Of particular importance to me is that it=E2=80=99s consistent with similar wo= rk we did in the PALS WG, RFC 8104. Although interestingly, RFC 8104 isn=E2=80=99= t referenced in the draft, which can be rectified in a future update. I see that Rolf Winter has also submitted some comments on the draft. Once his comments have be addressed, perhaps the draft can be polled for WG adoption. Thanks, Andy On Mon, Jul 31, 2017 at 10:06 AM, Yimin Shen wrote: > MPLS WG, > > > > We have uploaded a new version of the draft-shen-mpls-egress-protection-f= ramework. > This draft specifies a generic egress protection framework for > multi-service and multi-transport MPLS networks. It has been presented > several times at IETF, and this latest version provides more improved > clarity. > > > > There have been implementations of this mechanism by vendors, and > deployments in layer-3 VPNs and PWE3 by service providers. We are also > seeing more and more general interests in it. Therefore, we=E2=80=99d lik= e to ask > for your kind feedback and help for us to move this draft towards adoptio= n. > > > > https://www.ietf.org/internet-drafts/draft-shen-mpls-egress- > protection-framework-05.txt > > > > Thanks, > > > > -- Yimin Shen > > Juniper Networks > > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > > --001a1141b602eed78e055783863d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Yimin et al,

While doing some post-vaca= tion email catchup, I saw Yimin=E2=80=99s email below.

I=E2=80=99ve read the draft and I think it=E2=80=99s ready to become an = MPLS WG draft. Of particular importance to me is that it=E2=80=99s consiste= nt with similar work we did in the PALS WG, RFC 8104. Although interestingl= y, RFC 8104 isn=E2=80=99t referenced in the draft, which can be rectified i= n a future update.

I see that Rolf Winter has also= submitted some comments on the draft. Once his comments have be addressed,= perhaps the draft can be polled for WG adoption.

= Thanks,
Andy

On Mon, Jul 31, 2017 at 10:06 AM, Yimin Shen <= yshen@juniper.net> wrote:

MPLS WG,<= /u>

=C2=A0

We have uploaded a = new version of the draft-shen-mpls-egress-protection-framework. This d= raft specifies a generic egress protection framework for multi-service and = multi-transport MPLS networks. It has been presented several times at IETF, and this latest version provides more imp= roved clarity.

=C2=A0

There have been imp= lementations of this mechanism by vendors, and deployments in layer-3 VPNs = and PWE3 by service providers. We are also seeing more and more general int= erests in it. Therefore, we=E2=80=99d like to ask for your kind feedback and help for us to move this draft towards adop= tion.

=C2=A0

https://www.ietf.org/internet-drafts/draft-she= n-mpls-egress-protection-framework-05.txt

=C2=A0

Thanks,=

= =C2=A0

-- Yimi= n Shen

Juniper= Networks

=C2=A0


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


--001a1141b602eed78e055783863d-- From nobody Thu Aug 24 18:03:05 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BFFA61329D8; Thu, 24 Aug 2017 18:03:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.698 X-Spam-Level: X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nSBvzvoM5Lcr; Thu, 24 Aug 2017 18:02:59 -0700 (PDT) Received: from mail-yw0-x22a.google.com (mail-yw0-x22a.google.com [IPv6:2607:f8b0:4002:c05::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 64E4F124B18; Thu, 24 Aug 2017 18:02:59 -0700 (PDT) Received: by mail-yw0-x22a.google.com with SMTP id x21so6045737ywg.2; Thu, 24 Aug 2017 18:02:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=0j34bsfeuP2YgWvQ/2eXKrOqfMoXaoUuRG9uxTFVwkU=; b=kRcK2/86co7fK7CEO2r3soJzeCGWI0QSiw6Jz9DuMEKpNMdjrLn72yL03a/uJUvgmY DZRa9ky3AYXBWnpuYWT99GlYBXl7afqvYE2HOFeEqw+KrNCevx1bndKHuOAD6ldUK3Z4 c2rcdx01Jj/AOTT3QZBDK8lW5T3ee6/CCrgQc97l4LPzfpQG5Ty6eLjyeAQdxMpnHVwN t/+JtjXD4XUfcxw2IKezs80zHz5+R8au0AwAbdt8+EK8PPHaPON+legwYXluE+i8Rbmq UXSrNogyW6q6RGTDOUOFq87tJxqd9E9cQTwGKNvt6X5nohMkzGMFf31dMemAUWtb5G0v 7WQw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=0j34bsfeuP2YgWvQ/2eXKrOqfMoXaoUuRG9uxTFVwkU=; b=Aj4EWIv/4RXBsamTOaQpZby8nXk9DQXFN/s0CA/mpn8JLcG3pTC+FeteIw4VXyWbei eV+vyeJzRUkb7ELQVFNaAucd99YwuI2Ec41ZymxMybPJM2zynzuD4BlH0tCN/TtlNo2P IwdyNS6lkutsSyVSbaE0FG0PWwPmeSTWmDMCsbnIjpImufJB9lttof6MlyJdgSuc0Sgk 8nXEfnWmXCnq4MRvj+lVPusw89tXnvpaKlJpsAZR1xuHTAFtLsk0CH/wZRMql4Qiuy+X 5S6ne1J/FfzZiXhWywf4Dm7OkYrRbhs0CpEt1NnjuamyFBSAx8aZPUsOE6RDv1DcGJyW j8Zw== X-Gm-Message-State: AHYfb5gpTKlKl+oBLzIarQE+ClnezKaATc32WXDxwC50l7weCByapk0F CjTHJGO+ShTNaSuHq5nVh8RUHwtFmr47 X-Received: by 10.129.175.87 with SMTP id x23mr6369453ywj.102.1503622978721; Thu, 24 Aug 2017 18:02:58 -0700 (PDT) MIME-Version: 1.0 Received: by 10.129.155.21 with HTTP; Thu, 24 Aug 2017 18:02:58 -0700 (PDT) In-Reply-To: <432bbc0c-1a7f-3f88-66ad-0fe8b08d75a3@pi.nu> References: <432bbc0c-1a7f-3f88-66ad-0fe8b08d75a3@pi.nu> From: Ravi Torvi Date: Thu, 24 Aug 2017 21:02:58 -0400 Message-ID: To: Loa Andersson Cc: "mpls@ietf.org" , draft-sitaraman-mpls-rsvp-shared-labels@ietf.org, "mpls-chairs@ietf.org" Content-Type: multipart/alternative; boundary="f403045f343285de0e0557898167" Archived-At: Subject: Re: [mpls] IPR poll on draft-sitaraman-mpls-rsvp-shared-labels X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Aug 2017 01:03:02 -0000 --f403045f343285de0e0557898167 Content-Type: text/plain; charset="UTF-8" Yes, I'm aware of IPR that applies to this draft. The IPR has been disclosed in compliance with IETF IPR rules. Regards, Ravi http://www.google.com/profiles/pratiravi On Wed, Aug 23, 2017 at 5:02 AM, Loa Andersson wrote: > > Working Group, authors, > > The authors has indicated that the draft-sitaraman-mpls-rsvp-shared- > labels are ready for working group adoption, prior to the wgap we need > to do an IPR poll. > > This mail starts this IPR poll. > > Are you aware of any IPR that applies to draft-sitaraman-mpls-rsvp- > shared-labels? > > If so, has this IPR been disclosed in compliance with IETF IPR rules > (see RFCs 3979, 4879, 3669 and 5378 for more details). > > There are three IPR disclosures against draft-sitaraman-mpls-rsvp- > shared-labels. > > If you are listed as a document author or contributor please respond to > this email regardless of whether or not you are aware of any relevant > IPR. *The response needs to be sent to the MPLS WG mailing list.* The > document will not advance to the next stage until a response has been > received from each author and contributor. > > If you are on the MPLS WG email list but are not listed as an author or > contributor, then please explicitly respond only if you are aware of any > IPR that has not yet been disclosed in conformance with IETF rules. > > > /Loa > mpls wg co-chair > -- > > > Loa Andersson email: loa@mail01.huawei.com > Senior MPLS Expert loa@pi.nu > Huawei Technologies (consultant) phone: +46 739 81 21 64 > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > --f403045f343285de0e0557898167 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Yes, I'm aware of IPR= that applies to this draft. The IPR has been disclosed in compliance with = IETF IPR rules.
Regards,
Ravi

http://www.google.com/profiles/pratiravi
<= /div>
On Wed, Aug 23, 2017 at 5:02 AM, Loa Anderss= on <loa= @pi.nu> wrote:

Working Group, authors,

The authors has indicated that the draft-sitaraman-mpls-rsvp-shared- labels are ready for working group adoption, prior to the wgap we need
to do an IPR poll.

This mail starts this IPR poll.

Are you aware of any IPR that applies to draft-sitaraman-mpls-rsvp-
shared-labels?

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

There are three IPR disclosures against draft-sitaraman-mpls-rsvp-
shared-labels.

If you are listed as a document author or contributor please respond to
this email regardless of whether or not you are aware of any relevant
IPR. *The response needs to be sent to the MPLS WG mailing list.* The
document will not advance to the next stage until a response has been
received from each author and contributor.

If you are on the MPLS WG email list but are not listed as an author or
contributor, then please explicitly respond only if you are aware of any IPR that has not yet been disclosed in conformance with IETF rules.


/Loa
=C2=A0mpls wg co-chair
--


Loa Andersson=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 email: loa@mail01.huawei.com
Senior MPLS Expert=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 loa@pi.nu
Huawei Technologies (consultant)=C2=A0 =C2=A0 =C2=A0phone: +46 739= 81 21 64

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

--f403045f343285de0e0557898167-- From nobody Fri Aug 25 00:57:59 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A63F21323B4 for ; Fri, 25 Aug 2017 00:57:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=arista.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ay73whTC4Lk0 for ; Fri, 25 Aug 2017 00:57:54 -0700 (PDT) Received: from mail-oi0-x22f.google.com (mail-oi0-x22f.google.com [IPv6:2607:f8b0:4003:c06::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E9CB7132A93 for ; Fri, 25 Aug 2017 00:57:51 -0700 (PDT) Received: by mail-oi0-x22f.google.com with SMTP id r9so14840909oie.3 for ; Fri, 25 Aug 2017 00:57:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=arista.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=pt5POWPVSGqMlKj9piyhXOr/I1u5KDjIpdTX2eWLCIY=; b=YXX3mCKgIig5acODjago7tglTdKMhzy05XeblAawfdMjRk0aY2D9ZUBlbmrokRStQY PJIYh8LqixhzZK91PkGM2hEISRoa/ShmXxS1r6Ii/ztDeV1n5+/dpjeEqJINjf7IQiHZ imeqMtdB2UYE6uJcgjg/V2hpT9jCeyTav6g7E= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=pt5POWPVSGqMlKj9piyhXOr/I1u5KDjIpdTX2eWLCIY=; b=paVrC7fLNoYN9uK/TWOGW35MpjvzJyz03LiyprbWhW2rqLUy80bkQGWMyg+U+jFlJL 9FeqWqzMmLFD5lYz/3VmQcHm3G4J2F4JT+d0aeHN31xZu22psHeZrtaoYTAPkYAS8ra2 PkCHd1YACCSgWpLI9eoZJ7xDgnUzaRvcwL4HRcic3NIguvvwfEaId0Z6dTWzWpfizkZR OAUF9xG894Use6tfZJqqN2kB8Ho6GNZaO5IawREZbZTHjmcludVFDk72YHXsuw32uL2Y QOjzzTlLLBZ7veMOCar0C9omJqxJYiQ6qusxPopKo0s6LPxvCiGn/xlK8UWYrqZ4nui+ 67rg== X-Gm-Message-State: AHYfb5i4ieSEfctRvKVy880TPcC1CYmVU3Zt4jQH2sAbVTiPe8097971 X/JNpIdrxhd27iVnvTB9vSd7BP1A9qiQPfrnGQ== X-Received: by 10.202.73.69 with SMTP id w66mr11361419oia.75.1503647871278; Fri, 25 Aug 2017 00:57:51 -0700 (PDT) MIME-Version: 1.0 Received: by 10.157.35.37 with HTTP; Fri, 25 Aug 2017 00:57:50 -0700 (PDT) In-Reply-To: References: <55B14ED9-76E3-4B05-B284-F7FC90B25458@juniper.net> From: Nicholas Tan Date: Fri, 25 Aug 2017 00:57:50 -0700 Message-ID: To: N.Leymann@telekom.de, mpls@ietf.org Cc: vbeeram@juniper.net, adeshmukh@juniper.net, Loa Andersson , "George Swallow -T (swallow - MBO PARTNERS INC at Cisco)" , draft-mtaillon-mpls-summary-frr-rsvpte@ietf.org Content-Type: multipart/alternative; boundary="001a113dc1003c60fb05578f4d5a" Archived-At: Subject: Re: [mpls] Missing Feedback IPR Poll on draft-mtaillon-mpls-summary-frr-rsvpt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Aug 2017 07:57:58 -0000 --001a113dc1003c60fb05578f4d5a Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Nic Yes, I am aware of the following IPR disclosure that applies to draft-mtaillon-mpls-summary-frr-rsvpte IPR -- https://datatracker.ietf.org/ipr/2559/ On Fri, Aug 25, 2017 at 12:43 AM, wrote: > Hi, > > > > could you please send you answer also to the mpls mailing list? We can > than reference it and have it documented for the WG. > > > > Regards > > > > Nic > > > > *Von:* Nicholas Tan [mailto:ntan@arista.com] > *Gesendet:* Mittwoch, 16. August 2017 19:22 > *An:* Leymann, Nicolai > *Cc:* vbeeram@juniper.net; adeshmukh@juniper.net; loa@pi.nu; > swallow@cisco.com; draft-mtaillon-mpls-summary-frr-rsvpte@ietf.org > *Betreff:* Re: Missing Feedback IPR Poll on draft-mtaillon-mpls-summary-f= r > r-rsvpt > > > > Hi Nic > > Sorry for the delay. Yes I am aware of the IPR that applies to > draft-mtaillon-mpls-summary-frr-rsvpte and yes the IPR has been disclosed > in accordance to IETF IPR rules. > > > > On Wed, Aug 16, 2017 at 4:49 AM, wrote: > > Hi, > > > > thanks! Found it (it was in the wrong folder on my laptop). > > > > Regards > > > > Nic > > > > *Von:* Vishnu Pavan Beeram [mailto:vbeeram@juniper.net] > *Gesendet:* Mittwoch, 16. August 2017 13:44 > *An:* Leymann, Nicolai ; Abhishek Deshmukh < > adeshmukh@juniper.net>; ntan@arista.com > *Cc:* loa@pi.nu; swallow@cisco.com; draft-mtaillon-mpls-summary-fr > r-rsvpte@ietf.org > *Betreff:* Re: Missing Feedback IPR Poll on draft-mtaillon-mpls-summary-f= r > r-rsvpt > > > > https://mailarchive.ietf.org/arch/msg/mpls/BRXDg0IGlXmQovJZo3dvRFqGs1c > > > > Nic, Hi! > > > > I was the first to respond =E2=80=94 please check the link above. > > > > Let me know if you need me to send this to the list again. > > Regards, > > -Pavan > > > > *From: *"N.Leymann@telekom.de" > *Date: *Wednesday, August 16, 2017 at 7:29 AM > *To: *Abhishek Deshmukh , "ntan@arista.com" < > ntan@arista.com>, Vishnu Pavan Beeram > *Cc: *"loa@pi.nu" , George Swallow , " > draft-mtaillon-mpls-summary-frr-rsvpte@ietf.org" < > draft-mtaillon-mpls-summary-frr-rsvpte@ietf.org> > *Subject: *Missing Feedback IPR Poll on draft-mtaillon-mpls-summary-fr > r-rsvpt > > > > Dear Nicholas, Abhishek, Vishnu > > > > Can you please respond to the IPR call for draft-mtaillon-mpls-summary-fr= r-rsvpte > on the MPLS mailing list? Otherwise we are not able to proceed with the > document. I already got feedback from Rakesh Gandhi, Tarek Saad, Mike > Taillon and Markus Jork but yours is still missing. > > > > Regards > > > > Nic > > > > > --001a113dc1003c60fb05578f4d5a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Nic

Yes, I am aware of the following = IPR disclosure that applies to draft-mtaillon-mpls-summary-frr-rsvpte =

= IPR -- https:= //datatracker.ietf.org/ipr/2559/
=
On Fri, Aug 25, 2017 at 12:43 AM, <N.Le= ymann@telekom.de> wrote:

Hi,

=C2=A0

could you please send you answer also = to the mpls mailing list? We can than reference it and have it documented f= or the WG.

=C2=A0

Regards

=C2=A0

Nic

=C2=A0

Von: Nicholas Tan [mailto:ntan@arista.com]
Gesendet: Mittwoch, 16. August 2017 19:22
An: Leymann, Nicolai <N.Leymann@telekom.de>
Cc: vbeeram= @juniper.net; adeshmukh@juniper.net; loa@pi.nu; swal= low@cisco.com; draft-mtaillon-mpls-summary-frr-rsvpte@ie= tf.org
Betreff: Re: Missing Feedback IPR Poll on draft-mtaillon-mpls-summar= y-frr-rsvpt

=C2=A0

Hi Nic

Sorry for the delay. Yes I am aware of the IPR that = applies to draft-mtaillon-mpls-summary-frr-rsvpte and yes the IPR has = been disclosed in accordance to IETF IPR rules.

=C2=A0

On Wed, Aug 16, 2017 at 4:49 AM, <N.Leymann@telekom.de> wro= te:

Hi,

=C2=A0

thanks! Found it (it was in the wrong folder on my laptop).

=C2=A0

Regards

=C2=A0

Nic

=C2=A0

Von: Vishnu Pavan Beeram [mailto:vbeeram@juniper.net]
Gesendet: Mittwoch, 16. August 2017 13:44
An: Leymann, Nicolai <N.Leymann@telekom.de>; Abhishek Deshmukh <adeshmukh@juniper.net>; ntan@arista.com Cc: loa@pi.nu; swallow@cisco.com; draft-mtaillon-mpls-summary-frr-rsvpte@ietf.org
Betreff: Re: Missing Feedback IPR Poll on draft-mtaillon-mpls-summar= y-frr-rsvpt

=C2=A0

=C2=A0

Nic, Hi!

=C2=A0<= /u>

I was the first to respo= nd =E2=80=94 please check the link above.

=C2=A0<= /u>

Let me know if you need = me to send this to the list again.

Regards,

-Pavan<= /u>

=C2=A0<= /u>

From: "N.Leymann@telekom.de" <N.Leym= ann@telekom.de>
Date: Wednesday, August 16, 2017 at 7:29 AM
To: Abhishek Deshmukh <adeshmukh@juniper.net>, "ntan@aris= ta.com" <ntan@arista.com>, Vishnu Pavan Beeram <vbeeram@juniper.net>
Cc: "loa@p= i.nu" <loa@pi.nu>, George Swallow <swallow@cisco.com>, "<= span style=3D"font-family:"Calibri",sans-serif" lang=3D"EN-US">dr= aft-mtaillon-mpls-summary-frr-rsvpte@ietf.org&qu= ot; <draft-mtaillon-mpls-summary-frr-rsvpte@ietf.org>
Subject: Missing Feedback IPR Poll on draft-mtaillon-mpls-summary-fr= r-rsvpt

=C2=A0<= /u>

Dear Nicholas, Abhishek, V= ishnu

=C2=A0

Can you please respond to = the IPR call for draft-mtaillon-mpls-summary-frr-rsvpte on the MPLS mailing list? Otherwise we are not able to proceed with the document.= I already got feedback from Rakesh Gandhi, Tarek Saad, Mike Taillon and Ma= rkus Jork but yours is still missing.

=C2=A0

Regards

=C2=A0

Nic

=C2=A0

=C2=A0


--001a113dc1003c60fb05578f4d5a-- From nobody Fri Aug 25 01:03:44 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 174AC132623; Fri, 25 Aug 2017 01:03:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.318 X-Spam-Level: X-Spam-Status: No, score=-4.318 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=telekom.de Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cs0KYaH3N8BA; Fri, 25 Aug 2017 01:03:41 -0700 (PDT) Received: from mailout14.telekom.de (MAILOUT14.telekom.de [80.149.113.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3B5521323B4; Fri, 25 Aug 2017 01:03:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telekom.de; i=@telekom.de; q=dns/txt; s=dtag1; t=1503648220; x=1535184220; h=from:to:cc:subject:date:message-id:mime-version; bh=HcW6qg5E7ZYVV9hEZjT0zBFYOUnrnPVs1ALS/BK0hKg=; b=dqlhZN+mIEWZHwAyRuNZPHpXkJhPSh4yBYrqUwoEJIt0suw6GzRbBUA8 QSBkH1D41BaGB+QZj1TucLnlADc7h+nXfvFAiZDsZwf+tVRLYKAp8ejT3 fYcyyrijLuewhEtITUGu1j80ha8H0Up9f4buLEos6xfFCLeiehvvhAW3t bk0WPZvoo+PfwtTm+31jMKaAbFYGr6Vhd0bURoO52ME07F3KemBl6eAH2 atzSiYg0tA2POH4txQJgp5fpca5p1SsnYZ5Rf/kmpZMAlf5mv8ppHFY6q ULjQW08s5KHS4Mx0V8K8qqzCgnHeyZKQhq2goE9MqVLxSlsK5i82n1E1f A==; Received: from q4de8psa169.blf.telekom.de ([10.151.13.200]) by MAILOUT11.telekom.de with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 25 Aug 2017 10:03:37 +0200 X-IronPort-AV: E=Sophos;i="5.41,424,1498514400"; d="scan'208,217";a="1375647945" Received: from he105660.emea1.cds.t-internal.com ([10.169.119.56]) by q4de8psazkj.blf.telekom.de with ESMTP/TLS/AES256-SHA; 25 Aug 2017 10:03:37 +0200 Received: from HE105662.EMEA1.cds.t-internal.com (10.169.119.58) by HE105660.emea1.cds.t-internal.com (10.169.119.56) with Microsoft SMTP Server (TLS) id 15.0.1263.5; Fri, 25 Aug 2017 10:03:36 +0200 Received: from HE105662.EMEA1.cds.t-internal.com ([fe80::442c:834e:c489:d2c4]) by HE105662.emea1.cds.t-internal.com ([fe80::442c:834e:c489:d2c4%26]) with mapi id 15.00.1263.000; Fri, 25 Aug 2017 10:03:36 +0200 From: To: CC: , Thread-Topic: Working Group Adoption Poll for draft-mtaillon-mpls-summary-frr-rsvpt Thread-Index: AdMc35wTn3uHh+k2SiaixBaSCO0Rhg== Date: Fri, 25 Aug 2017 08:03:36 +0000 Message-ID: <735d8f1dde6f495cb69a7dd9479473be@HE105662.emea1.cds.t-internal.com> Accept-Language: en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.213.91.6] Content-Type: multipart/alternative; boundary="_000_735d8f1dde6f495cb69a7dd9479473beHE105662emea1cdstintern_" MIME-Version: 1.0 Archived-At: Subject: [mpls] Working Group Adoption Poll for draft-mtaillon-mpls-summary-frr-rsvpt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Aug 2017 08:03:43 -0000 --_000_735d8f1dde6f495cb69a7dd9479473beHE105662emea1cdstintern_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear Working Group, This is the mail to start a two week poll on adopting draft-mtaillon-mpls-s= ummary-frr-rsvpt as a MPLS working group document. Please send your comments (support/not support) to the mpls working group = mailing list (mpls@ietf.org). Please give a technical= motivation for your support/not support, especially if you think that the document sho= uld not be adopted as a working group document. There is one IPR disclosure in compliance with the IETF IPR rules: https://datatracker.ietf.org/ipr/2559/ All the authors have stated on the MPLS wg mailing list that they are unawa= re of any other IPRs than those that has been disclosed. One answer was sen= d to the WG chairs only, but we will make sure that it will be resent to th= e wg mailing list as well. The working group adoption poll ends September 8, 2017. Nic --_000_735d8f1dde6f495cb69a7dd9479473beHE105662emea1cdstintern_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Dear Working Group,
 
This is the mail to start a two week poll on adopting draft-mtaillon-m= pls-summary-frr-rsvpt as a MPLS working group document.
 
Please send your comments (support/not support) to the mpls working&nb= sp; group mailing list (mpls@ietf.org). Please give a technical motivation
for your support/not support, especially if you think that the documen= t should not be adopted as a working group document.
 
There is one IPR disclosure in compliance with the IETF IPR rules:
 
 
All the authors have stated on the MPLS wg mailing list that they are = unaware of any other IPRs than those that has been disclosed. One answer wa= s send to the WG chairs only, but we will make sure that it will be resent = to the wg mailing list as well.
 
The working group adoption poll ends September 8, 2017.
 
Nic
 
 
 --_000_735d8f1dde6f495cb69a7dd9479473beHE105662emea1cdstintern_-- From nobody Fri Aug 25 07:33:21 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4BBEC132944; Fri, 25 Aug 2017 07:33:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6yxbUEgCHZ5A; Fri, 25 Aug 2017 07:33:17 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E6E2C132C07; Fri, 25 Aug 2017 07:33:03 -0700 (PDT) Received: from [192.168.0.2] (c213-89-111-155.bredband.comhem.se [213.89.111.155]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id B6F511802AED; Fri, 25 Aug 2017 16:33:02 +0200 (CEST) To: "mpls@ietf.org" , "draft-sitaraman-mpls-rsvp-shared-labels@ietf.org" , "mpls-chairs@ietf.org" References: <432bbc0c-1a7f-3f88-66ad-0fe8b08d75a3@pi.nu> Cc: "Parikh, Tejal" From: Loa Andersson Message-ID: <00a93b71-f34b-422f-5f0b-fe96bc7a110f@pi.nu> Date: Fri, 25 Aug 2017 16:33:01 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [mpls] [E] IPR poll on draft-sitaraman-mpls-rsvp-shared-labels X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Aug 2017 14:33:19 -0000 Working Group, We goy this IPR statement, as far as I can it did not make it to the mailing list. I've agreed with Tejal that it is OK if I forward it to to list. /Loa On 2017-08-24 20:45, Parikh, Tejal wrote: > No, I am not aware of any IPR that applies to draft-sitaraman-mpls-rsvp-shared- labels. > > Thanks, > Tejal > > -----Original Message----- > From: Loa Andersson [mailto:loa@pi.nu] > Sent: Wednesday, August 23, 2017 4:03 AM > To: mpls@ietf.org; draft-sitaraman-mpls-rsvp-shared-labels@ietf.org; mpls-chairs@ietf.org > Subject: [E] IPR poll on draft-sitaraman-mpls-rsvp-shared-labels > > > Working Group, authors, > > The authors has indicated that the draft-sitaraman-mpls-rsvp-shared- labels are ready for working group adoption, prior to the wgap we need to do an IPR poll. > > This mail starts this IPR poll. > > Are you aware of any IPR that applies to draft-sitaraman-mpls-rsvp- shared-labels? > > If so, has this IPR been disclosed in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details). > > There are three IPR disclosures against draft-sitaraman-mpls-rsvp- shared-labels. > > If you are listed as a document author or contributor please respond to this email regardless of whether or not you are aware of any relevant IPR. *The response needs to be sent to the MPLS WG mailing list.* The document will not advance to the next stage until a response has been received from each author and contributor. > > If you are on the MPLS WG email list but are not listed as an author or contributor, then please explicitly respond only if you are aware of any IPR that has not yet been disclosed in conformance with IETF rules. > > > /Loa > mpls wg co-chair > -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Sat Aug 26 05:39:56 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 73FAD126B71; Sat, 26 Aug 2017 05:39:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.52 X-Spam-Level: X-Spam-Status: No, score=-14.52 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5RuQ9StRijkw; Sat, 26 Aug 2017 05:39:53 -0700 (PDT) Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 22C391243F6; Sat, 26 Aug 2017 05:39:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=11772; q=dns/txt; s=iport; t=1503751193; x=1504960793; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=rWOS4jRUQ0QFAli7BykDRGwD3c4lR5cQewcNRUs03hM=; b=ZRH5YAOPHvxbpb+ldIvHDLG8eFzZcDBpcrRTbTsa2Pq53SS5rYIOudSN hFj++1I/daFCJjWQaPuJZXHF5JlPflrEqOGDuXGqq0sCihB2cqLJ9Mdmc HQEnlI9Y7hcb0ZBwpT6/KD4EkmVriNBqxQpMar8ztYboSY895VsDr9Nos 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BRAgDoaqFZ/5xdJa1cGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBgm9rZIEVB54kgXGQaIVMggQohR8CGoNJQxQBAgEBAQEBAQFrKIUYAQE?= =?us-ascii?q?BAQMjSwsQAgEIEQMBAigDAgICMBQJCAEBBAENBYlNZBCvfIInJ4s3AQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBGAWDKoICgU6BYyuCfYQ9GAEBPhaCXTCCMQWgZAKHVIx?= =?us-ascii?q?wghKFZopwljwBNiGBDXcVSRIBhwh2iG6BI4EPAQEB?= X-IronPort-AV: E=Sophos;i="5.41,430,1498521600"; d="scan'208,217";a="477047445" Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 26 Aug 2017 12:39:52 +0000 Received: from XCH-RTP-019.cisco.com (xch-rtp-019.cisco.com [64.101.220.159]) by rcdn-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id v7QCdp3s030120 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Sat, 26 Aug 2017 12:39:51 GMT Received: from xch-rtp-018.cisco.com (64.101.220.158) by XCH-RTP-019.cisco.com (64.101.220.159) with Microsoft SMTP Server (TLS) id 15.0.1263.5; Sat, 26 Aug 2017 08:39:51 -0400 Received: from xch-rtp-018.cisco.com ([64.101.220.158]) by XCH-RTP-018.cisco.com ([64.101.220.158]) with mapi id 15.00.1263.000; Sat, 26 Aug 2017 08:39:51 -0400 From: "Rakesh Gandhi (rgandhi)" To: "N.Leymann@telekom.de" , "mpls@ietf.org" CC: "mpls-chairs@ietf.org" , "draft-mtaillon-mpls-summary-frr-rsvpte@ietf.org" , "Mike Taillon (mtaillon)" , "Tarek Saad (tsaad)" , "adeshmukh@juniper.net" , "mjork@juniper.net" , "vbeeram@juniper.net" Thread-Topic: Working Group Adoption Poll for draft-mtaillon-mpls-summary-frr-rsvpt Thread-Index: AdMc35wTn3uHh+k2SiaixBaSCO0RhgBiNxeA Date: Sat, 26 Aug 2017 12:39:50 +0000 Message-ID: References: <735d8f1dde6f495cb69a7dd9479473be@HE105662.emea1.cds.t-internal.com> In-Reply-To: <735d8f1dde6f495cb69a7dd9479473be@HE105662.emea1.cds.t-internal.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.1d.0.161209 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.86.243.45] Content-Type: multipart/alternative; boundary="_000_F07F9E129F104BF3BE60017D7670C890ciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [mpls] Working Group Adoption Poll for draft-mtaillon-mpls-summary-frr-rsvpt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Aug 2017 12:39:55 -0000 --_000_F07F9E129F104BF3BE60017D7670C890ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgV0csDQoNClN1cHBvcnQgKGFzIGEgY28tYXV0aG9yKSwgdGhpcyBzb2x2ZXMgYW4gaW1wb3J0 YW50IEZSUiBzY2FsZSBpc3N1ZSB3aXRoIFJTVlAuDQoNClRoYW5rcywNClJha2VzaA0KDQoNCkZy b206ICJOLkxleW1hbm5AdGVsZWtvbS5kZSIgPE4uTGV5bWFubkB0ZWxla29tLmRlPg0KRGF0ZTog RnJpZGF5LCBBdWd1c3QgMjUsIDIwMTcgYXQgNDowMyBBTQ0KVG86ICJtcGxzQGlldGYub3JnIiA8 bXBsc0BpZXRmLm9yZz4NCkNjOiAibXBscy1jaGFpcnNAaWV0Zi5vcmciIDxtcGxzLWNoYWlyc0Bp ZXRmLm9yZz4sICJkcmFmdC1tdGFpbGxvbi1tcGxzLXN1bW1hcnktZnJyLXJzdnB0ZUBpZXRmLm9y ZyIgPGRyYWZ0LW10YWlsbG9uLW1wbHMtc3VtbWFyeS1mcnItcnN2cHRlQGlldGYub3JnPg0KU3Vi amVjdDogV29ya2luZyBHcm91cCBBZG9wdGlvbiBQb2xsIGZvciBkcmFmdC1tdGFpbGxvbi1tcGxz LXN1bW1hcnktZnJyLXJzdnB0DQpSZXNlbnQtRnJvbTogPGFsaWFzLWJvdW5jZXNAaWV0Zi5vcmc+ DQpSZXNlbnQtVG86ICI9U01UUDptdGFpbGxvbkBjaXNjby4gY29tIiA8bXRhaWxsb25AY2lzY28u Y29tPiwgPHRzYWFkQGNpc2NvLmNvbT4sICI9U01UUDpyZ2FuZGhpQGNpc2NvLiBjb20iIDxyZ2Fu ZGhpQGNpc2NvLmNvbT4sIDxhZGVzaG11a2hAanVuaXBlci5uZXQ+LCA8bWpvcmtAanVuaXBlci5u ZXQ+LCA8dmJlZXJhbUBqdW5pcGVyLm5ldD4NClJlc2VudC1EYXRlOiBGcmlkYXksIEF1Z3VzdCAy NSwgMjAxNyBhdCA0OjAzIEFNDQoNCkRlYXIgV29ya2luZyBHcm91cCwNCg0KVGhpcyBpcyB0aGUg bWFpbCB0byBzdGFydCBhIHR3byB3ZWVrIHBvbGwgb24gYWRvcHRpbmcgZHJhZnQtbXRhaWxsb24t bXBscy1zdW1tYXJ5LWZyci1yc3ZwdCBhcyBhIE1QTFMgd29ya2luZyBncm91cCBkb2N1bWVudC4N Cg0KUGxlYXNlIHNlbmQgeW91ciBjb21tZW50cyAoc3VwcG9ydC9ub3Qgc3VwcG9ydCkgdG8gdGhl IG1wbHMgd29ya2luZyAgZ3JvdXAgbWFpbGluZyBsaXN0IChtcGxzQGlldGYub3JnPG1haWx0bzpt cGxzQGlldGYub3JnPikuIFBsZWFzZSBnaXZlIGEgdGVjaG5pY2FsIG1vdGl2YXRpb24NCmZvciB5 b3VyIHN1cHBvcnQvbm90IHN1cHBvcnQsIGVzcGVjaWFsbHkgaWYgeW91IHRoaW5rIHRoYXQgdGhl IGRvY3VtZW50IHNob3VsZCBub3QgYmUgYWRvcHRlZCBhcyBhIHdvcmtpbmcgZ3JvdXAgZG9jdW1l bnQuDQoNClRoZXJlIGlzIG9uZSBJUFIgZGlzY2xvc3VyZSBpbiBjb21wbGlhbmNlIHdpdGggdGhl IElFVEYgSVBSIHJ1bGVzOg0KDQogICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9pcHIv MjU1OS8NCg0KQWxsIHRoZSBhdXRob3JzIGhhdmUgc3RhdGVkIG9uIHRoZSBNUExTIHdnIG1haWxp bmcgbGlzdCB0aGF0IHRoZXkgYXJlIHVuYXdhcmUgb2YgYW55IG90aGVyIElQUnMgdGhhbiB0aG9z ZSB0aGF0IGhhcyBiZWVuIGRpc2Nsb3NlZC4gT25lIGFuc3dlciB3YXMgc2VuZCB0byB0aGUgV0cg Y2hhaXJzIG9ubHksIGJ1dCB3ZSB3aWxsIG1ha2Ugc3VyZSB0aGF0IGl0IHdpbGwgYmUgcmVzZW50 IHRvIHRoZSB3ZyBtYWlsaW5nIGxpc3QgYXMgd2VsbC4NCg0KVGhlIHdvcmtpbmcgZ3JvdXAgYWRv cHRpb24gcG9sbCBlbmRzIFNlcHRlbWJlciA4LCAyMDE3Lg0KDQpOaWMNCg0KDQo= --_000_F07F9E129F104BF3BE60017D7670C890ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <236835BB45E8304FA1C22893913AE00E@emea.cisco.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0 IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8N CnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsN CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWls eToiVGltZXMgTmV3IFJvbWFuIjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1z dHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxp bmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1w cmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9 DQpwLmVtYWlscXVvdGUsIGxpLmVtYWlscXVvdGUsIGRpdi5lbWFpbHF1b3RlDQoJe21zby1zdHls ZS1uYW1lOmVtYWlscXVvdGU7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJp Z2h0OjBjbTsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDoxLjBw dDsNCglib3JkZXI6bm9uZTsNCglwYWRkaW5nOjBjbTsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZv bnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21zby1z dHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OkNhbGlicmk7DQoJY29sb3I6 d2luZG93dGV4dDt9DQpzcGFuLm1zb0lucw0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsN Cgltc28tc3R5bGUtbmFtZToiIjsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lOw0KCWNvbG9y OnRlYWw7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJ Zm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5 Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcyLjBwdDt9DQpkaXYuV29yZFNl Y3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+DQo8L2hlYWQ+DQo8Ym9k eSBiZ2NvbG9yPSJ3aGl0ZSIgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUi Pg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpIj5IaSBXRyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaSI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmkiPlN1cHBvcnQgKGFzIGEgY28tYXV0aG9yKSwgdGhp cyBzb2x2ZXMgYW4gaW1wb3J0YW50IEZSUiBzY2FsZSBpc3N1ZSB3aXRoIFJTVlAuDQo8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6Q2FsaWJyaSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmkiPlRoYW5rcyw8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6Q2FsaWJyaSI+UmFrZXNoPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmkiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBw dDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTpDYWxpYnJpO2NvbG9yOmJsYWNrIj5Gcm9tOiA8L3NwYW4+ DQo8L2I+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmk7Y29sb3I6YmxhY2siPiZxdW90 O04uTGV5bWFubkB0ZWxla29tLmRlJnF1b3Q7ICZsdDtOLkxleW1hbm5AdGVsZWtvbS5kZSZndDs8 YnI+DQo8Yj5EYXRlOiA8L2I+RnJpZGF5LCBBdWd1c3QgMjUsIDIwMTcgYXQgNDowMyBBTTxicj4N CjxiPlRvOiA8L2I+JnF1b3Q7bXBsc0BpZXRmLm9yZyZxdW90OyAmbHQ7bXBsc0BpZXRmLm9yZyZn dDs8YnI+DQo8Yj5DYzogPC9iPiZxdW90O21wbHMtY2hhaXJzQGlldGYub3JnJnF1b3Q7ICZsdDtt cGxzLWNoYWlyc0BpZXRmLm9yZyZndDssICZxdW90O2RyYWZ0LW10YWlsbG9uLW1wbHMtc3VtbWFy eS1mcnItcnN2cHRlQGlldGYub3JnJnF1b3Q7ICZsdDtkcmFmdC1tdGFpbGxvbi1tcGxzLXN1bW1h cnktZnJyLXJzdnB0ZUBpZXRmLm9yZyZndDs8YnI+DQo8Yj5TdWJqZWN0OiA8L2I+V29ya2luZyBH cm91cCBBZG9wdGlvbiBQb2xsIGZvciBkcmFmdC1tdGFpbGxvbi1tcGxzLXN1bW1hcnktZnJyLXJz dnB0PGJyPg0KPGI+UmVzZW50LUZyb206IDwvYj4mbHQ7YWxpYXMtYm91bmNlc0BpZXRmLm9yZyZn dDs8YnI+DQo8Yj5SZXNlbnQtVG86IDwvYj4mcXVvdDs9U01UUDptdGFpbGxvbkBjaXNjby4gY29t JnF1b3Q7ICZsdDttdGFpbGxvbkBjaXNjby5jb20mZ3Q7LCAmbHQ7dHNhYWRAY2lzY28uY29tJmd0 OywgJnF1b3Q7PVNNVFA6cmdhbmRoaUBjaXNjby4gY29tJnF1b3Q7ICZsdDtyZ2FuZGhpQGNpc2Nv LmNvbSZndDssICZsdDthZGVzaG11a2hAanVuaXBlci5uZXQmZ3Q7LCAmbHQ7bWpvcmtAanVuaXBl ci5uZXQmZ3Q7LCAmbHQ7dmJlZXJhbUBqdW5pcGVyLm5ldCZndDs8YnI+DQo8Yj5SZXNlbnQtRGF0 ZTogPC9iPkZyaWRheSwgQXVndXN0IDI1LCAyMDE3IGF0IDQ6MDMgQU08bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPkRlYXIgV29ya2luZyBHcm91 cCw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4m bmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJp Ij5UaGlzIGlzIHRoZSBtYWlsIHRvIHN0YXJ0IGEgdHdvIHdlZWsgcG9sbCBvbiBhZG9wdGluZyBk cmFmdC1tdGFpbGxvbi1tcGxzLXN1bW1hcnktZnJyLXJzdnB0IGFzIGEgTVBMUyB3b3JraW5nIGdy b3VwIGRvY3VtZW50LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OkNhbGlicmkiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OkNhbGlicmkiPlBsZWFzZSBzZW5kIHlvdXIgY29tbWVudHMgKHN1cHBvcnQvbm90IHN1cHBv cnQpIHRvIHRoZSBtcGxzIHdvcmtpbmcmbmJzcDsgZ3JvdXAgbWFpbGluZyBsaXN0ICg8YSBocmVm PSJtYWlsdG86bXBsc0BpZXRmLm9yZyI+bXBsc0BpZXRmLm9yZzwvYT4pLiBQbGVhc2UgZ2l2ZSBh IHRlY2huaWNhbCBtb3RpdmF0aW9uDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTpDYWxpYnJpIj5mb3IgeW91ciBzdXBwb3J0L25vdCBzdXBwb3J0LCBlc3BlY2lh bGx5IGlmIHlvdSB0aGluayB0aGF0IHRoZSBkb2N1bWVudCBzaG91bGQgbm90IGJlIGFkb3B0ZWQg YXMgYSB3b3JraW5nIGdyb3VwIGRvY3VtZW50LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPlRoZXJlIGlzIG9uZSBJUFIgZGlzY2xvc3VyZSBp biBjb21wbGlhbmNlIHdpdGggdGhlIElFVEYgSVBSIHJ1bGVzOjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPiZuYnNwOyZuYnNwOyZuYnNwOyA8 YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2lwci8yNTU5LyI+DQpodHRwczov L2RhdGF0cmFja2VyLmlldGYub3JnL2lwci8yNTU5LzwvYT4gPG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+QWxsIHRoZSBhdXRob3JzIGhhdmUg c3RhdGVkIG9uIHRoZSBNUExTIHdnIG1haWxpbmcgbGlzdCB0aGF0IHRoZXkgYXJlIHVuYXdhcmUg b2YgYW55IG90aGVyIElQUnMgdGhhbiB0aG9zZSB0aGF0IGhhcyBiZWVuIGRpc2Nsb3NlZC4gT25l IGFuc3dlciB3YXMgc2VuZCB0byB0aGUgV0cgY2hhaXJzIG9ubHksIGJ1dCB3ZSB3aWxsDQogbWFr ZSBzdXJlIHRoYXQgaXQgd2lsbCBiZSByZXNlbnQgdG8gdGhlIHdnIG1haWxpbmcgbGlzdCBhcyB3 ZWxsLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmki PiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGli cmkiPlRoZSB3b3JraW5nIGdyb3VwIGFkb3B0aW9uIHBvbGwgZW5kcyBTZXB0ZW1iZXIgOCwgMjAx Ny48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4m bmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJp Ij5OaWM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJp Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxp YnJpIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5 Pg0KPC9odG1sPg0K --_000_F07F9E129F104BF3BE60017D7670C890ciscocom_-- From nobody Mon Aug 28 07:29:38 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4D8AF1326AA; Mon, 28 Aug 2017 07:29:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.02 X-Spam-Level: X-Spam-Status: No, score=-2.02 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=juniper.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SAR0GNi4CCgo; Mon, 28 Aug 2017 07:29:34 -0700 (PDT) Received: from NAM03-CO1-obe.outbound.protection.outlook.com (mail-co1nam03on0118.outbound.protection.outlook.com [104.47.40.118]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8DB9B13219E; Mon, 28 Aug 2017 07:29:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=+svgUQpKMGvjEMNEv+zi9QDTUJM81a5KepqVTSA9kOo=; b=DZQQd+U8SslsOase4zyPI4FVzAdaqVmi55TW18/euyC7WrSuyMCX3pOT/Wg+dL7McRqKoYF1tpz37wtomW9hIiaaB8S7iAQMebRQKZEC14CNMb5CAwu3xh/PukdJ2bSrkSy3o1rvDrgc/TCfCr0GvDRLblNiYqvB3xvvm31rdV0= Received: from BN6PR05MB2818.namprd05.prod.outlook.com (10.168.255.13) by BN6PR05MB3267.namprd05.prod.outlook.com (10.172.147.17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.13.2; Mon, 28 Aug 2017 14:29:31 +0000 Received: from BN6PR05MB2818.namprd05.prod.outlook.com ([10.168.255.13]) by BN6PR05MB2818.namprd05.prod.outlook.com ([10.168.255.13]) with mapi id 15.20.0013.001; Mon, 28 Aug 2017 14:29:31 +0000 From: Harish Sitaraman To: "N.Leymann@telekom.de" , "mpls@ietf.org" CC: "draft-mtaillon-mpls-summary-frr-rsvpte@ietf.org" , "mpls-chairs@ietf.org" Thread-Topic: [mpls] Working Group Adoption Poll for draft-mtaillon-mpls-summary-frr-rsvpt Thread-Index: AdMc35wTn3uHh+k2SiaixBaSCO0RhgC78dOA Date: Mon, 28 Aug 2017 14:29:31 +0000 Message-ID: References: <735d8f1dde6f495cb69a7dd9479473be@HE105662.emea1.cds.t-internal.com> In-Reply-To: <735d8f1dde6f495cb69a7dd9479473be@HE105662.emea1.cds.t-internal.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/0.0.0.151206 x-originating-ip: [66.129.239.15] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; BN6PR05MB3267; 6:6egfab2pDv3qRbPw8ao8RAdr9zJF0T0oE3BaW30PHQCDUqy9GQHsM38P+bMrXs1idm8BiUGL3LBT28Ld9mXur03uWRiCTREtAtCcTPtOhbhzY0BrkPrS33r6iejJ/5ccZ2p0pExjde3MkIWs+tLW/k2YzqVG7lw/bbAISEcMUoWlUYOv03R3ItZBm4JCgCBar1yln8n6K73rolmw6xhqYxvnLl1LAkZFFEu2JUHagkIQ3MUjI0tyyHlwSlzLwh5dtt4skH/Dp0b9yo8WQERQ8sP+/Yr6vgEwtzx0bPCZdw/tMdcL6YnUS+r0+qCbaY3XBFeAaYNftSflJL86zKzSdQ==; 5:g6xYadfTH3/z5U9xe8TeMjvL72r9opPRmZ0O50unMosq+dppgqkF0LZ/f41lm3D1YTi+vu7j8lu/zfzBX+X8rT+IGD+8izaKYmHHfCXCR6Id06lIRaxPtBz4BHcYNy/BLpZyiw37JvqHUabxjpbaCQ==; 24:uHoUi4AC296oaHJZGJEEG3oOzz1ILsgBgVBnZO9A9B7LQmCA0fp8Tbto5RXMR1XPAyPTADClP34IhGf7T/LYVi8BPtkvuKsxionwcAm5a+U=; 7:WXYC8avCIQ2MsNQ9v+9ymwvkxrZpY0L88Z+PBaNcESoVEArsiM28vmWj0A5o3Jdq8MC5eNRbqqqyGcue8kFJXGieAO+eOsEGe0XAgxYBjK250qTx0rXBcqfGCn+OnIkIBLlz+4XZ4zQ4g8WNMv6Qrf1U+OjOLLs4O8w5GWJGGVMf3+460h5i5h1In7MXMMTRsCup3w9E2a/v23OyW3PQVisPq4Du/yEO5CjgPJTZpRM= x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: 021f24b2-838a-48ea-3e33-08d4ee2132ce x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(2017030254152)(48565401081)(300000503095)(300135400095)(2017052603199)(201703131423075)(201703031133081)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:BN6PR05MB3267; x-ms-traffictypediagnostic: BN6PR05MB3267: authentication-results: spf=none (sender IP is ) smtp.mailfrom=hsitaraman@juniper.net; x-exchange-antispam-report-test: UriScan:(158342451672863)(120809045254105); x-microsoft-antispam-prvs: x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(601004)(2401047)(8121501046)(5005006)(93006095)(93001095)(3002001)(100000703101)(100105400095)(10201501046)(6055026)(6041248)(20161123558100)(20161123560025)(20161123555025)(20161123564025)(20161123562025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:BN6PR05MB3267; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:BN6PR05MB3267; x-forefront-prvs: 0413C9F1ED x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(979002)(39860400002)(199003)(189002)(377454003)(230783001)(6436002)(6486002)(25786009)(77096006)(7736002)(6506006)(3660700001)(229853002)(99286003)(54906002)(236005)(6306002)(53936002)(2906002)(54896002)(5660300001)(3280700002)(86362001)(4326008)(6246003)(82746002)(53546010)(189998001)(6512007)(478600001)(105586002)(83716003)(4001350100001)(97736004)(83506001)(2900100001)(606006)(6116002)(102836003)(3846002)(101416001)(966005)(33656002)(2501003)(36756003)(50986999)(2950100002)(81156014)(68736007)(81166006)(8676002)(106356001)(8936002)(14454004)(76176999)(66066001)(54356999)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1102; SCL:1; SRVR:BN6PR05MB3267; H:BN6PR05MB2818.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_AA7D20D959724EF38D90BC1F61A76D4Cjunipernet_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Aug 2017 14:29:31.8853 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR05MB3267 Archived-At: Subject: Re: [mpls] Working Group Adoption Poll for draft-mtaillon-mpls-summary-frr-rsvpt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Aug 2017 14:29:36 -0000 --_000_AA7D20D959724EF38D90BC1F61A76D4Cjunipernet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpTdXBwb3J0IGZvciBhZG9wdGlvbiAtIHNjYWxlcyB0aGUgRlJSIHNpZ25hbGluZy4NCg0KSGFy aXNoDQoNCkZyb206IG1wbHMgPG1wbHMtYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86bXBscy1ib3Vu Y2VzQGlldGYub3JnPj4gb24gYmVoYWxmIG9mICJOLkxleW1hbm5AdGVsZWtvbS5kZTxtYWlsdG86 Ti5MZXltYW5uQHRlbGVrb20uZGU+IiA8Ti5MZXltYW5uQHRlbGVrb20uZGU8bWFpbHRvOk4uTGV5 bWFubkB0ZWxla29tLmRlPj4NCkRhdGU6IEZyaWRheSwgQXVndXN0IDI1LCAyMDE3IGF0IDE6MDMg QU0NClRvOiAibXBsc0BpZXRmLm9yZzxtYWlsdG86bXBsc0BpZXRmLm9yZz4iIDxtcGxzQGlldGYu b3JnPG1haWx0bzptcGxzQGlldGYub3JnPj4NCkNjOiAiZHJhZnQtbXRhaWxsb24tbXBscy1zdW1t YXJ5LWZyci1yc3ZwdGVAaWV0Zi5vcmc8bWFpbHRvOmRyYWZ0LW10YWlsbG9uLW1wbHMtc3VtbWFy eS1mcnItcnN2cHRlQGlldGYub3JnPiIgPGRyYWZ0LW10YWlsbG9uLW1wbHMtc3VtbWFyeS1mcnIt cnN2cHRlQGlldGYub3JnPG1haWx0bzpkcmFmdC1tdGFpbGxvbi1tcGxzLXN1bW1hcnktZnJyLXJz dnB0ZUBpZXRmLm9yZz4+LCAibXBscy1jaGFpcnNAaWV0Zi5vcmc8bWFpbHRvOm1wbHMtY2hhaXJz QGlldGYub3JnPiIgPG1wbHMtY2hhaXJzQGlldGYub3JnPG1haWx0bzptcGxzLWNoYWlyc0BpZXRm Lm9yZz4+DQpTdWJqZWN0OiBbbXBsc10gV29ya2luZyBHcm91cCBBZG9wdGlvbiBQb2xsIGZvciBk cmFmdC1tdGFpbGxvbi1tcGxzLXN1bW1hcnktZnJyLXJzdnB0DQoNCkRlYXIgV29ya2luZyBHcm91 cCwNCg0KVGhpcyBpcyB0aGUgbWFpbCB0byBzdGFydCBhIHR3byB3ZWVrIHBvbGwgb24gYWRvcHRp bmcgZHJhZnQtbXRhaWxsb24tbXBscy1zdW1tYXJ5LWZyci1yc3ZwdCBhcyBhIE1QTFMgd29ya2lu ZyBncm91cCBkb2N1bWVudC4NCg0KUGxlYXNlIHNlbmQgeW91ciBjb21tZW50cyAoc3VwcG9ydC9u b3Qgc3VwcG9ydCkgdG8gdGhlIG1wbHMgd29ya2luZyAgZ3JvdXAgbWFpbGluZyBsaXN0IChtcGxz QGlldGYub3JnPG1haWx0bzptcGxzQGlldGYub3JnPikuIFBsZWFzZSBnaXZlIGEgdGVjaG5pY2Fs IG1vdGl2YXRpb24NCmZvciB5b3VyIHN1cHBvcnQvbm90IHN1cHBvcnQsIGVzcGVjaWFsbHkgaWYg eW91IHRoaW5rIHRoYXQgdGhlIGRvY3VtZW50IHNob3VsZCBub3QgYmUgYWRvcHRlZCBhcyBhIHdv cmtpbmcgZ3JvdXAgZG9jdW1lbnQuDQoNClRoZXJlIGlzIG9uZSBJUFIgZGlzY2xvc3VyZSBpbiBj b21wbGlhbmNlIHdpdGggdGhlIElFVEYgSVBSIHJ1bGVzOg0KDQogICAgaHR0cHM6Ly9kYXRhdHJh Y2tlci5pZXRmLm9yZy9pcHIvMjU1OS8NCg0KQWxsIHRoZSBhdXRob3JzIGhhdmUgc3RhdGVkIG9u IHRoZSBNUExTIHdnIG1haWxpbmcgbGlzdCB0aGF0IHRoZXkgYXJlIHVuYXdhcmUgb2YgYW55IG90 aGVyIElQUnMgdGhhbiB0aG9zZSB0aGF0IGhhcyBiZWVuIGRpc2Nsb3NlZC4gT25lIGFuc3dlciB3 YXMgc2VuZCB0byB0aGUgV0cgY2hhaXJzIG9ubHksIGJ1dCB3ZSB3aWxsIG1ha2Ugc3VyZSB0aGF0 IGl0IHdpbGwgYmUgcmVzZW50IHRvIHRoZSB3ZyBtYWlsaW5nIGxpc3QgYXMgd2VsbC4NCg0KVGhl IHdvcmtpbmcgZ3JvdXAgYWRvcHRpb24gcG9sbCBlbmRzIFNlcHRlbWJlciA4LCAyMDE3Lg0KDQpO aWMNCg0KDQo= --_000_AA7D20D959724EF38D90BC1F61A76D4Cjunipernet_ Content-Type: text/html; charset="utf-8" Content-ID: <3F3E935A1F480D42A2CE954289BE1768@namprd05.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj4NCjxkaXY+DQo8 ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5TdXBwb3J0IGZvciBhZG9wdGlvbiAtIHNjYWxlcyB0aGUg RlJSIHNpZ25hbGluZy4mbmJzcDs8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2Pkhhcmlz aDwvZGl2Pg0KPGRpdj4NCjxkaXYgaWQ9Ik1BQ19PVVRMT09LX1NJR05BVFVSRSI+PC9kaXY+DQo8 L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPHNwYW4gaWQ9Ik9MS19T UkNfQk9EWV9TRUNUSU9OIj4NCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmk7IGZvbnQt c2l6ZToxMnB0OyB0ZXh0LWFsaWduOmxlZnQ7IGNvbG9yOmJsYWNrOyBCT1JERVItQk9UVE9NOiBt ZWRpdW0gbm9uZTsgQk9SREVSLUxFRlQ6IG1lZGl1bSBub25lOyBQQURESU5HLUJPVFRPTTogMGlu OyBQQURESU5HLUxFRlQ6IDBpbjsgUEFERElORy1SSUdIVDogMGluOyBCT1JERVItVE9QOiAjYjVj NGRmIDFwdCBzb2xpZDsgQk9SREVSLVJJR0hUOiBtZWRpdW0gbm9uZTsgUEFERElORy1UT1A6IDNw dCI+DQo8c3BhbiBzdHlsZT0iZm9udC13ZWlnaHQ6Ym9sZCI+RnJvbTogPC9zcGFuPm1wbHMgJmx0 OzxhIGhyZWY9Im1haWx0bzptcGxzLWJvdW5jZXNAaWV0Zi5vcmciPm1wbHMtYm91bmNlc0BpZXRm Lm9yZzwvYT4mZ3Q7IG9uIGJlaGFsZiBvZiAmcXVvdDs8YSBocmVmPSJtYWlsdG86Ti5MZXltYW5u QHRlbGVrb20uZGUiPk4uTGV5bWFubkB0ZWxla29tLmRlPC9hPiZxdW90OyAmbHQ7PGEgaHJlZj0i bWFpbHRvOk4uTGV5bWFubkB0ZWxla29tLmRlIj5OLkxleW1hbm5AdGVsZWtvbS5kZTwvYT4mZ3Q7 PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPkRhdGU6IDwvc3Bhbj5GcmlkYXks IEF1Z3VzdCAyNSwgMjAxNyBhdCAxOjAzIEFNPGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0 OmJvbGQiPlRvOiA8L3NwYW4+JnF1b3Q7PGEgaHJlZj0ibWFpbHRvOm1wbHNAaWV0Zi5vcmciPm1w bHNAaWV0Zi5vcmc8L2E+JnF1b3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86bXBsc0BpZXRmLm9yZyI+ bXBsc0BpZXRmLm9yZzwvYT4mZ3Q7PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQi PkNjOiA8L3NwYW4+JnF1b3Q7PGEgaHJlZj0ibWFpbHRvOmRyYWZ0LW10YWlsbG9uLW1wbHMtc3Vt bWFyeS1mcnItcnN2cHRlQGlldGYub3JnIj5kcmFmdC1tdGFpbGxvbi1tcGxzLXN1bW1hcnktZnJy LXJzdnB0ZUBpZXRmLm9yZzwvYT4mcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpkcmFmdC1tdGFp bGxvbi1tcGxzLXN1bW1hcnktZnJyLXJzdnB0ZUBpZXRmLm9yZyI+ZHJhZnQtbXRhaWxsb24tbXBs cy1zdW1tYXJ5LWZyci1yc3ZwdGVAaWV0Zi5vcmc8L2E+Jmd0OywNCiAmcXVvdDs8YSBocmVmPSJt YWlsdG86bXBscy1jaGFpcnNAaWV0Zi5vcmciPm1wbHMtY2hhaXJzQGlldGYub3JnPC9hPiZxdW90 OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOm1wbHMtY2hhaXJzQGlldGYub3JnIj5tcGxzLWNoYWlyc0Bp ZXRmLm9yZzwvYT4mZ3Q7PGJyPg0KPHNwYW4gc3R5bGU9ImZvbnQtd2VpZ2h0OmJvbGQiPlN1Ympl Y3Q6IDwvc3Bhbj5bbXBsc10gV29ya2luZyBHcm91cCBBZG9wdGlvbiBQb2xsIGZvciBkcmFmdC1t dGFpbGxvbi1tcGxzLXN1bW1hcnktZnJyLXJzdnB0PGJyPg0KPC9kaXY+DQo8ZGl2Pjxicj4NCjwv ZGl2Pg0KPGRpdj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IEV4 Y2hhbmdlIFNlcnZlciI+DQo8IS0tIGNvbnZlcnRlZCBmcm9tIHJ0ZiAtLT48c3R5bGU+PCEtLSAu RW1haWxRdW90ZSB7IG1hcmdpbi1sZWZ0OiAxcHQ7IHBhZGRpbmctbGVmdDogNHB0OyBib3JkZXIt bGVmdDogIzgwMDAwMCAycHggc29saWQ7IH0gLS0+PC9zdHlsZT4NCjxkaXY+PGZvbnQgZmFjZT0i Q2FsaWJyaSIgc2l6ZT0iMiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMXB0OyI+DQo8ZGl2PkRl YXIgV29ya2luZyBHcm91cCw8L2Rpdj4NCjxkaXY+Jm5ic3A7PC9kaXY+DQo8ZGl2PlRoaXMgaXMg dGhlIG1haWwgdG8gc3RhcnQgYSB0d28gd2VlayBwb2xsIG9uIGFkb3B0aW5nIGRyYWZ0LW10YWls bG9uLW1wbHMtc3VtbWFyeS1mcnItcnN2cHQgYXMgYSBNUExTIHdvcmtpbmcgZ3JvdXAgZG9jdW1l bnQuPC9kaXY+DQo8ZGl2PiZuYnNwOzwvZGl2Pg0KPGRpdj5QbGVhc2Ugc2VuZCB5b3VyIGNvbW1l bnRzIChzdXBwb3J0L25vdCBzdXBwb3J0KSB0byB0aGUgbXBscyB3b3JraW5nJm5ic3A7IGdyb3Vw IG1haWxpbmcgbGlzdCAoPGEgaHJlZj0ibWFpbHRvOm1wbHNAaWV0Zi5vcmciPjxmb250IGNvbG9y PSJibHVlIj48dT5tcGxzQGlldGYub3JnPC91PjwvZm9udD48L2E+KS4gUGxlYXNlIGdpdmUgYSB0 ZWNobmljYWwgbW90aXZhdGlvbg0KPC9kaXY+DQo8ZGl2PmZvciB5b3VyIHN1cHBvcnQvbm90IHN1 cHBvcnQsIGVzcGVjaWFsbHkgaWYgeW91IHRoaW5rIHRoYXQgdGhlIGRvY3VtZW50IHNob3VsZCBu b3QgYmUgYWRvcHRlZCBhcyBhIHdvcmtpbmcgZ3JvdXAgZG9jdW1lbnQuPC9kaXY+DQo8ZGl2PiZu YnNwOzwvZGl2Pg0KPGRpdj5UaGVyZSBpcyBvbmUgSVBSIGRpc2Nsb3N1cmUgaW4gY29tcGxpYW5j ZSB3aXRoIHRoZSBJRVRGIElQUiBydWxlczo8L2Rpdj4NCjxkaXY+Jm5ic3A7PC9kaXY+DQo8ZGl2 PiZuYnNwOyZuYnNwOyZuYnNwOyA8YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3Jn L2lwci8yNTU5LyI+PGZvbnQgY29sb3I9ImJsdWUiPjx1Pmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0 Zi5vcmcvaXByLzI1NTkvPC91PjwvZm9udD48L2E+PC9kaXY+DQo8ZGl2PiZuYnNwOzwvZGl2Pg0K PGRpdj5BbGwgdGhlIGF1dGhvcnMgaGF2ZSBzdGF0ZWQgb24gdGhlIE1QTFMgd2cgbWFpbGluZyBs aXN0IHRoYXQgdGhleSBhcmUgdW5hd2FyZSBvZiBhbnkgb3RoZXIgSVBScyB0aGFuIHRob3NlIHRo YXQgaGFzIGJlZW4gZGlzY2xvc2VkLiBPbmUgYW5zd2VyIHdhcyBzZW5kIHRvIHRoZSBXRyBjaGFp cnMgb25seSwgYnV0IHdlIHdpbGwgbWFrZSBzdXJlIHRoYXQgaXQgd2lsbCBiZSByZXNlbnQgdG8g dGhlIHdnIG1haWxpbmcgbGlzdCBhcyB3ZWxsLjwvZGl2Pg0KPGRpdj4mbmJzcDs8L2Rpdj4NCjxk aXY+VGhlIHdvcmtpbmcgZ3JvdXAgYWRvcHRpb24gcG9sbCBlbmRzIFNlcHRlbWJlciA4LCAyMDE3 LjwvZGl2Pg0KPGRpdj4mbmJzcDs8L2Rpdj4NCjxkaXY+TmljPC9kaXY+DQo8ZGl2PiZuYnNwOzwv ZGl2Pg0KPGRpdj4mbmJzcDs8L2Rpdj4NCjwvc3Bhbj48L2ZvbnQ+PC9kaXY+DQo8L2Rpdj4NCjwv c3Bhbj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_AA7D20D959724EF38D90BC1F61A76D4Cjunipernet_-- From nobody Mon Aug 28 07:38:23 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DD27A132C41; Mon, 28 Aug 2017 07:38:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.52 X-Spam-Level: X-Spam-Status: No, score=-14.52 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PizE_iLhk98v; Mon, 28 Aug 2017 07:38:20 -0700 (PDT) Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C100B132A05; Mon, 28 Aug 2017 07:38:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4561; q=dns/txt; s=iport; t=1503931099; x=1505140699; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=Yhu461msoVYdyeG4mOkPqEgiK04uOsp1uXykSEzEOis=; b=fOSkiGPIaMPQFCTahWPVXui+hwdN3VWekWkh8BJBxZG1Tw2TZyIU5gnH sVIp4nEsMuT3a92VMdP0qQ437r68I4TN9h8GfvGK91HwKJJXiBBlLRHHG b/MOo1ut9eGNy8vfFXAji4lhxdc+oIlmtfKccpDY6OkT57zRsxnTH6AiQ g=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DSAAAQKqRZ/4sNJK1eGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBgm9rZIEVB44NkBiSWYU+DoIEKIUfAoN7PxgBAgEBAQEBAQFrHQuFGQZ?= =?us-ascii?q?uCxACAQgEOwcyFBEBAQQOBYlNZBCyWYtfAQEBAQEBAQEBAQEBAQEBAQEBAQEBG?= =?us-ascii?q?AWDKoICgU6BYyuCfYQ9GAEBg2GCMQWgZAKHVIxwghKFZopwljwBHziBDXcVSRI?= =?us-ascii?q?Bhwh2iDaBI4EPAQEB?= X-IronPort-AV: E=Sophos;i="5.41,441,1498521600"; d="scan'208,217";a="475818528" Received: from alln-core-6.cisco.com ([173.36.13.139]) by alln-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 28 Aug 2017 14:38:19 +0000 Received: from XCH-ALN-016.cisco.com (xch-aln-016.cisco.com [173.36.7.26]) by alln-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id v7SEcIZS015940 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 28 Aug 2017 14:38:18 GMT Received: from xch-aln-019.cisco.com (173.36.7.29) by XCH-ALN-016.cisco.com (173.36.7.26) with Microsoft SMTP Server (TLS) id 15.0.1263.5; Mon, 28 Aug 2017 09:38:18 -0500 Received: from xch-aln-019.cisco.com ([173.36.7.29]) by XCH-ALN-019.cisco.com ([173.36.7.29]) with mapi id 15.00.1263.000; Mon, 28 Aug 2017 09:38:18 -0500 From: "Mike Taillon (mtaillon)" To: "mpls@ietf.org" CC: "mpls-chairs@ietf.org" , "draft-mtaillon-mpls-summary-frr-rsvpte@ietf.org" , "N.Leymann@telekom.de" Thread-Topic: Working Group Adoption Poll for draft-mtaillon-mpls-summary-frr-rsvpt Thread-Index: AdMc35wTn3uHh+k2SiaixBaSCO0RhgDVZRAA Date: Mon, 28 Aug 2017 14:38:18 +0000 Message-ID: <8491F5B7-9AD6-48C7-B5AE-B5C37BEBC2DA@cisco.com> References: <735d8f1dde6f495cb69a7dd9479473be@HE105662.emea1.cds.t-internal.com> In-Reply-To: <735d8f1dde6f495cb69a7dd9479473be@HE105662.emea1.cds.t-internal.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.24.17.233] Content-Type: multipart/alternative; boundary="_000_8491F5B79AD648C7B5AEB5C37BEBC2DAciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [mpls] Working Group Adoption Poll for draft-mtaillon-mpls-summary-frr-rsvpt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Aug 2017 14:38:23 -0000 --_000_8491F5B79AD648C7B5AEB5C37BEBC2DAciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Support (as a co-author) - scales FRR signaling. -mike On Aug 25, 2017, at 4:03 AM, N.Leymann@telekom.de wrote: Dear Working Group, This is the mail to start a two week poll on adopting draft-mtaillon-mpls-s= ummary-frr-rsvpt as a MPLS working group document. Please send your comments (support/not support) to the mpls working group = mailing list (mpls@ietf.org). Please give a technical= motivation for your support/not support, especially if you think that the document sho= uld not be adopted as a working group document. There is one IPR disclosure in compliance with the IETF IPR rules: https://datatracker.ietf.org/ipr/2559/ All the authors have stated on the MPLS wg mailing list that they are unawa= re of any other IPRs than those that has been disclosed. One answer was sen= d to the WG chairs only, but we will make sure that it will be resent to th= e wg mailing list as well. The working group adoption poll ends September 8, 2017. Nic --_000_8491F5B79AD648C7B5AEB5C37BEBC2DAciscocom_ Content-Type: text/html; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable Support (as a co-author) - scales FRR signaling. 

-mike
On Aug 25, 2017, at 4:03 AM, N.Leymann@telekom.de wrote:

Dear Working Group,
 
This is the mail to start a two week poll on adopting draft= -mtaillon-mpls-summary-frr-rsvpt as a MPLS working group document.
 
Please send your comments (support/not support) to the mpls= working  group mailing list (mpls@ietf.org). Please give a technical motivation 
for your support/not support, especially if you think that = the document should not be adopted as a working group document.
 
There is one IPR disclosure in compliance with the IETF IPR= rules:
 
   &nb= sp;https://datatracker.ietf.org/ipr= /2559/
 
All the authors have stated on the MPLS wg mailing list tha= t they are unaware of any other IPRs than those that has been disclosed. On= e answer was send to the WG chairs only, but we will make sure that it will= be resent to the wg mailing list as well.
 
The working group adoption poll ends September 8, 2017.
 
Nic

--_000_8491F5B79AD648C7B5AEB5C37BEBC2DAciscocom_-- From nobody Mon Aug 28 07:41:45 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D501A132A05; Mon, 28 Aug 2017 07:41:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7mqLyakgEExU; Mon, 28 Aug 2017 07:41:41 -0700 (PDT) Received: from mail-pg0-x229.google.com (mail-pg0-x229.google.com [IPv6:2607:f8b0:400e:c05::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 92209132C45; Mon, 28 Aug 2017 07:41:37 -0700 (PDT) Received: by mail-pg0-x229.google.com with SMTP id r133so2025639pgr.3; Mon, 28 Aug 2017 07:41:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=st4gPFSvw197vN2v0Xduy1S/Pn/MzWtM25j0Fvryop4=; b=TP8OShBlV6NZ9+NmNDjdvv2OGZ6nw/Bj7PUtl3BkBfKJ+LIZ/92No8Vbi7oyoFoQXS cVZJki9Wwq4hBFkJ4fmtEn5BdMRlWRLopLWfz50rYyldrZDi0EaIxIjzs28J746KkW0P hR6IjaJKgMM7Om6BvJBStiJTCQTTbDTNE7kibZSxHvmPdWSOV0w+uGE15XCxUBBRpB6n Wz6Rsk5XsevNkLchaOrv4mWo156za++tmSu01y0x+NZJRMpv8aMh1Idt+sPmOKwKiicg 9fyEGBu1P9yWNftiwcdLIoJiUGElF85NxpOq31/dZe92CKzrgxxM5e8RHDTdD4p30CgK VQMA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=st4gPFSvw197vN2v0Xduy1S/Pn/MzWtM25j0Fvryop4=; b=N+N92MbAB8JBmx11tUyUDqOyw5fQnd42kGdbDYv6tytFGKVZLM/6ZYou5uMVUFTfxX xS5g2oK2y1oOiNGT/GMzo1gdZJ2m88v+f/asCuMLpMOehELfANLBB1fE1FFHQ0Jgsh7k bwtmTXZb9wQy5reJeKQyW7TXXM+Yl4HSq88whslIOvBwlzpehqDUWqYtmV0p6QxVGCe5 2Y05sZJr3QhWNM/MCeYAxWpvTMGvxvpEKrX0IEoxYg7kAV0I1tjErdBW7E/YDQFtDUMg 9RgsrwFc5LUx0Ezm+8IzvU/JYNVPtPTTw2pUN50hc6yfLCofg81eLT9Xjywya2KJljSZ RKbQ== X-Gm-Message-State: AHYfb5j/xJrZZS6KZW7gcvIrvkUTVksEh+3ayleavGAz3WE0Qvm/o7NQ pCSmPfATDZWzPHoq+aUF0W0XFjGGHg== X-Received: by 10.84.133.34 with SMTP id 31mr1044074plf.374.1503931297169; Mon, 28 Aug 2017 07:41:37 -0700 (PDT) MIME-Version: 1.0 Received: by 10.100.166.81 with HTTP; Mon, 28 Aug 2017 07:41:36 -0700 (PDT) In-Reply-To: <735d8f1dde6f495cb69a7dd9479473be@HE105662.emea1.cds.t-internal.com> References: <735d8f1dde6f495cb69a7dd9479473be@HE105662.emea1.cds.t-internal.com> From: Vishnu Pavan Beeram Date: Mon, 28 Aug 2017 10:41:36 -0400 Message-ID: To: N.Leymann@telekom.de Cc: IETF MPLS List , draft-mtaillon-mpls-summary-frr-rsvpte@ietf.org, mpls-chairs@ietf.org Content-Type: multipart/alternative; boundary="94eb2c124f78bc05e40557d14a9d" Archived-At: Subject: Re: [mpls] Working Group Adoption Poll for draft-mtaillon-mpls-summary-frr-rsvpt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Aug 2017 14:41:44 -0000 --94eb2c124f78bc05e40557d14a9d Content-Type: text/plain; charset="UTF-8" Support (as a co-author). This is a good addition to the FRR toolkit. Regards, -Pavan On Fri, Aug 25, 2017 at 4:03 AM, wrote: > Dear Working Group, > > This is the mail to start a two week poll on adopting > draft-mtaillon-mpls-summary-frr-rsvpt as a MPLS working group document. > > Please send your comments (support/not support) to the mpls working group > mailing list (*mpls@ietf.org* ). Please give a technical > motivation > for your support/not support, especially if you think that the document > should not be adopted as a working group document. > > There is one IPR disclosure in compliance with the IETF IPR rules: > > *https://datatracker.ietf.org/ipr/2559/* > > > All the authors have stated on the MPLS wg mailing list that they are > unaware of any other IPRs than those that has been disclosed. One answer > was send to the WG chairs only, but we will make sure that it will be > resent to the wg mailing list as well. > > The working group adoption poll ends September 8, 2017. > > Nic > > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > > --94eb2c124f78bc05e40557d14a9d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Support (as a co-author).
This is = a good addition to the FRR toolkit.

Regards,
-Pavan

On Fri, A= ug 25, 2017 at 4:03 AM, <N.Leymann@telekom.de> wrote:
Dear Working Group,
=C2=A0
This is the mail to start a two week poll on adopting draft-mtaillon-m= pls-summary-frr-rsvpt as a MPLS working group document.
=C2=A0
Please send your comments (support/not support) to the mpls working=C2= =A0 group mailing list (= mpls@ietf.org). Please give a techni= cal motivation
for your support/not support, especially if you think that the documen= t should not be adopted as a working group document.
=C2=A0
There is one IPR disclosure in compliance with the IETF IPR rules:
=C2=A0
=C2=A0
All the authors have stated on the MPLS wg mailing list that they are = unaware of any other IPRs than those that has been disclosed. One answer wa= s send to the WG chairs only, but we will make sure that it will be resent = to the wg mailing list as well.
=C2=A0
The working group adoption poll ends September 8, 2017.
=C2=A0
Nic
=C2=A0
=C2=A0

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


--94eb2c124f78bc05e40557d14a9d-- From nobody Mon Aug 28 08:17:03 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 67D39132713; Mon, 28 Aug 2017 08:17:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jBloBGev7R-0; Mon, 28 Aug 2017 08:17:00 -0700 (PDT) Received: from mail-yw0-x232.google.com (mail-yw0-x232.google.com [IPv6:2607:f8b0:4002:c05::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1E0B913240D; Mon, 28 Aug 2017 08:17:00 -0700 (PDT) Received: by mail-yw0-x232.google.com with SMTP id h127so3982573ywf.3; Mon, 28 Aug 2017 08:17:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=CHJRySY4jDX+HGTaHu8ED/jQm4vQpSK9Ly6Xi6P6uZM=; b=r8Y103RTo7pdIc4mqLmHRAuFljd6osLIUfOZoXLmykpiLMLKoWySF3416J6LYX/CXP p3KEbNUTlqZtfDFTFDMFH9iQVxw4L5C2V37KCecnrQtA0zDn7bKRUlJYU9KJvRLfOvn+ sc9NszZ77PSrrl7WtrkS5D20yJPgATq6n2Ic8uEsX0z3dbD0lbODTygaFjL31Hvh6J3e MmyyotPqJ+OD9/IZQhe38wDjKg5UTK89uszMD3CG4uWGzWK209wWFl1m5NOMziLmLbtW nLhA4Eb7ONiQ5UOrx8H4dBTgJX+HwUZqShr30y4GY3WUyRxANt+WhbPqX599JpZRPwwP AUmA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=CHJRySY4jDX+HGTaHu8ED/jQm4vQpSK9Ly6Xi6P6uZM=; b=bYn1GQ0xn82j31dmDG8y7rIwZkcBsV16OOi5dUrpJaM0H3AMhb/AIt3bwkUJ+OY9t3 oblcVgbikIRoeueF9QJhDlvTgIj7z5Cgrns/G/zfeIdoBFI8kICRx/4X7RwOutgOz5KZ C6QB76//Ilhf0qccduGDMIO9OoGN6vmIRFBah6LvaOzU7EpAGC9oKWUKonCStG4g5ABs n/vOpm9e58fBsEd/eh41Cbv3aovOFb8fbT3y6avi4YmOQTzjVsgG4Hp32Ump4DAdz7mc bwJTsZUjARjzie8FVyT8Ua+McmQWbC+Ftou6DdoevAuGb0HyBVC97471mhNG7OApEaS/ tqNA== X-Gm-Message-State: AHYfb5g5y7Efqtk59MUJ78gfdF/5AZLvi+NM68b3RUhOMks8RGqxdPt0 wqIyC9sdsfNvvbm/qkFqOInT9ftYhg== X-Received: by 10.129.88.196 with SMTP id m187mr735946ywb.461.1503933419438; Mon, 28 Aug 2017 08:16:59 -0700 (PDT) MIME-Version: 1.0 References: <735d8f1dde6f495cb69a7dd9479473be@HE105662.emea1.cds.t-internal.com> In-Reply-To: <735d8f1dde6f495cb69a7dd9479473be@HE105662.emea1.cds.t-internal.com> From: Ravi Torvi Date: Mon, 28 Aug 2017 15:16:48 +0000 Message-ID: To: N.Leymann@telekom.de, mpls@ietf.org Cc: draft-mtaillon-mpls-summary-frr-rsvpte@ietf.org, mpls-chairs@ietf.org Content-Type: multipart/alternative; boundary="001a114934fe3b4af20557d1c92d" Archived-At: Subject: Re: [mpls] Working Group Adoption Poll for draft-mtaillon-mpls-summary-frr-rsvpt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Aug 2017 15:17:02 -0000 --001a114934fe3b4af20557d1c92d Content-Type: text/plain; charset="UTF-8" Support regards, Ravi On Fri, Aug 25, 2017 at 4:03 AM wrote: > Dear Working Group, > > This is the mail to start a two week poll on adopting > draft-mtaillon-mpls-summary-frr-rsvpt as a MPLS working group document. > > Please send your comments (support/not support) to the mpls working group > mailing list (*mpls@ietf.org* ). Please give a technical > motivation > for your support/not support, especially if you think that the document > should not be adopted as a working group document. > > There is one IPR disclosure in compliance with the IETF IPR rules: > > *https://datatracker.ietf.org/ipr/2559/* > > > All the authors have stated on the MPLS wg mailing list that they are > unaware of any other IPRs than those that has been disclosed. One answer > was send to the WG chairs only, but we will make sure that it will be > resent to the wg mailing list as well. > > The working group adoption poll ends September 8, 2017. > > Nic > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > --001a114934fe3b4af20557d1c92d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Support

regards,
Ravi
=
On Fri, Aug 25, 2017 at 4:0= 3 AM <N.Leymann@telekom.de&g= t; wrote:
Dear Working Group,
=C2=A0
This is the mail to start a two week poll on adopting draft-mtaillon-m= pls-summary-frr-rsvpt as a MPLS working group document.
=C2=A0
Please send your comments (support/not support) to the mpls working=C2= =A0 group mailing list (= mpls@ietf.org). Please give a techni= cal motivation
for your support/not support, especially if you think that the documen= t should not be adopted as a working group document.
=C2=A0
There is one IPR disclosure in compliance with the IETF IPR rules:
=C2=A0
=C2=A0
All the authors have stated on the MPLS wg mailing list that they are = unaware of any other IPRs than those that has been disclosed. One answer wa= s send to the WG chairs only, but we will make sure that it will be resent = to the wg mailing list as well.
=C2=A0
The working group adoption poll ends September 8, 2017.
=C2=A0
Nic
=C2=A0
=C2=A0
_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls
--001a114934fe3b4af20557d1c92d-- From nobody Mon Aug 28 09:09:11 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7C79D132C41; Mon, 28 Aug 2017 09:09:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.01 X-Spam-Level: X-Spam-Status: No, score=-3.01 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H5=-1, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=juniper.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id C6c4bwftTJ6U; Mon, 28 Aug 2017 09:09:08 -0700 (PDT) Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-by2nam01on0135.outbound.protection.outlook.com [104.47.34.135]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D9860132027; Mon, 28 Aug 2017 09:09:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=bV5MPaMAnLsVrU08yM1TEzoMAPlWzwuDI3H9SNwA9pE=; b=jYaWVR2h5Mxk/GIDBIIwBlASOnTKXhYd/rjGNvAWNep/bYG8CW6L70ONMdc0N8fTT0eskRxwudQ5f/XBfj7JchpQdvSID1c17I6PHzXOWGXDYSrbX0o/vWQlz6XQ4NUvtL+zpUDUHQ24BD3/ouQ4f9T9NWDpBhafFVTA9zMU2Rc= Received: from DM2PR0501MB1198.namprd05.prod.outlook.com (10.160.245.23) by DM2PR0501MB1581.namprd05.prod.outlook.com (10.160.133.147) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.13.2; Mon, 28 Aug 2017 16:09:06 +0000 Received: from DM2PR0501MB1198.namprd05.prod.outlook.com ([fe80::302c:3ae:b0cf:f7ca]) by DM2PR0501MB1198.namprd05.prod.outlook.com ([fe80::302c:3ae:b0cf:f7ca%13]) with mapi id 15.20.0013.008; Mon, 28 Aug 2017 16:09:06 +0000 From: Abhishek Deshmukh To: "N.Leymann@telekom.de" , "mpls@ietf.org" CC: "mpls-chairs@ietf.org" , "draft-mtaillon-mpls-summary-frr-rsvpte@ietf.org" Thread-Topic: Working Group Adoption Poll for draft-mtaillon-mpls-summary-frr-rsvpt Thread-Index: AdMc35wTn3uHh+k2SiaixBaSCO0RhgDFtaWA Date: Mon, 28 Aug 2017 16:09:06 +0000 Message-ID: <76515EA7-3F2E-4E6B-9DD2-37FF4A89D28F@juniper.net> References: <735d8f1dde6f495cb69a7dd9479473be@HE105662.emea1.cds.t-internal.com> In-Reply-To: <735d8f1dde6f495cb69a7dd9479473be@HE105662.emea1.cds.t-internal.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.20.0.170309 x-originating-ip: [66.129.241.12] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DM2PR0501MB1581; 6:XTZ2ClQfigiRawRT7DfDSPCkbgkb93wosjagxmZcb0201sLtDjtV+liZZufPYftGo0m7rbH4pljMm6skvWyectx4s+EFHenafA4WkrbL1YvqjBpyPZtxGdWaqkvnc695ivOQOU2Dt+uCcARXiYkuA1bTVXXrmkk2FCLOWCLrTbf9ZskBeCAfDkOT7THiGefCVyMUezlnKmt6gXB6F2OO5Up/XY7G0JkHBQ5YCUTNRP1HOnyoihO8I5/sqBa/THn906NcW3ombkcKTg5udcZelTsGrrrLy0E8HSXBHvu/l8ypsvC4DpY8ZIYc3BHccvcyEoNTz0fruTMohE3ZUAv5Xg==; 5:1WpnwFUpm3E6gk0LhtlhPZamlbNL78X3ZJiDO7cBhclH2A5CaHNRDY6Ua3p3Enza83A4ncGhlvGul/vcAzGOL9pW/2gnfzOY9qrTeIQvUioVaZoqiAQvwcBwwAFn0+eUXe1o7zIA940AIvVY3QR51Q==; 24:w7SIrpxyblv7lNXxoycuUo6U/zuZC2bwwzgu6E5/emZ5NrXV0pwmoHU3FFZdTfFmwuCMxIH7OaJqVM+HAAxt3cJ1j1ZmtUJNOqb9QB90pT8=; 7:btDgQdf5sITokcOhsAnOa1K0+RmmkMlFOzrLhiRkXrmPuuxGn1cME2rtLfHjEsHjxR1X8x+93mE4qeYgFO0xWcfdC+LUnfPTfzoA1+5umW4d18Jl0Eg25i2LLGulCx+UCLpAusH5zFkh0xCW8ukwUPFt1+iwTyxV/N0UKIsi8vebEJWnNwPoJyCnTYP3CSFsii8LrvxZngVYP8W3Ihl1pj/WXqQEz+0jGHFrTYSy4b8= x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: 1f636b4d-d5ca-4b81-a0e9-08d4ee2f1bcc x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(300000502095)(300135100095)(22001)(2017030254152)(300000503095)(300135400095)(48565401081)(2017052603199)(201703131423075)(201703031133081)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:DM2PR0501MB1581; x-ms-traffictypediagnostic: DM2PR0501MB1581: authentication-results: spf=none (sender IP is ) smtp.mailfrom=adeshmukh@juniper.net; x-exchange-antispam-report-test: UriScan:(120809045254105)(138986009662008)(95692535739014)(21748063052155); x-microsoft-antispam-prvs: x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(601004)(2401047)(5005006)(8121501046)(100000703101)(100105400095)(93006095)(93001095)(3002001)(10201501046)(6055026)(6041248)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123560025)(20161123555025)(20161123562025)(20161123564025)(20161123558100)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:DM2PR0501MB1581; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:DM2PR0501MB1581; x-forefront-prvs: 0413C9F1ED x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39860400002)(377454003)(199003)(37854004)(189002)(81166006)(6306002)(54356999)(6436002)(76176999)(50986999)(2950100002)(81156014)(33656002)(53936002)(2501003)(53546010)(54896002)(101416001)(66066001)(6486002)(36756003)(229853002)(3660700001)(7736002)(68736007)(5250100002)(86362001)(6246003)(2906002)(25786009)(6506006)(606006)(105586002)(102836003)(6116002)(3846002)(230783001)(4326008)(478600001)(3280700002)(106356001)(966005)(82746002)(6512007)(4001350100001)(54906002)(83506001)(2900100001)(5660300001)(236005)(8936002)(97736004)(189998001)(83716003)(14454004)(99286003)(8676002); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR0501MB1581; H:DM2PR0501MB1198.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_76515EA73F2E4E6B9DD237FF4A89D28Fjunipernet_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Aug 2017 16:09:06.1945 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR0501MB1581 Archived-At: Subject: Re: [mpls] Working Group Adoption Poll for draft-mtaillon-mpls-summary-frr-rsvpt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Aug 2017 16:09:11 -0000 --_000_76515EA73F2E4E6B9DD237FF4A89D28Fjunipernet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 U3VwcG9ydCAoYXMgYSBjby1hdXRob3IpLCB0aGlzIGRyYWZ0IGFkZHJlc3NlcyBhbiBpbXBvcnRh bnQgc2NhbGluZyBpc3N1ZSB3aXRoIHJlZ2FyZHMgdG8gRlJSIGluIFJTVlAuDQoNClRoYW5rcywN CkFiaGlzaGVrDQoNCkZyb206ICJOLkxleW1hbm5AdGVsZWtvbS5kZSIgPE4uTGV5bWFubkB0ZWxl a29tLmRlPg0KRGF0ZTogRnJpZGF5LCBBdWd1c3QgMjUsIDIwMTcgYXQgNDowMyBBTQ0KVG86ICJt cGxzQGlldGYub3JnIiA8bXBsc0BpZXRmLm9yZz4NCkNjOiAibXBscy1jaGFpcnNAaWV0Zi5vcmci IDxtcGxzLWNoYWlyc0BpZXRmLm9yZz4sICJkcmFmdC1tdGFpbGxvbi1tcGxzLXN1bW1hcnktZnJy LXJzdnB0ZUBpZXRmLm9yZyIgPGRyYWZ0LW10YWlsbG9uLW1wbHMtc3VtbWFyeS1mcnItcnN2cHRl QGlldGYub3JnPg0KU3ViamVjdDogV29ya2luZyBHcm91cCBBZG9wdGlvbiBQb2xsIGZvciBkcmFm dC1tdGFpbGxvbi1tcGxzLXN1bW1hcnktZnJyLXJzdnB0DQpSZXNlbnQtRnJvbTogPGFsaWFzLWJv dW5jZXNAaWV0Zi5vcmc+DQpSZXNlbnQtVG86IDxtdGFpbGxvbkBjaXNjby5jb20+LCA8dHNhYWRA Y2lzY28uY29tPiwgPHJnYW5kaGlAY2lzY28uY29tPiwgPGFkZXNobXVraEBqdW5pcGVyLm5ldD4s IE1hcmt1cyBKb3JrIDxtam9ya0BqdW5pcGVyLm5ldD4sIFZpc2hudSBCZWVyYW0gPHZiZWVyYW1A anVuaXBlci5uZXQ+DQpSZXNlbnQtRGF0ZTogRnJpZGF5LCBBdWd1c3QgMjUsIDIwMTcgYXQgNDow MyBBTQ0KDQpEZWFyIFdvcmtpbmcgR3JvdXAsDQoNClRoaXMgaXMgdGhlIG1haWwgdG8gc3RhcnQg YSB0d28gd2VlayBwb2xsIG9uIGFkb3B0aW5nIGRyYWZ0LW10YWlsbG9uLW1wbHMtc3VtbWFyeS1m cnItcnN2cHQgYXMgYSBNUExTIHdvcmtpbmcgZ3JvdXAgZG9jdW1lbnQuDQoNClBsZWFzZSBzZW5k IHlvdXIgY29tbWVudHMgKHN1cHBvcnQvbm90IHN1cHBvcnQpIHRvIHRoZSBtcGxzIHdvcmtpbmcg IGdyb3VwIG1haWxpbmcgbGlzdCAobXBsc0BpZXRmLm9yZzxtYWlsdG86bXBsc0BpZXRmLm9yZz4p LiBQbGVhc2UgZ2l2ZSBhIHRlY2huaWNhbCBtb3RpdmF0aW9uDQpmb3IgeW91ciBzdXBwb3J0L25v dCBzdXBwb3J0LCBlc3BlY2lhbGx5IGlmIHlvdSB0aGluayB0aGF0IHRoZSBkb2N1bWVudCBzaG91 bGQgbm90IGJlIGFkb3B0ZWQgYXMgYSB3b3JraW5nIGdyb3VwIGRvY3VtZW50Lg0KDQpUaGVyZSBp cyBvbmUgSVBSIGRpc2Nsb3N1cmUgaW4gY29tcGxpYW5jZSB3aXRoIHRoZSBJRVRGIElQUiBydWxl czoNCg0KICAgIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvaXByLzI1NTkvDQoNCkFsbCB0 aGUgYXV0aG9ycyBoYXZlIHN0YXRlZCBvbiB0aGUgTVBMUyB3ZyBtYWlsaW5nIGxpc3QgdGhhdCB0 aGV5IGFyZSB1bmF3YXJlIG9mIGFueSBvdGhlciBJUFJzIHRoYW4gdGhvc2UgdGhhdCBoYXMgYmVl biBkaXNjbG9zZWQuIE9uZSBhbnN3ZXIgd2FzIHNlbmQgdG8gdGhlIFdHIGNoYWlycyBvbmx5LCBi dXQgd2Ugd2lsbCBtYWtlIHN1cmUgdGhhdCBpdCB3aWxsIGJlIHJlc2VudCB0byB0aGUgd2cgbWFp bGluZyBsaXN0IGFzIHdlbGwuDQoNClRoZSB3b3JraW5nIGdyb3VwIGFkb3B0aW9uIHBvbGwgZW5k cyBTZXB0ZW1iZXIgOCwgMjAxNy4NCg0KTmljDQoNCg0K --_000_76515EA73F2E4E6B9DD237FF4A89D28Fjunipernet_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0 IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8N CnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsN CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWls eToiVGltZXMgTmV3IFJvbWFuIjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1z dHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxp bmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1w cmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9 DQpwLmVtYWlscXVvdGUsIGxpLmVtYWlscXVvdGUsIGRpdi5lbWFpbHF1b3RlDQoJe21zby1zdHls ZS1uYW1lOmVtYWlscXVvdGU7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJp Z2h0OjBpbjsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDoxLjBw dDsNCglib3JkZXI6bm9uZTsNCglwYWRkaW5nOjBpbjsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZv bnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21zby1z dHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OkNhbGlicmk7DQoJY29sb3I6 d2luZG93dGV4dDt9DQpzcGFuLm1zb0lucw0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsN Cgltc28tc3R5bGUtbmFtZToiIjsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lOw0KCWNvbG9y OnRlYWw7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJ Zm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4w aW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjEN Cgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT4NCjwvaGVhZD4NCjxib2R5IGJnY29s b3I9IndoaXRlIiBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2 IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+U3VwcG9ydCAoYXMgYSBjby1h dXRob3IpLCB0aGlzIGRyYWZ0IGFkZHJlc3NlcyBhbiBpbXBvcnRhbnQgc2NhbGluZyBpc3N1ZSB3 aXRoIHJlZ2FyZHMgdG8gRlJSIGluIFJTVlAuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 Q2FsaWJyaSI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+VGhh bmtzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPkFiaGlzaGVrPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEu MHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmk7Y29sb3I6YmxhY2siPkZyb206IDwvc3Bh bj4NCjwvYj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6Q2FsaWJyaTtjb2xvcjpibGFjayI+JnF1 b3Q7Ti5MZXltYW5uQHRlbGVrb20uZGUmcXVvdDsgJmx0O04uTGV5bWFubkB0ZWxla29tLmRlJmd0 Ozxicj4NCjxiPkRhdGU6IDwvYj5GcmlkYXksIEF1Z3VzdCAyNSwgMjAxNyBhdCA0OjAzIEFNPGJy Pg0KPGI+VG86IDwvYj4mcXVvdDttcGxzQGlldGYub3JnJnF1b3Q7ICZsdDttcGxzQGlldGYub3Jn Jmd0Ozxicj4NCjxiPkNjOiA8L2I+JnF1b3Q7bXBscy1jaGFpcnNAaWV0Zi5vcmcmcXVvdDsgJmx0 O21wbHMtY2hhaXJzQGlldGYub3JnJmd0OywgJnF1b3Q7ZHJhZnQtbXRhaWxsb24tbXBscy1zdW1t YXJ5LWZyci1yc3ZwdGVAaWV0Zi5vcmcmcXVvdDsgJmx0O2RyYWZ0LW10YWlsbG9uLW1wbHMtc3Vt bWFyeS1mcnItcnN2cHRlQGlldGYub3JnJmd0Ozxicj4NCjxiPlN1YmplY3Q6IDwvYj5Xb3JraW5n IEdyb3VwIEFkb3B0aW9uIFBvbGwgZm9yIGRyYWZ0LW10YWlsbG9uLW1wbHMtc3VtbWFyeS1mcnIt cnN2cHQ8YnI+DQo8Yj5SZXNlbnQtRnJvbTogPC9iPiZsdDthbGlhcy1ib3VuY2VzQGlldGYub3Jn Jmd0Ozxicj4NCjxiPlJlc2VudC1UbzogPC9iPiZsdDttdGFpbGxvbkBjaXNjby5jb20mZ3Q7LCAm bHQ7dHNhYWRAY2lzY28uY29tJmd0OywgJmx0O3JnYW5kaGlAY2lzY28uY29tJmd0OywgJmx0O2Fk ZXNobXVraEBqdW5pcGVyLm5ldCZndDssIE1hcmt1cyBKb3JrICZsdDttam9ya0BqdW5pcGVyLm5l dCZndDssIFZpc2hudSBCZWVyYW0gJmx0O3ZiZWVyYW1AanVuaXBlci5uZXQmZ3Q7PGJyPg0KPGI+ UmVzZW50LURhdGU6IDwvYj5GcmlkYXksIEF1Z3VzdCAyNSwgMjAxNyBhdCA0OjAzIEFNPG86cD48 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj5EZWFyIFdv cmtpbmcgR3JvdXAsPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 Q2FsaWJyaSI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6Q2FsaWJyaSI+VGhpcyBpcyB0aGUgbWFpbCB0byBzdGFydCBhIHR3byB3ZWVrIHBvbGwgb24g YWRvcHRpbmcgZHJhZnQtbXRhaWxsb24tbXBscy1zdW1tYXJ5LWZyci1yc3ZwdCBhcyBhIE1QTFMg d29ya2luZyBncm91cCBkb2N1bWVudC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTpDYWxpYnJpIj5QbGVhc2Ugc2VuZCB5b3VyIGNvbW1lbnRzIChzdXBwb3J0 L25vdCBzdXBwb3J0KSB0byB0aGUgbXBscyB3b3JraW5nJm5ic3A7IGdyb3VwIG1haWxpbmcgbGlz dCAoPGEgaHJlZj0ibWFpbHRvOm1wbHNAaWV0Zi5vcmciPm1wbHNAaWV0Zi5vcmc8L2E+KS4gUGxl YXNlIGdpdmUgYSB0ZWNobmljYWwgbW90aXZhdGlvbg0KPG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+Zm9yIHlvdXIgc3VwcG9ydC9ub3Qgc3VwcG9y dCwgZXNwZWNpYWxseSBpZiB5b3UgdGhpbmsgdGhhdCB0aGUgZG9jdW1lbnQgc2hvdWxkIG5vdCBi ZSBhZG9wdGVkIGFzIGEgd29ya2luZyBncm91cCBkb2N1bWVudC48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj5UaGVyZSBpcyBvbmUgSVBSIGRp c2Nsb3N1cmUgaW4gY29tcGxpYW5jZSB3aXRoIHRoZSBJRVRGIElQUiBydWxlczo8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDs8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj4mbmJzcDsmbmJz cDsmbmJzcDsgPGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9pcHIvMjU1OS8i Pg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9pcHIvMjU1OS88L2E+IDxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPiZuYnNwOzxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmkiPkFsbCB0aGUgYXV0 aG9ycyBoYXZlIHN0YXRlZCBvbiB0aGUgTVBMUyB3ZyBtYWlsaW5nIGxpc3QgdGhhdCB0aGV5IGFy ZSB1bmF3YXJlIG9mIGFueSBvdGhlciBJUFJzIHRoYW4gdGhvc2UgdGhhdCBoYXMgYmVlbiBkaXNj bG9zZWQuIE9uZSBhbnN3ZXIgd2FzIHNlbmQgdG8gdGhlIFdHIGNoYWlycyBvbmx5LCBidXQgd2Ug d2lsbA0KIG1ha2Ugc3VyZSB0aGF0IGl0IHdpbGwgYmUgcmVzZW50IHRvIHRoZSB3ZyBtYWlsaW5n IGxpc3QgYXMgd2VsbC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTpDYWxpYnJpIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTpDYWxpYnJpIj5UaGUgd29ya2luZyBncm91cCBhZG9wdGlvbiBwb2xsIGVuZHMgU2VwdGVt YmVyIDgsIDIwMTcuPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 Q2FsaWJyaSI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6Q2FsaWJyaSI+TmljPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6Q2FsaWJyaSI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6Q2FsaWJyaSI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_76515EA73F2E4E6B9DD237FF4A89D28Fjunipernet_-- From nobody Tue Aug 29 01:48:03 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 14D0D1329C0; Tue, 29 Aug 2017 01:48:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.019 X-Spam-Level: X-Spam-Status: No, score=-2.019 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=juniper.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xUCyJN9hBZiP; Tue, 29 Aug 2017 01:47:58 -0700 (PDT) Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-by2nam01on0097.outbound.protection.outlook.com [104.47.34.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 705C11329AD; Tue, 29 Aug 2017 01:47:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=jQcizXwRUx1jfWaQIopdcwaxakBuKYPlp6cQZtcmNJk=; b=IQ5iWJP7BgDgpkQcg/2cR2xOg6audA0qUMqWG+sZelSLb/a+R6mIr6PFNamITFo/AHmlZdLrUfGqOm1kxl52C0Glfl70suNL7STHtPs2WdazWdl84yEiCqTPL4Wk6Vus/G7PrtbHidzUuJd1Bc+avVHvv9J0jmLJp6sjAjMQhYw= Received: from BN3PR0501MB1377.namprd05.prod.outlook.com (10.160.117.11) by BN3PR0501MB1620.namprd05.prod.outlook.com (10.161.220.26) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.13.2; Tue, 29 Aug 2017 08:47:57 +0000 Received: from BN3PR0501MB1377.namprd05.prod.outlook.com ([10.160.117.11]) by BN3PR0501MB1377.namprd05.prod.outlook.com ([10.160.117.11]) with mapi id 15.20.0013.008; Tue, 29 Aug 2017 08:47:57 +0000 From: Chandrasekar Ramachandran To: "N.Leymann@telekom.de" , "mpls@ietf.org" CC: "draft-mtaillon-mpls-summary-frr-rsvpte@ietf.org" , "mpls-chairs@ietf.org" Thread-Topic: [mpls] Working Group Adoption Poll for draft-mtaillon-mpls-summary-frr-rsvpt Thread-Index: AdMc35wTn3uHh+k2SiaixBaSCO0RhgDw5z1A Date: Tue, 29 Aug 2017 08:47:56 +0000 Message-ID: References: <735d8f1dde6f495cb69a7dd9479473be@HE105662.emea1.cds.t-internal.com> In-Reply-To: <735d8f1dde6f495cb69a7dd9479473be@HE105662.emea1.cds.t-internal.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=csekar@juniper.net; x-originating-ip: [116.197.184.12] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; BN3PR0501MB1620; 6:bLEttMnZf7DfZx2v8Yi0ePIM9xkAGb6H0dlMmqWl0GnfRnHM9zZZ40UCKumwVxIM8nmBEZWEc64yLxDLj0uLhQRjTy+pfFGzLWF+JUCTUfAYoOh9Zti2tnHvNknWj2iJ3oY1/TRmTSJnb1FKv0Sjb5nnSlwDAgV0n/g5ewdERuUxkul/uMfrLvivZ/OMOufYd8acrPlpZbpX1RQS9alkFO2gDgPfN438FBd+N/Biz/2S3DGZGUyJ5MnPQ2m/jCcGPew7FdyYltaEuH1kNVTUf2o7TVPy8e9fh46PoXGWdcHx5PL2vHvReKtlHR+CpjORv5DywesLXFooXDPySIpLpQ==; 5:tod32DsXLqEmSzTgXcwxGfVKe47nlvTtrBAvbr3c2GXVgkusurE8KiedevJDrE+/kE3SkY6Os+Ip5WCh+GZkxVJ6qi6pkho4kSrncMt2JPgy87EhrKNv28QDyw3nmy1Dlhq8DA+ATJX0kheZmBXt8A==; 24:8SbAXYleQ38YzehXhih8/OoRTGASHWyc9hfnH/wC53Kmo/0hKyvmaDZMNVKCsOEOALpGIOxfPQvJUTehP1mG+WC23jvKtfwj+fCqL+KFtzI=; 7:hAUFuHfYu5BqQJyeJYGp3q0UjDo0uO6RracJu2P1wr+z/77eYzwBX+qUsHSbeRvX4azfHGECtJQXzNx1naK4qZaAmXkOJrPN9vSttii/qF0HiOjIs9xtkc6Ii7yFPNiuqfyfDag2W0hD+3sVaFPQRg7g1MSKbgsVHA+iAK0cHEv/hWRt3vvvQ9BOeqW5pxBw/Am6fbRerMevtW7kEeA5uhfaYYDAsR+8kowZ5va1KVE= x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: a85fc2fc-21ab-4b91-a93c-08d4eebaa555 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(2017030254152)(300000503095)(300135400095)(48565401081)(2017052603199)(201703131423075)(201703031133081)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:BN3PR0501MB1620; x-ms-traffictypediagnostic: BN3PR0501MB1620: x-exchange-antispam-report-test: UriScan:(120809045254105)(21748063052155); x-microsoft-antispam-prvs: x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(93006095)(93001095)(100000703101)(100105400095)(6055026)(6041248)(20161123564025)(20161123562025)(20161123555025)(20161123560025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123558100)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:BN3PR0501MB1620; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:BN3PR0501MB1620; x-forefront-prvs: 0414DF926F x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39860400002)(199003)(189002)(377454003)(6436002)(54356999)(4326008)(77096006)(101416001)(6116002)(102836003)(3846002)(790700001)(50986999)(99286003)(229853002)(55016002)(2501003)(54906002)(6306002)(54896002)(6506006)(81156014)(9686003)(2900100001)(8676002)(74316002)(53936002)(19609705001)(81166006)(66066001)(76176999)(606006)(2950100002)(2906002)(5660300001)(53546010)(8936002)(3280700002)(478600001)(230783001)(105586002)(25786009)(14454004)(106356001)(3660700001)(86362001)(7696004)(7736002)(236005)(966005)(97736004)(68736007)(33656002)(189998001)(6246003)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR0501MB1620; H:BN3PR0501MB1377.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_BN3PR0501MB13772EC6BF74838D7E25451BD99F0BN3PR0501MB1377_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Aug 2017 08:47:57.0014 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR0501MB1620 Archived-At: Subject: Re: [mpls] Working Group Adoption Poll for draft-mtaillon-mpls-summary-frr-rsvpt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2017 08:48:01 -0000 --_000_BN3PR0501MB13772EC6BF74838D7E25451BD99F0BN3PR0501MB1377_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Support. From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of N.Leymann@telekom.de Sent: Friday, August 25, 2017 1:34 PM To: mpls@ietf.org Cc: draft-mtaillon-mpls-summary-frr-rsvpte@ietf.org; mpls-chairs@ietf.org Subject: [mpls] Working Group Adoption Poll for draft-mtaillon-mpls-summary= -frr-rsvpt Dear Working Group, This is the mail to start a two week poll on adopting draft-mtaillon-mpls-s= ummary-frr-rsvpt as a MPLS working group document. Please send your comments (support/not support) to the mpls working group = mailing list (mpls@ietf.org). Please give a technical= motivation for your support/not support, especially if you think that the document sho= uld not be adopted as a working group document. There is one IPR disclosure in compliance with the IETF IPR rules: https://datatracker.ietf.org/ipr/2559/ All the authors have stated on the MPLS wg mailing list that they are unawa= re of any other IPRs than those that has been disclosed. One answer was sen= d to the WG chairs only, but we will make sure that it will be resent to th= e wg mailing list as well. The working group adoption poll ends September 8, 2017. Nic --_000_BN3PR0501MB13772EC6BF74838D7E25451BD99F0BN3PR0501MB1377_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Support.

 

From: mpls [mailto:mpls-bounces@ietf= .org] On Behalf Of N.Leymann@telekom.de
Sent: Friday, August 25, 2017 1:34 PM
To: mpls@ietf.org
Cc: draft-mtaillon-mpls-summary-frr-rsvpte@ietf.org; mpls-chairs@iet= f.org
Subject: [mpls] Working Group Adoption Poll for draft-mtaillon-mpls-= summary-frr-rsvpt

 

Dear Working Group,

 

This is the mail to start a two week poll on adopti= ng draft-mtaillon-mpls-summary-frr-rsvpt as a MPLS working group document.<= o:p>

 

Please send your comments (support/not support) to = the mpls working  group mailing list (mpls@ietf.org). Please give a technical motivation

for your support/not support, especially if you thi= nk that the document should not be adopted as a working group document.

 

There is one IPR disclosure in compliance with the = IETF IPR rules:

 

 

All the authors have stated on the MPLS wg mailing = list that they are unaware of any other IPRs than those that has been discl= osed. One answer was send to the WG chairs only, but we will make sure that it will be resent to the wg mailing list as wel= l.

 

The working group adoption poll ends September 8, 2= 017.

 

Nic

 

 

--_000_BN3PR0501MB13772EC6BF74838D7E25451BD99F0BN3PR0501MB1377_-- From nobody Tue Aug 29 06:14:30 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F1C4F13292D; Tue, 29 Aug 2017 06:14:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.019 X-Spam-Level: X-Spam-Status: No, score=-2.019 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=juniper.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eoFtC6ql5PPg; Tue, 29 Aug 2017 06:14:26 -0700 (PDT) Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-by2nam01on0118.outbound.protection.outlook.com [104.47.34.118]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CD13D1326F6; Tue, 29 Aug 2017 06:14:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=iwzJgJM93qaTupfgyKtA8rjABVn30ftslzV+to0hs30=; b=SY7BZmaKjQeTGhInl83gpxvIZMTaROrOpRGzb3tBcD3su91YdaOqWPIbKfWm4YIvNcQ0vqYe5hmsYokB9CkJ7jvvMdGoF6om5uxSPSAI9JxszOmGMTP/B8vqBve5A+OmjXvhxvV3uEkZXGr0oABAeMzSe8+1h1KAMmEuLZw6JYQ= Received: from CY1PR05MB2651.namprd05.prod.outlook.com (10.167.10.151) by CY1PR05MB2507.namprd05.prod.outlook.com (10.167.10.134) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.13.2; Tue, 29 Aug 2017 13:14:25 +0000 Received: from CY1PR05MB2651.namprd05.prod.outlook.com ([10.167.10.151]) by CY1PR05MB2651.namprd05.prod.outlook.com ([10.167.10.151]) with mapi id 15.20.0013.008; Tue, 29 Aug 2017 13:14:25 +0000 From: Markus Jork To: "N.Leymann@telekom.de" , "mpls@ietf.org" CC: "mpls-chairs@ietf.org" , "draft-mtaillon-mpls-summary-frr-rsvpte@ietf.org" Thread-Topic: Working Group Adoption Poll for draft-mtaillon-mpls-summary-frr-rsvpt Thread-Index: AdMc35wTn3uHh+k2SiaixBaSCO0RhgD6MBvw Date: Tue, 29 Aug 2017 13:14:25 +0000 Message-ID: References: <735d8f1dde6f495cb69a7dd9479473be@HE105662.emea1.cds.t-internal.com> In-Reply-To: <735d8f1dde6f495cb69a7dd9479473be@HE105662.emea1.cds.t-internal.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [66.129.241.11] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; CY1PR05MB2507; 6:HHKs/F1ncizhiMeL9TB4VLSoDNS5ntsZ4gZ0qo3LnOxKwZrA4kLNAqofQzkeNZv6mg6AR/XejRXQYSpqjqiahy8UqVTBGkYpCCidwOXmC961L5QYy4BGfNe09Mr7F37CuO6iEiWgtzHLhiejWFrRUjv7wxzHGKtTAMUM3HHRc5J8RQB4w2DALZQWjaUeJ5CVUt8QXBY2cB0N/JCC8xh2LPTiDTt9ixg68QG3SP419oGoCyToGjvIhdQzi+SYaFhf7Mvd2Ctxtb8E8qOPE/aWOikXJ0PxiKDL5j6X+EE3LvGD+mqgZ2sDJcAkbANvliIUYIXSXj9osKmhe2uBV3gX8Q==; 5:adeaTEQ1tJ23fjvlhZg8oxf1XVzHTiPVxWBpzJK6nUfEquZUajGZknqcEub4gGENbhzwdG0ry8ufZ6Lg1sQ0co3gZSyiazBOrTNQd5xBvsoZiV1VMpaMenuJhQi4ZzrYtWcIfeJyBENWHRJ7VvnYeg==; 24:1TyqFUahaoWWaqx6zKiPf+QE5E/A/EW/EOn27iFtfR4XCTZdjUctpT+L2k21JYNPFQ/1dYSlVarzOkfzWvGvGs5NbRWPxyarPWBYeNN6jR8=; 7:07CWyE6r8+0XWAHeaVNjRk6tI/d+ZeSwOvxwYLnt/wDwrQNfsYXmAt0Nk6wFmL+SvmsSyKwcjHcyjuucipgwCXIXCXf2vgk+xj9SzmWurf6Ko07mYkMf/NttcOdy4IVRjxp6kdr6lsfaN24Pes6z14G32jYHy4D8NfK0EEFWZNfVyXTOWyXhJ4XpmcdTUX+44t8Pdz/poWcdpcKxm0oDLM5FGHq0ze4EeWi6rYf1yKo= x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: 85867fa9-4f32-4e20-551e-08d4eedfdf4b x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(2017030254152)(48565401081)(300000503095)(300135400095)(2017052603199)(201703131423075)(201703031133081)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:CY1PR05MB2507; x-ms-traffictypediagnostic: CY1PR05MB2507: authentication-results: spf=none (sender IP is ) smtp.mailfrom=mjork@juniper.net; x-exchange-antispam-report-test: UriScan:(120809045254105)(21748063052155); x-microsoft-antispam-prvs: x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(601004)(2401047)(8121501046)(5005006)(3002001)(93006095)(93001095)(10201501046)(100000703101)(100105400095)(6055026)(6041248)(20161123558100)(20161123555025)(20161123562025)(20161123560025)(20161123564025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:CY1PR05MB2507; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:CY1PR05MB2507; x-forefront-prvs: 0414DF926F x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39860400002)(37854004)(377454003)(199003)(189002)(68736007)(478600001)(86362001)(97736004)(6246003)(6436002)(53936002)(77096006)(54896002)(74316002)(4326008)(19609705001)(606006)(6506006)(966005)(33656002)(229853002)(53546010)(3660700001)(50986999)(189998001)(76176999)(54356999)(3280700002)(2900100001)(99286003)(6306002)(66066001)(81166006)(81156014)(7696004)(8936002)(101416001)(54906002)(230783001)(2501003)(7736002)(5660300001)(2950100002)(25786009)(2906002)(14454004)(105586002)(8676002)(3846002)(102836003)(6116002)(790700001)(55016002)(9686003)(236005)(106356001); DIR:OUT; SFP:1102; SCL:1; SRVR:CY1PR05MB2507; H:CY1PR05MB2651.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_CY1PR05MB2651338F8589B9D62D994C6EA59F0CY1PR05MB2651namp_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Aug 2017 13:14:25.6831 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR05MB2507 Archived-At: Subject: Re: [mpls] Working Group Adoption Poll for draft-mtaillon-mpls-summary-frr-rsvpt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2017 13:14:29 -0000 --_000_CY1PR05MB2651338F8589B9D62D994C6EA59F0CY1PR05MB2651namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I support this (as co-author). It's a useful tool to improve RSVP scaling. From: N.Leymann@telekom.de [mailto:N.Leymann@telekom.de] Sent: Friday, August 25, 2017 4:04 AM To: mpls@ietf.org Cc: mpls-chairs@ietf.org; draft-mtaillon-mpls-summary-frr-rsvpte@ietf.org Subject: Working Group Adoption Poll for draft-mtaillon-mpls-summary-frr-rs= vpt Dear Working Group, This is the mail to start a two week poll on adopting draft-mtaillon-mpls-s= ummary-frr-rsvpt as a MPLS working group document. Please send your comments (support/not support) to the mpls working group = mailing list (mpls@ietf.org). Please give a technical= motivation for your support/not support, especially if you think that the document sho= uld not be adopted as a working group document. There is one IPR disclosure in compliance with the IETF IPR rules: https://datatracker.ietf.org/ipr/2559/ All the authors have stated on the MPLS wg mailing list that they are unawa= re of any other IPRs than those that has been disclosed. One answer was sen= d to the WG chairs only, but we will make sure that it will be resent to th= e wg mailing list as well. The working group adoption poll ends September 8, 2017. Nic --_000_CY1PR05MB2651338F8589B9D62D994C6EA59F0CY1PR05MB2651namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I support this (as co-author). ItR= 17;s a useful tool to improve RSVP scaling.

 

From: N.Leymann@telekom.de [mailto:N= .Leymann@telekom.de]
Sent: Friday, August 25, 2017 4:04 AM
To: mpls@ietf.org
Cc: mpls-chairs@ietf.org; draft-mtaillon-mpls-summary-frr-rsvpte@iet= f.org
Subject: Working Group Adoption Poll for draft-mtaillon-mpls-summary= -frr-rsvpt

 

Dear Working Group,

 

This is the mail to start a two week poll on adopti= ng draft-mtaillon-mpls-summary-frr-rsvpt as a MPLS working group document.<= o:p>

 

Please send your comments (support/not support) to = the mpls working  group mailing list (mpls@ietf.org). Please give a technical motivation

for your support/not support, especially if you thi= nk that the document should not be adopted as a working group document.

 

There is one IPR disclosure in compliance with the = IETF IPR rules:

 

 

All the authors have stated on the MPLS wg mailing = list that they are unaware of any other IPRs than those that has been discl= osed. One answer was send to the WG chairs only, but we will make sure that it will be resent to the wg mailing list as wel= l.

 

The working group adoption poll ends September 8, 2= 017.

 

Nic

 

 

--_000_CY1PR05MB2651338F8589B9D62D994C6EA59F0CY1PR05MB2651namp_-- From nobody Tue Aug 29 07:01:30 2017 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id ED66C132CEE; Tue, 29 Aug 2017 07:01:29 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Meeting Session Request Tool To: Cc: mpls@ietf.org, tsaad@cisco.com, mpls-chairs@ietf.org, db3546@att.com X-Test-IDTracker: no X-IETF-IDTracker: 6.59.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150401528996.13163.15278076583928173398.idtracker@ietfa.amsl.com> Date: Tue, 29 Aug 2017 07:01:29 -0700 Archived-At: Subject: [mpls] mpls - New Meeting Session Request for IETF 100 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2017 14:01:30 -0000 A new meeting session request has just been submitted by Tarek Saad, a Secretary of the mpls working group. --------------------------------------------------------- Working Group Name: Multiprotocol Label Switching Area Name: Routing Area Session Requester: Tarek Saad Number of Sessions: 1 Length of Session(s): 2 Hours Number of Attendees: 150 Conflicts to Avoid: First Priority: teas ccamp pce spring bess bfd idr pals bier detnet Second Priority: nvo3 sfc i2rs rtgarea rtgwg Third Priority: ospf isis sidr People who must be present: George Swallow Loa Andersson Deborah Brungard Nicolai Leymann Tarek Saad Resources Requested: Special Requests: --------------------------------------------------------- From nobody Tue Aug 29 09:10:23 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B978B132D0B for ; Tue, 29 Aug 2017 09:10:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.619 X-Spam-Level: X-Spam-Status: No, score=-2.619 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dtMrY3nrJxVl for ; Tue, 29 Aug 2017 09:10:08 -0700 (PDT) Received: from asmtp5.iomartmail.com (asmtp5.iomartmail.com [62.128.201.176]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 661CA132D0C for ; Tue, 29 Aug 2017 09:10:08 -0700 (PDT) Received: from asmtp5.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id v7TGA6av017752 for ; Tue, 29 Aug 2017 17:10:06 +0100 Received: from 950129200 (196.252.114.87.dyn.plus.net [87.114.252.196]) (authenticated bits=0) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id v7TGA3eo017730 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 29 Aug 2017 17:10:06 +0100 Reply-To: From: "Adrian Farrel" To: Date: Tue, 29 Aug 2017 17:10:03 +0100 Message-ID: <0bef01d320e1$4767c5f0$d63751d0$@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: AdMg4RcNTRwo8oNISUGWzfXnQOyQZw== Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1679-8.1.0.1062-23290.000 X-TM-AS-Result: No--14.511-10.0-31-10 X-imss-scan-details: No--14.511-10.0-31-10 X-TMASE-MatchedRID: quSvFq6q+vjgwb2MnLCcFSlrosmS0SOAMMr4GuNHX1p6GeWCu+JlEMLm p4jPUF8tuenE8eLG9VRjPbdEYtTmZfUe3cF58v23uIwLnB3Aqp1ReWnUUdhI9dnT/cqUnvn30IS bJBSoCMNbROwBR8V6JYpMlj66NgD7yeVYsaFJh/1oMLOoNHsM9n+vzHfC29pfVBS/JDYr37BWFs MQfbcNEzx1aPrla0WkPtKmfwJUZeq5cv1So2kfAkhEDfw/93Bubv16+gil4jdrEoFtNYg0C6VI+ iBc467S6p1/MWRsTlk8MXho6UtjB8kwYM+oZdHXgOqr/r0d+CwPaWzG/2S2hszvOkSymob/mEGg ID3cKkOrGLQYOnkPd+9EJt2F5OksTX7PJ/OU3vL+xOhjarOnHrHlqZYrZqdI+gtHj7OwNO0gIa2 uM5uk8lL2lghGeyAiOkaqJm7UNBT1wvNTk2lOksBo3nJ4Vunq+9xV5v/VGns= Archived-At: Subject: [mpls] New revision: draft-bryant-mpls-unified-ip-sr-02.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2017 16:10:17 -0000 MPLS Segment Routing in IP Networks Also known as "MPLS-SR-over-UDP" Thanks for useful discussion on and off list since Prague and especially to Jeff Tantsura who supplied a good chunk of text and suggestions. More discussion encouraged. Cheers, Adrian > -----Original Message----- > From: I-D-Announce [mailto:i-d-announce-bounces@ietf.org] On Behalf Of > internet-drafts@ietf.org > Sent: 29 August 2017 16:50 > To: i-d-announce@ietf.org > Subject: I-D Action: draft-bryant-mpls-unified-ip-sr-02.txt > > > A New Internet-Draft is available from the on-line Internet-Drafts directories. > > > Title : MPLS Segment Routing in IP Networks > Authors : Stewart Bryant > Adrian Farrel > John Drake > Jeff Tantsura > Filename : draft-bryant-mpls-unified-ip-sr-02.txt > Pages : 18 > Date : 2017-08-29 > > Abstract: > Segment routing is a source routed forwarding method that allows > packets to be steered through a network on paths other than the > shortest path derived from the routing protocol. The approach uses > information encoded in the packet header to partially or completely > specify the route the packet takes through the network, and does not > make use of a signaling protocol to pre-install paths in the network. > > Two different encapsulations have been defined to enable segment > routing in an MPLS network or in an IPv6 network. While > acknowledging that there is a strong need to support segment routing > in both environments, this document defines a mechanism to carry MPLS > segment routing packets encapsulated in UDP. The resulting approach > is applicable to both IPv4 and IPv6 networks without the need for any > changes to the IP or segment routing specifications. > > This document makes no changes to the segment routing architecture > and builds on existing protocol mechanisms such as the encapsulation > of MPLS within UDP defined in RFC 7510. > > No new procedures are introduced, but existing mechanisms are > combined to achieve the desired result. > > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-bryant-mpls-unified-ip-sr/ > > There are also htmlized versions available at: > https://tools.ietf.org/html/draft-bryant-mpls-unified-ip-sr-02 > https://datatracker.ietf.org/doc/html/draft-bryant-mpls-unified-ip-sr-02 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=draft-bryant-mpls-unified-ip-sr-02 > > > Please note that it may take a couple of minutes from the time of submission > until the htmlized version and diff are available at tools.ietf.org. > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > _______________________________________________ > I-D-Announce mailing list > I-D-Announce@ietf.org > https://www.ietf.org/mailman/listinfo/i-d-announce > Internet-Draft directories: http://www.ietf.org/shadow.html > or ftp://ftp.ietf.org/ietf/1shadow-sites.txt From nobody Tue Aug 29 12:29:30 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BD90E132195 for ; Tue, 29 Aug 2017 12:29:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.019 X-Spam-Level: X-Spam-Status: No, score=-2.019 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=juniper.net Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GaqABbePHHON for ; Tue, 29 Aug 2017 12:29:27 -0700 (PDT) Received: from NAM02-BL2-obe.outbound.protection.outlook.com (mail-bl2nam02on0126.outbound.protection.outlook.com [104.47.38.126]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2FDFB1252BA for ; Tue, 29 Aug 2017 12:29:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=dqFRmgjdO2Z+GnJLXGO/EWZs5uzL79AYbNsYeNngoz8=; b=bDyI7cEgP3S21F6oTwiejr3o8JVXj3kHlwjJLRaHG/0ubHPK4ykyvGxoJuIhZmeZd8tFdvxCm4l5ba8MTYaFJRvu3CmgBoAXcG/kWgjTrj+VkfLX2OVF/HN2aoq10+0GrJT+WqASMBZZslQc6BQ9x7u03Fr3V2flnCsxe4zGiso= Received: from BN3PR0501MB1554.namprd05.prod.outlook.com (10.161.217.144) by BN3PR0501MB1426.namprd05.prod.outlook.com (10.160.117.148) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.13.2; Tue, 29 Aug 2017 19:29:25 +0000 Received: from BN3PR0501MB1554.namprd05.prod.outlook.com ([10.161.217.144]) by BN3PR0501MB1554.namprd05.prod.outlook.com ([10.161.217.144]) with mapi id 15.20.0013.008; Tue, 29 Aug 2017 19:29:25 +0000 From: Yimin Shen To: "Andrew G. Malis" CC: "mpls@ietf.org" Thread-Topic: [mpls] new ver of draft-shen-mpls-egress-protection-framework Thread-Index: AQHTCgYyDq6oRKnFgUmPFu0kwHJm26KT8BCAgAezFIA= Date: Tue, 29 Aug 2017 19:29:25 +0000 Message-ID: References: <4C73B148-A6EE-403D-8B0F-4447584F1763@contoso.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.20.0.170309 authentication-results: spf=none (sender IP is ) smtp.mailfrom=yshen@juniper.net; x-originating-ip: [66.129.241.14] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; BN3PR0501MB1426; 6:YL7Uv6o3eHgWBtqjWkE+hB6mPBWJW4mMObmbWmml8i0SkLYvRdxwD43UD6X0Jc3D3ckNgptjkg73Go5VFwkU5ea6TdBkv0oVZzzEE+nRLfsjfhx/FP5rYOHD7qeBykuJxTK6XVChkoHTCScOT+YYs4+WN8bwZh26udNrrCr1TUyN5rf05aWEh+H4qP5iVvXu4A12s47pEWd78qTfoNsXIrAIUR4WcdUABivYpoorxEvFterCYTiUpjQu8KJhORTCirtnJUNSxYS5PzMim9kviQaFSWFhy261RFTB3xnh5/IB61V0Q8hMLhojieVjeSGHwN1hDOfe4jSKjDuAdT3VQQ==; 5:PifIw/7Xk7ZpEUPNVORmf0Q8PdPeOByCSRNooAFhO6TFWKXady+n7hULt6KKpthi9hwjMqcekvUFPrkiaGPfHa0VAxml8wV3aSZw006K69AYvjcEuGA7cHlsdcq+LvA5NTBqDF72pUhdbmg6x/XYng==; 24:luAL09MTngnxxhYngYtSA+6ZrzfgQw3eTKFXclovQFr13Jl+H9eNWbYshyrdC3WdU7fIRALIGnBE/0uuudClbhS0qkkjn49aFQCXD/1Ib9w=; 7:SSnrTs7eB+LLZbFpwmPqM8amgaMc1nO3z3oNX7iGIr4zvvz6iNPAWufWRf/apP1gpp32Wr8jmLqQe+rV1VIRvnutbFKo7xNn/E335ql1ugMkMtEsPwTamIivAm5STOuzcmI83Alg+DpOxdpcfOCAyOQniI4zI1yaCBcMAiIpKxr9kZFpLHZoohWJi1PSQS4abulpxPAxrIk/FjCyxPMaP5FCz/ifKaZTGzGvAsM4o+s= x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: bb5e0435-fd26-4f10-88fc-08d4ef144217 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(2017030254152)(300000503095)(300135400095)(48565401081)(2017052603199)(201703131423075)(201703031133081)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:BN3PR0501MB1426; x-ms-traffictypediagnostic: BN3PR0501MB1426: x-exchange-antispam-report-test: UriScan:(138986009662008)(21748063052155); x-microsoft-antispam-prvs: x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(601004)(2401047)(8121501046)(5005006)(100000703101)(100105400095)(10201501046)(93006095)(93001095)(3002001)(6055026)(6041248)(20161123564025)(20161123562025)(20161123555025)(20161123560025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123558100)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:BN3PR0501MB1426; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:BN3PR0501MB1426; x-forefront-prvs: 0414DF926F x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39860400002)(199003)(24454002)(189002)(377454003)(6246003)(6512007)(6306002)(53546010)(36756003)(83506001)(54896002)(53936002)(106356001)(25786009)(8936002)(236005)(33656002)(86362001)(66066001)(39060400002)(110136004)(1411001)(99286003)(478600001)(83716003)(82746002)(606006)(2900100001)(189998001)(966005)(230783001)(77096006)(229853002)(3846002)(6436002)(6116002)(102836003)(9326002)(4326008)(3660700001)(6486002)(50986999)(54356999)(76176999)(5660300001)(7736002)(68736007)(4001350100001)(14454004)(3280700002)(101416001)(6916009)(2950100002)(97736004)(6506006)(2906002)(8676002)(105586002)(81166006)(81156014); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR0501MB1426; H:BN3PR0501MB1554.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_AF0939B2C1A24672A8D7790D3BC38C60junipernet_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Aug 2017 19:29:25.2524 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR0501MB1426 Archived-At: Subject: Re: [mpls] new ver of draft-shen-mpls-egress-protection-framework X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2017 19:29:30 -0000 --_000_AF0939B2C1A24672A8D7790D3BC38C60junipernet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgQW5keSwNCg0KVGhhbmtzIHZlcnkgbXVjaCBmb3IgeW91ciBjb21tZW50cyBhbmQga2luZCBz dXBwb3J0IGZvciB0aGlzIGRyYWZ0IQ0KDQpZZXMsIHdlIHdpbGwgc3RhcnQgYSBkaXNjdXNzaW9u IHdpdGggUm9sZiBvbiB0aGUgbWFpbGluZyBsaXN0IGFuZCBhZGRyZXNzIGhpcyBjb21tZW50cyBz aG9ydGx5Lg0KDQpUaGFua3MsDQoNCi0tIFlpbWluDQoNCg0KRnJvbTogIkFuZHJldyBHLiBNYWxp cyIgPGFnbWFsaXNAZ21haWwuY29tPg0KRGF0ZTogVGh1cnNkYXksIEF1Z3VzdCAyNCwgMjAxNyBh dCAxOjU0IFBNDQpUbzogWWltaW4gU2hlbiA8eXNoZW5AanVuaXBlci5uZXQ+DQpDYzogIm1wbHNA aWV0Zi5vcmciIDxtcGxzQGlldGYub3JnPg0KU3ViamVjdDogUmU6IFttcGxzXSBuZXcgdmVyIG9m IGRyYWZ0LXNoZW4tbXBscy1lZ3Jlc3MtcHJvdGVjdGlvbi1mcmFtZXdvcmsNCg0KWWltaW4gZXQg YWwsDQoNCldoaWxlIGRvaW5nIHNvbWUgcG9zdC12YWNhdGlvbiBlbWFpbCBjYXRjaHVwLCBJIHNh dyBZaW1pbuKAmXMgZW1haWwgYmVsb3cuDQoNCknigJl2ZSByZWFkIHRoZSBkcmFmdCBhbmQgSSB0 aGluayBpdOKAmXMgcmVhZHkgdG8gYmVjb21lIGFuIE1QTFMgV0cgZHJhZnQuIE9mIHBhcnRpY3Vs YXIgaW1wb3J0YW5jZSB0byBtZSBpcyB0aGF0IGl04oCZcyBjb25zaXN0ZW50IHdpdGggc2ltaWxh ciB3b3JrIHdlIGRpZCBpbiB0aGUgUEFMUyBXRywgUkZDIDgxMDQuIEFsdGhvdWdoIGludGVyZXN0 aW5nbHksIFJGQyA4MTA0IGlzbuKAmXQgcmVmZXJlbmNlZCBpbiB0aGUgZHJhZnQsIHdoaWNoIGNh biBiZSByZWN0aWZpZWQgaW4gYSBmdXR1cmUgdXBkYXRlLg0KDQpJIHNlZSB0aGF0IFJvbGYgV2lu dGVyIGhhcyBhbHNvIHN1Ym1pdHRlZCBzb21lIGNvbW1lbnRzIG9uIHRoZSBkcmFmdC4gT25jZSBo aXMgY29tbWVudHMgaGF2ZSBiZSBhZGRyZXNzZWQsIHBlcmhhcHMgdGhlIGRyYWZ0IGNhbiBiZSBw b2xsZWQgZm9yIFdHIGFkb3B0aW9uLg0KDQpUaGFua3MsDQpBbmR5DQoNCk9uIE1vbiwgSnVsIDMx LCAyMDE3IGF0IDEwOjA2IEFNLCBZaW1pbiBTaGVuIDx5c2hlbkBqdW5pcGVyLm5ldDxtYWlsdG86 eXNoZW5AanVuaXBlci5uZXQ+PiB3cm90ZToNCk1QTFMgV0csDQoNCldlIGhhdmUgdXBsb2FkZWQg YSBuZXcgdmVyc2lvbiBvZiB0aGUgZHJhZnQtc2hlbi1tcGxzLWVncmVzcy1wcm90ZWN0aW9uLWZy YW1ld29yay4gVGhpcyBkcmFmdCBzcGVjaWZpZXMgYSBnZW5lcmljIGVncmVzcyBwcm90ZWN0aW9u IGZyYW1ld29yayBmb3IgbXVsdGktc2VydmljZSBhbmQgbXVsdGktdHJhbnNwb3J0IE1QTFMgbmV0 d29ya3MuIEl0IGhhcyBiZWVuIHByZXNlbnRlZCBzZXZlcmFsIHRpbWVzIGF0IElFVEYsIGFuZCB0 aGlzIGxhdGVzdCB2ZXJzaW9uIHByb3ZpZGVzIG1vcmUgaW1wcm92ZWQgY2xhcml0eS4NCg0KVGhl cmUgaGF2ZSBiZWVuIGltcGxlbWVudGF0aW9ucyBvZiB0aGlzIG1lY2hhbmlzbSBieSB2ZW5kb3Jz LCBhbmQgZGVwbG95bWVudHMgaW4gbGF5ZXItMyBWUE5zIGFuZCBQV0UzIGJ5IHNlcnZpY2UgcHJv dmlkZXJzLiBXZSBhcmUgYWxzbyBzZWVpbmcgbW9yZSBhbmQgbW9yZSBnZW5lcmFsIGludGVyZXN0 cyBpbiBpdC4gVGhlcmVmb3JlLCB3ZeKAmWQgbGlrZSB0byBhc2sgZm9yIHlvdXIga2luZCBmZWVk YmFjayBhbmQgaGVscCBmb3IgdXMgdG8gbW92ZSB0aGlzIGRyYWZ0IHRvd2FyZHMgYWRvcHRpb24u DQoNCmh0dHBzOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC1zaGVuLW1wbHMt ZWdyZXNzLXByb3RlY3Rpb24tZnJhbWV3b3JrLTA1LnR4dA0KDQpUaGFua3MsDQoNCi0tIFlpbWlu IFNoZW4NCkp1bmlwZXIgTmV0d29ya3MNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXw0KbXBscyBtYWlsaW5nIGxpc3QNCm1wbHNAaWV0Zi5vcmc8bWFp bHRvOm1wbHNAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv L21wbHMNCg0K --_000_AF0939B2C1A24672A8D7790D3BC38C60junipernet_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0 IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkRlbmdYaWFuOw0K CXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWls eTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCi8qIFN0eWxlIERl ZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJ e21hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7 DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiI7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVy bGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29y YXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0K CXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlv bjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29u YWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6Q2FsaWJyaTsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNw YW4ubXNvSW5zDQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCW1zby1zdHlsZS1uYW1l OiIiOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7DQoJY29sb3I6dGVhbDt9DQouTXNvQ2hw RGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0 O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4w aW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0 aW9uMTt9DQotLT48L3N0eWxlPg0KPC9oZWFkPg0KPGJvZHkgYmdjb2xvcj0id2hpdGUiIGxhbmc9 IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0 aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTpDYWxpYnJpIj5IaSBBbmR5LDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OkNhbGlicmkiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNhbGlicmki PlRoYW5rcyB2ZXJ5IG11Y2ggZm9yIHlvdXIgY29tbWVudHMgYW5kIGtpbmQgc3VwcG9ydCBmb3Ig dGhpcyBkcmFmdCE8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDYWxpYnJpIj5ZZXMsIHdlIHdpbGwgc3RhcnQg YSBkaXNjdXNzaW9uIHdpdGggUm9sZiBvbiB0aGUgbWFpbGluZyBsaXN0IGFuZCBhZGRyZXNzIGhp cyBjb21tZW50cyBzaG9ydGx5Lg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJy aSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1p bHk6Q2FsaWJyaTtjb2xvcjpibGFjayI+VGhhbmtzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuNXB0O2ZvbnQtZmFtaWx5OkNhbGlicmk7Y29sb3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OkNhbGlicmk7Y29sb3I6YmxhY2siPi0t IFlpbWluPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6Q2FsaWJyaSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q2FsaWJyaSI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9y ZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmk7 Y29sb3I6YmxhY2siPkZyb206IDwvc3Bhbj4NCjwvYj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 Q2FsaWJyaTtjb2xvcjpibGFjayI+JnF1b3Q7QW5kcmV3IEcuIE1hbGlzJnF1b3Q7ICZsdDthZ21h bGlzQGdtYWlsLmNvbSZndDs8YnI+DQo8Yj5EYXRlOiA8L2I+VGh1cnNkYXksIEF1Z3VzdCAyNCwg MjAxNyBhdCAxOjU0IFBNPGJyPg0KPGI+VG86IDwvYj5ZaW1pbiBTaGVuICZsdDt5c2hlbkBqdW5p cGVyLm5ldCZndDs8YnI+DQo8Yj5DYzogPC9iPiZxdW90O21wbHNAaWV0Zi5vcmcmcXVvdDsgJmx0 O21wbHNAaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+U3ViamVjdDogPC9iPlJlOiBbbXBsc10gbmV3IHZl ciBvZiBkcmFmdC1zaGVuLW1wbHMtZWdyZXNzLXByb3RlY3Rpb24tZnJhbWV3b3JrPG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m bmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5ZaW1p biBldCBhbCwgPG86cD48L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5X aGlsZSBkb2luZyBzb21lIHBvc3QtdmFjYXRpb24gZW1haWwgY2F0Y2h1cCwgSSBzYXcgWWltaW7i gJlzIGVtYWlsIGJlbG93LjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+SeKAmXZlIHJlYWQgdGhlIGRyYWZ0IGFuZCBJIHRoaW5rIGl04oCZcyByZWFkeSB0byBi ZWNvbWUgYW4gTVBMUyBXRyBkcmFmdC4gT2YgcGFydGljdWxhciBpbXBvcnRhbmNlIHRvIG1lIGlz IHRoYXQgaXTigJlzIGNvbnNpc3RlbnQgd2l0aCBzaW1pbGFyIHdvcmsgd2UgZGlkIGluIHRoZSBQ QUxTIFdHLCBSRkMgODEwNC4gQWx0aG91Z2ggaW50ZXJlc3RpbmdseSwgUkZDIDgxMDQgaXNu4oCZ dCByZWZlcmVuY2VkIGluIHRoZSBkcmFmdCwNCiB3aGljaCBjYW4gYmUgcmVjdGlmaWVkIGluIGEg ZnV0dXJlIHVwZGF0ZS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+SSBzZWUgdGhhdCBSb2xmIFdpbnRlciBoYXMgYWxzbyBzdWJtaXR0ZWQgc29t ZSBjb21tZW50cyBvbiB0aGUgZHJhZnQuIE9uY2UgaGlzIGNvbW1lbnRzIGhhdmUgYmUgYWRkcmVz c2VkLCBwZXJoYXBzIHRoZSBkcmFmdCBjYW4gYmUgcG9sbGVkIGZvciBXRyBhZG9wdGlvbi48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhhbmtz LDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QW5k eTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj5PbiBNb24sIEp1bCAzMSwgMjAxNyBhdCAxMDowNiBBTSwgWWltaW4gU2hl biAmbHQ7PGEgaHJlZj0ibWFpbHRvOnlzaGVuQGp1bmlwZXIubmV0IiB0YXJnZXQ9Il9ibGFuayI+ eXNoZW5AanVuaXBlci5uZXQ8L2E+Jmd0OyB3cm90ZTo8bzpwPjwvbzpwPjwvcD4NCjxibG9ja3F1 b3RlIHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCAjQ0NDQ0NDIDEuMHB0O3Bh ZGRpbmc6MGluIDBpbiAwaW4gNi4wcHQ7bWFyZ2luLWxlZnQ6NC44cHQ7bWFyZ2luLXJpZ2h0OjBp biI+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQiPk1QTFMgV0csPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5ic3A7PC9zcGFu PjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdCI+V2UgaGF2ZSB1cGxvYWRlZCBhIG5ldyB2ZXJzaW9uIG9mIHRoZSBkcmFm dC1zaGVuLW1wbHMtZWdyZXNzLXByb3RlY3Rpb24tZnJhbWV3b3JrLiBUaGlzIGRyYWZ0IHNwZWNp ZmllcyBhIGdlbmVyaWMgZWdyZXNzIHByb3RlY3Rpb24gZnJhbWV3b3JrIGZvcg0KIG11bHRpLXNl cnZpY2UgYW5kIG11bHRpLXRyYW5zcG9ydCBNUExTIG5ldHdvcmtzLiBJdCBoYXMgYmVlbiBwcmVz ZW50ZWQgc2V2ZXJhbCB0aW1lcyBhdCBJRVRGLCBhbmQgdGhpcyBsYXRlc3QgdmVyc2lvbiBwcm92 aWRlcyBtb3JlIGltcHJvdmVkIGNsYXJpdHkuDQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDs8 L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0Ij5UaGVyZSBoYXZlIGJlZW4gaW1wbGVtZW50YXRpb25zIG9mIHRo aXMgbWVjaGFuaXNtIGJ5IHZlbmRvcnMsIGFuZCBkZXBsb3ltZW50cyBpbiBsYXllci0zIFZQTnMg YW5kIFBXRTMgYnkgc2VydmljZSBwcm92aWRlcnMuIFdlIGFyZSBhbHNvIHNlZWluZyBtb3JlDQog YW5kIG1vcmUgZ2VuZXJhbCBpbnRlcmVzdHMgaW4gaXQuIFRoZXJlZm9yZSwgd2XigJlkIGxpa2Ug dG8gYXNrIGZvciB5b3VyIGtpbmQgZmVlZGJhY2sgYW5kIGhlbHAgZm9yIHVzIHRvIG1vdmUgdGhp cyBkcmFmdCB0b3dhcmRzIGFkb3B0aW9uLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv dHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPiZuYnNwOzwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQiPjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRy YWZ0cy9kcmFmdC1zaGVuLW1wbHMtZWdyZXNzLXByb3RlY3Rpb24tZnJhbWV3b3JrLTA1LnR4dCIg dGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFm dC1zaGVuLW1wbHMtZWdyZXNzLXByb3RlY3Rpb24tZnJhbWV3b3JrLTA1LnR4dDwvYT48L3NwYW4+ PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0Ij4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29s b3I6YmxhY2siPlRoYW5rcyw8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9y OmJsYWNrIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOmJs YWNrIj4tLSBZaW1pbiBTaGVuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs dDphdXRvIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjpibGFjayI+SnVuaXBl ciBOZXR3b3Jrczwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1i b3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PGJyPg0KX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQptcGxzIG1h aWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzptcGxzQGlldGYub3JnIj5tcGxzQGlldGYu b3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu Zm8vbXBscyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz dGluZm8vbXBsczwvYT48bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_AF0939B2C1A24672A8D7790D3BC38C60junipernet_-- From nobody Tue Aug 29 17:26:53 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DAB0013218E; Tue, 29 Aug 2017 17:26:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id K6b2im_vE0vg; Tue, 29 Aug 2017 17:26:50 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 42A2E132113; Tue, 29 Aug 2017 17:26:50 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id F3A0EB813FF; Tue, 29 Aug 2017 17:26:13 -0700 (PDT) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org X-PHP-Originating-Script: 1005:ams_util_lib.php From: rfc-editor@rfc-editor.org Cc: rfc-editor@rfc-editor.org, drafts-update-ref@iana.org, mpls@ietf.org Message-Id: <20170830002613.F3A0EB813FF@rfc-editor.org> Date: Tue, 29 Aug 2017 17:26:13 -0700 (PDT) Archived-At: Subject: [mpls] RFC 8227 on MPLS-TP Shared-Ring Protection (MSRP) Mechanism for Ring Topology X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2017 00:26:52 -0000 A new Request for Comments is now available in online RFC libraries. RFC 8227 Title: MPLS-TP Shared-Ring Protection (MSRP) Mechanism for Ring Topology Author: W. Cheng, L. Wang, H. Li, H. van Helvoort, J. Dong Status: Standards Track Stream: IETF Date: August 2017 Mailbox: chengweiqiang@chinamobile.com, wangleiyj@chinamobile.com, lihan@chinamobile.com, huubatwork@gmail.com, jie.dong@huawei.com Pages: 56 Characters: 128880 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-ietf-mpls-tp-shared-ring-protection-06.txt URL: https://www.rfc-editor.org/info/rfc8227 DOI: 10.17487/RFC8227 This document describes requirements, architecture, and solutions for MPLS-TP Shared-Ring Protection (MSRP) in a ring topology for point- to-point (P2P) services. The MSRP mechanism is described to meet the ring protection requirements as described in RFC 5654. This document defines the Ring Protection Switching (RPS) protocol that is used to coordinate the protection behavior of the nodes on an MPLS ring. This document is a product of the Multiprotocol Label Switching Working Group of the IETF. This is now a Proposed Standard. STANDARDS TRACK: This document specifies an Internet Standards Track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the Official Internet Protocol Standards (https://www.rfc-editor.org/standards) for the standardization state and status of this protocol. Distribution of this memo is unlimited. This announcement is sent to the IETF-Announce and rfc-dist lists. To subscribe or unsubscribe, see https://www.ietf.org/mailman/listinfo/ietf-announce https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist For searching the RFC series, see https://www.rfc-editor.org/search For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk Requests for special distribution should be addressed to either the author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. The RFC Editor Team Association Management Solutions, LLC From nobody Wed Aug 30 03:16:53 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B77DA132E16 for ; Wed, 30 Aug 2017 03:16:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1l7yR_op6Cy9 for ; Wed, 30 Aug 2017 03:16:51 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 55ACC132E17 for ; Wed, 30 Aug 2017 03:16:51 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 70676B8171C; Wed, 30 Aug 2017 03:16:14 -0700 (PDT) To: kireeti.kompella@gmail.com, swallow.ietf@gmail.com, cpignata@cisco.com, naikumar@cisco.com, aldrin.ietf@gmail.com, mach.chen@huawei.com, akatlas@gmail.com, db3546@att.com, aretana@cisco.com, swallow.ietf@gmail.com, loa@pi.nu, n.leymann@telekom.de X-PHP-Originating-Script: 30:errata_mail_lib.php From: RFC Errata System Cc: alexander.okonnikov@gmail.com, mpls@ietf.org, rfc-editor@rfc-editor.org Content-Type: text/plain; charset=UTF-8 Message-Id: <20170830101614.70676B8171C@rfc-editor.org> Date: Wed, 30 Aug 2017 03:16:14 -0700 (PDT) Archived-At: Subject: [mpls] [Editorial Errata Reported] RFC8029 (5102) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2017 10:16:53 -0000 The following errata report has been submitted for RFC8029, "Detecting Multiprotocol Label Switched (MPLS) Data-Plane Failures". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata/eid5102 -------------------------------------- Type: Editorial Reported by: Alexander Okonnikov Section: 3.2.5 Original Text ------------- VPN-IPv4 Network Layer Routing Information (NLRI) is defined in [RFC4365]. Corrected Text -------------- VPN-IPv4 Network Layer Routing Information (NLRI) is defined in [RFC4364]. Notes ----- Incorrect reference. Instructions: ------------- This erratum is currently posted as "Reported". If necessary, please use "Reply All" to discuss whether it should be verified or rejected. When a decision is reached, the verifying party can log in to change the status and edit the report, if necessary. -------------------------------------- RFC8029 (draft-ietf-mpls-rfc4379bis-09) -------------------------------------- Title : Detecting Multiprotocol Label Switched (MPLS) Data-Plane Failures Publication Date : March 2017 Author(s) : K. Kompella, G. Swallow, C. Pignataro, Ed., N. Kumar, S. Aldrin, M. Chen Category : PROPOSED STANDARD Source : Multiprotocol Label Switching Area : Routing Stream : IETF Verifying Party : IESG From nobody Wed Aug 30 03:18:02 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C00CA132E26 for ; Wed, 30 Aug 2017 03:18:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id h4gjWNG97Aay for ; Wed, 30 Aug 2017 03:17:59 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7FB62132E16 for ; Wed, 30 Aug 2017 03:17:59 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id C7691B81724; Wed, 30 Aug 2017 03:17:22 -0700 (PDT) To: kireeti.kompella@gmail.com, swallow.ietf@gmail.com, cpignata@cisco.com, naikumar@cisco.com, aldrin.ietf@gmail.com, mach.chen@huawei.com, akatlas@gmail.com, db3546@att.com, aretana@cisco.com, swallow.ietf@gmail.com, loa@pi.nu, n.leymann@telekom.de X-PHP-Originating-Script: 30:errata_mail_lib.php From: RFC Errata System Cc: alexander.okonnikov@gmail.com, mpls@ietf.org, rfc-editor@rfc-editor.org Content-Type: text/plain; charset=UTF-8 Message-Id: <20170830101722.C7691B81724@rfc-editor.org> Date: Wed, 30 Aug 2017 03:17:22 -0700 (PDT) Archived-At: Subject: [mpls] [Editorial Errata Reported] RFC8029 (5103) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2017 10:18:01 -0000 The following errata report has been submitted for RFC8029, "Detecting Multiprotocol Label Switched (MPLS) Data-Plane Failures". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata/eid5103 -------------------------------------- Type: Editorial Reported by: Alexander Okonnikov Section: 3.2.6 Original Text ------------- VPN-IPv6 NLRI is defined in [RFC4365]. Corrected Text -------------- VPN-IPv6 NLRI is defined in [RFC4659]. Notes ----- Incorrect reference. Instructions: ------------- This erratum is currently posted as "Reported". If necessary, please use "Reply All" to discuss whether it should be verified or rejected. When a decision is reached, the verifying party can log in to change the status and edit the report, if necessary. -------------------------------------- RFC8029 (draft-ietf-mpls-rfc4379bis-09) -------------------------------------- Title : Detecting Multiprotocol Label Switched (MPLS) Data-Plane Failures Publication Date : March 2017 Author(s) : K. Kompella, G. Swallow, C. Pignataro, Ed., N. Kumar, S. Aldrin, M. Chen Category : PROPOSED STANDARD Source : Multiprotocol Label Switching Area : Routing Stream : IETF Verifying Party : IESG From nobody Wed Aug 30 13:52:12 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 424C31321F1 for ; Wed, 30 Aug 2017 13:52:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.521 X-Spam-Level: X-Spam-Status: No, score=-14.521 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fwfI3s2jVBSL for ; Wed, 30 Aug 2017 13:52:08 -0700 (PDT) Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D6C211321B0 for ; Wed, 30 Aug 2017 13:52:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2640; q=dns/txt; s=iport; t=1504126327; x=1505335927; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=+6mnK3KjmjcPT8GY1TAGBb0IWOeSNOhXYOPMVIXbg40=; b=NEXCJV8lmq5MNnXt1X/OPnITC0UEJ6py9HYemTI26S7RayFE27mHFmq/ PWpqDt/It6hfC2a9a4gJ+nHK/OkTqTfRegTXMW9P0VQMEPWo1QLw1rSHn eXtaprKUb2VcLmXffzlK/pz3wkKSFPu5/uaK8jNsc9zdK534+GFaTddHI U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ALAQAnJadZ/5ldJa1eGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBg1pkgRUHg3CKHpAeiiqNboISLIUbAhqEDT8YAQIBAQEBAQEBayiFGQY?= =?us-ascii?q?jEUUQAgEIGgImAgICHxEVEAIEAQ0FihkDFRCtL4InhBQBAYMjDYN/AQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBHYENgh2CAoMxK4J9gTyBG4IegxMwgjEFigMTiHaNJDw?= =?us-ascii?q?Cj1SEdoIShWeKcoxMiXYBHziBDXcVHzwBhQoHEIEsATp2iX2BDwEBAQ?= X-IronPort-AV: E=Sophos;i="5.41,450,1498521600"; d="scan'208";a="279051362" Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by rcdn-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 30 Aug 2017 20:52:07 +0000 Received: from XCH-ALN-016.cisco.com (xch-aln-016.cisco.com [173.36.7.26]) by rcdn-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id v7UKq6jt007280 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 30 Aug 2017 20:52:06 GMT Received: from xch-rcd-015.cisco.com (173.37.102.25) by XCH-ALN-016.cisco.com (173.36.7.26) with Microsoft SMTP Server (TLS) id 15.0.1263.5; Wed, 30 Aug 2017 15:52:06 -0500 Received: from xch-rcd-015.cisco.com ([173.37.102.25]) by XCH-RCD-015.cisco.com ([173.37.102.25]) with mapi id 15.00.1263.000; Wed, 30 Aug 2017 15:52:06 -0500 From: "Nagendra Kumar Nainar (naikumar)" To: RFC Errata System , "kireeti.kompella@gmail.com" , "swallow.ietf@gmail.com" , "Carlos Pignataro (cpignata)" , "aldrin.ietf@gmail.com" , "mach.chen@huawei.com" , "akatlas@gmail.com" , "db3546@att.com" , "Alvaro Retana (aretana)" , "swallow.ietf@gmail.com" , "loa@pi.nu" , "n.leymann@telekom.de" CC: "alexander.okonnikov@gmail.com" , "mpls@ietf.org" Thread-Topic: [Editorial Errata Reported] RFC8029 (5102) Thread-Index: AQHTIXkbG8QzNbqRB0iNNIAkza+jLKKdcX2A Date: Wed, 30 Aug 2017 20:52:06 +0000 Message-ID: <68DCBF27-6F84-47E7-B549-F2E31F14EE2B@cisco.com> References: <20170830101614.70676B8171C@rfc-editor.org> In-Reply-To: <20170830101614.70676B8171C@rfc-editor.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.22.0.170515 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.118.20.13] Content-Type: text/plain; charset="utf-8" Content-ID: <33D49E2991348F4F9C5DC2BD3DB175DD@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [mpls] [Editorial Errata Reported] RFC8029 (5102) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2017 20:52:10 -0000 SGkgQWxleCwNCg0KSSB0aGluayB5b3UgYXJlIHJpZ2h0LiBTQUZJIDEyOCB3YXMgcHJvcG9zZWQg YnkgUkZDNDM2NCBmb3IgSVB2NCBBRkkgYW5kIFJGQzQ2NTkgZXh0ZW5kcyBpdCBmb3IgSVB2NiBB RkkuIFJGQyA0MzY1IGlzIGFuIGluZm9ybWF0aW9uYWwgUkZDLg0KDQpUaGFua3MsDQpOYWdlbmRy YQ0KDQpPbiA4LzMwLzE3LCA2OjE2IEFNLCAiUkZDIEVycmF0YSBTeXN0ZW0iIDxyZmMtZWRpdG9y QHJmYy1lZGl0b3Iub3JnPiB3cm90ZToNCg0KICAgIFRoZSBmb2xsb3dpbmcgZXJyYXRhIHJlcG9y dCBoYXMgYmVlbiBzdWJtaXR0ZWQgZm9yIFJGQzgwMjksDQogICAgIkRldGVjdGluZyBNdWx0aXBy b3RvY29sIExhYmVsIFN3aXRjaGVkIChNUExTKSBEYXRhLVBsYW5lIEZhaWx1cmVzIi4NCiAgICAN CiAgICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KICAgIFlvdSBtYXkg cmV2aWV3IHRoZSByZXBvcnQgYmVsb3cgYW5kIGF0Og0KICAgIGh0dHA6Ly93d3cucmZjLWVkaXRv ci5vcmcvZXJyYXRhL2VpZDUxMDINCiAgICANCiAgICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLQ0KICAgIFR5cGU6IEVkaXRvcmlhbA0KICAgIFJlcG9ydGVkIGJ5OiBBbGV4 YW5kZXIgT2tvbm5pa292IDxhbGV4YW5kZXIub2tvbm5pa292QGdtYWlsLmNvbT4NCiAgICANCiAg ICBTZWN0aW9uOiAzLjIuNQ0KICAgIA0KICAgIE9yaWdpbmFsIFRleHQNCiAgICAtLS0tLS0tLS0t LS0tDQogICAgICAgVlBOLUlQdjQgTmV0d29yayBMYXllciBSb3V0aW5nIEluZm9ybWF0aW9uIChO TFJJKSBpcyBkZWZpbmVkIGluDQogICAgICAgW1JGQzQzNjVdLg0KICAgIA0KICAgIENvcnJlY3Rl ZCBUZXh0DQogICAgLS0tLS0tLS0tLS0tLS0NCiAgICAgICBWUE4tSVB2NCBOZXR3b3JrIExheWVy IFJvdXRpbmcgSW5mb3JtYXRpb24gKE5MUkkpIGlzIGRlZmluZWQgaW4NCiAgICAgICBbUkZDNDM2 NF0uDQogICAgDQogICAgTm90ZXMNCiAgICAtLS0tLQ0KICAgIEluY29ycmVjdCByZWZlcmVuY2Uu DQogICAgDQogICAgSW5zdHJ1Y3Rpb25zOg0KICAgIC0tLS0tLS0tLS0tLS0NCiAgICBUaGlzIGVy cmF0dW0gaXMgY3VycmVudGx5IHBvc3RlZCBhcyAiUmVwb3J0ZWQiLiBJZiBuZWNlc3NhcnksIHBs ZWFzZQ0KICAgIHVzZSAiUmVwbHkgQWxsIiB0byBkaXNjdXNzIHdoZXRoZXIgaXQgc2hvdWxkIGJl IHZlcmlmaWVkIG9yDQogICAgcmVqZWN0ZWQuIFdoZW4gYSBkZWNpc2lvbiBpcyByZWFjaGVkLCB0 aGUgdmVyaWZ5aW5nIHBhcnR5ICANCiAgICBjYW4gbG9nIGluIHRvIGNoYW5nZSB0aGUgc3RhdHVz IGFuZCBlZGl0IHRoZSByZXBvcnQsIGlmIG5lY2Vzc2FyeS4gDQogICAgDQogICAgLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgICBSRkM4MDI5IChkcmFmdC1pZXRmLW1w bHMtcmZjNDM3OWJpcy0wOSkNCiAgICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLQ0KICAgIFRpdGxlICAgICAgICAgICAgICAgOiBEZXRlY3RpbmcgTXVsdGlwcm90b2NvbCBM YWJlbCBTd2l0Y2hlZCAoTVBMUykgRGF0YS1QbGFuZSBGYWlsdXJlcw0KICAgIFB1YmxpY2F0aW9u IERhdGUgICAgOiBNYXJjaCAyMDE3DQogICAgQXV0aG9yKHMpICAgICAgICAgICA6IEsuIEtvbXBl bGxhLCBHLiBTd2FsbG93LCBDLiBQaWduYXRhcm8sIEVkLiwgTi4gS3VtYXIsIFMuIEFsZHJpbiwg TS4gQ2hlbg0KICAgIENhdGVnb3J5ICAgICAgICAgICAgOiBQUk9QT1NFRCBTVEFOREFSRA0KICAg IFNvdXJjZSAgICAgICAgICAgICAgOiBNdWx0aXByb3RvY29sIExhYmVsIFN3aXRjaGluZw0KICAg IEFyZWEgICAgICAgICAgICAgICAgOiBSb3V0aW5nDQogICAgU3RyZWFtICAgICAgICAgICAgICA6 IElFVEYNCiAgICBWZXJpZnlpbmcgUGFydHkgICAgIDogSUVTRw0KICAgIA0KDQo= From nobody Wed Aug 30 17:32:58 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6F4E51323B9; Wed, 30 Aug 2017 17:32:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.52 X-Spam-Level: X-Spam-Status: No, score=-14.52 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qFL2eU3LSqhn; Wed, 30 Aug 2017 17:32:56 -0700 (PDT) Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AD4B413213D; Wed, 30 Aug 2017 17:32:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2960; q=dns/txt; s=iport; t=1504139575; x=1505349175; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=frsUWfXdhpfWLThKnXwPfm3fIgQH9gJxT8JCCMwbPjs=; b=TKMf4zJ0G6uwACUPIRnt5bI06JBAFrq+myX7QPrf3/RZCr365yHCRQBY QVMLB2RSR0y3Smdpb2b2FH/CBcUrSEveRcKH/U4COF+HQf7fFNiixS2tY lfepnq4V5YvgPF6pxk5EDdfF5lLqfizKZJsd6yxIfZZ08V+qlqE1FyPKL w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0B8AwCBWKdZ/51dJa1eGgEBAQECAQEBA?= =?us-ascii?q?QgBAQEBg1qBeQeDcJo9gU8iljWCBIVHAhqEDUMUAQIBAQEBAQEBayiFGAEBAQE?= =?us-ascii?q?DIxE3AwYRAgICAQgRAwECAwImAgICGRcVCAgCBAESihkDFa13gieLRAEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBAR0FgQiCHYICgU6BYysLgnKCV4FrARECATWCfDCCMQW?= =?us-ascii?q?gbAKUSoIShWeKcpZCATYhQUELdxVJEgGHCHaJeYEPAQEB?= X-IronPort-AV: E=Sophos;i="5.41,450,1498521600"; d="scan'208";a="450829297" Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 31 Aug 2017 00:32:54 +0000 Received: from XCH-RTP-004.cisco.com (xch-rtp-004.cisco.com [64.101.220.144]) by rcdn-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id v7V0WsxF008687 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 31 Aug 2017 00:32:54 GMT Received: from xch-rtp-001.cisco.com (64.101.220.141) by XCH-RTP-004.cisco.com (64.101.220.144) with Microsoft SMTP Server (TLS) id 15.0.1263.5; Wed, 30 Aug 2017 20:32:53 -0400 Received: from xch-rtp-001.cisco.com ([64.101.220.141]) by XCH-RTP-001.cisco.com ([64.101.220.141]) with mapi id 15.00.1263.000; Wed, 30 Aug 2017 20:32:53 -0400 From: "Tarek Saad (tsaad)" To: Loa Andersson , "mpls@ietf.org" , "draft-sitaraman-mpls-rsvp-shared-labels@ietf.org" , "mpls-chairs@ietf.org" Thread-Topic: IPR poll on draft-sitaraman-mpls-rsvp-shared-labels Thread-Index: AQHTG+6hYwq70up/a06xRCTLgdTde6KdqPQA Date: Thu, 31 Aug 2017 00:32:53 +0000 Message-ID: <0F69C4D7-DF39-4680-94A4-9907C01526E4@cisco.com> References: <432bbc0c-1a7f-3f88-66ad-0fe8b08d75a3@pi.nu> In-Reply-To: <432bbc0c-1a7f-3f88-66ad-0fe8b08d75a3@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.25.0.170815 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.86.243.89] Content-Type: text/plain; charset="utf-8" Content-ID: <5DF9784B805B444C86DEEC006F28C2FC@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [mpls] IPR poll on draft-sitaraman-mpls-rsvp-shared-labels X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Aug 2017 00:32:57 -0000 SGksDQoNClllcywgSSdtIGF3YXJlIG9mIElQUiB0aGF0IGFwcGxpZXMgdG8gdGhpcyBkcmFmdC4g VGhlIElQUiBoYXMgYmVlbiBkaXNjbG9zZWQgaW4gY29tcGxpYW5jZSB3aXRoIElFVEYgSVBSIHJ1 bGVzLg0KDQpSZWdhcmRzLA0KVGFyZWsNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZy b206IExvYSBBbmRlcnNzb24gPGxvYUBwaS5udT4NCkRhdGU6IFdlZG5lc2RheSwgQXVndXN0IDIz LCAyMDE3IGF0IDU6MDMgQU0NClRvOiAibXBsc0BpZXRmLm9yZyIgPG1wbHNAaWV0Zi5vcmc+LCAi ZHJhZnQtc2l0YXJhbWFuLW1wbHMtcnN2cC1zaGFyZWQtbGFiZWxzQGlldGYub3JnIiA8ZHJhZnQt c2l0YXJhbWFuLW1wbHMtcnN2cC1zaGFyZWQtbGFiZWxzQGlldGYub3JnPiwgIm1wbHMtY2hhaXJz QGlldGYub3JnIiA8bXBscy1jaGFpcnNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBJUFIgcG9sbCBvbiBk cmFmdC1zaXRhcmFtYW4tbXBscy1yc3ZwLXNoYXJlZC1sYWJlbHMNClJlc2VudC1Gcm9tOiA8YWxp YXMtYm91bmNlc0BpZXRmLm9yZz4NClJlc2VudC1UbzogPGhzaXRhcmFtYW5AanVuaXBlci5uZXQ+ LCA8dmJlZXJhbUBqdW5pcGVyLm5ldD4sIDx0ZWphbC5wYXJpa2hAdmVyaXpvbi5jb20+LCBUYXJl ayBTYWFkIDx0c2FhZEBjaXNjby5jb20+DQpSZXNlbnQtRGF0ZTogV2VkbmVzZGF5LCBBdWd1c3Qg MjMsIDIwMTcgYXQgNTowMyBBTQ0KDQogICAgDQogICAgV29ya2luZyBHcm91cCwgYXV0aG9ycywN CiAgICANCiAgICBUaGUgYXV0aG9ycyBoYXMgaW5kaWNhdGVkIHRoYXQgdGhlIGRyYWZ0LXNpdGFy YW1hbi1tcGxzLXJzdnAtc2hhcmVkLQ0KICAgIGxhYmVscyBhcmUgcmVhZHkgZm9yIHdvcmtpbmcg Z3JvdXAgYWRvcHRpb24sIHByaW9yIHRvIHRoZSB3Z2FwIHdlIG5lZWQNCiAgICB0byBkbyBhbiBJ UFIgcG9sbC4NCiAgICANCiAgICBUaGlzIG1haWwgc3RhcnRzIHRoaXMgSVBSIHBvbGwuDQogICAg DQogICAgQXJlIHlvdSBhd2FyZSBvZiBhbnkgSVBSIHRoYXQgYXBwbGllcyB0byBkcmFmdC1zaXRh cmFtYW4tbXBscy1yc3ZwLQ0KICAgIHNoYXJlZC1sYWJlbHM/DQogICAgDQogICAgSWYgc28sIGhh cyB0aGlzIElQUiBiZWVuIGRpc2Nsb3NlZCBpbiBjb21wbGlhbmNlIHdpdGggSUVURiBJUFIgcnVs ZXMNCiAgICAoc2VlIFJGQ3MgMzk3OSwgNDg3OSwgMzY2OSBhbmQgNTM3OCBmb3IgbW9yZSBkZXRh aWxzKS4NCiAgICANCiAgICBUaGVyZSBhcmUgdGhyZWUgSVBSIGRpc2Nsb3N1cmVzIGFnYWluc3Qg ZHJhZnQtc2l0YXJhbWFuLW1wbHMtcnN2cC0NCiAgICBzaGFyZWQtbGFiZWxzLg0KICAgIA0KICAg IElmIHlvdSBhcmUgbGlzdGVkIGFzIGEgZG9jdW1lbnQgYXV0aG9yIG9yIGNvbnRyaWJ1dG9yIHBs ZWFzZSByZXNwb25kIHRvDQogICAgdGhpcyBlbWFpbCByZWdhcmRsZXNzIG9mIHdoZXRoZXIgb3Ig bm90IHlvdSBhcmUgYXdhcmUgb2YgYW55IHJlbGV2YW50DQogICAgSVBSLiAqVGhlIHJlc3BvbnNl IG5lZWRzIHRvIGJlIHNlbnQgdG8gdGhlIE1QTFMgV0cgbWFpbGluZyBsaXN0LiogVGhlDQogICAg ZG9jdW1lbnQgd2lsbCBub3QgYWR2YW5jZSB0byB0aGUgbmV4dCBzdGFnZSB1bnRpbCBhIHJlc3Bv bnNlIGhhcyBiZWVuDQogICAgcmVjZWl2ZWQgZnJvbSBlYWNoIGF1dGhvciBhbmQgY29udHJpYnV0 b3IuDQogICAgDQogICAgSWYgeW91IGFyZSBvbiB0aGUgTVBMUyBXRyBlbWFpbCBsaXN0IGJ1dCBh cmUgbm90IGxpc3RlZCBhcyBhbiBhdXRob3Igb3INCiAgICBjb250cmlidXRvciwgdGhlbiBwbGVh c2UgZXhwbGljaXRseSByZXNwb25kIG9ubHkgaWYgeW91IGFyZSBhd2FyZSBvZiBhbnkNCiAgICBJ UFIgdGhhdCBoYXMgbm90IHlldCBiZWVuIGRpc2Nsb3NlZCBpbiBjb25mb3JtYW5jZSB3aXRoIElF VEYgcnVsZXMuDQogICAgDQogICAgDQogICAgL0xvYQ0KICAgICAgbXBscyB3ZyBjby1jaGFpcg0K ICAgIC0tIA0KICAgIA0KICAgIA0KICAgIExvYSBBbmRlcnNzb24gICAgICAgICAgICAgICAgICAg ICAgICBlbWFpbDogbG9hQG1haWwwMS5odWF3ZWkuY29tDQogICAgU2VuaW9yIE1QTFMgRXhwZXJ0 ICAgICAgICAgICAgICAgICAgICAgICAgICBsb2FAcGkubnUNCiAgICBIdWF3ZWkgVGVjaG5vbG9n aWVzIChjb25zdWx0YW50KSAgICAgcGhvbmU6ICs0NiA3MzkgODEgMjEgNjQNCiAgICANCg0K From nobody Wed Aug 30 17:33:59 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CA1FA1326BB; Wed, 30 Aug 2017 17:33:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.519 X-Spam-Level: X-Spam-Status: No, score=-14.519 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id h4ofPKt6IEuD; Wed, 30 Aug 2017 17:33:54 -0700 (PDT) Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5FE64132494; Wed, 30 Aug 2017 17:33:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=10750; q=dns/txt; s=iport; t=1504139634; x=1505349234; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=RoG1vau1kmuJX1VABd+uNNgHIBwTXVhhF4jRGfr5Wss=; b=la5jO0CVYWb1un/BM5ZZNY4sxa4MlB6JPmHpQWCSUUoAhZj7E2c3PvHm srpfyPpA/Uicy8wXG8sQITV173QcmyjM/7y03n8xbgup0+TTZL0l5fDZS MWAh+8picfURoJSBF/agAMLJMgWvo2OGFeWbW1TPNnWqYVzHtgzUnJFAS I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D2AQDyWKdZ/4oNJK1eGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBgm9rZIEVB4Nwmj2BcYg5iDCFTIIEKIUfAhqEDUMUAQIBAQEBAQE?= =?us-ascii?q?BayiFGAEBAQEDI0sLEAIBCBEDAQIoAwICAh8RFAkIAQEEAQ0FiU1MAxUQrVyCJ?= =?us-ascii?q?yeHEQ2DfwEBAQEBAQEBAQEBAQEBAQEBAQEBARgFgyqCAoFOgWIBK4J9gleBZhg?= =?us-ascii?q?BAT4GEIJdMIIxBaAwPAKHV4d9hHaCEoVninKMTIl2ATYhQUx3FUkSAYcIdohWg?= =?us-ascii?q?SOBDwEBAQ?= X-IronPort-AV: E=Sophos;i="5.41,450,1498521600"; d="scan'208,217";a="287628817" Received: from alln-core-5.cisco.com ([173.36.13.138]) by rcdn-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 31 Aug 2017 00:33:53 +0000 Received: from XCH-RTP-003.cisco.com (xch-rtp-003.cisco.com [64.101.220.143]) by alln-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id v7V0XrRM024876 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 31 Aug 2017 00:33:53 GMT Received: from xch-rtp-001.cisco.com (64.101.220.141) by XCH-RTP-003.cisco.com (64.101.220.143) with Microsoft SMTP Server (TLS) id 15.0.1263.5; Wed, 30 Aug 2017 20:33:52 -0400 Received: from xch-rtp-001.cisco.com ([64.101.220.141]) by XCH-RTP-001.cisco.com ([64.101.220.141]) with mapi id 15.00.1263.000; Wed, 30 Aug 2017 20:33:52 -0400 From: "Tarek Saad (tsaad)" To: "N.Leymann@telekom.de" , "mpls@ietf.org" CC: "mpls-chairs@ietf.org" , "draft-mtaillon-mpls-summary-frr-rsvpte@ietf.org" Thread-Topic: Working Group Adoption Poll for draft-mtaillon-mpls-summary-frr-rsvpt Thread-Index: AdMc35wTn3uHh+k2SiaixBaSCO0RhgFETUmA Date: Thu, 31 Aug 2017 00:33:52 +0000 Message-ID: <38882CB1-7F5C-4DBD-B326-B2865230204A@cisco.com> References: <735d8f1dde6f495cb69a7dd9479473be@HE105662.emea1.cds.t-internal.com> In-Reply-To: <735d8f1dde6f495cb69a7dd9479473be@HE105662.emea1.cds.t-internal.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/f.25.0.170815 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.86.243.89] Content-Type: multipart/alternative; boundary="_000_38882CB17F5C4DBDB326B2865230204Aciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [mpls] Working Group Adoption Poll for draft-mtaillon-mpls-summary-frr-rsvpt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Aug 2017 00:33:57 -0000 --_000_38882CB17F5C4DBDB326B2865230204Aciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNCkkgc3VwcG9ydCB0aGlzIGRvY3VtZW50IChhcyBhIGNvLWF1dGhvcikuIEl0IGFkZHJl c3NlcyBzY2FsZSBmb3IgUlNWUC1URSBGUlIgc2lnbmFsaW5nLg0KDQpSZWdhcmRzLA0KVGFyZWsN Cg0KRnJvbTogIk4uTGV5bWFubkB0ZWxla29tLmRlIiA8Ti5MZXltYW5uQHRlbGVrb20uZGU+DQpE YXRlOiBGcmlkYXksIEF1Z3VzdCAyNSwgMjAxNyBhdCA0OjAzIEFNDQpUbzogIm1wbHNAaWV0Zi5v cmciIDxtcGxzQGlldGYub3JnPg0KQ2M6ICJtcGxzLWNoYWlyc0BpZXRmLm9yZyIgPG1wbHMtY2hh aXJzQGlldGYub3JnPiwgImRyYWZ0LW10YWlsbG9uLW1wbHMtc3VtbWFyeS1mcnItcnN2cHRlQGll dGYub3JnIiA8ZHJhZnQtbXRhaWxsb24tbXBscy1zdW1tYXJ5LWZyci1yc3ZwdGVAaWV0Zi5vcmc+ DQpTdWJqZWN0OiBXb3JraW5nIEdyb3VwIEFkb3B0aW9uIFBvbGwgZm9yIGRyYWZ0LW10YWlsbG9u LW1wbHMtc3VtbWFyeS1mcnItcnN2cHQNClJlc2VudC1Gcm9tOiA8YWxpYXMtYm91bmNlc0BpZXRm Lm9yZz4NClJlc2VudC1UbzogPHN3YWxsb3cuaWV0ZkBnbWFpbC5jb20+LCBUYXJlayBTYWFkIDx0 c2FhZEBjaXNjby5jb20+LCA8bi5sZXltYW5uQHRlbGVrb20uZGU+LCA8bG9hQHBpLm51Pg0KUmVz ZW50LURhdGU6IEZyaWRheSwgQXVndXN0IDI1LCAyMDE3IGF0IDQ6MDMgQU0NCg0KRGVhciBXb3Jr aW5nIEdyb3VwLA0KDQpUaGlzIGlzIHRoZSBtYWlsIHRvIHN0YXJ0IGEgdHdvIHdlZWsgcG9sbCBv biBhZG9wdGluZyBkcmFmdC1tdGFpbGxvbi1tcGxzLXN1bW1hcnktZnJyLXJzdnB0IGFzIGEgTVBM UyB3b3JraW5nIGdyb3VwIGRvY3VtZW50Lg0KDQpQbGVhc2Ugc2VuZCB5b3VyIGNvbW1lbnRzIChz dXBwb3J0L25vdCBzdXBwb3J0KSB0byB0aGUgbXBscyB3b3JraW5nICBncm91cCBtYWlsaW5nIGxp c3QgKG1wbHNAaWV0Zi5vcmc8bWFpbHRvOm1wbHNAaWV0Zi5vcmc+KS4gUGxlYXNlIGdpdmUgYSB0 ZWNobmljYWwgbW90aXZhdGlvbg0KZm9yIHlvdXIgc3VwcG9ydC9ub3Qgc3VwcG9ydCwgZXNwZWNp YWxseSBpZiB5b3UgdGhpbmsgdGhhdCB0aGUgZG9jdW1lbnQgc2hvdWxkIG5vdCBiZSBhZG9wdGVk IGFzIGEgd29ya2luZyBncm91cCBkb2N1bWVudC4NCg0KVGhlcmUgaXMgb25lIElQUiBkaXNjbG9z dXJlIGluIGNvbXBsaWFuY2Ugd2l0aCB0aGUgSUVURiBJUFIgcnVsZXM6DQoNCiAgICBodHRwczov L2RhdGF0cmFja2VyLmlldGYub3JnL2lwci8yNTU5Lw0KDQpBbGwgdGhlIGF1dGhvcnMgaGF2ZSBz dGF0ZWQgb24gdGhlIE1QTFMgd2cgbWFpbGluZyBsaXN0IHRoYXQgdGhleSBhcmUgdW5hd2FyZSBv ZiBhbnkgb3RoZXIgSVBScyB0aGFuIHRob3NlIHRoYXQgaGFzIGJlZW4gZGlzY2xvc2VkLiBPbmUg YW5zd2VyIHdhcyBzZW5kIHRvIHRoZSBXRyBjaGFpcnMgb25seSwgYnV0IHdlIHdpbGwgbWFrZSBz dXJlIHRoYXQgaXQgd2lsbCBiZSByZXNlbnQgdG8gdGhlIHdnIG1haWxpbmcgbGlzdCBhcyB3ZWxs Lg0KDQpUaGUgd29ya2luZyBncm91cCBhZG9wdGlvbiBwb2xsIGVuZHMgU2VwdGVtYmVyIDgsIDIw MTcuDQoNCk5pYw0KDQoNCg== --_000_38882CB17F5C4DBDB326B2865230204Aciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0 IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8N CnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsN CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWls eToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21z by1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRl cmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHls ZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGlu ZTt9DQpwLmVtYWlscXVvdGUsIGxpLmVtYWlscXVvdGUsIGRpdi5lbWFpbHF1b3RlDQoJe21zby1z dHlsZS1uYW1lOmVtYWlscXVvdGU7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2lu LXJpZ2h0OjBjbTsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDox LjBwdDsNCglib3JkZXI6bm9uZTsNCglwYWRkaW5nOjBjbTsNCglmb250LXNpemU6MTEuMHB0Ow0K CWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJ e21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixz YW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7DQoJbXNvLWNvbnRleHR1YWwtYWx0ZXJuYXRl czpubzsNCglmb250LXdlaWdodDpub3JtYWw7DQoJZm9udC1zdHlsZTpub3JtYWw7fQ0Kc3Bhbi5t c29JbnMNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJbXNvLXN0eWxlLW5hbWU6IiI7 DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTsNCgljb2xvcjp0ZWFsO30NCi5Nc29DaHBEZWZh dWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0K QHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3Mi4w cHQgNzIuMHB0IDcyLjBwdCA3Mi4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRT ZWN0aW9uMTt9DQotLT48L3N0eWxlPg0KPC9oZWFkPg0KPGJvZHkgYmdjb2xvcj0id2hpdGUiIGxh bmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRT ZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEy LjBwdCI+SGksPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij5JIHN1 cHBvcnQgdGhpcyBkb2N1bWVudCAoYXMgYSBjby1hdXRob3IpLiBJdCBhZGRyZXNzZXMgc2NhbGUg Zm9yIFJTVlAtVEUgRlJSIHNpZ25hbGluZy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMi4wcHQiPlJlZ2FyZHMsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPlRhcmVrPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox Mi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpu b25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20g MGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPjxi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2NvbG9yOmJsYWNrIj5Gcm9tOg0KPC9zcGFu PjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+JnF1b3Q7Ti5M ZXltYW5uQHRlbGVrb20uZGUmcXVvdDsgJmx0O04uTGV5bWFubkB0ZWxla29tLmRlJmd0Ozxicj4N CjxiPkRhdGU6IDwvYj5GcmlkYXksIEF1Z3VzdCAyNSwgMjAxNyBhdCA0OjAzIEFNPGJyPg0KPGI+ VG86IDwvYj4mcXVvdDttcGxzQGlldGYub3JnJnF1b3Q7ICZsdDttcGxzQGlldGYub3JnJmd0Ozxi cj4NCjxiPkNjOiA8L2I+JnF1b3Q7bXBscy1jaGFpcnNAaWV0Zi5vcmcmcXVvdDsgJmx0O21wbHMt Y2hhaXJzQGlldGYub3JnJmd0OywgJnF1b3Q7ZHJhZnQtbXRhaWxsb24tbXBscy1zdW1tYXJ5LWZy ci1yc3ZwdGVAaWV0Zi5vcmcmcXVvdDsgJmx0O2RyYWZ0LW10YWlsbG9uLW1wbHMtc3VtbWFyeS1m cnItcnN2cHRlQGlldGYub3JnJmd0Ozxicj4NCjxiPlN1YmplY3Q6IDwvYj5Xb3JraW5nIEdyb3Vw IEFkb3B0aW9uIFBvbGwgZm9yIGRyYWZ0LW10YWlsbG9uLW1wbHMtc3VtbWFyeS1mcnItcnN2cHQ8 YnI+DQo8Yj5SZXNlbnQtRnJvbTogPC9iPiZsdDthbGlhcy1ib3VuY2VzQGlldGYub3JnJmd0Ozxi cj4NCjxiPlJlc2VudC1UbzogPC9iPiZsdDtzd2FsbG93LmlldGZAZ21haWwuY29tJmd0OywgVGFy ZWsgU2FhZCAmbHQ7dHNhYWRAY2lzY28uY29tJmd0OywgJmx0O24ubGV5bWFubkB0ZWxla29tLmRl Jmd0OywgJmx0O2xvYUBwaS5udSZndDs8YnI+DQo8Yj5SZXNlbnQtRGF0ZTogPC9iPkZyaWRheSwg QXVndXN0IDI1LCAyMDE3IGF0IDQ6MDMgQU08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPkRlYXIgV29ya2luZyBHcm91cCw8bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4t bGVmdDozNi4wcHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+VGhpcyBpcyB0aGUgbWFp bCB0byBzdGFydCBhIHR3byB3ZWVrIHBvbGwgb24gYWRvcHRpbmcgZHJhZnQtbXRhaWxsb24tbXBs cy1zdW1tYXJ5LWZyci1yc3ZwdCBhcyBhIE1QTFMgd29ya2luZyBncm91cCBkb2N1bWVudC48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+UGxlYXNlIHNl bmQgeW91ciBjb21tZW50cyAoc3VwcG9ydC9ub3Qgc3VwcG9ydCkgdG8gdGhlIG1wbHMgd29ya2lu ZyZuYnNwOyBncm91cCBtYWlsaW5nIGxpc3QgKDxhIGhyZWY9Im1haWx0bzptcGxzQGlldGYub3Jn Ij5tcGxzQGlldGYub3JnPC9hPikuIFBsZWFzZSBnaXZlIGEgdGVjaG5pY2FsIG1vdGl2YXRpb24N CjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Zm9yIHlvdXIgc3VwcG9ydC9ub3Qgc3VwcG9ydCwgZXNw ZWNpYWxseSBpZiB5b3UgdGhpbmsgdGhhdCB0aGUgZG9jdW1lbnQgc2hvdWxkIG5vdCBiZSBhZG9w dGVkIGFzIGEgd29ya2luZyBncm91cCBkb2N1bWVudC48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZu YnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+VGhlcmUgaXMgb25lIElQUiBkaXNjbG9zdXJlIGlu IGNvbXBsaWFuY2Ugd2l0aCB0aGUgSUVURiBJUFIgcnVsZXM6PG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0 Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPiZuYnNwOyZuYnNwOyZuYnNwOyA8YSBocmVm PSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2lwci8yNTU5LyI+DQpodHRwczovL2RhdGF0 cmFja2VyLmlldGYub3JnL2lwci8yNTU5LzwvYT4gPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij4mbmJz cDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDozNi4wcHQiPkFsbCB0aGUgYXV0aG9ycyBoYXZlIHN0YXRlZCBvbiB0 aGUgTVBMUyB3ZyBtYWlsaW5nIGxpc3QgdGhhdCB0aGV5IGFyZSB1bmF3YXJlIG9mIGFueSBvdGhl ciBJUFJzIHRoYW4gdGhvc2UgdGhhdCBoYXMgYmVlbiBkaXNjbG9zZWQuIE9uZSBhbnN3ZXIgd2Fz IHNlbmQgdG8gdGhlIFdHIGNoYWlycyBvbmx5LCBidXQgd2Ugd2lsbCBtYWtlIHN1cmUgdGhhdCBp dCB3aWxsDQogYmUgcmVzZW50IHRvIHRoZSB3ZyBtYWlsaW5nIGxpc3QgYXMgd2VsbC48bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDozNi4wcHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+VGhlIHdvcmtpbmcg Z3JvdXAgYWRvcHRpb24gcG9sbCBlbmRzIFNlcHRlbWJlciA4LCAyMDE3LjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjM2LjBwdCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MzYuMHB0Ij5OaWM8bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDoz Ni4wcHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjM2LjBwdCI+Jm5ic3A7PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_38882CB17F5C4DBDB326B2865230204Aciscocom_-- From nobody Thu Aug 31 16:45:34 2017 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0C1D61329F9; Thu, 31 Aug 2017 16:45:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oeAsW2ozOopR; Thu, 31 Aug 2017 16:45:22 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5A357132E4F; Thu, 31 Aug 2017 16:45:16 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id B59EBB8117C; Thu, 31 Aug 2017 16:44:37 -0700 (PDT) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org X-PHP-Originating-Script: 1005:ams_util_lib.php From: rfc-editor@rfc-editor.org Cc: rfc-editor@rfc-editor.org, drafts-update-ref@iana.org, mpls@ietf.org Message-Id: <20170831234437.B59EBB8117C@rfc-editor.org> Date: Thu, 31 Aug 2017 16:44:37 -0700 (PDT) Archived-At: Subject: [mpls] RFC 8223 on Application-Aware Targeted LDP X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Aug 2017 23:45:25 -0000 A new Request for Comments is now available in online RFC libraries. RFC 8223 Title: Application-Aware Targeted LDP Author: S. Esale, R. Torvi, L. Jalil, U. Chunduri, K. Raza Status: Standards Track Stream: IETF Date: August 2017 Mailbox: sesale@juniper.net, rtorvi@juniper.net, luay.jalil@verizon.com, uma.chunduri@huawei.com, skraza@cisco.com Pages: 18 Characters: 41798 Updates: RFC 7473 I-D Tag: draft-ietf-mpls-app-aware-tldp-09.txt URL: https://www.rfc-editor.org/info/rfc8223 DOI: 10.17487/RFC8223 Recent Targeted Label Distribution Protocol (tLDP) applications, such as remote Loop-Free Alternates (LFAs) and BGP auto-discovered pseudowires, may automatically establish a tLDP session with any Label Switching Router (LSR) in a network. The initiating LSR has information about the targeted applications to administratively control initiation of the session. However, the responding LSR has no such information to control acceptance of this session. This document defines a mechanism to advertise and negotiate the Targeted Application Capability (TAC) during LDP session initialization. As the responding LSR becomes aware of targeted applications, it may establish a limited number of tLDP sessions for certain applications. In addition, each targeted application is mapped to LDP Forwarding Equivalence Class (FEC) elements to advertise only necessary LDP FEC label bindings over the session. This document updates RFC 7473 for enabling advertisement of LDP FEC label bindings over the session. This document is a product of the Multiprotocol Label Switching Working Group of the IETF. This is now a Proposed Standard. STANDARDS TRACK: This document specifies an Internet Standards Track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the Official Internet Protocol Standards (https://www.rfc-editor.org/standards) for the standardization state and status of this protocol. Distribution of this memo is unlimited. This announcement is sent to the IETF-Announce and rfc-dist lists. To subscribe or unsubscribe, see https://www.ietf.org/mailman/listinfo/ietf-announce https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist For searching the RFC series, see https://www.rfc-editor.org/search For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk Requests for special distribution should be addressed to either the author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. The RFC Editor Team Association Management Solutions, LLC