From nobody Sun Nov 1 05:47:05 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 89F991B82E8; Sun, 1 Nov 2015 05:47:04 -0800 (PST) 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, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xI9HtS7oofdD; Sun, 1 Nov 2015 05:47:03 -0800 (PST) Received: from mail-ob0-x234.google.com (mail-ob0-x234.google.com [IPv6:2607:f8b0:4003:c01::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 0209A1B82E5; Sun, 1 Nov 2015 05:47:03 -0800 (PST) Received: by obctp1 with SMTP id tp1so76374727obc.2; Sun, 01 Nov 2015 05:47:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=SqVUI+Y1QeOhGz466fLSVO2DuFuGlmISIcSBtFUMf4Y=; b=ld1mgbGrlaXpdehaki4RrYVtK7d78lB3o8C8Cp2uarhekDZdChKsH50t0r6FkmwOa0 E+QZVfJYBfUzT9eizqJVa0BMOG5BpDXoyepyrYhG9G9uLeXB4OIxWXi2eRx5swIjByYM bX9iEopQftvC/d4ITzoY3Iqafuq8im9vgS/OOJNboM0rIDdk61ZYvJOJb0bLI5BHNevj QOYzg7i8u2b03duSrXry+GC/sCrYcsx+Ld8xZTf5miaXQ1GXuiAI26L84VCK8KF0ccH7 eQ3t4uWPUYBJxh8MKl25gTlpQVVPi946i2Y17cBovi3XwlaR3IdI3EMTfBG3qBVR7GjH Wh1g== MIME-Version: 1.0 X-Received: by 10.60.118.162 with SMTP id kn2mr11108137oeb.80.1446385622354; Sun, 01 Nov 2015 05:47:02 -0800 (PST) Received: by 10.182.236.97 with HTTP; Sun, 1 Nov 2015 05:47:02 -0800 (PST) In-Reply-To: References: Date: Sun, 1 Nov 2015 08:47:02 -0500 Message-ID: From: Ravi Torvi To: Mach Chen Content-Type: multipart/alternative; boundary=047d7b675b663a91af05237ae589 Archived-At: Cc: "mpls@ietf.org" , "mpls-chairs@ietf.org" Subject: Re: [mpls] Poll adoption for draft-tiruveedhula-mpls-mldp-mib-04 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Nov 2015 13:47:04 -0000 --047d7b675b663a91af05237ae589 Content-Type: text/plain; charset=UTF-8 Support. -Ravi http://www.google.com/profiles/pratiravi On Fri, Oct 30, 2015 at 1:59 AM, Mach Chen wrote: > This is to start a three week poll on adopting > draft-tiruveedhula-mpls-mldp-mib-04 as an MPLS working group document. > > Please send your comments (support/not support) to the mpls working group > mailing list (mpls@ietf.org). > > There are no IPR disclosures pertaining to the draft. The authors have all > indicated that they are not aware of any IPR that applies to this document. > > This poll for adoption will end Friday November 20, 2015. > > Thanks, > Mach (Document shepherd) > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > --047d7b675b663a91af05237ae589 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Support.

-Ravi


On Fri, Oct 30, 2015 at 1:59 AM, Mach Chen <= span dir=3D"ltr"><mach.chen@huawei.com> wrote:
This is to start a three week poll on adopting draft-tiruveedhula-mpl= s-mldp-mib-04 as an MPLS working group document.

Please send your comments (support/not support) to the mpls working group m= ailing list (mpls@ietf.org).

There are no IPR disclosures pertaining to the draft. The authors have all = indicated that they are not aware of any IPR that applies to this document.=

This poll for adoption will end Friday November 20, 2015.

Thanks,
Mach (Document shepherd)

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

--047d7b675b663a91af05237ae589-- From nobody Sun Nov 1 13:03:52 2015 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 3AFA41A8A6E; Sun, 1 Nov 2015 13:03:43 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.7.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20151101210343.30817.89677.idtracker@ietfa.amsl.com> Date: Sun, 01 Nov 2015 13:03:43 -0800 Archived-At: Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-self-ping-06.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Nov 2015 21:03: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 Working Group of the IETF. Title : LSP Self-Ping Authors : Ron Bonica Ina Minei Michael Conn Dante Pacella Luis Tomotaki Filename : draft-ietf-mpls-self-ping-06.txt Pages : 12 Date : 2015-11-01 Abstract: When certain RSVP-TE optimizations are implemented, ingress LSRs can receive RSVP RESV messages before forwarding state has been installed on all downstream nodes. According to the RSVP-TE specification, the ingress LSR can forward traffic through an LSP as soon as it receives a RESV message. However, if the ingress LSR forwards traffic through the LSP before forwarding state has been installed on all downstream nodes, traffic can be lost. This document describes LSP Self-ping. When an ingress LSR receives an RESV message, it can invoke LSP Self-ping procedures to ensure that forwarding state has been installed on all downstream nodes. LSP Self-ping is a new protocol. It is not an extension of LSP Ping. Although LSP Ping and LSP Self-ping are named similarly, each is designed for a unique purpose. Each protocol listens on its own UDP port and executes its own procedures. LSP Self-ping is an extremely light-weight mechanism. It does not consume control plane resources on transit or egress LSRs. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-self-ping/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-mpls-self-ping-06 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-self-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 Sun Nov 1 16:36:29 2015 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 9E0A41B3DB7; Sun, 1 Nov 2015 16:36:26 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.7.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20151102003626.6232.82088.idtracker@ietfa.amsl.com> Date: Sun, 01 Nov 2015 16:36:26 -0800 Archived-At: Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-15.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2015 00:36:26 -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 Working Group of the IETF. Title : Configuration of Proactive Operations, Administration, and Maintenance (OAM) Functions for MPLS-based Transport Networks using LSP Ping Authors : Elisa Bellagamba Gregory Mirsky Loa Andersson Pontus Skoldstrom Dave Ward John Drake Filename : draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-15.txt Pages : 28 Date : 2015-11-01 Abstract: This specification describes the configuration of proactive MPLS-TP Operations, Administration, and Maintenance (OAM) Functions for a given Label Switched Path (LSP) using a set of TLVs that are carried by the LSP-Ping protocol. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-15 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-15 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 Sun Nov 1 17:10:41 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 52E041A1A4B; Sun, 1 Nov 2015 17:10:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 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, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZL9yHUU9iw0b; Sun, 1 Nov 2015 17:10:38 -0800 (PST) Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D90971ACD91; Sun, 1 Nov 2015 17:10:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3556; q=dns/txt; s=iport; t=1446426637; x=1447636237; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=EgZYEWywy9Er9h0X8QVR8uwdGX7Fj16U1piNS1omGHg=; b=d43uBjx/tBvruJ5EAGRVtYBMC1Wme3guI/LQjgu1HdGiUluJwDyr02se o6l4HyE10OJ+BNxGu3fmTqvbmfrrV++69nXB/8khoclfshCbL01j3u2Vd KDOXCGPMw9DUrn4PbpmYUksqbpYJF/QjQCW6H0pZN5GqtnlU6dULST614 Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0D1AQCCtzZW/51dJa1egm5NU3W7DYQhAQ2BWiGFeAKBIzgUAQEBAQEBAX8LhDYBAQR5EAIBCARCMiUCBA6INQ3BMgEBAQEBAQEBAQEBAQEBAQEBAQEBARQEhneEfoQtEQFMhDUFjRuJKAGFHIgIgVmSD4hRAR8BAUKEBIUvOoEHAQEB X-IronPort-AV: E=Sophos; i="5.20,230,1444694400"; d="scan'208,217"; a="41121336" Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by rcdn-iport-8.cisco.com with ESMTP; 02 Nov 2015 01:10:37 +0000 Received: from XCH-RTP-005.cisco.com (xch-rtp-005.cisco.com [64.101.220.145]) by rcdn-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id tA21AauA023708 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 2 Nov 2015 01:10:37 GMT Received: from xch-rtp-001.cisco.com (64.101.220.141) by XCH-RTP-005.cisco.com (64.101.220.145) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Sun, 1 Nov 2015 20:10:36 -0500 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.1104.000; Sun, 1 Nov 2015 20:10:36 -0500 From: "Tarek Saad (tsaad)" To: "mpls@ietf.org" Thread-Topic: [mpls] Building agenda for MPLS WG sessions - Yokohama IETF94 Thread-Index: AQHRCcT+eGJeFV22oE+a0leeXvbhL56I3PGA Date: Mon, 2 Nov 2015 01:10:35 +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/14.5.7.151005 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.86.252.122] Content-Type: multipart/alternative; boundary="_000_D25CE41B4C8ECtsaadciscocom_" MIME-Version: 1.0 Archived-At: Cc: "mpls-chairs@ietf.org" Subject: Re: [mpls] Building agenda for MPLS WG sessions - Yokohama IETF94 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2015 01:10:39 -0000 --_000_D25CE41B4C8ECtsaadciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi WG, This is a reminder to authors of I-Ds to send their slides asap (no later t= han Tuesday EOB) if they're presenting the status update, or send a short = status update (written email) if not presenting. The written status update can include 3 section (mostly fits 1 slide): ID name: Current status: Open issues: Next steps: The MPLS agenda is @ https://datatracker.ietf.org/meeting/94/agenda/mpls/ Regards, Tarek and MPLS WG chairs --_000_D25CE41B4C8ECtsaadciscocom_ Content-Type: text/html; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable
Hi WG,

This is a reminder to authors of I-Ds to send their slides asap (no later t= han Tuesday EOB)  if they're presenting the status update, or send a s= hort status update (written email) if not presenting.
The written status update can include 3 section (mostly fits 1 slide):

ID name:
Current status:
Open issues:<= /div>
Next steps:

The MPLS agenda is @ https://datatracker.ietf.org/meeting/94/agenda/mpls/

Regards,
Tarek and MPLS WG chairs


 --_000_D25CE41B4C8ECtsaadciscocom_-- From nobody Sun Nov 1 22:48:51 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0CE801A00E6; Sun, 1 Nov 2015 22:48:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.76 X-Spam-Level: X-Spam-Status: No, score=-1.76 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8BNqZ8ebkmZU; Sun, 1 Nov 2015 22:48:47 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2E1B51A00DC; Sun, 1 Nov 2015 22:48:45 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CDJ77298; Mon, 02 Nov 2015 06:48:43 +0000 (GMT) Received: from NKGEML408-HUB.china.huawei.com (10.98.56.39) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.235.1; Mon, 2 Nov 2015 06:48:42 +0000 Received: from NKGEML512-MBS.china.huawei.com ([169.254.8.187]) by nkgeml408-hub.china.huawei.com ([10.98.56.39]) with mapi id 14.03.0235.001; Mon, 2 Nov 2015 14:48:38 +0800 From: Xuxiaohu To: Thomas Narten Thread-Topic: New Version Notification for draft-xu-sfc-using-mpls-spring-04.txt Thread-Index: AQHQ6uEhwUT+nrZsQk6IpAAbYfyXTp4z7JRggEylwuCAAEs5gIABG47wgAJPYQCABFL7aQ== Date: Mon, 2 Nov 2015 06:48:37 +0000 Message-ID: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0CB4184E@NKGEML512-MBS.china.huawei.com> References: <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0CB3DFAF@NKGEML512-MBS.china.huawei.com> <1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0CB3E2EE@NKGEML512-MBS.china.huawei.com>, In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.194.185.102] Content-Type: multipart/alternative; boundary="_000_1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0CB4184ENKGEML512MBSchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: "'mpls@ietf.org'" , "mpls-chairs@tools.ietf.org" , "'sfc@ietf.org'" , "sfc-chairs@tools.ietf.org" Subject: Re: [mpls] New Version Notification for draft-xu-sfc-using-mpls-spring-04.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2015 06:48:49 -0000 --_000_1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0CB4184ENKGEML512MBSchi_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGkgVGhvbWFzLA0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQq3 orz+yMs6IFRob21hcyBOYXJ0ZW4gW25hcnRlbkB1cy5pYm0uY29tXQ0Kt6LLzcqxvOQ6IDIwMTXE 6jEw1MIzMcjVIDQ6MzMNCsrVvP7IyzogWHV4aWFvaHUNCrOty806ICdzZmNAaWV0Zi5vcmcnOyBz ZmMtY2hhaXJzQHRvb2xzLmlldGYub3JnOyAnbXBsc0BpZXRmLm9yZyc7IG1wbHMtY2hhaXJzQHRv b2xzLmlldGYub3JnDQrW98ziOiBSZTogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFm dC14dS1zZmMtdXNpbmctbXBscy1zcHJpbmctMDQudHh0DQoNCj4gQWNjb3JkaW5nIHRvIHRoZSBm b2xsb3dpbmcgc3RhdGVtZW50IHF1b3RlZCBmcm9tIHRoZSBjdXJyZW50IFNGQyBjaGFydGVyOg0K Pg0KPiAiLi4uIFRoZSBXRyB3aWxsIGV4YW1pbmUgZXhpc3RpbmcgaWRlbnRpZmllciBzY2hlbWVz LA0KPiAgIGlmIHRoZXJlIGlzIGEgbmVlZCBmb3Igc3VjaCBpZGVudGlmaWVycyBpbiB0aGUgY29u dGV4dCBvZiB0aGUgR2VuZXJpYyBTRkMNCj4gICBlbmNhcHN1bGF0aW9uLCBiZWZvcmUgZGVmaW5p bmcgYW55IG5ldyBpZGVudGlmaWVyIHNjaGVtZS4NCj4gLi4uIg0KPg0KPiBJdCBzZWVtcyB0aGF0 IHRoaXMgTVBMUy1TUFJJTkctYmFzZWQgU0ZDIGVuY2Fwc3VsYXRpb24gc2NoZW1lIHNob3VsZCBi ZQ0KPiByZWxldmFudCB0byB0aGUgU0ZDIFdHLiBBdCBsZWFzdCwgaXQgY291bGQgYmUgaW52ZXN0 aWdhdGVkIGFzIGEgbGlnaHQtd2VpZ2h0DQo+IFNGQyBlbmNhcHN1bGF0aW9uIGFwcHJvYWNoIChm cm9tIHRoZSBhc3BlY3Qgb2YgcmVkdWNpbmcgYW5kIGV2ZW4gYXZvaWRpbmcgYW55DQo+IGltcGFj dCBvbiB0aGUgZGF0YSBwbGFuZSkuDQoNClRoZSBjaGFydGVyIGFsc28gc2F5czoNCg0KICAgMy4g R2VuZXJpYyBTRkMgRW5jYXBzdWxhdGlvbjogVGhpcyBkb2N1bWVudCB3aWxsIGRlc2NyaWJlIGEg c2luZ2xlDQogICAgICBzZXJ2aWNlLWxldmVsIGRhdGEgcGxhbmUgZW5jYXBzdWxhdGlvbiBmb3Jt YXQgdGhhdDoNCg0KSSB3YW50IHRvIGVtcGhhc2l6ZSB0aGUgdGVybSAiYSBzaW5nbGUgLi4uIGVu Y2Fwc3VsYXRpb24gZm9ybWF0IiBJdA0KaGFzIGJlZW4gbXkgdW5kZXJzdGFuZGluZyB0aGF0IHRo ZSBpbnRlbnRpb24gb2YgdGhpcyBXRyBmcm9tIHRoZQ0KYmVnaW5uaW5nIHdhcyB0byBwcm9kdWNl IG9uZSBlbmNhcHN1bGF0aW9uLCBub3QgbXVsdGlwbGUgb25lcy4NCg0KW1hpYW9odV0gTXkgdW5k ZXJzdGFuZGluZyBpcyB0aGF0IHRoZSBpbnRlbnRpb24gb2YgdGhpcyBXRyBmcm9tIHRoZQ0KYmVn aW5uaW5nIHdhcyB0byBwcm9kdWNlIG9uZSBlbmNhcHN1bGF0aW9uIElGIE5FRURFRC4gVGhhdCcg cyB3aHkgdGhlIGZvbGxvd2luZyB0ZXh0IGlzIGNvbnRhaW5lZCBpbiB0aGUgY2hhcnRlcjoNCg0K ICIuLi4gVGhlIFdHIHdpbGwgZXhhbWluZSBleGlzdGluZyBpZGVudGlmaWVyIHNjaGVtZXMsDQpp ZiB0aGVyZSBpcyBhIG5lZWQgZm9yIHN1Y2ggaWRlbnRpZmllcnMgaW4gdGhlIGNvbnRleHQgb2Yg dGhlIEdlbmVyaWMgU0ZDDQplbmNhcHN1bGF0aW9uLCBiZWZvcmUgZGVmaW5pbmcgYW55IG5ldyBp ZGVudGlmaWVyIHNjaGVtZS4uLiINCg0KDQpJIHRoaW5rIGl0IGhhcyBiZWVuIGNsZWFyIGZvciBz b21lIHRpbWUgYWxyZWFkeSB0aGF0IHRoZSBXRyBoYXMNCnNlbGVjdGVkIHRoZSBOU0ggZG9jdW1l bnQgYXMgaXRzIGRlc2lyZWQgYXBwcm9hY2guDQoNCltYaWFvaHVdIEkgd29uZGVyIHdoZXRoZXIg dGhlIHdvcmsgb2YgZXhhbWluaW5nIGV4aXN0aW5nIGlkZW50aWZpZXIgc2NoZW1lcyBhcyBtZW50 aW9uZWQgaW4gdGhlIGNoYXJ0ZXIgYmVlbiBmaW5pc2hlZCBvciB0aGUgV0cgbm93IGJlbGlldmUg dGhhdCB3b3JrIGlzIG5vdCBuZWNjZXNzYXJ5IGFueW1vcmU/DQoNCg0KDQpCZXN0IHJlZ2FyZHMs DQoNClhpYW9odQ0KDQpBcmUgeW91IHN1Z2dlc3RpbmcgdGhhdCB0aGUgV0cgdGFrZSBvbiB0aGlz IGRvY3VtZW50IGFzIGFuIGFkZGl0aW9uYWwNCmVuY2Fwc3VsYXRpb24gZm9yIFNGQz8gSSBkbyBu b3QgdGhpbmsgdGhhdCBpcyBjb25zaXN0ZW50IHdpdGggdGhlDQppbnRlbnQgb2YgdGhlIGNoYXJ0 ZXIuIEFsc28sIG15IHJlYWQgb2YgdGhlIG92ZXJhbGwgbGlzdCBkaXNjdXNzaW9uDQp3aXRoIHJl c3BlY3QgdG8gdGhpcyBkb2N1bWVudCBpcyB0aGF0IHRoZSBXRyBoYXMgbm90IHNob3duIGEgc3Ry b25nDQppbnRlcmVzdCBpbiB0aGlzIGRvY3VtZW50IG5vciBpbmRpY2F0ZWQgYSBjb21wZWxsaW5n IG5lZWQgZm9yIGl0Lg0KDQpJZiB0aGUgV0cgZGlzYWdyZWVzIHdpdGggdGhpcyBhc3Nlc3NtZW50 LCBJIGV4cGVjdCBmb2xrIHdvdWxkIHNwZWFrDQp1cC4NCg0KVGhvbWFzDQo= --_000_1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0CB4184ENKGEML512MBSchi_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi Thomas,

________________________________________
=B7=A2=BC=FE=C8=CB: Thomas Narten [narten@us.ibm.com]
=B7=A2=CB=CD=CA=B1=BC=E4: 2015=C4=EA10=D4=C231=C8=D5 4:33
=CA=D5=BC=FE=C8=CB: Xuxiaohu
=B3=AD=CB=CD: 'sfc@ietf.org'; sfc-chairs@tools.ietf.org; 'mpls@ietf.org'; m= pls-chairs@tools.ietf.org
=D6=F7=CC=E2: Re: New Version Notification for draft-xu-sfc-using-mpls-spri= ng-04.txt

> According to the following statement quoted from the current SFC chart= er:
>
> "... The WG will examine existing identifier schemes,
>   if there is a need for such identifiers in the context of = the Generic SFC
>   encapsulation, before defining any new identifier scheme.<= br> > ..."
>
> It seems that this MPLS-SPRING-based SFC encapsulation scheme should b= e
> relevant to the SFC WG. At least, it could be investigated as a light-= weight
> SFC encapsulation approach (from the aspect of reducing and even avoid= ing any
> impact on the data plane).

The charter also says:

   3. Generic SFC Encapsulation: This document will describe a si= ngle
      service-level data plane encapsulation forma= t that:

I want to emphasize the term "a single ... encapsulation format" = It
has been my understanding that the intention of this WG from the
beginning was to produce one encapsulation, not multiple ones.

[Xiaohu] My understanding is that the intention of this WG from the
beginning was to produce one encapsulation IF NEEDED. That' s why the follo= wing text is contained in the charter:

 "... The WG will examine existing identifier schemes,
if there is a need for such identifiers in the context of the Generic SFC encapsulation, before defining any new identifier scheme..."


I think it has been clear for some time already that the WG has
selected the NSH document as its desired approach.

[Xiaohu] I wonder whether the work of examining existing ident= ifier schemes as mentioned in the charter been finished or the WG now belie= ve that work is not neccessary anymore?

 

Best regards,

Xiaohu


Are you suggesting that the WG take on this document as an additional
encapsulation for SFC? I do not think that is consistent with the
intent of the charter. Also, my read of the overall list discussion
with respect to this document is that the WG has not shown a strong
interest in this document nor indicated a compelling need for it.

If the WG disagrees with this assessment, I expect folk would speak
up.

Thomas

--_000_1FEE3F8F5CCDE64C9A8E8F4AD27C19EE0CB4184ENKGEML512MBSchi_-- From nobody Sun Nov 1 23:04:12 2015 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 CB87D1B3335; Sun, 1 Nov 2015 23:04:04 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.7.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20151102070404.20181.56171.idtracker@ietfa.amsl.com> Date: Sun, 01 Nov 2015 23:04:04 -0800 Archived-At: Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-rmr-00.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2015 07:04: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 Working Group of the IETF. Title : Resilient MPLS Rings Authors : Kireeti Kompella Luis M. Contreras Filename : draft-ietf-mpls-rmr-00.txt Pages : 14 Date : 2015-11-01 Abstract: This document describes the use of the MPLS control and data planes on ring topologies. It describes the special nature of rings, and proceeds to show how MPLS can be effectively used in such topologies. It describes how MPLS rings are configured, auto-discovered and signaled, as well as how the data plane works. Companion documents describe the details of discovery and signaling for specific protocols. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-rmr/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-mpls-rmr-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 Mon Nov 2 00:29:44 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4C2CA1B34B6; Mon, 2 Nov 2015 00:29:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.86 X-Spam-Level: X-Spam-Status: No, score=-3.86 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kRuED70opkH2; Mon, 2 Nov 2015 00:29:41 -0800 (PST) Received: from tcmail43.telekom.de (tcmail43.telekom.de [80.149.113.173]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ADA5B1B34B3; Mon, 2 Nov 2015 00:29:40 -0800 (PST) Received: from qdezc2.de.t-internal.com ([10.125.181.10]) by tcmail41.telekom.de with ESMTP/TLS/DHE-RSA-AES128-SHA; 02 Nov 2015 09:29:37 +0100 X-IronPort-AV: E=Sophos;i="5.20,233,1444687200"; d="scan'208";a="352043583" Received: from he113472.emea1.cds.t-internal.com ([10.134.93.130]) by qde0ps.de.t-internal.com with ESMTP/TLS/AES128-SHA; 02 Nov 2015 09:29:21 +0100 Received: from HE113667.emea1.cds.t-internal.com ([fe80::c943:1394:e86e:fce3]) by HE113472.emea1.cds.t-internal.com ([::1]) with mapi; Mon, 2 Nov 2015 09:29:21 +0100 From: To: , Date: Mon, 2 Nov 2015 09:29:19 +0100 Thread-Topic: Poll adoption for draft-tiruveedhula-mpls-mldp-mib-04 Thread-Index: AdES2BLGzHwHB7aCQ4mFxx2gfK1EZACcECNA Message-ID: <058CE00BD4D6B94FAD033A2439EA1E4B0207FAEA0E04@HE113667.emea1.cds.t-internal.com> References: In-Reply-To: Accept-Language: de-DE Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: de-DE Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: mpls-chairs@ietf.org Subject: Re: [mpls] Poll adoption for draft-tiruveedhula-mpls-mldp-mib-04 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2015 08:29:43 -0000 I support this draft as a co-author. Cheers, Uwe -----Original Message----- From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Mach Chen Sent: Friday, October 30, 2015 6:59 AM To: mpls@ietf.org Cc: mpls-chairs@ietf.org Subject: [mpls] Poll adoption for draft-tiruveedhula-mpls-mldp-mib-04 This is to start a three week poll on adopting draft-tiruveedhula-mpls-mldp= -mib-04 as an MPLS working group document. =20 Please send your comments (support/not support) to the mpls working group m= ailing list (mpls@ietf.org). =20 There are no IPR disclosures pertaining to the draft. The authors have all = indicated that they are not aware of any IPR that applies to this document. =20 This poll for adoption will end Friday November 20, 2015.=20 =20 Thanks,=20 Mach (Document shepherd) _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls From nobody Mon Nov 2 00:31:36 2015 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 8CF691B34C8; Mon, 2 Nov 2015 00:31:34 -0800 (PST) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.7.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20151102083134.21552.75783.idtracker@ietfa.amsl.com> Date: Mon, 02 Nov 2015 00:31:34 -0800 Archived-At: Cc: mpls@ietf.org, draft-ietf-mpls-self-ping@ietf.org, mpls-chairs@ietf.org, The IESG , rfc-editor@rfc-editor.org Subject: [mpls] Protocol Action: 'LSP Self-Ping' to Proposed Standard (draft-ietf-mpls-self-ping-06.txt) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2015 08:31:34 -0000 The IESG has approved the following document: - 'LSP Self-Ping' (draft-ietf-mpls-self-ping-06.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-self-ping/ Technical Summary This document fixes a problem relating to when in the establishment of an LSP, traffic may be sent on an LSP. When certain RSVP-TE optimizations are implemented, ingress LSRs can receive RSVP RESV messages before forwarding state has been installed on all downstream nodes. According to the RSVP-TE specification, the ingress LSR can forward traffic through an LSP as soon as it receives a RESV message. However, if the ingress LSR forwards traffic through the LSP before forwarding state has been installed on all downstream nodes, traffic can be lost. The document describes new procedures called LSP Self-ping. When an ingress LSR receives an RESV message, it can invoke LSP Self-ping procedures to ensure that forwarding state has been installed on all downstream nodes. LSP Self-ping is an extremely light-weight mechanism. It does not consume control plane resources on transit or egress LSRs. Even though there is a naming similarity between "MPLS Self Ping" and "MPLS LSP Ping" the protocols really has nothing in common. The protocols diagnose a different set of problems, listen for input on different UDP ports and behave differently. The only thing that they have in common is that they are named similarly. Working Group Summary The only thing worth mentioning here is that there were a lot of discussion taking place at the time when the draft was accepted as a working group document. Especially there were discussion on whether there is an overlap with BFD mechanisms in documents that are developed in in the BFD working group. It is understood that on a very high level such an overlap exists, but when we get down to details this draft is quite separate from what is is done in BFD. The MPLS working converged on the understanding that this draft is very specific for LSP establishment with RSVP-TE and fills a gap that needs to be filled. The BFD mechanisms are much more generic. The support for the draft in the wg is quite good, and the progress through the working group has been easy, once the discussion around adopting the draft as a working document had converged. Document Quality Yes there is at least one implementation. We have started an implementation poll and will update the Write-Up once we have further information. The review of the document is quite good, it has been through the mpls review team review and been discussed on the mailing list. No further specialist reviews are necessary. Personnel Loa Andersson is the Document Shepherd. Deborah Brungard is the responsible AD. From nobody Tue Nov 3 08:47:17 2015 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 8BD2F1AD0AF; Mon, 2 Nov 2015 21:37:42 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Liaison Statement Management Tool To: "Ross Callon" , "Daniele Ceccarelli" , "Fatai Zhang" , "Lou Berger" , "George Swallow" , , "Loa Andersson" X-Test-IDTracker: no X-IETF-IDTracker: 6.8.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20151103053742.19161.21153.idtracker@ietfa.amsl.com> Date: Mon, 02 Nov 2015 21:37:42 -0800 Archived-At: X-Mailman-Approved-At: Tue, 03 Nov 2015 08:47:17 -0800 Cc: Multiprotocol Label Switching Discussion List , itu-t-liaison@iab.org, Common Control and Measurement Plane Discussion List , Vishnu Pavan Beeram , Traffic Engineering Architecture and Signaling Discussion List , hiroshi.ota@itu.int, Ross Callon Subject: [mpls] New Liaison Statement, "LS on protocol-specific data modelling work" X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Nov 2015 05:37:42 -0000 Title: LS on protocol-specific data modelling work Submission Date: 2015-11-02 URL of the IETF Web page: https://datatracker.ietf.org/liaison/1436/ From: (Hiroshi Ota ) To: (vbeeram@juniper.net, Lou Berger ,Loa Andersson ,George Swallow ,Ross Callon ,Daniele Ceccarelli ,Fatai Zhang ) Cc: Response Contacts: hiroshi.ota@itu.int Technical Contacts: Purpose: For information Body: We would like to inform you that ITU-T Q14/15 has initiated work on protocol-specific data modelling for the management of transport specific technologies, such as OTN, Carrier Ethernet and MPLS-TP. These protocol-specific data models will be developed based on the protocol-neutral UML models that are specified by Q14/15, including ITU-T G.7711/Y.1702 (generic information model), ITU-T G.874.1 for OTN, ITU-T G.8052/Y.1346 for Carrier Ethernet, and ITU-T G.8152/Y.1375 (draft) for MPLS-TP. During the October 2015 Q14/15 interim meeting, we received a contribution for a YANG data model proposal for Ethernet Ring Protection (ERP) management. The ERP YANG data model will be progressed based on the relevant ITU-T Recommendations, including ITU-T G.8032/Y.1344 for ERP functional requirement, ITU-T G.8021/Y.1341 for Ethernet equipment functional specification, ITU-T G.8051/Y.1345 for Carrier Ethernet management requirement, and ITU-T G.8052/Y.1346 Carrier Ethernet protocol-neutral information model. We will keep you informed on the progress of this ERP YANG modelling work. Attachments: SG15-LS292_WP3-427AnnF.pdf https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2015-11-02-itu-t-sg-15-mpls-ccamp-netmod-teas-ls-on-protocol-specific-data-modelling-work-attachment-1.pdf From nobody Tue Nov 3 17:29:40 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E47961A8899 for ; Tue, 3 Nov 2015 17:29:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.209 X-Spam-Level: X-Spam-Status: No, score=-4.209 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wU3Xur5IkBrU for ; Tue, 3 Nov 2015 17:29:37 -0800 (PST) Received: from mail-gw2-out.broadcom.com (mail-gw2-out.broadcom.com [216.31.210.63]) by ietfa.amsl.com (Postfix) with ESMTP id 247051A8898 for ; Tue, 3 Nov 2015 17:29:37 -0800 (PST) X-IronPort-AV: E=Sophos; i="5.20,240,1444719600"; d="scan'208,217"; a="79626329" Received: from irvexchcas06.broadcom.com (HELO IRVEXCHCAS06.corp.ad.broadcom.com) ([10.9.208.53]) by mail-gw2-out.broadcom.com with ESMTP; 03 Nov 2015 18:01:05 -0800 Received: from SJEXCHCAS03.corp.ad.broadcom.com (10.16.203.8) by IRVEXCHCAS06.corp.ad.broadcom.com (10.9.208.53) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 3 Nov 2015 17:29:36 -0800 Received: from SJEXCHMB12.corp.ad.broadcom.com ([fe80::bc15:c1e1:c29a:36f7]) by SJEXCHCAS03.corp.ad.broadcom.com ([::1]) with mapi id 14.03.0235.001; Tue, 3 Nov 2015 17:29:36 -0800 From: Shahram Davari To: "mpls@ietf.org" Thread-Topic: draft-esale-mpls-ldp-node-frr-00 Thread-Index: AdEWntxZCDi6JDKdQ06V/allOy8YMg== Date: Wed, 4 Nov 2015 01:29:35 +0000 Message-ID: <4A6CE49E6084B141B15C0713B8993F283204F7B6@SJEXCHMB12.corp.ad.broadcom.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.16.203.100] Content-Type: multipart/alternative; boundary="_000_4A6CE49E6084B141B15C0713B8993F283204F7B6SJEXCHMB12corpa_" MIME-Version: 1.0 Archived-At: Subject: [mpls] draft-esale-mpls-ldp-node-frr-00 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2015 01:29:39 -0000 --_000_4A6CE49E6084B141B15C0713B8993F283204F7B6SJEXCHMB12corpa_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, Although the problem the draft is trying to solve is a legitimate problem, = but the solution has a number of issues: 1) It requires ingress LER to impose a stack of labels that is potenti= ally large. Existing HW can't currently support this and therefore this dra= ft requires replacing all LER HW 2) The solution requires all intermediate LSRs to support this new RSV= P-TE extension. 3) The QoS is not guaranteed. Since there is no correlation between ul= timate LSP and the DLL Stack. Since potentially many LSPs may be required = to go through the same path and they will all use the same DLL stack. 4) Switching multiple times to final LSP causes in flight packet drops= and out of order delivery 5) In a large MPLS network, There is no guarantee that the RESV messag= e comes back with low delay. Thx Shahram --_000_4A6CE49E6084B141B15C0713B8993F283204F7B6SJEXCHMB12corpa_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,


Although the problem the draft is trying to solve is a legitimate problem, = but the solution has a number of issues:

 

1)      It requires ingress LER to impose a stack of labels= that is potentially large. Existing HW can’t currently support this = and therefore this draft requires replacing all LER HW

2)      The solution requires all intermediate LSRs to supp= ort this new RSVP-TE extension.

3)      The QoS is not guaranteed. Since there is no correl= ation between ultimate LSP and the  DLL Stack. Since potentially many = LSPs may be required to go through the same path and they will all use the = same DLL stack.

4)      Switching multiple times to final LSP causes in fli= ght packet drops and out of order delivery

5)      In a large MPLS network, There is no guarantee that= the RESV message comes back with low delay.

 

 

Thx
Shahram

 

 

--_000_4A6CE49E6084B141B15C0713B8993F283204F7B6SJEXCHMB12corpa_-- From nobody Tue Nov 3 17:30:49 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 68BF61A6FD1 for ; Tue, 3 Nov 2015 17:30:48 -0800 (PST) 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, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AIfyg9Vp6D2D for ; Tue, 3 Nov 2015 17:30:47 -0800 (PST) Received: from mail-io0-x233.google.com (mail-io0-x233.google.com [IPv6:2607:f8b0:4001:c06::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 526241A6FC8 for ; Tue, 3 Nov 2015 17:30:47 -0800 (PST) Received: by iody8 with SMTP id y8so38636446iod.1 for ; Tue, 03 Nov 2015 17:30:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=QivmD3LvKcTztPRR4QSo84SNOTo0k6hBnf37UYV6GJU=; b=qEyHF4YyMpQ9xEGYLcueK2Ljpjsh9cQAR9cOjm9RbeAg66klL+HvVFRMpbX4MsxBES Fsx9Ql7sB6PmsyGNt93A2yknbL9djzODbHkCXptSj/4Ww9ztKjtYDr6Z3p/8GWwkjnv0 MpAlHsvgKK96xXfBfqUuNjXBuG/PzhLIToukFHuWkSaHTz7vv08Dp39KT0K4K9TVrL49 630wDwPAWuYGEzOhRwvMZCyz7cQhfk3h/ClIife/kdyfV06Rn91shiK9D2+iZ2UJsJYm DJ+k6sCes+6OfMaWUT6IRhRVoCvEazQxFjvrihLirMIhYv8ccE3AjdWgYjRS64VBPWtu /9aw== MIME-Version: 1.0 X-Received: by 10.107.6.23 with SMTP id 23mr214133iog.147.1446600646681; Tue, 03 Nov 2015 17:30:46 -0800 (PST) Received: by 10.64.5.37 with HTTP; Tue, 3 Nov 2015 17:30:46 -0800 (PST) Date: Tue, 3 Nov 2015 17:30:46 -0800 Message-ID: From: Kireeti Kompella To: "mpls@ietf.org" Content-Type: multipart/alternative; boundary=001a113f8e7ead6d830523acf5a4 Archived-At: Subject: [mpls] comments on draft-saad-mpls-lsp-instant-install-rsvpte X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2015 01:30:48 -0000 --001a113f8e7ead6d830523acf5a4 Content-Type: text/plain; charset=UTF-8 Hi Tarek, George: I appreciate (but don't fully agree with) your motivation -- to minimize time on the temporary path. This could be the backup path in the case of FRR, or the original path in case of reoptimization. On the other hand, I think some might be worried about the number of forwarding changes: from original path to temporary to DLL stack to final path. Each forwarding change can lead to some packets being dropped or reordered. So, perhaps the objective function being optimized should be to minimize forwarding changes rather than minimize time on the temporary path. At the very least, there should be a discussion of this in the draft (and on the list). -- Kireeti --001a113f8e7ead6d830523acf5a4 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Tarek, George:

I apprecia= te (but don't fully agree with) your motivation -- to minimize time on = the temporary path.=C2=A0 This could be the backup path in the case of FRR,= or the original path in case of reoptimization.

O= n the other hand, I think some might be worried about the number of forward= ing changes: from original path to temporary to DLL stack to final path.=C2= =A0 Each forwarding change can lead to some packets being dropped or reorde= red.=C2=A0 So, perhaps the objective function being optimized should be to = minimize forwarding changes rather than minimize time on the temporary path= .=C2=A0 At the very least, there should be a discussion of this in the draf= t (and on the list).

--
Kireeti
--001a113f8e7ead6d830523acf5a4-- From nobody Tue Nov 3 17:32:42 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7F5641A889C for ; Tue, 3 Nov 2015 17:32:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.266 X-Spam-Level: X-Spam-Status: No, score=-2.266 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id v_npkNLcwkxv for ; Tue, 3 Nov 2015 17:32:39 -0800 (PST) Received: from mx0a-00103a01.pphosted.com (mx0a-00103a01.pphosted.com [67.231.144.234]) (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 30C1D1A6FC8 for ; Tue, 3 Nov 2015 17:32:39 -0800 (PST) Received: from pps.filterd (m0000419.ppops.net [127.0.0.1]) by mx0a-00103a01.pphosted.com (8.15.0.59/8.15.0.59) with SMTP id tA41TECG017372; Tue, 3 Nov 2015 20:32:38 -0500 Received: from vawvcgsie2k1301.ciena.com (lin1-118-36-35.ciena.com [63.118.36.35]) by mx0a-00103a01.pphosted.com with ESMTP id 1xxwetjw92-1 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Tue, 03 Nov 2015 20:32:38 -0500 Received: from VAWVE2K13MBX02.ciena.com (10.4.156.88) by VAWVCGSIE2K1301.ciena.com (10.4.62.15) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Tue, 3 Nov 2015 20:32:37 -0500 Received: from ONWVEXCHHT03.ciena.com (10.128.6.43) by VAWVE2K13MBX02.ciena.com (10.4.156.88) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Tue, 3 Nov 2015 20:32:37 -0500 Received: from ONWVEXCHMB04.ciena.com ([::1]) by ONWVEXCHHT03.ciena.com ([::1]) with mapi; Tue, 3 Nov 2015 20:32:36 -0500 From: "Shah, Himanshu" To: Shahram Davari , "mpls@ietf.org" Date: Tue, 3 Nov 2015 20:32:34 -0500 Thread-Topic: draft-esale-mpls-ldp-node-frr-00 Thread-Index: AdEWntxZCDi6JDKdQ06V/allOy8YMgAAbqnA Message-ID: <40746B2300A8FC4AB04EE722A593182B9C821A7F@ONWVEXCHMB04.ciena.com> References: <4A6CE49E6084B141B15C0713B8993F283204F7B6@SJEXCHMB12.corp.ad.broadcom.com> In-Reply-To: <4A6CE49E6084B141B15C0713B8993F283204F7B6@SJEXCHMB12.corp.ad.broadcom.com> Accept-Language: en-US, en-CA Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-CA x-tm-as-product-ver: SMEX-10.0.0.1412-7.000.1014-21920.003 x-tm-as-result: No--42.568000-8.000000-31 x-tm-as-user-approved-sender: No x-tm-as-user-blocked-sender: No Content-Type: multipart/alternative; boundary="_000_40746B2300A8FC4AB04EE722A593182B9C821A7FONWVEXCHMB04cie_" MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2015-11-04_02:, , signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1507310000 definitions=main-1511040027 Archived-At: Subject: Re: [mpls] draft-esale-mpls-ldp-node-frr-00 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2015 01:32:41 -0000 --_000_40746B2300A8FC4AB04EE722A593182B9C821A7FONWVEXCHMB04cie_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable You meant tarek/george's draft and not esale draft Thanks, Himanshu From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Shahram Davari Sent: Wednesday, November 04, 2015 10:30 AM To: mpls@ietf.org Subject: [mpls] draft-esale-mpls-ldp-node-frr-00 Hi, Although the problem the draft is trying to solve is a legitimate problem, = but the solution has a number of issues: 1) It requires ingress LER to impose a stack of labels that is potenti= ally large. Existing HW can't currently support this and therefore this dra= ft requires replacing all LER HW 2) The solution requires all intermediate LSRs to support this new RSV= P-TE extension. 3) The QoS is not guaranteed. Since there is no correlation between ul= timate LSP and the DLL Stack. Since potentially many LSPs may be required = to go through the same path and they will all use the same DLL stack. 4) Switching multiple times to final LSP causes in flight packet drops= and out of order delivery 5) In a large MPLS network, There is no guarantee that the RESV messag= e comes back with low delay. Thx Shahram --_000_40746B2300A8FC4AB04EE722A593182B9C821A7FONWVEXCHMB04cie_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

You meant tarek/georgeR= 17;s draft and not esale draft

 = ;

Thanks,

Himanshu

 

<= p class=3DMsoNormal>From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of= Shahram Davari
Sent: Wednesday, November 04, 2015 10:30 AMTo: mpls@ietf.org
Subject: [mpls] draft-esale-mpls-ldp-n= ode-frr-00

 = ;

Hi,


= Although the problem the draft is trying to solve is a legitimate problem, = but the solution has a number of issues:

 

1)   &nbs= p;  It requires ingress LER to impose a stack = of labels that is potentially large. Existing HW can’t currently supp= ort this and therefore this draft requires replacing all LER HW<= /p>

2)      The solution requires all intermediate LSRs to support this n= ew RSVP-TE extension.

3) &= nbsp;    The QoS is not guaranteed. = Since there is no correlation between ultimate LSP and the  DLL Stack.= Since potentially many LSPs may be required to go through the same path an= d they will all use the same DLL stack.

4)      Switching = multiple times to final LSP causes in flight packet drops and out of order = delivery

5)   &nb= sp;  In a large MPLS network, There is no guar= antee that the RESV message comes back with low delay.

 

 =

Thx
Shahram

=  

 

= --_000_40746B2300A8FC4AB04EE722A593182B9C821A7FONWVEXCHMB04cie_-- From nobody Tue Nov 3 17:38:13 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AEB8D1A88D9 for ; Tue, 3 Nov 2015 17:38:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.209 X-Spam-Level: X-Spam-Status: No, score=-4.209 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ngaa6D0LooOE for ; Tue, 3 Nov 2015 17:38:10 -0800 (PST) Received: from mail-gw2-out.broadcom.com (mail-gw2-out.broadcom.com [216.31.210.63]) by ietfa.amsl.com (Postfix) with ESMTP id C39401A88C6 for ; Tue, 3 Nov 2015 17:38:09 -0800 (PST) X-IronPort-AV: E=Sophos; i="5.20,240,1444719600"; d="scan'208,217"; a="79626654" Received: from irvexchcas06.broadcom.com (HELO IRVEXCHCAS06.corp.ad.broadcom.com) ([10.9.208.53]) by mail-gw2-out.broadcom.com with ESMTP; 03 Nov 2015 18:09:38 -0800 Received: from SJEXCHCAS05.corp.ad.broadcom.com (10.16.203.12) by IRVEXCHCAS06.corp.ad.broadcom.com (10.9.208.53) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 3 Nov 2015 17:38:09 -0800 Received: from SJEXCHMB12.corp.ad.broadcom.com ([fe80::bc15:c1e1:c29a:36f7]) by SJEXCHCAS05.corp.ad.broadcom.com ([::1]) with mapi id 14.03.0235.001; Tue, 3 Nov 2015 17:38:09 -0800 From: Shahram Davari To: Shahram Davari , "mpls@ietf.org" Thread-Topic: draft-saad-lsp-instant-install-rsvpte Thread-Index: AdEWoWQZpk+yPXHhSEG7jWjlcIIDpw== Date: Wed, 4 Nov 2015 01:38:08 +0000 Message-ID: <4A6CE49E6084B141B15C0713B8993F283204F837@SJEXCHMB12.corp.ad.broadcom.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.16.203.100] Content-Type: multipart/alternative; boundary="_000_4A6CE49E6084B141B15C0713B8993F283204F837SJEXCHMB12corpa_" MIME-Version: 1.0 Archived-At: Subject: [mpls] draft-saad-lsp-instant-install-rsvpte X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2015 01:38:11 -0000 --_000_4A6CE49E6084B141B15C0713B8993F283204F837SJEXCHMB12corpa_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Sorry, Just changed the subject to correct Draft. Hi, Although the problem the draft is trying to solve is a legitimate problem, = but the solution has a number of issues: 1) It requires ingress LER to impose a stack of labels that is potenti= ally large. Existing HW can't currently support this and therefore this dra= ft requires replacing all LER HW 2) The solution requires all intermediate LSRs to support this new RSV= P-TE extension. 3) The QoS is not guaranteed. Since there is no correlation between ul= timate LSP and the DLL Stack. Since potentially many LSPs may be required = to go through the same path and they will all use the same DLL stack. 4) Switching multiple times to final LSP causes in flight packet drops= and out of order delivery 5) In a large MPLS network, There is no guarantee that the RESV messag= e comes back with low delay. Thx Shahram --_000_4A6CE49E6084B141B15C0713B8993F283204F837SJEXCHMB12corpa_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Sorry, Just changed the= subject to correct Draft.<= /p>

 

Hi,


Although the problem the draft is trying to solve is a legitimate problem, = but the solution has a number of issues:

 

1)      It requires ingress LER to impose a stack of labels= that is potentially large. Existing HW can’t currently support this = and therefore this draft requires replacing all LER HW

2)      The solution requires all intermediate LSRs to supp= ort this new RSVP-TE extension.

3)      The QoS is not guaranteed. Since there is no correl= ation between ultimate LSP and the  DLL Stack. Since potentially many = LSPs may be required to go through the same path and they will all use the = same DLL stack.

4)      Switching multiple times to final LSP causes in fli= ght packet drops and out of order delivery

5)      In a large MPLS network, There is no guarantee that= the RESV message comes back with low delay.

 

 

Thx
Shahram

 

 

--_000_4A6CE49E6084B141B15C0713B8993F283204F837SJEXCHMB12corpa_-- From nobody Tue Nov 3 17:38:46 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF1321A88E3 for ; Tue, 3 Nov 2015 17:38:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.209 X-Spam-Level: X-Spam-Status: No, score=-4.209 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EoEiy8dAXOUw for ; Tue, 3 Nov 2015 17:38:43 -0800 (PST) Received: from mail-gw1-out.broadcom.com (mail-gw1-out.broadcom.com [216.31.210.62]) by ietfa.amsl.com (Postfix) with ESMTP id 4742E1A8904 for ; Tue, 3 Nov 2015 17:38:39 -0800 (PST) X-IronPort-AV: E=Sophos; i="5.20,240,1444719600"; d="scan'208,217"; a="79682768" Received: from irvexchcas06.broadcom.com (HELO IRVEXCHCAS06.corp.ad.broadcom.com) ([10.9.208.53]) by mail-gw1-out.broadcom.com with ESMTP; 03 Nov 2015 19:41:54 -0800 Received: from SJEXCHCAS07.corp.ad.broadcom.com (10.16.203.16) by IRVEXCHCAS06.corp.ad.broadcom.com (10.9.208.53) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 3 Nov 2015 17:38:38 -0800 Received: from SJEXCHMB12.corp.ad.broadcom.com ([fe80::bc15:c1e1:c29a:36f7]) by SJEXCHCAS07.corp.ad.broadcom.com ([::1]) with mapi id 14.03.0235.001; Tue, 3 Nov 2015 17:38:38 -0800 From: Shahram Davari To: "Shah, Himanshu" , "mpls@ietf.org" Thread-Topic: draft-esale-mpls-ldp-node-frr-00 Thread-Index: AdEWntxZCDi6JDKdQ06V/allOy8YMgAAbqnAAAA4amA= Date: Wed, 4 Nov 2015 01:38:37 +0000 Message-ID: <4A6CE49E6084B141B15C0713B8993F283204F87B@SJEXCHMB12.corp.ad.broadcom.com> References: <4A6CE49E6084B141B15C0713B8993F283204F7B6@SJEXCHMB12.corp.ad.broadcom.com> <40746B2300A8FC4AB04EE722A593182B9C821A7F@ONWVEXCHMB04.ciena.com> In-Reply-To: <40746B2300A8FC4AB04EE722A593182B9C821A7F@ONWVEXCHMB04.ciena.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.16.203.100] Content-Type: multipart/alternative; boundary="_000_4A6CE49E6084B141B15C0713B8993F283204F87BSJEXCHMB12corpa_" MIME-Version: 1.0 Archived-At: Subject: Re: [mpls] draft-esale-mpls-ldp-node-frr-00 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2015 01:38:45 -0000 --_000_4A6CE49E6084B141B15C0713B8993F283204F87BSJEXCHMB12corpa_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Yes, my mistake. I just changed the subject to draft-saad-lsp-instant-insta= ll-rsvpte. Thx SD From: Shah, Himanshu [mailto:hshah@ciena.com] Sent: Tuesday, November 03, 2015 5:33 PM To: Shahram Davari; mpls@ietf.org Subject: RE: draft-esale-mpls-ldp-node-frr-00 You meant tarek/george's draft and not esale draft Thanks, Himanshu From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Shahram Davari Sent: Wednesday, November 04, 2015 10:30 AM To: mpls@ietf.org Subject: [mpls] draft-esale-mpls-ldp-node-frr-00 Hi, Although the problem the draft is trying to solve is a legitimate problem, = but the solution has a number of issues: 1) It requires ingress LER to impose a stack of labels that is potenti= ally large. Existing HW can't currently support this and therefore this dra= ft requires replacing all LER HW 2) The solution requires all intermediate LSRs to support this new RSV= P-TE extension. 3) The QoS is not guaranteed. Since there is no correlation between ul= timate LSP and the DLL Stack. Since potentially many LSPs may be required = to go through the same path and they will all use the same DLL stack. 4) Switching multiple times to final LSP causes in flight packet drops= and out of order delivery 5) In a large MPLS network, There is no guarantee that the RESV messag= e comes back with low delay. Thx Shahram --_000_4A6CE49E6084B141B15C0713B8993F283204F87BSJEXCHMB12corpa_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Yes, my mistake. I jus= t changed the subject to draft-saad-lsp-instant-install-rsvpte.

 

Thx
SD

 

From: Shah, Hi= manshu [mailto:hshah@ciena.com]
Sent: Tuesday, November 03, 2015 5:33 PM
To: Shahram Davari; mpls@ietf.org
Subject: RE: draft-esale-mpls-ldp-node-frr-00

 

You meant tarek/george’s draft and not= esale draft

 

T= hanks,

H= imanshu

 

From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Shahram Davari
Sent: Wednesday, November 04, 2015 10:30 AM
To: mpls@ietf.org
Subject: [mpls] draft-esale-mpls-ldp-node-frr-00

 

Hi,


Although the problem the draft is trying to solve is a legitimate problem, = but the solution has a number of issues:

 

1)      It requires ingress LER to impose a stack of labels= that is potentially large. Existing HW can’t currently support this = and therefore this draft requires replacing all LER HW

2)      The solution requires all intermediate LSRs to supp= ort this new RSVP-TE extension.

3)      The QoS is not guaranteed. Since there is no correl= ation between ultimate LSP and the  DLL Stack. Since potentially many = LSPs may be required to go through the same path and they will all use the = same DLL stack.

4)      Switching multiple times to final LSP causes in fli= ght packet drops and out of order delivery

5)      In a large MPLS network, There is no guarantee that= the RESV message comes back with low delay.

 

 

Thx
Shahram

 

 

--_000_4A6CE49E6084B141B15C0713B8993F283204F87BSJEXCHMB12corpa_-- From nobody Tue Nov 3 19:10:21 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 008A11A8AF6 for ; Tue, 3 Nov 2015 19:10:20 -0800 (PST) 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8pJ7w3qYQCiP for ; Tue, 3 Nov 2015 19:10:17 -0800 (PST) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0146.outbound.protection.outlook.com [207.46.100.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A72E91A8AF2 for ; Tue, 3 Nov 2015 19:10:17 -0800 (PST) Received: from SN1PR0501MB1709.namprd05.prod.outlook.com (10.163.130.155) by SN1PR0501MB1709.namprd05.prod.outlook.com (10.163.130.155) with Microsoft SMTP Server (TLS) id 15.1.312.18; Wed, 4 Nov 2015 03:10:16 +0000 Received: from SN1PR0501MB1709.namprd05.prod.outlook.com ([10.163.130.155]) by SN1PR0501MB1709.namprd05.prod.outlook.com ([10.163.130.155]) with mapi id 15.01.0312.014; Wed, 4 Nov 2015 03:10:16 +0000 From: John E Drake To: Kireeti Kompella , "mpls@ietf.org" Thread-Topic: [mpls] comments on draft-saad-mpls-lsp-instant-install-rsvpte Thread-Index: AQHRFqBy3yo7TtN54kaIjSAtIq5og56LLKXw Date: Wed, 4 Nov 2015 03:10:16 +0000 Message-ID: References: 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=jdrake@juniper.net; x-originating-ip: [122.216.203.186] x-microsoft-exchange-diagnostics: 1; SN1PR0501MB1709; 5:TaPgQO3RAiCydBlmFrPzha2hTbWrx85hhVx6KdxpHCBHqOVQGF1hokl1c87I8HXXtCLBojG99uuv0D0vCJzgHDSO86/scAyxdIecJkIwD139Kmtw1fjmLd7vj0tJnXoSSN0TxCxioGFKn/U7HgTaTw==; 24:7Z5Xkpj8dQymSICH9sSLUrFRjnqoMW+3HCDSIwDhTbhfEkTSRigkPfxu4t8Kt9gm89sGn9MaZIopqav27t4XCFaTLJo0iH00mOJr4JfP9RU=; 20:PDMJ6l2I+tsMw9Bo5iqwGqvLOJuSdrif2aQyNkuu7BsZfSKcC71osj4+IVxz5BzcK3mtfdUcdAEWKpDJA6vWTQ== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:SN1PR0501MB1709; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(108003899814671); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(520078)(5005006)(8121501046)(3002001)(10201501046); SRVR:SN1PR0501MB1709; BCL:0; PCL:0; RULEID:; SRVR:SN1PR0501MB1709; x-forefront-prvs: 0750463DC9 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(377454003)(189002)(199003)(102836002)(66066001)(5004730100002)(106116001)(74316001)(105586002)(15975445007)(5007970100001)(76576001)(97736004)(2501003)(40100003)(99286002)(81156007)(5001770100001)(92566002)(19300405004)(189998001)(5002640100001)(106356001)(101416001)(5001960100002)(107886002)(86362001)(19580395003)(87936001)(50986999)(122556002)(77096005)(5008740100001)(33656002)(5003600100002)(10400500002)(2950100001)(230783001)(19625215002)(2900100001)(11100500001)(16236675004)(54356999)(76176999)(19580405001); DIR:OUT; SFP:1102; SCL:1; SRVR:SN1PR0501MB1709; H:SN1PR0501MB1709.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:23 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_SN1PR0501MB17099D3E1A0D8116EA213E6BC72A0SN1PR0501MB1709_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Nov 2015 03:10:16.1499 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN1PR0501MB1709 Archived-At: Subject: Re: [mpls] comments on draft-saad-mpls-lsp-instant-install-rsvpte X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2015 03:10:20 -0000 --_000_SN1PR0501MB17099D3E1A0D8116EA213E6BC72A0SN1PR0501MB1709_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNCkkgaGF2ZSBhIGNvdXBsZSBvZiBvYnNlcnZhdGlvbnMgaW4gYWRkaXRpb24gdG8gS2ly ZWV0aeKAmXMgY29tbWVudCwgYmVsb3csIHdpdGggd2hpY2ggSSBhZ3JlZToNCg0KMSkgIElmIHRo ZSBsYWJlbHMgdGhhdCBhcmUgYmVpbmcgcmV0dXJuZWQgaW4gc2lnbmFsaW5nIGFyZSBMU1AgbGFi ZWxzLCB0aGVuIHRoZSBzY2hlbWUgd29u4oCZdCB3b3JrIGJlY2F1c2UgaXQgZmFsbHMgcHJleSB0 byB0aGUgc2FtZSBwcm9ibGVtIHlvdSBhcmUgdHJ5aW5nIHRvIHNvbHZlDQoNCjIpICBpZiB0aGUg bGFiZWxzIGFyZSBJR1AgbGluayBsYWJlbHMgKGkuZS4sIHRoZSBpbmdyZXNzIHVzZXMgdGhlIGxp bmsgbGFiZWxzIHRvIHNvdXJjZSByb3V0ZSBwYWNrZXRzIGFsb25nIHRoZSBzYW1lIHBhdGggYXMg dGhlIExTUOKAmXMgcGF0aCksIHRoZW4geW91IGRvbuKAmXQgbmVlZCB0byB3YWl0IGZvciBzaWdu YWxpbmcgdG8gc3RhcnQgc2VuZGluZyBwYWNrZXRzLiAgSG93ZXZlciwgaWYgdGhlIGluZ3Jlc3Mg d2FpdHMgZm9yIHNpZ25hbGluZyB0aGVuIGl0IGtub3dzIHRoYXQgQ0FDIGhhcyBiZWVuIHBlcmZv cm1lZCBhbG9uZyB0aGUgTFNQ4oCZcyBwYXRoDQoNCjMpICB0aGUgaW5ncmVzcyBzdGlsbCBuZWVk cyBMU1AgU2VsZiBQaW5nIHRvIGtub3cgd2hlbiB0aGUgTFNQIGhhcyBiZWVuIGluc3RhbnRpYXRl ZA0KDQo0KSAgSSB0aGluayB0aGUgY29tYmluYXRpb24gb2YgMikgYW5kIDMpIG1pZ2h0IGJlIHVz ZWZ1bA0KDQpZb3VycyBJcnJlc3BlY3RpdmVseSwNCg0KSm9obg0KDQpGcm9tOiBtcGxzIFttYWls dG86bXBscy1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgS2lyZWV0aSBLb21wZWxsYQ0K U2VudDogVHVlc2RheSwgTm92ZW1iZXIgMDMsIDIwMTUgODozMSBQTQ0KVG86IG1wbHNAaWV0Zi5v cmcNClN1YmplY3Q6IFttcGxzXSBjb21tZW50cyBvbiBkcmFmdC1zYWFkLW1wbHMtbHNwLWluc3Rh bnQtaW5zdGFsbC1yc3ZwdGUNCg0KSGkgVGFyZWssIEdlb3JnZToNCg0KSSBhcHByZWNpYXRlIChi dXQgZG9uJ3QgZnVsbHkgYWdyZWUgd2l0aCkgeW91ciBtb3RpdmF0aW9uIC0tIHRvIG1pbmltaXpl IHRpbWUgb24gdGhlIHRlbXBvcmFyeSBwYXRoLiAgVGhpcyBjb3VsZCBiZSB0aGUgYmFja3VwIHBh dGggaW4gdGhlIGNhc2Ugb2YgRlJSLCBvciB0aGUgb3JpZ2luYWwgcGF0aCBpbiBjYXNlIG9mIHJl b3B0aW1pemF0aW9uLg0KDQpPbiB0aGUgb3RoZXIgaGFuZCwgSSB0aGluayBzb21lIG1pZ2h0IGJl IHdvcnJpZWQgYWJvdXQgdGhlIG51bWJlciBvZiBmb3J3YXJkaW5nIGNoYW5nZXM6IGZyb20gb3Jp Z2luYWwgcGF0aCB0byB0ZW1wb3JhcnkgdG8gRExMIHN0YWNrIHRvIGZpbmFsIHBhdGguICBFYWNo IGZvcndhcmRpbmcgY2hhbmdlIGNhbiBsZWFkIHRvIHNvbWUgcGFja2V0cyBiZWluZyBkcm9wcGVk IG9yIHJlb3JkZXJlZC4gIFNvLCBwZXJoYXBzIHRoZSBvYmplY3RpdmUgZnVuY3Rpb24gYmVpbmcg b3B0aW1pemVkIHNob3VsZCBiZSB0byBtaW5pbWl6ZSBmb3J3YXJkaW5nIGNoYW5nZXMgcmF0aGVy IHRoYW4gbWluaW1pemUgdGltZSBvbiB0aGUgdGVtcG9yYXJ5IHBhdGguICBBdCB0aGUgdmVyeSBs ZWFzdCwgdGhlcmUgc2hvdWxkIGJlIGEgZGlzY3Vzc2lvbiBvZiB0aGlzIGluIHRoZSBkcmFmdCAo YW5kIG9uIHRoZSBsaXN0KS4NCg0KLS0NCktpcmVldGkNCg== --_000_SN1PR0501MB17099D3E1A0D8116EA213E6BC72A0SN1PR0501MB1709_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9 DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglj b2xvcjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBz cGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xv cjojOTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxl MTcNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGli cmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28t c3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJp Zjt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEu MGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2Vj dGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVm YXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48 IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxv OmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwh W2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9IiMwNTYzQzEiIHZs aW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SGksPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5 N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5JIGhhdmUgYSBjb3VwbGUgb2Ygb2JzZXJ2YXRp b25zIGluIGFkZGl0aW9uIHRvIEtpcmVldGnigJlzIGNvbW1lbnQsIGJlbG93LCB3aXRoIHdoaWNo IEkgYWdyZWU6PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4xKSZu YnNwOyBJZiB0aGUgbGFiZWxzIHRoYXQgYXJlIGJlaW5nIHJldHVybmVkIGluIHNpZ25hbGluZyBh cmUgTFNQIGxhYmVscywgdGhlbiB0aGUgc2NoZW1lIHdvbuKAmXQgd29yayBiZWNhdXNlIGl0IGZh bGxzIHByZXkgdG8gdGhlIHNhbWUgcHJvYmxlbSB5b3UgYXJlIHRyeWluZyB0bw0KIHNvbHZlPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlm O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj4yKSZuYnNwOyBpZiB0aGUg bGFiZWxzIGFyZSBJR1AgbGluayBsYWJlbHMgKGkuZS4sIHRoZSBpbmdyZXNzIHVzZXMgdGhlIGxp bmsgbGFiZWxzIHRvIHNvdXJjZSByb3V0ZSBwYWNrZXRzIGFsb25nIHRoZSBzYW1lIHBhdGggYXMg dGhlIExTUOKAmXMgcGF0aCksIHRoZW4geW91IGRvbuKAmXQgbmVlZA0KIHRvIHdhaXQgZm9yIHNp Z25hbGluZyB0byBzdGFydCBzZW5kaW5nIHBhY2tldHMuJm5ic3A7IEhvd2V2ZXIsIGlmIHRoZSBp bmdyZXNzIHdhaXRzIGZvciBzaWduYWxpbmcgdGhlbiBpdCBrbm93cyB0aGF0IENBQyBoYXMgYmVl biBwZXJmb3JtZWQgYWxvbmcgdGhlIExTUOKAmXMgcGF0aDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RCI+MykmbmJzcDsgdGhlIGluZ3Jlc3Mgc3RpbGwgbmVlZHMgTFNQ IFNlbGYgUGluZyB0byBrbm93IHdoZW4gdGhlIExTUCBoYXMgYmVlbiBpbnN0YW50aWF0ZWQ8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPjQpJm5ic3A7IEkgdGhpbmsg dGhlIGNvbWJpbmF0aW9uIG9mIDIpIGFuZCAzKSBtaWdodCBiZSB1c2VmdWw8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG NDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPllvdXJzIElycmVzcGVjdGl2ZWx5LDxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+Sm9objxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0 OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9u ZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGluIDBpbiAwaW4gNC4wcHQi Pg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFF MSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssc2Fucy1zZXJpZiI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+IG1w bHMgW21haWx0bzptcGxzLWJvdW5jZXNAaWV0Zi5vcmddDQo8Yj5PbiBCZWhhbGYgT2YgPC9iPktp cmVldGkgS29tcGVsbGE8YnI+DQo8Yj5TZW50OjwvYj4gVHVlc2RheSwgTm92ZW1iZXIgMDMsIDIw MTUgODozMSBQTTxicj4NCjxiPlRvOjwvYj4gbXBsc0BpZXRmLm9yZzxicj4NCjxiPlN1YmplY3Q6 PC9iPiBbbXBsc10gY29tbWVudHMgb24gZHJhZnQtc2FhZC1tcGxzLWxzcC1pbnN0YW50LWluc3Rh bGwtcnN2cHRlPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj5IaSBUYXJlaywgR2VvcmdlOjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JIGFwcHJlY2lhdGUgKGJ1dCBkb24ndCBmdWxs eSBhZ3JlZSB3aXRoKSB5b3VyIG1vdGl2YXRpb24gLS0gdG8gbWluaW1pemUgdGltZSBvbiB0aGUg dGVtcG9yYXJ5IHBhdGguJm5ic3A7IFRoaXMgY291bGQgYmUgdGhlIGJhY2t1cCBwYXRoIGluIHRo ZSBjYXNlIG9mIEZSUiwgb3IgdGhlIG9yaWdpbmFsIHBhdGggaW4gY2FzZSBvZiByZW9wdGltaXph dGlvbi48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+T24gdGhlIG90aGVyIGhhbmQsIEkgdGhpbmsgc29tZSBtaWdodCBiZSB3b3JyaWVkIGFib3V0 IHRoZSBudW1iZXIgb2YgZm9yd2FyZGluZyBjaGFuZ2VzOiBmcm9tIG9yaWdpbmFsIHBhdGggdG8g dGVtcG9yYXJ5IHRvIERMTCBzdGFjayB0byBmaW5hbCBwYXRoLiZuYnNwOyBFYWNoIGZvcndhcmRp bmcgY2hhbmdlIGNhbiBsZWFkIHRvIHNvbWUgcGFja2V0cyBiZWluZyBkcm9wcGVkIG9yIHJlb3Jk ZXJlZC4mbmJzcDsgU28sIHBlcmhhcHMNCiB0aGUgb2JqZWN0aXZlIGZ1bmN0aW9uIGJlaW5nIG9w dGltaXplZCBzaG91bGQgYmUgdG8gbWluaW1pemUgZm9yd2FyZGluZyBjaGFuZ2VzIHJhdGhlciB0 aGFuIG1pbmltaXplIHRpbWUgb24gdGhlIHRlbXBvcmFyeSBwYXRoLiZuYnNwOyBBdCB0aGUgdmVy eSBsZWFzdCwgdGhlcmUgc2hvdWxkIGJlIGEgZGlzY3Vzc2lvbiBvZiB0aGlzIGluIHRoZSBkcmFm dCAoYW5kIG9uIHRoZSBsaXN0KS48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj4tLSA8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij5LaXJlZXRpPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N CjwvYm9keT4NCjwvaHRtbD4NCg== --_000_SN1PR0501MB17099D3E1A0D8116EA213E6BC72A0SN1PR0501MB1709_-- From nobody Tue Nov 3 21:10:24 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B155D1ACD05 for ; Tue, 3 Nov 2015 21:10:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 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, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SoA-HXtjKoMc for ; Tue, 3 Nov 2015 21:10:19 -0800 (PST) Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BC76A1ACD12 for ; Tue, 3 Nov 2015 21:10:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=15100; q=dns/txt; s=iport; t=1446613818; x=1447823418; h=from:to:subject:date:message-id:mime-version; bh=cTCrc1jNm0sFc5g6MOazF03kCOXFyd3sTshuG2P9UlA=; b=htgfa2g8MbxbTHrCgO0/cp08YSCp1tD7R/vvtEIMerP+Mc8LdLjbiO5g AaXB1SwhBMc0YK+APDoq62bgWFFIRalTZkDBp2QD0wWLGlH/trQI8wBcg vA/VtgzejS9u4IPFdg0HhJijO19yrjAWc2f8In1yM5iEtm5F/9gczA3Ey Q=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0D5AQB3kjlW/5hdJa1egm5NU28GvUEBDYFdhhMCgTw4FAEBAQEBAQGBCoQ1AQIELV4BCBEDAQIoORQJCgQBEhuIE8FXAQEBAQEFAQEBAQEBARyGVYR+hHsWhCcFjVOIcwGIDIUVnD4BHwEBQoQEcoQtgQcBAQE X-IronPort-AV: E=Sophos; i="5.20,241,1444694400"; d="scan'208,217"; a="41747018" Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-7.cisco.com with ESMTP; 04 Nov 2015 05:10:17 +0000 Received: from XCH-RTP-002.cisco.com (xch-rtp-002.cisco.com [64.101.220.142]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id tA45AHUT013792 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 4 Nov 2015 05:10:17 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.1104.5; Wed, 4 Nov 2015 00:10:16 -0500 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.1104.000; Wed, 4 Nov 2015 00:10:16 -0500 From: "Tarek Saad (tsaad)" To: Shahram Davari , "mpls@ietf.org" Thread-Topic: [mpls] draft-saad-lsp-instant-install-rsvpte Thread-Index: AQHRFr8XJf/SfMe0x0mflzlGDc7Y8w== Date: Wed, 4 Nov 2015 05:10:16 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.5.7.151005 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.86.243.240] Content-Type: multipart/alternative; boundary="_000_D25FBE094D9F1tsaadciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [mpls] draft-saad-lsp-instant-install-rsvpte X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2015 05:10:21 -0000 --_000_D25FBE094D9F1tsaadciscocom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Shahram, Thanks for the feedback. See Inline. From: mpls > on behalf = of Shahram Davari > Date: Wednesday, November 4, 2015 at 10:38 AM To: Shahram Davari >, "mpls= @ietf.org" > Subject: [mpls] draft-saad-lsp-instant-install-rsvpte Sorry, Just changed the subject to correct Draft. Hi, Although the problem the draft is trying to solve is a legitimate problem, = but the solution has a number of issues: 1) It requires ingress LER to impose a stack of labels that is potenti= ally large. Existing HW can't currently support this and therefore this dra= ft requires replacing all LER HW [TS]: this is valid, but LER(s) today are having to deal with this fact any= way (e.g. For SR-TE, SFC, etc..) -- imposing up to 10 labels, today, is som= ething doable on LERs. 2) The solution requires all intermediate LSRs to support this new RSV= P-TE extension. [TS]: yes, if there are node/link(s) that don't support DLL, then ingress c= an fallback to the classic reoptimization (make-before-break) method withou= t further impact. 3) The QoS is not guaranteed. Since there is no correlation between ul= timate LSP and the DLL Stack. Since potentially many LSPs may be required = to go through the same path and they will all use the same DLL stack. [TS]: the reservation in the control plane is done via RSVP-TE a-priori to = starting forwarding any traffic with the DLL stack. Other LSPs that want to= use a DLL stack will have to reserve the bandwidth in advance (using RSVP-= TE as usual) before forwarding traffic. 4) Switching multiple times to final LSP causes in flight packet drops= and out of order delivery [TS]: the DLL stack and new LSP are coinciding - so it's less likely such o= ut-of-order delivery can occur. 5) In a large MPLS network, There is no guarantee that the RESV messag= e comes back with low delay. [TS]: I agree, performance of RSVP-TE control plane under scale is importan= t, and in fact there are WG has recommendations to improve it that can be i= mplemented too (e.g. Driven by MPLS and TEAS WG). However, the intent of th= e draft was to minimize the time to ensure the performance of data plane(s)= of traversed LSR(s) -- which constitutes the wait time after singling com= pletes- is illuminated from the LSP installation wait time. Regards, Tarek Thx Shahram --_000_D25FBE094D9F1tsaadciscocom_ Content-Type: text/html; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable
Hi Shahram,

Thanks for the feedback. See Inline.

From: mpls <mpls-bounces@ietf.org> on behalf of Shahram Dav= ari <davari@broadcom.com><= br> Date: Wednesday, November 4, 2015 a= t 10:38 AM
To: Shahram Davari <davari@broadcom.com>, "mpls@ietf.org" <mpls@ietf.org>
Subject: [mpls] draft-saad-lsp-inst= ant-install-rsvpte

Sorry, Just changed the subject t= o correct Draft.

 

Hi,


Although the problem the draft is trying to solve is a legitimate problem, = but the solution has a number of issues:

 

1) &nbs= p;    It requires ingress LER to impose a stack of la= bels that is potentially large. Existing HW can’t currently support t= his and therefore this draft requires replacing all LER HW
[TS]: this is valid, but LER(s) today are having to deal with this fac= t anyway (e.g. For SR-TE, SFC, etc..) -- imposing up to 10 labels, today, i= s something doable on LERs.

2) &nbs= p;    The solution requires all intermediate LSRs to = support this new RSVP-TE extension.
[TS]: yes, if there are node/link(s) that don’t support DLL, the= n ingress can fallback to the classic reoptimization (make-before-break) me= thod without further impact.

3) &nbs= p;    The QoS is not guaranteed. Since there is no co= rrelation between ultimate LSP and the  DLL Stack. Since potentially m= any LSPs may be required to go through the same path and they will all use = the same DLL stack.
[TS]: the reservation in the control plane is done via RSVP-TE a-prior= i to starting forwarding any traffic with the DLL stack. Other LSPs that wa= nt to use a DLL stack will have to reserve the bandwidth in advance (using = RSVP-TE as usual) before forwarding traffic.
 

4) &nbs= p;    Switching multiple times to final LSP causes in= flight packet drops and out of order delivery
[TS]: the DLL stack and new LSP are coinciding – so it’s l= ess likely such out-of-order delivery can occur.

5) &nbs= p;    In a large MPLS network, There is no guarantee = that the RESV message comes back with low delay.

[TS]: I agree, performance of RSVP-TE control p= lane under scale is important, and in fact there are WG has recommendations= to improve it that can be implemented too (e.g. Driven by MPLS and TEAS WG= ). However, the intent of the draft was to minimize the time to ensure the performance of data plane(s) of tra= versed LSR(s)  -- which constitutes the wait time after singling compl= etes— is illuminated from the LSP installation wait time.

Regards,
Tarek

 

Thx
Shahram

 

 

 --_000_D25FBE094D9F1tsaadciscocom_-- From nobody Tue Nov 3 21:27:10 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3050C1ACD33 for ; Tue, 3 Nov 2015 21:27:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.21 X-Spam-Level: X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HR0SyQhAwuHR for ; Tue, 3 Nov 2015 21:27:02 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 330811ACD37 for ; Tue, 3 Nov 2015 21:27:02 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BZX00976; Wed, 04 Nov 2015 05:27:00 +0000 (GMT) Received: from NKGEML410-HUB.china.huawei.com (10.98.56.41) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 4 Nov 2015 05:26:59 +0000 Received: from NKGEML506-MBX.china.huawei.com ([169.254.3.20]) by nkgeml410-hub.china.huawei.com ([10.98.56.41]) with mapi id 14.03.0235.001; Wed, 4 Nov 2015 13:26:54 +0800 From: Lizhenbin To: "mpls@ietf.org" Thread-Topic: Solicit Opinions on Definition of MPLS Global Label Thread-Index: AdEWs37wCLrB6MbkTaujhtDJQWTFpw== Date: Wed, 4 Nov 2015 05:26:53 +0000 Message-ID: <5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA63EA4@nkgeml506-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.194.186.173] Content-Type: multipart/alternative; boundary="_000_5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA63EA4nkgeml506mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020203.56399724.0068, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.3.20, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: efaf5454d5d0c314efd4eb4b5cd42d78 Archived-At: Subject: [mpls] Solicit Opinions on Definition of MPLS Global Label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2015 05:27:09 -0000 --_000_5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA63EA4nkgeml506mbxchi_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGkgTVBMU2VycywNCg0KQXMgdGhlIGRldmVsb3BtZW50IG9mIE1QTFMgdGVjaG5vbG9naWVzLCBt YW55IG5ldyBsYWJlbCBjb25jZXB0cyBiZXlvbmQgUkZDMzAzMSBhcmUgcHJvcG9zZWQuIEFuZCBp biBzZWdtZW50IHJvdXRpbmcgTVBMUyBsYWJlbCBjYW4gYmUNCg0KYWxsb2NhdGVkIGFuZCBmbG9v ZGVkIGluIHRoZSBuZXR3b3JrIHdoaWNoIG1lYW5zIHRoZSBtZWFuaW5nIG9mIHRoZSBsYWJsZWwg Y2FuIGJlIHVuZGVyc3Rvb2QgYnkgYWxsIG5vZGVzIGluIHRoZSBuZXR3b3JrLiBJdCBpcyB0b3Rh bGx5IGRpZmZlcmVudCBmcm9tDQoNCnRoZSBsYWJlbCBkaXN0cmlidXRpb24gYmVoYXZpb3Igb2Yg TERQLCBSU1ZQLVRFLCBhbmQgTVAtQkdQLiBGcm9tIG15IHBvaW50IG9mIHZpZXcgd2UgbmVlZCBu b3QgYXJndWUgaWYgaXQgaXMgZ2xvYmFsIGxhYmVsIG9yIGdsb2JhbCBJRC4gSW4gZmFjdCwgdGhl DQoNCnBvc3NpYmxlIHBlcnNvbnMgd2hvIHJlYWQgdGhlIGRyYWZ0cyBvZiBwcm90b2NvbCBleHRl bnNpb25zIGZvciBzZWdtZW50IHJvdXRpbmcgd2hpY2ggaW5jb3Jwb3JhdGUgdGhlIGxhYmVsIGFs bG9jYXRpb24gbWF5IGJlIGNvbmZ1c2VkIHRoYXQgTVBMUyBXRyBhcw0KDQp0aGUgYmFzZSBvZiBN UExTIHdvcmsgc2VlbXMgdG8gaGF2ZSBub3RoaW5nIHdpdGggdGhlIHdvcmsuIEJ1dCB0aGUgY2hh bGxlbmdlIG9mIGRlZmluaXRpb24gb2YgZ2xvYmFsIGxhYmVsIHRydWx5IGV4aXN0cyB3aGljaCBo YXMgYmVlbiBwcm9wb3NlZCBpbiB0aGUgZHJhZnQNCg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWQv ZHJhZnQtbGktbXBscy1nbG9iYWwtbGFiZWwtdXNlY2FzZXMtMDMudHh0LiBIb3BlIHlvdSBjYW4g cmVmZXIgdG8gU2VjdGlvbiA0IG9mIHRoZSBkcmFmdC4NCg0KVGhlIGRlYmF0ZXMgb24gTVBMUyBn bG9iYWwgbGFiZWwgaGF2ZSBsYXN0ZWQgZm9yIGEgbG9uZyB0aW1lLiBUaGUgb3BpbmlvbnMgY2Fu IGJlIGNsYXNzaWZpZWQgYXMgZm9sbG93aW5nOg0KDQpPcGluaW9uIDE6IFNlZ21lbnQgUm91dGlu ZyBoYXMgbm90aGluZyB3aXRoIGdsb2JhbCBsYWJlbCBhbmQgcGxlYXNlIGRvIG5vdCBtYWtlIGl0 IGJvdGhlciBNUExTIFdHLiBCdXQgaXQgc2VlbXMgYSBsaXR0bGUgaGFyZCB0byBjb252aW5jZSBz b21lIE1QTFNlcnMuDQoNCk9waW5pb24gMjogVGhlIHVzZWNhc2UgdHJ1bHkgZXhpc3RzLiBCdXQg dGhlIGNvbmNlcHQgb2YgZ2xvYmFsIGxhYmVsIGlzIHRvbyBiaWcuIEl0IGlzIGhhcmQgdG8gYWxs b2NhdGUgYSBsYWJlbCB3aGljaCBpcyB1bmlxdWUgc3Bhbm5pbmcgbXVsdGlwbGUgZG9tYWlucyBv cg0KDQphcyBJUCBhZGRyZXNzIHdoaWNoIGlzIHVuaXF1ZSBhbGwgb3ZlciB3b3JsZCBzaW5jZSBp dCBpcyBub3QgYSBzY2FsYWJsZSB3YXkgb3IgaXQgaXMgaGFyZCB0byBhY2hpZXZlIHRoZSBnb2Fs LiBUaGVuIG1heWJlIGl0IGlzIGEgYmV0dGVyIHdheSB0byBuYXJyb3cgdGhlDQoNCnNjb3BlIHRv IHJlbmFtZSB0aGUgZ2xvYmFsIGxhYmVsIGFzIERvbWFpbi13aWRlIGxhYmVsLCBOZXR3b3JrLXdp ZGUgbGFiZWwsIGV0Yy4NCg0KT3BpbmlvbiAzOiBUaGUgZ2xvYmFsIGxhYmVsIGNhbiBiZSBrZXB0 IHRvIGNvdmVyIG1vcmUgbGFiZWwgY29uY2VwdHMgd2hpY2ggbGFiZWwgYmVoYXZpb3JzIGluIHRo ZSBjb250cm9sIHBsYW5lIGFuZCBmb3J3YXJkIHBsYW5lIGFyZSBkaWZmZXJlbnQgZm9ybSB0aGUN Cg0KdHJhZGl0aW9uYWwgTERQL1JTVlAtVEUvTVAtQkdQLg0KDQoNCg0KU2luY2UgSSBjb3VsZCBu b3QgZ2V0IG1vcmUgdGltZSBpbiBteSBwcmVzZW50YXRpb24gdG8gY29sbGVjdCB5b3VyIG9waW5p b25zLCBpZiBjb252ZW5pZW50IHBsZWFzZSBoZWxwIGZlZWRiYWNrIHlvdXIgb3BpbmlvbiBpbiB5 b3VyIG1haWxpbmcgbGlzdC4gSG9wZSB0aHJvdWdoDQoNCnRoZSBkaXNjdXNzaW9uIHdlIGNhbiBt YWtlIHNvbWUgY29uc2Vuc3VzLg0KDQoNCg0KDQoNCg0KDQpCZXN0IFJlZ2FyZHMsDQoNClpoZW5i aW4oUm9iaW4pDQoNCg0K --_000_5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA63EA4nkgeml506mbxchi_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi MPLSers,

As the development of MPLS technologies, many new label concepts beyond = RFC3031 are proposed. And in segment routing MPLS label can be

allocated and flooded in the network which means the meaning of the labl= el can be understood by all nodes in the network. It is totally different f= rom

the label distribution behavior of LDP, RSVP-TE, and MP-BGP. From my poi= nt of view we need not argue if it is global label or global ID. In fact, t= he

possible persons who read the drafts of protocol extensions for segment = routing which incorporate the label allocation may be confused that MPLS WG= as

the base of MPLS work seems to have nothing with the work. But the chall= enge of definition of global label truly exists which has been proposed in = the draft

https://www.ietf.org/id/draft-li-mpls-global-label-usecases-03.txt. Hope you can refer to Section 4 of the draft.

The debates on MPLS global label have lasted for a long time. The opinio= ns can be classified as following:

Opinion 1: Segment Routing has nothing with global label and please do n= ot make it bother MPLS WG. But it seems a little hard to convince some= MPLSers.

Opinion 2: The usecase truly exists. But the concept of global label is = too big. It is hard to allocate a label which is unique spanning multiple d= omains or

as IP address which is unique all over world since it is not a scalable = way or it is hard to achieve the goal. Then maybe it is a better way to nar= row the

scope to rename the global label as Domain-wide label, Network-wide labe= l, etc.

Opinion 3: The global label can be kept to cover more label concepts whi= ch label behaviors in the control plane and forward plane are differen= t form the

traditional LDP/RSVP-TE/MP-BGP.

 

Since I could not get more time in my presentation to collect = your opinions, if convenient please help feedback your opinion in your mail= ing list. Hope through

the discussion we can make some consensus.

 

 

 

Best Regards,

Zhenbin(Robin)

 

--_000_5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA63EA4nkgeml506mbxchi_-- From nobody Tue Nov 3 21:55:48 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A45171A9147 for ; Tue, 3 Nov 2015 21:55:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 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, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ki1H3baCbVQ6 for ; Tue, 3 Nov 2015 21:55:43 -0800 (PST) Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9C2031A6F84 for ; Tue, 3 Nov 2015 21:55:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=13688; q=dns/txt; s=iport; t=1446616543; x=1447826143; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=vO5Pg6xKQq2ZGzXwaQpBoeBpjchL4okVgX5O6E8WByg=; b=K3Q/r2bD+f8hY0yyDTLOa2LPbU9KbGrTKxjsmITur/NupEEf+dLB7zMl ORKdMLlpwTvdb9VdR9MVALwQTxE/kftueyl0Ie5rzdE1qZTsImsFdTFWr JhFb3Dfv2fwcjz87YBe5WS1wSN5cwQUduwLbc+82eQnE/xDoMMzVHTtz5 g=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0D5AQBPnTlW/5pdJa1egm5NU28GvUUBDYFdhhMCgTw4FAEBAQEBAQGBCoQ1AQEBBC1cAgEIEQMBAQEoByERFAkIAgQBEh+HegMSvRINhC4BAQEBAQEBAQEBAQEBAQEBAQEBAQEYhlWEfoJTgU5aFoQnBY1TiHMBiy2BdIFahD+OVINgg3EBHwEBQoQEcoNqJB+BBwEBAQ X-IronPort-AV: E=Sophos; i="5.20,241,1444694400"; d="scan'208,217"; a="47239500" Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by rcdn-iport-3.cisco.com with ESMTP; 04 Nov 2015 05:55:42 +0000 Received: from XCH-RTP-002.cisco.com (xch-rtp-002.cisco.com [64.101.220.142]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id tA45tfkl019519 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 4 Nov 2015 05:55:42 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.1104.5; Wed, 4 Nov 2015 00:55:41 -0500 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.1104.000; Wed, 4 Nov 2015 00:55:41 -0500 From: "Tarek Saad (tsaad)" To: John E Drake , Kireeti Kompella , "mpls@ietf.org" Thread-Topic: [mpls] comments on draft-saad-mpls-lsp-instant-install-rsvpte Thread-Index: AQHRFqB2HKK65nIXUUiEW9XR2d7Dz56LgzgAgADFFgA= Date: Wed, 4 Nov 2015 05:55:41 +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/14.5.7.151005 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.86.243.240] Content-Type: multipart/alternative; boundary="_000_D25FCB894DA7Btsaadciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [mpls] comments on draft-saad-mpls-lsp-instant-install-rsvpte X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2015 05:55:46 -0000 --_000_D25FCB894DA7Btsaadciscocom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi John, Thanks, please see inline. From: mpls > on behalf = of John E Drake > Date: Wednesday, November 4, 2015 at 12:10 PM To: Kireeti Kompella >, "mpls@ietf.org" > Subject: Re: [mpls] comments on draft-saad-mpls-lsp-instant-install-rsvpte Hi, I have a couple of observations in addition to Kireeti's comment, below, wi= th which I agree: 1) If the labels that are being returned in signaling are LSP labels, then= the scheme won't work because it falls prey to the same problem you are tr= ying to solve [TS]: indeed, they're not. The DLL(s) are pre-allocated and pre-programmed = label(s) driven by TE link configuration - prior to LSP singling. 2) if the labels are IGP link labels (i.e., the ingress uses the link labe= ls to source route packets along the same path as the LSP's path), then you= don't need to wait for signaling to start sending packets. However, if th= e ingress waits for signaling then it knows that CAC has been performed alo= ng the LSP's path [TS]: yes, the DLL(s) can be IGP link label(s) aka adjacency-segments (but = can also be managed solely by TE as we're proposing)-- and yes, the ingress= waits to confirm CAC is done (via singling) on LSRs before forwarding traf= fic. 3) the ingress still needs LSP Self Ping to know when the LSP has been ins= tantiated [TS]: yes, this is still needed. 4) I think the combination of 2) and 3) might be useful [TS]: yes, the draft is pushing for a similar combo of 2) and 3) above. Regards, Tarek Yours Irrespectively, John From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Kireeti Kompella Sent: Tuesday, November 03, 2015 8:31 PM To: mpls@ietf.org Subject: [mpls] comments on draft-saad-mpls-lsp-instant-install-rsvpte Hi Tarek, George: I appreciate (but don't fully agree with) your motivation -- to minimize ti= me on the temporary path. This could be the backup path in the case of FRR= , or the original path in case of reoptimization. On the other hand, I think some might be worried about the number of forwar= ding changes: from original path to temporary to DLL stack to final path. = Each forwarding change can lead to some packets being dropped or reordered.= So, perhaps the objective function being optimized should be to minimize = forwarding changes rather than minimize time on the temporary path. At the= very least, there should be a discussion of this in the draft (and on the = list). -- Kireeti --_000_D25FCB894DA7Btsaadciscocom_ Content-Type: text/html; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable
Hi John,

Thanks, please see inline.

From: mpls <mpls-bounces@ietf.org> on behalf of John E Drak= e <jdrake@juniper.net>
Date: Wednesday, November 4, 2015 a= t 12:10 PM
To: Kireeti Kompella <kireeti.kompella@gmail.com>, &qu= ot;mpls@ietf.org" <mpls@ietf.org>
Subject: Re: [mpls] comments on dra= ft-saad-mpls-lsp-instant-install-rsvpte

Hi,

 

I have a couple of observations in ad= dition to Kireeti’s comment, below, with which I agree:

 

1)  If the labels that are being= returned in signaling are LSP labels, then the scheme won’t work bec= ause it falls prey to the same problem you are trying to solve

[TS]: indeed, they’re not. The DLL(s) are pre-allocated and pre-= programmed label(s) driven by TE link configuration — prior to LSP si= ngling.

 

2)  if the labels are IGP link l= abels (i.e., the ingress uses the link labels to source route packets along= the same path as the LSP’s path), then you don’t need to wait for signaling to start sending packets.  However, if the ingr= ess waits for signaling then it knows that CAC has been performed along the= LSP’s path
[TS]: yes, the DLL(s) can be IGP link label(s) aka adjacency-segments = (but can also be managed solely by TE as we’re proposing)-- and yes, = the ingress waits to confirm CAC is done (via singling) on LSRs before forw= arding traffic.

 

3)  the ingress still needs LSP = Self Ping to know when the LSP has been instantiated

[TS]: yes, this is still needed.=


4)  I think the combination of 2= ) and 3) might be useful
[TS]: yes, the draft is pushing for a similar combo of 2) and 3) above= .

Regards,
Tarek

Yours Irrespectively,

 

John

 

From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Kireeti Kompella
Sent: Tuesday, November 03, 2015 8:31 PM
To: mpls@ietf.org
Subject: [mpls] comments on draft-saad-mpls-lsp-instant-install-rsvp= te

 

Hi Tarek, George:

 

I appreciate (but don't fully agree with) your motiv= ation -- to minimize time on the temporary path.  This could be the ba= ckup path in the case of FRR, or the original path in case of reoptimizatio= n.

 

On the other hand, I think some might be worried abo= ut the number of forwarding changes: from original path to temporary to DLL= stack to final path.  Each forwarding change can lead to some packets= being dropped or reordered.  So, perhaps the objective function being optimized should be to minimize forwarding ch= anges rather than minimize time on the temporary path.  At the very le= ast, there should be a discussion of this in the draft (and on the list).

 

--

Kireeti

 --_000_D25FCB894DA7Btsaadciscocom_-- From nobody Tue Nov 3 22:27:06 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B215C1ACD0A for ; Tue, 3 Nov 2015 22:27:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3EfjjMclvWP7 for ; Tue, 3 Nov 2015 22:26:59 -0800 (PST) Received: from relais-inet.francetelecom.com (relais-ias92.francetelecom.com [193.251.215.92]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3669B1AC423 for ; Tue, 3 Nov 2015 22:26:58 -0800 (PST) Received: from omfedm07.si.francetelecom.fr (unknown [xx.xx.xx.3]) by omfedm12.si.francetelecom.fr (ESMTP service) with ESMTP id 7DA5C18C3D2; Wed, 4 Nov 2015 07:26:56 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [10.114.31.41]) by omfedm07.si.francetelecom.fr (ESMTP service) with ESMTP id 58EC84C048; Wed, 4 Nov 2015 07:26:56 +0100 (CET) Received: from OPEXCLILM21.corporate.adroot.infra.ftgroup ([fe80::e92a:c932:907e:8f06]) by OPEXCLILM31.corporate.adroot.infra.ftgroup ([fe80::2cc9:4bac:7b7d:229d%19]) with mapi id 14.03.0248.002; Wed, 4 Nov 2015 07:26:56 +0100 From: To: Lizhenbin Thread-Topic: Solicit Opinions on Definition of MPLS Global Label Thread-Index: AdEWs37wCLrB6MbkTaujhtDJQWTFpwAEVISA Date: Wed, 4 Nov 2015 06:26:55 +0000 Message-ID: <6524_1446618416_5639A530_6524_1437_1_53C29892C857584299CBF5D05346208A0F69BE62@OPEXCLILM21.corporate.adroot.infra.ftgroup> References: <5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA63EA4@nkgeml506-mbx.china.huawei.com> In-Reply-To: <5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA63EA4@nkgeml506-mbx.china.huawei.com> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.5] Content-Type: multipart/alternative; boundary="_000_53C29892C857584299CBF5D05346208A0F69BE62OPEXCLILM21corp_" MIME-Version: 1.0 X-PMX-Version: 6.2.1.2478543, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.10.16.122716 Archived-At: Cc: "mpls@ietf.org" Subject: Re: [mpls] Solicit Opinions on Definition of MPLS Global Label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2015 06:27:03 -0000 --_000_53C29892C857584299CBF5D05346208A0F69BE62OPEXCLILM21corp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Robin, Since I did not get the chance to express my comment during the meeting, I'= ll do over email. SPRING/SR: - is compliant with the MPLS architecture (RFC 3031) - in particular, in the control plane labels are locally allo= cated and in the forwarding plane, labels (of global segments) are SWAPed - does NOT need global/domain wide label - local segments uses local labels - global segments uses global index + local labels (aka SRG= B) - is not requesting the MPLS WG to work on global/domain wide label. (i.e. = the debate is closed from the SPRING standpoint.). Obviously, the MPLS WG i= s free to re-open the debate, but this is not a spring thing. Based on this, some of your slides referring to "SR uses cases" seem a bit = misleading. (I can't be more specific since during the meeting, I could see= the slides but could not comment, and now I can comment but can't see the = slides as they are not online). Thanks -- Bruno From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Lizhenbin Sent: Wednesday, November 04, 2015 2:27 PM To: mpls@ietf.org Subject: [mpls] Solicit Opinions on Definition of MPLS Global Label Hi MPLSers, As the development of MPLS technologies, many new label concepts beyond RFC= 3031 are proposed. And in segment routing MPLS label can be allocated and flooded in the network which means the meaning of the lablel = can be understood by all nodes in the network. It is totally different from the label distribution behavior of LDP, RSVP-TE, and MP-BGP. From my point = of view we need not argue if it is global label or global ID. In fact, the possible persons who read the drafts of protocol extensions for segment rou= ting which incorporate the label allocation may be confused that MPLS WG as the base of MPLS work seems to have nothing with the work. But the challeng= e of definition of global label truly exists which has been proposed in the= draft https://www.ietf.org/id/draft-li-mpls-global-label-usecases-03.txt. Hope yo= u can refer to Section 4 of the draft. The debates on MPLS global label have lasted for a long time. The opinions = can be classified as following: Opinion 1: Segment Routing has nothing with global label and please do not = make it bother MPLS WG. But it seems a little hard to convince some MPLSers. Opinion 2: The usecase truly exists. But the concept of global label is too= big. It is hard to allocate a label which is unique spanning multiple doma= ins or as IP address which is unique all over world since it is not a scalable way= or it is hard to achieve the goal. Then maybe it is a better way to narrow= the scope to rename the global label as Domain-wide label, Network-wide label, = etc. Opinion 3: The global label can be kept to cover more label concepts which = label behaviors in the control plane and forward plane are different form t= he traditional LDP/RSVP-TE/MP-BGP. Since I could not get more time in my presentation to collect your opinions= , if convenient please help feedback your opinion in your mailing list. Hop= e through the discussion we can make some consensus. Best Regards, Zhenbin(Robin) ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. --_000_53C29892C857584299CBF5D05346208A0F69BE62OPEXCLILM21corp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Robin,

 

Since I did not get the chance to express my comment during the meeting, I’ll do over email.

 

<spring co-chair hat on>

SPRING/SR:

- is compliant with the MPLS architecture (RFC 3031)

    = ;          - in particular, in the control plane l= abels are locally allocated and in the forwarding plane, labels (of global = segments) are SWAPed

- does NOT need global/domain wide label

    = ;            - local segments uses local labels=

    = ;            - global segments uses global index = 3; local labels (aka SRGB)

- is not requesting the MPLS WG to work on global/domain wide label. (i.e. the debate is closed from t= he SPRING standpoint.). Obviously, the MPLS WG is free to re-open the debat= e, but this is not a spring thing.

</spring co-chair hat on>

 

Based on this, some of your slides referring to “SR uses cases” seem a bit misleading. (I can’t be more = specific since during the meeting, I could see the slides but could not com= ment, and now I can comment but can’t see the slides as they are not = online).

 

Thanks

-- Bruno

 

From: mpls [mailto:mpls-bounces@ietf.org] On Beh= alf Of Lizhenbin
Sent: Wednesday, November 04, 2015 2:27 PM
To: mpls@ietf.org
Subject: [mpls] Solicit Opinions on Definition of MPLS Global Label<= o:p>

 

Hi MPLSers,

As the development of MPLS technologies, many ne= w label concepts beyond RFC3031 are proposed. And in segment routing M= PLS label can be

allocated and flooded in the network which means= the meaning of the lablel can be understood by all nodes in the network. I= t is totally different from

the label distribution behavior of LDP, RSVP-TE,= and MP-BGP. From my point of view we need not argue if it is global label = or global ID. In fact, the

possible persons who read the drafts of protocol= extensions for segment routing which incorporate the label allocation may = be confused that MPLS WG as

the base of MPLS work seems to have nothing with= the work. But the challenge of definition of global label truly exists whi= ch has been proposed in the draft

https://www.ietf.org/id/draft-li-mpls-global= -label-usecases-03.txt. Hope you can refer to Section 4 of the draft.

The debates on MPLS global label have lasted for= a long time. The opinions can be classified as following:

Opinion 1: Segment Routing has nothing with glob= al label and please do not make it bother MPLS WG. But it seems a litt= le hard to convince some MPLSers.

Opinion 2: The usecase truly exists. But the con= cept of global label is too big. It is hard to allocate a label which is un= ique spanning multiple domains or

as IP address which is unique all over world sin= ce it is not a scalable way or it is hard to achieve the goal. Then maybe i= t is a better way to narrow the

scope to rename the global label as Domain-wide = label, Network-wide label, etc.

Opinion 3: The global label can be kept to cover= more label concepts which label behaviors in the control plane and forward= plane are different form the

traditional LDP/RSVP-TE/MP-BGP.

 

Since I could not get more time in my prese= ntation to collect your opinions, if convenient please help feedback y= our opinion in your mailing list. Hope through

the discussion we can make some consensus.<= /o:p>

 

 

 

Best Regards,

Zhenbin(Robin)

 

______________________________________________________________________=
___________________________________________________

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

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
--_000_53C29892C857584299CBF5D05346208A0F69BE62OPEXCLILM21corp_-- From nobody Wed Nov 4 00:52:59 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EF1221B2A79 for ; Wed, 4 Nov 2015 00:52:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OimSaeIoXQJX for ; Wed, 4 Nov 2015 00:52:55 -0800 (PST) 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 94EA41B2A5C for ; Wed, 4 Nov 2015 00:52:55 -0800 (PST) Received: from [133.93.24.128] (unknown [133.93.24.128]) (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 400451801556; Wed, 4 Nov 2015 09:52:52 +0100 (CET) To: Lizhenbin , "mpls@ietf.org" References: <5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA63EA4@nkgeml506-mbx.china.huawei.com> From: Loa Andersson Message-ID: <5639C761.2030802@pi.nu> Date: Wed, 4 Nov 2015 17:52:49 +0900 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA63EA4@nkgeml506-mbx.china.huawei.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [mpls] Solicit Opinions on Definition of MPLS Global Label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2015 08:52:58 -0000 Robin, One of the label types you list as "global" in your draft is the Entropy Label. To me it seems that the Entropy Label is scoped by the label stack and the node(s) doing the hashing on it. WHy do you think it is "global"? /Loa On 2015-11-04 14:26, Lizhenbin wrote: > Hi MPLSers, > > As the development of MPLS technologies, many new label concepts beyond > RFC3031 are proposed. And in segment routing MPLS label can be > > allocated and flooded in the network which means the meaning of the > lablel can be understood by all nodes in the network. It is totally > different from > > the label distribution behavior of LDP, RSVP-TE, and MP-BGP. From my > point of view we need not argue if it is global label or global ID. In > fact, the > > possible persons who read the drafts of protocol extensions for segment > routing which incorporate the label allocation may be confused that MPLS > WG as > > the base of MPLS work seems to have nothing with the work. But the > challenge of definition of global label truly exists which has been > proposed in the draft > > https://www.ietf.org/id/draft-li-mpls-global-label-usecases-03.txt. Hope > you can refer to Section 4 of the draft. > > The debates on MPLS global label have lasted for a long time. The > opinions can be classified as following: > > Opinion 1: Segment Routing has nothing with global label and please do > not make it bother MPLS WG. But it seems a little hard to convince some > MPLSers. > > Opinion 2: The usecase truly exists. But the concept of global label is > too big. It is hard to allocate a label which is unique spanning > multiple domains or > > as IP address which is unique all over world since it is not a scalable > way or it is hard to achieve the goal. Then maybe it is a better way to > narrow the > > scope to rename the global label as Domain-wide label, Network-wide > label, etc. > > Opinion 3: The global label can be kept to cover more label concepts > which label behaviors in the control plane and forward plane are > different form the > > traditional LDP/RSVP-TE/MP-BGP. > > Since I could not get more time in my presentation to collect your > opinions, if convenient please help feedback your opinion in your > mailing list. Hope through > > the discussion we can make some consensus. > > Best Regards, > > Zhenbin(Robin) > > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > From nobody Wed Nov 4 01:29:22 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0D0891B2BE2 for ; Wed, 4 Nov 2015 01:29:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.739 X-Spam-Level: * X-Spam-Status: No, score=1.739 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02S6V-mlPA5U for ; Wed, 4 Nov 2015 01:29:18 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E67101B2BE3 for ; Wed, 4 Nov 2015 01:29:17 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CDQ49814; Wed, 04 Nov 2015 09:29:14 +0000 (GMT) Received: from NKGEML402-HUB.china.huawei.com (10.98.56.33) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 4 Nov 2015 09:29:06 +0000 Received: from NKGEML506-MBX.china.huawei.com ([169.254.3.20]) by nkgeml402-hub.china.huawei.com ([10.98.56.33]) with mapi id 14.03.0235.001; Wed, 4 Nov 2015 17:28:15 +0800 From: Lizhenbin To: Loa Andersson , "mpls@ietf.org" Thread-Topic: [mpls] Solicit Opinions on Definition of MPLS Global Label Thread-Index: AdEWs37wCLrB6MbkTaujhtDJQWTFp///z0KAgACNwOU= Date: Wed, 4 Nov 2015 09:28:14 +0000 Message-ID: <5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA642F5@nkgeml506-mbx.china.huawei.com> References: <5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA63EA4@nkgeml506-mbx.china.huawei.com>, <5639C761.2030802@pi.nu> In-Reply-To: <5639C761.2030802@pi.nu> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.194.187.237] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090202.5639CFEB.0052, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.3.20, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: eee857013ebad0b6a57b4a1e79e6e341 Archived-At: Subject: [mpls] =?gb2312?b?tPC4tDogIFNvbGljaXQgT3BpbmlvbnMgb24gRGVmaW5p?= =?gb2312?b?dGlvbiBvZiBNUExTIEdsb2JhbCBMYWJlbA==?= X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2015 09:29:21 -0000 SGkgTG9hLA0KUmVnYXJkaW5nIHlvdXIgcG9pbnQsIEkgZXhwbGFpbmVkIGFzIGZvbGxvd3M6DQox LiBUaGUgYWxsb2NhdGlvbiBvZiBlbnRyb3B5IGxhYmVsIGlzIHRvdGFsbHkgZGlmZmVyZW50IGZy b20gdGhlIHRyYWRpdGlvbmFsIExEUC9SU1ZQLVRFL01QLUJHUC4NCjIuIEZvciBlbnRyb3B5IGxh YmVsL2Zsb3cgbGFiZWwsIHRob3VnaCBpdCBtYXliZSBjYWxjdWxhdGVkIGJ5IHRoZSBpbmdyZXNz IHJvdXRlciBsb2NhbGx5LCBhbGwgbm9kZXMgYWxvbmcgdGhlIHBhdGggaGF2ZSB0aGUgdW5pdmVy c2FsIHVuZGVyc3RhbmRpbmcgdGhhdCBpdHMgdXNhZ2UgaXMgZm9yIEVDTVAuICBNeSBkcmFmdCBw cm9wb3NlZCB0aGUgcG9zc2JpbGUgZGVmaW5pdGlvbiBvZiBnbG9iYWwgbGFiZWwgdGhhdCB0aGUg bWVhbmluZyBvZiB0aGUgbGFiZWwgY2FuIGJlIHVuZGVyc3Rvb2QgYnkgYWxsIG5vZGVzIG9yIHBh cnQgb2Ygbm9kZXMgaW4gb25lIGRvbWFpbiBvdGhlciB0aGFuIHRoZSBsb2NhbCB1cHN0cmVhbSBu b2RlIGFuZCBkb3duc3RyZWFtIG5vZGUuIElmIGJhc2VkIG9uIHRoZSBkZWZpbml0aW9uLCB0aGUg bWVhbmluZyBvZiB0aGUgZW50cm9weSBsYWJlbCBjYW4gYmUgdW5kZXJzdG9vZCBieSBhbGwgbm9k ZXMgYWxvbmcgdGhlIExTUC4NCk93aW5nIHRvIHRoZSByZWFzb24sIEkgbGlzdCBpdCBhcyAiZ2xv YmFsIi4NCg0KQmVzdCBSZWdhcmRzLA0KUm9iaW4NCg0KDQoNCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NCreivP7IyzogTG9hIEFuZGVyc3NvbiBbbG9hQHBpLm51XQ0K t6LLzcqxvOQ6IDIwMTXE6jEx1MI0yNUgMTY6NTINCsrVvP7IyzogTGl6aGVuYmluOyBtcGxzQGll dGYub3JnDQrW98ziOiBSZTogW21wbHNdIFNvbGljaXQgT3BpbmlvbnMgb24gRGVmaW5pdGlvbiBv ZiBNUExTIEdsb2JhbCBMYWJlbA0KDQpSb2JpbiwNCg0KT25lIG9mIHRoZSBsYWJlbCB0eXBlcyB5 b3UgbGlzdCBhcyAiZ2xvYmFsIiBpbiB5b3VyIGRyYWZ0IGlzIHRoZQ0KRW50cm9weSBMYWJlbC4g VG8gbWUgaXQgc2VlbXMgdGhhdCB0aGUgRW50cm9weSBMYWJlbCBpcyBzY29wZWQgYnkNCnRoZSBs YWJlbCBzdGFjayBhbmQgdGhlIG5vZGUocykgZG9pbmcgdGhlIGhhc2hpbmcgb24gaXQuIFdIeSBk byB5b3UNCnRoaW5rIGl0IGlzICJnbG9iYWwiPw0KDQovTG9hDQoNCg0KDQpPbiAyMDE1LTExLTA0 IDE0OjI2LCBMaXpoZW5iaW4gd3JvdGU6DQo+IEhpIE1QTFNlcnMsDQo+DQo+IEFzIHRoZSBkZXZl bG9wbWVudCBvZiBNUExTIHRlY2hub2xvZ2llcywgbWFueSBuZXcgbGFiZWwgY29uY2VwdHMgYmV5 b25kDQo+IFJGQzMwMzEgYXJlIHByb3Bvc2VkLiBBbmQgaW4gc2VnbWVudCByb3V0aW5nIE1QTFMg bGFiZWwgY2FuIGJlDQo+DQo+IGFsbG9jYXRlZCBhbmQgZmxvb2RlZCBpbiB0aGUgbmV0d29yayB3 aGljaCBtZWFucyB0aGUgbWVhbmluZyBvZiB0aGUNCj4gbGFibGVsIGNhbiBiZSB1bmRlcnN0b29k IGJ5IGFsbCBub2RlcyBpbiB0aGUgbmV0d29yay4gSXQgaXMgdG90YWxseQ0KPiBkaWZmZXJlbnQg ZnJvbQ0KPg0KPiB0aGUgbGFiZWwgZGlzdHJpYnV0aW9uIGJlaGF2aW9yIG9mIExEUCwgUlNWUC1U RSwgYW5kIE1QLUJHUC4gRnJvbSBteQ0KPiBwb2ludCBvZiB2aWV3IHdlIG5lZWQgbm90IGFyZ3Vl IGlmIGl0IGlzIGdsb2JhbCBsYWJlbCBvciBnbG9iYWwgSUQuIEluDQo+IGZhY3QsIHRoZQ0KPg0K PiBwb3NzaWJsZSBwZXJzb25zIHdobyByZWFkIHRoZSBkcmFmdHMgb2YgcHJvdG9jb2wgZXh0ZW5z aW9ucyBmb3Igc2VnbWVudA0KPiByb3V0aW5nIHdoaWNoIGluY29ycG9yYXRlIHRoZSBsYWJlbCBh bGxvY2F0aW9uIG1heSBiZSBjb25mdXNlZCB0aGF0IE1QTFMNCj4gV0cgYXMNCj4NCj4gdGhlIGJh c2Ugb2YgTVBMUyB3b3JrIHNlZW1zIHRvIGhhdmUgbm90aGluZyB3aXRoIHRoZSB3b3JrLiBCdXQg dGhlDQo+IGNoYWxsZW5nZSBvZiBkZWZpbml0aW9uIG9mIGdsb2JhbCBsYWJlbCB0cnVseSBleGlz dHMgd2hpY2ggaGFzIGJlZW4NCj4gcHJvcG9zZWQgaW4gdGhlIGRyYWZ0DQo+DQo+IGh0dHBzOi8v d3d3LmlldGYub3JnL2lkL2RyYWZ0LWxpLW1wbHMtZ2xvYmFsLWxhYmVsLXVzZWNhc2VzLTAzLnR4 dC4gSG9wZQ0KPiB5b3UgY2FuIHJlZmVyIHRvIFNlY3Rpb24gNCBvZiB0aGUgZHJhZnQuDQo+DQo+ IFRoZSBkZWJhdGVzIG9uIE1QTFMgZ2xvYmFsIGxhYmVsIGhhdmUgbGFzdGVkIGZvciBhIGxvbmcg dGltZS4gVGhlDQo+IG9waW5pb25zIGNhbiBiZSBjbGFzc2lmaWVkIGFzIGZvbGxvd2luZzoNCj4N Cj4gT3BpbmlvbiAxOiBTZWdtZW50IFJvdXRpbmcgaGFzIG5vdGhpbmcgd2l0aCBnbG9iYWwgbGFi ZWwgYW5kIHBsZWFzZSBkbw0KPiBub3QgbWFrZSBpdCBib3RoZXIgTVBMUyBXRy4gQnV0IGl0IHNl ZW1zIGEgbGl0dGxlIGhhcmQgdG8gY29udmluY2Ugc29tZQ0KPiBNUExTZXJzLg0KPg0KPiBPcGlu aW9uIDI6IFRoZSB1c2VjYXNlIHRydWx5IGV4aXN0cy4gQnV0IHRoZSBjb25jZXB0IG9mIGdsb2Jh bCBsYWJlbCBpcw0KPiB0b28gYmlnLiBJdCBpcyBoYXJkIHRvIGFsbG9jYXRlIGEgbGFiZWwgd2hp Y2ggaXMgdW5pcXVlIHNwYW5uaW5nDQo+IG11bHRpcGxlIGRvbWFpbnMgb3INCj4NCj4gYXMgSVAg YWRkcmVzcyB3aGljaCBpcyB1bmlxdWUgYWxsIG92ZXIgd29ybGQgc2luY2UgaXQgaXMgbm90IGEg c2NhbGFibGUNCj4gd2F5IG9yIGl0IGlzIGhhcmQgdG8gYWNoaWV2ZSB0aGUgZ29hbC4gVGhlbiBt YXliZSBpdCBpcyBhIGJldHRlciB3YXkgdG8NCj4gbmFycm93IHRoZQ0KPg0KPiBzY29wZSB0byBy ZW5hbWUgdGhlIGdsb2JhbCBsYWJlbCBhcyBEb21haW4td2lkZSBsYWJlbCwgTmV0d29yay13aWRl DQo+IGxhYmVsLCBldGMuDQo+DQo+IE9waW5pb24gMzogVGhlIGdsb2JhbCBsYWJlbCBjYW4gYmUg a2VwdCB0byBjb3ZlciBtb3JlIGxhYmVsIGNvbmNlcHRzDQo+IHdoaWNoIGxhYmVsIGJlaGF2aW9y cyBpbiB0aGUgY29udHJvbCBwbGFuZSBhbmQgZm9yd2FyZCBwbGFuZSBhcmUNCj4gZGlmZmVyZW50 IGZvcm0gdGhlDQo+DQo+IHRyYWRpdGlvbmFsIExEUC9SU1ZQLVRFL01QLUJHUC4NCj4NCj4gU2lu Y2UgSSBjb3VsZCBub3QgZ2V0IG1vcmUgdGltZSBpbiBteSBwcmVzZW50YXRpb24gdG8gY29sbGVj dCB5b3VyDQo+IG9waW5pb25zLCBpZiBjb252ZW5pZW50IHBsZWFzZSBoZWxwIGZlZWRiYWNrIHlv dXIgb3BpbmlvbiBpbiB5b3VyDQo+IG1haWxpbmcgbGlzdC4gSG9wZSB0aHJvdWdoDQo+DQo+IHRo ZSBkaXNjdXNzaW9uIHdlIGNhbiBtYWtlIHNvbWUgY29uc2Vuc3VzLg0KPg0KPiBCZXN0IFJlZ2Fy ZHMsDQo+DQo+IFpoZW5iaW4oUm9iaW4pDQo+DQo+DQo+DQo+IF9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IG1wbHMgbWFpbGluZyBsaXN0DQo+IG1wbHNA aWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxzDQo+ From nobody Wed Nov 4 04:40:06 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B52461B2E8A for ; Wed, 4 Nov 2015 04:40:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.84 X-Spam-Level: X-Spam-Status: No, score=0.84 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, T_RP_MATCHES_RCVD=-0.01] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kKTxaKF_jRao for ; Wed, 4 Nov 2015 04:40:01 -0800 (PST) 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 228EF1B2E88 for ; Wed, 4 Nov 2015 04:40:00 -0800 (PST) Received: from [10.11.2.82] (y255183.ppp.asahi-net.or.jp [118.243.255.183]) (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 602CE1801556; Wed, 4 Nov 2015 13:39:56 +0100 (CET) To: Lizhenbin , "mpls@ietf.org" References: <5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA63EA4@nkgeml506-mbx.china.huawei.com> <5639C761.2030802@pi.nu> <5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA642F5@nkgeml506-mbx.china.huawei.com> From: Loa Andersson Message-ID: <5639FC97.3050000@pi.nu> Date: Wed, 4 Nov 2015 21:39:51 +0900 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA642F5@nkgeml506-mbx.china.huawei.com> Content-Type: text/plain; charset=gbk; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [mpls] =?utf-8?b?562U5aSNOiAgU29saWNpdCBPcGluaW9ucyBvbiBEZWZpbml0?= =?utf-8?q?ion_of_MPLS_Global_Label?= X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2015 12:40:02 -0000 Robin, On 2015-11-04 18:28, Lizhenbin wrote: > 2. For entropy label/flow label, though it maybe calculated by the ingress router locally, all nodes along the path have the universal understanding that its usage is for ECMP. That an LSR understands that the EL is for ECMP has nothing to do with the EL, but is a property bound to the ELI. The EL is in no way global, it is local for the label stack. By redefining concepts it is possible to "prove" anything. /Loa From nobody Wed Nov 4 05:25:24 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C94731B2F3F for ; Wed, 4 Nov 2015 05:25:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.276 X-Spam-Level: X-Spam-Status: No, score=-1.276 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.723, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jOSkvH-AmXFb for ; Wed, 4 Nov 2015 05:25:22 -0800 (PST) Received: from mail-wm0-x229.google.com (mail-wm0-x229.google.com [IPv6:2a00:1450:400c:c09::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3A5271B2F16 for ; Wed, 4 Nov 2015 05:25:22 -0800 (PST) Received: by wmff134 with SMTP id f134so41426554wmf.0 for ; Wed, 04 Nov 2015 05:25:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:reply-to :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=+A1++B8X1+mwd01O4UQ4Jck9O8mUBtY0exK8n9v3djw=; b=PI++JbXb1oheIt0hWlVs3H7ZZWZuNQ5v1rNnonC7Q10MRJUYw+iMHz+ngFdr6uym4R dDWPwBR8slwXU6PdLUCaBUjJrY/SxRjYzdmxYpyAPvNqs4C3DaEOmLRuq8FQATbK9dqd rRWboGVkO/dJ9qgGRL/YyVKY5uAXob+CVMu7sUNQCtUUJiwSAzRUqrWc+HJS+jYiDYFt la/7dEL2AQ5ksRtxeuLNc0XvW6ZB01BJcK4CrVdGxgWzTl/5aySWcgC1ABbtXriHm2cA 9+rmXjmx/a4ZMSLLLshDA3eEHRWg1lyt//b2mgcGEfcktKjXSn6UuuaI993VbNESYr7n rT0w== X-Received: by 10.28.16.132 with SMTP id 126mr24166698wmq.86.1446643520465; Wed, 04 Nov 2015 05:25:20 -0800 (PST) Received: from McAsterix.local ([92.109.37.136]) by smtp.gmail.com with ESMTPSA id vr10sm1579588wjc.38.2015.11.04.05.25.19 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 04 Nov 2015 05:25:19 -0800 (PST) Message-ID: <563A073E.9040808@gmail.com> Date: Wed, 04 Nov 2015 14:25:18 +0100 From: Huub van Helvoort User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Lizhenbin , "mpls@ietf.org" References: <5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA63EA4@nkgeml506-mbx.china.huawei.com> In-Reply-To: <5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA63EA4@nkgeml506-mbx.china.huawei.com> Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [mpls] Solicit Opinions on Definition of MPLS Global Label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: huubatwork@gmail.com List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2015 13:25:23 -0000
Hello Zhenbin, 您好，

Regarding global identifiers, did you have a look at RFC 6923?

Best regards, Huub.

Hi MPLSers,

As the development of MPLS technologies, many new label concepts beyond RFC3031 are proposed. And in segment routing MPLS label can be

allocated and flooded in the network which means the meaning of the lablel can be understood by all nodes in the network. It is totally different from

the label distribution behavior of LDP, RSVP-TE, and MP-BGP. From my point of view we need not argue if it is global label or global ID. In fact, the

possible persons who read the drafts of protocol extensions for segment routing which incorporate the label allocation may be confused that MPLS WG as

the base of MPLS work seems to have nothing with the work. But the challenge of definition of global label truly exists which has been proposed in the draft

https://www.ietf.org/id/draft-li-mpls-global-label-usecases-03.txt. Hope you can refer to Section 4 of the draft.

The debates on MPLS global label have lasted for a long time. The opinions can be classified as following:

Opinion 1: Segment Routing has nothing with global label and please do not make it bother MPLS WG. But it seems a little hard to convince some MPLSers.

Opinion 2: The usecase truly exists. But the concept of global label is too big. It is hard to allocate a label which is unique spanning multiple domains or

as IP address which is unique all over world since it is not a scalable way or it is hard to achieve the goal. Then maybe it is a better way to narrow the

scope to rename the global label as Domain-wide label, Network-wide label, etc.

Opinion 3: The global label can be kept to cover more label concepts which label behaviors in the control plane and forward plane are different form the

traditional LDP/RSVP-TE/MP-BGP.

 

Since I could not get more time in my presentation to collect your opinions, if convenient please help feedback your opinion in your mailing list. Hope through

the discussion we can make some consensus.

 

Best Regards,

Zhenbin(Robin)


-- 
*****************************************************************
              请记ä½ï¼Œä½ æ˜¯ç‹¬ä¸€æ— äºŒçš„，就åƒå…¶ä»–æ¯ä¸€ä¸ªäººä¸€æ ·
From nobody Wed Nov 4 05:31:59 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 47E891B2F63 for ; Wed, 4 Nov 2015 05:31:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.74 X-Spam-Level: * X-Spam-Status: No, score=1.74 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sy6MlTXpKu2n for ; Wed, 4 Nov 2015 05:31:54 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BE8A91B2F59 for ; Wed, 4 Nov 2015 05:31:53 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml405-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CDQ82500; Wed, 04 Nov 2015 13:31:50 +0000 (GMT) Received: from NKGEML401-HUB.china.huawei.com (10.98.56.32) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 4 Nov 2015 13:31:47 +0000 Received: from NKGEML506-MBX.china.huawei.com ([169.254.3.20]) by nkgeml401-hub.china.huawei.com ([10.98.56.32]) with mapi id 14.03.0235.001; Wed, 4 Nov 2015 21:31:44 +0800 From: Lizhenbin To: "bruno.decraene@orange.com" Thread-Topic: Solicit Opinions on Definition of MPLS Global Label Thread-Index: AdEWs37wCLrB6MbkTaujhtDJQWTFpwAEVISAAA75JfA= Date: Wed, 4 Nov 2015 13:31:43 +0000 Message-ID: <5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA649D5@nkgeml506-mbx.china.huawei.com> References: <5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA63EA4@nkgeml506-mbx.china.huawei.com>, <6524_1446618416_5639A530_6524_1437_1_53C29892C857584299CBF5D05346208A0F69BE62@OPEXCLILM21.corporate.adroot.infra.ftgroup> In-Reply-To: <6524_1446618416_5639A530_6524_1437_1_53C29892C857584299CBF5D05346208A0F69BE62@OPEXCLILM21.corporate.adroot.infra.ftgroup> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.194.185.150] Content-Type: multipart/alternative; boundary="_000_5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA649D5nkgeml506mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090202.563A08C7.012A, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.3.20, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: acc8c90ffbec0a5cacfc03124c720451 Archived-At: Cc: "mpls@ietf.org" Subject: [mpls] =?gb2312?b?tPC4tDogU29saWNpdCBPcGluaW9ucyBvbiBEZWZpbml0?= =?gb2312?b?aW9uIG9mIE1QTFMgR2xvYmFsIExhYmVs?= X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2015 13:31:58 -0000 --_000_5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA649D5nkgeml506mbxchi_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGkgQnJ1bm8sDQoNClRoYW5rcyBmb3IgeW91ciBjb21tZW50cy4gSSBjYW4gYWdyZWUgeW91ciBz b21lIHN0YXRlbWVudCB3aXRoIHNwcmluZyBjby1jaGFpciBoYXQgb24uIEkgd291bGQgbGlrZSB0 byBwcm9wb3NlIHRoZSBkZWZpbml0aW9uIG9mIGRyYWZ0LWlldGYtaXNpcy1zZWdtZW50LXJvdXRp bmctZXh0ZW5zaW9ucy0wNToNCg0KMS4gIjIuMS4gIFByZWZpeCBTZWdtZW50IElkZW50aWZpZXIg KFByZWZpeC1TSUQgU3ViLVRMVikNCg0KICAgICAgICAgVi1GbGFnOiBWYWx1ZSBmbGFnLiAgSWYg c2V0LCB0aGVuIHRoZSBQcmVmaXgtU0lEIGNhcnJpZXMgYQ0KICAgICAgICAgdmFsdWUgKGluc3Rl YWQgb2YgYW4gaW5kZXgpLiAgQnkgZGVmYXVsdCB0aGUgZmxhZyBpcyBVTlNFVC4NCiAgICAgICAg IEwtRmxhZzogTG9jYWwgRmxhZy4gIElmIHNldCwgdGhlbiB0aGUgdmFsdWUvaW5kZXggY2Fycmll ZCBieQ0KICAgICAgICAgdGhlIFByZWZpeC1TSUQgaGFzIGxvY2FsIHNpZ25pZmljYW5jZS4gIEJ5 IGRlZmF1bHQgdGhlIGZsYWcgaXMNCiAgICAgICAgIFVOU0VULg0KDQoNCg0KICAgICAgU0lEL0lu ZGV4L0xhYmVsOiBhY2NvcmRpbmcgdG8gdGhlIFYgYW5kIEwgZmxhZ3MsIGl0IGNvbnRhaW5zDQog ICAgICBlaXRoZXI6DQogICAgICAqDQoNCiAgICAgICAgIEEgNCBvY3RldCBpbmRleCBkZWZpbmlu ZyB0aGUgb2Zmc2V0IGluIHRoZSBTSUQvTGFiZWwgc3BhY2UNCiAgICAgICAgIGFkdmVydGlzZWQg YnkgdGhpcyByb3V0ZXIgdXNpbmcgdGhlIGVuY29kaW5ncyBkZWZpbmVkIGluDQogICAgICAgICBT ZWN0aW9uIDMuMS4gIEluIHRoaXMgY2FzZSB0aGUgViBhbmQgTCBmbGFncyBNVVNUIGJlIHVuc2V0 Lg0KDQoNCiAgICAgICAgIEEgMyBvY3RldCBsb2NhbCBsYWJlbCB3aGVyZSB0aGUgMjAgcmlnaHRt b3N0IGJpdHMgYXJlIHVzZWQgZm9yDQogICAgICAgICBlbmNvZGluZyB0aGUgbGFiZWwgdmFsdWUu ICBJbiB0aGlzIGNhc2UgdGhlIFYgYW5kIEwgZmxhZ3MgTVVTVA0KICAgICAgICAgYmUgc2V0Ig0K DQoNCg0KUmVnYXJkaW5nIHRoZXNlIGRlZmluaXRpb24sIHNpbmNlIHRoZSBjb21iaW5hdGlvbiBv ZiBWLUZsYWcgYW5kIEwtRmxhZyBzaG91bGQgaGF2ZSBmb3VyIHR5cGVzLiBCdXQgbm93IGl0IG9u bHkgZGVmaW5lcyB0d28gdHlwZXMuIElmIFYtRmxhZyBpcyBTRVQgYW5kIEwtRmxhZyBpcyBVTlNF VCwgd2hhdCBzaG91bGQgYmUgY29udGFpbmVkDQoNCmluIFNJRC9JbmRleC9MYWJlbD8gSWYgd2l0 aCBjby1hdXRob3Igb2YgdGhlIGRyYWZ0IGhhdCBvbiwgY2FuIHlvdSBoZWxwIGV4cGxhaW4/IE9y IHdpbGwgeW91IGRlZmluZSBkZWZpbml0ZWx5IGluIHRoZSBkcmFmdCB0aGF0IHRoaXMgY2FzZSBN VVNUIE5PVCBoYXBwZW4/DQoNCkluIGFkZGl0aW9uLCBJIGxlYXJuIHNvbWUgaW1wbGVtZW50YXRp b24gY2FuIGRpcmVjdGx5IHVzZSBQcmVmaXgtU0lEIFN1Yi1UTFYgdG8gYWR2ZXJ0aXNlIHRoZSBk b21haW4td2lkZSBsYWJlbCB2YWx1ZSBkaXJlY3RseSBpbnN0ZWFkIG9mIHVzaW5nIHlvdXIgcHJv cG9zZWQgImdsb2JhbCBzZWdtZW50cyB1c2VzIGdsb2JhbCBpbmRleCArDQoNCmxvY2FsIGxhYmVs cyAoYWthIFNSR0IpIi4gSWYgdGhpcyBjYXNlIGhhcHBlbnMsIHdoYXQgc2hvdWxkIHdlIHNheT8g SXMgaXQgdGhhdCB0aGUgaW1wbGVtZW50YXRpb24gaXMgdG90YWxseSB3cm9uZyBvciB0aGUgaW1w bGVtZW50YXRpb24gY2FuIGFsc28gYmUgYWNjZXB0ZWQgb3IgaXQgaXMgYW4NCg0Kc3BlY2lhbCBj YXNlIHRoYXQgdGhlIGRvbWFpbi13aWRlIGxhYmVsIGhhcHBlbnMgdG8gYmUgdGhlIHNhbWUgYXMg dGhlICJnbG9iYWwgc2VnbWVudHMgdXNlcyBnbG9iYWwgaW5kZXggKyBsb2NhbCBsYWJlbHMgKGFr YSBTUkdCKSI/DQoNCg0KDQpCZXN0IFJlZ2FyZHMsDQoNClpoZW5iaW4oUm9iaW4pDQoNCg0KDQoN Cg0KDQoNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0Kt6K8/sjLOiBicnVu by5kZWNyYWVuZUBvcmFuZ2UuY29tIFticnVuby5kZWNyYWVuZUBvcmFuZ2UuY29tXQ0Kt6LLzcqx vOQ6IDIwMTXE6jEx1MI0yNUgMTQ6MjYNCsrVvP7IyzogTGl6aGVuYmluDQqzrcvNOiBtcGxzQGll dGYub3JnOyBKb2huIEcuIFNjdWRkZXINCtb3zOI6IFJFOiBTb2xpY2l0IE9waW5pb25zIG9uIERl ZmluaXRpb24gb2YgTVBMUyBHbG9iYWwgTGFiZWwNCg0KSGkgUm9iaW4sDQoNClNpbmNlIEkgZGlk IG5vdCBnZXQgdGhlIGNoYW5jZSB0byBleHByZXNzIG15IGNvbW1lbnQgZHVyaW5nIHRoZSBtZWV0 aW5nLCBJoa9sbCBkbyBvdmVyIGVtYWlsLg0KDQo8c3ByaW5nIGNvLWNoYWlyIGhhdCBvbj4NClNQ UklORy9TUjoNCi0gaXMgY29tcGxpYW50IHdpdGggdGhlIE1QTFMgYXJjaGl0ZWN0dXJlIChSRkMg MzAzMSkNCiAgICAgICAgICAgICAgLSBpbiBwYXJ0aWN1bGFyLCBpbiB0aGUgY29udHJvbCBwbGFu ZSBsYWJlbHMgYXJlIGxvY2FsbHkgYWxsb2NhdGVkIGFuZCBpbiB0aGUgZm9yd2FyZGluZyBwbGFu ZSwgbGFiZWxzIChvZiBnbG9iYWwgc2VnbWVudHMpIGFyZSBTV0FQZWQNCi0gZG9lcyBOT1QgbmVl ZCBnbG9iYWwvZG9tYWluIHdpZGUgbGFiZWwNCiAgICAgICAgICAgICAgICAtIGxvY2FsIHNlZ21l bnRzIHVzZXMgbG9jYWwgbGFiZWxzDQogICAgICAgICAgICAgICAgLSBnbG9iYWwgc2VnbWVudHMg dXNlcyBnbG9iYWwgaW5kZXggKyBsb2NhbCBsYWJlbHMgKGFrYSBTUkdCKQ0KLSBpcyBub3QgcmVx dWVzdGluZyB0aGUgTVBMUyBXRyB0byB3b3JrIG9uIGdsb2JhbC9kb21haW4gd2lkZSBsYWJlbC4g KGkuZS4gdGhlIGRlYmF0ZSBpcyBjbG9zZWQgZnJvbSB0aGUgU1BSSU5HIHN0YW5kcG9pbnQuKS4g T2J2aW91c2x5LCB0aGUgTVBMUyBXRyBpcyBmcmVlIHRvIHJlLW9wZW4gdGhlIGRlYmF0ZSwgYnV0 IHRoaXMgaXMgbm90IGEgc3ByaW5nIHRoaW5nLg0KPC9zcHJpbmcgY28tY2hhaXIgaGF0IG9uPg0K DQpCYXNlZCBvbiB0aGlzLCBzb21lIG9mIHlvdXIgc2xpZGVzIHJlZmVycmluZyB0byChsFNSIHVz ZXMgY2FzZXOhsSBzZWVtIGEgYml0IG1pc2xlYWRpbmcuIChJIGNhbqGvdCBiZSBtb3JlIHNwZWNp ZmljIHNpbmNlIGR1cmluZyB0aGUgbWVldGluZywgSSBjb3VsZCBzZWUgdGhlIHNsaWRlcyBidXQg Y291bGQgbm90IGNvbW1lbnQsIGFuZCBub3cgSSBjYW4gY29tbWVudCBidXQgY2Fuoa90IHNlZSB0 aGUgc2xpZGVzIGFzIHRoZXkgYXJlIG5vdCBvbmxpbmUpLg0KDQpUaGFua3MNCi0tIEJydW5vDQoN CkZyb206IG1wbHMgW21haWx0bzptcGxzLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBM aXpoZW5iaW4NClNlbnQ6IFdlZG5lc2RheSwgTm92ZW1iZXIgMDQsIDIwMTUgMjoyNyBQTQ0KVG86 IG1wbHNAaWV0Zi5vcmcNClN1YmplY3Q6IFttcGxzXSBTb2xpY2l0IE9waW5pb25zIG9uIERlZmlu aXRpb24gb2YgTVBMUyBHbG9iYWwgTGFiZWwNCg0KDQpIaSBNUExTZXJzLA0KDQpBcyB0aGUgZGV2 ZWxvcG1lbnQgb2YgTVBMUyB0ZWNobm9sb2dpZXMsIG1hbnkgbmV3IGxhYmVsIGNvbmNlcHRzIGJl eW9uZCBSRkMzMDMxIGFyZSBwcm9wb3NlZC4gQW5kIGluIHNlZ21lbnQgcm91dGluZyBNUExTIGxh YmVsIGNhbiBiZQ0KDQphbGxvY2F0ZWQgYW5kIGZsb29kZWQgaW4gdGhlIG5ldHdvcmsgd2hpY2gg bWVhbnMgdGhlIG1lYW5pbmcgb2YgdGhlIGxhYmxlbCBjYW4gYmUgdW5kZXJzdG9vZCBieSBhbGwg bm9kZXMgaW4gdGhlIG5ldHdvcmsuIEl0IGlzIHRvdGFsbHkgZGlmZmVyZW50IGZyb20NCg0KdGhl IGxhYmVsIGRpc3RyaWJ1dGlvbiBiZWhhdmlvciBvZiBMRFAsIFJTVlAtVEUsIGFuZCBNUC1CR1Au IEZyb20gbXkgcG9pbnQgb2YgdmlldyB3ZSBuZWVkIG5vdCBhcmd1ZSBpZiBpdCBpcyBnbG9iYWwg bGFiZWwgb3IgZ2xvYmFsIElELiBJbiBmYWN0LCB0aGUNCg0KcG9zc2libGUgcGVyc29ucyB3aG8g cmVhZCB0aGUgZHJhZnRzIG9mIHByb3RvY29sIGV4dGVuc2lvbnMgZm9yIHNlZ21lbnQgcm91dGlu ZyB3aGljaCBpbmNvcnBvcmF0ZSB0aGUgbGFiZWwgYWxsb2NhdGlvbiBtYXkgYmUgY29uZnVzZWQg dGhhdCBNUExTIFdHIGFzDQoNCnRoZSBiYXNlIG9mIE1QTFMgd29yayBzZWVtcyB0byBoYXZlIG5v dGhpbmcgd2l0aCB0aGUgd29yay4gQnV0IHRoZSBjaGFsbGVuZ2Ugb2YgZGVmaW5pdGlvbiBvZiBn bG9iYWwgbGFiZWwgdHJ1bHkgZXhpc3RzIHdoaWNoIGhhcyBiZWVuIHByb3Bvc2VkIGluIHRoZSBk cmFmdA0KDQpodHRwczovL3d3dy5pZXRmLm9yZy9pZC9kcmFmdC1saS1tcGxzLWdsb2JhbC1sYWJl bC11c2VjYXNlcy0wMy50eHQuIEhvcGUgeW91IGNhbiByZWZlciB0byBTZWN0aW9uIDQgb2YgdGhl IGRyYWZ0Lg0KDQpUaGUgZGViYXRlcyBvbiBNUExTIGdsb2JhbCBsYWJlbCBoYXZlIGxhc3RlZCBm b3IgYSBsb25nIHRpbWUuIFRoZSBvcGluaW9ucyBjYW4gYmUgY2xhc3NpZmllZCBhcyBmb2xsb3dp bmc6DQoNCk9waW5pb24gMTogU2VnbWVudCBSb3V0aW5nIGhhcyBub3RoaW5nIHdpdGggZ2xvYmFs IGxhYmVsIGFuZCBwbGVhc2UgZG8gbm90IG1ha2UgaXQgYm90aGVyIE1QTFMgV0cuIEJ1dCBpdCBz ZWVtcyBhIGxpdHRsZSBoYXJkIHRvIGNvbnZpbmNlIHNvbWUgTVBMU2Vycy4NCg0KT3BpbmlvbiAy OiBUaGUgdXNlY2FzZSB0cnVseSBleGlzdHMuIEJ1dCB0aGUgY29uY2VwdCBvZiBnbG9iYWwgbGFi ZWwgaXMgdG9vIGJpZy4gSXQgaXMgaGFyZCB0byBhbGxvY2F0ZSBhIGxhYmVsIHdoaWNoIGlzIHVu aXF1ZSBzcGFubmluZyBtdWx0aXBsZSBkb21haW5zIG9yDQoNCmFzIElQIGFkZHJlc3Mgd2hpY2gg aXMgdW5pcXVlIGFsbCBvdmVyIHdvcmxkIHNpbmNlIGl0IGlzIG5vdCBhIHNjYWxhYmxlIHdheSBv ciBpdCBpcyBoYXJkIHRvIGFjaGlldmUgdGhlIGdvYWwuIFRoZW4gbWF5YmUgaXQgaXMgYSBiZXR0 ZXIgd2F5IHRvIG5hcnJvdyB0aGUNCg0Kc2NvcGUgdG8gcmVuYW1lIHRoZSBnbG9iYWwgbGFiZWwg YXMgRG9tYWluLXdpZGUgbGFiZWwsIE5ldHdvcmstd2lkZSBsYWJlbCwgZXRjLg0KDQpPcGluaW9u IDM6IFRoZSBnbG9iYWwgbGFiZWwgY2FuIGJlIGtlcHQgdG8gY292ZXIgbW9yZSBsYWJlbCBjb25j ZXB0cyB3aGljaCBsYWJlbCBiZWhhdmlvcnMgaW4gdGhlIGNvbnRyb2wgcGxhbmUgYW5kIGZvcndh cmQgcGxhbmUgYXJlIGRpZmZlcmVudCBmb3JtIHRoZQ0KDQp0cmFkaXRpb25hbCBMRFAvUlNWUC1U RS9NUC1CR1AuDQoNCg0KDQpTaW5jZSBJIGNvdWxkIG5vdCBnZXQgbW9yZSB0aW1lIGluIG15IHBy ZXNlbnRhdGlvbiB0byBjb2xsZWN0IHlvdXIgb3BpbmlvbnMsIGlmIGNvbnZlbmllbnQgcGxlYXNl IGhlbHAgZmVlZGJhY2sgeW91ciBvcGluaW9uIGluIHlvdXIgbWFpbGluZyBsaXN0LiBIb3BlIHRo cm91Z2gNCg0KdGhlIGRpc2N1c3Npb24gd2UgY2FuIG1ha2Ugc29tZSBjb25zZW5zdXMuDQoNCg0K DQoNCg0KDQoNCkJlc3QgUmVnYXJkcywNCg0KWmhlbmJpbihSb2JpbikNCg0KDQoNCl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N Cg0KQ2UgbWVzc2FnZSBldCBzZXMgcGllY2VzIGpvaW50ZXMgcGV1dmVudCBjb250ZW5pciBkZXMg aW5mb3JtYXRpb25zIGNvbmZpZGVudGllbGxlcyBvdSBwcml2aWxlZ2llZXMgZXQgbmUgZG9pdmVu dCBkb25jDQpwYXMgZXRyZSBkaWZmdXNlcywgZXhwbG9pdGVzIG91IGNvcGllcyBzYW5zIGF1dG9y aXNhdGlvbi4gU2kgdm91cyBhdmV6IHJlY3UgY2UgbWVzc2FnZSBwYXIgZXJyZXVyLCB2ZXVpbGxl eiBsZSBzaWduYWxlcg0KYSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxl cyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2Vw dGlibGVzIGQnYWx0ZXJhdGlvbiwNCk9yYW5nZSBkZWNsaW5lIHRvdXRlIHJlc3BvbnNhYmlsaXRl IHNpIGNlIG1lc3NhZ2UgYSBldGUgYWx0ZXJlLCBkZWZvcm1lIG91IGZhbHNpZmllLiBNZXJjaS4N Cg0KVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50 aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxh dzsNCnRoZXkgc2hvdWxkIG5vdCBiZSBkaXN0cmlidXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0aG91 dCBhdXRob3Jpc2F0aW9uLg0KSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJv ciwgcGxlYXNlIG5vdGlmeSB0aGUgc2VuZGVyIGFuZCBkZWxldGUgdGhpcyBtZXNzYWdlIGFuZCBp dHMgYXR0YWNobWVudHMuDQpBcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3Qg bGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBm YWxzaWZpZWQuDQpUaGFuayB5b3UuDQoNCg== --_000_5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA649D5nkgeml506mbxchi_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi Bruno,

Thanks for your comments. I can agree your some statement with spring co= -chair hat on. I would like to propose the definition of draft-ietf-isis-se= gment-routing-extensions-05:

1. "2.1.  Prefix Segment Identifier (Prefix-SID Sub-TLV)

         V-Flag: Value flag.&nbs= p; If set, then the Prefix-SID carries a
         value (instead of an index= ).  By default the flag is UNSET.
         L-Flag: Local Flag.  = If set, then the value/index carried by
         the Prefix-SID has local s= ignificance.  By default the flag is
         UNSET.

 

      SID/Index/Label: according to the V and L= flags, it contains
      either:
      * 

         A 4 octet index definin= g the offset in the SID/Label space
         advertised by this router = using the encodings defined in
         Section 3.1.  In this= case the V and L flags MUST be unset.

         A 3 octet local label w= here the 20 rightmost bits are used for
         encoding the label value.&= nbsp; In this case the V and L flags MUST
         be set"

 

Regarding these definition, since the combination of V-Flag and L-F= lag should have four types. But now it only defines two types. If V-Flag is= SET and L-Flag is UNSET, what should be contained

in SID/Index/Label? If with co-author of the draft hat on, can you help = explain? Or will you define definitely in the draft that this case MUST NOT= happen?

In addition, I learn some implementation can directly use Prefix-SID Sub= -TLV to advertise the domain-wide label value directly instead of using you= r proposed "global segments uses global index +

local labels (aka SRGB)". I= f this case happens, what should we say? Is it that the implementation is t= otally wrong or the implementation can also be accepted or it is an

special case that = the domain-wide label happens to be = the same as the "global segments uses global index &= #43; local labels (aka SRG= B)"?

 

Best Regards,

Zhenbin(Robin)

 


 

 

 

=B7=A2=BC=FE=C8=CB: bruno.decraene@orange.com [bruno.decraen= e@orange.com]
=B7=A2=CB=CD=CA=B1=BC=E4: 2015=C4=EA11=D4=C24=C8=D5 14:26
=CA=D5=BC=FE=C8=CB: Lizhenbin
=B3=AD=CB=CD: mpls@ietf.org; John G. Scudder
=D6=F7=CC=E2: RE: Solicit Opinions on Definition of MPLS Global Labe= l

Hi Robin,

 

Since I did not get the cha= nce to express my comment during the meeting, I=A1=AFll do over email.

 

<s= pring co-chair hat on>

SPRING/SR:

- is compliant with the MPL= S architecture (RFC 3031)

   &nb= sp;          - in particular, in the control plane l= abels are locally allocated and in the forwarding plane, labels (of global = segments) are SWAPed

- does NOT need global/doma= in wide label

   &nb= sp;            - local segments uses local labels

   &nb= sp;            - global segments uses global index = 3; local labels (aka SRGB)

- is not requesting the MPL= S WG to work on global/domain wide label. (i.e= . the debate is closed from the SPRING standpoint.). Obviously, the MPLS WG is free to re-open the debate, but this is not a sp= ring thing.

</spring co-chair hat on= >

 

Based on this, some of your= slides referring to =A1=B0SR uses cases=A1=B1 seem a bit misleading. (I ca= n=A1=AFt be more specific since during the meeting, I could see the slides but could not comment, and now I can comment but can= =A1=AFt see the slides as they are not online).

 

Thanks

-- Bruno

 

From: mpls [mailto:mpls-bounces@ietf.org] On Beh= alf Of Lizhenbin
Sent: Wednesday, November 04, 2015 2:27 PM
To: mpls@ietf.org
Subject: [mpls] Solicit Opinions on Definition of MPLS Global Label<= /span>

 

Hi MPLSers,

As the development of MPLS technologies, many new label concepts = beyond RFC3031 are proposed. And in segment routing MPLS label can be

allocated and flooded in the network which means the meaning of t= he lablel can be understood by all nodes in the network. It is totally diff= erent from

the label distribution behavior of LDP, RSVP-TE, and MP-BGP. From= my point of view we need not argue if it is global label or global ID. In = fact, the

possible persons who read the drafts of protocol extensions for s= egment routing which incorporate the label allocation may be confused that = MPLS WG as

the base of MPLS work seems to have nothing with the work. But th= e challenge of definition of global label truly exists which has been propo= sed in the draft

https://www.ietf.org/id/draft-li-mpls-globa= l-label-usecases-03.txt. Hope you can refer to Section 4 of the draft.

The debates on MPLS global label have lasted for a long time. The= opinions can be classified as following:

Opinion 1: Segment Routing has nothing with global label and plea= se do not make it bother MPLS WG. But it seems a little hard to convin= ce some MPLSers.

Opinion 2: The usecase truly exists. But the concept of global la= bel is too big. It is hard to allocate a label which is unique spanning mul= tiple domains or

as IP address which is unique all over world since it is not a sc= alable way or it is hard to achieve the goal. Then maybe it is a better way= to narrow the

scope to rename the global label as Domain-wide label, Network-wi= de label, etc.

Opinion 3: The global label can be kept to cover more label conce= pts which label behaviors in the control plane and forward plane are d= ifferent form the

traditional LDP/RSVP-TE/MP-BGP.

 

Since I could not get more time in my presentation to c= ollect your opinions, if convenient please help feedback your opinion in yo= ur mailing list. Hope through

the discussion we can make some consensus.

 

 

 

Best Regards,

Zhenbin(Robin)

 

______________________________________________________________________=
___________________________________________________

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

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
--_000_5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA649D5nkgeml506mbxchi_-- From nobody Wed Nov 4 07:15:47 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 068511B3168 for ; Wed, 4 Nov 2015 07:15:46 -0800 (PST) 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, HTML_MESSAGE=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kDuwvzBC5XXq for ; Wed, 4 Nov 2015 07:15:41 -0800 (PST) Received: from emea01-am1-obe.outbound.protection.outlook.com (mail-am1on0786.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe00::786]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 251391B3144 for ; Wed, 4 Nov 2015 07:15:40 -0800 (PST) Received: from DB3PR03MB0780.eurprd03.prod.outlook.com (10.161.55.12) by DB3PR03MB0779.eurprd03.prod.outlook.com (10.161.55.11) with Microsoft SMTP Server (TLS) id 15.1.318.15; Wed, 4 Nov 2015 15:15:21 +0000 Received: from DB3PR03MB0780.eurprd03.prod.outlook.com ([10.161.55.12]) by DB3PR03MB0780.eurprd03.prod.outlook.com ([10.161.55.12]) with mapi id 15.01.0318.003; Wed, 4 Nov 2015 15:15:21 +0000 From: Alexander Vainshtein To: "bruno.decraene@orange.com" , Lizhenbin , "Nobo Akiya (nobo) (nobo@cisco.com)" Thread-Topic: Solicit Opinions on Definition of MPLS Global Label Thread-Index: AdEWs37wCLrB6MbkTaujhtDJQWTFpwAEVISAABM6O5A= Date: Wed, 4 Nov 2015 15:15:21 +0000 Message-ID: References: <5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA63EA4@nkgeml506-mbx.china.huawei.com> <6524_1446618416_5639A530_6524_1437_1_53C29892C857584299CBF5D05346208A0F69BE62@OPEXCLILM21.corporate.adroot.infra.ftgroup> In-Reply-To: <6524_1446618416_5639A530_6524_1437_1_53C29892C857584299CBF5D05346208A0F69BE62@OPEXCLILM21.corporate.adroot.infra.ftgroup> 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=Alexander.Vainshtein@ecitele.com; x-originating-ip: [147.234.56.21] x-microsoft-exchange-diagnostics: 1; DB3PR03MB0779; 5:QGwaEHyWNyxgHK7SgcarWpGgjazQoQQ3XM6B0Y93CmGtWgYwnt6dL54OVMhPVMiPZ3qa1hbcwqW4GHyn69Yapq5FMyqQFmYDzJxSivoBa4D8PvQTJC9K1NagQoEIiFS/IRwCbBWrOl5uLYTUZ0AMdw==; 24:/9TAoJp3h3HDATf5RcnjE/ikwA649PNUgTeWO99fvSzfZvGai98/6XiGYYqbhnpo98K8O+6zCnSWHcPCp6qJCgp+ukzhwsRRnN4Di8Y0ifE=; 20:qKOROc6rwKY75I6pIWsN+fbi2jPSSLxu0HZzA+nI+M7dfLH8+pgypYZpGeZcEEH7fUZtnUKYx/ubgLAobpMeQA== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DB3PR03MB0779; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(18271650672692)(279101305709854)(108003899814671); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(5005006)(520078)(3002001)(10201501046); SRVR:DB3PR03MB0779; BCL:0; PCL:0; RULEID:; SRVR:DB3PR03MB0779; x-forefront-prvs: 0750463DC9 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(37854004)(199003)(189002)(252514010)(377454003)(53754006)(2950100001)(76576001)(5003600100002)(5008740100001)(86362001)(19625215002)(2900100001)(101416001)(16236675004)(2501003)(5001770100001)(5890100001)(19580395003)(11100500001)(66066001)(81156007)(5007970100001)(19300405004)(5004730100002)(5002640100001)(40100003)(97736004)(54356999)(50986999)(76176999)(74316001)(5001960100002)(19617315012)(19580405001)(102836002)(122556002)(77096005)(19609705001)(105586002)(106356001)(92566002)(10400500002)(15975445007)(189998001)(33656002)(87936001); DIR:OUT; SFP:1102; SCL:1; SRVR:DB3PR03MB0779; H:DB3PR03MB0780.eurprd03.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: ecitele.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_DB3PR03MB0780225100B2E64AF44E13C49D2A0DB3PR03MB0780eurp_" MIME-Version: 1.0 X-OriginatorOrg: ecitele.com X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Nov 2015 15:15:21.1668 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 2c514a61-08de-4519-b4c0-921fef62c42a X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB3PR03MB0779 Archived-At: Cc: "mpls@ietf.org" Subject: Re: [mpls] Solicit Opinions on Definition of MPLS Global Label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2015 15:15:46 -0000 --_000_DB3PR03MB0780225100B2E64AF44E13C49D2A0DB3PR03MB0780eurp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, I concur with Bruno: SR does not need global labels. And, as Nobo has explained more than 1 year ago, neither does SFC. Since you solicit opinions, mine is that global labels are not needed anywh= ere because, quoting from RFC 1925, "= In protocol design, perfection has been reached not when there is nothing l= eft to add, but when there is nothing left to take away". Since global labe= ls can always be taken away, any design that uses them would be less than p= erfect:(. My 2c, Sasha Office: +972-39266302 Cell: +972-549266302 Email: Alexander.Vainshtein@ecitele.com From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of bruno.decraene@orang= e.com Sent: Wednesday, November 04, 2015 8:27 AM To: Lizhenbin Cc: mpls@ietf.org Subject: Re: [mpls] Solicit Opinions on Definition of MPLS Global Label Hi Robin, Since I did not get the chance to express my comment during the meeting, I'= ll do over email. SPRING/SR: - is compliant with the MPLS architecture (RFC 3031) - in particular, in the control plane labels are locally al= located and in the forwarding plane, labels (of global segments) are SWAPed - does NOT need global/domain wide label - local segments uses local labels - global segments uses global index + local labels (aka SRG= B) - is not requesting the MPLS WG to work on global/domain wide label. (i.e. = the debate is closed from the SPRING standpoint.). Obviously, the MPLS WG i= s free to re-open the debate, but this is not a spring thing. Based on this, some of your slides referring to "SR uses cases" seem a bit = misleading. (I can't be more specific since during the meeting, I could see= the slides but could not comment, and now I can comment but can't see the = slides as they are not online). Thanks -- Bruno From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Lizhenbin Sent: Wednesday, November 04, 2015 2:27 PM To: mpls@ietf.org Subject: [mpls] Solicit Opinions on Definition of MPLS Global Label Hi MPLSers, As the development of MPLS technologies, many new label concepts beyond RFC= 3031 are proposed. And in segment routing MPLS label can be allocated and flooded in the network which means the meaning of the lablel = can be understood by all nodes in the network. It is totally different from the label distribution behavior of LDP, RSVP-TE, and MP-BGP. From my point = of view we need not argue if it is global label or global ID. In fact, the possible persons who read the drafts of protocol extensions for segment rou= ting which incorporate the label allocation may be confused that MPLS WG as the base of MPLS work seems to have nothing with the work. But the challeng= e of definition of global label truly exists which has been proposed in the= draft https://www.ietf.org/id/draft-li-mpls-global-label-usecases-03.txt. Hope yo= u can refer to Section 4 of the draft. The debates on MPLS global label have lasted for a long time. The opinions = can be classified as following: Opinion 1: Segment Routing has nothing with global label and please do not = make it bother MPLS WG. But it seems a little hard to convince some MPLSers= . Opinion 2: The usecase truly exists. But the concept of global label is too= big. It is hard to allocate a label which is unique spanning multiple doma= ins or as IP address which is unique all over world since it is not a scalable way= or it is hard to achieve the goal. Then maybe it is a better way to narrow= the scope to rename the global label as Domain-wide label, Network-wide label, = etc. Opinion 3: The global label can be kept to cover more label concepts which = label behaviors in the control plane and forward plane are different form t= he traditional LDP/RSVP-TE/MP-BGP. Since I could not get more time in my presentation to collect your opinions= , if convenient please help feedback your opinion in your mailing list. Hop= e through the discussion we can make some consensus. Best Regards, Zhenbin(Robin) ___________________________________________________________________________= ______________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confiden= tielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu= ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages el= ectroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou = falsifie. Merci. This message and its attachments may contain confidential or privileged inf= ormation that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and dele= te this message and its attachments. As emails may be altered, Orange is not liable for messages that have been = modified, changed or falsified. Thank you. --_000_DB3PR03MB0780225100B2E64AF44E13C49D2A0DB3PR03MB0780eurp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi all,=

I concur with Bruno: SR d= oes not need global labels.

And, as Nobo has explained more than 1 year ago, neither does SFC.

 <= /p>

Since you solicit opinion= s, mine is that global labels are not needed anywhere  because, quoting from RFC 1925, “In protocol design, perfection has been reached not when there is nothi= ng left to add, but when there is nothing left to take away̶= 1;. Since global labels can always be taken away, any design that uses them would be less than perfectL.

 <= /p>

 <= /p>

From: mpls [mailto:mpls-bounces@iet= f.org] On Behalf Of bruno.decraene@orange.com
Sent: Wednesday, November 04, 2015 8:27 AM
To: Lizhenbin
Cc: mpls@ietf.org
Subject: Re: [mpls] Solicit Opinions on Definition of MPLS Global La= bel

 

Hi Robin,

 

Since I did not get the c= hance to express my comment during the meeting, I’ll do over email.

 

<spring co-chair hat o= n>

SPRING/SR:

- is compliant with the M= PLS architecture (RFC 3031)

    &= nbsp;           - in part= icular, in the control plane labels are locally allocated and in the forwar= ding plane, labels (of global segments) are SWAPed

- does NOT need global/do= main wide label

    &= nbsp;           - local s= egments uses local labels

    &= nbsp;           - global = segments uses global index + local labels (aka SRGB)

- is not requesting the M= PLS WG to work on global/domain wide label. (i.e. the debate is closed from= the SPRING standpoint.). Obviously, the MPLS WG is free to re-open the debate, but this is not a spring thing.

</spring co-chair hat = on>

 

Based on this, some of yo= ur slides referring to “SR uses cases” seem a bit misleading. (= I can’t be more specific since during the meeting, I could see the sl= ides but could not comment, and now I can comment but can’t see the slide= s as they are not online).

 

Thanks

-- Bruno

 

From: mpls [mailto:mpls-= bounces@ietf.org] On Behalf Of Lizhenbin
Sent: Wednesday, November 04, 2015 2:27 PM
To: mpls@ietf.org
Subject: [mpls] Solicit Opinions on Definition of MPLS Global Label<= /span>

 

Hi MPLSers,=

As the development of MPLS technolog= ies, many new label concepts beyond RFC3031 are proposed. And in segme= nt routing MPLS label can be

allocated and flooded in the network= which means the meaning of the lablel can be understood by all nodes in th= e network. It is totally different from=

the label distribution behavior of L= DP, RSVP-TE, and MP-BGP. From my point of view we need not argue if it is g= lobal label or global ID. In fact, the

possible persons who read the drafts= of protocol extensions for segment routing which incorporate the label all= ocation may be confused that MPLS WG as=

the base of MPLS work seems to have = nothing with the work. But the challenge of definition of global label trul= y exists which has been proposed in the draft=

https://www.ietf.org/id/draft-li= -mpls-global-label-usecases-03.txt. Hope you can refer to Section 4 of the draft.

The debates on MPLS global label hav= e lasted for a long time. The opinions can be classified as following:

Opinion 1: Segment Routing has nothi= ng with global label and please do not make it bother MPLS WG. But it = seems a little hard to convince some MPLSers.=

Opinion 2: The usecase truly exists.= But the concept of global label is too big. It is hard to allocate a label= which is unique spanning multiple domains or

as IP address which is unique all ov= er world since it is not a scalable way or it is hard to achieve the goal. = Then maybe it is a better way to narrow the

scope to rename the global label as = Domain-wide label, Network-wide label, etc.

Opinion 3: The global label can be k= ept to cover more label concepts which label behaviors in the control plane= and forward plane are different form the

traditional LDP/RSVP-TE/MP-BGP.

 =

Since I could not get more time in&n= bsp;my presentation to collect your opinions, if convenient please hel= p feedback your opinion in your mailing list. Hope through

the discussion we can make some cons= ensus.

 =

 =

 =

Best Regards,

Zhenbin(Robin)

 = 

____________________________________________________=
_____________________________________________________________________<=
/o:p>
 
Ce message et ses pieces jointes peuvent contenir de=
s informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisa=
tion. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces j=
ointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a =
ete altere, deforme ou falsifie. Merci.
 
This message and its attachments may contain confide=
ntial or privileged information that may be protected by law;
they should not be distributed, used or copied witho=
ut authorisation.
If you have received this email in error, please not=
ify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for m=
essages that have been modified, changed or falsified.

Thank you.
--_000_DB3PR03MB0780225100B2E64AF44E13C49D2A0DB3PR03MB0780eurp_-- From nobody Wed Nov 4 11:26:04 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5A9181A0397 for ; Wed, 4 Nov 2015 11:26:03 -0800 (PST) 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id geJkPqc8i0hc for ; Wed, 4 Nov 2015 11:25:59 -0800 (PST) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0132.outbound.protection.outlook.com [65.55.169.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4D88B1A0381 for ; Wed, 4 Nov 2015 11:25:58 -0800 (PST) Received: from BLUPR0501MB1715.namprd05.prod.outlook.com (10.163.120.18) by BLUPR0501MB1716.namprd05.prod.outlook.com (10.163.120.19) with Microsoft SMTP Server (TLS) id 15.1.318.15; Wed, 4 Nov 2015 19:25:56 +0000 Received: from BLUPR0501MB1715.namprd05.prod.outlook.com ([10.163.120.18]) by BLUPR0501MB1715.namprd05.prod.outlook.com ([10.163.120.18]) with mapi id 15.01.0318.003; Wed, 4 Nov 2015 19:25:55 +0000 From: "Jeffrey (Zhaohui) Zhang" To: Lizhenbin , "mpls@ietf.org" Thread-Topic: [mpls] Solicit Opinions on Definition of MPLS Global Label Thread-Index: AQHRFsnVVolMFFUExkuUzI+GVHKMN56MPiew Date: Wed, 4 Nov 2015 19:25:55 +0000 Message-ID: References: <5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA63EA4@nkgeml506-mbx.china.huawei.com> In-Reply-To: <5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA63EA4@nkgeml506-mbx.china.huawei.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=zzhang@juniper.net; x-originating-ip: [66.129.241.14] x-microsoft-exchange-diagnostics: 1; BLUPR0501MB1716; 5:AYTH/7Glt7SZNEQy3TbldPz83JJfrgXxzW/IJR0LR6uAD9+Gdv3+AAHrexJye0pstOIEIFqs0pCLRhruoSySFgYeVU/mVNjPvO1Ly4nw/9scbmD8g3CD4IBbzweJQBWxB/74+fqNdmA8rZl+rxrqgQ==; 24:zTrsgqtDyJtsB545ABn6CcL/QGzUmVze2Dp5TbmgXkeT1kQHKZw5l/p/AYxuYETix+SKFbRIb4ImVImxLWmVddclyAzm3/c33onIWQMKXBw=; 20:9HOvIzl6BqCzmFOp1IROVmGeViorvWOjQ1+YqSZO/DjmEu0kZWd9qQMIwbJ7JH+ioGGRi36XRr4cAJyfzV6kxA== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BLUPR0501MB1716; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(108003899814671); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(520078)(10201501046)(3002001); SRVR:BLUPR0501MB1716; BCL:0; PCL:0; RULEID:; SRVR:BLUPR0501MB1716; x-forefront-prvs: 0750463DC9 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(199003)(189002)(377454003)(37854004)(19617315012)(54356999)(50986999)(76176999)(101416001)(99286002)(19625215002)(105586002)(19580405001)(19580395003)(102836002)(86362001)(19300405004)(19609705001)(33656002)(77096005)(15975445007)(74316001)(87936001)(92566002)(16236675004)(40100003)(2950100001)(2900100001)(106356001)(5002640100001)(122556002)(5007970100001)(81156007)(5001960100002)(107886002)(97736004)(10400500002)(189998001)(5004730100002)(106116001)(5001770100001)(5001920100001)(5003600100002)(76576001)(66066001)(5008740100001)(2501003); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR0501MB1716; H:BLUPR0501MB1715.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:23 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_BLUPR0501MB1715710CF23CA1F9E3E7F43BD42A0BLUPR0501MB1715_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Nov 2015 19:25:55.7136 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR0501MB1716 Archived-At: Subject: Re: [mpls] Solicit Opinions on Definition of MPLS Global Label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2015 19:26:03 -0000 --_000_BLUPR0501MB1715710CF23CA1F9E3E7F43BD42A0BLUPR0501MB1715_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Zhenbin, -- For MPLS upstream label assignment in context-specific label space, all downstream nodes can understand the meaning of the label allocated by the upstream node binding for specific MVPN/VPLS instance. We can see the root PE as one type to central controlled node to allocate label to all leaf nodes. And thinking about the uniqueness of the context determine by the shared P-tunnel, these labels in fact are also unique in the network. Should they belong to global label? These are "context-specific", not global. Different upstream nodes can assi= gn the same label value for different meanings, and whoever receives those = labels in packets need to interpret the labels in the specific context for = the assigner. Jeffrey From: Lizhenbin [mailto:lizhenbin@huawei.com] Sent: Wednesday, November 04, 2015 2:27 PM To: mpls@ietf.org Subject: [mpls] Solicit Opinions on Definition of MPLS Global Label Hi MPLSers, As the development of MPLS technologies, many new label concepts beyond RFC= 3031 are proposed. And in segment routing MPLS label can be allocated and flooded in the network which means the meaning of the lablel = can be understood by all nodes in the network. It is totally different from the label distribution behavior of LDP, RSVP-TE, and MP-BGP. From my point = of view we need not argue if it is global label or global ID. In fact, the possible persons who read the drafts of protocol extensions for segment rou= ting which incorporate the label allocation may be confused that MPLS WG as the base of MPLS work seems to have nothing with the work. But the challeng= e of definition of global label truly exists which has been proposed in the= draft https://www.ietf.org/id/draft-li-mpls-global-label-usecases-03.txt. Hope yo= u can refer to Section 4 of the draft. The debates on MPLS global label have lasted for a long time. The opinions = can be classified as following: Opinion 1: Segment Routing has nothing with global label and please do not = make it bother MPLS WG. But it seems a little hard to convince some MPLSers= . Opinion 2: The usecase truly exists. But the concept of global label is too= big. It is hard to allocate a label which is unique spanning multiple doma= ins or as IP address which is unique all over world since it is not a scalable way= or it is hard to achieve the goal. Then maybe it is a better way to narrow= the scope to rename the global label as Domain-wide label, Network-wide label, = etc. Opinion 3: The global label can be kept to cover more label concepts which = label behaviors in the control plane and forward plane are different form t= he traditional LDP/RSVP-TE/MP-BGP. Since I could not get more time in my presentation to collect your opinions= , if convenient please help feedback your opinion in your mailing list. Hop= e through the discussion we can make some consensus. Best Regards, Zhenbin(Robin) --_000_BLUPR0501MB1715710CF23CA1F9E3E7F43BD42A0BLUPR0501MB1715_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Zhenbin,

 

   -- For MPLS upstream label assign= ment in context-specific label

   space, all downstream nodes can u= nderstand the meaning of the label

   allocated by the upstream node bi= nding for specific MVPN/VPLS

   instance.  We can see the ro= ot PE as one type to central controlled

   node to allocate label to all lea= f nodes.  And thinking about the

   uniqueness of the context determi= ne by the shared P-tunnel, these

   labels in fact are also unique in= the network.  Should they belong to

   global label?

 

These are “context-specificR= 21;, not global. Different upstream nodes can assign the same label value f= or different meanings, and whoever receives those labels in packets need to interpret the labels in the specific context for the assig= ner.

 

Jeffrey

&nbs= p;

From: Lizhenbin [mailto:lizhenbin@hu= awei.com]
Sent: Wednesday, November 04, 2015 2:27 PM
To: mpls@ietf.org
Subject: [mpls] Solicit Opinions on Definition of MPLS Global Label<= o:p>

 

Hi MPLSers,

As the development of MPLS technologies, many new label conc= epts beyond RFC3031 are proposed. And in segment routing MPLS label can be

allocated and flooded in the network which means the meaning= of the lablel can be understood by all nodes in the network. It is totally= different from

the label distribution behavior of LDP, RSVP-TE, and MP-BGP.= From my point of view we need not argue if it is global label or global ID= . In fact, the

possible persons who read the drafts of protocol extensions = for segment routing which incorporate the label allocation may be confused = that MPLS WG as

the base of MPLS work seems to have nothing with the work. B= ut the challenge of definition of global label truly exists which has been = proposed in the draft

https://www.ietf.org/id/draft-li-mpls-global-label-useca= ses-03.txt. Hope you can refer to Section 4 of the draft.

The debates on MPLS global label have lasted for a long time= . The opinions can be classified as following:

Opinion 1: Segment Routing has nothing with global label and= please do not make it bother MPLS WG. But it seems a little hard to convin= ce some MPLSers.

Opinion 2: The usecase truly exists. But the concept of glob= al label is too big. It is hard to allocate a label which is unique spannin= g multiple domains or

as IP address which is unique all over world since it is not= a scalable way or it is hard to achieve the goal. Then maybe it is a bette= r way to narrow the

scope to rename the global label as Domain-wide label, Netwo= rk-wide label, etc.

Opinion 3: The global label can be kept to cover more label = concepts which label behaviors in the control plane and forward plane are d= ifferent form the

traditional LDP/RSVP-TE/MP-BGP.

Since I could not get more time in my presentation to collec= t your opinions, if convenient please help feedback your opinion in your ma= iling list. Hope through

the discussion we can make some consensus.=

Best Regards,

Zhenbin(Robin)

--_000_BLUPR0501MB1715710CF23CA1F9E3E7F43BD42A0BLUPR0501MB1715_-- From nobody Wed Nov 4 11:47:17 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 906EA1A0369 for ; Wed, 4 Nov 2015 11:47:16 -0800 (PST) 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mhyDkDg8673M for ; Wed, 4 Nov 2015 11:47:12 -0800 (PST) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0104.outbound.protection.outlook.com [65.55.169.104]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D3C901A0094 for ; Wed, 4 Nov 2015 11:47:11 -0800 (PST) Received: from BLUPR0501MB1715.namprd05.prod.outlook.com (10.163.120.18) by BLUPR0501MB1716.namprd05.prod.outlook.com (10.163.120.19) with Microsoft SMTP Server (TLS) id 15.1.318.15; Wed, 4 Nov 2015 19:47:09 +0000 Received: from BLUPR0501MB1715.namprd05.prod.outlook.com ([10.163.120.18]) by BLUPR0501MB1715.namprd05.prod.outlook.com ([10.163.120.18]) with mapi id 15.01.0318.003; Wed, 4 Nov 2015 19:47:09 +0000 From: "Jeffrey (Zhaohui) Zhang" To: Lizhenbin , "mpls@ietf.org" Thread-Topic: [mpls] Solicit Opinions on Definition of MPLS Global Label Thread-Index: AQHRFsnVVolMFFUExkuUzI+GVHKMN56MPiewgAAEqnA= Date: Wed, 4 Nov 2015 19:47:08 +0000 Message-ID: References: <5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA63EA4@nkgeml506-mbx.china.huawei.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=zzhang@juniper.net; x-originating-ip: [66.129.241.14] x-microsoft-exchange-diagnostics: 1; BLUPR0501MB1716; 5:h0RTpGbRfZTys59LkCw8dIMaGH8BpGX+y5bovHLy/LinSRxuVw9IYdX995cLseBQVzdfNTJkTP7hLedfxgJA1fK/9YkrgZiCPXZf5h9KwJ2dtPSgLHUBGI73BDQowdfXT3XVGDyf3cnsUz+1wiswPg==; 24:jBnCECjBwYJva5gAPfKhli9xHc0skRoC5mAXRjFImOiqChqB0MgD8etS17HntzxDlyHbpEi13Z/JcBw9JMXfKl7nm7uF4Gsai0mKBG1xZWk=; 20:NPyld9p/VPIwJV3bS/xKu7cg2/zYa+rEQ7GoxSKpNMsXsPewBNtrmhHMTgeSKpVM/r9y+kX4QJULDyDxvCSCaA== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BLUPR0501MB1716; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(108003899814671); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(520078)(10201501046)(3002001); SRVR:BLUPR0501MB1716; BCL:0; PCL:0; RULEID:; SRVR:BLUPR0501MB1716; x-forefront-prvs: 0750463DC9 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(199003)(189002)(37854004)(377454003)(106356001)(122556002)(5002640100001)(92566002)(16236675004)(74316001)(87936001)(2900100001)(40100003)(66066001)(11100500001)(2501003)(5008740100001)(97736004)(107886002)(5001960100002)(10400500002)(81156007)(5007970100001)(5001770100001)(5003600100002)(76576001)(5004730100002)(189998001)(106116001)(101416001)(105586002)(19625215002)(99286002)(19617315012)(50986999)(76176999)(54356999)(19609705001)(19300405004)(102836002)(86362001)(77096005)(15975445007)(33656002)(19580405001)(19580395003); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR0501MB1716; H:BLUPR0501MB1715.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:23 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_BLUPR0501MB171525CFDDE75E65BE927566D42A0BLUPR0501MB1715_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Nov 2015 19:47:09.0462 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR0501MB1716 Archived-At: Subject: Re: [mpls] Solicit Opinions on Definition of MPLS Global Label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2015 19:47:16 -0000 --_000_BLUPR0501MB171525CFDDE75E65BE927566D42A0BLUPR0501MB1715_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Zhenbin, Your draft says: The context-specific label can solve the issue of aggregating multiple MVPNs or VPLS instances over a single P2MP LSP. But if the MP2MP LSP is adopted for aggregating multiple MVPN/VPLS instances the solution does not work since there are multiple root PEs which may allocate the same context-specific label for different MVPN/VPLS instances. I don't think there is a real difference between the p2mp and mp2mp. In eit= her case, the vpn-identifying label is "upstream-allocated" by the root of = the tunnel and the receiving PEs will interpret that in the context of the = root. In case of mp2mp, that means an ingress PE will use vpn-identifying l= abels assigned by the root (may be different from itself). In case of p2mp,= it is also "root-assigned", it's just that the root happens to be the ingr= ess PE itself. In the mp2mp case, it is true the root may not be a PE; but the root can ce= rtainly advertise PMSI routes to advertise the labels for PEs to use. That = is control plane and for label advertisement only - it does have CE sites t= o send/receive traffic to/from. Compare to other ways of coordinating what = label to use, this is simple and straightforward. Jeffrey From: Jeffrey (Zhaohui) Zhang Sent: Thursday, November 05, 2015 4:26 AM To: 'Lizhenbin' ; mpls@ietf.org Subject: RE: [mpls] Solicit Opinions on Definition of MPLS Global Label Zhenbin, -- For MPLS upstream label assignment in context-specific label space, all downstream nodes can understand the meaning of the label allocated by the upstream node binding for specific MVPN/VPLS instance. We can see the root PE as one type to central controlled node to allocate label to all leaf nodes. And thinking about the uniqueness of the context determine by the shared P-tunnel, these labels in fact are also unique in the network. Should they belong to global label? These are "context-specific", not global. Different upstream nodes can assi= gn the same label value for different meanings, and whoever receives those = labels in packets need to interpret the labels in the specific context for = the assigner. Jeffrey From: Lizhenbin [mailto:lizhenbin@huawei.com] Sent: Wednesday, November 04, 2015 2:27 PM To: mpls@ietf.org Subject: [mpls] Solicit Opinions on Definition of MPLS Global Label Hi MPLSers, As the development of MPLS technologies, many new label concepts beyond RFC= 3031 are proposed. And in segment routing MPLS label can be allocated and flooded in the network which means the meaning of the lablel = can be understood by all nodes in the network. It is totally different from the label distribution behavior of LDP, RSVP-TE, and MP-BGP. From my point = of view we need not argue if it is global label or global ID. In fact, the possible persons who read the drafts of protocol extensions for segment rou= ting which incorporate the label allocation may be confused that MPLS WG as the base of MPLS work seems to have nothing with the work. But the challeng= e of definition of global label truly exists which has been proposed in the= draft https://www.ietf.org/id/draft-li-mpls-global-label-usecases-03.txt. Hope yo= u can refer to Section 4 of the draft. The debates on MPLS global label have lasted for a long time. The opinions = can be classified as following: Opinion 1: Segment Routing has nothing with global label and please do not = make it bother MPLS WG. But it seems a little hard to convince some MPLSers= . Opinion 2: The usecase truly exists. But the concept of global label is too= big. It is hard to allocate a label which is unique spanning multiple doma= ins or as IP address which is unique all over world since it is not a scalable way= or it is hard to achieve the goal. Then maybe it is a better way to narrow= the scope to rename the global label as Domain-wide label, Network-wide label, = etc. Opinion 3: The global label can be kept to cover more label concepts which = label behaviors in the control plane and forward plane are different form t= he traditional LDP/RSVP-TE/MP-BGP. Since I could not get more time in my presentation to collect your opinions= , if convenient please help feedback your opinion in your mailing list. Hop= e through the discussion we can make some consensus. Best Regards, Zhenbin(Robin) --_000_BLUPR0501MB171525CFDDE75E65BE927566D42A0BLUPR0501MB1715_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Zhenbin,

 

Your draft says:

 

   The context-specific label can so= lve the issue of aggregating

   multiple MVPNs or VPLS instances = over a single P2MP LSP.  But if the

   MP2MP LSP is adopted for aggregat= ing multiple MVPN/VPLS instances the

   solution does not work since ther= e are multiple root PEs which may

   allocate the same context-specifi= c label for different MVPN/VPLS

   instances.

 

I don’t think there is a real d= ifference between the p2mp and mp2mp. In either case, the vpn-identifying l= abel is “upstream-allocated” by the root of the tunnel and the receiving PEs will interpret that in the context of the root. In c= ase of mp2mp, that means an ingress PE will use vpn-identifying labels assi= gned by the root (may be different from itself). In case of p2mp, it is als= o “root-assigned”, it’s just that the root happens to be the ingress PE itself.

 

In the mp2mp case, it is true the roo= t may not be a PE; but the root can certainly advertise PMSI routes to adve= rtise the labels for PEs to use. That is control plane and for label advertisement only – it does have CE sites to se= nd/receive traffic to/from. Compare to other ways of coordinating what labe= l to use, this is simple and straightforward.

 

Jeffrey

&nbs= p;

From: Jeffrey (Zhaohui) Zhang
Sent: Thursday, November 05, 2015 4:26 AM
To: 'Lizhenbin' <lizhenbin@huawei.com>; mpls@ietf.org
Subject: RE: [mpls] Solicit Opinions on Definition of MPLS Global La= bel

 

Zhenbin,

 

   -- For MPLS upstream label assign= ment in context-specific label

   space, all downstream nodes can u= nderstand the meaning of the label

   allocated by the upstream node bi= nding for specific MVPN/VPLS

   instance.  We can see the ro= ot PE as one type to central controlled

   node to allocate label to all lea= f nodes.  And thinking about the

   uniqueness of the context determi= ne by the shared P-tunnel, these

   labels in fact are also unique in= the network.  Should they belong to

   global label?

 

These are “context-specificR= 21;, not global. Different upstream nodes can assign the same label value f= or different meanings, and whoever receives those labels in packets need to interpret the labels in the specific context for the assig= ner.

 

Jeffrey

 

From: Lizhenbin [mailto:lizhenbin@huawei.com]
Sent: Wednesday, November 04, 2015 2:27 PM
To: mpls@ietf.org
Subject: [mpls] Solicit Opinions on Definition of MPLS Global Label<= o:p>

 

Hi MPLSers,

As the development of MPLS technologies, many new label conc= epts beyond RFC3031 are proposed. And in segment routing MPLS label can be

allocated and flooded in the network which means the meaning= of the lablel can be understood by all nodes in the network. It is totally= different from

the label distribution behavior of LDP, RSVP-TE, and MP-BGP.= From my point of view we need not argue if it is global label or global ID= . In fact, the

possible persons who read the drafts of protocol extensions = for segment routing which incorporate the label allocation may be confused = that MPLS WG as

the base of MPLS work seems to have nothing with the work. B= ut the challenge of definition of global label truly exists which has been = proposed in the draft

https://www.ietf.org/id/draft-li-mpls-global-label-useca= ses-03.txt. Hope you can refer to Section 4 of the draft.

The debates on MPLS global label have lasted for a long time= . The opinions can be classified as following:

Opinion 1: Segment Routing has nothing with global label and= please do not make it bother MPLS WG. But it seems a little hard to convin= ce some MPLSers.

Opinion 2: The usecase truly exists. But the concept of glob= al label is too big. It is hard to allocate a label which is unique spannin= g multiple domains or

as IP address which is unique all over world since it is not= a scalable way or it is hard to achieve the goal. Then maybe it is a bette= r way to narrow the

scope to rename the global label as Domain-wide label, Netwo= rk-wide label, etc.

Opinion 3: The global label can be kept to cover more label = concepts which label behaviors in the control plane and forward plane are d= ifferent form the

traditional LDP/RSVP-TE/MP-BGP.

Since I could not get more time in my presentation to collec= t your opinions, if convenient please help feedback your opinion in your ma= iling list. Hope through

the discussion we can make some consensus.=

Best Regards,

Zhenbin(Robin)

--_000_BLUPR0501MB171525CFDDE75E65BE927566D42A0BLUPR0501MB1715_-- From nobody Wed Nov 4 11:54:06 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0E8821A9107 for ; Wed, 4 Nov 2015 11:54:05 -0800 (PST) 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ngdeCIwCI1cT for ; Wed, 4 Nov 2015 11:53:59 -0800 (PST) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0128.outbound.protection.outlook.com [207.46.100.128]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C2FBF1A90FD for ; Wed, 4 Nov 2015 11:53:59 -0800 (PST) Received: from BLUPR0501MB1715.namprd05.prod.outlook.com (10.163.120.18) by BLUPR0501MB1715.namprd05.prod.outlook.com (10.163.120.18) with Microsoft SMTP Server (TLS) id 15.1.318.15; Wed, 4 Nov 2015 19:53:57 +0000 Received: from BLUPR0501MB1715.namprd05.prod.outlook.com ([10.163.120.18]) by BLUPR0501MB1715.namprd05.prod.outlook.com ([10.163.120.18]) with mapi id 15.01.0318.003; Wed, 4 Nov 2015 19:53:57 +0000 From: "Jeffrey (Zhaohui) Zhang" To: "Jeffrey (Zhaohui) Zhang" , Lizhenbin , "mpls@ietf.org" Thread-Topic: [mpls] Solicit Opinions on Definition of MPLS Global Label Thread-Index: AQHRFsnVVolMFFUExkuUzI+GVHKMN56MPiewgAAEqnCAAASoYA== Date: Wed, 4 Nov 2015 19:53:57 +0000 Message-ID: References: <5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA63EA4@nkgeml506-mbx.china.huawei.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=zzhang@juniper.net; x-originating-ip: [66.129.241.14] x-microsoft-exchange-diagnostics: 1; BLUPR0501MB1715; 5:V7eCATWhEHaXWUWksa5P32wIh0Bs5xe8XDpqCaiK0OxQK0Lc6sPMlWCpLlucWSsGGGzsGfSvLvFtY7+GjnpvjmJKRifwZtPs4MhF8oK0bl7fdU5nott/Y1m1FME7KKLD2W++KqMG/cfQ986itFWmpg==; 24:x3R21ocw3h5KVyo2BjPNiKk5wEPOLvxz3zj8iFrkpCwRxjNSQXN5AuU2CHcgEEmvlbPHZ1A7r1FO726SG+YukXlB5KqeU4bgW5b0Vs9wXS8=; 20:nI6e9p2XWnarEWNKSYR1Q7VEO/GGD+9JlG+UV72f1dBqd+zyJEMzln+DjK25SfbTeRv8gZC4CHf+egyr0+0oaA== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BLUPR0501MB1715; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(138986009662008)(108003899814671); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(520078)(5005006)(8121501046)(3002001)(10201501046); SRVR:BLUPR0501MB1715; BCL:0; PCL:0; RULEID:; SRVR:BLUPR0501MB1715; x-forefront-prvs: 0750463DC9 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(37854004)(199003)(377454003)(189002)(19300405004)(106356001)(19617315012)(99286002)(5007970100001)(105586002)(19609705001)(66066001)(87936001)(19580405001)(76576001)(19580395003)(101416001)(86362001)(19625215002)(1941001)(76176999)(50986999)(5004730100002)(54356999)(11100500001)(5001920100001)(92566002)(107886002)(5001960100002)(5002640100001)(40100003)(189998001)(106116001)(122556002)(2501003)(10400500002)(16236675004)(15975445007)(5008740100001)(5003600100002)(102836002)(2900100001)(81156007)(97736004)(2950100001)(74316001)(77096005)(5001770100001)(33656002); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR0501MB1715; H:BLUPR0501MB1715.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) Content-Type: multipart/alternative; boundary="_000_BLUPR0501MB1715A6F7D26FF0E0339B61A4D42A0BLUPR0501MB1715_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Nov 2015 19:53:57.2032 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR0501MB1715 Archived-At: Subject: Re: [mpls] Solicit Opinions on Definition of MPLS Global Label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2015 19:54:05 -0000 --_000_BLUPR0501MB1715A6F7D26FF0E0339B61A4D42A0BLUPR0501MB1715_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable > it does have CE sites to send/receive traffic to/from. I meant it "does NOT". From: Jeffrey (Zhaohui) Zhang [mailto:zzhang@juniper.net] Sent: Thursday, November 05, 2015 4:47 AM To: Lizhenbin ; mpls@ietf.org Subject: Re: [mpls] Solicit Opinions on Definition of MPLS Global Label Zhenbin, Your draft says: The context-specific label can solve the issue of aggregating multiple MVPNs or VPLS instances over a single P2MP LSP. But if the MP2MP LSP is adopted for aggregating multiple MVPN/VPLS instances the solution does not work since there are multiple root PEs which may allocate the same context-specific label for different MVPN/VPLS instances. I don't think there is a real difference between the p2mp and mp2mp. In eit= her case, the vpn-identifying label is "upstream-allocated" by the root of = the tunnel and the receiving PEs will interpret that in the context of the = root. In case of mp2mp, that means an ingress PE will use vpn-identifying l= abels assigned by the root (may be different from itself). In case of p2mp,= it is also "root-assigned", it's just that the root happens to be the ingr= ess PE itself. In the mp2mp case, it is true the root may not be a PE; but the root can ce= rtainly advertise PMSI routes to advertise the labels for PEs to use. That = is control plane and for label advertisement only - it does have CE sites t= o send/receive traffic to/from. Compare to other ways of coordinating what = label to use, this is simple and straightforward. Jeffrey From: Jeffrey (Zhaohui) Zhang Sent: Thursday, November 05, 2015 4:26 AM To: 'Lizhenbin' ; mpls@ietf.org Subject: RE: [mpls] Solicit Opinions on Definition of MPLS Global Label Zhenbin, -- For MPLS upstream label assignment in context-specific label space, all downstream nodes can understand the meaning of the label allocated by the upstream node binding for specific MVPN/VPLS instance. We can see the root PE as one type to central controlled node to allocate label to all leaf nodes. And thinking about the uniqueness of the context determine by the shared P-tunnel, these labels in fact are also unique in the network. Should they belong to global label? These are "context-specific", not global. Different upstream nodes can assi= gn the same label value for different meanings, and whoever receives those = labels in packets need to interpret the labels in the specific context for = the assigner. Jeffrey From: Lizhenbin [mailto:lizhenbin@huawei.com] Sent: Wednesday, November 04, 2015 2:27 PM To: mpls@ietf.org Subject: [mpls] Solicit Opinions on Definition of MPLS Global Label Hi MPLSers, As the development of MPLS technologies, many new label concepts beyond RFC= 3031 are proposed. And in segment routing MPLS label can be allocated and flooded in the network which means the meaning of the lablel = can be understood by all nodes in the network. It is totally different from the label distribution behavior of LDP, RSVP-TE, and MP-BGP. From my point = of view we need not argue if it is global label or global ID. In fact, the possible persons who read the drafts of protocol extensions for segment rou= ting which incorporate the label allocation may be confused that MPLS WG as the base of MPLS work seems to have nothing with the work. But the challeng= e of definition of global label truly exists which has been proposed in the= draft https://www.ietf.org/id/draft-li-mpls-global-label-usecases-03.txt. Hope yo= u can refer to Section 4 of the draft. The debates on MPLS global label have lasted for a long time. The opinions = can be classified as following: Opinion 1: Segment Routing has nothing with global label and please do not = make it bother MPLS WG. But it seems a little hard to convince some MPLSers= . Opinion 2: The usecase truly exists. But the concept of global label is too= big. It is hard to allocate a label which is unique spanning multiple doma= ins or as IP address which is unique all over world since it is not a scalable way= or it is hard to achieve the goal. Then maybe it is a better way to narrow= the scope to rename the global label as Domain-wide label, Network-wide label, = etc. Opinion 3: The global label can be kept to cover more label concepts which = label behaviors in the control plane and forward plane are different form t= he traditional LDP/RSVP-TE/MP-BGP. Since I could not get more time in my presentation to collect your opinions= , if convenient please help feedback your opinion in your mailing list. Hop= e through the discussion we can make some consensus. Best Regards, Zhenbin(Robin) --_000_BLUPR0501MB1715A6F7D26FF0E0339B61A4D42A0BLUPR0501MB1715_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

> it does have CE sites to send/receive traffic to/from.

 

I meant it “does NOT”.

&nbs= p;

From: Jeffrey (Zhaohui) Zhang [mailt= o:zzhang@juniper.net]
Sent: Thursday, November 05, 2015 4:47 AM
To: Lizhenbin <lizhenbin@huawei.com>; mpls@ietf.org
Subject: Re: [mpls] Solicit Opinions on Definition of MPLS Global La= bel

 

Zhenbin,

 

Your draft says:

 

The context-specific label can solve the issue of ag= gregating

multiple MVPNs or VPLS instances over a single P2MP = LSP. But if the

MP2MP LSP is adopted for aggregating multiple MVPN/V= PLS instances the

solution does not work since there are multiple root= PEs which may

allocate the same context-specific label for differe= nt MVPN/VPLS

instances.

 

I don’t think ther= e is a real difference between the p2mp and mp2mp. In either case, the vpn-= identifying label is “upstream-allocated&= #8221; by the root of the tunnel and the receiving PEs will interpre= t that in the context of the root. In case of mp2mp, that means an ingress = PE will use vpn-identifying labels assigned by the root (may be different from itself). In case of p2mp, it is also “root-assigned”, it’s just that the root happens to be the ingress PE= itself.

 

In the mp2mp case, it is true the root may not be a = PE; but the root can certainly advertise PMSI routes to advertise the label= s for PEs to use. That is control plane and for label advertisement only – it does have CE sites to send/receive t= raffic to/from. Compare to other ways of coordinating what label to use, th= is is simple and straightforward.

 

Jeffrey

 

From: Jeffrey (Zhaohui) Zhang
Sent: Thursday, November 05, 2015 4:26 AM
To: 'Lizhenbin' ; mpls@ietf.org=
Subject: RE: [mpls] Solicit Opinions on Definition of MPLS Global La= bel

 

Zhenbin,

 

-- For MPLS upstream label assignment in context-spe= cific label

space, all downstream nodes can understand the meani= ng of the label

allocated by the upstream node binding for specific = MVPN/VPLS

instance. We can see the root PE as one type to cent= ral controlled

node to allocate label to all leaf nodes. And thinki= ng about the

uniqueness of the context determine by the shared P-= tunnel, these

labels in fact are also unique in the network. Shoul= d they belong to

global label?

 

These are “context= -specific”, not global. Different upstrea= m nodes can assign the same label value for different meanings, and whoever= receives those labels in packets need to interpret the labels in the specific context for the assigner.

 

Jeffrey

 

From: Lizhenbin [mailto:lizhenbin@huawei.com]
Sent: Wednesday, November 04, 2015 2:27 PM
To: mpls@ietf.org
Subject: [mpls] Solicit Opinions on Definition of MPLS Global Label<= o:p>

 

Hi MPLSers,

As the development of MPLS technologies, many new label concepts beyond = RFC3031 are proposed. And in segment routing MPLS label can be

allocated and flooded in the network which means the meaning of the labl= el can be understood by all nodes in the network. It is totally different f= rom

the label distribution behavior of LDP, RSVP-TE, and MP-BGP. From my poi= nt of view we need not argue if it is global label or global ID. In fact, t= he

possible persons who read the drafts of protocol extensions for segment = routing which incorporate the label allocation may be confused that MPLS WG= as

the base of MPLS work seems to have nothing with the work. But the chall= enge of definition of global label truly exists which has been proposed in = the draft

https://www.ietf.org/id/draft-li-mpls-global-label-usecases-03.txt. Hope you can refer to Section 4 of the draft.

The debates on MPLS global label have lasted for a long time. The opinio= ns can be classified as following:

Opinion 1: Segment Routing has nothing with global label and please do n= ot make it bother MPLS WG. But it seems a little hard to convince some MPLS= ers.

Opinion 2: The usecase truly exists. But the concept of global label is = too big. It is hard to allocate a label which is unique spanning multiple d= omains or

as IP address which is unique all over world since it is not a scalable = way or it is hard to achieve the goal. Then maybe it is a better way to nar= row the

scope to rename the global label as Domain-wide label, Network-wide labe= l, etc.

Opinion 3: The global label can be kept to cover more label concepts whi= ch label behaviors in the control plane and forward plane are different for= m the

traditional LDP/RSVP-TE/MP-BGP.

Since I could not get more time in my presentation to collect your opini= ons, if convenient please help feedback your opinion in your mailing list. = Hope through

the discussion we can make some consensus.

Best Regards,

Zhenbin(Robin)

--_000_BLUPR0501MB1715A6F7D26FF0E0339B61A4D42A0BLUPR0501MB1715_-- From nobody Wed Nov 4 12:52:33 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2EA901A6F7A; Wed, 4 Nov 2015 12:52:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id COqt5N6h3AAF; Wed, 4 Nov 2015 12:52:29 -0800 (PST) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0113.outbound.protection.outlook.com [207.46.100.113]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 49F931A6F6E; Wed, 4 Nov 2015 12:52:29 -0800 (PST) Received: from BLUPR0501MB1715.namprd05.prod.outlook.com (10.163.120.18) by BLUPR0501MB1714.namprd05.prod.outlook.com (10.163.120.17) with Microsoft SMTP Server (TLS) id 15.1.318.15; Wed, 4 Nov 2015 20:52:27 +0000 Received: from BLUPR0501MB1715.namprd05.prod.outlook.com ([10.163.120.18]) by BLUPR0501MB1715.namprd05.prod.outlook.com ([10.163.120.18]) with mapi id 15.01.0318.003; Wed, 4 Nov 2015 20:52:27 +0000 From: "Jeffrey (Zhaohui) Zhang" To: Huaimo Chen , "teas@ietf.org" Thread-Topic: Questions and comments on draft-ietf-mpls-rsvp-egress-protection-01.txt Thread-Index: Ac+zQNp9tF2TFdkGTPisCwwe9MXEzgBgiGLgAI8TpTAKcjt8kAATRhAAABHa+6AAAhfnsAAAfZ/QTXbMs2A= Date: Wed, 4 Nov 2015 20:52:27 +0000 Message-ID: References: <5316A0AB3C851246A7CA5758973207D445C928AB@SJCEML702-CHM.china.huawei.com> <4f4cc894c09e459f85111b514d9096a0@BY2PR05MB079.namprd05.prod.outlook.com> <5316A0AB3C851246A7CA5758973207D445CA81A7@SJCEML701-CHM.china.huawei.com> <5316A0AB3C851246A7CA5758973207D445CA8288@SJCEML701-CHM.china.huawei.com> <5316A0AB3C851246A7CA5758973207D445CA82D1@SJCEML701-CHM.china.huawei.com> In-Reply-To: <5316A0AB3C851246A7CA5758973207D445CA82D1@SJCEML701-CHM.china.huawei.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=zzhang@juniper.net; x-originating-ip: [66.129.241.14] x-microsoft-exchange-diagnostics: 1; BLUPR0501MB1714; 5:G+dzyI2rwcvMxFAU31yOe7ciFbycFk57ozh5gYWb4QHtQcoQ+jyAdQSXaQxE7wt2Cm7pXbY9pBau5Usc7a+/lvFwB8jIK0bd81wZufhiSud+wXCS9p/yp7oLBfMF5x9hqAI6tHm9yCEas8U/0MuqTA==; 24:kcJPTQ0bRiyxJOynR5ogzDSekNTh0yAaU08+mRpkGr90Z1J8PJy9i8zOmk3JQnApTe/Ks6T0rEN9rmcf++RJqzOhxAC0kf1tdjsDQvc3z6Y=; 20:9ZjvA6UkSVACwqZ68fo77OoFpoBPAOQeEpjLEgQdLpiOyvnFflaEC593CS127AZUMnn3jJd9a6dH3UFd8zfhag== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BLUPR0501MB1714; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(138986009662008); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(520078)(5005006)(8121501046)(10201501046)(3002001); SRVR:BLUPR0501MB1714; BCL:0; PCL:0; RULEID:; SRVR:BLUPR0501MB1714; x-forefront-prvs: 0750463DC9 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(377454003)(13464003)(189002)(25584004)(37854004)(199003)(11100500001)(87936001)(40100003)(10400500002)(74316001)(5003600100002)(122556002)(33656002)(101416001)(54356999)(99286002)(2501003)(76176999)(230783001)(19580405001)(77096005)(81156007)(5001920100001)(5007970100001)(86362001)(97736004)(5008740100001)(5004730100002)(19580395003)(5001770100001)(5002640100001)(102836002)(93886004)(106356001)(50986999)(2950100001)(5001960100002)(105586002)(2900100001)(189998001)(66066001)(76576001)(92566002); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR0501MB1714; H:BLUPR0501MB1715.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:23 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: 04 Nov 2015 20:52:27.0853 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR0501MB1714 Archived-At: Cc: "mpls@ietf.org" Subject: Re: [mpls] Questions and comments on draft-ietf-mpls-rsvp-egress-protection-01.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2015 20:52:31 -0000 Hi Huaimo, Did not realize this has been moved to teas, which I did not follow. I see there have been some updates to the draft but I have not got a chance= to review to see if my original concerns are addressed. I will try to review this when I get a chance. Jeffrey > -----Original Message----- > From: Huaimo Chen [mailto:huaimo.chen@huawei.com] > Sent: Monday, October 06, 2014 10:37 PM > To: Jeffrey (Zhaohui) Zhang > Cc: mpls@ietf.org > Subject: RE: Questions and comments on draft-ietf-mpls-rsvp-egress- > protection-01.txt >=20 > Hi Jeffrey, >=20 > Thanks for your comments! > My answers/explanations are inline below. >=20 > Best Regards, > Huaimo > -----Original Message----- > From: Jeffrey (Zhaohui) Zhang [mailto:zzhang@juniper.net] > Sent: Monday, October 06, 2014 9:13 AM > To: Huaimo Chen > Cc: mpls@ietf.org > Subject: RE: Questions and comments on draft-ietf-mpls-rsvp-egress- > protection-01.txt >=20 > Huaimo, >=20 > ... snipped ... >=20 > > My point is that, what's proposed in this draft can't really work, > > because while the backup can learn the label relayed by the PLR, it > > still does not know what to do with it. Until you have a separate > > document to spell out that separate mechanism, there is no point for > > this spec to relay the label. > > > > Huaimo: It seems that the alternative option proposed may work. The UA > > label with the forwarding information in TLV may be relayed to the > > backup egress. RSVP on the backup egress can pass the UA label with > > the information to a separated component handling the UA label. In > > fact, RSVP just relays the UA label and related information. The > > processing on UA label is done by the separated component outside of > RSVP. >=20 > Currently the draft does not specify that forwarding information is > relayed to the backup egress. I don't see how the backup egress know what > to do when it receives the packets w/o additional signaling. If you do > specify the mechanisms and procedures in a separate spec on how that can > be done, then it's fine; but until you do so, it should not be mentioned > here. Chances are that, once you have a separate mechanism, you may not > need the PLT to relay any more. >=20 > Huaimo: It seems that TLVs under the UA label are mentioned in the draft. > They may contain the forwarding information, which may be opaque to RSVP. >=20 > > It's the same amount of information configured, either all on the > > ingress PE or separated on all egress PEs. The latter will have much > > lower signaling head. > > > > Huaimo: It seems that there are more configurations. For example, we > > may need to configure one-to-one protection or facility protection for > > protecting the egresses of a P2MP LSP on every egress of the P2MP LSP > > if we limit egress protection configuration to the egresses >=20 > The draft currently signals pairs of primary/egress from the ingress. Tha= t > means configuration is needed for each egress anyway (though it's on > ingress). If you do the configuration on egress, it's still the same > amount, and you spare the transit routers from having to process the extr= a > signaling. >=20 > Jeffrey From nobody Wed Nov 4 17:01:12 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A47D71B2EC4 for ; Wed, 4 Nov 2015 17:01:11 -0800 (PST) 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id M5lCkEfEzVlh for ; Wed, 4 Nov 2015 17:01:09 -0800 (PST) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0131.outbound.protection.outlook.com [65.55.169.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D6F971B33C2 for ; Wed, 4 Nov 2015 17:01:08 -0800 (PST) Received: from BLUPR05MB707.namprd05.prod.outlook.com (10.141.207.19) by BY2PR0501MB1800.namprd05.prod.outlook.com (10.163.155.142) with Microsoft SMTP Server (TLS) id 15.1.312.18; Thu, 5 Nov 2015 01:01:00 +0000 Received: from BLUPR05MB707.namprd05.prod.outlook.com ([10.141.207.19]) by BLUPR05MB707.namprd05.prod.outlook.com ([10.141.207.19]) with mapi id 15.01.0318.003; Thu, 5 Nov 2015 01:00:59 +0000 From: Balaji Rajagopalan To: "mpls@ietf.org" , "cpignata@cisco.com" Thread-Topic: input on draft-smack-mpls-rfc4379bis-07.txt Thread-Index: AdES7nHxxdTCtpEOTJKRIV7a8xfFVADtsL4AAELqeIA= Date: Thu, 5 Nov 2015 01:00:59 +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/14.5.7.151005 authentication-results: spf=none (sender IP is ) smtp.mailfrom=balajir@juniper.net; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [122.216.203.186] x-microsoft-exchange-diagnostics: 1; BY2PR0501MB1800; 5:Ew1sYQ5GQaH9EV6LsmB7wgMRc266WbYZ3VotX9LwmZpdKhP0Trj8LiOE5ZzC5waOPgH8afqYJJgWoWR0vLzuxmfdmQtX8EB9dEnkuD6ItGyFuX4NRaa0xmu4OrejGX96WmNmvGIepm42fM+vmmLTEw==; 24:5QTr3hw8ZQkYyffubjeJz7raq+t6+DuW4eC4VVQWmhENPq9JnU+ExYYPg1eyl00nSh45IXeiVtxwB8W5qPLBbCiDeGq9Zb7hjkV9PyKH9Sc=; 20:o2Mf/HfcAVd0uot2E0qklYfJphBBq0uL2kV9Ko0laH4faARsT/LOAmgZYMJAwRbXK2bkDg7xdcGycHe34SM2Bg== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BY2PR0501MB1800; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(138986009662008); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(520078)(5005006)(8121501046)(3002001)(10201501046); SRVR:BY2PR0501MB1800; BCL:0; PCL:0; RULEID:; SRVR:BY2PR0501MB1800; x-forefront-prvs: 0751474A44 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(189002)(199003)(37854004)(13464003)(377454003)(19580405001)(5001770100001)(5001960100002)(5001920100001)(2950100001)(230783001)(2900100001)(83506001)(122556002)(76176999)(102836002)(107886002)(40100003)(189998001)(5007970100001)(87936001)(4001350100001)(81156007)(77096005)(66066001)(10400500002)(106356001)(36756003)(4001430100002)(50986999)(5004730100002)(101416001)(19580395003)(5008740100001)(97736004)(86362001)(2501003)(99286002)(16236675004)(105586002)(92566002)(5002640100001)(54356999); DIR:OUT; SFP:1102; SCL:1; SRVR:BY2PR0501MB1800; H:BLUPR05MB707.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) Content-Type: multipart/alternative; boundary="_000_D25F972F1FF5Dbalajirjunipernet_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Nov 2015 01:00:59.0171 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2PR0501MB1800 Archived-At: Cc: Ramesh Kandula , Kapil Arora Subject: Re: [mpls] input on draft-smack-mpls-rfc4379bis-07.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Nov 2015 01:01:11 -0000 --_000_D25F972F1FF5Dbalajirjunipernet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNClRoZSBmb2xsb3dpbmcgZW1haWwgZnJvbSBLYXBpbCBoYXMgdGhlIHR3byBxdWVzdGlv bnMgSSBicm91Z2h0IHVwIGFmdGVyIHRoZSBwcmVzZW50YXRpb24gb24gdGhlIGRyYWZ0IHN0YXR1 cyBhdCBJRVRGLTk0Lg0KDQpXZSB0aGluayB0aGVzZSB0d28gcmVjb21tZW5kYXRpb25zIGFyZSBh bHNvIGNhbmRpZGF0ZXMgZm9yIDQzOTctYmlzLiBQbGVhc2UgbGV0IHVzIGtub3cgeW91ciB2aWV3 Lg0KDQrigJQNCkJhbGFqaSBSYWphZ29wYWxhbg0KDQoNCg0KDQotLS0tLU9yaWdpbmFsIE1lc3Nh Z2UtLS0tLQ0KRnJvbTogS2FwaWwgQXJvcmENClNlbnQ6IEZyaWRheSwgT2N0b2JlciAzMCwgMjAx NSAzOjQwIFBNDQpUbzogbXBsc0BpZXRmLm9yZzxtYWlsdG86bXBsc0BpZXRmLm9yZz4NCkNjOiBS YW1lc2ggS2FuZHVsYSA8cmthbmR1bGFAanVuaXBlci5uZXQ8bWFpbHRvOnJrYW5kdWxhQGp1bmlw ZXIubmV0Pj47IEJhbGFqaSBSYWphZ29wYWxhbiA8YmFsYWppckBqdW5pcGVyLm5ldDxtYWlsdG86 YmFsYWppckBqdW5pcGVyLm5ldD4+OyBDaGFuZHJhc2VrYXIgUmFtYWNoYW5kcmFuIDxjc2VrYXJA anVuaXBlci5uZXQ8bWFpbHRvOmNzZWthckBqdW5pcGVyLm5ldD4+DQpTdWJqZWN0OiBpbnB1dCBv biBkcmFmdC1zbWFjay1tcGxzLXJmYzQzNzliaXMtMDcudHh0DQoNCkhpIEF1dGhvcnMsDQpJIGhh dmUgc29tZSBpbnB1dCBvbiBkcmFmdC1zbWFjay1tcGxzLXJmYzQzNzliaXMtMDcudHh0IHJlZ3Jh ZGluZyBSU1ZQIHAybXAgbHNwIHBpbmcgYW5kIG1wbHMgdHJhY2Vyb3V0ZSBpbiBwaXBlIG1vZGUu DQoNCjEuIENvcnJlbGF0aW9uIG9mIG1wbHMgZWNobyByZXNwb25zZXMgZm9yIFJTVlAgcDJtcCBs c3BzOg0KRm9yIFAybXAgTHNwcyB3aGVuIG1wbHMgcGluZyBpcyBpbml0aWF0ZWQgZnJvbSB0aGUg aW5ncmVzcyByb3V0ZXIgaXQgcmVhY2hlcyBhbGwgdGhlIGVncmVzcyByb3V0ZXJzLiBFYWNoIGVn cmVzcyByZXNwb25kcyB3aXRoIG1wbHMgZWNobyByZXNwb25zZSAuDQpGb3IgUlNWUCBwMm1wIGxz cHMgaW5ncmVzcyByb3V0ZXIgaGFzIHRoZSBrbm93bGVkZ2Ugb2YgYWxsIHRoZSBlZ3Jlc3Mgcm91 dGVycyBiZWNhdXNlIG9mIHRoZSBjb25maWd1cmF0aW9uLCBzbyBpdCBtYWtlcyBzZW5zZSB0byBj b3JyZWxhdGUgdGhlIGVjaG8gcmVzcG9uc2UNCmZyb20gZWFjaCBlZ3Jlc3Mgd2l0aCBjb25maWd1 cmVkIGVncmVzcyBhdCB0aGUgcnN2cCBwMm1wIGluZ3Jlc3Mgc28gdGhhdCBpbmdyZXNzIHJvdXRl ciBrbm93cyBpZiBpdCBoYXNuJ3QgZ290IHJlc3BvbnNlIGZyb20gb25lIG9yIG1vcmUgZWdyZXNz IHJvdXRlcnMgb3IgaWYNCnRoZXJlIGlzIGEgZm9yd2FyZGluZyBpc3N1ZSBvbiBvbmUgb3IgbW9y ZSBlZ3Jlc3MuIEFzIHBlciByZmMgNDM3OSBzb3VyY2UgYWRkcmVzcyBvZiB0aGUgZWNobyByZXNw b25zZSBwYWNrZXQgY2FuIGJlIGFueSByb3V0YWJsZSBhZGRyZXNzIHNvIGl0IGJlY29tZXMgZGlm ZmljdWx0DQpmb3IgdGhlIGluZ3Jlc3Mgcm91dGVyIHRvIGNvcnJlbGF0ZSBmcm9tIHRoZSBzb3Vy Y2UgYWRkcmVzcyBvZiB0aGUgZWNobyByZXNwb25zZSBwYWNrZXQgd2l0aCBvbmUgb2YgdGhlIGNv bmZpZ3VyZWQgZWdyZXNzIGFkZHJlc3MuIElmIHRoZSBlZ3Jlc3MgY2FuIHJlc3BvbmQgd2l0aA0K ZGVzdGluYXRpb24gYWRkcmVzcyBvZiB0aGUgc3ViIGxzcCBhcyB0aGUgc291cmNlIGFkZHJlc3Mg b2YgdGhlIGVjaG8gcmVzcG9uc2UgcGFja2V0LCBpbmdyZXNzIHJvdXRlciBjYW4gY29ycmVsYXRl IGFsbCB0aGUgZWNobyByZXNwb25zZXMgYW5kIHdvdWxkIGJlIGFibGUgdG8NCmlzb2xhdGUgdGhl IGZhaWx1cmUgaWYgZXhpc3RzIGZvciBvbmUgb3IgbW9yZSBicmFuY2guDQoNCjIuIE1wbHMgdHJh Y2Vyb3V0ZSBQaXBlIG1vZGU6DQpDb25zaWRlciB0aGUgdG9wb2xvZ3kgYmVsb3cgZm9yIHRoZSBy ZWZlcmVuY2UNCg0KUjEtLS0tLS0tLS1SMi0tLS0tLVIzLS0tLS1QLS0tLS0tLVI0LS0tLS0tLS0t UjUtLS0tUjYtLS0tLS0tLVI3DQo8LS0tLUJHUCBBUyAxMDAtLS0tPjwtLS0tLUJHUCBBUyAyMDAt LS0tLS0tLS0+PC0tQkdQIEFTIDEwMC0tPg0KTXBscyB0cmFjZXJvdXRlIGV4cGVjdHMgZWNobyBy ZXBseSB2aWEgSVAuIFNvIHNheSB3ZSB3YW50IHRvIHJ1biBCR1AgdHJhY2Vyb3V0ZSBpbiB0aGUg dG9wb2xvZ3kgbWVudGlvbmVkIGFib3ZlLg0KSW4gdGhlIGFib3ZlIHRvcG9sb2d5IGlmIHdlIHdh bnQgdG8gcnVuIEJHUCB0cmFjZXJvdXRlIGZyb20gUjEgdG8gQkdQIEZFQyBSNyB0aGVuIGFzIHBl ciByZmMgNDM3OSBhbGwgdGhlIG5vZGVzDQpzaG91bGQgaGF2ZSBJUCBjb25uZWN0aXZpdHkgdG8g UjEgd2hpY2ggbWF5IG5vdCBiZSB0cnVlIHByYWN0aWNhbGx5LCBBbGwgdGhlIHJvdXRlcnMgaW4g b3RoZXIgIEFTIG1heSBub3QgaGF2ZSBJUA0KY29ubmVjdGl2aXR5IHRvIEJHUCBJbmdyZXNzIChS MSkgYnV0IGl0IGlzIGZhaXIgdG8gYXNzdW1lIHRoYXQgYWxsIEJHUCBzcGVha2luZyBub2RlcyAo UjEsIFIzLCBSNCwgUjcpIHdpbGwgaGF2ZSBJUA0KY29ubmVjdGl2aXR5IHRvIEJHUCBpbmdyZXNz IHNvIGZvciB0aGVzZSBraW5kIG9mIHNjZW5hcmlvcyB3ZSBjYW4gaW50cm9kdWNlcyB0aGUgdHJh Y2Vyb3V0ZSBpbiBwaXBlIG1vZGUuIElmIFIxIGluaXRpYXRlcw0KYSBCR1AgdHJhY2Vyb3V0ZSBp biBwaXBlIG1vZGUgdG93YXJkcyBGRUMgUjcgdGhlbiBSMSBzaG91bGQgc2V0IHRoZSBvdXRlciBU VEwgPTI1NSAoVHJhbnNwb3J0IGhlYWRlciBUVEwpIGFuZCBzaG91bGQNCnNldCB0aGUgaW5uZXIg VFRMIHRvIFRUTD0xIChCR1AgbGFiZWwgVFRMIHZhbHVlKSBhbmQgYWRkIHRoZSBCR1AgRkVDIGlu IHRoZSBtcGxzIGVjaG8gcmVxdWVzdC4gU28gVFRMIHdpbGwgZXhwaXJlDQpvbmx5IGF0IEJHUCBz cGVha2luZyBub2RlIGkuZS4gUjMgYW5kIFIzIHNob3VsZCB2YWxpZGF0ZSB0aGUgQkdQIEZFQyBh bmQgUjMgc2hvdWxkIHNldCB0aGUgRG93bnN0cmVhbSBpbnRlcmZhY2UgYWRkcmVzcyBpbg0KRERN VCB0byB0aGUgYWRkcmVzcyBvZiBSNCdzIGFkZHJlc3MgKEJHUCBuZXh0IGhvcCBhZGRyZXNzKSBh bmQgbm90IHRoZSBQIHJvdXRlcnMgYWRkcmVzcy4gUjMgY2FuIG1ha2UgdGhlIGRlY2lzaW9uDQp0 byB3b3JraW5nIGluIHBpcGUgbW9kZSBvbmx5IGlmIG5vLXByb3BvZ2F0ZS10dGwgaXMgY29uZmln dXJlZC4gSWYgbm8tcHJvcG9nYXRlLXR0bCBpcyBub3QgY29uZmlndXJlZCB0aGVuIFIzIGNhbiB3 b3JrIGFzIHBlciByZmMNCjY0MjQgYW5kIHNlbmQgRkVDIHN0YWNrIGNoYW5nZSBkZXBlbmRpbmcg b24gaWYgaXRzIGVudGVyaW5nIHRvIGEgbmV3IHRyYW5zcG9ydCB0dW5uZWwgb3Igbm90Lg0KDQoN ClRoYW5rcw0KS2FwaWwgQXJvcmENCg0K --_000_D25F972F1FF5Dbalajirjunipernet_ Content-Type: text/html; charset="utf-8" Content-ID: <436A6BD1E1B1324D9E2E3E9005BDEB7B@namprd05.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx NXB4OyBmb250LWZhbWlseTogQ29uc29sYXMsIHNhbnMtc2VyaWY7Ij4NCjxkaXY+SGksPC9kaXY+ DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5UaGUgZm9sbG93aW5nIGVtYWlsIGZyb20gS2FwaWwg aGFzIHRoZSB0d28gcXVlc3Rpb25zIEkgYnJvdWdodCB1cCBhZnRlciB0aGUgcHJlc2VudGF0aW9u IG9uIHRoZSBkcmFmdCBzdGF0dXMgYXQgSUVURi05NC48L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+ DQo8ZGl2PldlIHRoaW5rIHRoZXNlIHR3byByZWNvbW1lbmRhdGlvbnMgYXJlIGFsc28gY2FuZGlk YXRlcyBmb3IgNDM5Ny1iaXMuIFBsZWFzZSBsZXQgdXMga25vdyB5b3VyIHZpZXcuPC9kaXY+DQo8 ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj7igJQ8L2Rpdj4NCjxkaXY+QmFsYWppIFJhamFnb3BhbGFu PC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPHNwYW4gaWQ9Ik9MS19TUkNfQk9EWV9TRUNUSU9O Ij4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBpZD0iTUFDX09VVExPT0tfQVRUUklC VVRJT05fQkxPQ0tRVU9URSIgc3R5bGU9IkJPUkRFUi1MRUZUOiAjYjVjNGRmIDUgc29saWQ7IFBB RERJTkc6MCAwIDAgNTsgTUFSR0lOOjAgMCAwIDU7Ij4NCjxkaXY+DQo8ZGl2Pg0KPGRpdj48YnI+ DQo8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2Pi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0t LS0tPC9kaXY+DQo8ZGl2PkZyb206IEthcGlsIEFyb3JhIDwvZGl2Pg0KPGRpdj5TZW50OiBGcmlk YXksIE9jdG9iZXIgMzAsIDIwMTUgMzo0MCBQTTwvZGl2Pg0KPGRpdj5UbzogPGEgaHJlZj0ibWFp bHRvOm1wbHNAaWV0Zi5vcmciPm1wbHNAaWV0Zi5vcmc8L2E+PC9kaXY+DQo8ZGl2PkNjOiBSYW1l c2ggS2FuZHVsYSAmbHQ7PGEgaHJlZj0ibWFpbHRvOnJrYW5kdWxhQGp1bmlwZXIubmV0Ij5ya2Fu ZHVsYUBqdW5pcGVyLm5ldDwvYT4mZ3Q7OyBCYWxhamkgUmFqYWdvcGFsYW4gJmx0OzxhIGhyZWY9 Im1haWx0bzpiYWxhamlyQGp1bmlwZXIubmV0Ij5iYWxhamlyQGp1bmlwZXIubmV0PC9hPiZndDs7 IENoYW5kcmFzZWthciBSYW1hY2hhbmRyYW4gJmx0OzxhIGhyZWY9Im1haWx0bzpjc2VrYXJAanVu aXBlci5uZXQiPmNzZWthckBqdW5pcGVyLm5ldDwvYT4mZ3Q7PC9kaXY+DQo8ZGl2PlN1YmplY3Q6 IGlucHV0IG9uIGRyYWZ0LXNtYWNrLW1wbHMtcmZjNDM3OWJpcy0wNy50eHQ8L2Rpdj4NCjxkaXY+ PGJyPg0KPC9kaXY+DQo8ZGl2PkhpIEF1dGhvcnMsPC9kaXY+DQo8ZGl2PkkgaGF2ZSBzb21lIGlu cHV0IG9uIGRyYWZ0LXNtYWNrLW1wbHMtcmZjNDM3OWJpcy0wNy50eHQgcmVncmFkaW5nIFJTVlAg cDJtcCBsc3AgcGluZyBhbmQgbXBscyB0cmFjZXJvdXRlIGluIHBpcGUgbW9kZS4NCjwvZGl2Pg0K PGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+MS4gQ29ycmVsYXRpb24gb2YgbXBscyBlY2hvIHJlc3Bv bnNlcyBmb3IgUlNWUCBwMm1wIGxzcHM6IDwvZGl2Pg0KPGRpdj5Gb3IgUDJtcCBMc3BzIHdoZW4g bXBscyBwaW5nIGlzIGluaXRpYXRlZCBmcm9tIHRoZSBpbmdyZXNzIHJvdXRlciBpdCByZWFjaGVz IGFsbCB0aGUgZWdyZXNzIHJvdXRlcnMuIEVhY2ggZWdyZXNzIHJlc3BvbmRzIHdpdGggbXBscyBl Y2hvIHJlc3BvbnNlIC4NCjwvZGl2Pg0KPGRpdj5Gb3IgUlNWUCBwMm1wIGxzcHMgaW5ncmVzcyBy b3V0ZXIgaGFzIHRoZSBrbm93bGVkZ2Ugb2YgYWxsIHRoZSBlZ3Jlc3Mgcm91dGVycyBiZWNhdXNl IG9mIHRoZSBjb25maWd1cmF0aW9uLCBzbyBpdCBtYWtlcyBzZW5zZSB0byBjb3JyZWxhdGUgdGhl IGVjaG8gcmVzcG9uc2U8L2Rpdj4NCjxkaXY+ZnJvbSBlYWNoIGVncmVzcyB3aXRoIGNvbmZpZ3Vy ZWQgZWdyZXNzIGF0IHRoZSByc3ZwIHAybXAgaW5ncmVzcyBzbyB0aGF0IGluZ3Jlc3Mgcm91dGVy IGtub3dzIGlmIGl0IGhhc24ndCBnb3QgcmVzcG9uc2UgZnJvbSBvbmUgb3IgbW9yZSBlZ3Jlc3Mg cm91dGVycyBvciBpZg0KPC9kaXY+DQo8ZGl2PnRoZXJlIGlzIGEgZm9yd2FyZGluZyBpc3N1ZSBv biBvbmUgb3IgbW9yZSBlZ3Jlc3MuIEFzIHBlciByZmMgNDM3OSBzb3VyY2UgYWRkcmVzcyBvZiB0 aGUgZWNobyByZXNwb25zZSBwYWNrZXQgY2FuIGJlIGFueSByb3V0YWJsZSBhZGRyZXNzIHNvIGl0 IGJlY29tZXMgZGlmZmljdWx0DQo8L2Rpdj4NCjxkaXY+Zm9yIHRoZSBpbmdyZXNzIHJvdXRlciB0 byBjb3JyZWxhdGUgZnJvbSB0aGUgc291cmNlIGFkZHJlc3Mgb2YgdGhlIGVjaG8gcmVzcG9uc2Ug cGFja2V0IHdpdGggb25lIG9mIHRoZSBjb25maWd1cmVkIGVncmVzcyBhZGRyZXNzLiBJZiB0aGUg ZWdyZXNzIGNhbiByZXNwb25kIHdpdGg8L2Rpdj4NCjxkaXY+ZGVzdGluYXRpb24gYWRkcmVzcyBv ZiB0aGUgc3ViIGxzcCBhcyB0aGUgc291cmNlIGFkZHJlc3Mgb2YgdGhlIGVjaG8gcmVzcG9uc2Ug cGFja2V0LCBpbmdyZXNzIHJvdXRlciBjYW4gY29ycmVsYXRlIGFsbCB0aGUgZWNobyByZXNwb25z ZXMgYW5kIHdvdWxkIGJlIGFibGUgdG88L2Rpdj4NCjxkaXY+aXNvbGF0ZSB0aGUgZmFpbHVyZSBp ZiBleGlzdHMgZm9yIG9uZSBvciBtb3JlIGJyYW5jaC48L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+ DQo8ZGl2PjIuIE1wbHMgdHJhY2Vyb3V0ZSBQaXBlIG1vZGU6PC9kaXY+DQo8ZGl2PkNvbnNpZGVy IHRoZSB0b3BvbG9neSBiZWxvdyBmb3IgdGhlIHJlZmVyZW5jZTwvZGl2Pg0KPGRpdj48YnI+DQo8 L2Rpdj4NCjxkaXY+UjEtLS0tLS0tLS1SMi0tLS0tLVIzLS0tLS1QLS0tLS0tLVI0LS0tLS0tLS0t UjUtLS0tUjYtLS0tLS0tLVI3PC9kaXY+DQo8ZGl2PiZsdDstLS0tQkdQIEFTIDEwMC0tLS0mZ3Q7 Jmx0Oy0tLS0tQkdQIEFTIDIwMC0tLS0tLS0tLSZndDsmbHQ7LS1CR1AgQVMgMTAwLS0mZ3Q7PC9k aXY+DQo8ZGl2Pk1wbHMgdHJhY2Vyb3V0ZSBleHBlY3RzIGVjaG8gcmVwbHkgdmlhIElQLiBTbyBz YXkgd2Ugd2FudCB0byBydW4gQkdQIHRyYWNlcm91dGUgaW4gdGhlIHRvcG9sb2d5IG1lbnRpb25l ZCBhYm92ZS48L2Rpdj4NCjxkaXY+SW4gdGhlIGFib3ZlIHRvcG9sb2d5IGlmIHdlIHdhbnQgdG8g cnVuIEJHUCB0cmFjZXJvdXRlIGZyb20gUjEgdG8gQkdQIEZFQyBSNyB0aGVuIGFzIHBlciByZmMg NDM3OSBhbGwgdGhlIG5vZGVzDQo8L2Rpdj4NCjxkaXY+c2hvdWxkIGhhdmUgSVAgY29ubmVjdGl2 aXR5IHRvIFIxIHdoaWNoIG1heSBub3QgYmUgdHJ1ZSBwcmFjdGljYWxseSwgQWxsIHRoZSByb3V0 ZXJzIGluIG90aGVyJm5ic3A7Jm5ic3A7QVMgbWF5IG5vdCBoYXZlIElQPC9kaXY+DQo8ZGl2PmNv bm5lY3Rpdml0eSB0byBCR1AgSW5ncmVzcyAoUjEpIGJ1dCBpdCBpcyBmYWlyIHRvIGFzc3VtZSB0 aGF0IGFsbCBCR1Agc3BlYWtpbmcgbm9kZXMgKFIxLCBSMywgUjQsIFI3KSB3aWxsIGhhdmUgSVA8 L2Rpdj4NCjxkaXY+Y29ubmVjdGl2aXR5IHRvIEJHUCBpbmdyZXNzIHNvIGZvciB0aGVzZSBraW5k IG9mIHNjZW5hcmlvcyB3ZSBjYW4gaW50cm9kdWNlcyB0aGUgdHJhY2Vyb3V0ZSBpbiBwaXBlIG1v ZGUuIElmIFIxIGluaXRpYXRlcw0KPC9kaXY+DQo8ZGl2PmEgQkdQIHRyYWNlcm91dGUgaW4gcGlw ZSBtb2RlIHRvd2FyZHMgRkVDIFI3IHRoZW4gUjEgc2hvdWxkIHNldCB0aGUgb3V0ZXIgVFRMID0y NTUgKFRyYW5zcG9ydCBoZWFkZXIgVFRMKSBhbmQgc2hvdWxkDQo8L2Rpdj4NCjxkaXY+c2V0IHRo ZSBpbm5lciBUVEwgdG8gVFRMPTEgKEJHUCBsYWJlbCBUVEwgdmFsdWUpIGFuZCBhZGQgdGhlIEJH UCBGRUMgaW4gdGhlIG1wbHMgZWNobyByZXF1ZXN0LiBTbyBUVEwgd2lsbCBleHBpcmUNCjwvZGl2 Pg0KPGRpdj5vbmx5IGF0IEJHUCBzcGVha2luZyBub2RlIGkuZS4gUjMgYW5kIFIzIHNob3VsZCB2 YWxpZGF0ZSB0aGUgQkdQIEZFQyBhbmQgUjMgc2hvdWxkIHNldCB0aGUgRG93bnN0cmVhbSBpbnRl cmZhY2UgYWRkcmVzcyBpbg0KPC9kaXY+DQo8ZGl2PkRETVQgdG8gdGhlIGFkZHJlc3Mgb2YgUjQn cyBhZGRyZXNzIChCR1AgbmV4dCBob3AgYWRkcmVzcykgYW5kIG5vdCB0aGUgUCByb3V0ZXJzIGFk ZHJlc3MuIFIzIGNhbiBtYWtlIHRoZSBkZWNpc2lvbg0KPC9kaXY+DQo8ZGl2PnRvIHdvcmtpbmcg aW4gcGlwZSBtb2RlIG9ubHkgaWYgbm8tcHJvcG9nYXRlLXR0bCBpcyBjb25maWd1cmVkLiBJZiBu by1wcm9wb2dhdGUtdHRsIGlzIG5vdCBjb25maWd1cmVkIHRoZW4gUjMgY2FuIHdvcmsgYXMgcGVy IHJmYw0KPC9kaXY+DQo8ZGl2PjY0MjQgYW5kIHNlbmQgRkVDIHN0YWNrIGNoYW5nZSBkZXBlbmRp bmcgb24gaWYgaXRzIGVudGVyaW5nIHRvIGEgbmV3IHRyYW5zcG9ydCB0dW5uZWwgb3Igbm90Ljwv ZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+PGJyPg0KPC9kaXY+DQo8ZGl2PlRoYW5rczwv ZGl2Pg0KPGRpdj5LYXBpbCBBcm9yYTwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L3NwYW4+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_D25F972F1FF5Dbalajirjunipernet_-- From nobody Wed Nov 4 17:23:33 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C00EE1B35A7 for ; Wed, 4 Nov 2015 17:23:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TlFBVTiGKHhw for ; Wed, 4 Nov 2015 17:23:30 -0800 (PST) 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 C0ED61B3592 for ; Wed, 4 Nov 2015 17:23:29 -0800 (PST) Received: from [133.93.24.128] (unknown [133.93.24.128]) (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 383FB18013B2; Thu, 5 Nov 2015 02:23:25 +0100 (CET) To: Alexander Vainshtein , "bruno.decraene@orange.com" , Lizhenbin , "Nobo Akiya (nobo) (nobo@cisco.com)" References: <5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA63EA4@nkgeml506-mbx.china.huawei.com> <6524_1446618416_5639A530_6524_1437_1_53C29892C857584299CBF5D05346208A0F69BE62@OPEXCLILM21.corporate.adroot.infra.ftgroup> From: Loa Andersson Message-ID: <563AAF89.8010007@pi.nu> Date: Thu, 5 Nov 2015 10:23:21 +0900 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Cc: "mpls@ietf.org" Subject: Re: [mpls] Solicit Opinions on Definition of MPLS Global Label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Nov 2015 01:23:32 -0000 Working Group, We a long-standing usage (though not always well-documented) of some of our labels global labels - that is a label that have the same meaning for any mpls device, as long as it understand the device understands it, where ever that device is found. As far as I'm concerned there are only one set of such "global labels", we have chosen to call those Special Purpose Labels. context specific labels - that are sets of labels that are know within certain context, this context could be any number of things, e.g. a domain. link local labels - labels that are know over a link between two LSRs, whether the LSRs are adjacent or not. I don't think we want to move away from this long-standing usage. /Loa On 2015-11-05 00:15, Alexander Vainshtein wrote: > Hi all, > > I concur with Bruno: SR does not need global labels. > > And, as Nobo has explained > more > than 1 year ago, neither does SFC. > > Since you solicit opinions, mine is that /global labels are not needed > anywhere / because, quoting from RFC 1925 > , “/In protocol design, perfection > has been reached not when there is nothing left to add, but when there > is nothing left to take away/”. Since global labels can always be taken > away, any design that uses them would be less than perfectL. > > My 2c, > > Sasha > > Office: +972-39266302 > > Cell: +972-549266302 > > Email: Alexander.Vainshtein@ecitele.com > > *From:*mpls [mailto:mpls-bounces@ietf.org] *On Behalf Of > *bruno.decraene@orange.com > *Sent:* Wednesday, November 04, 2015 8:27 AM > *To:* Lizhenbin > *Cc:* mpls@ietf.org > *Subject:* Re: [mpls] Solicit Opinions on Definition of MPLS Global Label > > Hi Robin, > > Since I did not get the chance to express my comment during the meeting, > I’ll do over email. > > > > SPRING/SR: > > - is compliant with the MPLS architecture (RFC 3031) > > - in particular, in the control plane labels are > locally allocated and in the forwarding plane, labels (of global > segments) are SWAPed > > - does NOT need global/domain wide label > > - local segments uses local labels > > - global segments uses global index + local labels (aka > SRGB) > > - is not requesting the MPLS WG to work on global/domain wide label. > (i.e. the debate is closed from the SPRING standpoint.). Obviously, the > MPLS WG is free to re-open the debate, but this is not a spring thing. > > > > Based on this, some of your slides referring to “SR uses cases” seem a > bit misleading. (I can’t be more specific since during the meeting, I > could see the slides but could not comment, and now I can comment but > can’t see the slides as they are not online). > > Thanks > > -- Bruno > > *From:*mpls [mailto:mpls-bounces@ietf.org] *On Behalf Of *Lizhenbin > *Sent:* Wednesday, November 04, 2015 2:27 PM > *To:* mpls@ietf.org > *Subject:* [mpls] Solicit Opinions on Definition of MPLS Global Label > > Hi MPLSers, > > As the development of MPLS technologies, many new label concepts beyond > RFC3031 are proposed. And in segment routing MPLS label can be > > allocated and flooded in the network which means the meaning of the > lablel can be understood by all nodes in the network. It is totally > different from > > the label distribution behavior of LDP, RSVP-TE, and MP-BGP. From my > point of view we need not argue if it is global label or global ID. In > fact, the > > possible persons who read the drafts of protocol extensions for segment > routing which incorporate the label allocation may be confused that MPLS > WG as > > the base of MPLS work seems to have nothing with the work. But the > challenge of definition of global label truly exists which has been > proposed in the draft > > https://www.ietf.org/id/draft-li-mpls-global-label-usecases-03.txt. Hope > you can refer to Section 4 of the draft. > > The debates on MPLS global label have lasted for a long time. The > opinions can be classified as following: > > Opinion 1: Segment Routing has nothing with global label and please do > not make it bother MPLS WG. But it seems a little hard to convince some > MPLSers. > > Opinion 2: The usecase truly exists. But the concept of global label is > too big. It is hard to allocate a label which is unique spanning > multiple domains or > > as IP address which is unique all over world since it is not a scalable > way or it is hard to achieve the goal. Then maybe it is a better way to > narrow the > > scope to rename the global label as Domain-wide label, Network-wide > label, etc. > > Opinion 3: The global label can be kept to cover more label concepts > which label behaviors in the control plane and forward plane are > different form the > > traditional LDP/RSVP-TE/MP-BGP. > > Since I could not get more time in my presentation to collect your > opinions, if convenient please help feedback your opinion in your > mailing list. Hope through > > the discussion we can make some consensus. > > Best Regards, > > Zhenbin(Robin) > > _________________________________________________________________________________________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations > confidentielles ou privilegiees et ne doivent donc > > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez > recu ce message par erreur, veuillez le signaler > > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages > electroniques etant susceptibles d'alteration, > > Orange decline toute responsabilite si ce message a ete altere, deforme > ou falsifie. Merci. > > This message and its attachments may contain confidential or privileged > information that may be protected by law; > > they should not be distributed, used or copied without authorisation. > > If you have received this email in error, please notify the sender and > delete this message and its attachments. > > As emails may be altered, Orange is not liable for messages that have > been modified, changed or falsified. > > Thank you. > > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > From nobody Wed Nov 4 17:30:51 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9DF7D1B351B for ; Wed, 4 Nov 2015 17:30:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dium7E-dg4Kz for ; Wed, 4 Nov 2015 17:30:47 -0800 (PST) Received: from usevmg21.ericsson.net (usevmg21.ericsson.net [198.24.6.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 56D721B3526 for ; Wed, 4 Nov 2015 17:30:47 -0800 (PST) X-AuditID: c6180641-f792c6d00000686a-44-563a43cf7802 Received: from EUSAAHC008.ericsson.se (Unknown_Domain [147.117.188.96]) by usevmg21.ericsson.net (Symantec Mail Security) with SMTP id E5.CE.26730.FC34A365; Wed, 4 Nov 2015 18:43:44 +0100 (CET) Received: from EUSAAMB105.ericsson.se ([147.117.188.122]) by EUSAAHC008.ericsson.se ([147.117.188.96]) with mapi id 14.03.0248.002; Wed, 4 Nov 2015 20:30:45 -0500 From: David Allan I To: Loa Andersson , Alexander Vainshtein , "bruno.decraene@orange.com" , Lizhenbin , "Nobo Akiya (nobo) (nobo@cisco.com)" Thread-Topic: [mpls] Solicit Opinions on Definition of MPLS Global Label Thread-Index: AdEWs37wCLrB6MbkTaujhtDJQWTFpwAEVISAABM6O5AAIC9sgAAKUwaA Date: Thu, 5 Nov 2015 01:30:45 +0000 Message-ID: References: <5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA63EA4@nkgeml506-mbx.china.huawei.com> <6524_1446618416_5639A530_6524_1437_1_53C29892C857584299CBF5D05346208A0F69BE62@OPEXCLILM21.corporate.adroot.infra.ftgroup> <563AAF89.8010007@pi.nu> In-Reply-To: <563AAF89.8010007@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.11] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrCIsWRmVeSWpSXmKPExsUyuXRPgu4FZ6swgwsd3BZTt35gtvixYw6z xe7GP+wW/+YCWbeWrmS1mN0R78DmMeX3RlaPTf+OM3q0HHnL6rFkyU8mj5ZnJ9k8Zk1vYwtg i+KySUnNySxLLdK3S+DKmHztGVvBe8uKtmNT2RoYF+l1MXJySAiYSCy8NIsFwhaTuHBvPVsX IxeHkMARRonP/zexQjjLGCXWTjjPDFLFJmAgsef/F0aQhIjAO0aJD59WArVwcDALKEucuisD UiMs4C6xbsdcsKkiAh4Scz79h7LdJGYsWMQGYrMIqEhs2zuTFcTmFfCV2HxyIzPEsgNMEvsa d4Mt4xRQlWh+cQbMZgQ67/upNUwgNrOAuMStJ/OZIM4WkFiyB+I4CQFRiZeP/7FC2EoSH3/P Z4eo15FYsPsTG4StLbFs4WtmiMWCEidnPmGZwCg2C8nYWUhaZiFpmYWkZQEjyypGjtLi1LLc dCPDTYzAuDsmwea4g3HBJ8tDjAIcjEo8vAWyVmFCrIllxZW5hxglOJiVRHgLZgKFeFMSK6tS i/Lji0pzUosPMUpzsCiJ886bcT9USCA9sSQ1OzW1ILUIJsvEwSnVwOgZe1BrW0noTkmfANU7 sQffXHus/bxoA19G+dkDd0qTXunmqXdPViv4ZSrtdXxl6G6hvI4V0ocLHkpdKPz0pbA/hdHB 54NgN6Nk+KPjxdeO334dJSWXt1V2m+XxGfymb3fOnTIl+qvGFOHKN+/eKykGlPrpyr6YJhZy OvXZn6Y5WiWe36def6PEUpyRaKjFXFScCACiO5GitwIAAA== Archived-At: Cc: "mpls@ietf.org" Subject: Re: [mpls] Solicit Opinions on Definition of MPLS Global Label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Nov 2015 01:30:49 -0000 Aren't you really discussing label spaces.... You have well known labels (reserved, or administered by the "designers"), = and the other label spaces have properties based upon a combination of scop= e and "who" administers them... Cheers Dave -----Original Message----- From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Loa Andersson Sent: Thursday, November 05, 2015 10:23 AM To: Alexander Vainshtein; bruno.decraene@orange.com; Lizhenbin; Nobo Akiya = (nobo) (nobo@cisco.com) Cc: mpls@ietf.org Subject: Re: [mpls] Solicit Opinions on Definition of MPLS Global Label Working Group, We a long-standing usage (though not always well-documented) of some of our= labels global labels - that is a label that have the same meaning for any mpls dev= ice, as long as it understand the device understands it, where ever that de= vice is found. As far as I'm concerned there are only one set of such "global labels", we = have chosen to call those Special Purpose Labels. context specific labels - that are sets of labels that are know within cert= ain context, this context could be any number of things, e.g. a domain. link local labels - labels that are know over a link between two LSRs, whet= her the LSRs are adjacent or not. I don't think we want to move away from this long-standing usage. /Loa On 2015-11-05 00:15, Alexander Vainshtein wrote: > Hi all, > > I concur with Bruno: SR does not need global labels. > > And, as Nobo has explained > more=20 > than 1 year ago, neither does SFC. > > Since you solicit opinions, mine is that /global labels are not needed=20 > anywhere / because, quoting from RFC 1925=20 > , "/In protocol design,=20 > perfection has been reached not when there is nothing left to add, but=20 > when there is nothing left to take away/". Since global labels can=20 > always be taken away, any design that uses them would be less than perfec= tL. > > My 2c, > > Sasha > > Office: +972-39266302 > > Cell: +972-549266302 > > Email: Alexander.Vainshtein@ecitele.com > > *From:*mpls [mailto:mpls-bounces@ietf.org] *On Behalf Of=20 > *bruno.decraene@orange.com > *Sent:* Wednesday, November 04, 2015 8:27 AM > *To:* Lizhenbin > *Cc:* mpls@ietf.org > *Subject:* Re: [mpls] Solicit Opinions on Definition of MPLS Global=20 > Label > > Hi Robin, > > Since I did not get the chance to express my comment during the=20 > meeting, I'll do over email. > > > > SPRING/SR: > > - is compliant with the MPLS architecture (RFC 3031) > > - in particular, in the control plane labels are=20 > locally allocated and in the forwarding plane, labels (of global > segments) are SWAPed > > - does NOT need global/domain wide label > > - local segments uses local labels > > - global segments uses global index + local labels=20 > (aka > SRGB) > > - is not requesting the MPLS WG to work on global/domain wide label. > (i.e. the debate is closed from the SPRING standpoint.). Obviously,=20 > the MPLS WG is free to re-open the debate, but this is not a spring thing= . > > > > Based on this, some of your slides referring to "SR uses cases" seem a=20 > bit misleading. (I can't be more specific since during the meeting, I=20 > could see the slides but could not comment, and now I can comment but=20 > can't see the slides as they are not online). > > Thanks > > -- Bruno > > *From:*mpls [mailto:mpls-bounces@ietf.org] *On Behalf Of *Lizhenbin > *Sent:* Wednesday, November 04, 2015 2:27 PM > *To:* mpls@ietf.org > *Subject:* [mpls] Solicit Opinions on Definition of MPLS Global Label > > Hi MPLSers, > > As the development of MPLS technologies, many new label concepts=20 > beyond > RFC3031 are proposed. And in segment routing MPLS label can be > > allocated and flooded in the network which means the meaning of the=20 > lablel can be understood by all nodes in the network. It is totally=20 > different from > > the label distribution behavior of LDP, RSVP-TE, and MP-BGP. From my=20 > point of view we need not argue if it is global label or global ID. In=20 > fact, the > > possible persons who read the drafts of protocol extensions for=20 > segment routing which incorporate the label allocation may be confused=20 > that MPLS WG as > > the base of MPLS work seems to have nothing with the work. But the=20 > challenge of definition of global label truly exists which has been=20 > proposed in the draft > > https://www.ietf.org/id/draft-li-mpls-global-label-usecases-03.txt.=20 > Hope you can refer to Section 4 of the draft. > > The debates on MPLS global label have lasted for a long time. The=20 > opinions can be classified as following: > > Opinion 1: Segment Routing has nothing with global label and please do=20 > not make it bother MPLS WG. But it seems a little hard to convince=20 > some MPLSers. > > Opinion 2: The usecase truly exists. But the concept of global label=20 > is too big. It is hard to allocate a label which is unique spanning=20 > multiple domains or > > as IP address which is unique all over world since it is not a=20 > scalable way or it is hard to achieve the goal. Then maybe it is a=20 > better way to narrow the > > scope to rename the global label as Domain-wide label, Network-wide=20 > label, etc. > > Opinion 3: The global label can be kept to cover more label concepts=20 > which label behaviors in the control plane and forward plane are=20 > different form the > > traditional LDP/RSVP-TE/MP-BGP. > > Since I could not get more time in my presentation to collect your=20 > opinions, if convenient please help feedback your opinion in your=20 > mailing list. Hope through > > the discussion we can make some consensus. > > Best Regards, > > Zhenbin(Robin) > > ______________________________________________________________________ > ___________________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations=20 > confidentielles ou privilegiees et ne doivent donc > > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez=20 > recu ce message par erreur, veuillez le signaler > > a l'expediteur et le detruire ainsi que les pieces jointes. Les=20 > messages electroniques etant susceptibles d'alteration, > > Orange decline toute responsabilite si ce message a ete altere,=20 > deforme ou falsifie. Merci. > > This message and its attachments may contain confidential or=20 > privileged information that may be protected by law; > > they should not be distributed, used or copied without authorisation. > > If you have received this email in error, please notify the sender and=20 > delete this message and its attachments. > > As emails may be altered, Orange is not liable for messages that have=20 > been modified, changed or falsified. > > Thank you. > > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls From nobody Wed Nov 4 17:43:24 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D62D11B362F for ; Wed, 4 Nov 2015 17:43:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 94rEwk57NGRd for ; Wed, 4 Nov 2015 17:43:21 -0800 (PST) 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 131E41B3624 for ; Wed, 4 Nov 2015 17:43:20 -0800 (PST) Received: from [133.93.24.128] (unknown [133.93.24.128]) (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 4E3F218013B2; Thu, 5 Nov 2015 02:43:16 +0100 (CET) To: David Allan I , Alexander Vainshtein , "bruno.decraene@orange.com" , Lizhenbin , "Nobo Akiya (nobo) (nobo@cisco.com)" References: <5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA63EA4@nkgeml506-mbx.china.huawei.com> <6524_1446618416_5639A530_6524_1437_1_53C29892C857584299CBF5D05346208A0F69BE62@OPEXCLILM21.corporate.adroot.infra.ftgroup> <563AAF89.8010007@pi.nu> From: Loa Andersson Message-ID: <563AB42E.9000604@pi.nu> Date: Thu, 5 Nov 2015 10:43:10 +0900 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: "mpls@ietf.org" Subject: Re: [mpls] Solicit Opinions on Definition of MPLS Global Label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Nov 2015 01:43:24 -0000 Dave, There are a couple of usages of "label space", the RFC 3031 says: When these conditions hold, an LSR may use labels that have "per interface" scope, i.e., which are only unique per interface. We may say that the LSR is using a "per-interface label space". When these conditions do not hold, the labels must be unique over the LSR which has assigned them, and we may say that the LSR is using a "per- platform label space." But as far as I understand that is not the "label space" we are discussing here. /Loa On 2015-11-05 10:30, David Allan I wrote: > Aren't you really discussing label spaces.... > > You have well known labels (reserved, or administered by the "designers"), and the other label spaces have properties based upon a combination of scope and "who" administers them... > > Cheers > Dave > > > > -----Original Message----- > From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Loa Andersson > Sent: Thursday, November 05, 2015 10:23 AM > To: Alexander Vainshtein; bruno.decraene@orange.com; Lizhenbin; Nobo Akiya (nobo) (nobo@cisco.com) > Cc: mpls@ietf.org > Subject: Re: [mpls] Solicit Opinions on Definition of MPLS Global Label > > Working Group, > > We a long-standing usage (though not always well-documented) of some of our labels > > global labels - that is a label that have the same meaning for any mpls device, as long as it understand the device understands it, where ever that device is found. > As far as I'm concerned there are only one set of such "global labels", we have chosen to call those Special Purpose Labels. > > context specific labels - that are sets of labels that are know within certain context, this context could be any number of things, e.g. a domain. > > link local labels - labels that are know over a link between two LSRs, whether the LSRs are adjacent or not. > > I don't think we want to move away from this long-standing usage. > > /Loa > > On 2015-11-05 00:15, Alexander Vainshtein wrote: >> Hi all, >> >> I concur with Bruno: SR does not need global labels. >> >> And, as Nobo has explained >> more >> than 1 year ago, neither does SFC. >> >> Since you solicit opinions, mine is that /global labels are not needed >> anywhere / because, quoting from RFC 1925 >> , "/In protocol design, >> perfection has been reached not when there is nothing left to add, but >> when there is nothing left to take away/". Since global labels can >> always be taken away, any design that uses them would be less than perfectL. >> >> My 2c, >> >> Sasha >> >> Office: +972-39266302 >> >> Cell: +972-549266302 >> >> Email: Alexander.Vainshtein@ecitele.com >> >> *From:*mpls [mailto:mpls-bounces@ietf.org] *On Behalf Of >> *bruno.decraene@orange.com >> *Sent:* Wednesday, November 04, 2015 8:27 AM >> *To:* Lizhenbin >> *Cc:* mpls@ietf.org >> *Subject:* Re: [mpls] Solicit Opinions on Definition of MPLS Global >> Label >> >> Hi Robin, >> >> Since I did not get the chance to express my comment during the >> meeting, I'll do over email. >> >> >> >> SPRING/SR: >> >> - is compliant with the MPLS architecture (RFC 3031) >> >> - in particular, in the control plane labels are >> locally allocated and in the forwarding plane, labels (of global >> segments) are SWAPed >> >> - does NOT need global/domain wide label >> >> - local segments uses local labels >> >> - global segments uses global index + local labels >> (aka >> SRGB) >> >> - is not requesting the MPLS WG to work on global/domain wide label. >> (i.e. the debate is closed from the SPRING standpoint.). Obviously, >> the MPLS WG is free to re-open the debate, but this is not a spring thing. >> >> >> >> Based on this, some of your slides referring to "SR uses cases" seem a >> bit misleading. (I can't be more specific since during the meeting, I >> could see the slides but could not comment, and now I can comment but >> can't see the slides as they are not online). >> >> Thanks >> >> -- Bruno >> >> *From:*mpls [mailto:mpls-bounces@ietf.org] *On Behalf Of *Lizhenbin >> *Sent:* Wednesday, November 04, 2015 2:27 PM >> *To:* mpls@ietf.org >> *Subject:* [mpls] Solicit Opinions on Definition of MPLS Global Label >> >> Hi MPLSers, >> >> As the development of MPLS technologies, many new label concepts >> beyond >> RFC3031 are proposed. And in segment routing MPLS label can be >> >> allocated and flooded in the network which means the meaning of the >> lablel can be understood by all nodes in the network. It is totally >> different from >> >> the label distribution behavior of LDP, RSVP-TE, and MP-BGP. From my >> point of view we need not argue if it is global label or global ID. In >> fact, the >> >> possible persons who read the drafts of protocol extensions for >> segment routing which incorporate the label allocation may be confused >> that MPLS WG as >> >> the base of MPLS work seems to have nothing with the work. But the >> challenge of definition of global label truly exists which has been >> proposed in the draft >> >> https://www.ietf.org/id/draft-li-mpls-global-label-usecases-03.txt. >> Hope you can refer to Section 4 of the draft. >> >> The debates on MPLS global label have lasted for a long time. The >> opinions can be classified as following: >> >> Opinion 1: Segment Routing has nothing with global label and please do >> not make it bother MPLS WG. But it seems a little hard to convince >> some MPLSers. >> >> Opinion 2: The usecase truly exists. But the concept of global label >> is too big. It is hard to allocate a label which is unique spanning >> multiple domains or >> >> as IP address which is unique all over world since it is not a >> scalable way or it is hard to achieve the goal. Then maybe it is a >> better way to narrow the >> >> scope to rename the global label as Domain-wide label, Network-wide >> label, etc. >> >> Opinion 3: The global label can be kept to cover more label concepts >> which label behaviors in the control plane and forward plane are >> different form the >> >> traditional LDP/RSVP-TE/MP-BGP. >> >> Since I could not get more time in my presentation to collect your >> opinions, if convenient please help feedback your opinion in your >> mailing list. Hope through >> >> the discussion we can make some consensus. >> >> Best Regards, >> >> Zhenbin(Robin) >> >> ______________________________________________________________________ >> ___________________________________________________ >> >> Ce message et ses pieces jointes peuvent contenir des informations >> confidentielles ou privilegiees et ne doivent donc >> >> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez >> recu ce message par erreur, veuillez le signaler >> >> a l'expediteur et le detruire ainsi que les pieces jointes. Les >> messages electroniques etant susceptibles d'alteration, >> >> Orange decline toute responsabilite si ce message a ete altere, >> deforme ou falsifie. Merci. >> >> This message and its attachments may contain confidential or >> privileged information that may be protected by law; >> >> they should not be distributed, used or copied without authorisation. >> >> If you have received this email in error, please notify the sender and >> delete this message and its attachments. >> >> As emails may be altered, Orange is not liable for messages that have >> been modified, changed or falsified. >> >> Thank you. >> >> >> >> _______________________________________________ >> mpls mailing list >> mpls@ietf.org >> https://www.ietf.org/mailman/listinfo/mpls >> > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > From nobody Wed Nov 4 17:48:13 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C9AF11B3642 for ; Wed, 4 Nov 2015 17:48:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id anWE-sc2-MAB for ; Wed, 4 Nov 2015 17:48:07 -0800 (PST) Received: from usevmg20.ericsson.net (usevmg20.ericsson.net [198.24.6.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E28D81B364B for ; Wed, 4 Nov 2015 17:48:05 -0800 (PST) X-AuditID: c618062d-f79ef6d000007f54-2b-563a53fccb4d Received: from EUSAAHC007.ericsson.se (Unknown_Domain [147.117.188.93]) by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id 28.FE.32596.CF35A365; Wed, 4 Nov 2015 19:52:44 +0100 (CET) Received: from EUSAAMB109.ericsson.se ([147.117.188.126]) by EUSAAHC007.ericsson.se ([147.117.188.93]) with mapi id 14.03.0248.002; Wed, 4 Nov 2015 20:48:04 -0500 From: Jeff Tantsura To: David Allan I , Loa Andersson , Alexander Vainshtein , "bruno.decraene@orange.com" , Lizhenbin , "Nobo Akiya (nobo) (nobo@cisco.com)" Thread-Topic: [mpls] Solicit Opinions on Definition of MPLS Global Label Thread-Index: AdEWs37wCLrB6MbkTaujhtDJQWTFpwAEVISAABM6O5AAIC9sgAAKUwaAAAllfoA= Date: Thu, 5 Nov 2015 01:48:03 +0000 Message-ID: <7021A91A-9E01-4790-B725-9EEC239C7930@ericsson.com> References: <5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA63EA4@nkgeml506-mbx.china.huawei.com> <6524_1446618416_5639A530_6524_1437_1_53C29892C857584299CBF5D05346208A0F69BE62@OPEXCLILM21.corporate.adroot.infra.ftgroup> <563AAF89.8010007@pi.nu> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/0.0.0.151008 x-originating-ip: [147.117.188.12] Content-Type: text/plain; charset="utf-8" Content-ID: <5B3D5AADFE08254AAA5C155CBFEF12FC@ericsson.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrCIsWRmVeSWpSXmKPExsUyuXRPrO6fYKswg+3/bSymbv3AbPFjxxxm i92Nf9gt/s0Fsm4tXclqMbsj3oHNY8rvjawem/4dZ/RoOfKW1WPJkp9MHi3PTrJ5zJrexhbA FsVlk5Kak1mWWqRvl8CVMWn9QdaCU6EV3784NzBuCO5i5OSQEDCRePW4nR3CFpO4cG89G4gt JHCEUWL7scguRi4gexmjxIklixhBEmwCBhL/vx1nAUmICMxiknjSdhSom4ODWUBZ4tRdGZAa YQF3icUTu1lBbBEBD4k5n/6zQNh+ElsXLWECsVkEVCTmfXkLtoxXwF7i6+vdrBDLWpglPp7b AlbECdTwevVLsMWMQNd9P7UGLM4sIC5x68l8JoirBSSW7DnPDGGLSrx8/A9ssaiArsSJ7Z1Q cSWJOa+vMUPcqSmxfpc+xBhriadXYEYqSkzpfsgOcY+gxMmZT1gmMErMQrJtFkL3LCTds5B0 z0LSvYCRdRUjR2lxalluupHBJkZg3B6TYNPdwbjnpeUhRgEORiUe3gJZqzAh1sSy4srcQ4wS HMxKIrwFM4FCvCmJlVWpRfnxRaU5qcWHGKU5WJTEefcvuR8qJJCeWJKanZpakFoEk2Xi4JRq YFzAJiWSo50568i5XQx3Xk6c4yV/bZf2wta+oik79oRVCR0OLVjxv5i7fKmcntDTexXCLz/4 XXp25szRdSwCSl92CmWf9D1qPzl2QcvjExlZL5jS0968tZ9grJPHzpqfGeMWmJz74vniAB++ d6UWLx8tEMg4OOvjlja1wAaTAo+0bqH3s3ovciuxFGckGmoxFxUnAgDXQ95Y1wIAAA== Archived-At: Cc: "mpls@ietf.org" Subject: Re: [mpls] Solicit Opinions on Definition of MPLS Global Label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Nov 2015 01:48:12 -0000 WWVzLCBleGFjdGx5IQ0KDQpCZXNpZGVzIFNwZWNpYWwgUHVycG9zZSBMYWJlbHMgKDcyNzQpIGFu ZCBsb2NhbGx5IGFzc2lnbmVkIHBlci1wbGF0Zm9ybSBsYWJlbHMgdGhlIHJlc3QgYXJlIHN1YnR5 cGVzIG9mIGNvbnRleHQgbGFiZWxzICg1MzMxKSBpLmUuIGEgbGFiZWwgY2FuIG9ubHkgYmUgbG9v a2VkIHVwIGluIGNvbnRleHQgb2Ygc29tZSBhZGRpdGlvbmFsIGluZm9ybWF0aW9uDQoNCkNoZWVy cywNCkplZmYNCg0KDQoNCg0KDQoNCk9uIDExLzUvMTUsIDEwOjMwLCAibXBscyBvbiBiZWhhbGYg b2YgRGF2aWQgQWxsYW4gSSIgPG1wbHMtYm91bmNlc0BpZXRmLm9yZyBvbiBiZWhhbGYgb2YgZGF2 aWQuaS5hbGxhbkBlcmljc3Nvbi5jb20+IHdyb3RlOg0KDQo+QXJlbid0IHlvdSByZWFsbHkgZGlz Y3Vzc2luZyBsYWJlbCBzcGFjZXMuLi4uDQo+DQo+WW91IGhhdmUgd2VsbCBrbm93biBsYWJlbHMg KHJlc2VydmVkLCBvciBhZG1pbmlzdGVyZWQgYnkgdGhlICJkZXNpZ25lcnMiKSwgYW5kIHRoZSBv dGhlciBsYWJlbCBzcGFjZXMgaGF2ZSBwcm9wZXJ0aWVzIGJhc2VkIHVwb24gYSBjb21iaW5hdGlv biBvZiBzY29wZSBhbmQgIndobyIgYWRtaW5pc3RlcnMgdGhlbS4uLg0KPg0KPkNoZWVycw0KPkRh dmUNCj4NCj4NCj4NCj4tLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPkZyb206IG1wbHMgW21h aWx0bzptcGxzLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBMb2EgQW5kZXJzc29uDQo+ U2VudDogVGh1cnNkYXksIE5vdmVtYmVyIDA1LCAyMDE1IDEwOjIzIEFNDQo+VG86IEFsZXhhbmRl ciBWYWluc2h0ZWluOyBicnVuby5kZWNyYWVuZUBvcmFuZ2UuY29tOyBMaXpoZW5iaW47IE5vYm8g QWtpeWEgKG5vYm8pIChub2JvQGNpc2NvLmNvbSkNCj5DYzogbXBsc0BpZXRmLm9yZw0KPlN1Ympl Y3Q6IFJlOiBbbXBsc10gU29saWNpdCBPcGluaW9ucyBvbiBEZWZpbml0aW9uIG9mIE1QTFMgR2xv YmFsIExhYmVsDQo+DQo+V29ya2luZyBHcm91cCwNCj4NCj5XZSBhIGxvbmctc3RhbmRpbmcgdXNh Z2UgKHRob3VnaCBub3QgYWx3YXlzIHdlbGwtZG9jdW1lbnRlZCkgb2Ygc29tZSBvZiBvdXIgbGFi ZWxzDQo+DQo+Z2xvYmFsIGxhYmVscyAtIHRoYXQgaXMgYSBsYWJlbCB0aGF0IGhhdmUgdGhlIHNh bWUgbWVhbmluZyBmb3IgYW55IG1wbHMgZGV2aWNlLCBhcyBsb25nIGFzIGl0IHVuZGVyc3RhbmQg dGhlIGRldmljZSB1bmRlcnN0YW5kcyBpdCwgd2hlcmUgZXZlciB0aGF0IGRldmljZSBpcyBmb3Vu ZC4NCj5BcyBmYXIgYXMgSSdtIGNvbmNlcm5lZCB0aGVyZSBhcmUgb25seSBvbmUgc2V0IG9mIHN1 Y2ggImdsb2JhbCBsYWJlbHMiLCB3ZSBoYXZlIGNob3NlbiB0byBjYWxsIHRob3NlIFNwZWNpYWwg UHVycG9zZSBMYWJlbHMuDQo+DQo+Y29udGV4dCBzcGVjaWZpYyBsYWJlbHMgLSB0aGF0IGFyZSBz ZXRzIG9mIGxhYmVscyB0aGF0IGFyZSBrbm93IHdpdGhpbiBjZXJ0YWluIGNvbnRleHQsIHRoaXMg Y29udGV4dCBjb3VsZCBiZSBhbnkgbnVtYmVyIG9mIHRoaW5ncywgZS5nLiBhIGRvbWFpbi4NCj4N Cj5saW5rIGxvY2FsIGxhYmVscyAtIGxhYmVscyB0aGF0IGFyZSBrbm93IG92ZXIgYSBsaW5rIGJl dHdlZW4gdHdvIExTUnMsIHdoZXRoZXIgdGhlIExTUnMgYXJlIGFkamFjZW50IG9yIG5vdC4NCj4N Cj5JIGRvbid0IHRoaW5rIHdlIHdhbnQgdG8gbW92ZSBhd2F5IGZyb20gdGhpcyBsb25nLXN0YW5k aW5nIHVzYWdlLg0KPg0KPi9Mb2ENCj4NCj5PbiAyMDE1LTExLTA1IDAwOjE1LCBBbGV4YW5kZXIg VmFpbnNodGVpbiB3cm90ZToNCj4+IEhpIGFsbCwNCj4+DQo+PiBJIGNvbmN1ciB3aXRoIEJydW5v OiBTUiBkb2VzIG5vdCBuZWVkIGdsb2JhbCBsYWJlbHMuDQo+Pg0KPj4gQW5kLCBhcyBOb2JvIGhh cyBleHBsYWluZWQNCj4+IDxodHRwOi8vd3d3LmlldGYub3JnL21haWwtYXJjaGl2ZS93ZWIvbXBs cy9jdXJyZW50L21zZzEyNjQwLmh0bWw+IG1vcmUgDQo+PiB0aGFuIDEgeWVhciBhZ28sIG5laXRo ZXIgZG9lcyBTRkMuDQo+Pg0KPj4gU2luY2UgeW91IHNvbGljaXQgb3BpbmlvbnMsIG1pbmUgaXMg dGhhdCAvZ2xvYmFsIGxhYmVscyBhcmUgbm90IG5lZWRlZCANCj4+IGFueXdoZXJlIC8gYmVjYXVz ZSwgcXVvdGluZyBmcm9tIFJGQyAxOTI1IA0KPj4gPGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRt bC9yZmMxOTI1PiwgIi9JbiBwcm90b2NvbCBkZXNpZ24sIA0KPj4gcGVyZmVjdGlvbiBoYXMgYmVl biByZWFjaGVkIG5vdCB3aGVuIHRoZXJlIGlzIG5vdGhpbmcgbGVmdCB0byBhZGQsIGJ1dCANCj4+ IHdoZW4gdGhlcmUgaXMgbm90aGluZyBsZWZ0IHRvIHRha2UgYXdheS8iLiBTaW5jZSBnbG9iYWwg bGFiZWxzIGNhbiANCj4+IGFsd2F5cyBiZSB0YWtlbiBhd2F5LCBhbnkgZGVzaWduIHRoYXQgdXNl cyB0aGVtIHdvdWxkIGJlIGxlc3MgdGhhbiBwZXJmZWN0TC4NCj4+DQo+PiBNeSAyYywNCj4+DQo+ PiBTYXNoYQ0KPj4NCj4+IE9mZmljZTogKzk3Mi0zOTI2NjMwMg0KPj4NCj4+IENlbGw6ICAgICAg Kzk3Mi01NDkyNjYzMDINCj4+DQo+PiBFbWFpbDogICBBbGV4YW5kZXIuVmFpbnNodGVpbkBlY2l0 ZWxlLmNvbQ0KPj4NCj4+ICpGcm9tOiptcGxzIFttYWlsdG86bXBscy1ib3VuY2VzQGlldGYub3Jn XSAqT24gQmVoYWxmIE9mIA0KPj4gKmJydW5vLmRlY3JhZW5lQG9yYW5nZS5jb20NCj4+ICpTZW50 OiogV2VkbmVzZGF5LCBOb3ZlbWJlciAwNCwgMjAxNSA4OjI3IEFNDQo+PiAqVG86KiBMaXpoZW5i aW4NCj4+ICpDYzoqIG1wbHNAaWV0Zi5vcmcNCj4+ICpTdWJqZWN0OiogUmU6IFttcGxzXSBTb2xp Y2l0IE9waW5pb25zIG9uIERlZmluaXRpb24gb2YgTVBMUyBHbG9iYWwgDQo+PiBMYWJlbA0KPj4N Cj4+IEhpIFJvYmluLA0KPj4NCj4+IFNpbmNlIEkgZGlkIG5vdCBnZXQgdGhlIGNoYW5jZSB0byBl eHByZXNzIG15IGNvbW1lbnQgZHVyaW5nIHRoZSANCj4+IG1lZXRpbmcsIEknbGwgZG8gb3ZlciBl bWFpbC4NCj4+DQo+PiA8c3ByaW5nIGNvLWNoYWlyIGhhdCBvbj4NCj4+DQo+PiBTUFJJTkcvU1I6 DQo+Pg0KPj4gLSBpcyBjb21wbGlhbnQgd2l0aCB0aGUgTVBMUyBhcmNoaXRlY3R1cmUgKFJGQyAz MDMxKQ0KPj4NCj4+ICAgICAgICAgICAgICAgICAgLSBpbiBwYXJ0aWN1bGFyLCBpbiB0aGUgY29u dHJvbCBwbGFuZSBsYWJlbHMgYXJlIA0KPj4gbG9jYWxseSBhbGxvY2F0ZWQgYW5kIGluIHRoZSBm b3J3YXJkaW5nIHBsYW5lLCBsYWJlbHMgKG9mIGdsb2JhbA0KPj4gc2VnbWVudHMpIGFyZSBTV0FQ ZWQNCj4+DQo+PiAtIGRvZXMgTk9UIG5lZWQgZ2xvYmFsL2RvbWFpbiB3aWRlIGxhYmVsDQo+Pg0K Pj4gICAgICAgICAgICAgICAgICAtIGxvY2FsIHNlZ21lbnRzIHVzZXMgbG9jYWwgbGFiZWxzDQo+ Pg0KPj4gICAgICAgICAgICAgICAgICAtIGdsb2JhbCBzZWdtZW50cyB1c2VzIGdsb2JhbCBpbmRl eCArIGxvY2FsIGxhYmVscyANCj4+IChha2ENCj4+IFNSR0IpDQo+Pg0KPj4gLSBpcyBub3QgcmVx dWVzdGluZyB0aGUgTVBMUyBXRyB0byB3b3JrIG9uIGdsb2JhbC9kb21haW4gd2lkZSBsYWJlbC4N Cj4+IChpLmUuIHRoZSBkZWJhdGUgaXMgY2xvc2VkIGZyb20gdGhlIFNQUklORyBzdGFuZHBvaW50 LikuIE9idmlvdXNseSwgDQo+PiB0aGUgTVBMUyBXRyBpcyBmcmVlIHRvIHJlLW9wZW4gdGhlIGRl YmF0ZSwgYnV0IHRoaXMgaXMgbm90IGEgc3ByaW5nIHRoaW5nLg0KPj4NCj4+IDwvc3ByaW5nIGNv LWNoYWlyIGhhdCBvbj4NCj4+DQo+PiBCYXNlZCBvbiB0aGlzLCBzb21lIG9mIHlvdXIgc2xpZGVz IHJlZmVycmluZyB0byAiU1IgdXNlcyBjYXNlcyIgc2VlbSBhIA0KPj4gYml0IG1pc2xlYWRpbmcu IChJIGNhbid0IGJlIG1vcmUgc3BlY2lmaWMgc2luY2UgZHVyaW5nIHRoZSBtZWV0aW5nLCBJIA0K Pj4gY291bGQgc2VlIHRoZSBzbGlkZXMgYnV0IGNvdWxkIG5vdCBjb21tZW50LCBhbmQgbm93IEkg Y2FuIGNvbW1lbnQgYnV0IA0KPj4gY2FuJ3Qgc2VlIHRoZSBzbGlkZXMgYXMgdGhleSBhcmUgbm90 IG9ubGluZSkuDQo+Pg0KPj4gVGhhbmtzDQo+Pg0KPj4gLS0gQnJ1bm8NCj4+DQo+PiAqRnJvbToq bXBscyBbbWFpbHRvOm1wbHMtYm91bmNlc0BpZXRmLm9yZ10gKk9uIEJlaGFsZiBPZiAqTGl6aGVu YmluDQo+PiAqU2VudDoqIFdlZG5lc2RheSwgTm92ZW1iZXIgMDQsIDIwMTUgMjoyNyBQTQ0KPj4g KlRvOiogbXBsc0BpZXRmLm9yZyA8bWFpbHRvOm1wbHNAaWV0Zi5vcmc+DQo+PiAqU3ViamVjdDoq IFttcGxzXSBTb2xpY2l0IE9waW5pb25zIG9uIERlZmluaXRpb24gb2YgTVBMUyBHbG9iYWwgTGFi ZWwNCj4+DQo+PiBIaSBNUExTZXJzLA0KPj4NCj4+IEFzIHRoZSBkZXZlbG9wbWVudCBvZiBNUExT IHRlY2hub2xvZ2llcywgbWFueSBuZXcgbGFiZWwgY29uY2VwdHMgDQo+PiBiZXlvbmQNCj4+IFJG QzMwMzEgYXJlIHByb3Bvc2VkLiBBbmQgaW4gc2VnbWVudCByb3V0aW5nIE1QTFMgbGFiZWwgY2Fu IGJlDQo+Pg0KPj4gYWxsb2NhdGVkIGFuZCBmbG9vZGVkIGluIHRoZSBuZXR3b3JrIHdoaWNoIG1l YW5zIHRoZSBtZWFuaW5nIG9mIHRoZSANCj4+IGxhYmxlbCBjYW4gYmUgdW5kZXJzdG9vZCBieSBh bGwgbm9kZXMgaW4gdGhlIG5ldHdvcmsuIEl0IGlzIHRvdGFsbHkgDQo+PiBkaWZmZXJlbnQgZnJv bQ0KPj4NCj4+IHRoZSBsYWJlbCBkaXN0cmlidXRpb24gYmVoYXZpb3Igb2YgTERQLCBSU1ZQLVRF LCBhbmQgTVAtQkdQLiBGcm9tIG15IA0KPj4gcG9pbnQgb2YgdmlldyB3ZSBuZWVkIG5vdCBhcmd1 ZSBpZiBpdCBpcyBnbG9iYWwgbGFiZWwgb3IgZ2xvYmFsIElELiBJbiANCj4+IGZhY3QsIHRoZQ0K Pj4NCj4+IHBvc3NpYmxlIHBlcnNvbnMgd2hvIHJlYWQgdGhlIGRyYWZ0cyBvZiBwcm90b2NvbCBl eHRlbnNpb25zIGZvciANCj4+IHNlZ21lbnQgcm91dGluZyB3aGljaCBpbmNvcnBvcmF0ZSB0aGUg bGFiZWwgYWxsb2NhdGlvbiBtYXkgYmUgY29uZnVzZWQgDQo+PiB0aGF0IE1QTFMgV0cgYXMNCj4+ DQo+PiB0aGUgYmFzZSBvZiBNUExTIHdvcmsgc2VlbXMgdG8gaGF2ZSBub3RoaW5nIHdpdGggdGhl IHdvcmsuIEJ1dCB0aGUgDQo+PiBjaGFsbGVuZ2Ugb2YgZGVmaW5pdGlvbiBvZiBnbG9iYWwgbGFi ZWwgdHJ1bHkgZXhpc3RzIHdoaWNoIGhhcyBiZWVuIA0KPj4gcHJvcG9zZWQgaW4gdGhlIGRyYWZ0 DQo+Pg0KPj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWQvZHJhZnQtbGktbXBscy1nbG9iYWwtbGFi ZWwtdXNlY2FzZXMtMDMudHh0LiANCj4+IEhvcGUgeW91IGNhbiByZWZlciB0byBTZWN0aW9uIDQg b2YgdGhlIGRyYWZ0Lg0KPj4NCj4+IFRoZSBkZWJhdGVzIG9uIE1QTFMgZ2xvYmFsIGxhYmVsIGhh dmUgbGFzdGVkIGZvciBhIGxvbmcgdGltZS4gVGhlIA0KPj4gb3BpbmlvbnMgY2FuIGJlIGNsYXNz aWZpZWQgYXMgZm9sbG93aW5nOg0KPj4NCj4+IE9waW5pb24gMTogU2VnbWVudCBSb3V0aW5nIGhh cyBub3RoaW5nIHdpdGggZ2xvYmFsIGxhYmVsIGFuZCBwbGVhc2UgZG8gDQo+PiBub3QgbWFrZSBp dCBib3RoZXIgTVBMUyBXRy4gQnV0IGl0IHNlZW1zIGEgbGl0dGxlIGhhcmQgdG8gY29udmluY2Ug DQo+PiBzb21lIE1QTFNlcnMuDQo+Pg0KPj4gT3BpbmlvbiAyOiBUaGUgdXNlY2FzZSB0cnVseSBl eGlzdHMuIEJ1dCB0aGUgY29uY2VwdCBvZiBnbG9iYWwgbGFiZWwgDQo+PiBpcyB0b28gYmlnLiBJ dCBpcyBoYXJkIHRvIGFsbG9jYXRlIGEgbGFiZWwgd2hpY2ggaXMgdW5pcXVlIHNwYW5uaW5nIA0K Pj4gbXVsdGlwbGUgZG9tYWlucyBvcg0KPj4NCj4+IGFzIElQIGFkZHJlc3Mgd2hpY2ggaXMgdW5p cXVlIGFsbCBvdmVyIHdvcmxkIHNpbmNlIGl0IGlzIG5vdCBhIA0KPj4gc2NhbGFibGUgd2F5IG9y IGl0IGlzIGhhcmQgdG8gYWNoaWV2ZSB0aGUgZ29hbC4gVGhlbiBtYXliZSBpdCBpcyBhIA0KPj4g YmV0dGVyIHdheSB0byBuYXJyb3cgdGhlDQo+Pg0KPj4gc2NvcGUgdG8gcmVuYW1lIHRoZSBnbG9i YWwgbGFiZWwgYXMgRG9tYWluLXdpZGUgbGFiZWwsIE5ldHdvcmstd2lkZSANCj4+IGxhYmVsLCBl dGMuDQo+Pg0KPj4gT3BpbmlvbiAzOiBUaGUgZ2xvYmFsIGxhYmVsIGNhbiBiZSBrZXB0IHRvIGNv dmVyIG1vcmUgbGFiZWwgY29uY2VwdHMgDQo+PiB3aGljaCBsYWJlbCBiZWhhdmlvcnMgaW4gdGhl IGNvbnRyb2wgcGxhbmUgYW5kIGZvcndhcmQgcGxhbmUgYXJlIA0KPj4gZGlmZmVyZW50IGZvcm0g dGhlDQo+Pg0KPj4gdHJhZGl0aW9uYWwgTERQL1JTVlAtVEUvTVAtQkdQLg0KPj4NCj4+IFNpbmNl IEkgY291bGQgbm90IGdldCBtb3JlIHRpbWUgaW4gbXkgcHJlc2VudGF0aW9uIHRvIGNvbGxlY3Qg eW91ciANCj4+IG9waW5pb25zLCBpZiBjb252ZW5pZW50IHBsZWFzZSBoZWxwIGZlZWRiYWNrIHlv dXIgb3BpbmlvbiBpbiB5b3VyIA0KPj4gbWFpbGluZyBsaXN0LiBIb3BlIHRocm91Z2gNCj4+DQo+ PiB0aGUgZGlzY3Vzc2lvbiB3ZSBjYW4gbWFrZSBzb21lIGNvbnNlbnN1cy4NCj4+DQo+PiBCZXN0 IFJlZ2FyZHMsDQo+Pg0KPj4gWmhlbmJpbihSb2JpbikNCj4+DQo+PiBfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+ PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4+ DQo+PiBDZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRl cyBpbmZvcm1hdGlvbnMgDQo+PiBjb25maWRlbnRpZWxsZXMgb3UgcHJpdmlsZWdpZWVzIGV0IG5l IGRvaXZlbnQgZG9uYw0KPj4NCj4+IHBhcyBldHJlIGRpZmZ1c2VzLCBleHBsb2l0ZXMgb3UgY29w aWVzIHNhbnMgYXV0b3Jpc2F0aW9uLiBTaSB2b3VzIGF2ZXogDQo+PiByZWN1IGNlIG1lc3NhZ2Ug cGFyIGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXINCj4+DQo+PiBhIGwnZXhwZWRpdGV1ciBl dCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBqb2ludGVzLiBMZXMgDQo+PiBtZXNz YWdlcyBlbGVjdHJvbmlxdWVzIGV0YW50IHN1c2NlcHRpYmxlcyBkJ2FsdGVyYXRpb24sDQo+Pg0K Pj4gT3JhbmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0 ZSBhbHRlcmUsIA0KPj4gZGVmb3JtZSBvdSBmYWxzaWZpZS4gTWVyY2kuDQo+Pg0KPj4gVGhpcyBt ZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIA0K Pj4gcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkgbGF3Ow0K Pj4NCj4+IHRoZXkgc2hvdWxkIG5vdCBiZSBkaXN0cmlidXRlZCwgdXNlZCBvciBjb3BpZWQgd2l0 aG91dCBhdXRob3Jpc2F0aW9uLg0KPj4NCj4+IElmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1h aWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBhbmQgDQo+PiBkZWxldGUgdGhp cyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMuDQo+Pg0KPj4gQXMgZW1haWxzIG1heSBiZSBh bHRlcmVkLCBPcmFuZ2UgaXMgbm90IGxpYWJsZSBmb3IgbWVzc2FnZXMgdGhhdCBoYXZlIA0KPj4g YmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuDQo+Pg0KPj4gVGhhbmsgeW91Lg0K Pj4NCj4+DQo+Pg0KPj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18NCj4+IG1wbHMgbWFpbGluZyBsaXN0DQo+PiBtcGxzQGlldGYub3JnDQo+PiBodHRwczov L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHMNCj4+DQo+DQo+X19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj5tcGxzIG1haWxpbmcgbGlzdA0K Pm1wbHNAaWV0Zi5vcmcNCj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21w bHMNCj4NCj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0K Pm1wbHMgbWFpbGluZyBsaXN0DQo+bXBsc0BpZXRmLm9yZw0KPmh0dHBzOi8vd3d3LmlldGYub3Jn L21haWxtYW4vbGlzdGluZm8vbXBscw0K From nobody Wed Nov 4 17:53:53 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E6E451B3669 for ; Wed, 4 Nov 2015 17:53:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UgloIUZks2IQ for ; Wed, 4 Nov 2015 17:53:49 -0800 (PST) Received: from usevmg21.ericsson.net (usevmg21.ericsson.net [198.24.6.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5209D1A883F for ; Wed, 4 Nov 2015 17:53:49 -0800 (PST) X-AuditID: c6180641-f792c6d00000686a-36-563a4935ed19 Received: from EUSAAHC008.ericsson.se (Unknown_Domain [147.117.188.96]) by usevmg21.ericsson.net (Symantec Mail Security) with SMTP id 86.3F.26730.5394A365; Wed, 4 Nov 2015 19:06:45 +0100 (CET) Received: from EUSAAMB105.ericsson.se ([147.117.188.122]) by EUSAAHC008.ericsson.se ([147.117.188.96]) with mapi id 14.03.0248.002; Wed, 4 Nov 2015 20:53:48 -0500 From: David Allan I To: Loa Andersson , Alexander Vainshtein , "bruno.decraene@orange.com" , Lizhenbin , "Nobo Akiya (nobo) (nobo@cisco.com)" Thread-Topic: [mpls] Solicit Opinions on Definition of MPLS Global Label Thread-Index: AdEWs37wCLrB6MbkTaujhtDJQWTFpwAEVISAABM6O5AAIC9sgAAKUwaA//+y8QCAAFHB0A== Date: Thu, 5 Nov 2015 01:53:47 +0000 Message-ID: References: <5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA63EA4@nkgeml506-mbx.china.huawei.com> <6524_1446618416_5639A530_6524_1437_1_53C29892C857584299CBF5D05346208A0F69BE62@OPEXCLILM21.corporate.adroot.infra.ftgroup> <563AAF89.8010007@pi.nu> <563AB42E.9000604@pi.nu> In-Reply-To: <563AB42E.9000604@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.11] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrIIsWRmVeSWpSXmKPExsUyuXRPgq6pp1WYwYVZ1hZTt35gtvixYw6z xe7GP+wW/+YCWbeWrmS1mN0R78DmMeX3RlaPTf+OM3q0HHnL6rFkyU8mj5ZnJ9k8Zk1vYwtg i+KySUnNySxLLdK3S+DK+Nt9jK2gyb3i2KbTTA2Mryy6GDk4JARMJNY1KXcxcgKZYhIX7q1n A7GFBI4wSvy9rdDFyAVkL2OUOHllBxNIgk3AQGLP/y+MIAkRgXeMEh8+rWQDGcQsoCxx6q4M SI2wgLvEuh1zWUBsEQEPiTmf/kPZYRK32g8zg9gsAioSG3+1s4LYvAK+EtsePmaDWDafWeJN 40RGkJmcAqoS/9c7gNQwAh33/dQasBuYBcQlbj2ZzwRxtIDEkj3nmSFsUYmXj/+xQthKEh9/ z2eHqNeRWLD7ExuErS2xbOFrZoi9ghInZz5hmcAoNgvJ2FlIWmYhaZmFpGUBI8sqRo7S4tSy 3HQjw02MwIg7JsHmuINxwSfLQ4wCHIxKPLwFslZhQqyJZcWVuYcYJTiYlUR4C2YChXhTEiur Uovy44tKc1KLDzFKc7AoifPOm3E/VEggPbEkNTs1tSC1CCbLxMEp1cAYV/Av16l12o8td8zL vVgvzt2nsXXOlsITt/VFYx4y5l7+PofP1Cvgl8/Z3/+N2dra9hzIvr1/3onadTxlFm+8vM9G 8MyxuvUjUldjZZdCuYIua/qDCy592l073ues1RZxtjkqfLDf/FGXUIX1Eu5l7xV9WfQubNSe taxx47KCF1MTzrmqzOJSYinOSDTUYi4qTgQAQYkc77QCAAA= Archived-At: Cc: "mpls@ietf.org" Subject: Re: [mpls] Solicit Opinions on Definition of MPLS Global Label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Nov 2015 01:53:52 -0000 HI Loa I could generalize the principle embodied in the description to say "the la= bel must be unique across the scope of the administering entity". Hence whe= ther it is per interface, per platform, per implementation (reserved) or pe= r domain simply falls out of this. Only issue then is agreeing on how to disseminate information on what label= s belong to which administering entity.... we have it sorted out for per in= terface, per platform and per implementation.... Cheers D -----Original Message----- From: Loa Andersson [mailto:loa@pi.nu]=20 Sent: Thursday, November 05, 2015 10:43 AM To: David Allan I; Alexander Vainshtein; bruno.decraene@orange.com; Lizhenb= in; Nobo Akiya (nobo) (nobo@cisco.com) Cc: mpls@ietf.org Subject: Re: [mpls] Solicit Opinions on Definition of MPLS Global Label Dave, There are a couple of usages of "label space", the RFC 3031 says: When these conditions hold, an LSR may use labels that have "per interface" scope, i.e., which are only unique per interface. We may say that the LSR is using a "per-interface label space". When these conditions do not hold, the labels must be unique over the LSR which has assigned them, and we may say that the LSR is using a "per- platform label space." But as far as I understand that is not the "label space" we are discussing = here. /Loa On 2015-11-05 10:30, David Allan I wrote: > Aren't you really discussing label spaces.... > > You have well known labels (reserved, or administered by the "designers")= , and the other label spaces have properties based upon a combination of sc= ope and "who" administers them... > > Cheers > Dave > > > > -----Original Message----- > From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Loa Andersson > Sent: Thursday, November 05, 2015 10:23 AM > To: Alexander Vainshtein; bruno.decraene@orange.com; Lizhenbin; Nobo=20 > Akiya (nobo) (nobo@cisco.com) > Cc: mpls@ietf.org > Subject: Re: [mpls] Solicit Opinions on Definition of MPLS Global=20 > Label > > Working Group, > > We a long-standing usage (though not always well-documented) of some=20 > of our labels > > global labels - that is a label that have the same meaning for any mpls d= evice, as long as it understand the device understands it, where ever that = device is found. > As far as I'm concerned there are only one set of such "global labels", w= e have chosen to call those Special Purpose Labels. > > context specific labels - that are sets of labels that are know within ce= rtain context, this context could be any number of things, e.g. a domain. > > link local labels - labels that are know over a link between two LSRs, wh= ether the LSRs are adjacent or not. > > I don't think we want to move away from this long-standing usage. > > /Loa > > On 2015-11-05 00:15, Alexander Vainshtein wrote: >> Hi all, >> >> I concur with Bruno: SR does not need global labels. >> >> And, as Nobo has explained >> =20 >> more than 1 year ago, neither does SFC. >> >> Since you solicit opinions, mine is that /global labels are not=20 >> needed anywhere / because, quoting from RFC 1925=20 >> , "/In protocol design,=20 >> perfection has been reached not when there is nothing left to add,=20 >> but when there is nothing left to take away/". Since global labels=20 >> can always be taken away, any design that uses them would be less than p= erfectL. >> >> My 2c, >> >> Sasha >> >> Office: +972-39266302 >> >> Cell: +972-549266302 >> >> Email: Alexander.Vainshtein@ecitele.com >> >> *From:*mpls [mailto:mpls-bounces@ietf.org] *On Behalf Of=20 >> *bruno.decraene@orange.com >> *Sent:* Wednesday, November 04, 2015 8:27 AM >> *To:* Lizhenbin >> *Cc:* mpls@ietf.org >> *Subject:* Re: [mpls] Solicit Opinions on Definition of MPLS Global=20 >> Label >> >> Hi Robin, >> >> Since I did not get the chance to express my comment during the=20 >> meeting, I'll do over email. >> >> >> >> SPRING/SR: >> >> - is compliant with the MPLS architecture (RFC 3031) >> >> - in particular, in the control plane labels are=20 >> locally allocated and in the forwarding plane, labels (of global >> segments) are SWAPed >> >> - does NOT need global/domain wide label >> >> - local segments uses local labels >> >> - global segments uses global index + local labels=20 >> (aka >> SRGB) >> >> - is not requesting the MPLS WG to work on global/domain wide label. >> (i.e. the debate is closed from the SPRING standpoint.). Obviously,=20 >> the MPLS WG is free to re-open the debate, but this is not a spring thin= g. >> >> >> >> Based on this, some of your slides referring to "SR uses cases" seem=20 >> a bit misleading. (I can't be more specific since during the meeting,=20 >> I could see the slides but could not comment, and now I can comment=20 >> but can't see the slides as they are not online). >> >> Thanks >> >> -- Bruno >> >> *From:*mpls [mailto:mpls-bounces@ietf.org] *On Behalf Of *Lizhenbin >> *Sent:* Wednesday, November 04, 2015 2:27 PM >> *To:* mpls@ietf.org >> *Subject:* [mpls] Solicit Opinions on Definition of MPLS Global Label >> >> Hi MPLSers, >> >> As the development of MPLS technologies, many new label concepts=20 >> beyond >> RFC3031 are proposed. And in segment routing MPLS label can be >> >> allocated and flooded in the network which means the meaning of the=20 >> lablel can be understood by all nodes in the network. It is totally=20 >> different from >> >> the label distribution behavior of LDP, RSVP-TE, and MP-BGP. From my=20 >> point of view we need not argue if it is global label or global ID.=20 >> In fact, the >> >> possible persons who read the drafts of protocol extensions for=20 >> segment routing which incorporate the label allocation may be=20 >> confused that MPLS WG as >> >> the base of MPLS work seems to have nothing with the work. But the=20 >> challenge of definition of global label truly exists which has been=20 >> proposed in the draft >> >> https://www.ietf.org/id/draft-li-mpls-global-label-usecases-03.txt. >> Hope you can refer to Section 4 of the draft. >> >> The debates on MPLS global label have lasted for a long time. The=20 >> opinions can be classified as following: >> >> Opinion 1: Segment Routing has nothing with global label and please=20 >> do not make it bother MPLS WG. But it seems a little hard to convince=20 >> some MPLSers. >> >> Opinion 2: The usecase truly exists. But the concept of global label=20 >> is too big. It is hard to allocate a label which is unique spanning=20 >> multiple domains or >> >> as IP address which is unique all over world since it is not a=20 >> scalable way or it is hard to achieve the goal. Then maybe it is a=20 >> better way to narrow the >> >> scope to rename the global label as Domain-wide label, Network-wide=20 >> label, etc. >> >> Opinion 3: The global label can be kept to cover more label concepts=20 >> which label behaviors in the control plane and forward plane are=20 >> different form the >> >> traditional LDP/RSVP-TE/MP-BGP. >> >> Since I could not get more time in my presentation to collect your=20 >> opinions, if convenient please help feedback your opinion in your=20 >> mailing list. Hope through >> >> the discussion we can make some consensus. >> >> Best Regards, >> >> Zhenbin(Robin) >> >> _____________________________________________________________________ >> _ ___________________________________________________ >> >> Ce message et ses pieces jointes peuvent contenir des informations=20 >> confidentielles ou privilegiees et ne doivent donc >> >> pas etre diffuses, exploites ou copies sans autorisation. Si vous=20 >> avez recu ce message par erreur, veuillez le signaler >> >> a l'expediteur et le detruire ainsi que les pieces jointes. Les=20 >> messages electroniques etant susceptibles d'alteration, >> >> Orange decline toute responsabilite si ce message a ete altere,=20 >> deforme ou falsifie. Merci. >> >> This message and its attachments may contain confidential or=20 >> privileged information that may be protected by law; >> >> they should not be distributed, used or copied without authorisation. >> >> If you have received this email in error, please notify the sender=20 >> and delete this message and its attachments. >> >> As emails may be altered, Orange is not liable for messages that have=20 >> been modified, changed or falsified. >> >> Thank you. >> >> >> >> _______________________________________________ >> mpls mailing list >> mpls@ietf.org >> https://www.ietf.org/mailman/listinfo/mpls >> > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > From nobody Wed Nov 4 18:06:11 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EFC2A1B384F for ; Wed, 4 Nov 2015 18:06:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6dNbigHeb6dQ for ; Wed, 4 Nov 2015 18:06:03 -0800 (PST) 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 8A3C21B3510 for ; Wed, 4 Nov 2015 18:06:02 -0800 (PST) Received: from [133.93.24.128] (unknown [133.93.24.128]) (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 772F518013B2; Thu, 5 Nov 2015 03:05:58 +0100 (CET) To: Jeff Tantsura , David Allan I , Alexander Vainshtein , "bruno.decraene@orange.com" , Lizhenbin , "Nobo Akiya (nobo) (nobo@cisco.com)" References: <5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA63EA4@nkgeml506-mbx.china.huawei.com> <6524_1446618416_5639A530_6524_1437_1_53C29892C857584299CBF5D05346208A0F69BE62@OPEXCLILM21.corporate.adroot.infra.ftgroup> <563AAF89.8010007@pi.nu> <7021A91A-9E01-4790-B725-9EEC239C7930@ericsson.com> From: Loa Andersson Message-ID: <563AB981.7000100@pi.nu> Date: Thu, 5 Nov 2015 11:05:53 +0900 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <7021A91A-9E01-4790-B725-9EEC239C7930@ericsson.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: "mpls@ietf.org" Subject: Re: [mpls] Solicit Opinions on Definition of MPLS Global Label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Nov 2015 02:06:09 -0000 Jeff, yeah ..., right! Almost... The context for PIL is the interface, that inofrmation is need to understand meaning of the label. However, the context for PPL is the platform, that information is also needed to understand the meaning of the label. We did not originally use the term "context" for PIL and PPL, but it was introduced when we added upstream assigned labels. /Loa On 2015-11-05 10:48, Jeff Tantsura wrote: > Yes, exactly! > > Besides Special Purpose Labels (7274) and locally assigned per-platform labels the rest are subtypes of context labels (5331) i.e. a label can only be looked up in context of some additional information > > Cheers, > Jeff > > > > > > > On 11/5/15, 10:30, "mpls on behalf of David Allan I" wrote: > >> Aren't you really discussing label spaces.... >> >> You have well known labels (reserved, or administered by the "designers"), and the other label spaces have properties based upon a combination of scope and "who" administers them... >> >> Cheers >> Dave >> >> >> >> -----Original Message----- >> From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Loa Andersson >> Sent: Thursday, November 05, 2015 10:23 AM >> To: Alexander Vainshtein; bruno.decraene@orange.com; Lizhenbin; Nobo Akiya (nobo) (nobo@cisco.com) >> Cc: mpls@ietf.org >> Subject: Re: [mpls] Solicit Opinions on Definition of MPLS Global Label >> >> Working Group, >> >> We a long-standing usage (though not always well-documented) of some of our labels >> >> global labels - that is a label that have the same meaning for any mpls device, as long as it understand the device understands it, where ever that device is found. >> As far as I'm concerned there are only one set of such "global labels", we have chosen to call those Special Purpose Labels. >> >> context specific labels - that are sets of labels that are know within certain context, this context could be any number of things, e.g. a domain. >> >> link local labels - labels that are know over a link between two LSRs, whether the LSRs are adjacent or not. >> >> I don't think we want to move away from this long-standing usage. >> >> /Loa >> >> On 2015-11-05 00:15, Alexander Vainshtein wrote: >>> Hi all, >>> >>> I concur with Bruno: SR does not need global labels. >>> >>> And, as Nobo has explained >>> more >>> than 1 year ago, neither does SFC. >>> >>> Since you solicit opinions, mine is that /global labels are not needed >>> anywhere / because, quoting from RFC 1925 >>> , "/In protocol design, >>> perfection has been reached not when there is nothing left to add, but >>> when there is nothing left to take away/". Since global labels can >>> always be taken away, any design that uses them would be less than perfectL. >>> >>> My 2c, >>> >>> Sasha >>> >>> Office: +972-39266302 >>> >>> Cell: +972-549266302 >>> >>> Email: Alexander.Vainshtein@ecitele.com >>> >>> *From:*mpls [mailto:mpls-bounces@ietf.org] *On Behalf Of >>> *bruno.decraene@orange.com >>> *Sent:* Wednesday, November 04, 2015 8:27 AM >>> *To:* Lizhenbin >>> *Cc:* mpls@ietf.org >>> *Subject:* Re: [mpls] Solicit Opinions on Definition of MPLS Global >>> Label >>> >>> Hi Robin, >>> >>> Since I did not get the chance to express my comment during the >>> meeting, I'll do over email. >>> >>> >>> >>> SPRING/SR: >>> >>> - is compliant with the MPLS architecture (RFC 3031) >>> >>> - in particular, in the control plane labels are >>> locally allocated and in the forwarding plane, labels (of global >>> segments) are SWAPed >>> >>> - does NOT need global/domain wide label >>> >>> - local segments uses local labels >>> >>> - global segments uses global index + local labels >>> (aka >>> SRGB) >>> >>> - is not requesting the MPLS WG to work on global/domain wide label. >>> (i.e. the debate is closed from the SPRING standpoint.). Obviously, >>> the MPLS WG is free to re-open the debate, but this is not a spring thing. >>> >>> >>> >>> Based on this, some of your slides referring to "SR uses cases" seem a >>> bit misleading. (I can't be more specific since during the meeting, I >>> could see the slides but could not comment, and now I can comment but >>> can't see the slides as they are not online). >>> >>> Thanks >>> >>> -- Bruno >>> >>> *From:*mpls [mailto:mpls-bounces@ietf.org] *On Behalf Of *Lizhenbin >>> *Sent:* Wednesday, November 04, 2015 2:27 PM >>> *To:* mpls@ietf.org >>> *Subject:* [mpls] Solicit Opinions on Definition of MPLS Global Label >>> >>> Hi MPLSers, >>> >>> As the development of MPLS technologies, many new label concepts >>> beyond >>> RFC3031 are proposed. And in segment routing MPLS label can be >>> >>> allocated and flooded in the network which means the meaning of the >>> lablel can be understood by all nodes in the network. It is totally >>> different from >>> >>> the label distribution behavior of LDP, RSVP-TE, and MP-BGP. From my >>> point of view we need not argue if it is global label or global ID. In >>> fact, the >>> >>> possible persons who read the drafts of protocol extensions for >>> segment routing which incorporate the label allocation may be confused >>> that MPLS WG as >>> >>> the base of MPLS work seems to have nothing with the work. But the >>> challenge of definition of global label truly exists which has been >>> proposed in the draft >>> >>> https://www.ietf.org/id/draft-li-mpls-global-label-usecases-03.txt. >>> Hope you can refer to Section 4 of the draft. >>> >>> The debates on MPLS global label have lasted for a long time. The >>> opinions can be classified as following: >>> >>> Opinion 1: Segment Routing has nothing with global label and please do >>> not make it bother MPLS WG. But it seems a little hard to convince >>> some MPLSers. >>> >>> Opinion 2: The usecase truly exists. But the concept of global label >>> is too big. It is hard to allocate a label which is unique spanning >>> multiple domains or >>> >>> as IP address which is unique all over world since it is not a >>> scalable way or it is hard to achieve the goal. Then maybe it is a >>> better way to narrow the >>> >>> scope to rename the global label as Domain-wide label, Network-wide >>> label, etc. >>> >>> Opinion 3: The global label can be kept to cover more label concepts >>> which label behaviors in the control plane and forward plane are >>> different form the >>> >>> traditional LDP/RSVP-TE/MP-BGP. >>> >>> Since I could not get more time in my presentation to collect your >>> opinions, if convenient please help feedback your opinion in your >>> mailing list. Hope through >>> >>> the discussion we can make some consensus. >>> >>> Best Regards, >>> >>> Zhenbin(Robin) >>> >>> ______________________________________________________________________ >>> ___________________________________________________ >>> >>> Ce message et ses pieces jointes peuvent contenir des informations >>> confidentielles ou privilegiees et ne doivent donc >>> >>> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez >>> recu ce message par erreur, veuillez le signaler >>> >>> a l'expediteur et le detruire ainsi que les pieces jointes. Les >>> messages electroniques etant susceptibles d'alteration, >>> >>> Orange decline toute responsabilite si ce message a ete altere, >>> deforme ou falsifie. Merci. >>> >>> This message and its attachments may contain confidential or >>> privileged information that may be protected by law; >>> >>> they should not be distributed, used or copied without authorisation. >>> >>> If you have received this email in error, please notify the sender and >>> delete this message and its attachments. >>> >>> As emails may be altered, Orange is not liable for messages that have >>> been modified, changed or falsified. >>> >>> Thank you. >>> >>> >>> >>> _______________________________________________ >>> mpls mailing list >>> mpls@ietf.org >>> https://www.ietf.org/mailman/listinfo/mpls >>> >> >> _______________________________________________ >> mpls mailing list >> mpls@ietf.org >> https://www.ietf.org/mailman/listinfo/mpls >> >> _______________________________________________ >> mpls mailing list >> mpls@ietf.org >> https://www.ietf.org/mailman/listinfo/mpls From nobody Wed Nov 4 18:18:49 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A47A91B3858 for ; Wed, 4 Nov 2015 18:18:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bp8HZIyfIt6U for ; Wed, 4 Nov 2015 18:18:45 -0800 (PST) Received: from usevmg21.ericsson.net (usevmg21.ericsson.net [198.24.6.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 361411B36C6 for ; Wed, 4 Nov 2015 18:18:45 -0800 (PST) X-AuditID: c6180641-f792c6d00000686a-2d-563a4f0d4563 Received: from EUSAAHC007.ericsson.se (Unknown_Domain [147.117.188.93]) by usevmg21.ericsson.net (Symantec Mail Security) with SMTP id 7C.AF.26730.D0F4A365; Wed, 4 Nov 2015 19:31:41 +0100 (CET) Received: from EUSAAMB107.ericsson.se ([147.117.188.124]) by EUSAAHC007.ericsson.se ([147.117.188.93]) with mapi id 14.03.0248.002; Wed, 4 Nov 2015 21:18:43 -0500 From: Eric Gray To: Loa Andersson Thread-Topic: [mpls] Solicit Opinions on Definition of MPLS Global Label Thread-Index: AdEWs37wCLrB6MbkTaujhtDJQWTFpwAEVISAABM6O5AAIC9sgP//u6ZZ Date: Thu, 5 Nov 2015 02:18:43 +0000 Message-ID: <08B0A2A1-33A0-4F26-98EA-694882BD8F63@ericsson.com> References: <5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA63EA4@nkgeml506-mbx.china.huawei.com> <6524_1446618416_5639A530_6524_1437_1_53C29892C857584299CBF5D05346208A0F69BE62@OPEXCLILM21.corporate.adroot.infra.ftgroup> , <563AAF89.8010007@pi.nu> In-Reply-To: <563AAF89.8010007@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrHLMWRmVeSWpSXmKPExsUyuXRPrC6vv1WYwbs2BYt/c+cwW9xaupLV gcljyZKfTB6zprexBTBFcdmkpOZklqUW6dslcGXs+76WreC4ZcWDJyENjLP0uhg5OSQETCRW zJ/PAmGLSVy4t56ti5GLQ0jgCKPEvs+9TCAJIYFljBKbX6iC2GwCGhLH7qxlBLFFBGQlrm37 CVTDwcEsoCxx6q4MSFhYwF1i8cRuVogSD4k5n/6zQNhuEh3TTrOD2CwCKhItC6+wgdi8AvYS r6+eYYLYu49J4saLVWB7OQVUJZpfnGEGsRmBjvt+ag1YnFlAXOLWk/lMEEcLSCzZc54ZwhaV ePn4HytEjYHE+3PzmSFsbYllC18zQywTlDg58wnLBEbRWUhGzULSMgtJyywkLQsYWVYxcpQW p5blphsZbmIExsIxCTbHHYwLPlkeYhTgYFTi4S2QtQoTYk0sK67MPcQowcGsJMJbMBMoxJuS WFmVWpQfX1Sak1p8iFGag0VJnHfejPuhQgLpiSWp2ampBalFMFkmDk6pBkbO06z7mpS7GGxv vyjebB4WrexcxDb5sX9zTIFvs/GHpft+yDBe4bv2RG/nWteugO19rC9q8tn7Yrojnkw2LLd3 Njyf+XTu7yyVJ3uuekTukzjMmbZ6379H6xRXTJq+Wn2zjvOM5XN27ljC8MLeM2tb0dojT1nj P3XaHrBqXysT+XNO1epJIT5KLMUZiYZazEXFiQDDsHergQIAAA== Archived-At: Cc: "mpls@ietf.org" Subject: Re: [mpls] Solicit Opinions on Definition of MPLS Global Label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Nov 2015 02:18:47 -0000 I agree. In fact, it seems to me that any effort to do something along the= se lines would require a thorough analysis of how any such effort might be = able to maintain backward compatibility.=20 Sent from my iPad > On Nov 5, 2015, at 10:23 AM, Loa Andersson wrote: >=20 > Working Group, >=20 > We a long-standing usage (though not always well-documented) of > some of our labels >=20 > global labels - that is a label that have the same meaning for any > mpls device, as long as it understand the device understands it, > where ever that device is found. > As far as I'm concerned there are only one set of such "global labels", > we have chosen to call those Special Purpose Labels. >=20 > context specific labels - that are sets of labels that are know within > certain context, this context could be any number of things, e.g. a > domain. >=20 > link local labels - labels that are know over a link between two LSRs, > whether the LSRs are adjacent or not. >=20 > I don't think we want to move away from this long-standing usage. >=20 > /Loa >=20 >> On 2015-11-05 00:15, Alexander Vainshtein wrote: >> Hi all, >>=20 >> I concur with Bruno: SR does not need global labels. >>=20 >> And, as Nobo has explained >> more >> than 1 year ago, neither does SFC. >>=20 >> Since you solicit opinions, mine is that /global labels are not needed >> anywhere / because, quoting from RFC 1925 >> , =93/In protocol design, perfectio= n >> has been reached not when there is nothing left to add, but when there >> is nothing left to take away/=94. Since global labels can always be take= n >> away, any design that uses them would be less than perfectL. >>=20 >> My 2c, >>=20 >> Sasha >>=20 >> Office: +972-39266302 >>=20 >> Cell: +972-549266302 >>=20 >> Email: Alexander.Vainshtein@ecitele.com >>=20 >> *From:*mpls [mailto:mpls-bounces@ietf.org] *On Behalf Of >> *bruno.decraene@orange.com >> *Sent:* Wednesday, November 04, 2015 8:27 AM >> *To:* Lizhenbin >> *Cc:* mpls@ietf.org >> *Subject:* Re: [mpls] Solicit Opinions on Definition of MPLS Global Labe= l >>=20 >> Hi Robin, >>=20 >> Since I did not get the chance to express my comment during the meeting, >> I=92ll do over email. >>=20 >> >>=20 >> SPRING/SR: >>=20 >> - is compliant with the MPLS architecture (RFC 3031) >>=20 >> - in particular, in the control plane labels are >> locally allocated and in the forwarding plane, labels (of global >> segments) are SWAPed >>=20 >> - does NOT need global/domain wide label >>=20 >> - local segments uses local labels >>=20 >> - global segments uses global index + local labels (aka >> SRGB) >>=20 >> - is not requesting the MPLS WG to work on global/domain wide label. >> (i.e. the debate is closed from the SPRING standpoint.). Obviously, the >> MPLS WG is free to re-open the debate, but this is not a spring thing. >>=20 >> >>=20 >> Based on this, some of your slides referring to =93SR uses cases=94 seem= a >> bit misleading. (I can=92t be more specific since during the meeting, I >> could see the slides but could not comment, and now I can comment but >> can=92t see the slides as they are not online). >>=20 >> Thanks >>=20 >> -- Bruno >>=20 >> *From:*mpls [mailto:mpls-bounces@ietf.org] *On Behalf Of *Lizhenbin >> *Sent:* Wednesday, November 04, 2015 2:27 PM >> *To:* mpls@ietf.org >> *Subject:* [mpls] Solicit Opinions on Definition of MPLS Global Label >>=20 >> Hi MPLSers, >>=20 >> As the development of MPLS technologies, many new label concepts beyond >> RFC3031 are proposed. And in segment routing MPLS label can be >>=20 >> allocated and flooded in the network which means the meaning of the >> lablel can be understood by all nodes in the network. It is totally >> different from >>=20 >> the label distribution behavior of LDP, RSVP-TE, and MP-BGP. From my >> point of view we need not argue if it is global label or global ID. In >> fact, the >>=20 >> possible persons who read the drafts of protocol extensions for segment >> routing which incorporate the label allocation may be confused that MPLS >> WG as >>=20 >> the base of MPLS work seems to have nothing with the work. But the >> challenge of definition of global label truly exists which has been >> proposed in the draft >>=20 >> https://www.ietf.org/id/draft-li-mpls-global-label-usecases-03.txt. Hope >> you can refer to Section 4 of the draft. >>=20 >> The debates on MPLS global label have lasted for a long time. The >> opinions can be classified as following: >>=20 >> Opinion 1: Segment Routing has nothing with global label and please do >> not make it bother MPLS WG. But it seems a little hard to convince some >> MPLSers. >>=20 >> Opinion 2: The usecase truly exists. But the concept of global label is >> too big. It is hard to allocate a label which is unique spanning >> multiple domains or >>=20 >> as IP address which is unique all over world since it is not a scalable >> way or it is hard to achieve the goal. Then maybe it is a better way to >> narrow the >>=20 >> scope to rename the global label as Domain-wide label, Network-wide >> label, etc. >>=20 >> Opinion 3: The global label can be kept to cover more label concepts >> which label behaviors in the control plane and forward plane are >> different form the >>=20 >> traditional LDP/RSVP-TE/MP-BGP. >>=20 >> Since I could not get more time in my presentation to collect your >> opinions, if convenient please help feedback your opinion in your >> mailing list. Hope through >>=20 >> the discussion we can make some consensus. >>=20 >> Best Regards, >>=20 >> Zhenbin(Robin) >>=20 >> ________________________________________________________________________= _________________________________________________ >>=20 >> Ce message et ses pieces jointes peuvent contenir des informations >> confidentielles ou privilegiees et ne doivent donc >>=20 >> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez >> recu ce message par erreur, veuillez le signaler >>=20 >> a l'expediteur et le detruire ainsi que les pieces jointes. Les messages >> electroniques etant susceptibles d'alteration, >>=20 >> Orange decline toute responsabilite si ce message a ete altere, deforme >> ou falsifie. Merci. >>=20 >> This message and its attachments may contain confidential or privileged >> information that may be protected by law; >>=20 >> they should not be distributed, used or copied without authorisation. >>=20 >> If you have received this email in error, please notify the sender and >> delete this message and its attachments. >>=20 >> As emails may be altered, Orange is not liable for messages that have >> been modified, changed or falsified. >>=20 >> Thank you. >>=20 >>=20 >>=20 >> _______________________________________________ >> mpls mailing list >> mpls@ietf.org >> https://www.ietf.org/mailman/listinfo/mpls >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From nobody Wed Nov 4 20:58:11 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 39CEB1B3932 for ; Wed, 4 Nov 2015 20:58:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.739 X-Spam-Level: * X-Spam-Status: No, score=1.739 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id E2KLBjVwhF2t for ; Wed, 4 Nov 2015 20:58:05 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 04D4D1B393A for ; Wed, 4 Nov 2015 20:58:04 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CDR49107; Thu, 05 Nov 2015 04:58:02 +0000 (GMT) Received: from NKGEML402-HUB.china.huawei.com (10.98.56.33) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.235.1; Thu, 5 Nov 2015 04:57:53 +0000 Received: from NKGEML506-MBX.china.huawei.com ([169.254.3.20]) by nkgeml402-hub.china.huawei.com ([10.98.56.33]) with mapi id 14.03.0235.001; Thu, 5 Nov 2015 12:57:48 +0800 From: Lizhenbin To: Eric Gray , Loa Andersson Thread-Topic: [mpls] Solicit Opinions on Definition of MPLS Global Label Thread-Index: AdEWs37wCLrB6MbkTaujhtDJQWTFpwAEVISAABM6O5AABPGugAAB7wSAABVDJ9k= Date: Thu, 5 Nov 2015 04:57:47 +0000 Message-ID: <5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA65A85@nkgeml506-mbx.china.huawei.com> References: <5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA63EA4@nkgeml506-mbx.china.huawei.com> <6524_1446618416_5639A530_6524_1437_1_53C29892C857584299CBF5D05346208A0F69BE62@OPEXCLILM21.corporate.adroot.infra.ftgroup> , <563AAF89.8010007@pi.nu>,<08B0A2A1-33A0-4F26-98EA-694882BD8F63@ericsson.com> In-Reply-To: <08B0A2A1-33A0-4F26-98EA-694882BD8F63@ericsson.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.194.185.81] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020202.563AE1DA.00D4, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.3.20, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: eee857013ebad0b6a57b4a1e79e6e341 Archived-At: Cc: "mpls@ietf.org" Subject: [mpls] =?gb2312?b?tPC4tDogIFNvbGljaXQgT3BpbmlvbnMgb24gRGVmaW5p?= =?gb2312?b?dGlvbiBvZiBNUExTIEdsb2JhbCBMYWJlbA==?= X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Nov 2015 04:58:09 -0000 SGkgRm9sa3MsDQpJIGFncmVlIHlvdSBhYm91dCB0aGUgcG9zc2JpbGUgZGl2aXNpb24gYWJvdXQg dGhlIHBlci1wbGF0Zm9ybSBsYWJlbCBzcGFjZSwgY29udGV4dC1zcGVjaWZpYyBsYWJlbCBzcGFj ZSBhbmQgc3BlY2lhbCBwdXJwb3NlIGxhYmVsIHNwYWNlLiBJbiBzZWMgNCBvZiBvdXIgZHJhZnQg DQpkcmFmdC1saS1tcGxzLWdsb2JhbC1sYWJlbC11c2VjYXNlcy0wMywgSSBleHBsYWluZWQgdHdv IHBhaXJzIG9mIGxhYmVsIGNvbmNlcHQ6DQoxLiBwZXItcGxhdGZvcm0gbGFiZWwgc3BhY2UgYW5k IGNvbnRleHQtc3BlY2lmaWMgbGFiZWwgc3BhY2UNCjIuIGxvY2FsIGxhYmVsIGFuZCBnbG9iYWwg bGFiZWwgKElmIHlvdSB0aGluayB0aGUgY29uY2VwdCBpcyBjb25mdXNlZCwgaW4gdGhlIGZvbGxv d2luZyBzZWN0aW9uIEkgd2lsbCB1c2UgYW5vdGhlciBuYW1lICJUQkQgbGFiZWwiLg0KDQpSZWdh cmRpbmcgdGhlIGZpcnN0IHBhaXIgb2YgY29uY2VwdCwgaXQgaXMganVzdCB0byBkZWZpbmUgZGlm ZmVyZW50IGxhYmVsIHNwYWNlLCBpdCBpcyBlYXN5IHdvcmsuIEkgY2FuIGFsc28gYWdyZWUgdGhh dCB0aGUgc3BlY2lhbCBwdXJwb3NlIGxhYmVsIGNhbiBhbHNvIGJlIHNlcGFyYXRlZCBmcm9tIHRo ZSBwZXItcGxhdGZvcm0gbGFiZWwgc3BhY2UuIA0KDQpCdXQgbXkgaXNzdWVzIHRvIHNvbGljaXQg b3BpbmlvbiBpcyBub3QgZm9yIHRoaXMgcGFpciBvZiBsYWJlbCBjb25jZXB0LiBJIHdvdWxkIGxp a2UgdG8gY29sbGVjdCB5b3VyIG9waW5pb24gb24gdGhhdCBzaG93biBpbiB0aGUgZmlndXJlIDMg b2YgdGhlIGRyYWZ0IGRyYWZ0LWxpLW1wbHMtZ2xvYmFsLWxhYmVsLXVzZWNhc2VzLTAzLg0KSW4g dGhlIGZpZ3VyZSwgaXQgc2hvd3MgdGhhdCBhIGdyb3VwIG9mIGxhYmVscyB3aGljaCBhcmUgYWxs b2NhdGVkIGJ5IExEUC9SU1ZQLVRFL01QLUJHUCB3aG9zZSBtZWFuaW5nIGFyZSBhbHdheXMgdW5k ZXJzdG9vZCBieSB0aGUgbG9jYWwgdXBzdHJlYW0gbm9kZXMgYW5kIGRvd25zdHJlYW0gbm9kZXMu DQpXZSBjYW4gZWFzaWx5IGRlZmluZSBpdCBhcyAibG9jYWwgbGFiZWwiLiBCdXQgdGhlcmUgYXJl IGFub3RoZXIgZ3JvdXAgbGFiZWwgaWRlYXMgb24gdGhlIG9wcG9zaXRlIHRoZXNlIGxhYmVsIGlk ZWFzIHN1Y2ggYXMgdXBzdHJlYW0gbGFiZWwsIGVudHJvcHkvbGFiZWwsIGRvbWFpbi13aWRlIGxh YmVsIGV0Yy4gIFdlIHRyaWVkIHRvIA0KYWJzdHJhY3QgY29tbW9uIGNoYXJhY3RlcmlzdGljcyB0 byBkZWZpbmUgaXQgYXMgIlRCRCBsYWJlbCIuIFJlZ2FyZGluZyB0aGVzZSBsYWJlbCBpZGVhcywg aW4gdGhlIGNvbnRyb2wgcGxhbmUsIGl0IHNlZW1zIGFsbCBvZiB0aGVtIGNhbiB0YWtlIGRpZmZl cmVudCBtZWFucyB0byBtYWtlIGxhYmVsIG1lYW5pbmcgdG8gYmUgbGVhcm5lZCANCmJ5ICBtb3Jl IG5vZGVzIG90aGVyIHRoYW4gdGhlIGxvY2FsIHVwc3RyZWFtIG5vZGVzIGFuZCBkb3duc3RyZWFt IG5vZGVzLiBJbiB0aGUgZm9yd2FyZGluZyBwbGFuZSwgaXQgYWxzbyBpbnRyb2R1Y2Ugc29tZSBu ZXcgZm9yd2FyZGluZyBtZWNoYW5pc20uIEluIG15IG9waW5pb24sIGJvdGggImxvY2FsIGxhYmVs IiBhbmQgDQoiVEJEIGxhYmVsIiBjYW4gYmUgYWxsb2NhdGVkIGZyb20gdGhlIHBlci1wbGF0Zm9y bSBsYWJlbCBzcGFjZSBvciBjb250ZXh0LXNwZWNpZmljIGxhYmVsIHNwYWNlIChpbmNsdWRpbmcg cGVyLWludGVyZmFjZSBsYWJlbCBzcGFjZSkuIEJ1dCB0aGV5IGhhcyBkaWZmZXJlbnQgYmVoYXZp b3JzIGluIHRoZSBjb250cm9sIHBsYW5lIGFuZCANCmZvcndhcmRpbmcgcGxhbmUuIEkgd291bGQg bGlrZSB0byBjaGFuZ2UgbXkgZGVzY3JpcHRpb24gb2YgbXkgcHJvcG9zZWRvIHBpbmlvbnM6DQpP cGluaW9uIDE6IFNlZ21lbnQgUm91dGluZyBoYXMgbm90aGluZyB3aXRoICJUQkQgbGFiZWwiIGFu ZCBwbGVhc2UgZG8gbm90IG1ha2UgaXQgYm90aGVyIE1QTFMgV0cuIEJ1dCBpdCBzZWVtcyBhIGxp dHRsZSBoYXJkIHRvIGNvbnZpbmNlIHNvbWUgTVBMU2Vycy4NCk9waW5pb24gMjogVGhlIHVzZWNh c2UgdHJ1bHkgZXhpc3RzLiBCdXQgdGhlIGNvbmNlcHQgb2YgIlRCRCBsYWJlbCIgaXMgdG9vIGJp Zy4gSXQgaXMgaGFyZCB0byBhbGxvY2F0ZSBhIGxhYmVsIHdob3NlIG1lYW5pbmcgaXMgdW5pcXVl IHNwYW5uaW5nIG11bHRpcGxlIGRvbWFpbnMgb3IgdGhlIHNhbWUgYXMgSVAgYWRkcmVzcyB3aGlj aCBpcyB1bmlxdWUgYWxsIG92ZXIgd29ybGQgc2luY2UgaXQgaXMgbm90IGEgc2NhbGFibGUgd2F5 IG9yIGl0IGlzIGhhcmQgdG8gYWNoaWV2ZSB0aGUgZ29hbC4gVGhlbiBtYXliZSBpdCBpcyBhIGJl dHRlciB3YXkgdG8gbmFycm93IHRoZSBzY29wZSB0byByZW5hbWUgdGhlIGdsb2JhbCBsYWJlbCBh cyBEb21haW4td2lkZSBsYWJlbCwgTmV0d29yay13aWRlIGxhYmVsLCBldGMuDQpPcGluaW9uIDM6 IFRoZSAiVEJEIGxhYmVsIiBjYW4gYmUga2VwdCB0byBjb3ZlciBtb3JlIGxhYmVsIGNvbmNlcHRz IHdoaWNoIGxhYmVsIGJlaGF2aW9ycyBpbiB0aGUgY29udHJvbCBwbGFuZSBhbmQgZm9yd2FyZCBw bGFuZSBhcmUgZGlmZmVyZW50IGZvcm0gdGhlIHRyYWRpdGlvbmFsIExEUC9SU1ZQLVRFL01QLUJH UC4NCg0KSG9wZSB5b3UgY2FuIHVuZGVyc3RhbmQgaXQgaXMgbm90IGEgc2ltcGxlIGlzc3VlIHRv IGRpdmlkZSBsYWJlbCBzcGFjZSB3aXRoIFNwZWNpYWwgUHVycG9zZSBMYWJlbCBTcGFjZSwgUGVy LVBsYWZvcm0gTGFiZWwgU3BhY2UgYW5kIENvbnRleHQtc3BlY2lmaWMgTGFiZWwgU3BhY2UuIEl0 IGludm9sdmVzIGFic3RyYWN0aW9uIG9mIGxhYmVsIGJlaGF2aW9yIGluIHRoZSBmb3J3YXJkaW5n IHBsYW5lIGFuZCB0aGUgY29udHJvbCBwbGFuZS4gQW5kIGhvcGUgeW91IGNhbiBnbyBvbiBmZWVk YmFjayB5b3VyIG9waW5pb25zLg0KDQoNCkJlc3QgUmVnYXJkcywNClpoZW5iaW4oUm9iaW4pDQoN Cg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCreivP7Iyzog bXBscyBbbXBscy1ib3VuY2VzQGlldGYub3JnXSC0+rHtIEVyaWMgR3JheSBbZXJpYy5ncmF5QGVy aWNzc29uLmNvbV0NCreiy83KsbzkOiAyMDE1xOoxMdTCNcjVIDEwOjE4DQrK1bz+yMs6IExvYSBB bmRlcnNzb24NCrOty806IG1wbHNAaWV0Zi5vcmcNCtb3zOI6IFJlOiBbbXBsc10gU29saWNpdCBP cGluaW9ucyBvbiBEZWZpbml0aW9uIG9mIE1QTFMgR2xvYmFsIExhYmVsDQoNCkkgYWdyZWUuICBJ biBmYWN0LCBpdCBzZWVtcyB0byBtZSB0aGF0IGFueSBlZmZvcnQgdG8gZG8gc29tZXRoaW5nIGFs b25nIHRoZXNlIGxpbmVzIHdvdWxkIHJlcXVpcmUgYSB0aG9yb3VnaCBhbmFseXNpcyBvZiBob3cg YW55IHN1Y2ggZWZmb3J0IG1pZ2h0IGJlIGFibGUgdG8gbWFpbnRhaW4gYmFja3dhcmQgY29tcGF0 aWJpbGl0eS4NCg0KU2VudCBmcm9tIG15IGlQYWQNCg0KPiBPbiBOb3YgNSwgMjAxNSwgYXQgMTA6 MjMgQU0sIExvYSBBbmRlcnNzb24gPGxvYUBwaS5udT4gd3JvdGU6DQo+DQo+IFdvcmtpbmcgR3Jv dXAsDQo+DQo+IFdlIGEgbG9uZy1zdGFuZGluZyB1c2FnZSAodGhvdWdoIG5vdCBhbHdheXMgd2Vs bC1kb2N1bWVudGVkKSBvZg0KPiBzb21lIG9mIG91ciBsYWJlbHMNCj4NCj4gZ2xvYmFsIGxhYmVs cyAtIHRoYXQgaXMgYSBsYWJlbCB0aGF0IGhhdmUgdGhlIHNhbWUgbWVhbmluZyBmb3IgYW55DQo+ IG1wbHMgZGV2aWNlLCBhcyBsb25nIGFzIGl0IHVuZGVyc3RhbmQgdGhlIGRldmljZSB1bmRlcnN0 YW5kcyBpdCwNCj4gd2hlcmUgZXZlciB0aGF0IGRldmljZSBpcyBmb3VuZC4NCj4gQXMgZmFyIGFz IEknbSBjb25jZXJuZWQgdGhlcmUgYXJlIG9ubHkgb25lIHNldCBvZiBzdWNoICJnbG9iYWwgbGFi ZWxzIiwNCj4gd2UgaGF2ZSBjaG9zZW4gdG8gY2FsbCB0aG9zZSBTcGVjaWFsIFB1cnBvc2UgTGFi ZWxzLg0KPg0KPiBjb250ZXh0IHNwZWNpZmljIGxhYmVscyAtIHRoYXQgYXJlIHNldHMgb2YgbGFi ZWxzIHRoYXQgYXJlIGtub3cgd2l0aGluDQo+IGNlcnRhaW4gY29udGV4dCwgdGhpcyBjb250ZXh0 IGNvdWxkIGJlIGFueSBudW1iZXIgb2YgdGhpbmdzLCBlLmcuIGENCj4gZG9tYWluLg0KPg0KPiBs aW5rIGxvY2FsIGxhYmVscyAtIGxhYmVscyB0aGF0IGFyZSBrbm93IG92ZXIgYSBsaW5rIGJldHdl ZW4gdHdvIExTUnMsDQo+IHdoZXRoZXIgdGhlIExTUnMgYXJlIGFkamFjZW50IG9yIG5vdC4NCj4N Cj4gSSBkb24ndCB0aGluayB3ZSB3YW50IHRvIG1vdmUgYXdheSBmcm9tIHRoaXMgbG9uZy1zdGFu ZGluZyB1c2FnZS4NCj4NCj4gL0xvYQ0KPg0KPj4gT24gMjAxNS0xMS0wNSAwMDoxNSwgQWxleGFu ZGVyIFZhaW5zaHRlaW4gd3JvdGU6DQo+PiBIaSBhbGwsDQo+Pg0KPj4gSSBjb25jdXIgd2l0aCBC cnVubzogU1IgZG9lcyBub3QgbmVlZCBnbG9iYWwgbGFiZWxzLg0KPj4NCj4+IEFuZCwgYXMgTm9i byBoYXMgZXhwbGFpbmVkDQo+PiA8aHR0cDovL3d3dy5pZXRmLm9yZy9tYWlsLWFyY2hpdmUvd2Vi L21wbHMvY3VycmVudC9tc2cxMjY0MC5odG1sPiBtb3JlDQo+PiB0aGFuIDEgeWVhciBhZ28sIG5l aXRoZXIgZG9lcyBTRkMuDQo+Pg0KPj4gU2luY2UgeW91IHNvbGljaXQgb3BpbmlvbnMsIG1pbmUg aXMgdGhhdCAvZ2xvYmFsIGxhYmVscyBhcmUgbm90IG5lZWRlZA0KPj4gYW55d2hlcmUgLyBiZWNh dXNlLCBxdW90aW5nIGZyb20gUkZDIDE5MjUNCj4+IDxodHRwczovL3Rvb2xzLmlldGYub3JnL2h0 bWwvcmZjMTkyNT4sIKGwL0luIHByb3RvY29sIGRlc2lnbiwgcGVyZmVjdGlvbg0KPj4gaGFzIGJl ZW4gcmVhY2hlZCBub3Qgd2hlbiB0aGVyZSBpcyBub3RoaW5nIGxlZnQgdG8gYWRkLCBidXQgd2hl biB0aGVyZQ0KPj4gaXMgbm90aGluZyBsZWZ0IHRvIHRha2UgYXdheS+hsS4gU2luY2UgZ2xvYmFs IGxhYmVscyBjYW4gYWx3YXlzIGJlIHRha2VuDQo+PiBhd2F5LCBhbnkgZGVzaWduIHRoYXQgdXNl cyB0aGVtIHdvdWxkIGJlIGxlc3MgdGhhbiBwZXJmZWN0TC4NCj4+DQo+PiBNeSAyYywNCj4+DQo+ PiBTYXNoYQ0KPj4NCj4+IE9mZmljZTogKzk3Mi0zOTI2NjMwMg0KPj4NCj4+IENlbGw6ICAgICAg Kzk3Mi01NDkyNjYzMDINCj4+DQo+PiBFbWFpbDogICBBbGV4YW5kZXIuVmFpbnNodGVpbkBlY2l0 ZWxlLmNvbQ0KPj4NCj4+ICpGcm9tOiptcGxzIFttYWlsdG86bXBscy1ib3VuY2VzQGlldGYub3Jn XSAqT24gQmVoYWxmIE9mDQo+PiAqYnJ1bm8uZGVjcmFlbmVAb3JhbmdlLmNvbQ0KPj4gKlNlbnQ6 KiBXZWRuZXNkYXksIE5vdmVtYmVyIDA0LCAyMDE1IDg6MjcgQU0NCj4+ICpUbzoqIExpemhlbmJp bg0KPj4gKkNjOiogbXBsc0BpZXRmLm9yZw0KPj4gKlN1YmplY3Q6KiBSZTogW21wbHNdIFNvbGlj aXQgT3BpbmlvbnMgb24gRGVmaW5pdGlvbiBvZiBNUExTIEdsb2JhbCBMYWJlbA0KPj4NCj4+IEhp IFJvYmluLA0KPj4NCj4+IFNpbmNlIEkgZGlkIG5vdCBnZXQgdGhlIGNoYW5jZSB0byBleHByZXNz IG15IGNvbW1lbnQgZHVyaW5nIHRoZSBtZWV0aW5nLA0KPj4gSaGvbGwgZG8gb3ZlciBlbWFpbC4N Cj4+DQo+PiA8c3ByaW5nIGNvLWNoYWlyIGhhdCBvbj4NCj4+DQo+PiBTUFJJTkcvU1I6DQo+Pg0K Pj4gLSBpcyBjb21wbGlhbnQgd2l0aCB0aGUgTVBMUyBhcmNoaXRlY3R1cmUgKFJGQyAzMDMxKQ0K Pj4NCj4+ICAgICAgICAgICAgICAgICAtIGluIHBhcnRpY3VsYXIsIGluIHRoZSBjb250cm9sIHBs YW5lIGxhYmVscyBhcmUNCj4+IGxvY2FsbHkgYWxsb2NhdGVkIGFuZCBpbiB0aGUgZm9yd2FyZGlu ZyBwbGFuZSwgbGFiZWxzIChvZiBnbG9iYWwNCj4+IHNlZ21lbnRzKSBhcmUgU1dBUGVkDQo+Pg0K Pj4gLSBkb2VzIE5PVCBuZWVkIGdsb2JhbC9kb21haW4gd2lkZSBsYWJlbA0KPj4NCj4+ICAgICAg ICAgICAgICAgICAtIGxvY2FsIHNlZ21lbnRzIHVzZXMgbG9jYWwgbGFiZWxzDQo+Pg0KPj4gICAg ICAgICAgICAgICAgIC0gZ2xvYmFsIHNlZ21lbnRzIHVzZXMgZ2xvYmFsIGluZGV4ICsgbG9jYWwg bGFiZWxzIChha2ENCj4+IFNSR0IpDQo+Pg0KPj4gLSBpcyBub3QgcmVxdWVzdGluZyB0aGUgTVBM UyBXRyB0byB3b3JrIG9uIGdsb2JhbC9kb21haW4gd2lkZSBsYWJlbC4NCj4+IChpLmUuIHRoZSBk ZWJhdGUgaXMgY2xvc2VkIGZyb20gdGhlIFNQUklORyBzdGFuZHBvaW50LikuIE9idmlvdXNseSwg dGhlDQo+PiBNUExTIFdHIGlzIGZyZWUgdG8gcmUtb3BlbiB0aGUgZGViYXRlLCBidXQgdGhpcyBp cyBub3QgYSBzcHJpbmcgdGhpbmcuDQo+Pg0KPj4gPC9zcHJpbmcgY28tY2hhaXIgaGF0IG9uPg0K Pj4NCj4+IEJhc2VkIG9uIHRoaXMsIHNvbWUgb2YgeW91ciBzbGlkZXMgcmVmZXJyaW5nIHRvIKGw U1IgdXNlcyBjYXNlc6GxIHNlZW0gYQ0KPj4gYml0IG1pc2xlYWRpbmcuIChJIGNhbqGvdCBiZSBt b3JlIHNwZWNpZmljIHNpbmNlIGR1cmluZyB0aGUgbWVldGluZywgSQ0KPj4gY291bGQgc2VlIHRo ZSBzbGlkZXMgYnV0IGNvdWxkIG5vdCBjb21tZW50LCBhbmQgbm93IEkgY2FuIGNvbW1lbnQgYnV0 DQo+PiBjYW6hr3Qgc2VlIHRoZSBzbGlkZXMgYXMgdGhleSBhcmUgbm90IG9ubGluZSkuDQo+Pg0K Pj4gVGhhbmtzDQo+Pg0KPj4gLS0gQnJ1bm8NCj4+DQo+PiAqRnJvbToqbXBscyBbbWFpbHRvOm1w bHMtYm91bmNlc0BpZXRmLm9yZ10gKk9uIEJlaGFsZiBPZiAqTGl6aGVuYmluDQo+PiAqU2VudDoq IFdlZG5lc2RheSwgTm92ZW1iZXIgMDQsIDIwMTUgMjoyNyBQTQ0KPj4gKlRvOiogbXBsc0BpZXRm Lm9yZyA8bWFpbHRvOm1wbHNAaWV0Zi5vcmc+DQo+PiAqU3ViamVjdDoqIFttcGxzXSBTb2xpY2l0 IE9waW5pb25zIG9uIERlZmluaXRpb24gb2YgTVBMUyBHbG9iYWwgTGFiZWwNCj4+DQo+PiBIaSBN UExTZXJzLA0KPj4NCj4+IEFzIHRoZSBkZXZlbG9wbWVudCBvZiBNUExTIHRlY2hub2xvZ2llcywg bWFueSBuZXcgbGFiZWwgY29uY2VwdHMgYmV5b25kDQo+PiBSRkMzMDMxIGFyZSBwcm9wb3NlZC4g QW5kIGluIHNlZ21lbnQgcm91dGluZyBNUExTIGxhYmVsIGNhbiBiZQ0KPj4NCj4+IGFsbG9jYXRl ZCBhbmQgZmxvb2RlZCBpbiB0aGUgbmV0d29yayB3aGljaCBtZWFucyB0aGUgbWVhbmluZyBvZiB0 aGUNCj4+IGxhYmxlbCBjYW4gYmUgdW5kZXJzdG9vZCBieSBhbGwgbm9kZXMgaW4gdGhlIG5ldHdv cmsuIEl0IGlzIHRvdGFsbHkNCj4+IGRpZmZlcmVudCBmcm9tDQo+Pg0KPj4gdGhlIGxhYmVsIGRp c3RyaWJ1dGlvbiBiZWhhdmlvciBvZiBMRFAsIFJTVlAtVEUsIGFuZCBNUC1CR1AuIEZyb20gbXkN Cj4+IHBvaW50IG9mIHZpZXcgd2UgbmVlZCBub3QgYXJndWUgaWYgaXQgaXMgZ2xvYmFsIGxhYmVs IG9yIGdsb2JhbCBJRC4gSW4NCj4+IGZhY3QsIHRoZQ0KPj4NCj4+IHBvc3NpYmxlIHBlcnNvbnMg d2hvIHJlYWQgdGhlIGRyYWZ0cyBvZiBwcm90b2NvbCBleHRlbnNpb25zIGZvciBzZWdtZW50DQo+ PiByb3V0aW5nIHdoaWNoIGluY29ycG9yYXRlIHRoZSBsYWJlbCBhbGxvY2F0aW9uIG1heSBiZSBj b25mdXNlZCB0aGF0IE1QTFMNCj4+IFdHIGFzDQo+Pg0KPj4gdGhlIGJhc2Ugb2YgTVBMUyB3b3Jr IHNlZW1zIHRvIGhhdmUgbm90aGluZyB3aXRoIHRoZSB3b3JrLiBCdXQgdGhlDQo+PiBjaGFsbGVu Z2Ugb2YgZGVmaW5pdGlvbiBvZiBnbG9iYWwgbGFiZWwgdHJ1bHkgZXhpc3RzIHdoaWNoIGhhcyBi ZWVuDQo+PiBwcm9wb3NlZCBpbiB0aGUgZHJhZnQNCj4+DQo+PiBodHRwczovL3d3dy5pZXRmLm9y Zy9pZC9kcmFmdC1saS1tcGxzLWdsb2JhbC1sYWJlbC11c2VjYXNlcy0wMy50eHQuIEhvcGUNCj4+ IHlvdSBjYW4gcmVmZXIgdG8gU2VjdGlvbiA0IG9mIHRoZSBkcmFmdC4NCj4+DQo+PiBUaGUgZGVi YXRlcyBvbiBNUExTIGdsb2JhbCBsYWJlbCBoYXZlIGxhc3RlZCBmb3IgYSBsb25nIHRpbWUuIFRo ZQ0KPj4gb3BpbmlvbnMgY2FuIGJlIGNsYXNzaWZpZWQgYXMgZm9sbG93aW5nOg0KPj4NCj4+IE9w aW5pb24gMTogU2VnbWVudCBSb3V0aW5nIGhhcyBub3RoaW5nIHdpdGggZ2xvYmFsIGxhYmVsIGFu ZCBwbGVhc2UgZG8NCj4+IG5vdCBtYWtlIGl0IGJvdGhlciBNUExTIFdHLiBCdXQgaXQgc2VlbXMg YSBsaXR0bGUgaGFyZCB0byBjb252aW5jZSBzb21lDQo+PiBNUExTZXJzLg0KPj4NCj4+IE9waW5p b24gMjogVGhlIHVzZWNhc2UgdHJ1bHkgZXhpc3RzLiBCdXQgdGhlIGNvbmNlcHQgb2YgZ2xvYmFs IGxhYmVsIGlzDQo+PiB0b28gYmlnLiBJdCBpcyBoYXJkIHRvIGFsbG9jYXRlIGEgbGFiZWwgd2hp Y2ggaXMgdW5pcXVlIHNwYW5uaW5nDQo+PiBtdWx0aXBsZSBkb21haW5zIG9yDQo+Pg0KPj4gYXMg SVAgYWRkcmVzcyB3aGljaCBpcyB1bmlxdWUgYWxsIG92ZXIgd29ybGQgc2luY2UgaXQgaXMgbm90 IGEgc2NhbGFibGUNCj4+IHdheSBvciBpdCBpcyBoYXJkIHRvIGFjaGlldmUgdGhlIGdvYWwuIFRo ZW4gbWF5YmUgaXQgaXMgYSBiZXR0ZXIgd2F5IHRvDQo+PiBuYXJyb3cgdGhlDQo+Pg0KPj4gc2Nv cGUgdG8gcmVuYW1lIHRoZSBnbG9iYWwgbGFiZWwgYXMgRG9tYWluLXdpZGUgbGFiZWwsIE5ldHdv cmstd2lkZQ0KPj4gbGFiZWwsIGV0Yy4NCj4+DQo+PiBPcGluaW9uIDM6IFRoZSBnbG9iYWwgbGFi ZWwgY2FuIGJlIGtlcHQgdG8gY292ZXIgbW9yZSBsYWJlbCBjb25jZXB0cw0KPj4gd2hpY2ggbGFi ZWwgYmVoYXZpb3JzIGluIHRoZSBjb250cm9sIHBsYW5lIGFuZCBmb3J3YXJkIHBsYW5lIGFyZQ0K Pj4gZGlmZmVyZW50IGZvcm0gdGhlDQo+Pg0KPj4gdHJhZGl0aW9uYWwgTERQL1JTVlAtVEUvTVAt QkdQLg0KPj4NCj4+IFNpbmNlIEkgY291bGQgbm90IGdldCBtb3JlIHRpbWUgaW4gbXkgcHJlc2Vu dGF0aW9uIHRvIGNvbGxlY3QgeW91cg0KPj4gb3BpbmlvbnMsIGlmIGNvbnZlbmllbnQgcGxlYXNl IGhlbHAgZmVlZGJhY2sgeW91ciBvcGluaW9uIGluIHlvdXINCj4+IG1haWxpbmcgbGlzdC4gSG9w ZSB0aHJvdWdoDQo+Pg0KPj4gdGhlIGRpc2N1c3Npb24gd2UgY2FuIG1ha2Ugc29tZSBjb25zZW5z dXMuDQo+Pg0KPj4gQmVzdCBSZWdhcmRzLA0KPj4NCj4+IFpoZW5iaW4oUm9iaW4pDQo+Pg0KPj4g X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXw0KPj4NCj4+IENlIG1lc3NhZ2UgZXQgc2VzIHBpZWNlcyBqb2ludGVzIHBldXZlbnQg Y29udGVuaXIgZGVzIGluZm9ybWF0aW9ucw0KPj4gY29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVn aWVlcyBldCBuZSBkb2l2ZW50IGRvbmMNCj4+DQo+PiBwYXMgZXRyZSBkaWZmdXNlcywgZXhwbG9p dGVzIG91IGNvcGllcyBzYW5zIGF1dG9yaXNhdGlvbi4gU2kgdm91cyBhdmV6DQo+PiByZWN1IGNl IG1lc3NhZ2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXINCj4+DQo+PiBhIGwnZXhw ZWRpdGV1ciBldCBsZSBkZXRydWlyZSBhaW5zaSBxdWUgbGVzIHBpZWNlcyBqb2ludGVzLiBMZXMg bWVzc2FnZXMNCj4+IGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlv biwNCj4+DQo+PiBPcmFuZ2UgZGVjbGluZSB0b3V0ZSByZXNwb25zYWJpbGl0ZSBzaSBjZSBtZXNz YWdlIGEgZXRlIGFsdGVyZSwgZGVmb3JtZQ0KPj4gb3UgZmFsc2lmaWUuIE1lcmNpLg0KPj4NCj4+ IFRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzIG1heSBjb250YWluIGNvbmZpZGVudGlh bCBvciBwcml2aWxlZ2VkDQo+PiBpbmZvcm1hdGlvbiB0aGF0IG1heSBiZSBwcm90ZWN0ZWQgYnkg bGF3Ow0KPj4NCj4+IHRoZXkgc2hvdWxkIG5vdCBiZSBkaXN0cmlidXRlZCwgdXNlZCBvciBjb3Bp ZWQgd2l0aG91dCBhdXRob3Jpc2F0aW9uLg0KPj4NCj4+IElmIHlvdSBoYXZlIHJlY2VpdmVkIHRo aXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBhbmQNCj4+IGRlbGV0 ZSB0aGlzIG1lc3NhZ2UgYW5kIGl0cyBhdHRhY2htZW50cy4NCj4+DQo+PiBBcyBlbWFpbHMgbWF5 IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhhdmUN Cj4+IGJlZW4gbW9kaWZpZWQsIGNoYW5nZWQgb3IgZmFsc2lmaWVkLg0KPj4NCj4+IFRoYW5rIHlv dS4NCj4+DQo+Pg0KPj4NCj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fDQo+PiBtcGxzIG1haWxpbmcgbGlzdA0KPj4gbXBsc0BpZXRmLm9yZw0KPj4gaHR0 cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxzDQo+DQo+IF9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IG1wbHMgbWFpbGluZyBsaXN0 DQo+IG1wbHNAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m by9tcGxzDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f DQptcGxzIG1haWxpbmcgbGlzdA0KbXBsc0BpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcv bWFpbG1hbi9saXN0aW5mby9tcGxz From nobody Wed Nov 4 21:04:37 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2F54C1B395C for ; Wed, 4 Nov 2015 21:04:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.91 X-Spam-Level: X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5V5PfDhTxidF for ; Wed, 4 Nov 2015 21:04:33 -0800 (PST) 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 4D4E11B3957 for ; Wed, 4 Nov 2015 21:04:30 -0800 (PST) Received: from [133.93.24.128] (unknown [133.93.24.128]) (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 67A1518013B2 for ; Thu, 5 Nov 2015 06:04:28 +0100 (CET) References: <20151103053742.19161.21153.idtracker@ietfa.amsl.com> To: "mpls@ietf.org" From: Loa Andersson X-Forwarded-Message-Id: <20151103053742.19161.21153.idtracker@ietfa.amsl.com> Message-ID: <563AE356.8010605@pi.nu> Date: Thu, 5 Nov 2015 14:04:22 +0900 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <20151103053742.19161.21153.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: [mpls] Fwd: New Liaison Statement, "LS on protocol-specific data modelling work" X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Nov 2015 05:04:36 -0000 Working Group, I've have not seen this liaison coming through to the mpls list. /Loa mpls wg co-chair -------- Forwarded Message -------- Subject: New Liaison Statement, "LS on protocol-specific data modelling work" Date: Mon, 02 Nov 2015 21:37:42 -0800 From: Liaison Statement Management Tool To: Ross Callon , Daniele Ceccarelli , Fatai Zhang , Lou Berger , George Swallow , vbeeram@juniper.net, Loa Andersson CC: Common Control and Measurement Plane Discussion List , Ross Callon , Daniele Ceccarelli , Fatai Zhang , George Swallow , Scott Mansfield , Lou Berger , Kam.Lam@alcatel-lucent.com, Loa Andersson , Vishnu Pavan Beeram , John Drake , Alia Atlas , Multiprotocol Label Switching Discussion List , Traffic Engineering Architecture and Signaling Discussion List , itu-t-liaison@iab.org, Deborah Brungard , hiroshi.ota@itu.int, Alvaro Retana Title: LS on protocol-specific data modelling work Submission Date: 2015-11-02 URL of the IETF Web page: https://datatracker.ietf.org/liaison/1436/ From: (Hiroshi Ota ) To: (vbeeram@juniper.net, Lou Berger ,Loa Andersson ,George Swallow ,Ross Callon ,Daniele Ceccarelli ,Fatai Zhang ) Cc: Response Contacts: hiroshi.ota@itu.int Technical Contacts: Purpose: For information Body: We would like to inform you that ITU-T Q14/15 has initiated work on protocol-specific data modelling for the management of transport specific technologies, such as OTN, Carrier Ethernet and MPLS-TP. These protocol-specific data models will be developed based on the protocol-neutral UML models that are specified by Q14/15, including ITU-T G.7711/Y.1702 (generic information model), ITU-T G.874.1 for OTN, ITU-T G.8052/Y.1346 for Carrier Ethernet, and ITU-T G.8152/Y.1375 (draft) for MPLS-TP. During the October 2015 Q14/15 interim meeting, we received a contribution for a YANG data model proposal for Ethernet Ring Protection (ERP) management. The ERP YANG data model will be progressed based on the relevant ITU-T Recommendations, including ITU-T G.8032/Y.1344 for ERP functional requirement, ITU-T G.8021/Y.1341 for Ethernet equipment functional specification, ITU-T G.8051/Y.1345 for Carrier Ethernet management requirement, and ITU-T G.8052/Y.1346 Carrier Ethernet protocol-neutral information model. We will keep you informed on the progress of this ERP YANG modelling work. Attachments: SG15-LS292_WP3-427AnnF.pdf https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2015-11-02-itu-t-sg-15-mpls-ccamp-netmod-teas-ls-on-protocol-specific-data-modelling-work-attachment-1.pdf -- 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 Nov 4 22:21:15 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 03E5F1B3A31 for ; Wed, 4 Nov 2015 22:21:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ODIKVySkGaZv for ; Wed, 4 Nov 2015 22:21:11 -0800 (PST) Received: from mail.amsl.com (mail.amsl.com [4.31.198.40]) by ietfa.amsl.com (Postfix) with ESMTP id B2DFF1ACE8C for ; Wed, 4 Nov 2015 22:21:11 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTP id 8E8A81E59F2 for ; Wed, 4 Nov 2015 22:20:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com Received: from c8a.amsl.com ([127.0.0.1]) by localhost (c8a.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ev4TxIUFBUrf for ; Wed, 4 Nov 2015 22:20:29 -0800 (PST) Received: from dhcp-28-33.meeting.ietf94.jp (dhcp-28-33.meeting.ietf94.jp [133.93.28.33]) by c8a.amsl.com (Postfix) with ESMTPA id 4729D1E59F1 for ; Wed, 4 Nov 2015 22:20:29 -0800 (PST) From: Alexa Morris Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Date: Wed, 4 Nov 2015 22:21:12 -0800 Message-Id: <0009E1FA-25A0-4F02-8264-88AE7D18E03A@amsl.com> To: mpls@ietf.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Sendlaterdate: Wed, 4 Nov 2015 22:21:12 -0800 X-Mailer: Apple Mail (2.1878.6) Archived-At: Subject: [mpls] Queue for mpls Remote Attendees X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Nov 2015 06:21:14 -0000 If you are planning to participate in the mpls session here at IETF 94 = today =97 either locally in Yokohama or as a remote participant =97 we = want to make sure that you are aware that the IETF is providing remote = participants with a fairly new way to ask questions or make comments. In = addition to using the Jabber room, for the mpls session there is also = the opportunity for remote participants to enter a virtual queue and ask = questions directly into the meeting room.=20 This experimental queue was used in several sessions at IETF 92 and IETF = 93, so you may have already seen it in action. There will be two queues = for the mpls session =97 a virtual queue and an actual (in-room) queue. = Remote attendees will log into the Meetecho platform and will have a = virtual mic line that they can enter if they have a question or comment. = In-room participants will continue to use normal mic lines.=20 Instructions for remote participants are at = http://ietf94.conf.meetecho.com/index.php/Remote_Participation.=20 Information on how to join the Meetecho session is at = http://ietf94.conf.meetecho.com/. Verify that you are WebRTC compliant (required to use the virtual queue) = by performing a self-test here: = http://ietf94.conf.meetecho.com/index.php/Self_Test.=20 Regards, Alexa ---------- Alexa Morris / Executive Director / IETF 48377 Fremont Blvd., Suite 117, Fremont, CA 94538 Phone: +1.510.492.4089 / Fax: +1.510.492.4001 Email: amorris@amsl.com Managed by Association Management Solutions (AMS) Forum Management, Meeting and Event Planning www.amsl.com From nobody Wed Nov 4 23:21:01 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E1E0E1B3B49; Wed, 4 Nov 2015 23:20:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 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, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VPEqj5ePWOJo; Wed, 4 Nov 2015 23:20:56 -0800 (PST) Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 45DFB1B3B27; Wed, 4 Nov 2015 23:20:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=14911; q=dns/txt; s=iport; t=1446708056; x=1447917656; h=from:to:cc:subject:date:message-id:mime-version; bh=uwiijTI67d8ocG7EGI27xcqTFQlC7zFtHQh9cBypiX8=; b=d2xX6HF67HctMnQwNam5guf8XMCGzml9sa3hmw38FGSHJPUxAL0kXDst Z36de3bcD4YN6OescAVlztlGsAx6dVy0YK013InV8DlpH6r8qFIW4fHMX qStaYl/2jbvf05U66g9bzGpzTcLkDo4/Lz2LpZTHQNIwUycbwqpdPyrCZ 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0D7AQDzAjtW/5hdJa1egm5NgUi7UIIaAQ2BXoYSgTY4FAEBAQEBAQF/C4Q4BCdHCxIBNUsnBA4giBPCBQEBAQEBBQEBAQEBAQEBG4ZUiSgRAV6EHgWWSAF7hkyFW4FahD+DJYQQhiCIUgEfAQFChASEUDqBBwEBAQ X-IronPort-AV: E=Sophos; i="5.20,246,1444694400"; d="scan'208,217"; a="42234063" Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-8.cisco.com with ESMTP; 05 Nov 2015 07:20:47 +0000 Received: from XCH-RTP-011.cisco.com (xch-rtp-011.cisco.com [64.101.220.151]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id tA57KkpQ027821 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 5 Nov 2015 07:20:46 GMT Received: from xch-rtp-001.cisco.com (64.101.220.141) by XCH-RTP-011.cisco.com (64.101.220.151) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Thu, 5 Nov 2015 02:20:45 -0500 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.1104.000; Thu, 5 Nov 2015 02:20:45 -0500 From: "Tarek Saad (tsaad)" To: "mpls@ietf.org" Thread-Topic: Preliminary minutes: MPLS WG - Session 1 - Wed Nov 4th 9 am Thread-Index: AQHRF5p8EzV5XRdXLkOjzlefnavxEw== Date: Thu, 5 Nov 2015 07:20:45 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.5.7.151005 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.86.246.141] Content-Type: multipart/alternative; boundary="_000_D26130C64E21Atsaadciscocom_" MIME-Version: 1.0 Archived-At: Cc: "mpls-chairs@ietf.org" Subject: [mpls] Preliminary minutes: MPLS WG - Session 1 - Wed Nov 4th 9 am X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Nov 2015 07:20:59 -0000 --_000_D26130C64E21Atsaadciscocom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi all, Minute taker: Kamran Raza (thanks Kamran). Below are notes of MPLS WG - Session 1. Please review and feel free to sugg= est corrections. * Chair: Loa + Andy Mallis (help) * Chair update: Loa * NOTE WLLL and update. * Agenda Bashing + Blue sheets * WG Status * NOTE-WELL * Daniel King: He gave a short update on his draft: ??? * Icmp-bie draftr: should we move it to BIER ? * IPR=92s in future polls: How to discuss IPR discussions on list ? = IPR disclosure to IESG with simple state * chandra: RSVP refresh-interval * In MPLS RT review * ryoo: MPLS TP =85 RFC 7271 * 4-5 ppl read the draft; Loa asked to ask/seek comment on mailing = list. * santosh: app-aware-tldp * Loa: Make it active on alias * Andy: Overlap with PALS =96 send an email to PALS WG , intro to th= e draft and seek comments. * Several ppl have read the draft, and support WG LC. * Loa: Too many authors on the 1st page =85 Max 6 ppl please. * santosh: Node Prot for LDP LSPs * Loa comments: Requirements are very generic. Will like to look and= might ask for rewrite the req section of the doc. * Jeff Tantsura: Ericsson: Like to see real reason for doing somethi= ng else than LFA (proven). Possibly Some data on LFA SPF vs LDP. * Present in rtgwg * Autumn (??? L2VPN YANG llady) Ericsson: Why node protection with t= wo protocols involved ? (IGP is always there)? * Chris Bowers (JNPR): RSVP/TE Tunnel scalability when used e2e (100= of 100s of transit LSPs)=85 Using RSVP/TE *only* for protection is not an = issue. * Robin (Huawei): LFA does not provide all the coverage * Loa: slide mentioned: mLDP protection for free ? Does current draf= t has this info. Clarify in the document. * Jeff: Read mLDP Node Protection. Also get feedback from SPs * Good # of ppl read the draft; Lesser # of ppl for WG adoption. * tarek: LSP instant install * Shahram Davari: It is not a good idea. With number of hops increas= e, the stack depth increases and . * Chandra (JNPR): Is the primary motive is due to scale of LSPs on t= ransit LSRs ? Tarek: Not really. It is due to race b/w fwding programming a= nd signaling upstream. Eliminating current =93wait=94 time will eliminate t= his issue. >>> Loa: Move this discussion on mailign list. * Kireeti (JNPR): Overall idea is good but need to see how many dist= raction occur on traffic and how to deal with it? * Chris Bowers (JNPR): It will be helpful to post the slides on the = material section of the MPLS WG for overall discussion. * Ina (GOOG): Couple of concerns with deployability of this solution= (on ingress =96 num of labels) + how to account for LSP ? Tarek: Is it mor= e ingress or transit side concern ? Loa: Take it to the mailing list. * deborah: Loa: Requirements when we we update/change the status of an = RFC ? * RFC 6410: Proposed and Internet Standard levels * What is an =93IS=94 and How much can revise from the original RFC. * RFC 5036 can be moved from PS to IS. PALS need it for RFC 4447. * Carlos P. / Cisco: One goal is to cleanup the doc + other is to mo= ve it in standardization. * Adrian: Why do we need to spend cycles on this ? * Chris Bowers (JNPR): Selectively moving some items from PS to IS m= ight confused ppl for the documents which remain as PS. Loa/Deborah: This i= s not WG choice but pushed by. * carlos: rfc 4379bis * carlos: Two Qs for WG/chairs: Is it useful work ? What needs to be= brought in ? * loa: in view of deborah=92s preso on PS->IS, =85 * Carlos: this is a WG RFC and we need to take it to WG ASAP. Loa: W= ill initiate. * Kireeti: RMR * Eric Gray (Ericsson): re: U-shaped rings: we need to know more abo= ut the use, cost etc =96 before we go and update the draft. * Luyan: MS: It is a good concept. Need to look for beyond shortest = path. * Kireeti: LARP * No slides * Andy Mallis: HUWEI: Q1: There must be some high use case for over= loading ARP. Kireeti: ARP is not an ehternet protocol.. Can be used for oth= er hardware/atm etc. There is H/W field that is going to be updated for LAR= P. Q2: Security section is weak. Kireetai: ARP security is already low=85 = there are security issues that we are inheriting=85 * Luyan: forwarding-no-swap: * Eric Gray : Ericsson: Not all the Q on the mailing list have been = answered. * Kireeti: It is not a matter of English but technical. Adding anoth= er operation is not a good idea. There are other things in the MPLS header = besides label .. TTL etc=85 These bits need processing. * Fabio Chiussi: Stabdard need to change to support most efficient i= mpl (no-swap). * Xia Chen : Huawei: It is important to clarify label operations in = view of SR standardization. * Robin Huawei: We propose domain wide labels; * Shahram: Broadcomm: Support this draft from chip implementation. * Luyan: SDN * Loa: Is it a good doc or interest for industry. Make it Informatio= nal ? Should this be not an MPLS WG doc ? * Robin : Huawei: * Robin: Global label use case * Loa: Out of time =96 take on the list. * Regards, Tarek --_000_D26130C64E21Atsaadciscocom_ Content-Type: text/html; charset="Windows-1252" Content-ID: <950AC859C8E5C642B712B598A1BC48C8@emea.cisco.com> Content-Transfer-Encoding: quoted-printable
Hi = all,
Min= ute taker: Kamran Raza (thanks Kamran).
Below are notes of MPLS = WG - Session 1. Plea= se review and feel free to suggest corrections.
  • Chair: Loa + Andy Mallis (help)
  • Chair update: Loa
    • NOTE WLLL and update.
    • Agenda Bashing + Blue sheets
    • WG Status
    • NOTE-WELL
    • Daniel King: He gave a short update on his draft: ???=
    • Icmp-bie draftr: should we move it to BIER ? 
    • IPR=92s= in future polls: How to discuss IPR discussions on list ? IPR disclosure t= o IESG with simple state
  • chandra: RSVP refresh-interval
    • In MPLS RT review
  • ryoo: MPLS TP =85 RFC 7271
    • 4-5 ppl read  the draft; Loa asked to ask/seek comment on mailing = list.
      • <= /ul>
    • Loa: Make it active on alias
    • Andy: Overlap with PALS =96&n= bsp;send an email to PALS WG , intro to the draft and seek comments.=
    •  Several ppl have read the = draft, and support WG LC.
    • = Loa: Too many authors on the 1st page =85 Max 6 ppl please.
  • santosh: Node Prot for LDP LSPs<= /font>
    • Loa comments: Requirements are very g= eneric. Will like to look and might ask for rewrite the req section of the = doc.
    • Jeff Tantsura: Ericss= on: Like to see real reason for doing something else than LFA (proven). Pos= sibly Some data on LFA SPF vs LDP.
      • Present in rtgwg
    • Autumn (??? L2VPN YANG llady) Er= icsson: Why node protection with two protocols involved ? (IGP is alwa= ys there)? 
    • Chris Bowers (JNPR): RSVP/TE Tunnel scalabi= lity when used e2e (100 of 100s of transit LSPs)=85 Using RSVP/TE *only* fo= r protection is not an issue.
    • Robin (Huawei):  LFA does not pr= ovide all the coverage
    • Loa: slide mentioned: mLDP protection for fr= ee ? Does current draft has this info. Clarify in the document.
    • Jef= f: Read mLDP Node Protection. Also get feedback from SPs
    • Good # of = ppl read the draft; Lesser # of ppl for WG adoption.
  • tarek: LSP instant install
    • Shahram Davari: It is not a good idea. With number of hops increase, th= e stack depth increases and .
    • Chandra (JNPR): Is the primary motive= is due to scale of LSPs on transit LSRs ? Tarek: Not really. It is due to = race b/w fwding programming and signaling upstream. Eliminating current =93= wait=94 time will eliminate this issue.  >>> Loa: Move this d= iscussion on mailign list.
    • Kireeti (JNPR): Overall idea is good but need to = see how many distraction occur on traffic and how to deal with it? 
    • Chris Bowers (JNPR): It will be helpful to post the slides on the mat= erial section of the MPLS WG for overall discussion.
    • Ina (GOOG): Co= uple of concerns with deployability of this solution (on ingress =96 num of= labels) + how to account for LSP ? Tarek: Is it more ingress or transi= t side concern ? Loa: Take it to the mailing list.
  • deborah: Loa: Requirements when we we update/change the status of = an RFC ? 
    • RFC 6410: Proposed and Internet Standard levels
    • What is an =93I= S=94 and How much can revise from the original RFC.
    • RFC 5036 can be= moved from PS to IS. PALS need it for RFC 4447.
    • Carlos P. / Cisco:= One goal is to cleanup the doc + other is to move it in standardizatio= n. 
    • Adrian: Why do we need to spend cycles on this ?
    • C= hris Bowers (JNPR): Selectively moving some items from PS to IS might confu= sed ppl for the documents which remain as PS. Loa/Deborah: This is not WG c= hoice but pushed by.   
  • carlos: rfc 4379bis
    • carlos: Two Qs for WG/chairs: Is it useful work ? What needs to be brou= ght in ?
    • loa: in view of deborah=92s preso on PS->IS, =85
      • Carlos: this is a WG RFC and we need to take it to WG ASAP. Loa: Will ini= tiate.
  • Kireeti: RMR
    • Eric Gray (Ericsson): re: U-shaped rings: we need to know more about th= e use, cost etc =96 before we go and update the draft. 
    • Luyan:= MS: It is a good concept. Need to look for beyond shortest path.
  • Kireeti: LARP
    • No slides
    • Andy Mallis:  HUWEI: Q1: There must be some high= use case for overloading ARP. Kireeti: ARP is not an ehternet protocol.. C= an be used for other hardware/atm etc. There is H/W field that is going to = be updated for LARP.  Q2: Security section is weak. Kireetai: ARP security is already low=85 there are security issues that we are inher= iting=85 
  • Luyan: forwarding-no-swap:
    • Eric Gray : Ericsson: Not all the Q on the mailing list have been answe= red. 
    • Kireeti: It is not a matter of English but technical. Ad= ding another operation is not a good idea. There are other things in the MP= LS header besides label .. TTL etc=85 These bits need processing. 
    • Fabio Chiussi: Stabdard need to change to support most efficient impl = (no-swap).
    • Xia Chen : Huawei: It is important to clarify label oper= ations in view of SR standardization. 
    • Robin Huawei: We propos= e domain wide labels;  
    • Shahram:  Broadcomm: Support this= draft from chip implementation.
  • Luyan: SDN
    • Loa: Is it a good doc or interest for industry. Make it Informational ?=  Should this be not an MPLS WG doc ?  
    • Robin : Huawei:&n= bsp;
  • Robin: Global label use case
    • Loa: Out of time =96 take on the list.

Regards,
Tarek



 --_000_D26130C64E21Atsaadciscocom_-- From nobody Thu Nov 5 06:46:05 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6C8F01A89A6 for ; Thu, 5 Nov 2015 06:46:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.148 X-Spam-Level: X-Spam-Status: No, score=-0.148 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id M6BSuNU1HbpA for ; Thu, 5 Nov 2015 06:46:00 -0800 (PST) Received: from relais-inet.francetelecom.com (relais-ias91.francetelecom.com [193.251.215.91]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 786171B2AF9 for ; Thu, 5 Nov 2015 06:45:59 -0800 (PST) Received: from omfedm08.si.francetelecom.fr (unknown [xx.xx.xx.4]) by omfedm12.si.francetelecom.fr (ESMTP service) with ESMTP id BD5FA18C39D; Thu, 5 Nov 2015 15:45:57 +0100 (CET) Received: from Exchangemail-eme2.itn.ftgroup (unknown [10.114.31.32]) by omfedm08.si.francetelecom.fr (ESMTP service) with ESMTP id 81AC923807C; Thu, 5 Nov 2015 15:45:57 +0100 (CET) Received: from OPEXCLILM21.corporate.adroot.infra.ftgroup ([fe80::e92a:c932:907e:8f06]) by OPEXCLILM32.corporate.adroot.infra.ftgroup ([fe80::8924:188:2124:a046%19]) with mapi id 14.03.0248.002; Thu, 5 Nov 2015 15:45:57 +0100 From: To: Lizhenbin Thread-Topic: Solicit Opinions on Definition of MPLS Global Label Thread-Index: AdEWs37wCLrB6MbkTaujhtDJQWTFpwAEVISAAA75JfAAK8LcMA== Date: Thu, 5 Nov 2015 14:45:56 +0000 Message-ID: <7744_1446734757_563B6BA5_7744_365_1_53C29892C857584299CBF5D05346208A0F6AAABE@OPEXCLILM21.corporate.adroot.infra.ftgroup> References: <5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA63EA4@nkgeml506-mbx.china.huawei.com>, <6524_1446618416_5639A530_6524_1437_1_53C29892C857584299CBF5D05346208A0F69BE62@OPEXCLILM21.corporate.adroot.infra.ftgroup> <5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA649D5@nkgeml506-mbx.china.huawei.com> In-Reply-To: <5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA649D5@nkgeml506-mbx.china.huawei.com> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.168.234.5] Content-Type: multipart/alternative; boundary="_000_53C29892C857584299CBF5D05346208A0F6AAABEOPEXCLILM21corp_" MIME-Version: 1.0 X-PMX-Version: 6.2.1.2478543, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2015.10.16.122716 Archived-At: Cc: "mpls@ietf.org" Subject: Re: [mpls] Solicit Opinions on Definition of MPLS Global Label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Nov 2015 14:46:04 -0000 --_000_53C29892C857584299CBF5D05346208A0F6AAABEOPEXCLILM21corp_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 Um9iaW4sDQoNCg0KMSkgICAgICBTUFJJTkcvU1IgZG9lcyBOT1QgbmVlZCBnbG9iYWwvZG9tYWlu IHdpZGUgbGFiZWwuIEluIG90aGVyIHdvcmRzLCB0aGUgdXNlIG9mIE1QTFMgR2xvYmFsIExhYmVs IGlzIE5PVCBSRVFVSVJFRCBmb3IgU1IvU1BSSU5HLg0KDQpUaGlzIGlzIGEgZmFjdC4NCkl0IHNo b3VsZCBiZSBjbGVhciBmcm9tIHRoZSBzcGVjLiBPdGhlcndpc2UsIHJ1bm5pbmcgYSBzaW5nbGUg dGVzdCB3aXRoIG5vZGUgaGF2aW5nIGRpZmZlcmVudCBTUkdCcyBpcyBlbm91Z2ggdG8gcHJvdmUg dGhhdCBmYWN0Lg0KTGV0oa9zIGFja25vd2xlZGdlIHRoaXMgZmFjdCBhbmQgbW92ZSBvbi4NCg0K DQoyKSAgICAgIFNSL1NQUklORyB1c2VzIGEgc2V0IG9mIF9sb2NhbF8gbGFiZWxzIGNhbGxlZCBT UkdCLg0KSW4gU1IsIF9pZl8gYSBzZXQgobBYobEgb2Ygbm9kZXMgYXJlIGNvbmZpZ3VyZWQgd2l0 aCB0aGUgc2FtZSBTUkdCLCB0aGVuIHlvdSBlbmQgdXAgdXNpbmcgdGhlIHNhbWUgbG9jYWwgdmFs dWUgb24gdGhpcyBzZXQgb2Ygbm9kZXMuIFggbWF5IGJlIGEgUE9QLCBhIHZlbmRvciwgYSB0eXBl IG9mIHJvdXRlciBoYXJkd2FyZSwgYSBkb21haW6hrQ0KUHJvYmFibHksIHRoaXMgaXMgbm90IHNw ZWNpZmljIHRvIFNSIGFuZCB0aGUgc2FtZSBjb3VsZCBiZSBzYWlkIGFib3V0IHN0YXRpY2FsbHkg Y29uZmlndXJlZCBsYWJlbHMgKHB1c2hlZCBieSBhIFNETiBjb250cm9sbGVyIGlmIHlvdSBsaWtl KSBvciBMRFAgbGFiZWxzICh3aGVyZSBhIHBvbGljeSBjb3VsZCBiZSBjb25maWd1cmVkIHRvIGlu c3RydWN0IExEUCB0byB1c2Ugc3BlY2lmaWMgbGFiZWwuIEluZGVlZCBMRFAgaXMgYSBMYWJlbCBf RGlzdHJpYnV0aW9uXyBQcm90b2NvbC4gTGFiZWwgYWxsb2NhdGlvbiBpcyBvdXQgb2Ygc2NvcGUg b2YgdGhlIExEUCBwcm90b2NvbC4NCg0KTW9yZSBpbmxpbmUgcmVnYXJkaW5nIHlvdXIgc3BlY2lm aWMgcXVlc3Rpb25zIG9uIGRyYWZ0LWlldGYtaXNpcy1zZWdtZW50LXJvdXRpbmctZXh0ZW5zaW9u cy0wNSAod2hpY2ggeW91IHNob3VsZCBhc2sgaW4gdGhlIHJlbGV2YW50IFdHIHJhdGhlciB0aGFu IGluIHRoZSBNUExTIFdHKQ0KDQpCcnVubw0KDQoNCkZyb206IExpemhlbmJpbiBbbWFpbHRvOmxp emhlbmJpbkBodWF3ZWkuY29tXQ0KU2VudDogV2VkbmVzZGF5LCBOb3ZlbWJlciAwNCwgMjAxNSAx MDozMiBQTQ0KVG86IERFQ1JBRU5FIEJydW5vIElNVC9PTE4NCkNjOiBtcGxzQGlldGYub3JnOyBK b2huIEcuIFNjdWRkZXINClN1YmplY3Q6ID8/OiBTb2xpY2l0IE9waW5pb25zIG9uIERlZmluaXRp b24gb2YgTVBMUyBHbG9iYWwgTGFiZWwNCg0KDQpIaSBCcnVubywNCg0KVGhhbmtzIGZvciB5b3Vy IGNvbW1lbnRzLiBJIGNhbiBhZ3JlZSB5b3VyIHNvbWUgc3RhdGVtZW50IHdpdGggc3ByaW5nIGNv LWNoYWlyIGhhdCBvbi4gSSB3b3VsZCBsaWtlIHRvIHByb3Bvc2UgdGhlIGRlZmluaXRpb24gb2Yg ZHJhZnQtaWV0Zi1pc2lzLXNlZ21lbnQtcm91dGluZy1leHRlbnNpb25zLTA1Og0KDQoxLiAiMi4x LiAgUHJlZml4IFNlZ21lbnQgSWRlbnRpZmllciAoUHJlZml4LVNJRCBTdWItVExWKQ0KDQogICAg ICAgICBWLUZsYWc6IFZhbHVlIGZsYWcuICBJZiBzZXQsIHRoZW4gdGhlIFByZWZpeC1TSUQgY2Fy cmllcyBhDQogICAgICAgICB2YWx1ZSAoaW5zdGVhZCBvZiBhbiBpbmRleCkuICBCeSBkZWZhdWx0 IHRoZSBmbGFnIGlzIFVOU0VULg0KICAgICAgICAgTC1GbGFnOiBMb2NhbCBGbGFnLiAgSWYgc2V0 LCB0aGVuIHRoZSB2YWx1ZS9pbmRleCBjYXJyaWVkIGJ5DQogICAgICAgICB0aGUgUHJlZml4LVNJ RCBoYXMgbG9jYWwgc2lnbmlmaWNhbmNlLiAgQnkgZGVmYXVsdCB0aGUgZmxhZyBpcw0KICAgICAg ICAgVU5TRVQuDQoNCg0KDQogICAgICBTSUQvSW5kZXgvTGFiZWw6IGFjY29yZGluZyB0byB0aGUg ViBhbmQgTCBmbGFncywgaXQgY29udGFpbnMNCiAgICAgIGVpdGhlcjoNCiAgICAgICoNCg0KICAg ICAgICAgQSA0IG9jdGV0IGluZGV4IGRlZmluaW5nIHRoZSBvZmZzZXQgaW4gdGhlIFNJRC9MYWJl bCBzcGFjZQ0KICAgICAgICAgYWR2ZXJ0aXNlZCBieSB0aGlzIHJvdXRlciB1c2luZyB0aGUgZW5j b2RpbmdzIGRlZmluZWQgaW4NCiAgICAgICAgIFNlY3Rpb24gMy4xLiAgSW4gdGhpcyBjYXNlIHRo ZSBWIGFuZCBMIGZsYWdzIE1VU1QgYmUgdW5zZXQuDQoNCiAgICAgICAgIEEgMyBvY3RldCBsb2Nh bCBsYWJlbCB3aGVyZSB0aGUgMjAgcmlnaHRtb3N0IGJpdHMgYXJlIHVzZWQgZm9yDQogICAgICAg ICBlbmNvZGluZyB0aGUgbGFiZWwgdmFsdWUuICBJbiB0aGlzIGNhc2UgdGhlIFYgYW5kIEwgZmxh Z3MgTVVTVA0KICAgICAgICAgYmUgc2V0Ig0KDQoNCg0KUmVnYXJkaW5nIHRoZXNlIGRlZmluaXRp b24sIHNpbmNlIHRoZSBjb21iaW5hdGlvbiBvZiBWLUZsYWcgYW5kIEwtRmxhZyBzaG91bGQgaGF2 ZSBmb3VyIHR5cGVzLiBCdXQgbm93IGl0IG9ubHkgZGVmaW5lcyB0d28gdHlwZXMuIElmIFYtRmxh ZyBpcyBTRVQgYW5kIEwtRmxhZyBpcyBVTlNFVCwgd2hhdCBzaG91bGQgYmUgY29udGFpbmVkDQoN CmluIFNJRC9JbmRleC9MYWJlbD8NCg0KW0JydW5vXSBBcyB5b3UgY2FuIHJlYWQgaW4gdGhlIGFi b3ZlIHRleHQsIHRoaXMgY29tYmluYXRpb24gaXMgY3VycmVudGx5IG5vdCBzcGVjaWZpZWQuDQoN CiBJZiB3aXRoIGNvLWF1dGhvciBvZiB0aGUgZHJhZnQgaGF0IG9uLCBjYW4geW91IGhlbHAgZXhw bGFpbj8gT3Igd2lsbCB5b3UgZGVmaW5lIGRlZmluaXRlbHkgaW4gdGhlIGRyYWZ0IHRoYXQgdGhp cyBjYXNlIE1VU1QgTk9UIGhhcHBlbj8NCg0KW0JydW5vXSBTaW5jZSB0aGlzIHVzYWdlIGlzIG5v dCBzcGVjaWZpZWQsIGl0IGNhbqGvdCBiZSB1c2VkLg0KDQpJbiBhZGRpdGlvbiwgSSBsZWFybiBz b21lIGltcGxlbWVudGF0aW9uIGNhbiBkaXJlY3RseSB1c2UgUHJlZml4LVNJRCBTdWItVExWIHRv IGFkdmVydGlzZSB0aGUgZG9tYWluLXdpZGUgbGFiZWwgdmFsdWUgZGlyZWN0bHkgaW5zdGVhZCBv ZiB1c2luZyB5b3VyIHByb3Bvc2VkICJnbG9iYWwgc2VnbWVudHMgdXNlcyBnbG9iYWwgaW5kZXgg Kw0KDQpsb2NhbCBsYWJlbHMgKGFrYSBTUkdCKSIuIElmIHRoaXMgY2FzZSBoYXBwZW5zLCB3aGF0 IHNob3VsZCB3ZSBzYXk/DQoNCklzIGl0IHRoYXQgdGhlIGltcGxlbWVudGF0aW9uIGlzIHRvdGFs bHkgd3Jvbmcgb3IgdGhlIGltcGxlbWVudGF0aW9uIGNhbiBhbHNvIGJlIGFjY2VwdGVkIG9yIGl0 IGlzIGFuDQoNCnNwZWNpYWwgY2FzZSB0aGF0IHRoZSBkb21haW4td2lkZSBsYWJlbCBoYXBwZW5z IHRvIGJlIHRoZSBzYW1lIGFzIHRoZSAiZ2xvYmFsIHNlZ21lbnRzIHVzZXMgZ2xvYmFsIGluZGV4 ICsgbG9jYWwgbGFiZWxzIChha2EgU1JHQikiPw0KDQpbQnJ1bm9dIEFzIHBlciB0aGUgc3BlY2lm aWNhdGlvbiB0ZXh0IHRoYXQgeW91IGhhdmUgcXVvdGVkIHlvdXJzZWxmLCB0aGlzIGlzIGFsbG93 ZWQgaWYgdGhlIHNlZ21lbnQgaXMgbG9jYWwgKEwgZmxhZyBzZXQpLiBPdGhlcndpc2UgaXShr3Mg bm90LCwgaGVuY2UgaXQgd291bGQgYmUgYSBidWcuDQoNCg0KDQpbQnJ1bm9dIEEgcHJpb3JpLCBh bGwgeW91ciBxdWVzdGlvbnMgYXJlIGFuc3dlcmVkIGluIHRoZSBzcGVjLiBJZiB5b3UgaGF2ZSBm dXJ0aGVyIHF1ZXN0aW9ucy9jb21tZW50cyBvbiB0aGlzIElTSVMgV0cgZG9jLCBpdCB3b3VsZCBw cm9iYWJseSBiZSBtb3JlIGFwcHJvcHJpYXRlIHRvIGFzayB0aGVtIGluIHRoZSByZWxldmFudCBX RyAoSVNJUykNCg0KDQoNCg0KDQpCZXN0IFJlZ2FyZHMsDQoNClpoZW5iaW4oUm9iaW4pDQoNCg0K DQoNCg0KDQoNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0Kt6K8/sjLOiBi cnVuby5kZWNyYWVuZUBvcmFuZ2UuY29tPG1haWx0bzpicnVuby5kZWNyYWVuZUBvcmFuZ2UuY29t PiBbYnJ1bm8uZGVjcmFlbmVAb3JhbmdlLmNvbV0NCreiy83KsbzkOiAyMDE1xOoxMdTCNMjVIDE0 OjI2DQrK1bz+yMs6IExpemhlbmJpbg0Ks63LzTogbXBsc0BpZXRmLm9yZzxtYWlsdG86bXBsc0Bp ZXRmLm9yZz47IEpvaG4gRy4gU2N1ZGRlcg0K1vfM4jogUkU6IFNvbGljaXQgT3BpbmlvbnMgb24g RGVmaW5pdGlvbiBvZiBNUExTIEdsb2JhbCBMYWJlbA0KSGkgUm9iaW4sDQoNClNpbmNlIEkgZGlk IG5vdCBnZXQgdGhlIGNoYW5jZSB0byBleHByZXNzIG15IGNvbW1lbnQgZHVyaW5nIHRoZSBtZWV0 aW5nLCBJoa9sbCBkbyBvdmVyIGVtYWlsLg0KDQo8c3ByaW5nIGNvLWNoYWlyIGhhdCBvbj4NClNQ UklORy9TUjoNCi0gaXMgY29tcGxpYW50IHdpdGggdGhlIE1QTFMgYXJjaGl0ZWN0dXJlIChSRkMg MzAzMSkNCiAgICAgICAgICAgICAgLSBpbiBwYXJ0aWN1bGFyLCBpbiB0aGUgY29udHJvbCBwbGFu ZSBsYWJlbHMgYXJlIGxvY2FsbHkgYWxsb2NhdGVkIGFuZCBpbiB0aGUgZm9yd2FyZGluZyBwbGFu ZSwgbGFiZWxzIChvZiBnbG9iYWwgc2VnbWVudHMpIGFyZSBTV0FQZWQNCi0gZG9lcyBOT1QgbmVl ZCBnbG9iYWwvZG9tYWluIHdpZGUgbGFiZWwNCiAgICAgICAgICAgICAgICAtIGxvY2FsIHNlZ21l bnRzIHVzZXMgbG9jYWwgbGFiZWxzDQogICAgICAgICAgICAgICAgLSBnbG9iYWwgc2VnbWVudHMg dXNlcyBnbG9iYWwgaW5kZXggKyBsb2NhbCBsYWJlbHMgKGFrYSBTUkdCKQ0KLSBpcyBub3QgcmVx dWVzdGluZyB0aGUgTVBMUyBXRyB0byB3b3JrIG9uIGdsb2JhbC9kb21haW4gd2lkZSBsYWJlbC4g KGkuZS4gdGhlIGRlYmF0ZSBpcyBjbG9zZWQgZnJvbSB0aGUgU1BSSU5HIHN0YW5kcG9pbnQuKS4g T2J2aW91c2x5LCB0aGUgTVBMUyBXRyBpcyBmcmVlIHRvIHJlLW9wZW4gdGhlIGRlYmF0ZSwgYnV0 IHRoaXMgaXMgbm90IGEgc3ByaW5nIHRoaW5nLg0KPC9zcHJpbmcgY28tY2hhaXIgaGF0IG9uPg0K DQpCYXNlZCBvbiB0aGlzLCBzb21lIG9mIHlvdXIgc2xpZGVzIHJlZmVycmluZyB0byChsFNSIHVz ZXMgY2FzZXOhsSBzZWVtIGEgYml0IG1pc2xlYWRpbmcuIChJIGNhbqGvdCBiZSBtb3JlIHNwZWNp ZmljIHNpbmNlIGR1cmluZyB0aGUgbWVldGluZywgSSBjb3VsZCBzZWUgdGhlIHNsaWRlcyBidXQg Y291bGQgbm90IGNvbW1lbnQsIGFuZCBub3cgSSBjYW4gY29tbWVudCBidXQgY2Fuoa90IHNlZSB0 aGUgc2xpZGVzIGFzIHRoZXkgYXJlIG5vdCBvbmxpbmUpLg0KDQpUaGFua3MNCi0tIEJydW5vDQoN CkZyb206IG1wbHMgW21haWx0bzptcGxzLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBM aXpoZW5iaW4NClNlbnQ6IFdlZG5lc2RheSwgTm92ZW1iZXIgMDQsIDIwMTUgMjoyNyBQTQ0KVG86 IG1wbHNAaWV0Zi5vcmc8bWFpbHRvOm1wbHNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBbbXBsc10gU29s aWNpdCBPcGluaW9ucyBvbiBEZWZpbml0aW9uIG9mIE1QTFMgR2xvYmFsIExhYmVsDQoNCg0KSGkg TVBMU2VycywNCg0KQXMgdGhlIGRldmVsb3BtZW50IG9mIE1QTFMgdGVjaG5vbG9naWVzLCBtYW55 IG5ldyBsYWJlbCBjb25jZXB0cyBiZXlvbmQgUkZDMzAzMSBhcmUgcHJvcG9zZWQuIEFuZCBpbiBz ZWdtZW50IHJvdXRpbmcgTVBMUyBsYWJlbCBjYW4gYmUNCg0KYWxsb2NhdGVkIGFuZCBmbG9vZGVk IGluIHRoZSBuZXR3b3JrIHdoaWNoIG1lYW5zIHRoZSBtZWFuaW5nIG9mIHRoZSBsYWJsZWwgY2Fu IGJlIHVuZGVyc3Rvb2QgYnkgYWxsIG5vZGVzIGluIHRoZSBuZXR3b3JrLiBJdCBpcyB0b3RhbGx5 IGRpZmZlcmVudCBmcm9tDQoNCnRoZSBsYWJlbCBkaXN0cmlidXRpb24gYmVoYXZpb3Igb2YgTERQ LCBSU1ZQLVRFLCBhbmQgTVAtQkdQLiBGcm9tIG15IHBvaW50IG9mIHZpZXcgd2UgbmVlZCBub3Qg YXJndWUgaWYgaXQgaXMgZ2xvYmFsIGxhYmVsIG9yIGdsb2JhbCBJRC4gSW4gZmFjdCwgdGhlDQoN CnBvc3NpYmxlIHBlcnNvbnMgd2hvIHJlYWQgdGhlIGRyYWZ0cyBvZiBwcm90b2NvbCBleHRlbnNp b25zIGZvciBzZWdtZW50IHJvdXRpbmcgd2hpY2ggaW5jb3Jwb3JhdGUgdGhlIGxhYmVsIGFsbG9j YXRpb24gbWF5IGJlIGNvbmZ1c2VkIHRoYXQgTVBMUyBXRyBhcw0KDQp0aGUgYmFzZSBvZiBNUExT IHdvcmsgc2VlbXMgdG8gaGF2ZSBub3RoaW5nIHdpdGggdGhlIHdvcmsuIEJ1dCB0aGUgY2hhbGxl bmdlIG9mIGRlZmluaXRpb24gb2YgZ2xvYmFsIGxhYmVsIHRydWx5IGV4aXN0cyB3aGljaCBoYXMg YmVlbiBwcm9wb3NlZCBpbiB0aGUgZHJhZnQNCg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWQvZHJh ZnQtbGktbXBscy1nbG9iYWwtbGFiZWwtdXNlY2FzZXMtMDMudHh0LiBIb3BlIHlvdSBjYW4gcmVm ZXIgdG8gU2VjdGlvbiA0IG9mIHRoZSBkcmFmdC4NCg0KVGhlIGRlYmF0ZXMgb24gTVBMUyBnbG9i YWwgbGFiZWwgaGF2ZSBsYXN0ZWQgZm9yIGEgbG9uZyB0aW1lLiBUaGUgb3BpbmlvbnMgY2FuIGJl IGNsYXNzaWZpZWQgYXMgZm9sbG93aW5nOg0KDQpPcGluaW9uIDE6IFNlZ21lbnQgUm91dGluZyBo YXMgbm90aGluZyB3aXRoIGdsb2JhbCBsYWJlbCBhbmQgcGxlYXNlIGRvIG5vdCBtYWtlIGl0IGJv dGhlciBNUExTIFdHLiBCdXQgaXQgc2VlbXMgYSBsaXR0bGUgaGFyZCB0byBjb252aW5jZSBzb21l IE1QTFNlcnMuDQoNCk9waW5pb24gMjogVGhlIHVzZWNhc2UgdHJ1bHkgZXhpc3RzLiBCdXQgdGhl IGNvbmNlcHQgb2YgZ2xvYmFsIGxhYmVsIGlzIHRvbyBiaWcuIEl0IGlzIGhhcmQgdG8gYWxsb2Nh dGUgYSBsYWJlbCB3aGljaCBpcyB1bmlxdWUgc3Bhbm5pbmcgbXVsdGlwbGUgZG9tYWlucyBvcg0K DQphcyBJUCBhZGRyZXNzIHdoaWNoIGlzIHVuaXF1ZSBhbGwgb3ZlciB3b3JsZCBzaW5jZSBpdCBp cyBub3QgYSBzY2FsYWJsZSB3YXkgb3IgaXQgaXMgaGFyZCB0byBhY2hpZXZlIHRoZSBnb2FsLiBU aGVuIG1heWJlIGl0IGlzIGEgYmV0dGVyIHdheSB0byBuYXJyb3cgdGhlDQoNCnNjb3BlIHRvIHJl bmFtZSB0aGUgZ2xvYmFsIGxhYmVsIGFzIERvbWFpbi13aWRlIGxhYmVsLCBOZXR3b3JrLXdpZGUg bGFiZWwsIGV0Yy4NCg0KT3BpbmlvbiAzOiBUaGUgZ2xvYmFsIGxhYmVsIGNhbiBiZSBrZXB0IHRv IGNvdmVyIG1vcmUgbGFiZWwgY29uY2VwdHMgd2hpY2ggbGFiZWwgYmVoYXZpb3JzIGluIHRoZSBj b250cm9sIHBsYW5lIGFuZCBmb3J3YXJkIHBsYW5lIGFyZSBkaWZmZXJlbnQgZm9ybSB0aGUNCg0K dHJhZGl0aW9uYWwgTERQL1JTVlAtVEUvTVAtQkdQLg0KDQoNCg0KU2luY2UgSSBjb3VsZCBub3Qg Z2V0IG1vcmUgdGltZSBpbiBteSBwcmVzZW50YXRpb24gdG8gY29sbGVjdCB5b3VyIG9waW5pb25z LCBpZiBjb252ZW5pZW50IHBsZWFzZSBoZWxwIGZlZWRiYWNrIHlvdXIgb3BpbmlvbiBpbiB5b3Vy IG1haWxpbmcgbGlzdC4gSG9wZSB0aHJvdWdoDQoNCnRoZSBkaXNjdXNzaW9uIHdlIGNhbiBtYWtl IHNvbWUgY29uc2Vuc3VzLg0KDQoNCg0KDQoNCg0KDQpCZXN0IFJlZ2FyZHMsDQoNClpoZW5iaW4o Um9iaW4pDQoNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fDQoNCg0KDQpDZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9p bnRlcyBwZXV2ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91 IHByaXZpbGVnaWVlcyBldCBuZSBkb2l2ZW50IGRvbmMNCg0KcGFzIGV0cmUgZGlmZnVzZXMsIGV4 cGxvaXRlcyBvdSBjb3BpZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNl IG1lc3NhZ2UgcGFyIGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXINCg0KYSBsJ2V4cGVkaXRl dXIgZXQgbGUgZGV0cnVpcmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3Nh Z2VzIGVsZWN0cm9uaXF1ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwNCg0KT3Jh bmdlIGRlY2xpbmUgdG91dGUgcmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRl cmUsIGRlZm9ybWUgb3UgZmFsc2lmaWUuIE1lcmNpLg0KDQoNCg0KVGhpcyBtZXNzYWdlIGFuZCBp dHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5m b3JtYXRpb24gdGhhdCBtYXkgYmUgcHJvdGVjdGVkIGJ5IGxhdzsNCg0KdGhleSBzaG91bGQgbm90 IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNvcGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uDQoN CklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkg dGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLg0K DQpBcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5nZSBpcyBub3QgbGlhYmxlIGZvciBtZXNz YWdlcyB0aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hhbmdlZCBvciBmYWxzaWZpZWQuDQoNClRo YW5rIHlvdS4NCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fCgpDZSBtZXNzYWdlIGV0IHNlcyBwaWVjZXMgam9pbnRlcyBwZXV2 ZW50IGNvbnRlbmlyIGRlcyBpbmZvcm1hdGlvbnMgY29uZmlkZW50aWVsbGVzIG91IHByaXZpbGVn aWVlcyBldCBuZSBkb2l2ZW50IGRvbmMKcGFzIGV0cmUgZGlmZnVzZXMsIGV4cGxvaXRlcyBvdSBj b3BpZXMgc2FucyBhdXRvcmlzYXRpb24uIFNpIHZvdXMgYXZleiByZWN1IGNlIG1lc3NhZ2UgcGFy IGVycmV1ciwgdmV1aWxsZXogbGUgc2lnbmFsZXIKYSBsJ2V4cGVkaXRldXIgZXQgbGUgZGV0cnVp cmUgYWluc2kgcXVlIGxlcyBwaWVjZXMgam9pbnRlcy4gTGVzIG1lc3NhZ2VzIGVsZWN0cm9uaXF1 ZXMgZXRhbnQgc3VzY2VwdGlibGVzIGQnYWx0ZXJhdGlvbiwKT3JhbmdlIGRlY2xpbmUgdG91dGUg cmVzcG9uc2FiaWxpdGUgc2kgY2UgbWVzc2FnZSBhIGV0ZSBhbHRlcmUsIGRlZm9ybWUgb3UgZmFs c2lmaWUuIE1lcmNpLgoKVGhpcyBtZXNzYWdlIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRh aW4gY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5mb3JtYXRpb24gdGhhdCBtYXkgYmUgcHJv dGVjdGVkIGJ5IGxhdzsKdGhleSBzaG91bGQgbm90IGJlIGRpc3RyaWJ1dGVkLCB1c2VkIG9yIGNv cGllZCB3aXRob3V0IGF1dGhvcmlzYXRpb24uCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1h aWwgaW4gZXJyb3IsIHBsZWFzZSBub3RpZnkgdGhlIHNlbmRlciBhbmQgZGVsZXRlIHRoaXMgbWVz c2FnZSBhbmQgaXRzIGF0dGFjaG1lbnRzLgpBcyBlbWFpbHMgbWF5IGJlIGFsdGVyZWQsIE9yYW5n ZSBpcyBub3QgbGlhYmxlIGZvciBtZXNzYWdlcyB0aGF0IGhhdmUgYmVlbiBtb2RpZmllZCwgY2hh bmdlZCBvciBmYWxzaWZpZWQuClRoYW5rIHlvdS4KCg== --_000_53C29892C857584299CBF5D05346208A0F6AAABEOPEXCLILM21corp_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable 
______________________________________________________________________=
___________________________________________________

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

This message and its attachments may contain confidential or privileged inf=
ormation that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and dele=
te this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been =
modified, changed or falsified.
Thank you.
--_000_53C29892C857584299CBF5D05346208A0F6AAABEOPEXCLILM21corp_-- From nobody Thu Nov 5 07:33:34 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A04DE1B2F0E; Thu, 5 Nov 2015 07:33:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MrVaK8PnlQ0t; Thu, 5 Nov 2015 07:33:30 -0800 (PST) Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 448661B2F32; Thu, 5 Nov 2015 07:30:05 -0800 (PST) X-AuditID: c1b4fb2d-f79626d000004282-66-563b75fa58f4 Received: from ESGSCHC008.ericsson.se (Unknown_Domain [153.88.253.125]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id F6.B5.17026.AF57B365; Thu, 5 Nov 2015 16:30:03 +0100 (CET) Received: from ESGSCMB109.ericsson.se ([169.254.9.51]) by ESGSCHC008.ericsson.se ([146.11.116.89]) with mapi id 14.03.0248.002; Thu, 5 Nov 2015 23:30:00 +0800 From: Guijuan Wang 3 To: "draft-chandra-mpls-ri-rsvp-frr@ietf.org" , "mpls@ietf.org" Thread-Topic: MPLS-RT review of draft-chandra-mpls-ri-rsvp-frr Thread-Index: AQHRF2Sz0KZ7QZ7xu0+45OVATWOgjJ6NjA6g Date: Thu, 5 Nov 2015 15:29:59 +0000 Message-ID: References: <5628D430.4070602@pi.nu> <4A79394211F1AF4EB57D998426C9340DD479A17D@US70UWXCHMBA01.zam.alcatel-lucent.com> <95453A37E413464E93B5ABC0F8164C4D14C7A93F@eusaamb101.ericsson.se> <562B0CC6.4080909@pi.nu> <563AA906.5020908@pi.nu> In-Reply-To: <563AA906.5020908@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [146.11.116.8] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprIIsWRmVeSWpSXmKPExsUyM+Jvre7vUuswg2XXFCy+3lvLYvFv7hxm i3WXT7FZ3Fq6ktWBxWPJkp9MHrOmt7EFMEVx2aSk5mSWpRbp2yVwZXz80shS8EqvYt08kQbG C7pdjJwcEgImEvu3LmKGsMUkLtxbz9bFyMUhJHCEUWLOx61QziJGifkrNjOCVLEJGEjsb5nJ AmKLCFRJzLy5mA3EZhbwkVi9bw1YXFjAVmJr0152iBo7idXXFrFB2EYS3z9/BbNZBFQkHt4+ ALaZV8BXYkfLG1aIZVuZJD72NjOBJDgFVCVaVvwFG8QIdN73U2uYIJaJS9x6Mp8J4mwBiSV7 zkO9ICrx8vE/VghbQeLAoiVANRxA9ZoS63fpQ7QqSkzpfsgOsVdQ4uTMJywTGMVmIZk6C6Fj FpKOWUg6FjCyrGIULU4tLs5NNzLWSy3KTC4uzs/Ty0st2cQIjKiDW37r7mBc/drxEKMAB6MS D++HXqswIdbEsuLK3EOMEhzMSiK8U0Ktw4R4UxIrq1KL8uOLSnNSiw8xSnOwKInztjA9CBUS SE8sSc1OTS1ILYLJMnFwSjUwVt6+9VbutujaBv2XN5WNYr5Wvpc58ctT5fWrI3Pq3YJ1mpYe jtZb/XRqhMQ+luaJc28/Fli4cK6a/sJfc2P72lJ+lJk1ly3Livj4sWu27/uU7fuk/4Q+2dx6 bcJrzRm/njSuerHpgJ38hTv+DEJbSpjl3HdIKyTuTy/inxGt8CP5Mp/zOWmWuUosxRmJhlrM RcWJAMps4SmkAgAA Archived-At: Cc: "mpls-chairs@ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-chandra-mpls-ri-rsvp-frr X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Nov 2015 15:33:32 -0000 RGVhciBBdXRob3JzLA0KDQpUaGFua3MgZm9yIGRyYWZ0aW5nIHRoaXMgc29sdXRpb24sIEl0IHdv dWxkIGJlIHVzZWZ1bCBpZiB0aGUgRlJSIGNhbiBiZSBjb21wbGV0ZWx5IGluZGVwZW5kZW50IG9m IHJlZnJlc2guIA0KSSByZWFkIHRocm91Z2ggaXQgYW5kIGhlcmUgaXMgbXkgY29tbWVudC4gDQoN Cg0KU2VjdGlvbiAzLCBwYWdlIDYsIFByb2JsZW0gRGVzY3JpcHRpb246DQpQZXIgUkZDIDQwOTAs IHNlY3Rpb24gNy4yIHNlY3Rpb24gSGFuZGxpbmcgRmFpbHVyZXMsIGl0IGhhcyByZXF1aXJlZCB0 aGUgcG9zdHBvbmUgb2Ygc2VuZGluZyBQYXRoQ2xlYXIsIHdhaXQgYW5vdGhlciAzMHMgYnkgZGVm YXVsdC4gVGhlbiB0aGUgcG9zc2liaWxpdHkgZm9yIHRoZSBmaXJzdCBjb25zZXF1ZW5jZSBzaG91 bGQgYmUgbG93ZXIgdGhhbiB0aGUgZm9sbG93aW5nIGNvbnNlcXVlbmNlLCBiZXR0ZXIgdG8gbW92 ZSBpdCBiYWNrIGJhc2VkIG9uIHRoZSBsb2dpYyB0aGF0IHRoZSBtYWpvciBpc3N1ZSBjb21lcyBm aXJzdC4gDQoNClNlY3Rpb24gNCwgcGFnZSA3LCBTb2x1dGlvbiBBc3BlY3RzOiANCiAgUmVhZCB0 aHJvdWdoIHRoZSB3aG9sZSBzb2x1dGlvbiwgaXQgcmVxdWlyZXMgdGhlIHN1cHBvcnRpbmcgb2Yg c2VydmFsIG90aGVyIFJGQ3MgYW5kIGFsc28gdHdvIHdvcmtpbmctaW4tcHJvZ3Jlc3NlcyBSRkNz LiBCZXR0ZXIgdG8gYWRkIOKAnFByZS1SZXF1aXNpdGVz4oCdIGludHJvZHVjdGlvbiBpbiB0aGUg YmVnaW5uaW5nIG9mIHRoaXMgY2hhcHRlciwgdGhlbiB0aGUgdXNlciBmb3IgdGhpcyBkb2N1bWVu dCBrbm93IGl0IGhhcyB0byByZWFkL2ltcGxlbWVudCB0aGUgcHJlcmVxdWlzaXRlIGZpcnN0bHku IA0KQXQgdGhlIG90aGVyIGhhbmQsIHRoZSBtYWpvciBjaGFuZ2UgaW4gdGhlIGNpdGVkIFtTdW1t YXJ5LUZSUl0gYW5kIFtURS1TQ0FMRS1SRUNdIG1heSBiZSBtb25pdG9yZWQgYW5kIGJyb3VnaHQg YmFjayB0byB0aGlzIGRvY3VtZW50LiBGb3IgZXhhbXBsZSBhIGNvbW1lbnQgaGFzIGJlZW4gcmFp c2VkIGZvciB0aGUgbmV3IHN1Yi1vYmplY3QgZGVmaW5pdGlvbiBpbiBbU3VtbWFyeS1GUlJdLCBp dCBtYXkgYmUgY2hhbmdlZC4NCiAgICAgDQpTZWN0aW9uIDQuMS4xLCBwYWdlIDksIFBMUiBCZWhh dmlvcg0KSXMgYmVsb3cgcGFyYWdyYXBoIHBhcmFsbGVsIHRvIGl0cyBmb3JtZXIgYW5kIGZvbGxv d2luZyBwYXJhZ3JhcGhzPyBJZiBzbywgcGxlYXNlIGNoYW5nZSBpdHMgZm9ybWF0IHN0eWxlLCB0 aGF0IGlzIGFkZGluZyDigJwt4oCcIGluIHRoZSBiZWdpbm5pbmcgYW5kIHVzZSBzYW1lIGluZGVu dGF0aW9ucyBhcyBvdGhlcnMuIEN1cnJlbnQgc3R5bGUgbWFrZXMgbWUgZmVlbCBpdOKAmXMgdGhl IHBhcmVudCBvZiB0aGUgZm9sbG93aW5nIDIgcGFyYWdyYXBocy4gDQpJbiB0aGlzIGRvYywgaXQg c2F5czoNCuKAnEluIHBhcmFsbGVsIHRvIHRoZSBhdHRlbXB0IG1hZGUgdG8gY3JlYXRlIE5QLWJ5 cGFzcyBvciBMUC1ieXBhc3MsIHRoZSBQTFIgU0hPVUxEIGluaXRpYXRlIC4uLuKAnQ0KDQpTZWN0 aW9uIDQuMS4yLCBwYWdlIDksIFJlbW90ZSBTaWduYWxpbmcgQWRqYWNlbmN5OiANCkEgbmV3IGhl bGxvIGlzIGludHJvZHVjZWQsIHZpYSBtdWx0aXBsZSBob3BzLiBCZXR0ZXIgdG8gZ2l2ZSB0aGUg c3VnZ2VzdGVkIGRlZmF1bHQgaW50ZXJ2YWwsIHRoZSBoZWxsbyBpbnRlcnZhbCBpbiBSRkMzMjA5 IGlzIDUgbXMsIGl0IG1heSBiZSB0b28gcXVpY2sgZm9yIHRoaXMgc29sdXRpb24uIA0KDQo0LjEu NS4gcGFnZSAxMSwgIlJlbW90ZSIgc3RhdGUgb24gTVANClR5cG8sIGNoYW5nZSBmb3JtIHRvIOKA nGZyb23igJ0gZm9yIGJlbG93IHNlbnRlbmNlLg0K4oCcdGhlICJyZW1vdGUicGF0aCBzdGF0ZSBp cyBub3Qgc2lnbmFsZWQgZXhwbGljaXRseSBmb3JtIFBMUi7igJ0NCg0KU2VjdGlvbiA0LjEuMSwg cGFnZSA5LCBmaXJzdCBwYXJhZ3JhcGg6DQpObyBmdWxsIHdvcmRzIGZvciBURUQgdGhlIGZpcnN0 IHRpbWUgaXQgaXMgbWVudGlvbmVkLCB3b3VsZCB5b3UgcGxlYXNlIGFkZCBpdC4gQW5kIHdvdWxk IGJlIGdyZWF0IGlmIHlvdSBjYW4gZ2l2ZSBhIGJyaWVmIGludHJvZHVjdGlvbiBvbiB1c2luZyB0 aGUgVEVEIHRvIGRldGVybWluZSByb3V0ZUlkLg0K4oCcSWYgdGhlIFBMUiBhbmQgdGhlIE1QIGFy ZSBpbiBzYW1lIGFyZWEsIHRoZW4gdGhlIFBMUiBtYXkgVXRpbGl6ZSB0aGUgVEVEIHRvIGRldGVy bWluZSB0aGUgcm91dGVyIElEIGZyb20gdGhlIGludGVyZmFjZSBhZGRyZXNzIGluIFJSTyAoaWYg Tm9kZUlEIGlzIG5vdCBpbmNsdWRlZCBpbiBSUk8pLuKAnQ0KDQpTZWN0aW9uIDQuMS4xOiBwYWdl IDksIHBhcmFncmFwaCA0Og0KV2hvc2UgdGltZW91dCBkbyB5b3UgbWVhbiBieSDigJxhIHRpbWVv dXTigJ0gaW4gYmVsb3cgcGFyYWdyYXBoPyBBbHNvIG1heSBiZSBiZXR0ZXIgdG8gbW92ZSB0aGUg 4oCcb24gdGhlIG90aGVyIGhhbmTigKYg4oCcIHRvIHRoZSBwYXJhZ3JhcGggYWJvdmUgaXQuIEF0 IGZpcnN0IGdsYW5jZSwgdGhlIHNlbnRlbmNlIGJlZm9yZSBhbmQgYWZ0ZXIg4oCcb24gdGhlIG90 aGVyIGhhbmTigJ0gc2VlbXMgbGlrZSBkdXBsaWNhdGVkLiAgDQpJbiB0aGlzIGRvY3VtZW50LCBp dCBzYXlzOiANCiJUaGUgUExSIFNIT1VMRCB3YWl0IGZvciBhIHRpbWUgb3V0IGJlZm9yZSByZW1v dmluZyBTVU1NQVJZX0ZSUl9CWVBBU1NfQVNTSUdOTUVOVCBzdWItb2JqZWN0IGluIFJSTyBhbmQg dHJpZ2dlcmluZyBQQVRIIGRvd25zdHJlYW0uIE9uIHRoZSBvdGhlciBoYW5kLCB0aGUgUExSIG5l ZWQgbm90IHdhaXQgZm9yIGEgdGltZSBvdXQgdG8gYWRkIFNVTU1BUllfRlJSX0JZUEFTU19BU1NJ R05NRU5UIHN1Ym9iamVjdCBpbiBSUk8gYW5kIG1heSBpbW1lZGlhdGVseSB0cmlnZ2VyIFBBVEgg ZG93bnN0cmVhbS4iDQoNCjQuMi4gcGFnZSAxMSwgSW1wYWN0IG9mIEZhaWx1cmVzIG9uIExTUCBT dGF0ZToNCkluIHRoZSBsYXN0IHBhcmFncmFwaCwgaXQgc2F5cyBpbXBsZW1lbnRhdGlvbiBkb2Vz buKAmXQgbmVlZCB0byBoYXZlIGEgd2F5IHRvIGRpc3Rpbmd1aXNoIOKAnGxpbmstZmFpbHVyZeKA nSBhbmQg4oCcbm9kZS1mYWlsdXJl4oCdLCBidXQgdGhlIGZvbGxvd2luZyBzdGF0ZW1lbnQgZm9y IGhhbmRsaW5nIGRvZXMgZGlzdGluZ3Vpc2ggdGhlIOKAnGxpbmstZmFpbHVyZeKAnSBhbmQg4oCc bm9kZS1mYWlsdXJl4oCdLCBzdWNoIGFzIExQLU1QIGhhcyBkaWZmZXJlbnQgcHJvY2VkdXJlcyBm b3IgbGluayBhbmQgbm9kZSBGYWlsdXJlIGRlZmluZWQgaW4gNC4yLjIgYW5kIDQuMi4zIHNlcGFy YXRlbHkuIElzIGl0IGNvbmZsaWN0aW5nPyANCg0KQWxzbyBpbiB0aGUgb3B0aW9uYWwgd2F5IG9m IHVzaW5nIG5vZGUtaWQgYmFzZWQgaGVsbG8gdG8gZGlzdGluZ3Vpc2ggdGhlbSwgYmV0dGVyIHRv IGdpdmUgZnVydGhlciBkZXRhaWxzIG9uIGhvdyB0byBkaXN0aW5ndWlzaC4NCg0KNC4yLiBwYWdl IDExfjE0LCBJbXBhY3Qgb2YgRmFpbHVyZXMgb24gTFNQIFN0YXRlIE92ZXJhbGwsIGluIHRoaXMg c2VjdGlvbiwgc2V2ZXJhbCBjb25kaXRpb25zIGFyZSBtZW50aW9uZWQgYW5kIGRpZmZlcmVudCBo YW5kbGluZyBuZWVkIHRvIGJlIHRha2VuIGJhc2VkIG9uIGRpZmZlcmVudCBjb25kaXRpb25zIGNv bWJpbmF0aW9ucywgYW5kIDcgaGFuZGxpbmcgY2FzZXMgYXJlIGludHJvZHVjZWQuIElzIGl0IHBv c3NpYmxlIHRvIGNhdGVnb3J5IHRoZW0sIG9yIHNpbXBseSB0aGUgY29tYmluYXRpb25zIGJhc2Vk IG9uIGJlbG93IDMgY29uc2lkZXJhdGlvbnM/DQphLglEaXN0aW5ndWlzaGluZyBhbmQgdW5kZXJz dGFuZGluZyA3IGNhc2VzIGlzIGEgbGl0dGxlIGNvbXBsZXggZm9yIGltcGxlbWVudGF0aW9uLg0K Yi4JVGhlcmUgbWF5IGJlIGNvbmRpdGlvbnMgY29tYmluYXRpb24gdGhhdCBpcyBub3QgZW51bWVy YXRlZCBpbiB0aGlzIGRvY3VtZW50Lg0KYy4JU29tZSBjYXNlIGhhbmRsaW5nIGFyZSB2ZXJ5IHNp bWlsYXIgc3VjaCBhcyBzZWN0aW9uIDQuMi4yIGFuZCA0LjIuNC4NCg0KNC41LjEsIHBhZ2UgMTks IERldGVjdGluZyBTdXBwb3J0IGZvciBSZWZyZXNoIGludGVydmFsIEluZGVwZW5kZW50IEZSUiBT ZWVtcyB0aGUgZGV0ZWN0aW9uIG1haW5seSBjb3VudHMgb24gdGhlIGRldGVjdGlvbiBwcm9jZWR1 cmUgZm9yIFtURS1TQ0FMRS1SRUNdIGFuZCBbU1VNTUFSWS1GUlJdLCBidXQgdGhpcyBkb2N1bWVu dCBpbnRyb2R1Y2VzIGV4dHJhIGV4dGVuc2lvbnMsIHN1Y2ggYXMgbXVsdGlwbGUtaG9wIGhlbGxv LCBhbmQgY29uZGl0aW9uIG9iamVjdCwgdGhlcmUgc2hvdWxkIGFsc28gYSBuZXcgd2F5IHRvIGRl dGVjdCB0aGUgc3VwcG9ydCBmb3IgdGhlbS4NCg0KUmVnYXJkcw0KSmVhbg0KDQo= From nobody Sun Nov 8 02:03:30 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 288D41A19E3 for ; Sun, 8 Nov 2015 02:03:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.9 X-Spam-Level: X-Spam-Status: No, score=-99.9 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RCVD_IN_DNSWL_LOW=-0.7, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CU_Jec8x7cQD for ; Sun, 8 Nov 2015 02:03:27 -0800 (PST) Received: from asmtp1.iomartmail.com (asmtp1.iomartmail.com [62.128.201.248]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5F7FA1A06FD for ; Sun, 8 Nov 2015 02:03:27 -0800 (PST) Received: from asmtp1.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id tA8A3PAG018199 for ; Sun, 8 Nov 2015 10:03:25 GMT Received: from 950129200 (jplon-nat12.juniper.net [193.110.55.12]) (authenticated bits=0) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id tA8A3HCT018124 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO) for ; Sun, 8 Nov 2015 10:03:22 GMT From: "Adrian Farrel" To: Date: Sun, 8 Nov 2015 10:03:12 -0000 Message-ID: <007e01d11a0c$b2b9b620$182d2260$@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: AdEaDD8zekJSNAdgSTOCzuved2LdFw== Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1679-8.0.0.1202-21928.006 X-TM-AS-Result: No--6.066-10.0-31-10 X-imss-scan-details: No--6.066-10.0-31-10 X-TMASE-MatchedRID: ZEpaGrJ+tTPaSvM1wIoVPkM/y5EMs/JmgHzgwy8qV5oX7v80pLvlB2d8 HN3h9yU8RfZg1W0RnrHZi84ijSgzfGedc+HgwP0hMN+B8zdlz9GRPtwwl97om0wND0YI1OK1kwE 2YUcQMETi8zVgXoAltlwtzewu2M63tuZmiwj/lnLdB/CxWTRRu4as+d5/8j56+vxuKpmt72vXG/ ZIKiCQLLDfY8L9CyR+sGKbXTsqTDt2madUWCN/8Q== Archived-At: Subject: [mpls] Thoughts on draft-saad-mpls-lsp-instant-install-rsvpte X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Nov 2015 10:03:29 -0000 Hi authors, You say: In practice, however, the RSVP Resv message for the new LSP can reach the ingress before one (or more) LSR(s) have completed programming their forwarding for the new LSP. I suppose we are falling into the variation cases of 3209's "SHOULD". The node SHOULD be prepared to forward packets carrying the assigned label prior to sending the Resv message. Indeed, pipelining seems to be quite as common in packet networks as it is in optical networks. You might find RFC 6383 useful reading. Adrian From nobody Mon Nov 9 05:37:35 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EF0C71B7CC3 for ; Mon, 9 Nov 2015 05:37:33 -0800 (PST) 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, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ydDJKVaEmlX8 for ; Mon, 9 Nov 2015 05:37:32 -0800 (PST) Received: from mail-wm0-x22b.google.com (mail-wm0-x22b.google.com [IPv6:2a00:1450:400c:c09::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 21C8C1B7CC4 for ; Mon, 9 Nov 2015 05:37:32 -0800 (PST) Received: by wmec201 with SMTP id c201so79601778wme.0 for ; Mon, 09 Nov 2015 05:37:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=reply-to:subject:references:to:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type; bh=ANJ2iCW1FqT1r3rggDiKq3uP+nH3X3LF9BMofzsQrHE=; b=Y9tD3wYbqShkfbCW+w36LuF1PX1VSv4YbR2fg+VmI4FNpYZD3Cbw6YPLiYDCgX12Ne IxUJDxogEVPZe915RaYnBZxcElYGxvn29kIG6DH0lv0txIAnz9Ndpj3gkJC0wGvidAYN 0cenfvX5zh5SF6y3es+L+HOrzde3YoDckU7197mMpeuyePhof0IpHJTVzEh2XJNFv8EQ JB2A0G98LD0wFYYtvlDHgr30nwS/dUtJ8rpG3Hq9ig/BptsS1PYyXTRam/6keBitDDJe brA+QW+mnNZ7SGyCTE98Q28jVwnYnh3mrgXCeyadG81IwIVegAHvswr+2DSwd4EQYGCv czKg== X-Received: by 10.194.179.101 with SMTP id df5mr29216954wjc.60.1447076250733; Mon, 09 Nov 2015 05:37:30 -0800 (PST) Received: from [10.55.98.183] ([173.38.220.51]) by smtp.gmail.com with ESMTPSA id 20sm14375930wmh.8.2015.11.09.05.37.29 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 09 Nov 2015 05:37:29 -0800 (PST) References: <5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA63EA4@nkgeml506-mbx.china.huawei.com> <6524_1446618416_5639A530_6524_1437_1_53C29892C857584299CBF5D05346208A0F69BE62@OPEXCLILM21.corporate.adroot.infra.ftgroup> <5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA649D5@nkgeml506-mbx.china.huawei.com> <7744_1446734757_563B6BA5_7744_365_1_53C29892C857584299CBF5D05346208A0F6AAABE@OPEXCLILM21.corporate.adroot.infra.ftgroup> To: Lizhenbin From: Stewart Bryant Message-ID: <5640A198.1030503@gmail.com> Date: Mon, 9 Nov 2015 13:37:28 +0000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <7744_1446734757_563B6BA5_7744_365_1_53C29892C857584299CBF5D05346208A0F6AAABE@OPEXCLILM21.corporate.adroot.infra.ftgroup> Content-Type: multipart/alternative; boundary="------------000109000500050700090400" Archived-At: Cc: "mpls@ietf.org" Subject: Re: [mpls] Solicit Opinions on Definition of MPLS Global Label X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Stewart Bryant List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Nov 2015 13:37:34 -0000 This is a multi-part message in MIME format. --------------000109000500050700090400 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Robin Others have made many of the points that I would have made in this discussion of global labels, and I have yet to see a compelling case emerge. I am responding to the following from your slide deck: BGP VPN LSP is another type of multi-point to point LSP which faces the challenge of the measurement of packet loss proposed by [I-D.bryant-mpls-synonymous- flow-labels]. Firstly SL can be made to work in this environment. One of the points that I have been making is that the SL label exchange can be thought of as part of the measurement session establishment protocol and thus works underneath any existing label advertizement/exchange protocol without disruption to the existing protocol. If your concern is that you want to remain within the BGP VPN paradigm and have an advertizement only method of operation, with no session, then the advertizing PE could advertise either a set of labels it wanted to use to map between either a source/VPN label pair or as a source identifier. Alternatively you could take a leaf from the SR book use a virtual global label set and advertise the PE offset in the VPN advertizement. This latter approach would mean that a single identity was distributed, but the labels in the stack were scoped to the destination in conformance with RFC3031. I will make one other point, and that is *IF* there is a compelling case for a tagged network layer with truly global labels, then there are other stack based designs that could be considered, which are possibly more powerful than the existing MPLS design. However it is difficult to imagine a sufficiently compelling commercial case for their deployment in the near future. - Stewart --------------000109000500050700090400 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit
Robin

Others have made many of the points that I would have made
in this discussion of global labels, and I have yet to see a
compelling case emerge.

I am responding to the following from your slide deck:

BGP VPN LSP is another type of multi-point to point
LSP which faces the challenge of the measurement of
packet loss proposed by [I-D.bryant-mpls-synonymous-
flow-labels].

Firstly SL can be made to work in this environment. One of the
points that I have been making is that the SL label exchange can
be thought of as part of the measurement session establishment
protocol and thus works underneath any existing label
advertizement/exchange protocol without disruption to the
existing protocol.

If your concern is that you want to remain within the BGP VPN
paradigm and have an advertizement only method of operation,
with no session, then the advertizing PE could advertise either
a set of labels it wanted to use to map between either a
source/VPN label pair or as a source identifier. Alternatively
you could take a leaf from the SR book use a virtual global
label set and advertise the PE offset in the VPN advertizement.
This latter approach would mean that a single identity was
distributed, but the labels in the stack were scoped to the
destination in conformance with RFC3031.

I will make one other point, and that is *IF* there is a compelling
case for a tagged network layer with truly global labels, then there are
other stack based designs that could be considered, which are possibly
more powerful than the existing MPLS design.  However it is difficult
to imagine a sufficiently compelling commercial case for their
deployment in the near future.

- Stewart
--------------000109000500050700090400-- From nobody Mon Nov 9 08:43:03 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A439B1B7F82; Mon, 9 Nov 2015 08:43:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.2 X-Spam-Level: X-Spam-Status: No, score=-6.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, GB_I_LETTER=-2, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pctEf_JcVBv5; Mon, 9 Nov 2015 08:43:00 -0800 (PST) Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A54BC1B7F7D; Mon, 9 Nov 2015 08:42:57 -0800 (PST) X-AuditID: c1b4fb2d-f79626d000004282-0a-5640cd0ff4ae Received: from ESESSHC007.ericsson.se (Unknown_Domain [153.88.253.125]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id 43.AD.17026.F0DC0465; Mon, 9 Nov 2015 17:42:55 +0100 (CET) Received: from ESESSMB301.ericsson.se ([169.254.1.238]) by ESESSHC007.ericsson.se ([153.88.183.39]) with mapi id 14.03.0248.002; Mon, 9 Nov 2015 17:42:55 +0100 From: Daniele Ceccarelli To: "rtg-ads@tools.ietf.org" Thread-Topic: RtgDir review: draft-ietf-mpls-rfc6374-udp-return-path-04.txt Thread-Index: AdEaUtd2K6cgJ/8lR9abU/b+Czm7rA== Date: Mon, 9 Nov 2015 16:42:54 +0000 Message-ID: <4A1562797D64E44993C5CBF38CF1BE4812ACA49E@ESESSMB301.ericsson.se> Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.146] Content-Type: multipart/alternative; boundary="_000_4A1562797D64E44993C5CBF38CF1BE4812ACA49EESESSMB301erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprMIsWRmVeSWpSXmKPExsUyM+JvrS7/WYcwgyt/dC2uz2hitbi1dCWr xfM5M1ksFqx5yu7A4rFkyU8mjy+XP7MFMEVx2aSk5mSWpRbp2yVwZXya/I2loGsjU8WynWUN jD0rmboYOTkkBEwkdl0/wg5hi0lcuLeerYuRi0NI4AijxPltp1ghnMWMEjtfP2PsYuTgYBOw knhyyAekQUTAVKLv/wV2kBpmgZOMEv0XuphBEsICbhIrez4zQRR5S8xf9xbK1pM4veoQWA2L gIpE35xdjCA2r4CvxPbfP1lAbEYBWYkJuxeBxZkFxCVuPZkPdamAxJI955khbFGJl4//sULY ShI/NlxigajPl5i26DvUTEGJkzOfsExgFJ6FZNQsJGWzkJTNAnqNWUBTYv0ufYgSRYkp3Q/Z IWwNidY5c9mRxRcwsq9iFC1OLS7OTTcy1kstykwuLs7P08tLLdnECIyqg1t+6+5gXP3a8RCj AAejEg/vh8v2YUKsiWXFlbmHGCU4mJVEeAt2OYQJ8aYkVlalFuXHF5XmpBYfYpTmYFES521h ehAqJJCeWJKanZpakFoEk2Xi4JRqYPQvyVuXNmlFs9kVx4MGj+1O3pA/8/Be+m9rt4ipK3QZ fJo5lJ/63Y2ykbFaYdz1K89LkX+O/w2lpIJjjI1GC3Wd3J7HK3G8vKN40sjvnN577dAG84kJ Vx49r78moFbZKLTx7xabB9wp+09c+PxEOoq7sVwkx8ixkVdYX1lU8wTzhNuvdpd/U2Ipzkg0 1GIuKk4EAO2ljfamAgAA Archived-At: Cc: "rtg-dir@ietf.org" , "draft-ietf-mpls-rfc6374-udp-return-path.all@tools.ietf.org" , "mpls@ietf.org" Subject: [mpls] RtgDir review: draft-ietf-mpls-rfc6374-udp-return-path-04.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Nov 2015 16:43:02 -0000 --_000_4A1562797D64E44993C5CBF38CF1BE4812ACA49EESESSMB301erics_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8sDQoNCkkgaGF2ZSBiZWVuIHNlbGVjdGVkIGFzIHRoZSBSb3V0aW5nIERpcmVjdG9yYXRl IHJldmlld2VyIGZvciB0aGlzIGRyYWZ0LiBUaGUgUm91dGluZyBEaXJlY3RvcmF0ZSBzZWVrcyB0 byByZXZpZXcgYWxsIHJvdXRpbmcgb3Igcm91dGluZy1yZWxhdGVkIGRyYWZ0cyBhcyB0aGV5IHBh c3MgdGhyb3VnaCBJRVRGIGxhc3QgY2FsbCBhbmQgSUVTRyByZXZpZXcsIGFuZCBzb21ldGltZXMg b24gc3BlY2lhbCByZXF1ZXN0LiBUaGUgcHVycG9zZSBvZiB0aGUgcmV2aWV3IGlzIHRvIHByb3Zp ZGUgYXNzaXN0YW5jZSB0byB0aGUgUm91dGluZyBBRHMuIEZvciBtb3JlIGluZm9ybWF0aW9uIGFi b3V0IHRoZSBSb3V0aW5nIERpcmVjdG9yYXRlLCBwbGVhc2Ugc2VlIOKAi2h0dHA6Ly90cmFjLnRv b2xzLmlldGYub3JnL2FyZWEvcnRnL3RyYWMvd2lraS9SdGdEaXI8aHR0cDovL3RyYWMudG9vbHMu aWV0Zi5vcmcvYXJlYS9ydGcvdHJhYy93aWtpL1J0Z0Rpcj4NCg0KQWx0aG91Z2ggdGhlc2UgY29t bWVudHMgYXJlIHByaW1hcmlseSBmb3IgdGhlIHVzZSBvZiB0aGUgUm91dGluZyBBRHMsIGl0IHdv dWxkIGJlIGhlbHBmdWwgaWYgeW91IGNvdWxkIGNvbnNpZGVyIHRoZW0gYWxvbmcgd2l0aCBhbnkg b3RoZXIgSUVURiBMYXN0IENhbGwgY29tbWVudHMgdGhhdCB5b3UgcmVjZWl2ZSwgYW5kIHN0cml2 ZSB0byByZXNvbHZlIHRoZW0gdGhyb3VnaCBkaXNjdXNzaW9uIG9yIGJ5IHVwZGF0aW5nIHRoZSBk cmFmdC4NCg0KRG9jdW1lbnQ6IGRyYWZ0LWlldGYtbXBscy1yZmM2Mzc0LXVkcC1yZXR1cm4tcGF0 aC0wNC50eHQNClJldmlld2VyOiBEYW5pZWxlIENlY2NhcmVsbGkNClJldmlldyBEYXRlOiBOb3Yg MDggMjAxNQ0KSUVURiBMQyBFbmQgRGF0ZTogZHJhZnQgaW4gQUQgZXZhbHVhdGlvbiBzdGF0ZQ0K SW50ZW5kZWQgU3RhdHVzOiBTdGFuZGFyZCBUcmFjaw0KDQpTdW1tYXJ5Og0KSSBoYXZlIHNvbWUg bWlub3IgY29uY2VybnMgYWJvdXQgdGhpcyBkb2N1bWVudCB0aGF0IEkgdGhpbmsgc2hvdWxkIGJl IHJlc29sdmVkIGJlZm9yZSBwdWJsaWNhdGlvbi4NCg0KQ29tbWVudHM6DQoNClRoZSBkcmFmdCBp cyBwcmV0dHkgc2ltcGxlIGFuZCBzdHJhaWdodGZvcndhcmQsIGl0IGlzIGFsbW9zdCByZWFkeSBm b3IgcHVibGljYXRpb24uIEkgYXBwcmVjaWF0ZWQgdGhlIOKAnG5vdGUgdG8gcmV2aWV3ZXJz4oCd IGF0IHRoZSBiZWdpbm5pbmcgb2Ygc2VjdGlvbiAzLjEsIGdvb2QgaWRlYS4NCg0KTWFqb3IgSXNz dWVzOg0KSWYgeW91IGZpbmQgbm8gbWFqb3IgaXNzdWVzLCBwbGVhc2Ugd3JpdGU6ICJObyBtYWpv ciBpc3N1ZXMgZm91bmQuDQoNCk1pbm9yIElzc3VlczoNCg0KICAqICAgQWJzdHJhY3Q6IHBsZWFz ZSBjb25zaWRlciBpbXByb3ZpbmcgcmVhZGFiaWxpdHkuIFN1Z2dlc3Rpb246IOKAnFJGQzYzNzQg ZGVmaW5lcyBhIHByb3RvY29sIGZvciBQYWNrZXQgTG9zcyBhbmQgRGVsYXkgTWVhc3VyZW1lbnQg Zm9yIE1QTFMgbmV0d29ya3MgKE1QTFMtUExETSkuIFRoaXMgZG9jdW1lbnQgc3BlY2lmaWVzIHRo ZSBwcm9jZWR1cmVzIHRvIGJlIHVzZWQgd2hlbiBzZW5kaW5nIGFuZCBwcm9jZXNzaW5nIG91dC1v Zi1iYW5kIE1QTFMgcGVyZm9ybWFuY2UgbWFuYWdlbWVudCByZXNwb25zZXMgb3ZlciBhbiBJUC9V RFAgcmV0dXJuIHBhdGguDQogICogICBTZWN0aW9uIDM6IE15IHVuZGVyc3RhbmRpbmcgaXMgdGhh dCBpZiBtdWx0aXBsZSBVUk8gYXJlIHNlbnQgYnV0IHRoZSByZXNwb25kZXIgaXMgY29uZmlndXJl ZCB0byBzZW5kIGEgc2luZ2xlIHJlcGx5LCBpdCByZXBsaWVzIHRvIHRoZSBmaXJzdCBVUk8uIElz IGFueSBlcnJvciBtZXNzYWdlIGZvcmVzZWVuIGZvciB0aGlzPw0KICAqICAgV2h5IGEgc2luZ2xl IFVSTyBUTFYgVHlwZSBpcyB1c2VkIGZvciBib3RoIElQdjQgYW5kIElQdjY/IFdvdWxkbuKAmXQg aXQgYmUgY2xlYXJlciB0byB1c2UgdHdvIGRpZmZlcmVudCB2YWx1ZXM/DQogICogICBJIGRvbuKA mXQgdGhpbmsgdGhlIOKAnFNIT1VMROKAnSBpbiBzZWN0aW9uIDQuMiAo4oCcVGhlIHJlY2VpcHQg b2Ygc3VjaCBhIG1hbC1mb3JtZWQgcmVxdWVzdCBTSE9VTEQgYmUgbm90aWZpZWQgdG8gdGhlIG9w ZXJhdG9yIHRocm91Z2ggdGhlIG1hbmFnZW1lbnQgc3lzdGVt4oCm4oCdKSAgc2hvdWxkIGJlIGlu IGNhcGl0YWwgbGV0dGVycywgc2luY2UgaXTigJlzIG5vdCBkZWZpbmluZyBhIHJ1bGUgZm9yIHRo ZSBwcm90b2NvbC4gU2FtZSBhcHBsaWVzIHRvIHNlY3Rpb24gNC40Lg0KICAqICAgU2VjdGlvbiA0 LjMuIFdoeSB0aGVyZSBpcyB0aGlzIHN0cmljdCByZXF1aXJlbWVudD8g4oCcSXQgTVVTVCBOT1Qg YmUgc2VudCBvdGhlciB0aGFuIGluIHJlc3BvbnNlIHRvIGFuIE1QTFMtUExETSBxdWVyeSBtZXNz YWdlLuKAnSBJZiBvbmUgZGF5IGFub3RoZXIgdHlwZSBvZiBxdWVyeSBtZXNzYWdlIGlzIGRlZmlu ZWQgd2h5IGRvIHdlIHdhbnQgdG8gaW1wb3NlIHRoYXQgYSBNUExTLVBNIHJlc3BvbnNlIE1VU1Qg Tk9UIGJlIHNlbnQ/DQoNCk5pdHM6DQoNCiAgKiAgIFBhY2tldCBMb3NzIGFuZCBEZWxheSBNZWFz dXJlbWVudCBhcmUgc29tZXRpbWVzIHVzZWQgd2l0aCBjYXBpdGFsIGxldHRlcnMgYW5kIHNvbWV0 aW1lcyBub3QuDQogICogICDigJxJbiBzdWNoIHN5c3RlbXMgdGhlIHJlc3BvbnNlIG1heSBhcnJp dmUgdmlhIGFueSBpbnRlcmZhY2UgaW4gdGhlIExTUiBhbmQgbmVlZCB0byBpbnRlcm5hbGx5IGZv cndhcmRlZOKApuKAnSBJIGd1ZXNzIGEgdmVyYiBpcyBtaXNzaW5nLg0KICAqICAgU29tZSBzcGVs bGluZyBtaXN0YWtlcyBhcmUgcHJlc2VudCBpbiB0aGUgZG9jdW1lbnQgKGUuZy4gU2VjdGlvbiAz LCBTZWN0aW9uIDQuMSkNCkJSDQpEYW5pZWxlDQo= --_000_4A1562797D64E44993C5CBF38CF1BE4812ACA49EESESSMB301erics_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseTpXaW5nZGluZ3M7DQoJcGFub3NlLTE6NSAwIDAgMCAwIDAgMCAwIDAgMDt9 DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIg MiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5N c29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4w MDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMt c2VyaWYiO30NCmgzDQoJe21zby1zdHlsZS1wcmlvcml0eTo5Ow0KCW1zby1zdHlsZS1saW5rOiJI ZWFkaW5nIDMgQ2hhciI7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0 OjBjbTsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowY207DQoJ Zm9udC1zaXplOjEzLjVwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYi Ow0KCWZvbnQtd2VpZ2h0OmJvbGQ7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28t c3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJs aW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUt cHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7 fQ0KcA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87 DQoJbWFyZ2luLXJpZ2h0OjBjbTsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJn aW4tbGVmdDowY207DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3 IFJvbWFuIiwic2VyaWYiO30NCnByZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0 eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1hcmdpbjowY207DQoJbWFyZ2lu LWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJp ZXIgTmV3Ijt9DQpwLk1zb0xpc3RQYXJhZ3JhcGgsIGxpLk1zb0xpc3RQYXJhZ3JhcGgsIGRpdi5N c29MaXN0UGFyYWdyYXBoDQoJe21zby1zdHlsZS1wcmlvcml0eTozNDsNCgltYXJnaW4tdG9wOjBj bTsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1hcmdpbi1ib3R0b206MGNtOw0KCW1hcmdpbi1sZWZ0 OjM2LjBwdDsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglm b250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO30NCnNwYW4uRW1haWxTdHlsZTE3DQoJ e21zby1zdHlsZS10eXBlOnBlcnNvbmFsLWNvbXBvc2U7DQoJZm9udC1mYW1pbHk6IkNhbGlicmki LCJzYW5zLXNlcmlmIjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4uSGVhZGluZzNDaGFyDQoJ e21zby1zdHlsZS1uYW1lOiJIZWFkaW5nIDMgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk7 DQoJbXNvLXN0eWxlLWxpbms6IkhlYWRpbmcgMyI7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBS b21hbiIsInNlcmlmIjsNCglmb250LXdlaWdodDpib2xkO30NCnNwYW4uYXBwbGUtY29udmVydGVk LXNwYWNlDQoJe21zby1zdHlsZS1uYW1lOmFwcGxlLWNvbnZlcnRlZC1zcGFjZTt9DQpzcGFuLmlj b24NCgl7bXNvLXN0eWxlLW5hbWU6aWNvbjt9DQpzcGFuLkhUTUxQcmVmb3JtYXR0ZWRDaGFyDQoJ e21zby1zdHlsZS1uYW1lOiJIVE1MIFByZWZvcm1hdHRlZCBDaGFyIjsNCgltc28tc3R5bGUtcHJp b3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0dGVkIjsNCglmb250LWZh bWlseToiQ291cmllciBOZXciO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4 cG9ydC1vbmx5O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsN CgltYXJnaW46NzAuODVwdCA3MC44NXB0IDcwLjg1cHQgNzAuODVwdDt9DQpkaXYuV29yZFNlY3Rp b24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi8qIExpc3QgRGVmaW5pdGlvbnMgKi8NCkBsaXN0 IGwwDQoJe21zby1saXN0LWlkOjQ0MTczMzAwNzsNCgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6LTk3 NjgzMTQzNDt9DQpAbGlzdCBsMDpsZXZlbDENCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVs bGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MzYuMHB0Ow0K CW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0K CW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0 IGwwOmxldmVsMg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVs LXRleHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6NzIuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXIt cG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6 ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCgltc28tYmlkaS1mb250LWZh bWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQpAbGlzdCBsMDpsZXZlbDMNCgl7bXNvLWxldmVsLW51 bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFi LXN0b3A6MTA4LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1p bmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5 OldpbmdkaW5nczt9DQpAbGlzdCBsMDpsZXZlbDQNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6 YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MTQ0LjBw dDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBw dDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9 DQpAbGlzdCBsMDpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1z by1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MTgwLjBwdDsNCgltc28tbGV2 ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5z aS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMDps ZXZlbDYNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0 Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MjE2LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBv c2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6 MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMDpsZXZlbDcNCgl7bXNv LWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28t bGV2ZWwtdGFiLXN0b3A6MjUyLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7 DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZv bnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMDpsZXZlbDgNCgl7bXNvLWxldmVsLW51bWJl ci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0 b3A6Mjg4LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRl bnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5Oldp bmdkaW5nczt9DQpAbGlzdCBsMDpsZXZlbDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVs bGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MzI0LjBwdDsN Cgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsN Cgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpA bGlzdCBsMQ0KCXttc28tbGlzdC1pZDo2NTE2MzkwODk7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRz Oi0xNTU0ODQ0NDU2O30NCkBsaXN0IGwxOmxldmVsMQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1h dDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDozNi4w cHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4w cHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0K QGxpc3QgbDE6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28t bGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDo3Mi4wcHQ7DQoJbXNvLWxldmVsLW51 bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9u dC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBOZXciOw0KCW1zby1iaWRpLWZv bnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCkBsaXN0IGwxOmxldmVsMw0KCXttc28tbGV2 ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZl bC10YWItc3RvcDoxMDguMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0 ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1m YW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwxOmxldmVsNA0KCXttc28tbGV2ZWwtbnVtYmVyLWZv cm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDox NDQuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDot MTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2Rp bmdzO30NCkBsaXN0IGwxOmxldmVsNQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7 DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDoxODAuMHB0Ow0KCW1z by1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1z by1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0 IGwxOmxldmVsNg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVs LXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDoyMTYuMHB0Ow0KCW1zby1sZXZlbC1udW1i ZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQt c2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwxOmxldmVsNw0K CXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0K CW1zby1sZXZlbC10YWItc3RvcDoyNTIuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246 bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7 DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwxOmxldmVsOA0KCXttc28tbGV2ZWwt bnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10 YWItc3RvcDoyODguMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0 LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1p bHk6V2luZ2RpbmdzO30NCkBsaXN0IGwxOmxldmVsOQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1h dDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDozMjQu MHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTgu MHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2Rpbmdz O30NCkBsaXN0IGwyDQoJe21zby1saXN0LWlkOjkyODA4MDEzMzsNCgltc28tbGlzdC10ZW1wbGF0 ZS1pZHM6LTIxMTEwMTg4NjI7fQ0KQGxpc3QgbDI6bGV2ZWwxDQoJe21zby1sZXZlbC1udW1iZXIt Zm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9w OjM2LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6 LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJv bDt9DQpAbGlzdCBsMjpsZXZlbDINCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0K CW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRhYi1zdG9wOjcyLjBwdDsNCgltc28tbGV2 ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5z aS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7DQoJbXNvLWJp ZGktZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiI7fQ0KQGxpc3QgbDI6bGV2ZWwzDQoJe21z by1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNv LWxldmVsLXRhYi1zdG9wOjEwOC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0 Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglm b250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDI6bGV2ZWw0DQoJe21zby1sZXZlbC1udW1i ZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1z dG9wOjE0NC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5k ZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpX aW5nZGluZ3M7fQ0KQGxpc3QgbDI6bGV2ZWw1DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1 bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjE4MC4wcHQ7 DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7 DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0K QGxpc3QgbDI6bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28t bGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjIxNi4wcHQ7DQoJbXNvLWxldmVs LW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2kt Zm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDI6bGV2 ZWw3DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrv gqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjI1Mi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3Np dGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEw LjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDI6bGV2ZWw4DQoJe21zby1s ZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxl dmVsLXRhYi1zdG9wOjI4OC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0K CXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250 LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDI6bGV2ZWw5DQoJe21zby1sZXZlbC1udW1iZXIt Zm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9w OjMyNC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50 Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5n ZGluZ3M7fQ0KQGxpc3QgbDMNCgl7bXNvLWxpc3QtaWQ6MTExMDQ2NTUwNDsNCgltc28tbGlzdC10 ZW1wbGF0ZS1pZHM6LTIzNzc1ODA0Mjt9DQpAbGlzdCBsMzpsZXZlbDENCgl7bXNvLWxldmVsLW51 bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFi LXN0b3A6MzYuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWlu ZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6 U3ltYm9sO30NCkBsaXN0IGwzOmxldmVsMg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxs ZXQ7DQoJbXNvLWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6NzIuMHB0Ow0KCW1z by1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1z by1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCglt c28tYmlkaS1mb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQpAbGlzdCBsMzpsZXZlbDMN Cgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsN Cgltc28tbGV2ZWwtdGFiLXN0b3A6MTA4LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9u OmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0 Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMzpsZXZlbDQNCgl7bXNvLWxldmVs LW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwt dGFiLXN0b3A6MTQ0LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4 dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFt aWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMzpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJlci1mb3Jt YXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MTgw LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4 LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5n czt9DQpAbGlzdCBsMzpsZXZlbDYNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0K CW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MjE2LjBwdDsNCgltc28t bGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28t YW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBs MzpsZXZlbDcNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10 ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MjUyLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVy LXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNp emU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMzpsZXZlbDgNCgl7 bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCglt c28tbGV2ZWwtdGFiLXN0b3A6Mjg4LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxl ZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0K CWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMzpsZXZlbDkNCgl7bXNvLWxldmVsLW51 bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFi LXN0b3A6MzI0LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1p bmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5 OldpbmdkaW5nczt9DQpAbGlzdCBsNA0KCXttc28tbGlzdC1pZDoxMjA4OTU2NzM5Ow0KCW1zby1s aXN0LXRlbXBsYXRlLWlkczoyMDMzODUxMjQwO30NCkBsaXN0IGw0OmxldmVsMQ0KCXttc28tbGV2 ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZl bC10YWItc3RvcDozNi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRl eHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZh bWlseTpTeW1ib2w7fQ0KQGxpc3QgbDQ6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0 OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDo3Mi4wcHQ7 DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7 DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBOZXci Ow0KCW1zby1iaWRpLWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCkBsaXN0IGw0Omxl dmVsMw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6 74KnOw0KCW1zby1sZXZlbC10YWItc3RvcDoxMDguMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9z aXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZTox MC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGw0OmxldmVsNA0KCXttc28t bGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1s ZXZlbC10YWItc3RvcDoxNDQuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsN Cgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9u dC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGw0OmxldmVsNQ0KCXttc28tbGV2ZWwtbnVtYmVy LWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3Rv cDoxODAuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVu dDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2lu Z2RpbmdzO30NCkBsaXN0IGw0OmxldmVsNg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxs ZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDoyMTYuMHB0Ow0K CW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0K CW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBs aXN0IGw0OmxldmVsNw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxl dmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDoyNTIuMHB0Ow0KCW1zby1sZXZlbC1u dW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZv bnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGw0OmxldmVs OA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674Kn Ow0KCW1zby1sZXZlbC10YWItc3RvcDoyODguMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRp b246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4w cHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGw0OmxldmVsOQ0KCXttc28tbGV2 ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZl bC10YWItc3RvcDozMjQuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0 ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1m YW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGw1DQoJe21zby1saXN0LWlkOjEyMTA4MDM1Njg7DQoJ bXNvLWxpc3QtdGVtcGxhdGUtaWRzOi0yMTM1MTQ5MzU4O30NCkBsaXN0IGw1OmxldmVsMQ0KCXtt c28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1z by1sZXZlbC10YWItc3RvcDozNi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0 Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglm b250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDU6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXIt Zm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDo3 Mi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0x OC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToiQ291cmll ciBOZXciOw0KCW1zby1iaWRpLWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCkBsaXN0 IGw1OmxldmVsMw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVs LXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDoxMDguMHB0Ow0KCW1zby1sZXZlbC1udW1i ZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQt c2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGw1OmxldmVsNA0K CXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0K CW1zby1sZXZlbC10YWItc3RvcDoxNDQuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246 bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7 DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGw1OmxldmVsNQ0KCXttc28tbGV2ZWwt bnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10 YWItc3RvcDoxODAuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0 LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1p bHk6V2luZ2RpbmdzO30NCkBsaXN0IGw1OmxldmVsNg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1h dDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDoyMTYu MHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTgu MHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2Rpbmdz O30NCkBsaXN0IGw1OmxldmVsNw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJ bXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDoyNTIuMHB0Ow0KCW1zby1s ZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1h bnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGw1 OmxldmVsOA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRl eHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDoyODguMHB0Ow0KCW1zby1sZXZlbC1udW1iZXIt cG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6 ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGw1OmxldmVsOQ0KCXtt c28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1z by1sZXZlbC10YWItc3RvcDozMjQuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVm dDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJ Zm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGw2DQoJe21zby1saXN0LWlkOjE1NDQ2MzI4 NTU7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRzOjE5NjI0NTc5MDg7fQ0KQGxpc3QgbDY6bGV2ZWwx DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7 DQoJbXNvLWxldmVsLXRhYi1zdG9wOjM2LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9u OmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0 Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsNjpsZXZlbDINCgl7bXNvLWxldmVsLW51 bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRhYi1z dG9wOjcyLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRl bnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJD b3VyaWVyIE5ldyI7DQoJbXNvLWJpZGktZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiI7fQ0K QGxpc3QgbDY6bGV2ZWwzDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28t bGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjEwOC4wcHQ7DQoJbXNvLWxldmVs LW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2kt Zm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDY6bGV2 ZWw0DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrv gqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjE0NC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3Np dGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEw LjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDY6bGV2ZWw1DQoJe21zby1s ZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxl dmVsLXRhYi1zdG9wOjE4MC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0K CXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250 LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDY6bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXIt Zm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9w OjIxNi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50 Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5n ZGluZ3M7fQ0KQGxpc3QgbDY6bGV2ZWw3DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxl dDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjI1Mi4wcHQ7DQoJ bXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJ bXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxp c3QgbDY6bGV2ZWw4DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2 ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjI4OC4wcHQ7DQoJbXNvLWxldmVsLW51 bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9u dC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDY6bGV2ZWw5 DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7 DQoJbXNvLWxldmVsLXRhYi1zdG9wOjMyNC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlv bjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBw dDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDcNCgl7bXNvLWxpc3QtaWQ6MTk0 MjI1MDc1NzsNCgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6MTg2Mzc3NTg2Mjt9DQpAbGlzdCBsNzps ZXZlbDENCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0 Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MzYuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9z aXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZTox MC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGw3OmxldmVsMg0KCXttc28tbGV2 ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwt dGFiLXN0b3A6NzIuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0 LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1p bHk6IkNvdXJpZXIgTmV3IjsNCgltc28tYmlkaS1mb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFu Ijt9DQpAbGlzdCBsNzpsZXZlbDMNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0K CW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MTA4LjBwdDsNCgltc28t bGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28t YW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBs NzpsZXZlbDQNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10 ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MTQ0LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVy LXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNp emU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsNzpsZXZlbDUNCgl7 bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCglt c28tbGV2ZWwtdGFiLXN0b3A6MTgwLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxl ZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0K CWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsNzpsZXZlbDYNCgl7bXNvLWxldmVsLW51 bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFi LXN0b3A6MjE2LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1p bmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5 OldpbmdkaW5nczt9DQpAbGlzdCBsNzpsZXZlbDcNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6 YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MjUyLjBw dDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBw dDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9 DQpAbGlzdCBsNzpsZXZlbDgNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1z by1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6Mjg4LjBwdDsNCgltc28tbGV2 ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5z aS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsNzps ZXZlbDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0 Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MzI0LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBv c2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6 MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpvbA0KCXttYXJnaW4tYm90dG9tOjBj bTt9DQp1bA0KCXttYXJnaW4tYm90dG9tOjBjbTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1z byA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIg Lz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVs YXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8 L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJF Ti1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlv bjEiPg0KPHAgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2NvbG9yOmJsYWNrIj5IZWxsbyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBzdHls ZT0iYmFja2dyb3VuZDp3aGl0ZTtvcnBoYW5zOiBhdXRvO3RleHQtYWxpZ246c3RhcnQ7d2lkb3dz OiAxOy13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDt3b3JkLXNwYWNpbmc6MHB4Ij4NCjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2NvbG9yOmJsYWNrIj5JIGhhdmUgYmVlbiBzZWxl Y3RlZCBhcyB0aGUgUm91dGluZyBEaXJlY3RvcmF0ZSByZXZpZXdlciBmb3IgdGhpcyBkcmFmdC4g VGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUgc2Vla3MgdG8gcmV2aWV3IGFsbCByb3V0aW5nIG9yIHJv dXRpbmctcmVsYXRlZCBkcmFmdHMgYXMgdGhleSBwYXNzIHRocm91Z2ggSUVURiBsYXN0IGNhbGwg YW5kIElFU0cgcmV2aWV3LCBhbmQgc29tZXRpbWVzDQogb24gc3BlY2lhbCByZXF1ZXN0LiBUaGUg cHVycG9zZSBvZiB0aGUgcmV2aWV3IGlzIHRvIHByb3ZpZGUgYXNzaXN0YW5jZSB0byB0aGUgUm91 dGluZyBBRHMuIEZvciBtb3JlIGluZm9ybWF0aW9uIGFib3V0IHRoZSBSb3V0aW5nIERpcmVjdG9y YXRlLCBwbGVhc2Ugc2VlPHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7 PC9zcGFuPjxhIGhyZWY9Imh0dHA6Ly90cmFjLnRvb2xzLmlldGYub3JnL2FyZWEvcnRnL3RyYWMv d2lraS9SdGdEaXIiPjxzcGFuIGNsYXNzPSJpY29uIj48c3BhbiBzdHlsZT0iY29sb3I6IzQ0MDA4 OCI+4oCLPC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IzQ0MDA4OCI+aHR0cDovL3Ry YWMudG9vbHMuaWV0Zi5vcmcvYXJlYS9ydGcvdHJhYy93aWtpL1J0Z0Rpcjwvc3Bhbj48L2E+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGU7b3JwaGFuczog YXV0bzt0ZXh0LWFsaWduOnN0YXJ0O3dpZG93czogMTstd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRo OiAwcHg7d29yZC1zcGFjaW5nOjBweCI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtj b2xvcjpibGFjayI+QWx0aG91Z2ggdGhlc2UgY29tbWVudHMgYXJlIHByaW1hcmlseSBmb3IgdGhl IHVzZSBvZiB0aGUgUm91dGluZyBBRHMsIGl0IHdvdWxkIGJlIGhlbHBmdWwgaWYgeW91IGNvdWxk IGNvbnNpZGVyIHRoZW0gYWxvbmcgd2l0aCBhbnkgb3RoZXIgSUVURiBMYXN0IENhbGwgY29tbWVu dHMgdGhhdCB5b3UgcmVjZWl2ZSwgYW5kIHN0cml2ZSB0byByZXNvbHZlIHRoZW0gdGhyb3VnaA0K IGRpc2N1c3Npb24gb3IgYnkgdXBkYXRpbmcgdGhlIGRyYWZ0LjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlO29ycGhhbnM6IGF1dG87dGV4dC1hbGlnbjpz dGFydDt3aWRvd3M6IDE7LXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4O3dvcmQtc3BhY2lu ZzowcHgiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Y29sb3I6YmxhY2siPkRvY3Vt ZW50OjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwO2RyYWZ0LWlldGYt bXBscy1yZmM2Mzc0LXVkcC1yZXR1cm4tcGF0aC0wNDwvc3Bhbj4udHh0PHNwYW4gY2xhc3M9ImFw cGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxicj4NClJldmlld2VyOiBEYW5pZWxl IENlY2NhcmVsbGk8YnI+DQpSZXZpZXcgRGF0ZTogTm92IDA4IDIwMTU8YnI+DQpJRVRGIExDIEVu ZCBEYXRlOiBkcmFmdCBpbiBBRCBldmFsdWF0aW9uIHN0YXRlPHNwYW4gY2xhc3M9ImFwcGxlLWNv bnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxicj4NCkludGVuZGVkIFN0YXR1czogU3RhbmRh cmQgVHJhY2s8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBzdHlsZT0iYmFja2dyb3VuZDp3aGl0 ZTtvcnBoYW5zOiBhdXRvO3RleHQtYWxpZ246c3RhcnQ7d2lkb3dzOiAxOy13ZWJraXQtdGV4dC1z dHJva2Utd2lkdGg6IDBweDt3b3JkLXNwYWNpbmc6MHB4Ij4NCjxzdHJvbmc+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQiPlN1bW1hcnk6PC9zcGFuPjwvc3Ryb25nPjxzcGFuIGNsYXNzPSJh cHBsZS1jb252ZXJ0ZWQtc3BhY2UiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJz cDs8L3NwYW4+PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2NvbG9yOnJlZCI+ PGJyPg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5JIGhhdmUgc29tZSBt aW5vciBjb25jZXJucyBhYm91dCB0aGlzIGRvY3VtZW50IHRoYXQgSSB0aGluayBzaG91bGQgYmUg cmVzb2x2ZWQgYmVmb3JlIHB1YmxpY2F0aW9uLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIHN0 eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Yj5Db21tZW50czo8bzpwPjwvbzpwPjwvYj48L3A+DQo8 cCBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQi PlRoZSBkcmFmdCBpcyBwcmV0dHkgc2ltcGxlIGFuZCBzdHJhaWdodGZvcndhcmQsIGl0IGlzIGFs bW9zdCByZWFkeSBmb3IgcHVibGljYXRpb24uIEkgYXBwcmVjaWF0ZWQgdGhlIOKAnG5vdGUgdG8g cmV2aWV3ZXJz4oCdIGF0IHRoZSBiZWdpbm5pbmcgb2Ygc2VjdGlvbiAzLjEsIGdvb2QgaWRlYS48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGI+TWFq b3IgSXNzdWVzOjxvOnA+PC9vOnA+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bztiYWNr Z3JvdW5kOndoaXRlIj4NCklmIHlvdSBmaW5kIG5vIG1ham9yIGlzc3VlcywgcGxlYXNlIHdyaXRl OiAmcXVvdDtObyBtYWpvciBpc3N1ZXMgZm91bmQuPG86cD48L286cD48L3A+DQo8cCBzdHlsZT0i YmFja2dyb3VuZDp3aGl0ZTtvcnBoYW5zOiBhdXRvO3RleHQtYWxpZ246c3RhcnQ7d2lkb3dzOiAx Oy13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDt3b3JkLXNwYWNpbmc6MHB4Ij4NCjxiPk1p bm9yIElzc3Vlczo8bzpwPjwvbzpwPjwvYj48L3A+DQo8dWwgdHlwZT0iZGlzYyI+DQo8bGkgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvO21zby1saXN0OmwyIGxldmVsMSBsZm83O2JhY2tncm91bmQ6d2hpdGUi Pg0KQWJzdHJhY3Q6IHBsZWFzZSBjb25zaWRlciBpbXByb3ZpbmcgcmVhZGFiaWxpdHkuIFN1Z2dl c3Rpb246IOKAnFJGQzYzNzQgZGVmaW5lcyBhIHByb3RvY29sIGZvciBQYWNrZXQgTG9zcyBhbmQg RGVsYXkgTWVhc3VyZW1lbnQgZm9yIE1QTFMgbmV0d29ya3MgKE1QTFMtUExETSkuIFRoaXMgZG9j dW1lbnQgc3BlY2lmaWVzIHRoZSBwcm9jZWR1cmVzIHRvIGJlIHVzZWQgd2hlbiBzZW5kaW5nIGFu ZCBwcm9jZXNzaW5nIG91dC1vZi1iYW5kIE1QTFMgcGVyZm9ybWFuY2UNCiBtYW5hZ2VtZW50IHJl c3BvbnNlcyBvdmVyIGFuIElQL1VEUCByZXR1cm4gcGF0aC48bzpwPjwvbzpwPjwvbGk+PGxpIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMiBsZXZlbDEgbGZvNztiYWNrZ3JvdW5kOndoaXRl Ij4NClNlY3Rpb24gMzogTXkgdW5kZXJzdGFuZGluZyBpcyB0aGF0IGlmIG11bHRpcGxlIFVSTyBh cmUgc2VudCBidXQgdGhlIHJlc3BvbmRlciBpcyBjb25maWd1cmVkIHRvIHNlbmQgYSBzaW5nbGUg cmVwbHksIGl0IHJlcGxpZXMgdG8gdGhlIGZpcnN0IFVSTy4gSXMgYW55IGVycm9yIG1lc3NhZ2Ug Zm9yZXNlZW4gZm9yIHRoaXM/PG86cD48L286cD48L2xpPjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87 bXNvLWxpc3Q6bDIgbGV2ZWwxIGxmbzc7YmFja2dyb3VuZDp3aGl0ZSI+DQpXaHkgYSBzaW5nbGUg VVJPIFRMViBUeXBlIGlzIHVzZWQgZm9yIGJvdGggSVB2NCBhbmQgSVB2Nj8gV291bGRu4oCZdCBp dCBiZSBjbGVhcmVyIHRvIHVzZSB0d28gZGlmZmVyZW50IHZhbHVlcz88bzpwPjwvbzpwPjwvbGk+ PGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMiBsZXZlbDEgbGZvNztiYWNrZ3JvdW5k OndoaXRlIj4NCkkgZG9u4oCZdCB0aGluayB0aGUg4oCcU0hPVUxE4oCdIGluIHNlY3Rpb24gNC4y ICjigJxUaGUgcmVjZWlwdCBvZiBzdWNoIGEgbWFsLWZvcm1lZCByZXF1ZXN0IFNIT1VMRCBiZSBu b3RpZmllZCB0byB0aGUgb3BlcmF0b3IgdGhyb3VnaCB0aGUgbWFuYWdlbWVudCBzeXN0ZW3igKbi gJ0pICZuYnNwO3Nob3VsZCBiZSBpbiBjYXBpdGFsIGxldHRlcnMsIHNpbmNlIGl04oCZcyBub3Qg ZGVmaW5pbmcgYSBydWxlIGZvciB0aGUgcHJvdG9jb2wuIFNhbWUgYXBwbGllcyB0byBzZWN0aW9u DQogNC40LjxvOnA+PC9vOnA+PC9saT48bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0Omwy IGxldmVsMSBsZm83O2JhY2tncm91bmQ6d2hpdGUiPg0KU2VjdGlvbiA0LjMuIFdoeSB0aGVyZSBp cyB0aGlzIHN0cmljdCByZXF1aXJlbWVudD8g4oCcSXQgTVVTVCBOT1QgYmUgc2VudCBvdGhlciB0 aGFuIGluIHJlc3BvbnNlIHRvIGFuIE1QTFMtUExETSBxdWVyeSBtZXNzYWdlLuKAnSBJZiBvbmUg ZGF5IGFub3RoZXIgdHlwZSBvZiBxdWVyeSBtZXNzYWdlIGlzIGRlZmluZWQgd2h5IGRvIHdlIHdh bnQgdG8gaW1wb3NlIHRoYXQgYSBNUExTLVBNIHJlc3BvbnNlIE1VU1QgTk9UIGJlIHNlbnQ/PG86 cD48L286cD48L2xpPjwvdWw+DQo8cCBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHN0cm9uZz48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Tml0czo8L3NwYW4+PC9zdHJvbmc+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjx1bCB0eXBl PSJkaXNjIj4NCjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0 OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzg7 YmFja2dyb3VuZDp3aGl0ZSI+DQpQYWNrZXQgTG9zcyBhbmQgRGVsYXkgTWVhc3VyZW1lbnQgYXJl IHNvbWV0aW1lcyB1c2VkIHdpdGggY2FwaXRhbCBsZXR0ZXJzIGFuZCBzb21ldGltZXMgbm90Ljxv OnA+PC9vOnA+PC9saT48bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0OmwwIGxldmVsMSBs Zm84O2JhY2tncm91bmQ6d2hpdGUiPg0K4oCcSW4gc3VjaCBzeXN0ZW1zIHRoZSByZXNwb25zZSBt YXkgYXJyaXZlIHZpYSBhbnkgaW50ZXJmYWNlIGluIHRoZSBMU1IgYW5kIG5lZWQgdG8gaW50ZXJu YWxseSBmb3J3YXJkZWTigKbigJ0gSSBndWVzcyBhIHZlcmIgaXMgbWlzc2luZy48bzpwPjwvbzpw PjwvbGk+PGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMCBsZXZlbDEgbGZvODtiYWNr Z3JvdW5kOndoaXRlIj4NClNvbWUgc3BlbGxpbmcgbWlzdGFrZXMgYXJlIHByZXNlbnQgaW4gdGhl IGRvY3VtZW50IChlLmcuIFNlY3Rpb24gMywgU2VjdGlvbiA0LjEpPG86cD48L286cD48L2xpPjwv dWw+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5CUjxicj4NCkRhbmllbGU8bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_4A1562797D64E44993C5CBF38CF1BE4812ACA49EESESSMB301erics_-- From nobody Mon Nov 9 09:13:42 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BD3FF1B7FD3; Mon, 9 Nov 2015 09:13:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -16.51 X-Spam-Level: X-Spam-Status: No, score=-16.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, GB_I_LETTER=-2, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mdBzc8DcP_ik; Mon, 9 Nov 2015 09:13:37 -0800 (PST) Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 258901B7FD1; Mon, 9 Nov 2015 09:13:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=36724; q=dns/txt; s=iport; t=1447089216; x=1448298816; h=reply-to:subject:references:to:cc:from:message-id:date: mime-version:in-reply-to; bh=9HiFbMxUqUxXINiylp3Ifb2fdr42IqeWAqgcKrMfSqc=; b=CRnw6AfQpkQ78OXSzkqc02z+8deFjCJkO+65l7hQmvKIPccbto3vChaA fqVcCRCVrvxyFxOS1t6qDWnkPEEUbG6IQ4atWDQxb6kn5vMsxuddyqG8J N7VeWZzH37HpVng7FcAVw15qkjjAIkFtc4q0oDGZD5HciDGIrwkIyS/eG g=; X-IronPort-AV: E=Sophos;i="5.20,266,1444694400"; d="scan'208,217";a="630781586" Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-1.cisco.com with ESMTP; 09 Nov 2015 17:13:34 +0000 Received: from [10.55.98.183] (ams-stbryant-8816.cisco.com [10.55.98.183]) by aer-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id tA9HDXNv032059; Mon, 9 Nov 2015 17:13:33 GMT References: <4A1562797D64E44993C5CBF38CF1BE4812ACA49E@ESESSMB301.ericsson.se> To: Daniele Ceccarelli , "rtg-ads@tools.ietf.org" From: Stewart Bryant Message-ID: <5640D43D.5090603@cisco.com> Date: Mon, 9 Nov 2015 17:13:33 +0000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <4A1562797D64E44993C5CBF38CF1BE4812ACA49E@ESESSMB301.ericsson.se> Content-Type: multipart/alternative; boundary="------------010204000107040001030704" Archived-At: Cc: "rtg-dir@ietf.org" , "draft-ietf-mpls-rfc6374-udp-return-path.all@tools.ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] RtgDir review: draft-ietf-mpls-rfc6374-udp-return-path-04.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: stbryant@cisco.com List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Nov 2015 17:13:39 -0000 This is a multi-part message in MIME format. --------------010204000107040001030704 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Daniele Thank you for the review, please see inline. On 09/11/2015 16:42, Daniele Ceccarelli wrote: > > Hello, > > I have been selected as the Routing Directorate reviewer for this > draft. The Routing Directorate seeks to review all routing or > routing-related drafts as they pass through IETF last call and IESG > review, and sometimes on special request. The purpose of the review is > to provide assistance to the Routing ADs. For more information about > the Routing Directorate, please see​ > http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir > > Although these comments are primarily for the use of the Routing ADs, > it would be helpful if you could consider them along with any other > IETF Last Call comments that you receive, and strive to resolve them > through discussion or by updating the draft. > > Document: draft-ietf-mpls-rfc6374-udp-return-path-04.txt > Reviewer: Daniele Ceccarelli > Review Date: Nov 08 2015 > IETF LC End Date: draft in AD evaluation state > Intended Status: Standard Track > > *Summary:* > I have some minor concerns about this document that I think should be > resolved before publication. > > *Comments:* > > The draft is pretty simple and straightforward, it is almost ready for > publication. I appreciated the “note to reviewers†at the beginning of > section 3.1, good idea. > > *Major Issues:* > > If you find no major issues, please write: "No major issues found. > > *Minor Issues:* > > * Abstract: please consider improving readability. Suggestion: > “RFC6374 defines a protocol for Packet Loss and Delay Measurement > for MPLS networks (MPLS-PLDM). This document specifies the > procedures to be used when sending and processing out-of-band MPLS > performance management responses over an IP/UDP return path. > OK, will take a close look at this text. > > * > > > * Section 3: My understanding is that if multiple URO are sent but > the responder is configured to send a single reply, it replies to > the first URO. Is any error message foreseen for this? > Actually I wonder if this should be the first URO that it is able to respond to. The case in point would be if it found an IPv4 and an IPv6 USO (in that order) but could only sent IPv6. I was not planning an error response. One can imagine cases (IPv4 and IPv6 for example) when there might be both type of URO in every message particularly during protocol migration. > * > > > * Why a single URO TLV Type is used for both IPv4 and IPv6? Wouldn’t > it be clearer to use two different values? > Both method are good protocol design. We tossed a dice and came down in favour of conserving Optional TLV types. > > * > > > * I don’t think the “SHOULD†in section 4.2 (“The receipt of such a > mal-formed request SHOULD be notified to the operator through the > management system…â€) should be in capital letters, since it’s not > defining a rule for the protocol. Same applies to section 4.4. > SHOULD is an instruction to the implementer, which I think is valid use of RFC2119 language. > > * > > > * Section 4.3. Why there is this strict requirement? “It MUST NOT be > sent other than in response to an MPLS-PLDM query message.†If one > day another type of query message is defined why do we want to > impose that a MPLS-PM response MUST NOT be sent? > This is as defined in RFC6374. If some other protocol needs a MPLS-PM response it will specify that for itself. > * > > > *Nits:* > > * Packet Loss and Delay Measurement are sometimes used with capital > letters and sometimes not. > * “In such systems the response may arrive via any interface in the > LSR and need to internally forwarded…†I guess a verb is missing. > Yes - thanks. > > * > > > * Some spelling mistakes are present in the document (e.g. Section > 3, Section 4.1) > I will try me best to get them, but despite my very best endeavors spelling has never been one of my major skills. I am sure my friends in the RFC Editor office will pick up with any I miss. Thanks Stewart > > * > > BR > Daniele > > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls -- For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/index.html --------------010204000107040001030704 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit
Daniele

Thank you for the review, please see inline.

On 09/11/2015 16:42, Daniele Ceccarelli wrote:

Hello,

I have been selected as the Routing Directorate reviewer for this draft. The Routing Directorate seeks to review all routing or routing-related drafts as they pass through IETF last call and IESG review, and sometimes on special request. The purpose of the review is to provide assistance to the Routing ADs. For more information about the Routing Directorate, please see ​http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir

Although these comments are primarily for the use of the Routing ADs, it would be helpful if you could consider them along with any other IETF Last Call comments that you receive, and strive to resolve them through discussion or by updating the draft.

Document: draft-ietf-mpls-rfc6374-udp-return-path-04.txt 
Reviewer: Daniele Ceccarelli
Review Date: Nov 08 2015
IETF LC End Date: draft in AD evaluation state 
Intended Status: Standard Track

Summary: 
I have some minor concerns about this document that I think should be resolved before publication.

Comments:

The draft is pretty simple and straightforward, it is almost ready for publication. I appreciated the “note to reviewers†at the beginning of section 3.1, good idea.

Major Issues:

If you find no major issues, please write: "No major issues found.

Minor Issues:

  • Abstract: please consider improving readability. Suggestion: “RFC6374 defines a protocol for Packet Loss and Delay Measurement for MPLS networks (MPLS-PLDM). This document specifies the procedures to be used when sending and processing out-of-band MPLS performance management responses over an IP/UDP return path.
OK, will take a close look at this text.

  • Section 3: My understanding is that if multiple URO are sent but the responder is configured to send a single reply, it replies to the first URO. Is any error message foreseen for this?
Actually I wonder if this should be the first URO that it is able to respond to.

The case in point would be if it found an IPv4 and an IPv6 USO (in that order) but could only sent IPv6.

I was not planning an error response. One can imagine cases (IPv4 and IPv6 for example) when there might be both type of URO in every message particularly during protocol migration.


  • Why a single URO TLV Type is used for both IPv4 and IPv6? Wouldn’t it be clearer to use two different values?
Both method are good protocol design. We tossed a dice and came down in favour of conserving Optional TLV types.

  • I don’t think the “SHOULD†in section 4.2 (“The receipt of such a mal-formed request SHOULD be notified to the operator through the management system…â€)  should be in capital letters, since it’s not defining a rule for the protocol. Same applies to section 4.4.
SHOULD is an instruction to the implementer, which I think is valid use of RFC2119 language.

  • Section 4.3. Why there is this strict requirement? “It MUST NOT be sent other than in response to an MPLS-PLDM query message.†If one day another type of query message is defined why do we want to impose that a MPLS-PM response MUST NOT be sent?
This is as defined in RFC6374.

If some other protocol needs a MPLS-PM response it will specify that for itself.


Nits:

  • Packet Loss and Delay Measurement are sometimes used with capital letters and sometimes not.
  • “In such systems the response may arrive via any interface in the LSR and need to internally forwarded…†I guess a verb is missing.
Yes - thanks.

  • Some spelling mistakes are present in the document (e.g. Section 3, Section 4.1)
I will try me best to get them, but despite my very best endeavors spelling has never been one of my major skills. I am sure my friends in  the RFC Editor office will pick up with any I miss.

Thanks

Stewart

BR
Daniele



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



-- 
For corporate legal information go to:

http://www.cisco.com/web/about/doing_business/legal/cri/index.html
--------------010204000107040001030704-- From nobody Tue Nov 10 04:32:47 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 69E0C1AC3BE; Tue, 10 Nov 2015 04:32:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LE7BTU-Azyyx; Tue, 10 Nov 2015 04:32:43 -0800 (PST) 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 1E7F81AC3B9; Tue, 10 Nov 2015 04:32:42 -0800 (PST) Received: from asmtp3.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id tAACWarb026007; Tue, 10 Nov 2015 12:32:36 GMT Received: from 950129200 ([27.38.4.176]) (authenticated bits=0) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id tAACWLrP025736 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Tue, 10 Nov 2015 12:32:29 GMT From: "Adrian Farrel" To: , "'Daniele Ceccarelli'" , References: <4A1562797D64E44993C5CBF38CF1BE4812ACA49E@ESESSMB301.ericsson.se> <5640D43D.5090603@cisco.com> In-Reply-To: <5640D43D.5090603@cisco.com> Date: Tue, 10 Nov 2015 12:32:07 -0000 Message-ID: <031a01d11bb3$dff6bb80$9fe43280$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQGxc8UG+JXSnw9vKwEGDRxJ8tXARAFbmaocnsmidiA= Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1679-8.0.0.1202-21932.007 X-TM-AS-Result: No-2.990-10.0-31-10 X-imss-scan-details: No-2.990-10.0-31-10 X-TMASE-MatchedRID: 5+1rHnqhWUQ4HKI/yaqRm/p1plqEbuqxKloE0QYN6MISbGfYBjCAMvke KF7cZWNJcRMU/6zQP6iE8eev+nXtzMFeWQ9rEC3V4t2mucDkRBEZskwWqoib3D0cwODY7JTpo8W MkQWv6iWY/fxzcM2LJMce5dMCYKFd3QfwsVk0UbuZ/dgf3Hl0lcjC9feAoLkjG3RfY8H/HNWrr8 YiFy8uHiG5nk91h/u+YbJlYaFeS1bfmX8j0EVgesityBAn05NxSlf5ugIkOUSGsFDsuOejCwkCn kA3h/n1D701dfVAizuSL9OvtUca/e6+D482nHhriTSgm8kJVKRDDKa3G4nrLQ== Archived-At: Cc: rtg-dir@ietf.org, draft-ietf-mpls-rfc6374-udp-return-path.all@tools.ietf.org, mpls@ietf.org Subject: Re: [mpls] [RTG-DIR] RtgDir review: draft-ietf-mpls-rfc6374-udp-return-path-04.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Nov 2015 12:32:44 -0000 >> =E2=80=A2 Section 3: My understanding is that if multiple URO are = sent but the responder is >> configured to send a single reply, it replies to the first URO. Is = any error message >> foreseen for this? > > Actually I wonder if this should be the first URO that it is able to = respond to. Yes, I like this formulation which I interpret to mean: process them in = order and use the first one in the list that it is able to use. "Able" is perhaps suspect and subject to policy, but presumably the = sender is happy for any URO in the list to be used, and all we are doing = is expressing an ordered preference. =20 Adrian From nobody Tue Nov 10 05:37:04 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7FB801B37A4; Tue, 10 Nov 2015 05:37:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.2 X-Spam-Level: X-Spam-Status: No, score=-6.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, GB_I_LETTER=-2, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pOKhmAYiXCYo; Tue, 10 Nov 2015 05:36:57 -0800 (PST) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9D0591B37A1; Tue, 10 Nov 2015 05:36:55 -0800 (PST) X-AuditID: c1b4fb25-f79a26d00000149a-66-5641f2f5f150 Received: from ESESSHC012.ericsson.se (Unknown_Domain [153.88.253.125]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id AC.18.05274.5F2F1465; Tue, 10 Nov 2015 14:36:53 +0100 (CET) Received: from ESESSMB301.ericsson.se ([169.254.1.238]) by ESESSHC012.ericsson.se ([153.88.183.54]) with mapi id 14.03.0248.002; Tue, 10 Nov 2015 14:36:53 +0100 From: Daniele Ceccarelli To: "stbryant@cisco.com" , "rtg-ads@tools.ietf.org" Thread-Topic: [mpls] RtgDir review: draft-ietf-mpls-rfc6374-udp-return-path-04.txt Thread-Index: AdEaUtd2K6cgJ/8lR9abU/b+Czm7rAAtr0CAACr5Y3A= Date: Tue, 10 Nov 2015 13:36:52 +0000 Message-ID: <4A1562797D64E44993C5CBF38CF1BE4812ACB021@ESESSMB301.ericsson.se> References: <4A1562797D64E44993C5CBF38CF1BE4812ACA49E@ESESSMB301.ericsson.se> <5640D43D.5090603@cisco.com> In-Reply-To: <5640D43D.5090603@cisco.com> Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.147] Content-Type: multipart/alternative; boundary="_000_4A1562797D64E44993C5CBF38CF1BE4812ACB021ESESSMB301erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrIIsWRmVeSWpSXmKPExsUyM+Jvre7XT45hBl2TNC2uz2hitbi1dCWr xfM5M1ksFqx5ym5x7ukcRgdWjym/N7J6LFnyk8njy+XPbAHMUVw2Kak5mWWpRfp2CVwZrydZ FFxZyFTx+sdh1gbGjllMXYycHBICJhIv9lyEssUkLtxbz9bFyMUhJHCEUeLd5R1MEM4SRomm VVcZuxg5ONgErCSeHPIBMUUEkiR+PrAFKWEWOM0osX3ecXaQQcICwRJbfj1nBrFFBEIkTi8/ zA5RbyWx+CUPiMkioCrxZU4eSAWvgK/E9EcNYJ1CAjkSB37fBrM5BTQlFu+4ygpiMwrISkzY vYgRxGYWEJe49WQ+1MkCEkv2nGeGsEUlXj7+xwoyXkJASWLa1jSI8nyJxdd2M0OsEpQ4OfMJ ywRG0VlIJs1CUjYLSdksoEnMQFes36UPUaIoMaX7ITuErSHROmcuO7L4Akb2VYyixanFSbnp RsZ6qUWZycXF+Xl6eaklmxiBEXlwy2/VHYyX3zgeYhTgYFTi4f0w1TFMiDWxrLgy9xCjBAez kggv42ugEG9KYmVValF+fFFpTmrxIUZpDhYlcd5mpgehQgLpiSWp2ampBalFMFkmDk6pBkYx vdwUkZ/P83svO+xfXnvj8a3079zvddbmhbCt+BTodas2+sb1hHdmvHu81VcHWeSrrL5QErq1 ze9k4UWePJEz0YzpIgGnV65KupM1qTA977npi2Unvl96cEmytVBf/Oep0LTdhz17Dxnzm6w/ 7sOxWuDspaeli7vkbNz59X9EulhZ7PRcJKzEUpyRaKjFXFScCACZ/lMZxAIAAA== Archived-At: Cc: "rtg-dir@ietf.org" , "draft-ietf-mpls-rfc6374-udp-return-path.all@tools.ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] RtgDir review: draft-ietf-mpls-rfc6374-udp-return-path-04.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Nov 2015 13:37:01 -0000 --_000_4A1562797D64E44993C5CBF38CF1BE4812ACB021ESESSMB301erics_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgU3Rld2FydCwNCg0KUGxlYXNlIGZpbmQgbW9yZSBjb21tZW50cyBpbiBsaW5lLg0KDQpCUg0K RGFuaWVsZQ0KDQpGcm9tOiBTdGV3YXJ0IEJyeWFudCBbbWFpbHRvOnN0YnJ5YW50QGNpc2NvLmNv bV0NClNlbnQ6IGx1bmVkw6wgOSBub3ZlbWJyZSAyMDE1IDE4OjE0DQpUbzogRGFuaWVsZSBDZWNj YXJlbGxpOyBydGctYWRzQHRvb2xzLmlldGYub3JnDQpDYzogcnRnLWRpckBpZXRmLm9yZzsgZHJh ZnQtaWV0Zi1tcGxzLXJmYzYzNzQtdWRwLXJldHVybi1wYXRoLmFsbEB0b29scy5pZXRmLm9yZzsg bXBsc0BpZXRmLm9yZw0KU3ViamVjdDogUmU6IFttcGxzXSBSdGdEaXIgcmV2aWV3OiBkcmFmdC1p ZXRmLW1wbHMtcmZjNjM3NC11ZHAtcmV0dXJuLXBhdGgtMDQudHh0DQoNCkRhbmllbGUNCg0KVGhh bmsgeW91IGZvciB0aGUgcmV2aWV3LCBwbGVhc2Ugc2VlIGlubGluZS4NCg0KT24gMDkvMTEvMjAx NSAxNjo0MiwgRGFuaWVsZSBDZWNjYXJlbGxpIHdyb3RlOg0KDQpIZWxsbywNCg0KSSBoYXZlIGJl ZW4gc2VsZWN0ZWQgYXMgdGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUgcmV2aWV3ZXIgZm9yIHRoaXMg ZHJhZnQuIFRoZSBSb3V0aW5nIERpcmVjdG9yYXRlIHNlZWtzIHRvIHJldmlldyBhbGwgcm91dGlu ZyBvciByb3V0aW5nLXJlbGF0ZWQgZHJhZnRzIGFzIHRoZXkgcGFzcyB0aHJvdWdoIElFVEYgbGFz dCBjYWxsIGFuZCBJRVNHIHJldmlldywgYW5kIHNvbWV0aW1lcyBvbiBzcGVjaWFsIHJlcXVlc3Qu IFRoZSBwdXJwb3NlIG9mIHRoZSByZXZpZXcgaXMgdG8gcHJvdmlkZSBhc3Npc3RhbmNlIHRvIHRo ZSBSb3V0aW5nIEFEcy4gRm9yIG1vcmUgaW5mb3JtYXRpb24gYWJvdXQgdGhlIFJvdXRpbmcgRGly ZWN0b3JhdGUsIHBsZWFzZSBzZWUg4oCLPGh0dHA6Ly90cmFjLnRvb2xzLmlldGYub3JnL2FyZWEv cnRnL3RyYWMvd2lraS9SdGdEaXI+aHR0cDovL3RyYWMudG9vbHMuaWV0Zi5vcmcvYXJlYS9ydGcv dHJhYy93aWtpL1J0Z0Rpcg0KDQpBbHRob3VnaCB0aGVzZSBjb21tZW50cyBhcmUgcHJpbWFyaWx5 IGZvciB0aGUgdXNlIG9mIHRoZSBSb3V0aW5nIEFEcywgaXQgd291bGQgYmUgaGVscGZ1bCBpZiB5 b3UgY291bGQgY29uc2lkZXIgdGhlbSBhbG9uZyB3aXRoIGFueSBvdGhlciBJRVRGIExhc3QgQ2Fs bCBjb21tZW50cyB0aGF0IHlvdSByZWNlaXZlLCBhbmQgc3RyaXZlIHRvIHJlc29sdmUgdGhlbSB0 aHJvdWdoIGRpc2N1c3Npb24gb3IgYnkgdXBkYXRpbmcgdGhlIGRyYWZ0Lg0KDQpEb2N1bWVudDog ZHJhZnQtaWV0Zi1tcGxzLXJmYzYzNzQtdWRwLXJldHVybi1wYXRoLTA0LnR4dA0KUmV2aWV3ZXI6 IERhbmllbGUgQ2VjY2FyZWxsaQ0KUmV2aWV3IERhdGU6IE5vdiAwOCAyMDE1DQpJRVRGIExDIEVu ZCBEYXRlOiBkcmFmdCBpbiBBRCBldmFsdWF0aW9uIHN0YXRlDQpJbnRlbmRlZCBTdGF0dXM6IFN0 YW5kYXJkIFRyYWNrDQoNClN1bW1hcnk6DQpJIGhhdmUgc29tZSBtaW5vciBjb25jZXJucyBhYm91 dCB0aGlzIGRvY3VtZW50IHRoYXQgSSB0aGluayBzaG91bGQgYmUgcmVzb2x2ZWQgYmVmb3JlIHB1 YmxpY2F0aW9uLg0KDQpDb21tZW50czoNCg0KVGhlIGRyYWZ0IGlzIHByZXR0eSBzaW1wbGUgYW5k IHN0cmFpZ2h0Zm9yd2FyZCwgaXQgaXMgYWxtb3N0IHJlYWR5IGZvciBwdWJsaWNhdGlvbi4gSSBh cHByZWNpYXRlZCB0aGUg4oCcbm90ZSB0byByZXZpZXdlcnPigJ0gYXQgdGhlIGJlZ2lubmluZyBv ZiBzZWN0aW9uIDMuMSwgZ29vZCBpZGVhLg0KDQpNYWpvciBJc3N1ZXM6DQpJZiB5b3UgZmluZCBu byBtYWpvciBpc3N1ZXMsIHBsZWFzZSB3cml0ZTogIk5vIG1ham9yIGlzc3VlcyBmb3VuZC4NCg0K TWlub3IgSXNzdWVzOg0KDQogICogICBBYnN0cmFjdDogcGxlYXNlIGNvbnNpZGVyIGltcHJvdmlu ZyByZWFkYWJpbGl0eS4gU3VnZ2VzdGlvbjog4oCcUkZDNjM3NCBkZWZpbmVzIGEgcHJvdG9jb2wg Zm9yIFBhY2tldCBMb3NzIGFuZCBEZWxheSBNZWFzdXJlbWVudCBmb3IgTVBMUyBuZXR3b3JrcyAo TVBMUy1QTERNKS4gVGhpcyBkb2N1bWVudCBzcGVjaWZpZXMgdGhlIHByb2NlZHVyZXMgdG8gYmUg dXNlZCB3aGVuIHNlbmRpbmcgYW5kIHByb2Nlc3Npbmcgb3V0LW9mLWJhbmQgTVBMUyBwZXJmb3Jt YW5jZSBtYW5hZ2VtZW50IHJlc3BvbnNlcyBvdmVyIGFuIElQL1VEUCByZXR1cm4gcGF0aC4NCk9L LCB3aWxsIHRha2UgYSBjbG9zZSBsb29rIGF0IHRoaXMgdGV4dC4NCg0KDQogICoNCiAgKiAgIFNl Y3Rpb24gMzogTXkgdW5kZXJzdGFuZGluZyBpcyB0aGF0IGlmIG11bHRpcGxlIFVSTyBhcmUgc2Vu dCBidXQgdGhlIHJlc3BvbmRlciBpcyBjb25maWd1cmVkIHRvIHNlbmQgYSBzaW5nbGUgcmVwbHks IGl0IHJlcGxpZXMgdG8gdGhlIGZpcnN0IFVSTy4gSXMgYW55IGVycm9yIG1lc3NhZ2UgZm9yZXNl ZW4gZm9yIHRoaXM/DQpBY3R1YWxseSBJIHdvbmRlciBpZiB0aGlzIHNob3VsZCBiZSB0aGUgZmly c3QgVVJPIHRoYXQgaXQgaXMgYWJsZSB0byByZXNwb25kIHRvLg0KDQpUaGUgY2FzZSBpbiBwb2lu dCB3b3VsZCBiZSBpZiBpdCBmb3VuZCBhbiBJUHY0IGFuZCBhbiBJUHY2IFVTTyAoaW4gdGhhdCBv cmRlcikgYnV0IGNvdWxkIG9ubHkgc2VudCBJUHY2Lg0KDQpJIHdhcyBub3QgcGxhbm5pbmcgYW4g ZXJyb3IgcmVzcG9uc2UuIE9uZSBjYW4gaW1hZ2luZSBjYXNlcyAoSVB2NCBhbmQgSVB2NiBmb3Ig ZXhhbXBsZSkgd2hlbiB0aGVyZSBtaWdodCBiZSBib3RoIHR5cGUgb2YgVVJPIGluIGV2ZXJ5IG1l c3NhZ2UgcGFydGljdWxhcmx5IGR1cmluZyBwcm90b2NvbCBtaWdyYXRpb24uDQoNCltEQ10gR29v ZCBwb2ludC4gSSB3YXMgbm90IGNvbnNpZGVyaW5nIGp1c3QgdGhlIGNhc2Ugb2YgSVB2NCB2cyBJ UHY2IFVST3MgKHdoZXJlIOKAnGFibGXigJ0gbWFrZXMgc2Vuc2UpIGJ1dCBhbHNvIGNhc2VzIHdo ZXJlIG11bHRpcGxlIElQdjQgb3IgSVB2NiBjb3VsZCBiZSBwcmVzZW50LiBJZiB0aGUgc2VuZGVy IGFza3MgZm9yIGEgcmVwbHkgYm90aCB1c2luZyBJUHY0IGFuZCBJUHY2IEkgcHJldHR5IG11Y2gg ZXhwZWN0IHRoYXQgaXTigJlzIGZpbmUgdG8gcmVjZWl2ZSBvbmUgb2YgdGhlbSwgYnV0IGluIGNh c2Ugb2YgbXVsdGlwbGUgSVB2NCBvciBJUHY2IHJlcXVlc3RzIEkgd291bGQgZXhwZWN0IHRvIHNl ZSBhbiBlcnJvciBmb3IgdGhlIG9uZXMgSSBkb27igJl0IHJlY2VpdmUgYSByZXBseSB0by4gQnV0 IGlmIHRoZSBXRyBkaWRu4oCZdCBmZWVsIHRoZSBuZWVkIGZvciB0aGF0IEnigJltIGZpbmUuDQpG b3IgdGhlIElQdjQgdnMgSVB2NiBjYXNlIEkgc3VnZ2VzdCB0byBleHBsaWNpdGx5IHVzZSBBZHJp YW7igJlzIGludGVycHJldGF0aW9uIGluIHRoZSB0ZXh0OiDigJxwcm9jZXNzIHRoZW0gaW4gb3Jk ZXIgYW5kIHVzZSB0aGUgZmlyc3Qgb25lIGluIHRoZSBsaXN0IHRoYXQgaXQgaXMgYWJsZSB0byB1 c2Uu4oCdDQoNCiAgKg0KICAqICAgV2h5IGEgc2luZ2xlIFVSTyBUTFYgVHlwZSBpcyB1c2VkIGZv ciBib3RoIElQdjQgYW5kIElQdjY/IFdvdWxkbuKAmXQgaXQgYmUgY2xlYXJlciB0byB1c2UgdHdv IGRpZmZlcmVudCB2YWx1ZXM/DQpCb3RoIG1ldGhvZCBhcmUgZ29vZCBwcm90b2NvbCBkZXNpZ24u IFdlIHRvc3NlZCBhIGRpY2UgYW5kIGNhbWUgZG93biBpbiBmYXZvdXIgb2YgY29uc2VydmluZyBP cHRpb25hbCBUTFYgdHlwZXMuDQpbRENdIEnigJl2ZSBzZWVuIHF1aXRlIHJhcmVseSB0aGUgdXNh Z2Ugb2YgdGhlIHNhbWUgVHlwZSB2YWx1ZSBmb3IgZGlmZmVyZW50IG1lYW5pbmdzLiBJZiBpdCB3 YXMganVzdCBhIGRpY2UgdG9zc2luZyBhbmQgaXQgaGFzIG5vIGltcGFjdCBvbiBleGlzdGluZyBp bXBsZW1lbnRhdGlvbnMgSeKAmWQgc3VnZ2VzdGluZyB1c2luZyBkaWZmZXJlbnQgdmFsdWVzLCBv dGhlcndpc2UgaXTigJlzIG9rIHRvIGtlZXAgaXQgYXMgaXQgaXMNCg0KDQoNCiAgKg0KICAqICAg SSBkb27igJl0IHRoaW5rIHRoZSDigJxTSE9VTETigJ0gaW4gc2VjdGlvbiA0LjIgKOKAnFRoZSBy ZWNlaXB0IG9mIHN1Y2ggYSBtYWwtZm9ybWVkIHJlcXVlc3QgU0hPVUxEIGJlIG5vdGlmaWVkIHRv IHRoZSBvcGVyYXRvciB0aHJvdWdoIHRoZSBtYW5hZ2VtZW50IHN5c3RlbeKApuKAnSkgIHNob3Vs ZCBiZSBpbiBjYXBpdGFsIGxldHRlcnMsIHNpbmNlIGl04oCZcyBub3QgZGVmaW5pbmcgYSBydWxl IGZvciB0aGUgcHJvdG9jb2wuIFNhbWUgYXBwbGllcyB0byBzZWN0aW9uIDQuNC4NClNIT1VMRCBp cyBhbiBpbnN0cnVjdGlvbiB0byB0aGUgaW1wbGVtZW50ZXIsIHdoaWNoIEkgdGhpbmsgaXMgdmFs aWQgdXNlIG9mIFJGQzIxMTkgbGFuZ3VhZ2UuDQoNCg0KICAqDQogICogICBTZWN0aW9uIDQuMy4g V2h5IHRoZXJlIGlzIHRoaXMgc3RyaWN0IHJlcXVpcmVtZW50PyDigJxJdCBNVVNUIE5PVCBiZSBz ZW50IG90aGVyIHRoYW4gaW4gcmVzcG9uc2UgdG8gYW4gTVBMUy1QTERNIHF1ZXJ5IG1lc3NhZ2Uu 4oCdIElmIG9uZSBkYXkgYW5vdGhlciB0eXBlIG9mIHF1ZXJ5IG1lc3NhZ2UgaXMgZGVmaW5lZCB3 aHkgZG8gd2Ugd2FudCB0byBpbXBvc2UgdGhhdCBhIE1QTFMtUE0gcmVzcG9uc2UgTVVTVCBOT1Qg YmUgc2VudD8NClRoaXMgaXMgYXMgZGVmaW5lZCBpbiBSRkM2Mzc0Lg0KDQpJZiBzb21lIG90aGVy IHByb3RvY29sIG5lZWRzIGEgTVBMUy1QTSByZXNwb25zZSBpdCB3aWxsIHNwZWNpZnkgdGhhdCBm b3IgaXRzZWxmLg0KW0RDXSBpZiBpdOKAmXMgZGVmaW5lZCBpbiBSRkM2Mzc0IHRoZXJlIGlzIG5v IG5lZWQgdG8gcmVwZWF0IGl0IGhlcmUgSU1PLiBNeSBjb21tZW50cyBhcHBsaWVzIGluIGFueSBj YXNlIHRvIFJGQzYzNzTigKZidXQgaXTigJlzIHRvbyBsYXRlLg0KDQoNCiAgKg0KDQpOaXRzOg0K DQogICogICBQYWNrZXQgTG9zcyBhbmQgRGVsYXkgTWVhc3VyZW1lbnQgYXJlIHNvbWV0aW1lcyB1 c2VkIHdpdGggY2FwaXRhbCBsZXR0ZXJzIGFuZCBzb21ldGltZXMgbm90Lg0KICAqICAg4oCcSW4g c3VjaCBzeXN0ZW1zIHRoZSByZXNwb25zZSBtYXkgYXJyaXZlIHZpYSBhbnkgaW50ZXJmYWNlIGlu IHRoZSBMU1IgYW5kIG5lZWQgdG8gaW50ZXJuYWxseSBmb3J3YXJkZWTigKbigJ0gSSBndWVzcyBh IHZlcmIgaXMgbWlzc2luZy4NClllcyAtIHRoYW5rcy4NCg0KDQogICoNCiAgKiAgIFNvbWUgc3Bl bGxpbmcgbWlzdGFrZXMgYXJlIHByZXNlbnQgaW4gdGhlIGRvY3VtZW50IChlLmcuIFNlY3Rpb24g MywgU2VjdGlvbiA0LjEpDQpJIHdpbGwgdHJ5IG1lIGJlc3QgdG8gZ2V0IHRoZW0sIGJ1dCBkZXNw aXRlIG15IHZlcnkgYmVzdCBlbmRlYXZvcnMgc3BlbGxpbmcgaGFzIG5ldmVyIGJlZW4gb25lIG9m IG15IG1ham9yIHNraWxscy4gSSBhbSBzdXJlIG15IGZyaWVuZHMgaW4gIHRoZSBSRkMgRWRpdG9y IG9mZmljZSB3aWxsIHBpY2sgdXAgd2l0aCBhbnkgSSBtaXNzLg0KDQpUaGFua3MNCg0KU3Rld2Fy dA0KDQoNCiAgKg0KQlINCkRhbmllbGUNCg0KDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18NCg0KbXBscyBtYWlsaW5nIGxpc3QNCg0KbXBsc0BpZXRm Lm9yZzxtYWlsdG86bXBsc0BpZXRmLm9yZz4NCg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1h bi9saXN0aW5mby9tcGxzDQoNCg0KDQoNCi0tDQoNCkZvciBjb3Jwb3JhdGUgbGVnYWwgaW5mb3Jt YXRpb24gZ28gdG86DQoNCg0KDQpodHRwOi8vd3d3LmNpc2NvLmNvbS93ZWIvYWJvdXQvZG9pbmdf YnVzaW5lc3MvbGVnYWwvY3JpL2luZGV4Lmh0bWwNCg0KDQo= --_000_4A1562797D64E44993C5CBF38CF1BE4812ACB021ESESSMB301erics_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseTpXaW5nZGluZ3M7DQoJcGFub3NlLTE6NSAwIDAgMCAwIDAgMCAwIDAgMDt9 DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIg MiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3Nl LTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNv Tm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJn aW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2Fs aWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOmJsYWNrO30NCmgzDQoJe21zby1zdHlsZS1wcmlv cml0eTo5Ow0KCW1zby1zdHlsZS1saW5rOiJIZWFkaW5nIDMgQ2hhciI7DQoJbXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBjbTsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0bzsNCgltYXJnaW4tbGVmdDowY207DQoJZm9udC1zaXplOjEzLjVwdDsNCglmb250LWZhbWls eToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiOw0KCWNvbG9yOmJsYWNrOw0KCWZvbnQtd2VpZ2h0 OmJvbGQ7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6 OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRl ZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJ Y29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcA0KCXttc28tc3R5 bGUtcHJpb3JpdHk6OTk7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0 OjBjbTsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowY207DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYi Ow0KCWNvbG9yOmJsYWNrO30NCnByZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0 eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1hcmdpbjowY207DQoJbWFyZ2lu LWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJp ZXIgTmV3IjsNCgljb2xvcjpibGFjazt9DQpwLk1zb0xpc3RQYXJhZ3JhcGgsIGxpLk1zb0xpc3RQ YXJhZ3JhcGgsIGRpdi5Nc29MaXN0UGFyYWdyYXBoDQoJe21zby1zdHlsZS1wcmlvcml0eTozNDsN CgltYXJnaW4tdG9wOjBjbTsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1hcmdpbi1ib3R0b206MGNt Ow0KCW1hcmdpbi1sZWZ0OjM2LjBwdDsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1z aXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9y OmJsYWNrO30NCnNwYW4uSGVhZGluZzNDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJIZWFkaW5nIDMg Q2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk7DQoJbXNvLXN0eWxlLWxpbms6IkhlYWRpbmcg MyI7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIjsNCglmb250LXdlaWdo dDpib2xkO30NCnNwYW4uSFRNTFByZWZvcm1hdHRlZENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkhU TUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5 bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQiOw0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7 fQ0Kc3Bhbi5FbWFpbFN0eWxlMjINCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1m YW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4u YXBwbGUtY29udmVydGVkLXNwYWNlDQoJe21zby1zdHlsZS1uYW1lOmFwcGxlLWNvbnZlcnRlZC1z cGFjZTt9DQpzcGFuLmljb24NCgl7bXNvLXN0eWxlLW5hbWU6aWNvbjt9DQpzcGFuLkVtYWlsU3R5 bGUyNg0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2Fs aWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7 bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBX b3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcwLjg1cHQgNzAu ODVwdCA3MC44NXB0IDcwLjg1cHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0 aW9uMTt9DQovKiBMaXN0IERlZmluaXRpb25zICovDQpAbGlzdCBsMA0KCXttc28tbGlzdC1pZDo0 NDE3MzMwMDc7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRzOi05NzY4MzE0MzQ7fQ0KQGxpc3QgbDA6 bGV2ZWwxDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4 dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjM2LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBv c2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6 MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDINCgl7bXNvLWxl dmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVs LXRhYi1zdG9wOjcyLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4 dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFt aWx5OiJDb3VyaWVyIE5ldyI7DQoJbXNvLWJpZGktZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21h biI7fQ0KQGxpc3QgbDA6bGV2ZWwzDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsN Cgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjEwOC4wcHQ7DQoJbXNv LWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNv LWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3Qg bDA6bGV2ZWw0DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwt dGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjE0NC4wcHQ7DQoJbXNvLWxldmVsLW51bWJl ci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1z aXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw1DQoJ e21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJ bXNvLWxldmVsLXRhYi1zdG9wOjE4MC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjps ZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsN Cglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw2DQoJe21zby1sZXZlbC1u dW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRh Yi1zdG9wOjIxNi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQt aW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWls eTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw3DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0 OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjI1Mi4w cHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4w cHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7 fQ0KQGxpc3QgbDA6bGV2ZWw4DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCglt c28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjI4OC4wcHQ7DQoJbXNvLWxl dmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFu c2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6 bGV2ZWw5DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4 dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjMyNC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1w b3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXpl OjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDENCgl7bXNvLWxpc3Qt aWQ6OTI4MDgwMTMzOw0KCW1zby1saXN0LXRlbXBsYXRlLWlkczotMjExMTAxODg2Mjt9DQpAbGlz dCBsMTpsZXZlbDENCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZl bC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MzYuMHB0Ow0KCW1zby1sZXZlbC1udW1i ZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQt c2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwxOmxldmVsMg0KCXtt c28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6bzsNCgltc28t bGV2ZWwtdGFiLXN0b3A6NzIuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsN Cgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9u dC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCgltc28tYmlkaS1mb250LWZhbWlseToiVGltZXMgTmV3 IFJvbWFuIjt9DQpAbGlzdCBsMTpsZXZlbDMNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVs bGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MTA4LjBwdDsN Cgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsN Cgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpA bGlzdCBsMTpsZXZlbDQNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1s ZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MTQ0LjBwdDsNCgltc28tbGV2ZWwt bnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1m b250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMTpsZXZl bDUNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+C pzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MTgwLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0 aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAu MHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMTpsZXZlbDYNCgl7bXNvLWxl dmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2 ZWwtdGFiLXN0b3A6MjE2LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJ dGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQt ZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMTpsZXZlbDcNCgl7bXNvLWxldmVsLW51bWJlci1m b3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6 MjUyLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6 LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5Oldpbmdk aW5nczt9DQpAbGlzdCBsMTpsZXZlbDgNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0 Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6Mjg4LjBwdDsNCglt c28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglt c28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlz dCBsMTpsZXZlbDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZl bC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6MzI0LjBwdDsNCgltc28tbGV2ZWwtbnVt YmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250 LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpvbA0KCXttYXJnaW4tYm90 dG9tOjBjbTt9DQp1bA0KCXttYXJnaW4tYm90dG9tOjBjbTt9DQotLT48L3N0eWxlPjwhLS1baWYg Z3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0i MTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86 c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEi IC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBi Z2NvbG9yPSJ3aGl0ZSIgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0K PGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJjb2xvcjojMUY0OTdEIj5IaSBTdGV3YXJ0LDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29s b3I6IzFGNDk3RCI+UGxlYXNlIGZpbmQgbW9yZSBjb21tZW50cyBpbiBsaW5lLjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0 OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+QlI8YnI+DQpEYW5pZWxlPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0Qi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2Jv cmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowY20gMGNtIDBjbSA0LjBwdCI+DQo8 ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEu MHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6d2luZG93dGV4dCI+RnJvbTo8L3NwYW4+ PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9t YSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOndpbmRvd3RleHQiPiBTdGV3YXJ0 IEJyeWFudCBbbWFpbHRvOnN0YnJ5YW50QGNpc2NvLmNvbV0NCjxicj4NCjxiPlNlbnQ6PC9iPiBs dW5lZMOsIDkgbm92ZW1icmUgMjAxNSAxODoxNDxicj4NCjxiPlRvOjwvYj4gRGFuaWVsZSBDZWNj YXJlbGxpOyBydGctYWRzQHRvb2xzLmlldGYub3JnPGJyPg0KPGI+Q2M6PC9iPiBydGctZGlyQGll dGYub3JnOyBkcmFmdC1pZXRmLW1wbHMtcmZjNjM3NC11ZHAtcmV0dXJuLXBhdGguYWxsQHRvb2xz LmlldGYub3JnOyBtcGxzQGlldGYub3JnPGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbbXBsc10g UnRnRGlyIHJldmlldzogZHJhZnQtaWV0Zi1tcGxzLXJmYzYzNzQtdWRwLXJldHVybi1wYXRoLTA0 LnR4dDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij5EYW5pZWxlPGJyPg0KPGJyPg0KVGhhbmsgeW91IGZvciB0aGUgcmV2aWV3LCBwbGVhc2Ugc2Vl IGlubGluZS48YnI+DQo8YnI+DQpPbiAwOS8xMS8yMDE1IDE2OjQyLCBEYW5pZWxlIENlY2NhcmVs bGkgd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJn aW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAgc3R5bGU9ImJhY2tncm91bmQ6 d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5IZWxsbyw8L3NwYW4+PG86cD48 L286cD48L3A+DQo8cCBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZTtvcnBoYW5zOg0KICAgICAgICAg IGF1dG87dGV4dC1hbGlnbjpzdGFydDt3aWRvd3M6IDE7LXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0 aDoNCiAgICAgICAgICAwcHg7d29yZC1zcGFjaW5nOjBweCI+DQo8c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdCI+SSBoYXZlIGJlZW4gc2VsZWN0ZWQgYXMgdGhlIFJvdXRpbmcgRGlyZWN0b3Jh dGUgcmV2aWV3ZXIgZm9yIHRoaXMgZHJhZnQuIFRoZSBSb3V0aW5nIERpcmVjdG9yYXRlIHNlZWtz IHRvIHJldmlldyBhbGwgcm91dGluZyBvciByb3V0aW5nLXJlbGF0ZWQgZHJhZnRzIGFzIHRoZXkg cGFzcyB0aHJvdWdoIElFVEYgbGFzdCBjYWxsIGFuZCBJRVNHIHJldmlldywgYW5kIHNvbWV0aW1l cyBvbiBzcGVjaWFsDQogcmVxdWVzdC4gVGhlIHB1cnBvc2Ugb2YgdGhlIHJldmlldyBpcyB0byBw cm92aWRlIGFzc2lzdGFuY2UgdG8gdGhlIFJvdXRpbmcgQURzLiBGb3IgbW9yZSBpbmZvcm1hdGlv biBhYm91dCB0aGUgUm91dGluZyBEaXJlY3RvcmF0ZSwgcGxlYXNlIHNlZTxzcGFuIGNsYXNzPSJh cHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwOzwvc3Bhbj48YSBocmVmPSJodHRwOi8vdHJhYy50 b29scy5pZXRmLm9yZy9hcmVhL3J0Zy90cmFjL3dpa2kvUnRnRGlyIj48c3BhbiBjbGFzcz0iaWNv biI+PHNwYW4gc3R5bGU9ImNvbG9yOiM0NDAwODgiPuKAizwvc3Bhbj48L3NwYW4+PC9hPjwvc3Bh bj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtjb2xvcjojNDQwMDg4Ij48YSBocmVmPSJo dHRwOi8vdHJhYy50b29scy5pZXRmLm9yZy9hcmVhL3J0Zy90cmFjL3dpa2kvUnRnRGlyIj5odHRw Oi8vdHJhYy50b29scy5pZXRmLm9yZy9hcmVhL3J0Zy90cmFjL3dpa2kvUnRnRGlyPC9hPjwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxwIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlO29ycGhhbnM6DQog ICAgICAgICAgYXV0bzt0ZXh0LWFsaWduOnN0YXJ0O3dpZG93czogMTstd2Via2l0LXRleHQtc3Ry b2tlLXdpZHRoOg0KICAgICAgICAgIDBweDt3b3JkLXNwYWNpbmc6MHB4Ij4NCjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0Ij5BbHRob3VnaCB0aGVzZSBjb21tZW50cyBhcmUgcHJpbWFyaWx5 IGZvciB0aGUgdXNlIG9mIHRoZSBSb3V0aW5nIEFEcywgaXQgd291bGQgYmUgaGVscGZ1bCBpZiB5 b3UgY291bGQgY29uc2lkZXIgdGhlbSBhbG9uZyB3aXRoIGFueSBvdGhlciBJRVRGIExhc3QgQ2Fs bCBjb21tZW50cyB0aGF0IHlvdSByZWNlaXZlLCBhbmQgc3RyaXZlIHRvIHJlc29sdmUgdGhlbSB0 aHJvdWdoIGRpc2N1c3Npb24NCiBvciBieSB1cGRhdGluZyB0aGUgZHJhZnQuPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPHAgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGU7b3JwaGFuczoNCiAgICAgICAg ICBhdXRvO3RleHQtYWxpZ246c3RhcnQ7d2lkb3dzOiAxOy13ZWJraXQtdGV4dC1zdHJva2Utd2lk dGg6DQogICAgICAgICAgMHB4O3dvcmQtc3BhY2luZzowcHgiPg0KPHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQiPkRvY3VtZW50OjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2Ui PiZuYnNwO2RyYWZ0LWlldGYtbXBscy1yZmM2Mzc0LXVkcC1yZXR1cm4tcGF0aC0wNDwvc3Bhbj4u dHh0PHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxicj4N ClJldmlld2VyOiBEYW5pZWxlIENlY2NhcmVsbGk8YnI+DQpSZXZpZXcgRGF0ZTogTm92IDA4IDIw MTU8YnI+DQpJRVRGIExDIEVuZCBEYXRlOiBkcmFmdCBpbiBBRCBldmFsdWF0aW9uIHN0YXRlPHNw YW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxicj4NCkludGVu ZGVkIFN0YXR1czogU3RhbmRhcmQgVHJhY2s8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBzdHls ZT0iYmFja2dyb3VuZDp3aGl0ZTtvcnBoYW5zOg0KICAgICAgICAgIGF1dG87dGV4dC1hbGlnbjpz dGFydDt3aWRvd3M6IDE7LXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDoNCiAgICAgICAgICAwcHg7 d29yZC1zcGFjaW5nOjBweCI+DQo8c3Ryb25nPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 Ij5TdW1tYXJ5Ojwvc3Bhbj48L3N0cm9uZz48c3BhbiBjbGFzcz0iYXBwbGUtY29udmVydGVkLXNw YWNlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Jm5ic3A7PC9zcGFuPjwvc3Bhbj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtjb2xvcjpyZWQiPjxicj4NCjwvc3Bhbj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+SSBoYXZlIHNvbWUgbWlub3IgY29uY2VybnMgYWJv dXQgdGhpcyBkb2N1bWVudCB0aGF0IEkgdGhpbmsgc2hvdWxkIGJlIHJlc29sdmVkIGJlZm9yZSBw dWJsaWNhdGlvbi48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBzdHlsZT0iYmFja2dyb3VuZDp3 aGl0ZSI+PGI+Q29tbWVudHM6PC9iPjxvOnA+PC9vOnA+PC9wPg0KPHAgc3R5bGU9ImJhY2tncm91 bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5UaGUgZHJhZnQgaXMgcHJl dHR5IHNpbXBsZSBhbmQgc3RyYWlnaHRmb3J3YXJkLCBpdCBpcyBhbG1vc3QgcmVhZHkgZm9yIHB1 YmxpY2F0aW9uLiBJIGFwcHJlY2lhdGVkIHRoZSDigJxub3RlIHRvIHJldmlld2Vyc+KAnSBhdCB0 aGUgYmVnaW5uaW5nIG9mIHNlY3Rpb24gMy4xLCBnb29kIGlkZWEuPC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPHAgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxiPk1ham9yIElzc3Vlczo8L2I+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87YmFja2dyb3VuZDp3aGl0ZSI+DQpJ ZiB5b3UgZmluZCBubyBtYWpvciBpc3N1ZXMsIHBsZWFzZSB3cml0ZTogJnF1b3Q7Tm8gbWFqb3Ig aXNzdWVzIGZvdW5kLjxvOnA+PC9vOnA+PC9wPg0KPHAgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGU7 b3JwaGFuczoNCiAgICAgICAgICBhdXRvO3RleHQtYWxpZ246c3RhcnQ7d2lkb3dzOiAxOy13ZWJr aXQtdGV4dC1zdHJva2Utd2lkdGg6DQogICAgICAgICAgMHB4O3dvcmQtc3BhY2luZzowcHgiPg0K PGI+TWlub3IgSXNzdWVzOjwvYj48bzpwPjwvbzpwPjwvcD4NCjx1bCB0eXBlPSJkaXNjIj4NCjxs aSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1h cmdpbi1ib3R0b20tYWx0OmF1dG87bXNvLWxpc3Q6bDEgbGV2ZWwxIGxmbzE7YmFja2dyb3VuZDp3 aGl0ZSI+DQpBYnN0cmFjdDogcGxlYXNlIGNvbnNpZGVyIGltcHJvdmluZyByZWFkYWJpbGl0eS4g U3VnZ2VzdGlvbjog4oCcUkZDNjM3NCBkZWZpbmVzIGEgcHJvdG9jb2wgZm9yIFBhY2tldCBMb3Nz IGFuZCBEZWxheSBNZWFzdXJlbWVudCBmb3IgTVBMUyBuZXR3b3JrcyAoTVBMUy1QTERNKS4gVGhp cyBkb2N1bWVudCBzcGVjaWZpZXMgdGhlIHByb2NlZHVyZXMgdG8gYmUgdXNlZCB3aGVuIHNlbmRp bmcgYW5kIHByb2Nlc3Npbmcgb3V0LW9mLWJhbmQgTVBMUyBwZXJmb3JtYW5jZQ0KIG1hbmFnZW1l bnQgcmVzcG9uc2VzIG92ZXIgYW4gSVAvVURQIHJldHVybiBwYXRoLjxvOnA+PC9vOnA+PC9saT48 L3VsPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZx dW90O3NlcmlmJnF1b3Q7Ij5PSywgd2lsbCB0YWtlIGEgY2xvc2UgbG9vayBhdCB0aGlzIHRleHQu PGJyPg0KPGJyPg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHVsIHR5cGU9ImRpc2MiPg0KPGxp IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMSBsZXZlbDEgbGZvMTtiYWNrZ3JvdW5kOndo aXRlIj4NCjxvOnA+Jm5ic3A7PC9vOnA+PC9saT48bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1s aXN0OmwxIGxldmVsMSBsZm8xO2JhY2tncm91bmQ6d2hpdGUiPg0KU2VjdGlvbiAzOiBNeSB1bmRl cnN0YW5kaW5nIGlzIHRoYXQgaWYgbXVsdGlwbGUgVVJPIGFyZSBzZW50IGJ1dCB0aGUgcmVzcG9u ZGVyIGlzIGNvbmZpZ3VyZWQgdG8gc2VuZCBhIHNpbmdsZSByZXBseSwgaXQgcmVwbGllcyB0byB0 aGUgZmlyc3QgVVJPLiBJcyBhbnkgZXJyb3IgbWVzc2FnZSBmb3Jlc2VlbiBmb3IgdGhpcz88bzpw PjwvbzpwPjwvbGk+PC91bD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVv dDtzZXJpZiZxdW90OyI+QWN0dWFsbHkgSSB3b25kZXIgaWYgdGhpcyBzaG91bGQgYmUgdGhlIGZp cnN0IFVSTyB0aGF0IGl0IGlzIGFibGUgdG8gcmVzcG9uZCB0by48YnI+DQo8YnI+DQpUaGUgY2Fz ZSBpbiBwb2ludCB3b3VsZCBiZSBpZiBpdCBmb3VuZCBhbiBJUHY0IGFuZCBhbiBJUHY2IFVTTyAo aW4gdGhhdCBvcmRlcikgYnV0IGNvdWxkIG9ubHkgc2VudCBJUHY2Ljxicj4NCjxicj4NCkkgd2Fz IG5vdCBwbGFubmluZyBhbiBlcnJvciByZXNwb25zZS4gT25lIGNhbiBpbWFnaW5lIGNhc2VzIChJ UHY0IGFuZCBJUHY2IGZvciBleGFtcGxlKSB3aGVuIHRoZXJlIG1pZ2h0IGJlIGJvdGggdHlwZSBv ZiBVUk8gaW4gZXZlcnkgbWVzc2FnZSBwYXJ0aWN1bGFybHkgZHVyaW5nIHByb3RvY29sIG1pZ3Jh dGlvbi48YnI+DQo8YnI+DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2Nv bG9yOiMxRjQ5N0QiPltEQ10gR29vZCBwb2ludC4gSSB3YXMgbm90IGNvbnNpZGVyaW5nIGp1c3Qg dGhlIGNhc2Ugb2YgSVB2NCB2cyBJUHY2IFVST3MgKHdoZXJlIOKAnGFibGXigJ0gbWFrZXMgc2Vu c2UpIGJ1dCBhbHNvIGNhc2VzIHdoZXJlIG11bHRpcGxlIElQdjQgb3IgSVB2NiBjb3VsZCBiZSBw cmVzZW50LiBJZiB0aGUNCiBzZW5kZXIgYXNrcyBmb3IgYSByZXBseSBib3RoIHVzaW5nIElQdjQg YW5kIElQdjYgSSBwcmV0dHkgbXVjaCBleHBlY3QgdGhhdCBpdOKAmXMgZmluZSB0byByZWNlaXZl IG9uZSBvZiB0aGVtLCBidXQgaW4gY2FzZSBvZiBtdWx0aXBsZSBJUHY0IG9yIElQdjYgcmVxdWVz dHMgSSB3b3VsZCBleHBlY3QgdG8gc2VlIGFuIGVycm9yIGZvciB0aGUgb25lcyBJIGRvbuKAmXQg cmVjZWl2ZSBhIHJlcGx5IHRvLiBCdXQgaWYgdGhlIFdHIGRpZG7igJl0IGZlZWwgdGhlDQogbmVl ZCBmb3IgdGhhdCBJ4oCZbSBmaW5lLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBw dDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVv dDsiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJjb2xvcjojMUY0OTdEIj5Gb3IgdGhlIElQdjQgdnMgSVB2NiBjYXNlIEkgc3VnZ2VzdCB0 byBleHBsaWNpdGx5IHVzZSBBZHJpYW7igJlzIGludGVycHJldGF0aW9uIGluIHRoZSB0ZXh0OiDi gJw8L3NwYW4+cHJvY2VzcyB0aGVtIGluIG9yZGVyIGFuZCB1c2UgdGhlIGZpcnN0IG9uZSBpbiB0 aGUgbGlzdCB0aGF0IGl0IGlzIGFibGUgdG8gdXNlLuKAnTxzcGFuIHN0eWxlPSJjb2xvcjojMUY0 OTdEIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8dWwgdHlwZT0iZGlzYyI+DQo8bGkgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvO21zby1saXN0OmwxIGxldmVsMSBsZm8xO2JhY2tncm91bmQ6d2hpdGUiPg0K PG86cD4mbmJzcDs8L286cD48L2xpPjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bXNvLWxpc3Q6bDEg bGV2ZWwxIGxmbzE7YmFja2dyb3VuZDp3aGl0ZSI+DQpXaHkgYSBzaW5nbGUgVVJPIFRMViBUeXBl IGlzIHVzZWQgZm9yIGJvdGggSVB2NCBhbmQgSVB2Nj8gV291bGRu4oCZdCBpdCBiZSBjbGVhcmVy IHRvIHVzZSB0d28gZGlmZmVyZW50IHZhbHVlcz88bzpwPjwvbzpwPjwvbGk+PC91bD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+Qm90aCBtZXRo b2QgYXJlIGdvb2QgcHJvdG9jb2wgZGVzaWduLiBXZSB0b3NzZWQgYSBkaWNlIGFuZCBjYW1lIGRv d24gaW4gZmF2b3VyIG9mIGNvbnNlcnZpbmcgT3B0aW9uYWwgVExWIHR5cGVzLjwvc3Bhbj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9t YW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0Qi PltEQ10gSeKAmXZlIHNlZW4gcXVpdGUgcmFyZWx5IHRoZSB1c2FnZSBvZiB0aGUgc2FtZSBUeXBl IHZhbHVlIGZvciBkaWZmZXJlbnQgbWVhbmluZ3MuIElmIGl0IHdhcyBqdXN0IGEgZGljZSB0b3Nz aW5nIGFuZCBpdCBoYXMgbm8gaW1wYWN0IG9uIGV4aXN0aW5nIGltcGxlbWVudGF0aW9ucyBJ4oCZ ZCBzdWdnZXN0aW5nIHVzaW5nIGRpZmZlcmVudCB2YWx1ZXMsIG90aGVyd2lzZQ0KIGl04oCZcyBv ayB0byBrZWVwIGl0IGFzIGl0IGlzPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij48YnI+DQo8YnI+DQo8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8dWwgdHlwZT0iZGlzYyI+DQo8bGkgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvO21zby1saXN0OmwxIGxldmVsMSBsZm8xO2JhY2tncm91bmQ6d2hpdGUiPg0KPG86cD4mbmJz cDs8L286cD48L2xpPjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bXNvLWxpc3Q6bDEgbGV2ZWwxIGxm bzE7YmFja2dyb3VuZDp3aGl0ZSI+DQpJIGRvbuKAmXQgdGhpbmsgdGhlIOKAnFNIT1VMROKAnSBp biBzZWN0aW9uIDQuMiAo4oCcVGhlIHJlY2VpcHQgb2Ygc3VjaCBhIG1hbC1mb3JtZWQgcmVxdWVz dCBTSE9VTEQgYmUgbm90aWZpZWQgdG8gdGhlIG9wZXJhdG9yIHRocm91Z2ggdGhlIG1hbmFnZW1l bnQgc3lzdGVt4oCm4oCdKSAmbmJzcDtzaG91bGQgYmUgaW4gY2FwaXRhbCBsZXR0ZXJzLCBzaW5j ZSBpdOKAmXMgbm90IGRlZmluaW5nIGEgcnVsZSBmb3IgdGhlIHByb3RvY29sLiBTYW1lIGFwcGxp ZXMgdG8gc2VjdGlvbg0KIDQuNC48bzpwPjwvbzpwPjwvbGk+PC91bD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Rp bWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+U0hPVUxEIGlzIGFuIGluc3Ry dWN0aW9uIHRvIHRoZSBpbXBsZW1lbnRlciwgd2hpY2ggSSB0aGluayBpcyB2YWxpZCB1c2Ugb2Yg UkZDMjExOSBsYW5ndWFnZS48YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8dWwg dHlwZT0iZGlzYyI+DQo8bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0OmwxIGxldmVsMSBs Zm8xO2JhY2tncm91bmQ6d2hpdGUiPg0KPG86cD4mbmJzcDs8L286cD48L2xpPjxsaSBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG87bXNvLWxpc3Q6bDEgbGV2ZWwxIGxmbzE7YmFja2dyb3VuZDp3aGl0ZSI+DQpT ZWN0aW9uIDQuMy4gV2h5IHRoZXJlIGlzIHRoaXMgc3RyaWN0IHJlcXVpcmVtZW50PyDigJxJdCBN VVNUIE5PVCBiZSBzZW50IG90aGVyIHRoYW4gaW4gcmVzcG9uc2UgdG8gYW4gTVBMUy1QTERNIHF1 ZXJ5IG1lc3NhZ2Uu4oCdIElmIG9uZSBkYXkgYW5vdGhlciB0eXBlIG9mIHF1ZXJ5IG1lc3NhZ2Ug aXMgZGVmaW5lZCB3aHkgZG8gd2Ugd2FudCB0byBpbXBvc2UgdGhhdCBhIE1QTFMtUE0gcmVzcG9u c2UgTVVTVCBOT1QgYmUgc2VudD88bzpwPjwvbzpwPjwvbGk+PC91bD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Rp bWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+VGhpcyBpcyBhcyBkZWZpbmVk IGluIFJGQzYzNzQuPGJyPg0KPGJyPg0KSWYgc29tZSBvdGhlciBwcm90b2NvbCBuZWVkcyBhIE1Q TFMtUE0gcmVzcG9uc2UgaXQgd2lsbCBzcGVjaWZ5IHRoYXQgZm9yIGl0c2VsZi48YnI+DQo8L3Nw YW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMg TmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPltEQ10gaWYg aXTigJlzIGRlZmluZWQgaW4gUkZDNjM3NCB0aGVyZSBpcyBubyBuZWVkIHRvIHJlcGVhdCBpdCBo ZXJlIElNTy4gTXkgY29tbWVudHMgYXBwbGllcyBpbiBhbnkgY2FzZSB0byBSRkM2Mzc04oCmYnV0 IGl04oCZcyB0b28gbGF0ZS48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij48 YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8dWwgdHlwZT0iZGlzYyI+DQo8bGkg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0OmwxIGxldmVsMSBsZm8xO2JhY2tncm91bmQ6d2hp dGUiPg0KPG86cD4mbmJzcDs8L286cD48L2xpPjwvdWw+DQo8cCBzdHlsZT0iYmFja2dyb3VuZDp3 aGl0ZSI+PHN0cm9uZz48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+Tml0czo8L3NwYW4+ PC9zdHJvbmc+PG86cD48L286cD48L3A+DQo8dWwgdHlwZT0iZGlzYyI+DQo8bGkgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvO21zby1saXN0OmwwIGxldmVsMSBsZm8yO2JhY2tncm91bmQ6d2hpdGUiPg0KUGFj a2V0IExvc3MgYW5kIERlbGF5IE1lYXN1cmVtZW50IGFyZSBzb21ldGltZXMgdXNlZCB3aXRoIGNh cGl0YWwgbGV0dGVycyBhbmQgc29tZXRpbWVzIG5vdC48bzpwPjwvbzpwPjwvbGk+PGxpIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv dHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMCBsZXZlbDEgbGZvMjtiYWNrZ3JvdW5kOndoaXRlIj4N CuKAnEluIHN1Y2ggc3lzdGVtcyB0aGUgcmVzcG9uc2UgbWF5IGFycml2ZSB2aWEgYW55IGludGVy ZmFjZSBpbiB0aGUgTFNSIGFuZCBuZWVkIHRvIGludGVybmFsbHkgZm9yd2FyZGVk4oCm4oCdIEkg Z3Vlc3MgYSB2ZXJiIGlzIG1pc3NpbmcuPG86cD48L286cD48L2xpPjwvdWw+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVv dDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsiPlllcyAtIHRoYW5rcy48 YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8dWwgdHlwZT0iZGlzYyI+DQo8bGkg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0OmwwIGxldmVsMSBsZm8yO2JhY2tncm91bmQ6d2hp dGUiPg0KPG86cD4mbmJzcDs8L286cD48L2xpPjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bXNvLWxp c3Q6bDAgbGV2ZWwxIGxmbzI7YmFja2dyb3VuZDp3aGl0ZSI+DQpTb21lIHNwZWxsaW5nIG1pc3Rh a2VzIGFyZSBwcmVzZW50IGluIHRoZSBkb2N1bWVudCAoZS5nLiBTZWN0aW9uIDMsIFNlY3Rpb24g NC4xKTxvOnA+PC9vOnA+PC9saT48L3VsPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1 b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij5JIHdpbGwgdHJ5IG1lIGJlc3QgdG8gZ2V0IHRoZW0sIGJ1 dCBkZXNwaXRlIG15IHZlcnkgYmVzdCBlbmRlYXZvcnMgc3BlbGxpbmcgaGFzIG5ldmVyIGJlZW4g b25lIG9mIG15IG1ham9yIHNraWxscy4gSSBhbSBzdXJlIG15IGZyaWVuZHMgaW4mbmJzcDsgdGhl IFJGQyBFZGl0b3Igb2ZmaWNlIHdpbGwNCiBwaWNrIHVwIHdpdGggYW55IEkgbWlzcy48YnI+DQo8 YnI+DQpUaGFua3M8YnI+DQo8YnI+DQpTdGV3YXJ0PGJyPg0KPGJyPg0KPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHVsIHR5cGU9ImRpc2MiPg0KPGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlz dDpsMCBsZXZlbDEgbGZvMjtiYWNrZ3JvdW5kOndoaXRlIj4NCjxvOnA+Jm5ic3A7PC9vOnA+PC9s aT48L3VsPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QlI8YnI+DQpEYW5pZWxlPG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtm b250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsi Pjxicj4NCjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwcmU+X19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188bzpwPjwvbzpwPjwvcHJlPg0K PHByZT5tcGxzIG1haWxpbmcgbGlzdDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxhIGhyZWY9Im1h aWx0bzptcGxzQGlldGYub3JnIj5tcGxzQGlldGYub3JnPC9hPjxvOnA+PC9vOnA+PC9wcmU+DQo8 cHJlPjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBscyI+ aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxzPC9hPjxvOnA+PC9vOnA+ PC9wcmU+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBw dDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVv dDsiPjxicj4NCjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwcmU+LS0gPG86 cD48L286cD48L3ByZT4NCjxwcmU+Rm9yIGNvcnBvcmF0ZSBsZWdhbCBpbmZvcm1hdGlvbiBnbyB0 bzo8bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPHByZT48 YSBocmVmPSJodHRwOi8vd3d3LmNpc2NvLmNvbS93ZWIvYWJvdXQvZG9pbmdfYnVzaW5lc3MvbGVn YWwvY3JpL2luZGV4Lmh0bWwiPmh0dHA6Ly93d3cuY2lzY28uY29tL3dlYi9hYm91dC9kb2luZ19i dXNpbmVzcy9sZWdhbC9jcmkvaW5kZXguaHRtbDwvYT48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48 bzpwPiZuYnNwOzwvbzpwPjwvcHJlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4N Cg== --_000_4A1562797D64E44993C5CBF38CF1BE4812ACB021ESESSMB301erics_-- From nobody Tue Nov 10 05:54:41 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7AAAC1AD34C; Tue, 10 Nov 2015 05:54:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -16.51 X-Spam-Level: X-Spam-Status: No, score=-16.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, GB_I_LETTER=-2, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bu7xSAIwJqCO; Tue, 10 Nov 2015 05:54:36 -0800 (PST) Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4347F1AD2EE; Tue, 10 Nov 2015 05:54:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=35683; q=dns/txt; s=iport; t=1447163675; x=1448373275; h=reply-to:subject:references:to:cc:from:message-id:date: mime-version:in-reply-to; bh=3uqj4TYXJBGpX3eP3av7dK1MxU4jlPNt+JF4Z9oGNlQ=; b=RcRRRsz4L5t+x8oD6THfe68KGHhurofUL2fnYPK6d1U9cDekjAtM4hD3 Af2LX6M2/Wfsj4NYaFyFKbNbk4uAOkG+j8u7MSfUh1pfQDTY7zdEQbuiF F7kz/5gUpeoTmUgmV0i0q1PHxhcaDqeO+vOm7CI/W/+v468dwqZcaUMaY M=; X-IronPort-AV: E=Sophos;i="5.20,270,1444694400"; d="scan'208,217";a="608090093" Received: from aer-iport-nat.cisco.com (HELO aer-core-4.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP; 10 Nov 2015 13:54:33 +0000 Received: from [64.103.106.226] (dhcp-bdlk10-data-vlan300-64-103-106-226.cisco.com [64.103.106.226]) by aer-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id tAADsXkR012832; Tue, 10 Nov 2015 13:54:33 GMT References: <4A1562797D64E44993C5CBF38CF1BE4812ACA49E@ESESSMB301.ericsson.se> <5640D43D.5090603@cisco.com> <4A1562797D64E44993C5CBF38CF1BE4812ACB021@ESESSMB301.ericsson.se> To: Daniele Ceccarelli , "rtg-ads@tools.ietf.org" From: Stewart Bryant Message-ID: <5641F71B.1090408@cisco.com> Date: Tue, 10 Nov 2015 13:54:35 +0000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <4A1562797D64E44993C5CBF38CF1BE4812ACB021@ESESSMB301.ericsson.se> Content-Type: multipart/alternative; boundary="------------060000000707000000090000" Archived-At: Cc: "rtg-dir@ietf.org" , "draft-ietf-mpls-rfc6374-udp-return-path.all@tools.ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] RtgDir review: draft-ietf-mpls-rfc6374-udp-return-path-04.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: stbryant@cisco.com List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Nov 2015 13:54:39 -0000 This is a multi-part message in MIME format. --------------060000000707000000090000 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit On 10/11/2015 13:36, Daniele Ceccarelli wrote: > > Hi Stewart, > > Please find more comments in line. > > BR > Daniele > > *From:*Stewart Bryant [mailto:stbryant@cisco.com] > *Sent:* lunedì 9 novembre 2015 18:14 > *To:* Daniele Ceccarelli; rtg-ads@tools.ietf.org > *Cc:* rtg-dir@ietf.org; > draft-ietf-mpls-rfc6374-udp-return-path.all@tools.ietf.org; mpls@ietf.org > *Subject:* Re: [mpls] RtgDir review: > draft-ietf-mpls-rfc6374-udp-return-path-04.txt > > Daniele > > Thank you for the review, please see inline. > > On 09/11/2015 16:42, Daniele Ceccarelli wrote: > > Hello, > > I have been selected as the Routing Directorate reviewer for this > draft. The Routing Directorate seeks to review all routing or > routing-related drafts as they pass through IETF last call and > IESG review, and sometimes on special request. The purpose of the > review is to provide assistance to the Routing ADs. For more > information about the Routing Directorate, please see​ > http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir > > Although these comments are primarily for the use of the Routing > ADs, it would be helpful if you could consider them along with any > other IETF Last Call comments that you receive, and strive to > resolve them through discussion or by updating the draft. > > Document: draft-ietf-mpls-rfc6374-udp-return-path-04.txt > Reviewer: Daniele Ceccarelli > Review Date: Nov 08 2015 > IETF LC End Date: draft in AD evaluation state > Intended Status: Standard Track > > *Summary:* > I have some minor concerns about this document that I think should > be resolved before publication. > > *Comments:* > > The draft is pretty simple and straightforward, it is almost ready > for publication. I appreciated the “note to reviewers†at the > beginning of section 3.1, good idea. > > *Major Issues:* > > If you find no major issues, please write: "No major issues found. > > *Minor Issues:* > > * Abstract: please consider improving readability. Suggestion: > “RFC6374 defines a protocol for Packet Loss and Delay > Measurement for MPLS networks (MPLS-PLDM). This document > specifies the procedures to be used when sending and > processing out-of-band MPLS performance management responses > over an IP/UDP return path. > > OK, will take a close look at this text. > > * > * Section 3: My understanding is that if multiple URO are sent but > the responder is configured to send a single reply, it replies to > the first URO. Is any error message foreseen for this? > > Actually I wonder if this should be the first URO that it is able to > respond to. > > The case in point would be if it found an IPv4 and an IPv6 USO (in > that order) but could only sent IPv6. > > I was not planning an error response. One can imagine cases (IPv4 and > IPv6 for example) when there might be both type of URO in every > message particularly during protocol migration. > > [DC] Good point. I was not considering just the case of IPv4 vs IPv6 > UROs (where “able†makes sense) but also cases where multiple IPv4 or > IPv6 could be present. If the sender asks for a reply both using IPv4 > and IPv6 I pretty much expect that it’s fine to receive one of them, > but in case of multiple IPv4 or IPv6 requests I would expect to see an > error for the ones I don’t receive a reply to. But if the WG didn’t > feel the need for that I’m fine. > > For the IPv4 vs IPv6 case I suggest to explicitly use Adrian’s > interpretation in the text: “process them in order and use the first > one in the list that it is able to use.†> > * > * Why a single URO TLV Type is used for both IPv4 and IPv6? Wouldn’t > it be clearer to use two different values? > > Both method are good protocol design. We tossed a dice and came down > in favour of conserving Optional TLV types. > > [DC] I’ve seen quite rarely the usage of the same Type value for > different meanings. If it was just a dice tossing and it has no impact > on existing implementations I’d suggesting using different values, > otherwise it’s ok to keep it as it is > The meanings is exactly same, the object carries the response address detail. Within the parameters there are two address types supported and one parameter tells you which type of address is carried. This is conceptually no different to sub-TLVs which are a well known hierarchical structure. I can change it if that is the wish of the WG, but I cannot see why the change is needed since there is no ambiguity. > > > * > * I don’t think the “SHOULD†in section 4.2 (“The receipt of such a > mal-formed request SHOULD be notified to the operator through the > management system…â€) should be in capital letters, since it’s not > defining a rule for the protocol. Same applies to section 4.4. > > SHOULD is an instruction to the implementer, which I think is valid > use of RFC2119 language. > > * > * Section 4.3. Why there is this strict requirement? “It MUST NOT be > sent other than in response to an MPLS-PLDM query message.†If one > day another type of query message is defined why do we want to > impose that a MPLS-PM response MUST NOT be sent? > > This is as defined in RFC6374. > > If some other protocol needs a MPLS-PM response it will specify that > for itself. > [DC] if it’s defined in RFC6374 there is no need to repeat it here > IMO. My comments applies in any case to RFC6374…but it’s too late. > It seems to me that the emphasis is not harmful. It was applied to RFC6374 so that the sender did not receive unsolicited response messages, which is a reasonable protocol construct. If another protocol wants to use the RFC6374 TLVs it can modify their semantics, although it would be better to define its own TLV set. - Stewart > > * > > *Nits:* > > * Packet Loss and Delay Measurement are sometimes used with capital > letters and sometimes not. > * “In such systems the response may arrive via any interface in the > LSR and need to internally forwarded…†I guess a verb is missing. > > Yes - thanks. > > * > * Some spelling mistakes are present in the document (e.g. Section > 3, Section 4.1) > > I will try me best to get them, but despite my very best endeavors > spelling has never been one of my major skills. I am sure my friends > in the RFC Editor office will pick up with any I miss. > > Thanks > > Stewart > > * > > BR > Daniele > > > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > > > > > -- > For corporate legal information go to: > http://www.cisco.com/web/about/doing_business/legal/cri/index.html -- For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/index.html --------------060000000707000000090000 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit
On 10/11/2015 13:36, Daniele Ceccarelli wrote:

Hi Stewart,

 

Please find more comments in line.

 

BR
Daniele

 

From: Stewart Bryant [mailto:stbryant@cisco.com]
Sent: lunedì 9 novembre 2015 18:14
To: Daniele Ceccarelli; rtg-ads@tools.ietf.org
Cc: rtg-dir@ietf.org; draft-ietf-mpls-rfc6374-udp-return-path.all@tools.ietf.org; mpls@ietf.org
Subject: Re: [mpls] RtgDir review: draft-ietf-mpls-rfc6374-udp-return-path-04.txt

 

Daniele

Thank you for the review, please see inline.

On 09/11/2015 16:42, Daniele Ceccarelli wrote:

Hello,

I have been selected as the Routing Directorate reviewer for this draft. The Routing Directorate seeks to review all routing or routing-related drafts as they pass through IETF last call and IESG review, and sometimes on special request. The purpose of the review is to provide assistance to the Routing ADs. For more information about the Routing Directorate, please see ​http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir

Although these comments are primarily for the use of the Routing ADs, it would be helpful if you could consider them along with any other IETF Last Call comments that you receive, and strive to resolve them through discussion or by updating the draft.

Document: draft-ietf-mpls-rfc6374-udp-return-path-04.txt 
Reviewer: Daniele Ceccarelli
Review Date: Nov 08 2015
IETF LC End Date: draft in AD evaluation state 
Intended Status: Standard Track

Summary: 
I have some minor concerns about this document that I think should be resolved before publication.

Comments:

The draft is pretty simple and straightforward, it is almost ready for publication. I appreciated the “note to reviewers†at the beginning of section 3.1, good idea.

Major Issues:

If you find no major issues, please write: "No major issues found.

Minor Issues:

  • Abstract: please consider improving readability. Suggestion: “RFC6374 defines a protocol for Packet Loss and Delay Measurement for MPLS networks (MPLS-PLDM). This document specifies the procedures to be used when sending and processing out-of-band MPLS performance management responses over an IP/UDP return path.

OK, will take a close look at this text.

  •  
  • Section 3: My understanding is that if multiple URO are sent but the responder is configured to send a single reply, it replies to the first URO. Is any error message foreseen for this?

Actually I wonder if this should be the first URO that it is able to respond to.

The case in point would be if it found an IPv4 and an IPv6 USO (in that order) but could only sent IPv6.

I was not planning an error response. One can imagine cases (IPv4 and IPv6 for example) when there might be both type of URO in every message particularly during protocol migration.

[DC] Good point. I was not considering just the case of IPv4 vs IPv6 UROs (where “able†makes sense) but also cases where multiple IPv4 or IPv6 could be present. If the sender asks for a reply both using IPv4 and IPv6 I pretty much expect that it’s fine to receive one of them, but in case of multiple IPv4 or IPv6 requests I would expect to see an error for the ones I don’t receive a reply to. But if the WG didn’t feel the need for that I’m fine.

For the IPv4 vs IPv6 case I suggest to explicitly use Adrian’s interpretation in the text: “process them in order and use the first one in the list that it is able to use.â€

  •  
  • Why a single URO TLV Type is used for both IPv4 and IPv6? Wouldn’t it be clearer to use two different values?

Both method are good protocol design. We tossed a dice and came down in favour of conserving Optional TLV types.

[DC] I’ve seen quite rarely the usage of the same Type value for different meanings. If it was just a dice tossing and it has no impact on existing implementations I’d suggesting using different values, otherwise it’s ok to keep it as it is

The meanings is exactly same, the object  carries the response address detail.

Within the parameters there are two address types supported and one parameter tells you which type of address is carried.

This is conceptually no different to sub-TLVs which are a well known hierarchical structure.

I can change it if that is the wish of the WG, but I cannot see why the change is needed since there is no ambiguity.



  •  
  • I don’t think the “SHOULD†in section 4.2 (“The receipt of such a mal-formed request SHOULD be notified to the operator through the management system…â€)  should be in capital letters, since it’s not defining a rule for the protocol. Same applies to section 4.4.

SHOULD is an instruction to the implementer, which I think is valid use of RFC2119 language.

  •  
  • Section 4.3. Why there is this strict requirement? “It MUST NOT be sent other than in response to an MPLS-PLDM query message.†If one day another type of query message is defined why do we want to impose that a MPLS-PM response MUST NOT be sent?

This is as defined in RFC6374.

If some other protocol needs a MPLS-PM response it will specify that for itself.
[DC] if it’s defined in RFC6374 there is no need to repeat it here IMO. My comments applies in any case to RFC6374…but it’s too late.

It seems to me that the emphasis is not harmful.

It was applied to RFC6374 so that the sender did not receive unsolicited response messages, which is a reasonable protocol construct. If another protocol wants to use the RFC6374 TLVs it can modify their semantics, although it would be better to define its own TLV set.

- Stewart


  •  

Nits:

  • Packet Loss and Delay Measurement are sometimes used with capital letters and sometimes not.
  • “In such systems the response may arrive via any interface in the LSR and need to internally forwarded…†I guess a verb is missing.

Yes - thanks.

  •  
  • Some spelling mistakes are present in the document (e.g. Section 3, Section 4.1)

I will try me best to get them, but despite my very best endeavors spelling has never been one of my major skills. I am sure my friends in  the RFC Editor office will pick up with any I miss.

Thanks

Stewart

  •  

BR
Daniele




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




-- 
For corporate legal information go to:
 
http://www.cisco.com/web/about/doing_business/legal/cri/index.html
 


-- 
For corporate legal information go to:

http://www.cisco.com/web/about/doing_business/legal/cri/index.html
--------------060000000707000000090000-- From nobody Tue Nov 10 06:06:54 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 11BD21B2A6A; Tue, 10 Nov 2015 06:06:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.2 X-Spam-Level: X-Spam-Status: No, score=-6.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, GB_I_LETTER=-2, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Efnt30plsqfK; Tue, 10 Nov 2015 06:06:50 -0800 (PST) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3E3D51B2A7A; Tue, 10 Nov 2015 06:06:44 -0800 (PST) X-AuditID: c1b4fb30-f79626d000006adf-52-5641f9f299e4 Received: from ESESSHC008.ericsson.se (Unknown_Domain [153.88.253.125]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 46.35.27359.2F9F1465; Tue, 10 Nov 2015 15:06:42 +0100 (CET) Received: from ESESSMB301.ericsson.se ([169.254.1.238]) by ESESSHC008.ericsson.se ([153.88.183.42]) with mapi id 14.03.0248.002; Tue, 10 Nov 2015 15:06:42 +0100 From: Daniele Ceccarelli To: "stbryant@cisco.com" , "rtg-ads@tools.ietf.org" Thread-Topic: [mpls] RtgDir review: draft-ietf-mpls-rfc6374-udp-return-path-04.txt Thread-Index: AdEaUtd2K6cgJ/8lR9abU/b+Czm7rAAtr0CAACr5Y3AAAF5RgAACRU/g Date: Tue, 10 Nov 2015 14:06:41 +0000 Message-ID: <4A1562797D64E44993C5CBF38CF1BE4812ACB106@ESESSMB301.ericsson.se> References: <4A1562797D64E44993C5CBF38CF1BE4812ACA49E@ESESSMB301.ericsson.se> <5640D43D.5090603@cisco.com> <4A1562797D64E44993C5CBF38CF1BE4812ACB021@ESESSMB301.ericsson.se> <5641F71B.1090408@cisco.com> In-Reply-To: <5641F71B.1090408@cisco.com> Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.147] Content-Type: multipart/alternative; boundary="_000_4A1562797D64E44993C5CBF38CF1BE4812ACB106ESESSMB301erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrMIsWRmVeSWpSXmKPExsUyM+Jvre6nn45hBnsbZCyuz2hitbi1dCWr xfM5M1ksFqx5ym5x7ukcRgdWjym/N7J6LFnyk8njy+XPbAHMUVw2Kak5mWWpRfp2CVwZdz4c Yi1YdJep4tmfZ0wNjFOuMHUxcnJICJhI9O1fxQZhi0lcuLcezBYSOMIocWypZhcjF5C9hFFi 6sE+5i5GDg42ASuJJ4d8QEwRgSSJnw9sQUqYBU4zSmyfd5wdpFdYIFhiy6/nzCC2iECIxOnl h9khbDeJxQ8msIDYLAKqEm97doDZvAK+EmuO/GOH2HueUWJnaw6IzSmgKbFk11lGEJtRQFZi wu5FYDazgLjErSfzoe4XkFiy5zwzhC0q8fLxP1aQ2yQElCSmbU2DKM+XaL3ZDLVKUOLkzCcs ExhFZyGZNAtJ2SwkZbOAJjEDXbF+lz5EiaLElO6H7BC2hkTrnLnsyOILGNlXMYoWpxYn5aYb GemlFmUmFxfn5+nlpZZsYgRG5cEtvw12ML587niIUYCDUYmHt0DVMUyINbGsuDL3EKMEB7OS CC/ja6AQb0piZVVqUX58UWlOavEhRmkOFiVx3mamB6FCAumJJanZqakFqUUwWSYOTqkGxlax x3lr5ZbIR6VNufwh4/gBoZm3E749knx4fENyTIiNxl+Vwzwtng6POpe+3XloY0n+hDX3y9n6 5JRSXc2+Hdo8aXKgZ21vxp2PC47kHr/h+c7CdKL0wdhXPaf38Ae1bZovGpV3hPPj1/MvdPY9 1vz7cx7zUh5DBbn6szNe56aFZXBIp/c2mSixFGckGmoxFxUnAgAw3u0pxgIAAA== Archived-At: Cc: "rtg-dir@ietf.org" , "draft-ietf-mpls-rfc6374-udp-return-path.all@tools.ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] RtgDir review: draft-ietf-mpls-rfc6374-udp-return-path-04.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Nov 2015 14:06:54 -0000 --_000_4A1562797D64E44993C5CBF38CF1BE4812ACB106ESESSMB301erics_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgU3Rld2FydCwNCg0KQXMgSSBzYWlkIG1pbmUgYXJlIGp1c3Qgc3VnZ2VzdGlvbnMuIElmIHRo ZSBXRyBpcyBvayB3aXRoIGtlZXBpbmcgdGhlIHRleHQgYXMgaXQgaXMgSeKAmW0gb2sgdG9vLg0K DQpCUg0KRGFuaWVsZQ0KDQpGcm9tOiBTdGV3YXJ0IEJyeWFudCBbbWFpbHRvOnN0YnJ5YW50QGNp c2NvLmNvbV0NClNlbnQ6IG1hcnRlZMOsIDEwIG5vdmVtYnJlIDIwMTUgMTQ6NTUNClRvOiBEYW5p ZWxlIENlY2NhcmVsbGk7IHJ0Zy1hZHNAdG9vbHMuaWV0Zi5vcmcNCkNjOiBydGctZGlyQGlldGYu b3JnOyBkcmFmdC1pZXRmLW1wbHMtcmZjNjM3NC11ZHAtcmV0dXJuLXBhdGguYWxsQHRvb2xzLmll dGYub3JnOyBtcGxzQGlldGYub3JnDQpTdWJqZWN0OiBSZTogW21wbHNdIFJ0Z0RpciByZXZpZXc6 IGRyYWZ0LWlldGYtbXBscy1yZmM2Mzc0LXVkcC1yZXR1cm4tcGF0aC0wNC50eHQNCg0KT24gMTAv MTEvMjAxNSAxMzozNiwgRGFuaWVsZSBDZWNjYXJlbGxpIHdyb3RlOg0KSGkgU3Rld2FydCwNCg0K UGxlYXNlIGZpbmQgbW9yZSBjb21tZW50cyBpbiBsaW5lLg0KDQpCUg0KRGFuaWVsZQ0KDQpGcm9t OiBTdGV3YXJ0IEJyeWFudCBbbWFpbHRvOnN0YnJ5YW50QGNpc2NvLmNvbV0NClNlbnQ6IGx1bmVk w6wgOSBub3ZlbWJyZSAyMDE1IDE4OjE0DQpUbzogRGFuaWVsZSBDZWNjYXJlbGxpOyBydGctYWRz QHRvb2xzLmlldGYub3JnPG1haWx0bzpydGctYWRzQHRvb2xzLmlldGYub3JnPg0KQ2M6IHJ0Zy1k aXJAaWV0Zi5vcmc8bWFpbHRvOnJ0Zy1kaXJAaWV0Zi5vcmc+OyBkcmFmdC1pZXRmLW1wbHMtcmZj NjM3NC11ZHAtcmV0dXJuLXBhdGguYWxsQHRvb2xzLmlldGYub3JnPG1haWx0bzpkcmFmdC1pZXRm LW1wbHMtcmZjNjM3NC11ZHAtcmV0dXJuLXBhdGguYWxsQHRvb2xzLmlldGYub3JnPjsgbXBsc0Bp ZXRmLm9yZzxtYWlsdG86bXBsc0BpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBbbXBsc10gUnRnRGly IHJldmlldzogZHJhZnQtaWV0Zi1tcGxzLXJmYzYzNzQtdWRwLXJldHVybi1wYXRoLTA0LnR4dA0K DQpEYW5pZWxlDQoNClRoYW5rIHlvdSBmb3IgdGhlIHJldmlldywgcGxlYXNlIHNlZSBpbmxpbmUu DQoNCk9uIDA5LzExLzIwMTUgMTY6NDIsIERhbmllbGUgQ2VjY2FyZWxsaSB3cm90ZToNCg0KSGVs bG8sDQoNCkkgaGF2ZSBiZWVuIHNlbGVjdGVkIGFzIHRoZSBSb3V0aW5nIERpcmVjdG9yYXRlIHJl dmlld2VyIGZvciB0aGlzIGRyYWZ0LiBUaGUgUm91dGluZyBEaXJlY3RvcmF0ZSBzZWVrcyB0byBy ZXZpZXcgYWxsIHJvdXRpbmcgb3Igcm91dGluZy1yZWxhdGVkIGRyYWZ0cyBhcyB0aGV5IHBhc3Mg dGhyb3VnaCBJRVRGIGxhc3QgY2FsbCBhbmQgSUVTRyByZXZpZXcsIGFuZCBzb21ldGltZXMgb24g c3BlY2lhbCByZXF1ZXN0LiBUaGUgcHVycG9zZSBvZiB0aGUgcmV2aWV3IGlzIHRvIHByb3ZpZGUg YXNzaXN0YW5jZSB0byB0aGUgUm91dGluZyBBRHMuIEZvciBtb3JlIGluZm9ybWF0aW9uIGFib3V0 IHRoZSBSb3V0aW5nIERpcmVjdG9yYXRlLCBwbGVhc2Ugc2VlIOKAizxodHRwOi8vdHJhYy50b29s cy5pZXRmLm9yZy9hcmVhL3J0Zy90cmFjL3dpa2kvUnRnRGlyPmh0dHA6Ly90cmFjLnRvb2xzLmll dGYub3JnL2FyZWEvcnRnL3RyYWMvd2lraS9SdGdEaXINCg0KQWx0aG91Z2ggdGhlc2UgY29tbWVu dHMgYXJlIHByaW1hcmlseSBmb3IgdGhlIHVzZSBvZiB0aGUgUm91dGluZyBBRHMsIGl0IHdvdWxk IGJlIGhlbHBmdWwgaWYgeW91IGNvdWxkIGNvbnNpZGVyIHRoZW0gYWxvbmcgd2l0aCBhbnkgb3Ro ZXIgSUVURiBMYXN0IENhbGwgY29tbWVudHMgdGhhdCB5b3UgcmVjZWl2ZSwgYW5kIHN0cml2ZSB0 byByZXNvbHZlIHRoZW0gdGhyb3VnaCBkaXNjdXNzaW9uIG9yIGJ5IHVwZGF0aW5nIHRoZSBkcmFm dC4NCg0KRG9jdW1lbnQ6IGRyYWZ0LWlldGYtbXBscy1yZmM2Mzc0LXVkcC1yZXR1cm4tcGF0aC0w NC50eHQNClJldmlld2VyOiBEYW5pZWxlIENlY2NhcmVsbGkNClJldmlldyBEYXRlOiBOb3YgMDgg MjAxNQ0KSUVURiBMQyBFbmQgRGF0ZTogZHJhZnQgaW4gQUQgZXZhbHVhdGlvbiBzdGF0ZQ0KSW50 ZW5kZWQgU3RhdHVzOiBTdGFuZGFyZCBUcmFjaw0KDQpTdW1tYXJ5Og0KSSBoYXZlIHNvbWUgbWlu b3IgY29uY2VybnMgYWJvdXQgdGhpcyBkb2N1bWVudCB0aGF0IEkgdGhpbmsgc2hvdWxkIGJlIHJl c29sdmVkIGJlZm9yZSBwdWJsaWNhdGlvbi4NCg0KQ29tbWVudHM6DQoNClRoZSBkcmFmdCBpcyBw cmV0dHkgc2ltcGxlIGFuZCBzdHJhaWdodGZvcndhcmQsIGl0IGlzIGFsbW9zdCByZWFkeSBmb3Ig cHVibGljYXRpb24uIEkgYXBwcmVjaWF0ZWQgdGhlIOKAnG5vdGUgdG8gcmV2aWV3ZXJz4oCdIGF0 IHRoZSBiZWdpbm5pbmcgb2Ygc2VjdGlvbiAzLjEsIGdvb2QgaWRlYS4NCg0KTWFqb3IgSXNzdWVz Og0KSWYgeW91IGZpbmQgbm8gbWFqb3IgaXNzdWVzLCBwbGVhc2Ugd3JpdGU6ICJObyBtYWpvciBp c3N1ZXMgZm91bmQuDQoNCk1pbm9yIElzc3VlczoNCg0KICAqICAgQWJzdHJhY3Q6IHBsZWFzZSBj b25zaWRlciBpbXByb3ZpbmcgcmVhZGFiaWxpdHkuIFN1Z2dlc3Rpb246IOKAnFJGQzYzNzQgZGVm aW5lcyBhIHByb3RvY29sIGZvciBQYWNrZXQgTG9zcyBhbmQgRGVsYXkgTWVhc3VyZW1lbnQgZm9y IE1QTFMgbmV0d29ya3MgKE1QTFMtUExETSkuIFRoaXMgZG9jdW1lbnQgc3BlY2lmaWVzIHRoZSBw cm9jZWR1cmVzIHRvIGJlIHVzZWQgd2hlbiBzZW5kaW5nIGFuZCBwcm9jZXNzaW5nIG91dC1vZi1i YW5kIE1QTFMgcGVyZm9ybWFuY2UgbWFuYWdlbWVudCByZXNwb25zZXMgb3ZlciBhbiBJUC9VRFAg cmV0dXJuIHBhdGguDQpPSywgd2lsbCB0YWtlIGEgY2xvc2UgbG9vayBhdCB0aGlzIHRleHQuDQoN Cg0KDQogICoNCiAgKiAgIFNlY3Rpb24gMzogTXkgdW5kZXJzdGFuZGluZyBpcyB0aGF0IGlmIG11 bHRpcGxlIFVSTyBhcmUgc2VudCBidXQgdGhlIHJlc3BvbmRlciBpcyBjb25maWd1cmVkIHRvIHNl bmQgYSBzaW5nbGUgcmVwbHksIGl0IHJlcGxpZXMgdG8gdGhlIGZpcnN0IFVSTy4gSXMgYW55IGVy cm9yIG1lc3NhZ2UgZm9yZXNlZW4gZm9yIHRoaXM/DQpBY3R1YWxseSBJIHdvbmRlciBpZiB0aGlz IHNob3VsZCBiZSB0aGUgZmlyc3QgVVJPIHRoYXQgaXQgaXMgYWJsZSB0byByZXNwb25kIHRvLg0K DQpUaGUgY2FzZSBpbiBwb2ludCB3b3VsZCBiZSBpZiBpdCBmb3VuZCBhbiBJUHY0IGFuZCBhbiBJ UHY2IFVTTyAoaW4gdGhhdCBvcmRlcikgYnV0IGNvdWxkIG9ubHkgc2VudCBJUHY2Lg0KDQpJIHdh cyBub3QgcGxhbm5pbmcgYW4gZXJyb3IgcmVzcG9uc2UuIE9uZSBjYW4gaW1hZ2luZSBjYXNlcyAo SVB2NCBhbmQgSVB2NiBmb3IgZXhhbXBsZSkgd2hlbiB0aGVyZSBtaWdodCBiZSBib3RoIHR5cGUg b2YgVVJPIGluIGV2ZXJ5IG1lc3NhZ2UgcGFydGljdWxhcmx5IGR1cmluZyBwcm90b2NvbCBtaWdy YXRpb24uDQoNCltEQ10gR29vZCBwb2ludC4gSSB3YXMgbm90IGNvbnNpZGVyaW5nIGp1c3QgdGhl IGNhc2Ugb2YgSVB2NCB2cyBJUHY2IFVST3MgKHdoZXJlIOKAnGFibGXigJ0gbWFrZXMgc2Vuc2Up IGJ1dCBhbHNvIGNhc2VzIHdoZXJlIG11bHRpcGxlIElQdjQgb3IgSVB2NiBjb3VsZCBiZSBwcmVz ZW50LiBJZiB0aGUgc2VuZGVyIGFza3MgZm9yIGEgcmVwbHkgYm90aCB1c2luZyBJUHY0IGFuZCBJ UHY2IEkgcHJldHR5IG11Y2ggZXhwZWN0IHRoYXQgaXTigJlzIGZpbmUgdG8gcmVjZWl2ZSBvbmUg b2YgdGhlbSwgYnV0IGluIGNhc2Ugb2YgbXVsdGlwbGUgSVB2NCBvciBJUHY2IHJlcXVlc3RzIEkg d291bGQgZXhwZWN0IHRvIHNlZSBhbiBlcnJvciBmb3IgdGhlIG9uZXMgSSBkb27igJl0IHJlY2Vp dmUgYSByZXBseSB0by4gQnV0IGlmIHRoZSBXRyBkaWRu4oCZdCBmZWVsIHRoZSBuZWVkIGZvciB0 aGF0IEnigJltIGZpbmUuDQpGb3IgdGhlIElQdjQgdnMgSVB2NiBjYXNlIEkgc3VnZ2VzdCB0byBl eHBsaWNpdGx5IHVzZSBBZHJpYW7igJlzIGludGVycHJldGF0aW9uIGluIHRoZSB0ZXh0OiDigJxw cm9jZXNzIHRoZW0gaW4gb3JkZXIgYW5kIHVzZSB0aGUgZmlyc3Qgb25lIGluIHRoZSBsaXN0IHRo YXQgaXQgaXMgYWJsZSB0byB1c2Uu4oCdDQoNCiAgKg0KICAqICAgV2h5IGEgc2luZ2xlIFVSTyBU TFYgVHlwZSBpcyB1c2VkIGZvciBib3RoIElQdjQgYW5kIElQdjY/IFdvdWxkbuKAmXQgaXQgYmUg Y2xlYXJlciB0byB1c2UgdHdvIGRpZmZlcmVudCB2YWx1ZXM/DQpCb3RoIG1ldGhvZCBhcmUgZ29v ZCBwcm90b2NvbCBkZXNpZ24uIFdlIHRvc3NlZCBhIGRpY2UgYW5kIGNhbWUgZG93biBpbiBmYXZv dXIgb2YgY29uc2VydmluZyBPcHRpb25hbCBUTFYgdHlwZXMuDQpbRENdIEnigJl2ZSBzZWVuIHF1 aXRlIHJhcmVseSB0aGUgdXNhZ2Ugb2YgdGhlIHNhbWUgVHlwZSB2YWx1ZSBmb3IgZGlmZmVyZW50 IG1lYW5pbmdzLiBJZiBpdCB3YXMganVzdCBhIGRpY2UgdG9zc2luZyBhbmQgaXQgaGFzIG5vIGlt cGFjdCBvbiBleGlzdGluZyBpbXBsZW1lbnRhdGlvbnMgSeKAmWQgc3VnZ2VzdGluZyB1c2luZyBk aWZmZXJlbnQgdmFsdWVzLCBvdGhlcndpc2UgaXTigJlzIG9rIHRvIGtlZXAgaXQgYXMgaXQgaXMN ClRoZSBtZWFuaW5ncyBpcyBleGFjdGx5IHNhbWUsIHRoZSBvYmplY3QgIGNhcnJpZXMgdGhlIHJl c3BvbnNlIGFkZHJlc3MgZGV0YWlsLg0KDQpXaXRoaW4gdGhlIHBhcmFtZXRlcnMgdGhlcmUgYXJl IHR3byBhZGRyZXNzIHR5cGVzIHN1cHBvcnRlZCBhbmQgb25lIHBhcmFtZXRlciB0ZWxscyB5b3Ug d2hpY2ggdHlwZSBvZiBhZGRyZXNzIGlzIGNhcnJpZWQuDQoNClRoaXMgaXMgY29uY2VwdHVhbGx5 IG5vIGRpZmZlcmVudCB0byBzdWItVExWcyB3aGljaCBhcmUgYSB3ZWxsIGtub3duIGhpZXJhcmNo aWNhbCBzdHJ1Y3R1cmUuDQoNCkkgY2FuIGNoYW5nZSBpdCBpZiB0aGF0IGlzIHRoZSB3aXNoIG9m IHRoZSBXRywgYnV0IEkgY2Fubm90IHNlZSB3aHkgdGhlIGNoYW5nZSBpcyBuZWVkZWQgc2luY2Ug dGhlcmUgaXMgbm8gYW1iaWd1aXR5Lg0KDQoNCg0KDQoNCg0KICAqDQogICogICBJIGRvbuKAmXQg dGhpbmsgdGhlIOKAnFNIT1VMROKAnSBpbiBzZWN0aW9uIDQuMiAo4oCcVGhlIHJlY2VpcHQgb2Yg c3VjaCBhIG1hbC1mb3JtZWQgcmVxdWVzdCBTSE9VTEQgYmUgbm90aWZpZWQgdG8gdGhlIG9wZXJh dG9yIHRocm91Z2ggdGhlIG1hbmFnZW1lbnQgc3lzdGVt4oCm4oCdKSAgc2hvdWxkIGJlIGluIGNh cGl0YWwgbGV0dGVycywgc2luY2UgaXTigJlzIG5vdCBkZWZpbmluZyBhIHJ1bGUgZm9yIHRoZSBw cm90b2NvbC4gU2FtZSBhcHBsaWVzIHRvIHNlY3Rpb24gNC40Lg0KU0hPVUxEIGlzIGFuIGluc3Ry dWN0aW9uIHRvIHRoZSBpbXBsZW1lbnRlciwgd2hpY2ggSSB0aGluayBpcyB2YWxpZCB1c2Ugb2Yg UkZDMjExOSBsYW5ndWFnZS4NCg0KDQoNCiAgKg0KICAqICAgU2VjdGlvbiA0LjMuIFdoeSB0aGVy ZSBpcyB0aGlzIHN0cmljdCByZXF1aXJlbWVudD8g4oCcSXQgTVVTVCBOT1QgYmUgc2VudCBvdGhl ciB0aGFuIGluIHJlc3BvbnNlIHRvIGFuIE1QTFMtUExETSBxdWVyeSBtZXNzYWdlLuKAnSBJZiBv bmUgZGF5IGFub3RoZXIgdHlwZSBvZiBxdWVyeSBtZXNzYWdlIGlzIGRlZmluZWQgd2h5IGRvIHdl IHdhbnQgdG8gaW1wb3NlIHRoYXQgYSBNUExTLVBNIHJlc3BvbnNlIE1VU1QgTk9UIGJlIHNlbnQ/ DQpUaGlzIGlzIGFzIGRlZmluZWQgaW4gUkZDNjM3NC4NCg0KSWYgc29tZSBvdGhlciBwcm90b2Nv bCBuZWVkcyBhIE1QTFMtUE0gcmVzcG9uc2UgaXQgd2lsbCBzcGVjaWZ5IHRoYXQgZm9yIGl0c2Vs Zi4NCltEQ10gaWYgaXTigJlzIGRlZmluZWQgaW4gUkZDNjM3NCB0aGVyZSBpcyBubyBuZWVkIHRv IHJlcGVhdCBpdCBoZXJlIElNTy4gTXkgY29tbWVudHMgYXBwbGllcyBpbiBhbnkgY2FzZSB0byBS RkM2Mzc04oCmYnV0IGl04oCZcyB0b28gbGF0ZS4NCkl0IHNlZW1zIHRvIG1lIHRoYXQgdGhlIGVt cGhhc2lzIGlzIG5vdCBoYXJtZnVsLg0KDQpJdCB3YXMgYXBwbGllZCB0byBSRkM2Mzc0IHNvIHRo YXQgdGhlIHNlbmRlciBkaWQgbm90IHJlY2VpdmUgdW5zb2xpY2l0ZWQgcmVzcG9uc2UgbWVzc2Fn ZXMsIHdoaWNoIGlzIGEgcmVhc29uYWJsZSBwcm90b2NvbCBjb25zdHJ1Y3QuIElmIGFub3RoZXIg cHJvdG9jb2wgd2FudHMgdG8gdXNlIHRoZSBSRkM2Mzc0IFRMVnMgaXQgY2FuIG1vZGlmeSB0aGVp ciBzZW1hbnRpY3MsIGFsdGhvdWdoIGl0IHdvdWxkIGJlIGJldHRlciB0byBkZWZpbmUgaXRzIG93 biBUTFYgc2V0Lg0KDQotIFN0ZXdhcnQNCg0KDQoNCg0KDQogICoNCg0KTml0czoNCg0KICAqICAg UGFja2V0IExvc3MgYW5kIERlbGF5IE1lYXN1cmVtZW50IGFyZSBzb21ldGltZXMgdXNlZCB3aXRo IGNhcGl0YWwgbGV0dGVycyBhbmQgc29tZXRpbWVzIG5vdC4NCiAgKiAgIOKAnEluIHN1Y2ggc3lz dGVtcyB0aGUgcmVzcG9uc2UgbWF5IGFycml2ZSB2aWEgYW55IGludGVyZmFjZSBpbiB0aGUgTFNS IGFuZCBuZWVkIHRvIGludGVybmFsbHkgZm9yd2FyZGVk4oCm4oCdIEkgZ3Vlc3MgYSB2ZXJiIGlz IG1pc3NpbmcuDQpZZXMgLSB0aGFua3MuDQoNCg0KDQogICoNCiAgKiAgIFNvbWUgc3BlbGxpbmcg bWlzdGFrZXMgYXJlIHByZXNlbnQgaW4gdGhlIGRvY3VtZW50IChlLmcuIFNlY3Rpb24gMywgU2Vj dGlvbiA0LjEpDQpJIHdpbGwgdHJ5IG1lIGJlc3QgdG8gZ2V0IHRoZW0sIGJ1dCBkZXNwaXRlIG15 IHZlcnkgYmVzdCBlbmRlYXZvcnMgc3BlbGxpbmcgaGFzIG5ldmVyIGJlZW4gb25lIG9mIG15IG1h am9yIHNraWxscy4gSSBhbSBzdXJlIG15IGZyaWVuZHMgaW4gIHRoZSBSRkMgRWRpdG9yIG9mZmlj ZSB3aWxsIHBpY2sgdXAgd2l0aCBhbnkgSSBtaXNzLg0KDQpUaGFua3MNCg0KU3Rld2FydA0KDQoN Cg0KICAqDQpCUg0KRGFuaWVsZQ0KDQoNCg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fDQoNCm1wbHMgbWFpbGluZyBsaXN0DQoNCm1wbHNAaWV0Zi5v cmc8bWFpbHRvOm1wbHNAaWV0Zi5vcmc+DQoNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4v bGlzdGluZm8vbXBscw0KDQoNCg0KDQoNCi0tDQoNCkZvciBjb3Jwb3JhdGUgbGVnYWwgaW5mb3Jt YXRpb24gZ28gdG86DQoNCg0KDQpodHRwOi8vd3d3LmNpc2NvLmNvbS93ZWIvYWJvdXQvZG9pbmdf YnVzaW5lc3MvbGVnYWwvY3JpL2luZGV4Lmh0bWwNCg0KDQoNCg0KDQoNCi0tDQoNCkZvciBjb3Jw b3JhdGUgbGVnYWwgaW5mb3JtYXRpb24gZ28gdG86DQoNCg0KDQpodHRwOi8vd3d3LmNpc2NvLmNv bS93ZWIvYWJvdXQvZG9pbmdfYnVzaW5lc3MvbGVnYWwvY3JpL2luZGV4Lmh0bWwNCg0KDQo= --_000_4A1562797D64E44993C5CBF38CF1BE4812ACB106ESESSMB301erics_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseTpXaW5nZGluZ3M7DQoJcGFub3NlLTE6NSAwIDAgMCAwIDAgMCAwIDAgMDt9 DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIg MiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3Nl LTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiVGlt ZXMgTmV3IFJvbWFuIFwsIHNlcmlmIjsNCglwYW5vc2UtMTowIDAgMCAwIDAgMCAwIDAgMCAwO30N Ci8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYu TXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQt c2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xv cjpibGFjazt9DQpoMw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTsNCgltc28tc3R5bGUtbGluazoi SGVhZGluZyAzIENoYXIiOw0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdo dDowY207DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGNtOw0K CWZvbnQtc2l6ZToxMy41cHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlm IjsNCgljb2xvcjpibGFjazsNCglmb250LXdlaWdodDpib2xkO30NCmE6bGluaywgc3Bhbi5Nc29I eXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1k ZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93 ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29y YXRpb246dW5kZXJsaW5lO30NCnANCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1tYXJn aW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1yaWdodDowY207DQoJbXNvLW1hcmdpbi1ib3R0b20t YWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGNtOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1m YW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIjsNCgljb2xvcjpibGFjazt9DQpwcmUNCgl7 bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRl ZCBDaGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp emU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7DQoJY29sb3I6YmxhY2s7fQ0K cC5Nc29BY2V0YXRlLCBsaS5Nc29BY2V0YXRlLCBkaXYuTXNvQWNldGF0ZQ0KCXttc28tc3R5bGUt cHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkJhbGxvb24gVGV4dCBDaGFyIjsNCgltYXJn aW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6OC4wcHQ7DQoJZm9u dC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOmJsYWNrO30NCnAuTXNvTGlz dFBhcmFncmFwaCwgbGkuTXNvTGlzdFBhcmFncmFwaCwgZGl2Lk1zb0xpc3RQYXJhZ3JhcGgNCgl7 bXNvLXN0eWxlLXByaW9yaXR5OjM0Ow0KCW1hcmdpbi10b3A6MGNtOw0KCW1hcmdpbi1yaWdodDow Y207DQoJbWFyZ2luLWJvdHRvbTowY207DQoJbWFyZ2luLWxlZnQ6MzYuMHB0Ow0KCW1hcmdpbi1i b3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp Iiwic2Fucy1zZXJpZiI7DQoJY29sb3I6YmxhY2s7fQ0Kc3Bhbi5IZWFkaW5nM0NoYXINCgl7bXNv LXN0eWxlLW5hbWU6IkhlYWRpbmcgMyBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTsNCglt c28tc3R5bGUtbGluazoiSGVhZGluZyAzIjsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFu Iiwic2VyaWYiOw0KCWZvbnQtd2VpZ2h0OmJvbGQ7fQ0Kc3Bhbi5IVE1MUHJlZm9ybWF0dGVkQ2hh cg0KCXttc28tc3R5bGUtbmFtZToiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbXNvLXN0eWxl LXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1MIFByZWZvcm1hdHRlZCI7DQoJZm9u dC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpzcGFuLkVtYWlsU3R5bGUyMg0KCXttc28tc3R5bGUt dHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNv bG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5hcHBsZS1jb252ZXJ0ZWQtc3BhY2UNCgl7bXNvLXN0eWxl LW5hbWU6YXBwbGUtY29udmVydGVkLXNwYWNlO30NCnNwYW4uaWNvbg0KCXttc28tc3R5bGUtbmFt ZTppY29uO30NCnNwYW4uRW1haWxTdHlsZTI1DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0K CWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQpz cGFuLkJhbGxvb25UZXh0Q2hhcg0KCXttc28tc3R5bGUtbmFtZToiQmFsbG9vbiBUZXh0IENoYXIi Ow0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiQmFsbG9vbiBUZXh0 IjsNCglmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6YmxhY2s7fQ0K c3Bhbi5FbWFpbFN0eWxlMjkNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9u dC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29D aHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4w cHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdp bjo3MC44NXB0IDcwLjg1cHQgNzAuODVwdCA3MC44NXB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7 cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLyogTGlzdCBEZWZpbml0aW9ucyAqLw0KQGxpc3QgbDANCgl7 bXNvLWxpc3QtaWQ6NDQxNzMzMDA3Ow0KCW1zby1saXN0LXRlbXBsYXRlLWlkczotOTc2ODMxNDM0 O30NCkBsaXN0IGwwOmxldmVsMQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJ bXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDozNi4wcHQ7DQoJbXNvLWxl dmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFu c2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2 ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpv Ow0KCW1zby1sZXZlbC10YWItc3RvcDo3Mi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlv bjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBw dDsNCglmb250LWZhbWlseToiQ291cmllciBOZXciOw0KCW1zby1iaWRpLWZvbnQtZmFtaWx5OiJU aW1lcyBOZXcgUm9tYW4iO30NCkBsaXN0IGwwOmxldmVsMw0KCXttc28tbGV2ZWwtbnVtYmVyLWZv cm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDox MDguMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDot MTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2Rp bmdzO30NCkBsaXN0IGwwOmxldmVsNA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7 DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDoxNDQuMHB0Ow0KCW1z by1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1z by1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0 IGwwOmxldmVsNQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVs LXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDoxODAuMHB0Ow0KCW1zby1sZXZlbC1udW1i ZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQt c2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwwOmxldmVsNg0K CXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0K CW1zby1sZXZlbC10YWItc3RvcDoyMTYuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246 bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7 DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwwOmxldmVsNw0KCXttc28tbGV2ZWwt bnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10 YWItc3RvcDoyNTIuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0 LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1p bHk6V2luZ2RpbmdzO30NCkBsaXN0IGwwOmxldmVsOA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1h dDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDoyODgu MHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTgu MHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2Rpbmdz O30NCkBsaXN0IGwwOmxldmVsOQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJ bXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDozMjQuMHB0Ow0KCW1zby1s ZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1h bnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwx DQoJe21zby1saXN0LWlkOjkyODA4MDEzMzsNCgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6LTIxMTEw MTg4NjI7fQ0KQGxpc3QgbDE6bGV2ZWwxDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxl dDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjM2LjBwdDsNCglt c28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglt c28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBs MTpsZXZlbDINCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10 ZXh0Om87DQoJbXNvLWxldmVsLXRhYi1zdG9wOjcyLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBv c2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6 MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7DQoJbXNvLWJpZGktZm9udC1mYW1p bHk6IlRpbWVzIE5ldyBSb21hbiI7fQ0KQGxpc3QgbDE6bGV2ZWwzDQoJe21zby1sZXZlbC1udW1i ZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1z dG9wOjEwOC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5k ZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpX aW5nZGluZ3M7fQ0KQGxpc3QgbDE6bGV2ZWw0DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1 bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjE0NC4wcHQ7 DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7 DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0K QGxpc3QgbDE6bGV2ZWw1DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28t bGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjE4MC4wcHQ7DQoJbXNvLWxldmVs LW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2kt Zm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDE6bGV2 ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrv gqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjIxNi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3Np dGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEw LjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDE6bGV2ZWw3DQoJe21zby1s ZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxl dmVsLXRhYi1zdG9wOjI1Mi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0K CXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250 LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDE6bGV2ZWw4DQoJe21zby1sZXZlbC1udW1iZXIt Zm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9w OjI4OC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50 Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5n ZGluZ3M7fQ0KQGxpc3QgbDE6bGV2ZWw5DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxl dDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOjMyNC4wcHQ7DQoJ bXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJ bXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0Kb2wN Cgl7bWFyZ2luLWJvdHRvbTowY207fQ0KdWwNCgl7bWFyZ2luLWJvdHRvbTowY207fQ0KLS0+PC9z dHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVk aXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28g OV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJl ZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9o ZWFkPg0KPGJvZHkgYmdjb2xvcj0id2hpdGUiIGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGlu az0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+SGkgU3Rld2FydCw8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3 RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkFzIEkgc2FpZCBtaW5lIGFyZSBqdXN0IHN1Z2dlc3Rp b25zLiBJZiB0aGUgV0cgaXMgb2sgd2l0aCBrZWVwaW5nIHRoZSB0ZXh0IGFzIGl0IGlzIEnigJlt IG9rIHRvby48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iY29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkJSPGJyPg0KRGFu aWVsZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0 eWxlPSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGNt IDBjbSAwY20gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10 b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOndpbmRv d3RleHQiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjp3 aW5kb3d0ZXh0Ij4gU3Rld2FydCBCcnlhbnQgW21haWx0bzpzdGJyeWFudEBjaXNjby5jb21dDQo8 YnI+DQo8Yj5TZW50OjwvYj4gbWFydGVkw6wgMTAgbm92ZW1icmUgMjAxNSAxNDo1NTxicj4NCjxi PlRvOjwvYj4gRGFuaWVsZSBDZWNjYXJlbGxpOyBydGctYWRzQHRvb2xzLmlldGYub3JnPGJyPg0K PGI+Q2M6PC9iPiBydGctZGlyQGlldGYub3JnOyBkcmFmdC1pZXRmLW1wbHMtcmZjNjM3NC11ZHAt cmV0dXJuLXBhdGguYWxsQHRvb2xzLmlldGYub3JnOyBtcGxzQGlldGYub3JnPGJyPg0KPGI+U3Vi amVjdDo8L2I+IFJlOiBbbXBsc10gUnRnRGlyIHJldmlldzogZHJhZnQtaWV0Zi1tcGxzLXJmYzYz NzQtdWRwLXJldHVybi1wYXRoLTA0LnR4dDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiAxMC8xMS8yMDE1IDEzOjM2LCBEYW5pZWxlIENlY2Nh cmVsbGkgd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJt YXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkhpIFN0ZXdhcnQsPC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0Qi PiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJjb2xvcjojMUY0OTdEIj5QbGVhc2UgZmluZCBtb3JlIGNvbW1lbnRzIGluIGxpbmUu PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImNvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5CUjxicj4NCkRhbmllbGU8L3Nw YW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29s b3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGRpdiBzdHlsZT0iYm9y ZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBjbSAwY20gMGNt IDQuMHB0Ij4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlk ICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjp3aW5kb3d0ZXh0Ij5G cm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6d2luZG93dGV4 dCI+IFN0ZXdhcnQgQnJ5YW50IFs8YSBocmVmPSJtYWlsdG86c3RicnlhbnRAY2lzY28uY29tIj5t YWlsdG86c3RicnlhbnRAY2lzY28uY29tPC9hPl0NCjxicj4NCjxiPlNlbnQ6PC9iPiBsdW5lZMOs IDkgbm92ZW1icmUgMjAxNSAxODoxNDxicj4NCjxiPlRvOjwvYj4gRGFuaWVsZSBDZWNjYXJlbGxp OyA8YSBocmVmPSJtYWlsdG86cnRnLWFkc0B0b29scy5pZXRmLm9yZyI+cnRnLWFkc0B0b29scy5p ZXRmLm9yZzwvYT48YnI+DQo8Yj5DYzo8L2I+IDxhIGhyZWY9Im1haWx0bzpydGctZGlyQGlldGYu b3JnIj5ydGctZGlyQGlldGYub3JnPC9hPjsgPGEgaHJlZj0ibWFpbHRvOmRyYWZ0LWlldGYtbXBs cy1yZmM2Mzc0LXVkcC1yZXR1cm4tcGF0aC5hbGxAdG9vbHMuaWV0Zi5vcmciPg0KZHJhZnQtaWV0 Zi1tcGxzLXJmYzYzNzQtdWRwLXJldHVybi1wYXRoLmFsbEB0b29scy5pZXRmLm9yZzwvYT47IDxh IGhyZWY9Im1haWx0bzptcGxzQGlldGYub3JnIj4NCm1wbHNAaWV0Zi5vcmc8L2E+PGJyPg0KPGI+ U3ViamVjdDo8L2I+IFJlOiBbbXBsc10gUnRnRGlyIHJldmlldzogZHJhZnQtaWV0Zi1tcGxzLXJm YzYzNzQtdWRwLXJldHVybi1wYXRoLTA0LnR4dDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5EYW5pZWxlPGJyPg0KPGJyPg0KVGhhbmsgeW91IGZv ciB0aGUgcmV2aWV3LCBwbGVhc2Ugc2VlIGlubGluZS48YnI+DQo8YnI+DQpPbiAwOS8xMS8yMDE1 IDE2OjQyLCBEYW5pZWxlIENlY2NhcmVsbGkgd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQi Pg0KPHAgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0Ij5IZWxsbyw8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBzdHlsZT0iYmFja2dyb3VuZDp3 aGl0ZTtvcnBoYW5zOg0KICAgICAgICAgICAgICBhdXRvO3RleHQtYWxpZ246c3RhcnQ7d2lkb3dz OiAxOy13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6DQogICAgICAgICAgICAgIDBweDt3b3JkLXNw YWNpbmc6MHB4Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5JIGhhdmUgYmVlbiBz ZWxlY3RlZCBhcyB0aGUgUm91dGluZyBEaXJlY3RvcmF0ZSByZXZpZXdlciBmb3IgdGhpcyBkcmFm dC4gVGhlIFJvdXRpbmcgRGlyZWN0b3JhdGUgc2Vla3MgdG8gcmV2aWV3IGFsbCByb3V0aW5nIG9y IHJvdXRpbmctcmVsYXRlZCBkcmFmdHMgYXMgdGhleSBwYXNzIHRocm91Z2ggSUVURiBsYXN0IGNh bGwgYW5kIElFU0cgcmV2aWV3LCBhbmQgc29tZXRpbWVzIG9uIHNwZWNpYWwNCiByZXF1ZXN0LiBU aGUgcHVycG9zZSBvZiB0aGUgcmV2aWV3IGlzIHRvIHByb3ZpZGUgYXNzaXN0YW5jZSB0byB0aGUg Um91dGluZyBBRHMuIEZvciBtb3JlIGluZm9ybWF0aW9uIGFib3V0IHRoZSBSb3V0aW5nIERpcmVj dG9yYXRlLCBwbGVhc2Ugc2VlPHNwYW4gY2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5i c3A7PC9zcGFuPjxhIGhyZWY9Imh0dHA6Ly90cmFjLnRvb2xzLmlldGYub3JnL2FyZWEvcnRnL3Ry YWMvd2lraS9SdGdEaXIiPjxzcGFuIGNsYXNzPSJpY29uIj48c3BhbiBzdHlsZT0iY29sb3I6IzQ0 MDA4OCI+4oCLPC9zcGFuPjwvc3Bhbj48L2E+PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2NvbG9yOiM0NDAwODgiPjxhIGhyZWY9Imh0dHA6Ly90cmFjLnRvb2xzLmlldGYub3Jn L2FyZWEvcnRnL3RyYWMvd2lraS9SdGdEaXIiPmh0dHA6Ly90cmFjLnRvb2xzLmlldGYub3JnL2Fy ZWEvcnRnL3RyYWMvd2lraS9SdGdEaXI8L2E+PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgc3R5 bGU9ImJhY2tncm91bmQ6d2hpdGU7b3JwaGFuczoNCiAgICAgICAgICAgICAgYXV0bzt0ZXh0LWFs aWduOnN0YXJ0O3dpZG93czogMTstd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOg0KICAgICAgICAg ICAgICAwcHg7d29yZC1zcGFjaW5nOjBweCI+DQo8c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dCI+QWx0aG91Z2ggdGhlc2UgY29tbWVudHMgYXJlIHByaW1hcmlseSBmb3IgdGhlIHVzZSBvZiB0 aGUgUm91dGluZyBBRHMsIGl0IHdvdWxkIGJlIGhlbHBmdWwgaWYgeW91IGNvdWxkIGNvbnNpZGVy IHRoZW0gYWxvbmcgd2l0aCBhbnkgb3RoZXIgSUVURiBMYXN0IENhbGwgY29tbWVudHMgdGhhdCB5 b3UgcmVjZWl2ZSwgYW5kIHN0cml2ZSB0byByZXNvbHZlIHRoZW0gdGhyb3VnaCBkaXNjdXNzaW9u DQogb3IgYnkgdXBkYXRpbmcgdGhlIGRyYWZ0Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIHN0 eWxlPSJiYWNrZ3JvdW5kOndoaXRlO29ycGhhbnM6DQogICAgICAgICAgICAgIGF1dG87dGV4dC1h bGlnbjpzdGFydDt3aWRvd3M6IDE7LXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDoNCiAgICAgICAg ICAgICAgMHB4O3dvcmQtc3BhY2luZzowcHgiPg0KPHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQiPkRvY3VtZW50OjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3BhY2UiPiZuYnNwO2Ry YWZ0LWlldGYtbXBscy1yZmM2Mzc0LXVkcC1yZXR1cm4tcGF0aC0wNDwvc3Bhbj4udHh0PHNwYW4g Y2xhc3M9ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxicj4NClJldmlld2Vy OiBEYW5pZWxlIENlY2NhcmVsbGk8YnI+DQpSZXZpZXcgRGF0ZTogTm92IDA4IDIwMTU8YnI+DQpJ RVRGIExDIEVuZCBEYXRlOiBkcmFmdCBpbiBBRCBldmFsdWF0aW9uIHN0YXRlPHNwYW4gY2xhc3M9 ImFwcGxlLWNvbnZlcnRlZC1zcGFjZSI+Jm5ic3A7PC9zcGFuPjxicj4NCkludGVuZGVkIFN0YXR1 czogU3RhbmRhcmQgVHJhY2s8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBzdHlsZT0iYmFja2dy b3VuZDp3aGl0ZTtvcnBoYW5zOg0KICAgICAgICAgICAgICBhdXRvO3RleHQtYWxpZ246c3RhcnQ7 d2lkb3dzOiAxOy13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6DQogICAgICAgICAgICAgIDBweDt3 b3JkLXNwYWNpbmc6MHB4Ij4NCjxzdHJvbmc+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQi PlN1bW1hcnk6PC9zcGFuPjwvc3Ryb25nPjxzcGFuIGNsYXNzPSJhcHBsZS1jb252ZXJ0ZWQtc3Bh Y2UiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij4mbmJzcDs8L3NwYW4+PC9zcGFuPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2NvbG9yOnJlZCI+PGJyPg0KPC9zcGFuPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5JIGhhdmUgc29tZSBtaW5vciBjb25jZXJucyBhYm91 dCB0aGlzIGRvY3VtZW50IHRoYXQgSSB0aGluayBzaG91bGQgYmUgcmVzb2x2ZWQgYmVmb3JlIHB1 YmxpY2F0aW9uLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIHN0eWxlPSJiYWNrZ3JvdW5kOndo aXRlIj48Yj5Db21tZW50czo8L2I+PG86cD48L286cD48L3A+DQo8cCBzdHlsZT0iYmFja2dyb3Vu ZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPlRoZSBkcmFmdCBpcyBwcmV0 dHkgc2ltcGxlIGFuZCBzdHJhaWdodGZvcndhcmQsIGl0IGlzIGFsbW9zdCByZWFkeSBmb3IgcHVi bGljYXRpb24uIEkgYXBwcmVjaWF0ZWQgdGhlIOKAnG5vdGUgdG8gcmV2aWV3ZXJz4oCdIGF0IHRo ZSBiZWdpbm5pbmcgb2Ygc2VjdGlvbiAzLjEsIGdvb2QgaWRlYS48L3NwYW4+PG86cD48L286cD48 L3A+DQo8cCBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PGI+TWFqb3IgSXNzdWVzOjwvYj48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bztiYWNrZ3JvdW5kOndoaXRlIj4NCklm IHlvdSBmaW5kIG5vIG1ham9yIGlzc3VlcywgcGxlYXNlIHdyaXRlOiAmcXVvdDtObyBtYWpvciBp c3N1ZXMgZm91bmQuPG86cD48L286cD48L3A+DQo8cCBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZTtv cnBoYW5zOg0KICAgICAgICAgICAgICBhdXRvO3RleHQtYWxpZ246c3RhcnQ7d2lkb3dzOiAxOy13 ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6DQogICAgICAgICAgICAgIDBweDt3b3JkLXNwYWNpbmc6 MHB4Ij4NCjxiPk1pbm9yIElzc3Vlczo8L2I+PG86cD48L286cD48L3A+DQo8dWwgdHlwZT0iZGlz YyI+DQo8bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0OmwxIGxldmVsMSBsZm8xO2JhY2tn cm91bmQ6d2hpdGUiPg0KQWJzdHJhY3Q6IHBsZWFzZSBjb25zaWRlciBpbXByb3ZpbmcgcmVhZGFi aWxpdHkuIFN1Z2dlc3Rpb246IOKAnFJGQzYzNzQgZGVmaW5lcyBhIHByb3RvY29sIGZvciBQYWNr ZXQgTG9zcyBhbmQgRGVsYXkgTWVhc3VyZW1lbnQgZm9yIE1QTFMgbmV0d29ya3MgKE1QTFMtUExE TSkuIFRoaXMgZG9jdW1lbnQgc3BlY2lmaWVzIHRoZSBwcm9jZWR1cmVzIHRvIGJlIHVzZWQgd2hl biBzZW5kaW5nIGFuZCBwcm9jZXNzaW5nIG91dC1vZi1iYW5kIE1QTFMgcGVyZm9ybWFuY2UNCiBt YW5hZ2VtZW50IHJlc3BvbnNlcyBvdmVyIGFuIElQL1VEUCByZXR1cm4gcGF0aC48bzpwPjwvbzpw PjwvbGk+PC91bD4NCjwvYmxvY2txdW90ZT4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiAs IHNlcmlmJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij5PSywgd2lsbCB0YWtlIGEgY2xvc2UgbG9v ayBhdCB0aGlzIHRleHQuPGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PHVsIHR5cGU9ImRpc2MiPg0KPGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMSBsZXZl bDEgbGZvMTtiYWNrZ3JvdW5kOndoaXRlIj4NCiZuYnNwOzxvOnA+PC9vOnA+PC9saT48bGkgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvO21zby1saXN0OmwxIGxldmVsMSBsZm8xO2JhY2tncm91bmQ6d2hpdGUi Pg0KU2VjdGlvbiAzOiBNeSB1bmRlcnN0YW5kaW5nIGlzIHRoYXQgaWYgbXVsdGlwbGUgVVJPIGFy ZSBzZW50IGJ1dCB0aGUgcmVzcG9uZGVyIGlzIGNvbmZpZ3VyZWQgdG8gc2VuZCBhIHNpbmdsZSBy ZXBseSwgaXQgcmVwbGllcyB0byB0aGUgZmlyc3QgVVJPLiBJcyBhbnkgZXJyb3IgbWVzc2FnZSBm b3Jlc2VlbiBmb3IgdGhpcz88bzpwPjwvbzpwPjwvbGk+PC91bD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVz IE5ldyBSb21hbiAsIHNlcmlmJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij5BY3R1YWxseSBJIHdv bmRlciBpZiB0aGlzIHNob3VsZCBiZSB0aGUgZmlyc3QgVVJPIHRoYXQgaXQgaXMgYWJsZSB0byBy ZXNwb25kIHRvLjxicj4NCjxicj4NClRoZSBjYXNlIGluIHBvaW50IHdvdWxkIGJlIGlmIGl0IGZv dW5kIGFuIElQdjQgYW5kIGFuIElQdjYgVVNPIChpbiB0aGF0IG9yZGVyKSBidXQgY291bGQgb25s eSBzZW50IElQdjYuPGJyPg0KPGJyPg0KSSB3YXMgbm90IHBsYW5uaW5nIGFuIGVycm9yIHJlc3Bv bnNlLiBPbmUgY2FuIGltYWdpbmUgY2FzZXMgKElQdjQgYW5kIElQdjYgZm9yIGV4YW1wbGUpIHdo ZW4gdGhlcmUgbWlnaHQgYmUgYm90aCB0eXBlIG9mIFVSTyBpbiBldmVyeSBtZXNzYWdlIHBhcnRp Y3VsYXJseSBkdXJpbmcgcHJvdG9jb2wgbWlncmF0aW9uLjxicj4NCjxicj4NCjwvc3Bhbj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+W0RDXSBHb29kIHBvaW50LiBJIHdhcyBub3QgY29u c2lkZXJpbmcganVzdCB0aGUgY2FzZSBvZiBJUHY0IHZzIElQdjYgVVJPcyAod2hlcmUg4oCcYWJs ZeKAnSBtYWtlcyBzZW5zZSkgYnV0IGFsc28gY2FzZXMgd2hlcmUgbXVsdGlwbGUgSVB2NCBvciBJ UHY2IGNvdWxkIGJlIHByZXNlbnQuIElmIHRoZSBzZW5kZXIgYXNrcyBmb3IgYSByZXBseSBib3Ro IHVzaW5nIElQdjQgYW5kIElQdjYgSQ0KIHByZXR0eSBtdWNoIGV4cGVjdCB0aGF0IGl04oCZcyBm aW5lIHRvIHJlY2VpdmUgb25lIG9mIHRoZW0sIGJ1dCBpbiBjYXNlIG9mIG11bHRpcGxlIElQdjQg b3IgSVB2NiByZXF1ZXN0cyBJIHdvdWxkIGV4cGVjdCB0byBzZWUgYW4gZXJyb3IgZm9yIHRoZSBv bmVzIEkgZG9u4oCZdCByZWNlaXZlIGEgcmVwbHkgdG8uIEJ1dCBpZiB0aGUgV0cgZGlkbuKAmXQg ZmVlbCB0aGUgbmVlZCBmb3IgdGhhdCBJ4oCZbSBmaW5lLjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5Gb3IgdGhl IElQdjQgdnMgSVB2NiBjYXNlIEkgc3VnZ2VzdCB0byBleHBsaWNpdGx5IHVzZSBBZHJpYW7igJlz IGludGVycHJldGF0aW9uIGluIHRoZSB0ZXh0OiDigJw8L3NwYW4+cHJvY2VzcyB0aGVtIGluIG9y ZGVyIGFuZCB1c2UgdGhlIGZpcnN0IG9uZSBpbiB0aGUgbGlzdCB0aGF0IGl0IGlzIGFibGUgdG8g dXNlLuKAnTxvOnA+PC9vOnA+PC9wPg0KPHVsIHR5cGU9ImRpc2MiPg0KPGxpIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0bzttc28tbGlzdDpsMSBsZXZlbDEgbGZvMTtiYWNrZ3JvdW5kOndoaXRlIj4NCiZuYnNw OzxvOnA+PC9vOnA+PC9saT48bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0OmwxIGxldmVs MSBsZm8xO2JhY2tncm91bmQ6d2hpdGUiPg0KV2h5IGEgc2luZ2xlIFVSTyBUTFYgVHlwZSBpcyB1 c2VkIGZvciBib3RoIElQdjQgYW5kIElQdjY/IFdvdWxkbuKAmXQgaXQgYmUgY2xlYXJlciB0byB1 c2UgdHdvIGRpZmZlcmVudCB2YWx1ZXM/PG86cD48L286cD48L2xpPjwvdWw+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVv dDtUaW1lcyBOZXcgUm9tYW4gLCBzZXJpZiZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+Qm90aCBt ZXRob2QgYXJlIGdvb2QgcHJvdG9jb2wgZGVzaWduLiBXZSB0b3NzZWQgYSBkaWNlIGFuZCBjYW1l IGRvd24gaW4gZmF2b3VyIG9mIGNvbnNlcnZpbmcgT3B0aW9uYWwgVExWIHR5cGVzLjwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjoj MUY0OTdEIj5bRENdIEnigJl2ZSBzZWVuIHF1aXRlIHJhcmVseSB0aGUgdXNhZ2Ugb2YgdGhlIHNh bWUgVHlwZSB2YWx1ZSBmb3IgZGlmZmVyZW50IG1lYW5pbmdzLiBJZiBpdCB3YXMganVzdCBhIGRp Y2UgdG9zc2luZyBhbmQgaXQgaGFzIG5vIGltcGFjdCBvbiBleGlzdGluZyBpbXBsZW1lbnRhdGlv bnMgSeKAmWQgc3VnZ2VzdGluZyB1c2luZyBkaWZmZXJlbnQgdmFsdWVzLCBvdGhlcndpc2UNCiBp dOKAmXMgb2sgdG8ga2VlcCBpdCBhcyBpdCBpczwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2 Pg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90 O3NlcmlmJnF1b3Q7Ij5UaGUgbWVhbmluZ3MgaXMgZXhhY3RseSBzYW1lLCB0aGUgb2JqZWN0Jm5i c3A7IGNhcnJpZXMgdGhlIHJlc3BvbnNlIGFkZHJlc3MgZGV0YWlsLjxicj4NCjxicj4NCldpdGhp biB0aGUgcGFyYW1ldGVycyB0aGVyZSBhcmUgdHdvIGFkZHJlc3MgdHlwZXMgc3VwcG9ydGVkIGFu ZCBvbmUgcGFyYW1ldGVyIHRlbGxzIHlvdSB3aGljaCB0eXBlIG9mIGFkZHJlc3MgaXMgY2Fycmll ZC4NCjxicj4NCjxicj4NClRoaXMgaXMgY29uY2VwdHVhbGx5IG5vIGRpZmZlcmVudCB0byBzdWIt VExWcyB3aGljaCBhcmUgYSB3ZWxsIGtub3duIGhpZXJhcmNoaWNhbCBzdHJ1Y3R1cmUuPGJyPg0K PGJyPg0KSSBjYW4gY2hhbmdlIGl0IGlmIHRoYXQgaXMgdGhlIHdpc2ggb2YgdGhlIFdHLCBidXQg SSBjYW5ub3Qgc2VlIHdoeSB0aGUgY2hhbmdlIGlzIG5lZWRlZCBzaW5jZSB0aGVyZSBpcyBubyBh bWJpZ3VpdHkuPGJyPg0KPGJyPg0KPGJyPg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdiBz dHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgYmx1ZSAxLjVwdDtwYWRkaW5nOjBj bSAwY20gMGNtIDQuMHB0Ij4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiAsIHNlcmlmJnF1 b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij48YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286 cD48L3A+DQo8dWwgdHlwZT0iZGlzYyI+DQo8bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0 OmwxIGxldmVsMSBsZm8xO2JhY2tncm91bmQ6d2hpdGUiPg0KJm5ic3A7PG86cD48L286cD48L2xp PjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNv LW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bXNvLWxpc3Q6bDEgbGV2ZWwxIGxmbzE7YmFja2dyb3Vu ZDp3aGl0ZSI+DQpJIGRvbuKAmXQgdGhpbmsgdGhlIOKAnFNIT1VMROKAnSBpbiBzZWN0aW9uIDQu MiAo4oCcVGhlIHJlY2VpcHQgb2Ygc3VjaCBhIG1hbC1mb3JtZWQgcmVxdWVzdCBTSE9VTEQgYmUg bm90aWZpZWQgdG8gdGhlIG9wZXJhdG9yIHRocm91Z2ggdGhlIG1hbmFnZW1lbnQgc3lzdGVt4oCm 4oCdKSAmbmJzcDtzaG91bGQgYmUgaW4gY2FwaXRhbCBsZXR0ZXJzLCBzaW5jZSBpdOKAmXMgbm90 IGRlZmluaW5nIGEgcnVsZSBmb3IgdGhlIHByb3RvY29sLiBTYW1lIGFwcGxpZXMgdG8gc2VjdGlv bg0KIDQuNC48bzpwPjwvbzpwPjwvbGk+PC91bD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21h biAsIHNlcmlmJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij5TSE9VTEQgaXMgYW4gaW5zdHJ1Y3Rp b24gdG8gdGhlIGltcGxlbWVudGVyLCB3aGljaCBJIHRoaW5rIGlzIHZhbGlkIHVzZSBvZiBSRkMy MTE5IGxhbmd1YWdlLjxicj4NCjxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjx1 bCB0eXBlPSJkaXNjIj4NCjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bXNvLWxpc3Q6bDEgbGV2ZWwx IGxmbzE7YmFja2dyb3VuZDp3aGl0ZSI+DQombmJzcDs8bzpwPjwvbzpwPjwvbGk+PGxpIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv dHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMSBsZXZlbDEgbGZvMTtiYWNrZ3JvdW5kOndoaXRlIj4N ClNlY3Rpb24gNC4zLiBXaHkgdGhlcmUgaXMgdGhpcyBzdHJpY3QgcmVxdWlyZW1lbnQ/IOKAnEl0 IE1VU1QgTk9UIGJlIHNlbnQgb3RoZXIgdGhhbiBpbiByZXNwb25zZSB0byBhbiBNUExTLVBMRE0g cXVlcnkgbWVzc2FnZS7igJ0gSWYgb25lIGRheSBhbm90aGVyIHR5cGUgb2YgcXVlcnkgbWVzc2Fn ZSBpcyBkZWZpbmVkIHdoeSBkbyB3ZSB3YW50IHRvIGltcG9zZSB0aGF0IGEgTVBMUy1QTSByZXNw b25zZSBNVVNUIE5PVCBiZSBzZW50PzxvOnA+PC9vOnA+PC9saT48L3VsPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 VGltZXMgTmV3IFJvbWFuICwgc2VyaWYmcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsiPlRoaXMgaXMg YXMgZGVmaW5lZCBpbiBSRkM2Mzc0Ljxicj4NCjxicj4NCklmIHNvbWUgb3RoZXIgcHJvdG9jb2wg bmVlZHMgYSBNUExTLVBNIHJlc3BvbnNlIGl0IHdpbGwgc3BlY2lmeSB0aGF0IGZvciBpdHNlbGYu PGJyPg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij5bRENdIGlmIGl04oCZ cyBkZWZpbmVkIGluIFJGQzYzNzQgdGhlcmUgaXMgbm8gbmVlZCB0byByZXBlYXQgaXQgaGVyZSBJ TU8uIE15IGNvbW1lbnRzIGFwcGxpZXMgaW4gYW55IGNhc2UgdG8gUkZDNjM3NOKApmJ1dCBpdOKA mXMgdG9vIGxhdGUuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtU aW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsiPkl0IHNlZW1zIHRvIG1lIHRo YXQgdGhlIGVtcGhhc2lzIGlzIG5vdCBoYXJtZnVsLjxicj4NCjxicj4NCkl0IHdhcyBhcHBsaWVk IHRvIFJGQzYzNzQgc28gdGhhdCB0aGUgc2VuZGVyIGRpZCBub3QgcmVjZWl2ZSB1bnNvbGljaXRl ZCByZXNwb25zZSBtZXNzYWdlcywgd2hpY2ggaXMgYSByZWFzb25hYmxlIHByb3RvY29sIGNvbnN0 cnVjdC4gSWYgYW5vdGhlciBwcm90b2NvbCB3YW50cyB0byB1c2UgdGhlIFJGQzYzNzQgVExWcyBp dCBjYW4gbW9kaWZ5IHRoZWlyIHNlbWFudGljcywgYWx0aG91Z2ggaXQgd291bGQgYmUgYmV0dGVy IHRvIGRlZmluZSBpdHMNCiBvd24gVExWIHNldC48YnI+DQo8YnI+DQotIFN0ZXdhcnQ8YnI+DQo8 YnI+DQo8YnI+DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9u ZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGNtIDBjbSAwY20gNC4wcHQi Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuICwgc2VyaWYmcXVvdDssJnF1b3Q7c2VyaWYm cXVvdDsiPjxicj4NCjxicj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjx1bCB0eXBlPSJkaXNj Ij4NCjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87 bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bXNvLWxpc3Q6bDEgbGV2ZWwxIGxmbzE7YmFja2dy b3VuZDp3aGl0ZSI+DQombmJzcDs8bzpwPjwvbzpwPjwvbGk+PC91bD4NCjxwIHN0eWxlPSJiYWNr Z3JvdW5kOndoaXRlIj48c3Ryb25nPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5OaXRz Ojwvc3Bhbj48L3N0cm9uZz48bzpwPjwvbzpwPjwvcD4NCjx1bCB0eXBlPSJkaXNjIj4NCjxsaSBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG87bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzI7YmFja2dyb3VuZDp3aGl0 ZSI+DQpQYWNrZXQgTG9zcyBhbmQgRGVsYXkgTWVhc3VyZW1lbnQgYXJlIHNvbWV0aW1lcyB1c2Vk IHdpdGggY2FwaXRhbCBsZXR0ZXJzIGFuZCBzb21ldGltZXMgbm90LjxvOnA+PC9vOnA+PC9saT48 bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0OmwwIGxldmVsMSBsZm8yO2JhY2tncm91bmQ6 d2hpdGUiPg0K4oCcSW4gc3VjaCBzeXN0ZW1zIHRoZSByZXNwb25zZSBtYXkgYXJyaXZlIHZpYSBh bnkgaW50ZXJmYWNlIGluIHRoZSBMU1IgYW5kIG5lZWQgdG8gaW50ZXJuYWxseSBmb3J3YXJkZWTi gKbigJ0gSSBndWVzcyBhIHZlcmIgaXMgbWlzc2luZy48bzpwPjwvbzpwPjwvbGk+PC91bD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiAsIHNlcmlmJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7 Ij5ZZXMgLSB0aGFua3MuPGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PHVsIHR5cGU9ImRpc2MiPg0KPGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMCBsZXZl bDEgbGZvMjtiYWNrZ3JvdW5kOndoaXRlIj4NCiZuYnNwOzxvOnA+PC9vOnA+PC9saT48bGkgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4t Ym90dG9tLWFsdDphdXRvO21zby1saXN0OmwwIGxldmVsMSBsZm8yO2JhY2tncm91bmQ6d2hpdGUi Pg0KU29tZSBzcGVsbGluZyBtaXN0YWtlcyBhcmUgcHJlc2VudCBpbiB0aGUgZG9jdW1lbnQgKGUu Zy4gU2VjdGlvbiAzLCBTZWN0aW9uIDQuMSk8bzpwPjwvbzpwPjwvbGk+PC91bD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldyBSb21hbiAsIHNlcmlmJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij5JIHdp bGwgdHJ5IG1lIGJlc3QgdG8gZ2V0IHRoZW0sIGJ1dCBkZXNwaXRlIG15IHZlcnkgYmVzdCBlbmRl YXZvcnMgc3BlbGxpbmcgaGFzIG5ldmVyIGJlZW4gb25lIG9mIG15IG1ham9yIHNraWxscy4gSSBh bSBzdXJlIG15IGZyaWVuZHMgaW4mbmJzcDsgdGhlIFJGQyBFZGl0b3Igb2ZmaWNlDQogd2lsbCBw aWNrIHVwIHdpdGggYW55IEkgbWlzcy48YnI+DQo8YnI+DQpUaGFua3M8YnI+DQo8YnI+DQpTdGV3 YXJ0PGJyPg0KPGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHVsIHR5cGU9ImRp c2MiPg0KPGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMCBsZXZlbDEgbGZvMjtiYWNr Z3JvdW5kOndoaXRlIj4NCiZuYnNwOzxvOnA+PC9vOnA+PC9saT48L3VsPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+QlI8YnI+DQpEYW5pZWxlPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1l cyBOZXcgUm9tYW4gLCBzZXJpZiZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+PGJyPg0KPGJyPg0K PGJyPg0KPGJyPg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHByZT5fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPm1w bHMgbWFpbGluZyBsaXN0PG86cD48L286cD48L3ByZT4NCjxwcmU+PGEgaHJlZj0ibWFpbHRvOm1w bHNAaWV0Zi5vcmciPm1wbHNAaWV0Zi5vcmc8L2E+PG86cD48L286cD48L3ByZT4NCjxwcmU+PGEg aHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxzIj5odHRwczov L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHM8L2E+PG86cD48L286cD48L3ByZT4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiAsIHNlcmlmJnF1b3Q7LCZxdW90O3NlcmlmJnF1 b3Q7Ij48YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cHJl Pi0tIDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPkZvciBjb3Jwb3JhdGUgbGVnYWwgaW5mb3JtYXRp b24gZ28gdG86PG86cD48L286cD48L3ByZT4NCjxwcmU+Jm5ic3A7PG86cD48L286cD48L3ByZT4N CjxwcmU+PGEgaHJlZj0iaHR0cDovL3d3dy5jaXNjby5jb20vd2ViL2Fib3V0L2RvaW5nX2J1c2lu ZXNzL2xlZ2FsL2NyaS9pbmRleC5odG1sIj5odHRwOi8vd3d3LmNpc2NvLmNvbS93ZWIvYWJvdXQv ZG9pbmdfYnVzaW5lc3MvbGVnYWwvY3JpL2luZGV4Lmh0bWw8L2E+PG86cD48L286cD48L3ByZT4N CjxwcmU+Jm5ic3A7PG86cD48L286cD48L3ByZT4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMg TmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij48YnI+DQo8YnI+DQo8YnI+DQo8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cHJlPi0tIDxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPkZvciBj b3Jwb3JhdGUgbGVnYWwgaW5mb3JtYXRpb24gZ28gdG86PG86cD48L286cD48L3ByZT4NCjxwcmU+ PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjxwcmU+PGEgaHJlZj0iaHR0cDovL3d3dy5jaXNjby5j b20vd2ViL2Fib3V0L2RvaW5nX2J1c2luZXNzL2xlZ2FsL2NyaS9pbmRleC5odG1sIj5odHRwOi8v d3d3LmNpc2NvLmNvbS93ZWIvYWJvdXQvZG9pbmdfYnVzaW5lc3MvbGVnYWwvY3JpL2luZGV4Lmh0 bWw8L2E+PG86cD48L286cD48L3ByZT4NCjxwcmU+PG86cD4mbmJzcDs8L286cD48L3ByZT4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_4A1562797D64E44993C5CBF38CF1BE4812ACB106ESESSMB301erics_-- From nobody Wed Nov 11 10:33:26 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2981E1B37A1; Wed, 11 Nov 2015 10:33:25 -0800 (PST) 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, HTML_MESSAGE=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0vx4-3LaKHAd; Wed, 11 Nov 2015 10:33:20 -0800 (PST) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0739.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:739]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4CF541B37A7; Wed, 11 Nov 2015 10:33:19 -0800 (PST) Received: from DM2PR05MB573.namprd05.prod.outlook.com (10.141.159.16) by DM2PR05MB575.namprd05.prod.outlook.com (10.141.159.24) with Microsoft SMTP Server (TLS) id 15.1.318.15; Wed, 11 Nov 2015 18:33:02 +0000 Received: from DM2PR05MB573.namprd05.prod.outlook.com ([10.141.159.16]) by DM2PR05MB573.namprd05.prod.outlook.com ([10.141.159.16]) with mapi id 15.01.0318.003; Wed, 11 Nov 2015 18:33:02 +0000 From: Ross Callon To: "mpls@ietf.org" Thread-Topic: working group last call on draft-ietf-mpls-tp-temporal-hitless-psm-07.txt Thread-Index: AdEM3vQ4r5okhukgSou3JT2PtoQN4gPz+k+Q Date: Wed, 11 Nov 2015 18:33:01 +0000 Message-ID: References: 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=rcallon@juniper.net; x-originating-ip: [66.129.241.10] x-microsoft-exchange-diagnostics: 1; DM2PR05MB575; 5:BFg/3OPjir7jl5GrmK5kmxh4SsEdFk7Nqx4pbqU8YJ5ok8RVQT090AunWP+R95gBQFQwm/f5Lb4HoDf5HTv14yZOb3wJHYoCPr4U1xmbhg9Bm752VmvSLVhMT08KhReX2E8hQXrAnZq+Wje4iJyCsg==; 24:QVtyRKA7X9+nY4XbDqjs0m8R292v8cAYduzFuD/YZhWWea+k7Awm6UUJZsHJbcqtWrXRwDxCSbzJw/0w2c6fvDlJvcd/0eU5eBcd5OO02Tg=; 20:5Tv2Di1h2Tcu1bxYPN93FOViCR4vqIxm2DdSfhYpBU4cnsndWnwPkblAnooZIHwgymY4P8v54LZXEoUJVWwz/A== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DM2PR05MB575; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(138986009662008)(260130700054247)(108003899814671); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(520078)(8121501046)(5005006)(3002001)(10201501046); SRVR:DM2PR05MB575; BCL:0; PCL:0; RULEID:; SRVR:DM2PR05MB575; x-forefront-prvs: 0757EEBDCA x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(979002)(189002)(53434003)(46034005)(199003)(164054003)(377454003)(105586002)(106356001)(2351001)(86362001)(33656002)(19625215002)(101416001)(97736004)(54356999)(50986999)(76176999)(2950100001)(99286002)(110136002)(66066001)(19609705001)(189998001)(10400500002)(230783001)(5001960100002)(18717965001)(2900100001)(102836002)(5003600100002)(40100003)(77096005)(122556002)(76576001)(15975445007)(19580395003)(81156007)(2501003)(5002640100001)(5004730100002)(5007970100001)(19300405004)(74316001)(16236675004)(87936001)(5008740100001)(11100500001)(92566002)(19580405001)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR05MB575; H:DM2PR05MB573.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:3; A:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_DM2PR05MB573B34CAFA4AE63966AB003A5130DM2PR05MB573namprd_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 11 Nov 2015 18:33:02.0135 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR05MB575 Archived-At: Cc: "mpls-chairs@ietf.org" , Loa Andersson , "koike.yoshinori@lab.ntt.co.jp" , "Manuel.Paul@telekom.de" , "satoshi.ueno@ntt.com" , "arai.kaoru@lab.ntt.co.jp" Subject: Re: [mpls] working group last call on draft-ietf-mpls-tp-temporal-hitless-psm-07.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Nov 2015 18:33:25 -0000 --_000_DM2PR05MB573B34CAFA4AE63966AB003A5130DM2PR05MB573namprd_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Just a reminder that this working group last call is still active, and wil= l close this Friday. So far there has been solid support and no opposition. Thanks, Ross From: Ross Callon [mailto:rcallon@juniper.net] Sent: Thursday, October 22, 2015 11:33 AM To: mpls@ietf.org Cc: mpls-chairs@ietf.org; D'Alessandro Alessandro Gerardo; Loa Andersson; M= anuel.Paul@telekom.de; satoshi.ueno@ntt.com; arai.kaoru@lab.ntt.co.jp; koik= e.yoshinori@lab.ntt.co.jp Subject: working group last call on draft-ietf-mpls-tp-temporal-hitless-psm= -07.txt Working Group, This is to initiate a working group last call on draft-ietf-mpls-tp-tempora= l-hitless-psm-07.txt. Please send your comments to the mpls wg mailing list (mpls@ietf.org). There are no IPR disclosures against this document. All the authors have st= ated that they are not aware of any IPR that relates to this draft. Since the last call will overlap with the IETF meeting, this working group = last call will be extended to three weeks and will end Friday November 13, 2015. This document went through WGLC a couple of years ago, but due to a series = of events (including an illness, and addition of two additional co-authors) was not p= rogressed for publication at the time. As with any WGLC, working group participants are r= equested to read the document and comment, and if you feel that the document is ready f= or publication it is appropriate to respond to any WGLC with a short and simple email indi= cating support. Ross for the MPLS WG chairs --_000_DM2PR05MB573B34CAFA4AE63966AB003A5130DM2PR05MB573namprd_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Just a reminder that this= working group last call is still active,  and will close this Friday.

 <= /p>

So far there has been sol= id support and no opposition.

 <= /p>

Thanks, Ross

 <= /p>

From: Ross Cal= lon [mailto:rcallon@juniper.net]
Sent: Thursday, October 22, 2015 11:33 AM
To: mpls@ietf.org
Cc: mpls-chairs@ietf.org; D'Alessandro Alessandro Gerardo; Loa Ander= sson; Manuel.Paul@telekom.de; satoshi.ueno@ntt.com; arai.kaoru@lab.ntt.co.j= p; koike.yoshinori@lab.ntt.co.jp
Subject: working group last call on draft-ietf-mpls-tp-temporal-hitl= ess-psm-07.txt

 

Working Group,

 

This is to initiate a working group las= t call on draft-ietf-mpls-tp-temporal-hitless-psm-07.txt.

 

Please send your comments to the mpls w= g mailing list (mpls@ietf.org).

 

There are no IPR disclosures against th= is document. All the authors have stated that they

are not aware of any IPR that relates t= o this draft.

 

Since the last call will overlap with t= he IETF meeting, this working group last call will be

extended to three weeks and will end Fr= iday  November 13, 2015. 

 

This document went through WGLC a coupl= e of years ago, but due to a series of events

(including an illness, and addition of = two additional co-authors) was not progressed for

publication at the time. As with any WG= LC, working group participants are requested to

read the document and comment, and if y= ou feel that the document is ready for publication

it is appropriate to respond to any WGL= C with a short and simple email indicating support.

 

Ross

for the MPLS WG chairs

 

 

--_000_DM2PR05MB573B34CAFA4AE63966AB003A5130DM2PR05MB573namprd_-- From nobody Thu Nov 12 06:14:50 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8DDA41ACD4A; Thu, 12 Nov 2015 06:14:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -95.961 X-Spam-Level: X-Spam-Status: No, score=-95.961 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_WHITELIST=-100] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hV3DYk34QZTd; Thu, 12 Nov 2015 06:14:48 -0800 (PST) Received: from smtpeg.etri.re.kr (smtpeg1.etri.re.kr [129.254.27.141]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 521F31ACD41; Thu, 12 Nov 2015 06:14:47 -0800 (PST) Received: from SMTP1.etri.info (129.254.28.71) by SMTPEG1.etri.info (129.254.27.141) with Microsoft SMTP Server (TLS) id 14.1.355.2; Thu, 12 Nov 2015 23:14:46 +0900 Received: from SMTP2.etri.info ([169.254.2.247]) by SMTP1.etri.info ([169.254.1.72]) with mapi id 14.01.0355.002; Thu, 12 Nov 2015 23:14:39 +0900 From: =?ks_c_5601-1987?B?t/nBpLW/?= To: Ross Callon , "mpls@ietf.org" Thread-Topic: working group last call on draft-ietf-mpls-tp-temporal-hitless-psm-07.txt Thread-Index: AdEM3vQ4r5okhukgSou3JT2PtoQN4gQdUfA6 Date: Thu, 12 Nov 2015 14:14:39 +0000 Message-ID: <5B4A6CBE3924BB41A3BEE462A8E0B75A2917D640@SMTP2.etri.info> References: In-Reply-To: Accept-Language: ko-KR, en-US Content-Language: ko-KR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [129.254.26.37] Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: "satoshi.ueno@ntt.com" , "mpls-chairs@ietf.org" , Loa Andersson , "koike.yoshinori@lab.ntt.co.jp" , "Manuel.Paul@telekom.de" , "arai.kaoru@lab.ntt.co.jp" Subject: [mpls] =?euc-kr?q?=C8=B8=BD=C5=3A_working_group_last_call_on_draf?= =?euc-kr?q?t-ietf-mpls-tp-temporal-hitless-psm-07=2Etxt?= X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Nov 2015 14:14:49 -0000 SGksDQoNCkkgc3VwcG9ydCB0aGlzIGRvY3VtZW50LCANCmFuZCBoYXZlIG5vIGlzc3VlIHdpdGgg aXRzIHRlY2huaWNhbCBjb250ZW50cy4NCg0KT25lIGVkaXRvcmlhbCBjb21tZW50OiANClBsZWFz ZSwgY2hlY2sgdGhlIGdyYW1tYXIgaW4gdGhlIGZpcnN0IHNlbnRlbmNlIGluIFNlY3Rpb24gNS4N Cg0KQmVzdCByZWdhcmRzLA0KDQpKZW9uZy1kb25nDQoNCg0KDQpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fDQq6uLO9ILvntvc6IFJvc3MgQ2FsbG9uIFtyY2FsbG9uQGp1 bmlwZXIubmV0XSC0673FIG1wbHMgW21wbHMtYm91bmNlc0BpZXRmLm9yZ10NCrq4s70gs6/CpTog MjAxNbPiIDEwv/kgMjPAzyCx3b/kwM8gv8DA/CAxMjozMw0Kud60wiC757b3OiBtcGxzQGlldGYu b3JnDQrC/MG2OiBtcGxzLWNoYWlyc0BpZXRmLm9yZzsgTG9hIEFuZGVyc3Nvbjsga29pa2UueW9z aGlub3JpQGxhYi5udHQuY28uanA7IE1hbnVlbC5QYXVsQHRlbGVrb20uZGU7IHNhdG9zaGkudWVu b0BudHQuY29tOyBhcmFpLmthb3J1QGxhYi5udHQuY28uanANCsGmuPE6IFttcGxzXSB3b3JraW5n IGdyb3VwIGxhc3QgY2FsbCBvbiBkcmFmdC1pZXRmLW1wbHMtdHAtdGVtcG9yYWwtaGl0bGVzcy1w c20tMDcudHh0DQoNCldvcmtpbmcgR3JvdXAsDQoNClRoaXMgaXMgdG8gaW5pdGlhdGUgYSB3b3Jr aW5nIGdyb3VwIGxhc3QgY2FsbCBvbiBkcmFmdC1pZXRmLW1wbHMtdHAtdGVtcG9yYWwtaGl0bGVz cy1wc20tMDcudHh0Lg0KDQpQbGVhc2Ugc2VuZCB5b3VyIGNvbW1lbnRzIHRvIHRoZSBtcGxzIHdn IG1haWxpbmcgbGlzdCAobXBsc0BpZXRmLm9yZykuDQoNClRoZXJlIGFyZSBubyBJUFIgZGlzY2xv c3VyZXMgYWdhaW5zdCB0aGlzIGRvY3VtZW50LiBBbGwgdGhlIGF1dGhvcnMgaGF2ZSBzdGF0ZWQg dGhhdCB0aGV5DQphcmUgbm90IGF3YXJlIG9mIGFueSBJUFIgdGhhdCByZWxhdGVzIHRvIHRoaXMg ZHJhZnQuDQoNClNpbmNlIHRoZSBsYXN0IGNhbGwgd2lsbCBvdmVybGFwIHdpdGggdGhlIElFVEYg bWVldGluZywgdGhpcyB3b3JraW5nIGdyb3VwIGxhc3QgY2FsbCB3aWxsIGJlDQpleHRlbmRlZCB0 byB0aHJlZSB3ZWVrcyBhbmQgd2lsbCBlbmQgRnJpZGF5ICBOb3ZlbWJlciAxMywgMjAxNS4NCg0K VGhpcyBkb2N1bWVudCB3ZW50IHRocm91Z2ggV0dMQyBhIGNvdXBsZSBvZiB5ZWFycyBhZ28sIGJ1 dCBkdWUgdG8gYSBzZXJpZXMgb2YgZXZlbnRzDQooaW5jbHVkaW5nIGFuIGlsbG5lc3MsIGFuZCBh ZGRpdGlvbiBvZiB0d28gYWRkaXRpb25hbCBjby1hdXRob3JzKSB3YXMgbm90IHByb2dyZXNzZWQg Zm9yDQpwdWJsaWNhdGlvbiBhdCB0aGUgdGltZS4gQXMgd2l0aCBhbnkgV0dMQywgd29ya2luZyBn cm91cCBwYXJ0aWNpcGFudHMgYXJlIHJlcXVlc3RlZCB0bw0KcmVhZCB0aGUgZG9jdW1lbnQgYW5k IGNvbW1lbnQsIGFuZCBpZiB5b3UgZmVlbCB0aGF0IHRoZSBkb2N1bWVudCBpcyByZWFkeSBmb3Ig cHVibGljYXRpb24NCml0IGlzIGFwcHJvcHJpYXRlIHRvIHJlc3BvbmQgdG8gYW55IFdHTEMgd2l0 aCBhIHNob3J0IGFuZCBzaW1wbGUgZW1haWwgaW5kaWNhdGluZyBzdXBwb3J0Lg0KDQpSb3NzDQpm b3IgdGhlIE1QTFMgV0cgY2hhaXJzDQoNCg0K From nobody Thu Nov 12 08:28:54 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C70771B2FF0; Thu, 12 Nov 2015 08:28:53 -0800 (PST) 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id E0i_v5nKtBVo; Thu, 12 Nov 2015 08:28:51 -0800 (PST) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0130.outbound.protection.outlook.com [65.55.169.130]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 774D11B2A69; Thu, 12 Nov 2015 08:28:51 -0800 (PST) Received: from DM2PR05MB573.namprd05.prod.outlook.com (10.141.159.16) by DM2PR05MB573.namprd05.prod.outlook.com (10.141.159.16) with Microsoft SMTP Server (TLS) id 15.1.318.15; Thu, 12 Nov 2015 16:28:49 +0000 Received: from DM2PR05MB573.namprd05.prod.outlook.com ([10.141.159.16]) by DM2PR05MB573.namprd05.prod.outlook.com ([10.141.159.16]) with mapi id 15.01.0318.003; Thu, 12 Nov 2015 16:28:49 +0000 From: Ross Callon To: "mpls@ietf.org" , "Stewart Bryant (stbryant)" , Stewart Bryant , "Carlos Pignataro (cpignata)" , "Mach Chen (mach.chen@huawei.com)" , "lizhenbin@huawei.com" , Gregory Mirsky Thread-Topic: IPR poll on draft-bryant-mpls-flow-ident Thread-Index: AQHRHWc1gTGSbOzvH02ylgQw7NT8Vg== Date: Thu, 12 Nov 2015 16:28:49 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=rcallon@juniper.net; x-originating-ip: [66.129.241.12] x-microsoft-exchange-diagnostics: 1; DM2PR05MB573; 5:q02j6fEon0kn5IlQCLu7GFr6PPYkJpI6PSFdWUvF19iOIm4ijRiKiz3CUO8/KTncQIZjBovi4iO486986Rdz1A4EVCBsLAdXrec9TKNJR1ik5Fpt3xMHZzfFz+P/7dUGZ3s9AB840qvO3kLrSjUfmA==; 24:2p597TfrTw2q6xBvUi+Gl0pI/VutrjnWpmBHtaYOrrVE57pGRl+Xe40TbDzKet/ydBKdJ2n/+17XojdhtPKI+VaU7lNUEowEZku8cBxbMVk=; 20:TJWLfpvo2/Jb5wY2EAiz58aoTJvbrHwDQvbeejpv1sHwSGdPYTAxwpUDTNhb/08AXlwkzZMYNaDRc8ITs01wWg== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DM2PR05MB573; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(108003899814671); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(520078)(5005006)(8121501046)(3002001)(10201501046); SRVR:DM2PR05MB573; BCL:0; PCL:0; RULEID:; SRVR:DM2PR05MB573; x-forefront-prvs: 07584EDBCD x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(164054003)(199003)(189002)(106356001)(33656002)(18717965001)(11100500001)(19625215002)(50986999)(101416001)(86362001)(76576001)(5004730100002)(19580395003)(19300405004)(54356999)(92566002)(5002640100001)(81156007)(40100003)(10400500002)(122556002)(5001960100002)(2900100001)(5008740100001)(77096005)(5007970100001)(2501003)(229853001)(66066001)(5003600100002)(105586002)(87936001)(5001770100001)(15975445007)(16236675004)(102836002)(97736004)(99286002)(106116001)(230783001)(74316001)(189998001); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR05MB573; H:DM2PR05MB573.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:23 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_DM2PR05MB57378D0A32395685243A25EA5120DM2PR05MB573namprd_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Nov 2015 16:28:49.3643 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR05MB573 Archived-At: Cc: "mpls-chairs@ietf.org" Subject: [mpls] IPR poll on draft-bryant-mpls-flow-ident X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Nov 2015 16:28:53 -0000 --_000_DM2PR05MB57378D0A32395685243A25EA5120DM2PR05MB573namprd_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Working Group, The authors of draft-bryant-mpls-flow-ident have told us that the draft is ready to be polled to see if we have consensus to make it a workin= g group document. Before we start the adoption poll we will do an IPR poll. This mail starts = the IPR poll. Are you aware of any IPR that applies to draft-bryant-mpls-flow-ident? If so, has this IPR been disclosed in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details). Currently there are no IPR disclosures that relate to this document. 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. Thanks, Ross (as MPLS WG co-chair) --_000_DM2PR05MB57378D0A32395685243A25EA5120DM2PR05MB573namprd_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Working Group,

 

The authors of draft-bryant-mpls-flow-i= dent have told us that the

draft is ready to be polled to see if w= e have consensus to make it a working

group document.

 

Before we start the adoption poll we wi= ll do an IPR poll. This mail starts the IPR poll.

 

Are you aware of any IPR that applies t= o draft-bryant-mpls-flow-ident?

 

If so, has this IPR been disclosed in c= ompliance with IETF IPR rules

(see RFCs 3979, 4879, 3669 and 5378 for= more details).

 

Currently there are no IPR disclosures = that relate to this document.

 

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 s= tage until a response has been

received from each author and contribut= or.

 

If you are on the MPLS WG email list bu= t are not listed as an author or

contributor, then please explicitly res= pond only if you are aware of any

IPR that has not yet been disclosed in = conformance with IETF rules.

 

Thanks, Ross

(as MPLS WG co-chair)=

 

--_000_DM2PR05MB57378D0A32395685243A25EA5120DM2PR05MB573namprd_-- From nobody Thu Nov 12 11:01:21 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DB9DA1B30DF; Thu, 12 Nov 2015 11:01:18 -0800 (PST) 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, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nx4beNF_znqJ; Thu, 12 Nov 2015 11:01:16 -0800 (PST) Received: from mail-wm0-x22a.google.com (mail-wm0-x22a.google.com [IPv6:2a00:1450:400c:c09::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 1AEA01B30E2; Thu, 12 Nov 2015 11:01:15 -0800 (PST) Received: by wmec201 with SMTP id c201so48361466wme.0; Thu, 12 Nov 2015 11:01:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type; bh=0jyw7p6+B0RHZj5MrfJwlO+cMpORWciczpVTRwZWf1A=; b=G/bxwJvUu0AER2EQ/k2ULPK6+GeX7C2XyVpDw28iWiPMqnF2EwC+EbkANq12WlgR9z EF4V20/GlOxuUZnVZ51I2g7iuwoma1+Mc6rnqoaxvsLAMQBpC4n3mpmtw7V8Ls9XjHWE vwyEwAyXZX+/VOJfa1v9GSQDBFSlmW5Mydsj/sNeYOQ4PJfzXYmpqxbwHVGtwHMuFSrd MDCp2bOgSLSBeLOeukV5t9P/79ArWXdtseoE5MYR67eExu/LVLDNXY/rJfrDBr94oBjs FBNebfKwWH/2Ytnnn9Gftvs3bXQJngqSKIV6JPJZoqBysxPWqRz+Epq0bCHMSzfq8Oky lw1w== X-Received: by 10.28.23.141 with SMTP id 135mr20039649wmx.84.1447354873631; Thu, 12 Nov 2015 11:01:13 -0800 (PST) Received: from [10.55.98.186] ([173.38.220.40]) by smtp.gmail.com with ESMTPSA id ej10sm15013284wjd.32.2015.11.12.11.01.11 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 12 Nov 2015 11:01:12 -0800 (PST) To: Ross Callon , "mpls@ietf.org" , "Stewart Bryant (stbryant)" , "Carlos Pignataro (cpignata)" , "Mach Chen (mach.chen@huawei.com)" , "lizhenbin@huawei.com" , Gregory Mirsky References: From: Stewart Bryant Message-ID: <5644E1F7.5030404@gmail.com> Date: Thu, 12 Nov 2015 19:01:11 +0000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------040203070406080100070502" Archived-At: Cc: "mpls-chairs@ietf.org" Subject: Re: [mpls] IPR poll on draft-bryant-mpls-flow-ident X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Nov 2015 19:01:19 -0000 This is a multi-part message in MIME format. --------------040203070406080100070502 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit As a requirements draft, I know of no IPR per se, but the reader may be drawn to the solutions posited in the SFL drafts which do have disclosed IPR. The reference in the text to the need to implement a solution to draft-tempia-ippm-p3m-02 by definition brings in it to play the IPR disclosed against that draft. - Stewart On 12/11/2015 16:28, Ross Callon wrote: > > Working Group, > > The authors of draft-bryant-mpls-flow-ident have told us that the > > draft is ready to be polled to see if we have consensus to make it a > working > > group document. > > Before we start the adoption poll we will do an IPR poll. This mail > starts the IPR poll. > > Are you aware of any IPR that applies to draft-bryant-mpls-flow-ident? > > If so, has this IPR been disclosed in compliance with IETF IPR rules > > (see RFCs 3979, 4879, 3669 and 5378 for more details). > > Currently there are no IPR disclosures that relate to this document. > > 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. > > Thanks, Ross > > (as MPLS WG co-chair) > --------------040203070406080100070502 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit
As a requirements draft, I know of no IPR per se,
but the reader may be drawn to the solutions
posited in the SFL drafts which do have disclosed IPR.

The reference in the text to the need to implement a
solution to
draft-tempia-ippm-p3m-02 

by definition brings in it to play the IPR disclosed 
against that draft.

- Stewart


On 12/11/2015 16:28, Ross Callon wrote:

Working Group,

 

The authors of draft-bryant-mpls-flow-ident have told us that the

draft is ready to be polled to see if we have consensus to make it a working

group document.

 

Before we start the adoption poll we will do an IPR poll. This mail starts the IPR poll.

 

Are you aware of any IPR that applies to draft-bryant-mpls-flow-ident?

 

If so, has this IPR been disclosed in compliance with IETF IPR rules

(see RFCs 3979, 4879, 3669 and 5378 for more details).

 

Currently there are no IPR disclosures that relate to this document.

 

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.

 

Thanks, Ross

(as MPLS WG co-chair)

 


--------------040203070406080100070502-- From nobody Thu Nov 12 11:18:22 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 755AE1B31D3; Thu, 12 Nov 2015 11:18:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VdvR1J3F29qV; Thu, 12 Nov 2015 11:18:18 -0800 (PST) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0110.outbound.protection.outlook.com [207.46.100.110]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 109AA1B31D5; Thu, 12 Nov 2015 11:18:17 -0800 (PST) Received: from BY2PR05MB192.namprd05.prod.outlook.com (10.242.39.149) by BY2PR05MB189.namprd05.prod.outlook.com (10.242.39.140) with Microsoft SMTP Server (TLS) id 15.1.325.17; Thu, 12 Nov 2015 19:18:15 +0000 Received: from BY2PR05MB192.namprd05.prod.outlook.com ([169.254.11.170]) by BY2PR05MB192.namprd05.prod.outlook.com ([169.254.11.170]) with mapi id 15.01.0325.003; Thu, 12 Nov 2015 19:18:15 +0000 From: Santosh Esale To: Mach Chen , "mpls@ietf.org" Thread-Topic: [mpls] Poll adoption for draft-tiruveedhula-mpls-mldp-mib-04 Thread-Index: AQHRHX7hUc4opvwyE0aYHV/MleKL9A== Date: Thu, 12 Nov 2015 19:18:15 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.3.140616 authentication-results: spf=none (sender IP is ) smtp.mailfrom=sesale@juniper.net; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [66.129.239.10] x-microsoft-exchange-diagnostics: 1; BY2PR05MB189; 5:+zsJXcTtNGPhcQKww+xkniwkUq0GiZz3PIt5gl43wJYg2nmYK8+Xx2OADz/lMHBeH9yUSISZdEHdszhxTiueCv46DawP2stVeV6hv0KdKHM6R0zqBgIpm3atr4QYl1n+JpbRWsIvVPXZQRSD89XmZA==; 24:pBgL9KxgzC9a6WAnYVfNOfuh6b080I2Gyip0vOTjfPAMhQPOlM/qBON7lfYsXFmy0Iici9aQ8WF9NOav6uxNpitumfuDKTHEXzbTwqcAgoo=; 20:yjvDoLpmXA7O01ggjzeUyZQsy/o6FJI6/TL/FtrDe8bwNEH00zJKOB+ig88QxdYfZi+mEiFNlWSFWbu0NuRQNA== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BY2PR05MB189; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(520078)(8121501046)(10201501046)(3002001); SRVR:BY2PR05MB189; BCL:0; PCL:0; RULEID:; SRVR:BY2PR05MB189; x-forefront-prvs: 07584EDBCD x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(24454002)(377454003)(199003)(189002)(164054003)(479174004)(54356999)(19580405001)(230783001)(19580395003)(101416001)(2501003)(50986999)(83506001)(10400500002)(105586002)(66066001)(92566002)(15975445007)(102836002)(106116001)(99286002)(2900100001)(87936001)(5002640100001)(5008740100001)(106356001)(11100500001)(189998001)(122556002)(5001960100002)(81156007)(4001350100001)(5007970100001)(5004730100002)(86362001)(40100003)(36756003)(97736004)(5001920100001)(5001770100001); DIR:OUT; SFP:1102; SCL:1; SRVR:BY2PR05MB189; H:BY2PR05MB192.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:23 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: <10A1B8EB9739E842B78A035C3B00BB35@namprd05.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Nov 2015 19:18:15.1593 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2PR05MB189 Archived-At: Cc: "mpls-chairs@ietf.org" Subject: Re: [mpls] Poll adoption for draft-tiruveedhula-mpls-mldp-mib-04 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Nov 2015 19:18:21 -0000 U3VwcG9ydC4NCg0KDQpTYW50b3NoDQpPbiAxMC8yOS8xNSwgMTA6NTkgUE0sICJNYWNoIENoZW4i IDxtYWNoLmNoZW5AaHVhd2VpLmNvbT4gd3JvdGU6DQoNCj5UaGlzIGlzIHRvIHN0YXJ0IGEgdGhy ZWUgd2VlayBwb2xsIG9uIGFkb3B0aW5nDQo+ZHJhZnQtdGlydXZlZWRodWxhLW1wbHMtbWxkcC1t aWItMDQgYXMgYW4gTVBMUyB3b3JraW5nIGdyb3VwIGRvY3VtZW50Lg0KPiANCj5QbGVhc2Ugc2Vu ZCB5b3VyIGNvbW1lbnRzIChzdXBwb3J0L25vdCBzdXBwb3J0KSB0byB0aGUgbXBscyB3b3JraW5n IGdyb3VwDQo+bWFpbGluZyBsaXN0IChtcGxzQGlldGYub3JnKS4NCj4gDQo+VGhlcmUgYXJlIG5v IElQUiBkaXNjbG9zdXJlcyBwZXJ0YWluaW5nIHRvIHRoZSBkcmFmdC4gVGhlIGF1dGhvcnMgaGF2 ZQ0KPmFsbCBpbmRpY2F0ZWQgdGhhdCB0aGV5IGFyZSBub3QgYXdhcmUgb2YgYW55IElQUiB0aGF0 IGFwcGxpZXMgdG8gdGhpcw0KPmRvY3VtZW50Lg0KPiANCj5UaGlzIHBvbGwgZm9yIGFkb3B0aW9u IHdpbGwgZW5kIEZyaWRheSBOb3ZlbWJlciAyMCwgMjAxNS4NCj4gDQo+VGhhbmtzLCANCj5NYWNo IChEb2N1bWVudCBzaGVwaGVyZCkNCj4NCj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXw0KPm1wbHMgbWFpbGluZyBsaXN0DQo+bXBsc0BpZXRmLm9yZw0KPmh0 dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBscw0KDQo= From nobody Thu Nov 12 13:30:21 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 494771B36C2; Thu, 12 Nov 2015 13:30:20 -0800 (PST) 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, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 25HymHvibZj3; Thu, 12 Nov 2015 13:30:18 -0800 (PST) Received: from mail-wm0-x22e.google.com (mail-wm0-x22e.google.com [IPv6:2a00:1450:400c:c09::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4D4DC1B36C3; Thu, 12 Nov 2015 13:30:18 -0800 (PST) Received: by wmvv187 with SMTP id v187so53949350wmv.1; Thu, 12 Nov 2015 13:30:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=qHbZtzv5KO6ff1URRLQk+6N69D6JJY0EHhNXLkmUMFc=; b=abqh0s0JoGIpXVgUDAYpcXZGtdklTYHrKdKo96b7hnGSlsOwI3fzeaOWTk9prMZ0fQ V/8mb5hMDo1mMtrzVx/A1F9pq+/40ud0Cr4MbpeHyGc3fqaEE5oAfTXHhFwamLKPnUGB 5rv2Tn85wdheisVMDcsZwRRkCHIssRWr5dQw6gPRocOWi0euoCw57ubEBiCeJI/WWzxi YxtoIc0qzNk6B8JR6O/4UBsacppjC7nbdck3DjYJnTJQPu8Mi/4LA+OQUebfnyeelyM0 PvdoYb85KLuVvNAtFsiFRZd2qxQgSZGaDNVNZB5G+XJ6yMyCrrnPAJCwXFxNcrcujkV8 FvGA== X-Received: by 10.28.158.198 with SMTP id h189mr805699wme.15.1447363816874; Thu, 12 Nov 2015 13:30:16 -0800 (PST) MIME-Version: 1.0 Received: by 10.28.148.208 with HTTP; Thu, 12 Nov 2015 13:29:57 -0800 (PST) In-Reply-To: References: From: "Andrew G. Malis" Date: Thu, 12 Nov 2015 16:29:57 -0500 Message-ID: To: Mach Chen Content-Type: multipart/alternative; boundary=001a114b26c82a67be05245ea691 Archived-At: Cc: "mpls@ietf.org" , "mpls-chairs@ietf.org" Subject: Re: [mpls] Poll adoption for draft-tiruveedhula-mpls-mldp-mib-04 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Nov 2015 21:30:20 -0000 --001a114b26c82a67be05245ea691 Content-Type: text/plain; charset=UTF-8 This draft looks very useful, I support it being adopted by the WG. Cheers, Andy On Fri, Oct 30, 2015 at 1:59 AM, Mach Chen wrote: > This is to start a three week poll on adopting > draft-tiruveedhula-mpls-mldp-mib-04 as an MPLS working group document. > > Please send your comments (support/not support) to the mpls working group > mailing list (mpls@ietf.org). > > There are no IPR disclosures pertaining to the draft. The authors have all > indicated that they are not aware of any IPR that applies to this document. > > This poll for adoption will end Friday November 20, 2015. > > Thanks, > Mach (Document shepherd) > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > --001a114b26c82a67be05245ea691 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
This draft looks very useful, I support it being adopted b= y the WG.

Cheers,
Andy


On Fri, Oct 30= , 2015 at 1:59 AM, Mach Chen <mach.chen@huawei.com> wrote= :
This is to start a three week poll on a= dopting draft-tiruveedhula-mpls-mldp-mib-04 as an MPLS working group docume= nt.

Please send your comments (support/not support) to the mpls working group m= ailing list (mpls@ietf.org).

There are no IPR disclosures pertaining to the draft. The authors have all = indicated that they are not aware of any IPR that applies to this document.=

This poll for adoption will end Friday November 20, 2015.

Thanks,
Mach (Document shepherd)

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

--001a114b26c82a67be05245ea691-- From nobody Thu Nov 12 14:34:57 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D2C5A1B3788; Thu, 12 Nov 2015 14:34:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 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, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uSeVv5KouNZF; Thu, 12 Nov 2015 14:34:54 -0800 (PST) Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EB3441B341E; Thu, 12 Nov 2015 14:34:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=14740; q=dns/txt; s=iport; t=1447367693; x=1448577293; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=R0dq9vY1t3VaYU0pNJ083xZjMUInffO4yCh3zNYOFjk=; b=NLX/ooHt1LyAs7sAOQcZDLnyGn6rf3VACj5LpVFehICtuPC1gRwBXyj9 unQiRfONYmDQiYbVyCtSz0nfK2BX+W41cwnUNLaC1yj4VMMaeInwBte1R zDYOOrokMUq80FUZPoxLjIirVdKKatedEGfX3vTzeztHP9MFVKvqugiq1 g=; X-Files: signature.asc : 841 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0CxAgD8EkVW/4ENJK1egm5NU28GvjgOgWUhhW8CgT84FAEBAQEBAQGBCoQ0AQEBAwFuBgUFCwIBCBguIRElAgQOBQ4Nh34DCggNvwoNhGIBAQEBAQEBAQEBAQEBAQEBAQEBAQEPBQSGVIIQgm6CU4FWARACAUuDHIEVBZJng2EBglKBYGqGFYF1gVuEQI5Xh1IBHwFDhARyhDaBBwEBAQ X-IronPort-AV: E=Sophos;i="5.20,284,1444694400"; d="asc'?scan'208,217";a="207790739" Received: from alln-core-9.cisco.com ([173.36.13.129]) by alln-iport-7.cisco.com with ESMTP; 12 Nov 2015 22:34:53 +0000 Received: from XCH-RTP-008.cisco.com (xch-rtp-008.cisco.com [64.101.220.148]) by alln-core-9.cisco.com (8.14.5/8.14.5) with ESMTP id tACMYqkB021519 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 12 Nov 2015 22:34:52 GMT Received: from xch-rtp-020.cisco.com (64.101.220.160) by XCH-RTP-008.cisco.com (64.101.220.148) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Thu, 12 Nov 2015 17:34:52 -0500 Received: from xch-rtp-020.cisco.com ([64.101.220.160]) by XCH-RTP-020.cisco.com ([64.101.220.160]) with mapi id 15.00.1104.000; Thu, 12 Nov 2015 17:34:51 -0500 From: "Carlos Pignataro (cpignata)" To: Stewart Bryant Thread-Topic: IPR poll on draft-bryant-mpls-flow-ident Thread-Index: AQHRHWc1gTGSbOzvH02ylgQw7NT8Vp6ZEgCAgAA7sgA= Date: Thu, 12 Nov 2015 22:34:51 +0000 Message-ID: <3A35CADE-3476-4EDB-BE90-8D1D2090E87C@cisco.com> References: <5644E1F7.5030404@gmail.com> In-Reply-To: <5644E1F7.5030404@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.82.210.139] Content-Type: multipart/signed; boundary="Apple-Mail=_987E340F-002B-46F5-855A-FADEDB2E7E80"; protocol="application/pgp-signature"; micalg=pgp-sha256 MIME-Version: 1.0 Archived-At: Cc: "mpls@ietf.org" , "mpls-chairs@ietf.org" , Ross Callon Subject: Re: [mpls] IPR poll on draft-bryant-mpls-flow-ident X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Nov 2015 22:34:56 -0000 --Apple-Mail=_987E340F-002B-46F5-855A-FADEDB2E7E80 Content-Type: multipart/alternative; boundary="Apple-Mail=_293F4323-8771-489C-A650-1BA9066374AD" --Apple-Mail=_293F4323-8771-489C-A650-1BA9066374AD Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Ditto. Thanks, =97 Carlos. > On Nov 12, 2015, at 2:01 PM, Stewart Bryant = wrote: >=20 > As a requirements draft, I know of no IPR per se, > but the reader may be drawn to the solutions > posited in the SFL drafts which do have disclosed IPR. >=20 > The reference in the text to the need to implement a > solution to > draft-tempia-ippm-p3m-02 = >=20 > by definition brings in it to play the IPR disclosed > against that draft. >=20 > - Stewart >=20 >=20 > On 12/11/2015 16:28, Ross Callon wrote: >> Working Group, >>=20 >> The authors of draft-bryant-mpls-flow-ident have told us that the >> draft is ready to be polled to see if we have consensus to make it a = working >> group document. >>=20 >> Before we start the adoption poll we will do an IPR poll. This mail = starts the IPR poll. >>=20 >> Are you aware of any IPR that applies to = draft-bryant-mpls-flow-ident? >>=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 >> Currently there are no IPR disclosures that relate to this document. >>=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 >> Thanks, Ross >> (as MPLS WG co-chair) >>=20 >=20 >=20 --Apple-Mail=_293F4323-8771-489C-A650-1BA9066374AD Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 Ditto.

Thanks,

=97 Carlos.

On = Nov 12, 2015, at 2:01 PM, Stewart Bryant <stewart.bryant@gmail.com> wrote:

As a requirements draft, I know of no IPR per = se,
but the reader may be drawn to the solutions
posited in the SFL drafts which do have disclosed IPR.

The reference in the text to the need to = implement a 
solution to
draft-tempia-ippm-p3m-02=20

by definition brings in it to play the IPR disclosed=20
against that draft.

- Stewart


On 12/11/2015 16:28, Ross Callon = wrote:
Working Group,
 
The authors of draft-bryant-mpls-flow-ident have = told us that the
draft is ready to be polled to see if we have consensus to = make it a working
group document.
 
Before we start the adoption poll we will do an IPR poll. = This mail starts the IPR poll.
 
Are you aware of any IPR that applies to = draft-bryant-mpls-flow-ident?
 
If= so, has this IPR been disclosed in compliance with IETF IPR rules
(see RFCs 3979, 4879, 3669 and 5378 for more = details).
 
Currently there are no IPR disclosures that = relate to this document.
 
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.
 
Thanks, Ross
(as MPLS WG co-chair)
 



= --Apple-Mail=_293F4323-8771-489C-A650-1BA9066374AD-- --Apple-Mail=_987E340F-002B-46F5-855A-FADEDB2E7E80 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iQIcBAEBCAAGBQJWRRQKAAoJEIXgpQGOZny9QtQP/jwCLwq/g+ekYd2LOxfjMNOR MUQeDVxcM90kkYFo2ThXP19AsgQ3OlEhL+r0MgaidTrY1vBjzrJfuhjY14nSMi5Q 0F72/w8iPbmDo69HFmcl1q9SuU3Or+uz4y95RZzGtiCNp3wnkvZPJIHvPvfIPLtB athnFRhOhTUelNYEIi09FeySzhn/StU49kFmqEaHX0/KbP9kgUTRKdeDc9wYkoNs jpR4RFEmfpjiTNhQZc1Wo+wOXzpO8Al+D7kdjqQmPLbDEGD4Y8fYfkAAVzVWZnBn li7M8x2dKOQWne8hEaHkYsT+DE/FYTHk9T2qYpKE8+4p+7+V5vuDXeNK09/7PO50 xE8hei82acORXHGpDA53T8fNvxqQIeXhMzP/4kM8EgQwlX4fo/ghU7AOikSdBrux mZNuHpVeUT5ZZ4d5Ndp2jzcMdtLcBC7GHqS+IDqCrGGKLEirKdA9CRX4S2c9ypdz CQQkcfC2L0ayqpmbrOa0cuHpyYgZR+duiKXWSD9vPACBOyO+wpbWQkxEhZEKdVC2 3GOd4m1xgi+1MzbE6mrxVM66UtHIGSzl0Rp35eal35Z5O0DLSiaAvsmEG/Twmetm F2GKHQM6nxy5C3/pYdIXxS37mHCVlyFCL1aJAd8XaNhfS0ZAEQnIuP8yntWhphLH QiRZPFxTZQt9Uq9mnQZ8 =lIiX -----END PGP SIGNATURE----- --Apple-Mail=_987E340F-002B-46F5-855A-FADEDB2E7E80-- From nobody Thu Nov 12 17:33:12 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E61D81B3E45; Thu, 12 Nov 2015 17:33:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.2 X-Spam-Level: X-Spam-Status: No, score=-104.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, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NfPLKMVY9yRQ; Thu, 12 Nov 2015 17:33:08 -0800 (PST) Received: from usevmg20.ericsson.net (usevmg20.ericsson.net [198.24.6.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2BE2C1B3E44; Thu, 12 Nov 2015 17:33:08 -0800 (PST) X-AuditID: c618062d-f79ef6d000007f54-b7-5644dc117319 Received: from EUSAAHC008.ericsson.se (Unknown_Domain [147.117.188.96]) by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id 6F.60.32596.11CD4465; Thu, 12 Nov 2015 19:36:01 +0100 (CET) Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC008.ericsson.se ([147.117.188.96]) with mapi id 14.03.0248.002; Thu, 12 Nov 2015 20:33:06 -0500 From: Gregory Mirsky To: Stewart Bryant , Ross Callon , "mpls@ietf.org" , "Stewart Bryant (stbryant)" , "Carlos Pignataro (cpignata)" , "Mach Chen (mach.chen@huawei.com)" , "lizhenbin@huawei.com" Thread-Topic: IPR poll on draft-bryant-mpls-flow-ident Thread-Index: AQHRHWc1gTGSbOzvH02ylgQw7NT8Vp6ZEgCAgAAZXzA= Date: Fri, 13 Nov 2015 01:33:06 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF11221930D8D@eusaamb103.ericsson.se> References: <5644E1F7.5030404@gmail.com> In-Reply-To: <5644E1F7.5030404@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.9] Content-Type: multipart/alternative; boundary="_000_7347100B5761DC41A166AC17F22DF11221930D8Deusaamb103erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrHIsWRmVeSWpSXmKPExsUyuXRPgq7gHZcwgyPHtC0+vdvBYrG78Q+7 xYW1whbrLp9is7i1dCWrxd8VV1gszj2dw2hx6kGiA4fHlN8bWT12zrrL7tFy5C2rx5IlP5k8 rjddZQ9gjeKySUnNySxLLdK3S+DKON3Sw1xwMr1i5+2vrA2MJ6O7GDk5JARMJHZ93McCYYtJ XLi3nq2LkYtDSOAIo8T1pUvYIZzljBL7py5lA6liEzCSeLGxBywhInCSSWLPkxVg7cwChhIT J+5nBrGFBUwltqw7yApiiwiYSfzvuM4GYVtJPLreClbDIqAqsWreZDCbV8BXYsHxuWA1QgKV EjM3zgCLcwpoSkz5sJsJxGYEOu/7qTVMELvEJW49mc8EcbaAxJI955khbFGJl4//sULYihL7 +qcDHcoBVJ8vcWWfIsQqQYmTM5+wTGAUnYVk0iyEqllIqiBKdCQW7P7EBmFrSyxb+JoZxj5z 4DETsvgCRvZVjBylxalluelGBpsYgbF6TIJNdwfjnpeWhxgFOBiVeHgLV7qECbEmlhVX5h5i lOBgVhLhXfwMKMSbklhZlVqUH19UmpNafIhRmoNFSZx3/5L7oUIC6YklqdmpqQWpRTBZJg5O qQZG84WVk+8v8Peqf+j9NGBfRn/PwhPeEjesNddXMUV+sZ2QEDoxs77k2t2g4xI2rod8L+kL 6zlMZV+jJb2Q57Oh1vY2xtunJnEyC3H7Pm6c0qPdY/N4W5bJkUu1arxaxe1bNvw6cEXmRjfH nbx31W8v5yk+sP/+XMo/aFF6ls3Pqz/fKLopxp9WYinOSDTUYi4qTgQAGwVB5dECAAA= Archived-At: Cc: "mpls-chairs@ietf.org" Subject: Re: [mpls] IPR poll on draft-bryant-mpls-flow-ident X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Nov 2015 01:33:11 -0000 --_000_7347100B5761DC41A166AC17F22DF11221930D8Deusaamb103erics_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I don't know of any other IPR related to the draft other than mentioned by = Stewart. Regards, Greg From: Stewart Bryant [mailto:stewart.bryant@gmail.com] Sent: Thursday, November 12, 2015 11:01 AM To: Ross Callon; mpls@ietf.org; Stewart Bryant (stbryant); Carlos Pignataro= (cpignata); Mach Chen (mach.chen@huawei.com); lizhenbin@huawei.com; Gregor= y Mirsky Cc: mpls-chairs@ietf.org Subject: Re: IPR poll on draft-bryant-mpls-flow-ident As a requirements draft, I know of no IPR per se, but the reader may be drawn to the solutions posited in the SFL drafts which do have disclosed IPR. The reference in the text to the need to implement a solution to draft-tempia-ippm-p3m-02 by definition brings in it to play the IPR disclosed against that draft. - Stewart On 12/11/2015 16:28, Ross Callon wrote: Working Group, The authors of draft-bryant-mpls-flow-ident have told us that the draft is ready to be polled to see if we have consensus to make it a workin= g group document. Before we start the adoption poll we will do an IPR poll. This mail starts = the IPR poll. Are you aware of any IPR that applies to draft-bryant-mpls-flow-ident? If so, has this IPR been disclosed in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details). Currently there are no IPR disclosures that relate to this document. 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. Thanks, Ross (as MPLS WG co-chair) --_000_7347100B5761DC41A166AC17F22DF11221930D8Deusaamb103erics_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I don’t know of any= other IPR related to the draft other than mentioned by Stewart.=

 <= /p>

    &= nbsp;           Regards,<= o:p>

    &= nbsp;           &nbs= p;            &= nbsp;  Greg

 <= /p>

From: Stewart Bryant [mailto:stewart.bryant@gmail.com]
Sent: Thursday, November 12, 2015 11:01 AM
To: Ross Callon; mpls@ietf.org; Stewart Bryant (stbryant); Carlos Pi= gnataro (cpignata); Mach Chen (mach.chen@huawei.com); lizhenbin@huawei.com;= Gregory Mirsky
Cc: mpls-chairs@ietf.org
Subject: Re: IPR poll on draft-bryant-mpls-flow-ident

 

As a requirements draft, I know of no IPR per se, but the reader may be drawn to the solutions
posited in the SFL drafts which do have disclosed IPR.

The reference in the text to the need to implement a
solution to

draft=
-tempia-ippm-p3m-02 
 
by definition brings in it to play the IPR disclosed 
against that draft.
 
- Stewart



On 12/11/2015 16:28, Ross Callon wrote:

Working Group,

 

The authors of draft-bryant-mpls-flow-i= dent have told us that the

draft is ready to be polled to see if w= e have consensus to make it a working

group document.

 

Before we start the adoption poll we wi= ll do an IPR poll. This mail starts the IPR poll.

 

Are you aware of any IPR that applies t= o draft-bryant-mpls-flow-ident?

 

If so, has this IPR been disclosed in c= ompliance with IETF IPR rules

(see RFCs 3979, 4879, 3669 and 5378 for= more details).

 

Currently there are no IPR disclosures = that relate to this document.

 

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 s= tage until a response has been

received from each author and contribut= or.

 

If you are on the MPLS WG email list bu= t are not listed as an author or

contributor, then please explicitly res= pond only if you are aware of any

IPR that has not yet been disclosed in = conformance with IETF rules.

 

Thanks, Ross

(as MPLS WG co-chair)=

 

 

--_000_7347100B5761DC41A166AC17F22DF11221930D8Deusaamb103erics_-- From nobody Thu Nov 12 17:38:20 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6AEFB1B3C93; Thu, 12 Nov 2015 17:38:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.21 X-Spam-Level: X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gWs7nZQ-9MyM; Thu, 12 Nov 2015 17:38:15 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 028321B3C90; Thu, 12 Nov 2015 17:38:13 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml406-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CAG57721; Fri, 13 Nov 2015 01:38:11 +0000 (GMT) Received: from SZXEMA411-HUB.china.huawei.com (10.82.72.70) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.235.1; Fri, 13 Nov 2015 01:38:09 +0000 Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.229]) by szxema411-hub.china.huawei.com ([10.82.72.70]) with mapi id 14.03.0235.001; Fri, 13 Nov 2015 09:37:59 +0800 From: Mach Chen To: "Carlos Pignataro (cpignata)" , Stewart Bryant Thread-Topic: IPR poll on draft-bryant-mpls-flow-ident Thread-Index: AQHRHWc1gTGSbOzvH02ylgQw7NT8Vp6YOBKAgAA7s4CAALjywA== Date: Fri, 13 Nov 2015 01:37:57 +0000 Message-ID: References: <5644E1F7.5030404@gmail.com> <3A35CADE-3476-4EDB-BE90-8D1D2090E87C@cisco.com> In-Reply-To: <3A35CADE-3476-4EDB-BE90-8D1D2090E87C@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.102.135] Content-Type: multipart/alternative; boundary="_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE28B626B7ESZXEMA510MBXchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090201.56453F03.005D, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.3.229, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: fbdec9cd1e3a40a72a55a1d02b1eb1ff Archived-At: Cc: "mpls@ietf.org" , "mpls-chairs@ietf.org" , Ross Callon Subject: Re: [mpls] IPR poll on draft-bryant-mpls-flow-ident X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Nov 2015 01:38:18 -0000 --_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE28B626B7ESZXEMA510MBXchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable The same here. Best regards, Mach From: Carlos Pignataro (cpignata) [mailto:cpignata@cisco.com] Sent: Friday, November 13, 2015 6:35 AM To: Stewart Bryant Cc: Ross Callon; mpls@ietf.org; Stewart Bryant (stbryant); Mach Chen; Lizhe= nbin; Gregory Mirsky; mpls-chairs@ietf.org Subject: Re: IPR poll on draft-bryant-mpls-flow-ident Ditto. Thanks, - Carlos. On Nov 12, 2015, at 2:01 PM, Stewart Bryant > wrote: As a requirements draft, I know of no IPR per se, but the reader may be drawn to the solutions posited in the SFL drafts which do have disclosed IPR. The reference in the text to the need to implement a solution to draft-tempia-ippm-p3m-02 by definition brings in it to play the IPR disclosed against that draft. - Stewart On 12/11/2015 16:28, Ross Callon wrote: Working Group, The authors of draft-bryant-mpls-flow-ident have told us that the draft is ready to be polled to see if we have consensus to make it a workin= g group document. Before we start the adoption poll we will do an IPR poll. This mail starts = the IPR poll. Are you aware of any IPR that applies to draft-bryant-mpls-flow-ident? If so, has this IPR been disclosed in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details). Currently there are no IPR disclosures that relate to this document. 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. Thanks, Ross (as MPLS WG co-chair) --_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE28B626B7ESZXEMA510MBXchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

The same h= ere.

 = ;

Best regar= ds,

Mach<= /o:p>

 = ;

From: Carlos Pignataro (cpignata) [mailto:cpignata@cisco.co= m]
Sent: Friday, November 13, 2015 6:35 AM
To: Stewart Bryant
Cc: Ross Callon; mpls@ietf.org; Stewart Bryant (stbryant); Mach Chen= ; Lizhenbin; Gregory Mirsky; mpls-chairs@ietf.org
Subject: Re: IPR poll on draft-bryant-mpls-flow-ident

 

Ditto.

 

Thanks,

 

— Carlos.

 

On Nov 12, 2015, at 2:01 PM, St= ewart Bryant <stewart.bryant= @gmail.com> wrote:

 

As a requirements draft, I know of no IPR per se,
but the reader may be drawn to the solutions
posited in the SFL drafts which do have disclosed IPR.

The reference in the text to the need to implement a 
solution to

dra=
ft-tempia-ippm-p3m-02 
 
by definition brings i=
n it to play the IPR disclosed 
against that draft.
 
- Stewart



On 12/11/2015 16:28, Ross Callon wrote:

Working Group,

 

The authors of draft-bryant-mpls-flow-ident have told us that the=

draft is ready to be polled to see if we have consensus to make it a wor= king

group document.

 

Before we start the adoption poll we will do an IPR poll. This mail star= ts the IPR poll.

 

Are you aware of any IPR that applies to draft-bryant-mpls-flow-ident?

 

If so, has this IPR been disclosed in compliance with IETF IPR rules

(see RFCs 3979, 4879, 3669 and 5378 for more details).

 

Currently there are no IPR disclosures that relate to this document.

 

If you are listed as a document author or contributor please respond to<= /span>

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<= /span>

contributor, then please explicitly respond only if you are aware of any=

IPR that has not yet been disclosed in conformance with IETF rules.

 

Thanks, Ross

(as MPLS WG co-chair)

 

=  

 

--_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE28B626B7ESZXEMA510MBXchi_-- From nobody Fri Nov 13 08:50:49 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7C1CC1B2A5B; Fri, 13 Nov 2015 08:50:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.73 X-Spam-Level: X-Spam-Status: No, score=-0.73 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_IT=0.635, HOST_EQ_IT=1.245, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1mGflgbj-B2W; Fri, 13 Nov 2015 08:50:44 -0800 (PST) Received: from teledg001ba020.telecomitalia.it (teledg001ba020.telecomitalia.it [156.54.233.210]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E08031B29D4; Fri, 13 Nov 2015 08:50:43 -0800 (PST) Content-Type: multipart/mixed; boundary="_37f4a957-bd37-4bf6-8818-bee1178b8dc1_" Received: from TELCAH001BA020.telecomitalia.local (10.188.101.214) by teledg001ba020.telecomitalia.it (10.188.101.210) with Microsoft SMTP Server (TLS) id 14.3.266.1; Fri, 13 Nov 2015 17:50:40 +0100 Received: from TELMBB001BA020.telecomitalia.local ([169.254.2.123]) by TELCAH001BA020.telecomitalia.local ([10.188.101.214]) with mapi id 14.03.0266.001; Fri, 13 Nov 2015 17:50:40 +0100 From: Fioccola Giuseppe To: Stewart Bryant , Ross Callon , "mpls@ietf.org" , "Stewart Bryant (stbryant)" , "Carlos Pignataro (cpignata)" , "Mach Chen (mach.chen@huawei.com)" , "lizhenbin@huawei.com" , Gregory Mirsky Thread-Topic: [mpls] IPR poll on draft-bryant-mpls-flow-ident Thread-Index: AQHRHWc1gTGSbOzvH02ylgQw7NT8Vp6YrWuAgAF7PFA= Date: Fri, 13 Nov 2015 16:50:39 +0000 Message-ID: <23126F6FC5CA3E44916CF99D4E0B878B44E87AAA@TELMBB001BA020.telecomitalia.local> References: <5644E1F7.5030404@gmail.com> In-Reply-To: <5644E1F7.5030404@gmail.com> Accept-Language: it-IT, en-US Content-Language: it-IT X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.188.101.188] x-ti-disclaimer: Disclaimer1 MIME-Version: 1.0 Archived-At: Cc: "mpls-chairs@ietf.org" Subject: [mpls] R: IPR poll on draft-bryant-mpls-flow-ident X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Nov 2015 16:50:47 -0000 --_37f4a957-bd37-4bf6-8818-bee1178b8dc1_ Content-Type: multipart/alternative; boundary="_000_23126F6FC5CA3E44916CF99D4E0B878B44E87AAATELMBB001BA020t_" --_000_23126F6FC5CA3E44916CF99D4E0B878B44E87AAATELMBB001BA020t_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I'm agree with Stewart. This draft introduces the requirements for MPLS flow identification, so the= re are not IPRs per se. But the SFL drafts have a declared IPR, because these drafts describe how t= o use draft-tempia-ippm-p3m for RFC6374 performance measurements. Giuseppe Da: mpls [mailto:mpls-bounces@ietf.org] Per conto di Stewart Bryant Inviato: gioved=EC 12 novembre 2015 20:01 A: Ross Callon; mpls@ietf.org; Stewart Bryant (stbryant); Carlos Pignataro = (cpignata); Mach Chen (mach.chen@huawei.com); lizhenbin@huawei.com; Gregory= Mirsky Cc: mpls-chairs@ietf.org Oggetto: Re: [mpls] IPR poll on draft-bryant-mpls-flow-ident As a requirements draft, I know of no IPR per se, but the reader may be drawn to the solutions posited in the SFL drafts which do have disclosed IPR. The reference in the text to the need to implement a solution to draft-tempia-ippm-p3m-02 by definition brings in it to play the IPR disclosed against that draft. - Stewart On 12/11/2015 16:28, Ross Callon wrote: Working Group, The authors of draft-bryant-mpls-flow-ident have told us that the draft is ready to be polled to see if we have consensus to make it a workin= g group document. Before we start the adoption poll we will do an IPR poll. This mail starts = the IPR poll. Are you aware of any IPR that applies to draft-bryant-mpls-flow-ident? If so, has this IPR been disclosed in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details). Currently there are no IPR disclosures that relate to this document. 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. Thanks, Ross (as MPLS WG co-chair) Questo messaggio e i suoi allegati sono indirizzati esclusivamente alle per= sone indicate. La diffusione, copia o qualsiasi altra azione derivante dall= a conoscenza di queste informazioni sono rigorosamente vietate. Qualora abb= iate ricevuto questo documento per errore siete cortesemente pregati di dar= ne immediata comunicazione al mittente e di provvedere alla sua distruzione= , Grazie. This e-mail and any attachments is confidential and may contain privileged = information intended for the addressee(s) only. Dissemination, copying, pri= nting or use by anybody else is unauthorised. If you are not the intended r= ecipient, please delete this message and any attachments and advise the sen= der by return e-mail, Thanks. [rispetta l'ambiente]Rispetta l'ambiente. Non stampare questa mail se non = =E8 necessario. --_000_23126F6FC5CA3E44916CF99D4E0B878B44E87AAATELMBB001BA020t_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

I’m = agree with Stewart.

This draft= introduces the requirements for MPLS flow identification, so there are not= IPRs per se.

But the SF= L drafts have a declared IPR, because these drafts describe how to use draf= t-tempia-ippm-p3m for RFC6374 performance measurements.

 = ;

Giuseppe

 = ;

 = ;

Da: mpls [mailto:mpls-bounces@ietf.org] Per conto di Stewart Bryant
Inviato: gioved=EC 12 novembre 2015 20:01
A: Ross Callon; mpls@ietf.org; Stewart Bryant (stbryant); Carlos Pig= nataro (cpignata); Mach Chen (mach.chen@huawei.com); lizhenbin@huawei.com; = Gregory Mirsky
Cc: mpls-chairs@ietf.org
Oggetto: Re: [mpls] IPR poll on draft-bryant-mpls-flow-ident

 

As a requirements draft, I know of no IPR per se, but the reader may be drawn to the solutions
posited in the SFL drafts which do have disclosed IPR.

The reference in the text to the need to implement a
solution to

draft=
-tempia-ippm-p3m-02 
 
by definition brings in it to play the IPR disclosed 
against that draft.
 
- Stewart



On 12/11/2015 16:28, Ross Callon wrote:

Working Group,

 

The authors of draft-bryant-mpls-flow-i= dent have told us that the

draft is ready to be polled to see if w= e have consensus to make it a working

group document.

 

Before we start the adoption poll we wi= ll do an IPR poll. This mail starts the IPR poll.

 

Are you aware of any IPR that applies t= o draft-bryant-mpls-flow-ident?

 

If so, has this IPR been disclosed in c= ompliance with IETF IPR rules

(see RFCs 3979, 4879, 3669 and 5378 for= more details).

 

Currently there are no IPR disclosures = that relate to this document.

 

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 s= tage until a response has been

received from each author and contribut= or.

 

If you are on the MPLS WG email list bu= t are not listed as an author or

contributor, then please explicitly res= pond only if you are aware of any

IPR that has not yet been disclosed in = conformance with IETF rules.

 

Thanks, Ross

(as MPLS WG co-chair)=

 

 

= Questo messaggio e i suoi allegati sono indirizzati esclusivamente alle per= sone indicate. La diffusione, copia o qualsiasi altra azione derivante dalla conoscenza di queste informazioni sono rigoro= samente vietate. Qualora abbiate ricevuto questo documento per errore siete= cortesemente pregati di darne immediata comunicazione al mittente e di pro= vvedere alla sua distruzione, Grazie.

This e-mail and any attachments is confidential and may contain privileged information intended for the addressee(s) only.= Dissemination, copying, printing or use by anybody else is unauthorised. I= f you are not the intended recipient, please delete this message and any at= tachments and advise the sender by return e-mail, Thanks.

3D"rispettaRispetta= l'ambiente. Non stampare questa mail se non =E8 necessario.

--_000_23126F6FC5CA3E44916CF99D4E0B878B44E87AAATELMBB001BA020t_-- --_37f4a957-bd37-4bf6-8818-bee1178b8dc1_ Content-Description: logo Ambiente_foglia2.jpg Content-Type: image/jpeg; name="logo Ambiente_foglia2.jpg" Content-Disposition: inline; filename="logo Ambiente_foglia2.jpg" Content-Transfer-Encoding: base64 Content-ID: 00000000000000000000000000000003@TI.Disclaimer R0lGODlhGgAoANU5AEiFNnikNyRvNcvYOafCOEOEW3DO3jB2NqjGs9ny9o+zOIOrN+L1+G+ggbzo 8GCUN1SNNv///zx+NrPJOL/ROYPV44zY5YuzmrfQwCZxQlKNaMXZzOfy8NTi2TV6TuLs5vX8/ez5 +4yzmtTj2cXr8mCXdKni62ycN5/f6aDf6X2qjrPl7rLl7Zu6OJbb53nS4PH188bs8sXZzfH18pq9 p0SDWxhnNWbL3NfgOf///wAAAAAAAAAAAAAAAAAAAAAAACH5BAEAADkALAAAAAAaACgAAAb/wJxw SBQ6WMWkMmm6kZbQ5OvmjFoT1JuBYYWmsrcXqJvEgm8WctFypnI66pyjfXMhCmqGgR4r2S5dIBV0 FjI2h3BRX20VHAUCEjZ4UHNtFo42BA+HCEskbQYOIwU2CjgBNgAZM0kMbSYcIjYCBDg4LTYLf0V6 YCghNBk2DwO2OASZqkS9VBYMCB6pE8bGucidOYJUoaOptdQTFDg2ATgHGkIs2wyyAqbUtgICCwfl uh8ge1sNNhDF8LYiHYKAg4INBJUS8FsAEF6AA6lsHWjg4gYKDDZONGwIAIAtCAX2hPAgYSNHj6ds 3KiA8V3DAQGm2epoS4HKFQ0EmMRhc97Mwge2kN1IoIGgyQECD5wQUO6YygTkdtpCdSgqDl0VoDaV OmDBpm+oTCQoABQgBZfGbIrDAUBDAgcNDnDs98/WA504Buxa0RKgzVkB/h0oi+pDjgQhHtU1RgDi oY6l8gpAJyTBCBsSFtuC6XjWTBuJhIRAgFkmwAmoAkM4mCQCBmEB1sIDIKAFRGytYfDrt4CAuAkn qnrYYCXCBxGkqlYtgbtLhOcbMNSw0SBOEmg2VFj/sGHDhRLCNBC3fqFqARWhowQBADs= --_37f4a957-bd37-4bf6-8818-bee1178b8dc1_-- From nobody Fri Nov 13 13:13:41 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 319E21B31E6; Fri, 13 Nov 2015 13:13:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 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, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XAIj3vGGR0Ao; Fri, 13 Nov 2015 13:13:37 -0800 (PST) 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 673981B31FB; Fri, 13 Nov 2015 13:13:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=16266; q=dns/txt; s=iport; t=1447449217; x=1448658817; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=el3fvPSJK2vKBY6i8RMyqxyrOI/X4AvjmPUFD/57eY0=; b=kDNuazBVjJ9zAxai3WHGr7YdXCFbZRsgXQu1iT4BM+s5mnr/4Vpcsdtk ZR99EAU4cYribRVYcGxnfrO/W204948jPAxn/XhDbE041i7DQVZdjKLI/ F1SbxFMnu+DWj98O4wIkd9YKmK78kOQeu1rSB1Ba4ZL5o4/k7p3j/X0xB k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AsAgBzUUZW/4wNJK1egm5NU28GvkYBD?= =?us-ascii?q?YFkIYVvAoE+OBQBAQEBAQEBgQqENAEBAQRuBgUQAgEIEQMBAigHIREUCQgCBAE?= =?us-ascii?q?NBRuHfgMSDbtHDYRXAQEBAQEBAQEBAQEBAQEBAQEBAQEBFASLUoJTgVYBEAIBP?= =?us-ascii?q?g2EMQWNVIUTg2EBhRyGFYF1gVuEQI5Xh1IBHwEBQoQEcoQ2gQcBAQE?= X-IronPort-AV: E=Sophos;i="5.20,289,1444694400"; d="scan'208,217";a="208113410" Received: from alln-core-7.cisco.com ([173.36.13.140]) by alln-iport-8.cisco.com with ESMTP; 13 Nov 2015 21:13:36 +0000 Received: from XCH-ALN-016.cisco.com (xch-aln-016.cisco.com [173.36.7.26]) by alln-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id tADLDaXJ004744 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 13 Nov 2015 21:13:36 GMT Received: from xch-aln-016.cisco.com (173.36.7.26) by XCH-ALN-016.cisco.com (173.36.7.26) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Fri, 13 Nov 2015 15:13:35 -0600 Received: from xch-aln-016.cisco.com ([173.36.7.26]) by XCH-ALN-016.cisco.com ([173.36.7.26]) with mapi id 15.00.1104.000; Fri, 13 Nov 2015 15:13:35 -0600 From: "George Swallow (swallow)" To: "Carlos Pignataro (cpignata)" , Stewart Bryant Thread-Topic: IPR poll on draft-bryant-mpls-flow-ident Thread-Index: AQHRHWc1gTGSbOzvH02ylgQw7NT8Vp6ZIsSAgAA7soCAARcHgA== Date: Fri, 13 Nov 2015 21:13:35 +0000 Message-ID: References: <5644E1F7.5030404@gmail.com> <3A35CADE-3476-4EDB-BE90-8D1D2090E87C@cisco.com> In-Reply-To: <3A35CADE-3476-4EDB-BE90-8D1D2090E87C@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.5.7.151005 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.116.212.3] Content-Type: multipart/alternative; boundary="_000_D26BBC9B127D06swallowciscocom_" MIME-Version: 1.0 Archived-At: Cc: "mpls@ietf.org" , "mpls-chairs@ietf.org" , Ross Callon Subject: Re: [mpls] IPR poll on draft-bryant-mpls-flow-ident X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Nov 2015 21:13:40 -0000 --_000_D26BBC9B127D06swallowciscocom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Same here. George From: Carlos Pignataro > Date: Thursday, November 12, 2015 at 6:34 PM To: Stewart Bryant > Cc: Ross Callon >, "mpls@ie= tf.org" >, "Stewa= rt Bryant (stbryant)" >, Mach= Chen >, "lizhenbin@huawe= i.com" >, Gregory Mirsky >, "mpls-chairs@ietf.org" > Subject: Re: IPR poll on draft-bryant-mpls-flow-ident Ditto. Thanks, - Carlos. On Nov 12, 2015, at 2:01 PM, Stewart Bryant > wrote: As a requirements draft, I know of no IPR per se, but the reader may be drawn to the solutions posited in the SFL drafts which do have disclosed IPR. The reference in the text to the need to implement a solution to draft-tempia-ippm-p3m-02 by definition brings in it to play the IPR disclosed against that draft. - Stewart On 12/11/2015 16:28, Ross Callon wrote: Working Group, The authors of draft-bryant-mpls-flow-ident have told us that the draft is ready to be polled to see if we have consensus to make it a workin= g group document. Before we start the adoption poll we will do an IPR poll. This mail starts = the IPR poll. Are you aware of any IPR that applies to draft-bryant-mpls-flow-ident? If so, has this IPR been disclosed in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details). Currently there are no IPR disclosures that relate to this document. 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. Thanks, Ross (as MPLS WG co-chair) --_000_D26BBC9B127D06swallowciscocom_ Content-Type: text/html; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable
Same here.

George

From: Carlos Pignataro <cpignata@cisco.com>
Date: Thursday, November 12, 2015 a= t 6:34 PM
To: Stewart Bryant <stewart.bryant@gmail.com>
Cc: Ross Callon <rcallon@juniper.net>, "mpls@ietf.org" <mpls@ietf.org>, "Stewart Bryant (stbryant)" <stbryant@cisco.com>, Mach Chen <mach.chen@huawei.com= >, "lizhenbin@huawei.co= m" <lizhenbin@huawei.co= m>, Gregory Mirsky <gregory.mirsky@ericsson.com>, "mpls-chairs@ietf.org&quo= t; <mpls-chairs@ietf.org>=
Subject: Re: IPR poll on draft-brya= nt-mpls-flow-ident

Ditto.

Thanks,

— Carlos.

On Nov 12, 2015, at 2:01 PM, Stewart Bryant <stewart.bryant@gmail.com>= ; wrote:

As a requirements draft, I know of no IPR per se,
but the reader may be drawn to the solutions
posited in the SFL drafts which do have disclosed IPR.

The reference in the text to the need to implement a 
solution to
draft-tempia-ippm-p3m-02=20

by definition brings in it to play the IPR disclosed=20
against that draft.

- Stewart


On 12/11/2015 16:28, Ross Callon wrote:
Working Group,
 
The authors of draft-bryant-mpls-flow-ident have told us that the
draft is ready to be polled to see if we have consensus to make it a wor= king
group document.
 
Before we start the adoption poll we will do an IPR poll. This mail star= ts the IPR poll.
 
Are you aware of any IPR that applies to draft-bryant-mpls-flow-ident?
 
If so, has this IPR been disclosed in compliance with IETF IPR rules
(see RFCs 3979, 4879, 3669 and 5378 for more details).
 
Currently there are no IPR disclosures that relate to this document.
 
If you are listed as a document author or contributor please respond to<= o:p class=3D"">
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.<= /div>
 
If you are on the MPLS WG email list but are not listed as an author or<= o:p class=3D"">
contributor, then please explicitly respond only if you are aware of any=
IPR that has not yet been disclosed in conformance with IETF rules.
 
Thanks, Ross
(as MPLS WG co-chair)
 



 --_000_D26BBC9B127D06swallowciscocom_-- From nobody Fri Nov 13 19:31:03 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C8B471B37DF for ; Fri, 13 Nov 2015 19:31:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.698 X-Spam-Level: X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=unavailable 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 IIEY_CQ7G5LL for ; Fri, 13 Nov 2015 19:30:59 -0800 (PST) Received: from nm24-vm1.bullet.mail.ir2.yahoo.com (nm24-vm1.bullet.mail.ir2.yahoo.com [212.82.97.25]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 068991B37E1 for ; Fri, 13 Nov 2015 19:30:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.uk; s=s2048; t=1447471856; bh=9qHBAlgiuK96WBlsqIUevv+PVmEQTWdRusRM14rQvgc=; h=Date:From:Reply-To:To:In-Reply-To:References:Subject:From:Subject; b=XnZI/EpqdCJw0LTaxYWZZVucxufwuOk48beh8V9s3sQXFUOJzILDxb6av0zysleyJRGokc4AIV8U/I4xgHjYR87sK1mcX/RJvXAc3IngiracUQ6X6dw/KzsDKEGeeK7RGncncGw4wRXGx653Q9bpfDqqQQmT9j/wUab+bB1RcYUkhAbC2hgaCqSWhF7BUW4v3ji6SnfakTIZkvx9QA6rQbB2BeiGC9LlfWt2Qy7JZjFGqp/0phHAQouCtd6THDQJ5wmBJmTkW4XqmTEeWA5SSOAQy6GDErOY4F0wK7gWQ8Ud5vY2FsQ8SpoQGhd2xcmyw3m71HYt25jlGDxVzgVb9A== Received: from [212.82.98.62] by nm24.bullet.mail.ir2.yahoo.com with NNFMP; 14 Nov 2015 03:30:56 -0000 Received: from [212.82.98.112] by tm15.bullet.mail.ir2.yahoo.com with NNFMP; 14 Nov 2015 03:30:56 -0000 Received: from [127.0.0.1] by omp1049.mail.ir2.yahoo.com with NNFMP; 14 Nov 2015 03:30:56 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 301713.93406.bm@omp1049.mail.ir2.yahoo.com X-YMail-OSG: nm2HcpcVM1l5gu0CoayDVTuRvwkAc0Fc1lgQSk16n6kPH9t6KyqyHLwxlwHkdv1 ckU0UQVrbslBgkBkOrwtwV124zdzJFP.VZn.VIWdjIY8PUkvgZ6DHuQQ9s3T0nEON382YgxFe1Jz gTYm9HzN0nx6NpU_rbk0OxZgOc_7mZ4LorfLQBmxLqk4EMcDsRHQcPpNlWzb5AX79qq9dX4NlWcq tN_ZEc8hrY40ko_upOnYhu_gKOjiSw9Om__ks9cBhg6xELbzXQFZFqYUPIjTrltQv6RQc4PJR2zv XziuQ7Fn5K9yRaocS8Ld2thRzPBxpfCnCvTckJHY_pnuEGBs83sZoR2DLz0wuoS_SBWpTO8.h2w3 fdgYjcJp97PGNeLISTnysML4s94y7C4VUt1sufPcwu_VfnQX.ElqMnXv0oDN3XCEQxtX2ikOBFkD jAk4AaxG8wy1dPsdrOb7xbU8bkoOX6icyKi7zDuN4X.ERlHf2mBN7push094BvPX2vEuAXa0oSgq zoFx1GUsFx2whTHex5Gg- Received: by 217.12.9.15; Sat, 14 Nov 2015 03:30:55 +0000 Date: Sat, 14 Nov 2015 03:30:55 +0000 (UTC) From: To: "tsvwg@ietf.org" , "mpls@ietf.org" Message-ID: <1724830789.7392690.1447471855458.JavaMail.yahoo@mail.yahoo.com> In-Reply-To: <580302963.7269727.1447470634943.JavaMail.yahoo@mail.yahoo.com> References: <580302963.7269727.1447470634943.JavaMail.yahoo.ref@mail.yahoo.com> <580302963.7269727.1447470634943.JavaMail.yahoo@mail.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_7392689_191209053.1447471855449" Archived-At: Subject: [mpls] Fw: on UDP encapsulation X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: lloyd.wood@yahoo.co.uk List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Nov 2015 03:31:01 -0000 ------=_Part_7392689_191209053.1447471855449 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable oops, typoed mpls list email address previously. On Saturday, 14 November 2015, 14:10, "lloyd.wood@yahoo.co.uk" wrote: =20 https://tools.ietf.org/html/rfc7510 I finally noticed that RFC7510, on MPLS in UDP encap, hasbeen published. Do= take a look at all of section 3, whichlaboriously=C2=A0goes through the nu= ances of when to choosebetween UDP checksums, for safety, and turning them = off,for speed, at slight risk. That section and the RFCs itrefers to are qu= ite the complex read. And that's just onUDP checksums and whether to choose= to turn them off. (Itgives dull security documents a run for their money.) What's odd is that this is standards track, and the thirdoption, use standa= rds-track UDP-Lite to provide checksumprotection of the UDP/IP pseudoheader= to avoid zero-checksumport=C2=A0pollution on the host (on IPv4) or anywher= e pollution(IPv6) is not mentioned as an alternative - particularly asUDP-L= ite's partial payload coverage can cover the MPLS stack=C2=A0s well. In some cases the Lite checksum is just a precomputed valueacross a generat= ed header that doesn't change, at no encodecost and little decode cost, and= within corporate privatenetworks the barriers to running UDP-Lite are less= . It's unfortunate that UDP-Lite is the ideal approach forthis, yet doesn't d= eserve consideration. Going back furtherin time, one might argue it's unfor= tunate that UDP-Lite waspushed to a separate protocol number, dooming it to= oblivion.And, further back, that it was unfortunate that designers ofIPv6 = thought leaving the pseudo-header demux check up toseparate transports that= could then skip it, while insistingUDP always have its checksum on, which = was always goingto be relaxed, was a good idea for consistent error-detecti= ngdemux... One might argue it's unfortunate. With the benefit of perfecthindsight, I f= avour 'bloody stupid' myself. Does the IETF no longer work on UDP-Lite? Should UDP-Lite bemoved to Histor= ic, along with SCTP and DCCP, becausethey're not TCP or UDP - even though d= elivery of tunnelledpayloads with demux protection is UDP-Lite's ideal appl= ication? thanks L. Lloyd Woodhttp://about.me/lloydwood=C2=A0 ------=_Part_7392689_191209053.1447471855449 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
oops, typoed mp= ls list email address previously.

On Saturday, 14 November 2015, 1= 4:10, "lloyd.wood@yahoo.co.uk" <lloyd.wood@yahoo.co.uk> wrote:



I finally noticed that RFC7510, on MPLS in UDP encap, has<= /span>
been publis= hed. Do take a look at all of section 3, which
laboriously goes through th= e nuances of when to choose
between UDP checksums, for safety, and turning t= hem off,
for speed, at slight risk. That section and the RFCs it
refers to a= re quite the complex read. And that's just on
UDP checksums and whether to c= hoose to turn them off. (It
gives dull security documents a run for their mo= ney.)

What's odd is that this is standards track, and the third
=
option, use standards-t= rack UDP-Lite to provide checksum
protection of the UDP/IP pseudoheader to avoid zero-= checksum
po= rt pollution on the host (on IPv4) or anywhere pollution
<= div id=3D"yiv9805765772yui_3_16_0_1_1447468770360_2739" dir=3D"ltr">(IPv6) = is not mentioned as an alternative - particularly as
UDP-Lite's partial payl= oad coverage can cover the MPLS stack 
s well.

In some cases the Lit= e checksum is just a precomputed value
across a generated header that doesn'= t change, at no encode
cost and little decode cost, and within corporate pri= vate
networks the barriers to running UDP-Lite are less.

It's unfortunate= that UDP-Lite is the ideal approach for
this, yet doesn't deserve considera= tion. Going back further
in time, one might argue it's unfortunate that UDP-= Lite was
pushed to a separate protocol number, dooming it to oblivion.
And, = further back, that it was unfortunate that designers of
IPv6 thought leaving= the pseudo-header demux check up to
separate transports that could then ski= p it, while insisting
UDP always have its checksum on, which was always goin= g
to be relaxed, was a good idea for consistent error-detecting
demux...

<= /div>
O= ne might argue it's unfortunate. With the benefit of perfect
hindsight, I = favour 'bloody stupid' myself.

Does the IETF no longer work on UDP-Lite?= Should UDP-Lite be
moved to Historic, along with SCTP and DCCP, because
they= 're not TCP or UDP - even though delivery of tunnelled
payloads with demux p= rotection is UDP-Lite's ideal application?

thanks

L.

Lloyd Wood
http://about.me/lloydwood 


------=_Part_7392689_191209053.1447471855449-- From nobody Sat Nov 14 10:06:20 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 071411ACEDE for ; Sat, 14 Nov 2015 10:06:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.278 X-Spam-Level: X-Spam-Status: No, score=-1.278 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wdnCh7g7C8rR for ; Sat, 14 Nov 2015 10:06:17 -0800 (PST) Received: from mail-ig0-x236.google.com (mail-ig0-x236.google.com [IPv6:2607:f8b0:4001:c05::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 6B82D1ACED9 for ; Sat, 14 Nov 2015 10:06:17 -0800 (PST) Received: by igvg19 with SMTP id g19so54025556igv.1 for ; Sat, 14 Nov 2015 10:06:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=herbertland_com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=QgB4PELWReAP4UbeytCiKxAcKfE6j2rasZc+60FLhhM=; b=oANiMCDCpbQt/OQPZY7FXM8YEQ6H/GPkY+FeoDyK0PaDgwMIRhmcoe1puznJpWYhDS 19aIpwkRYDIXffyOataRH4MyG3FsZfM6ioH+2+KgR1ePE0ALRHQHB3QQ7qksGYNN3KHe dQ40mjDExHtVxqUMQjrfOJM84fkvaHV6y/tQAJzttrK3dfcFat36FwdfXZwkX9aRdt45 gMxghm94LQVd7dnmdhUBSsAFpV2iDTkdiAY78cKc/aI3LY1/T2Gk9tHEUn9l2DKjFjwt V3Md20G2+8+zH3qwT0sFyk44s5IghgZvJLrxyitCaPooYXSVYG4pcfy6fFzxpNSd6S7U pBFA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=QgB4PELWReAP4UbeytCiKxAcKfE6j2rasZc+60FLhhM=; b=k8R1nPGNS/84wK1zldvVvTcDEUXPsyXuWfvrc6Ima+fKAMx7sWy7b1CwEeqrgu/JIF r0F83mNfsbdRiN/5nzEyyngHcTHb6WKSGVaA3hRbXmZ3zAbhKQA7rqwlIsvdKML1j7YO 4bYj7PtenUnAa2IEVCG913qVBS+73mawJYNosYrl6EKeeTgCW/gDZFJLnIjjHj6/PTfq K03AGDSECbQLxxQNnV4wCip1upl2eUXHt8LtTS5DdyvNupRXB+lHrNzJ2wbzAlg/6H0m DUlI3zhhpYSY3FknYtAsBxFwMbGGV26tIYk7tiNNnzzuPuBkMyVgzpKrW76V3rfM+Qqz nhGw== X-Gm-Message-State: ALoCoQmB+NOTZo3najFanmjQi820XimHHGMQNFJ9PCs3ayAZ6z3VPu9OKw9SDwfRfRGYpwVbdWMy MIME-Version: 1.0 X-Received: by 10.50.8.72 with SMTP id p8mr6216482iga.65.1447524376714; Sat, 14 Nov 2015 10:06:16 -0800 (PST) Received: by 10.107.41.70 with HTTP; Sat, 14 Nov 2015 10:06:16 -0800 (PST) In-Reply-To: <580302963.7269727.1447470634943.JavaMail.yahoo@mail.yahoo.com> References: <580302963.7269727.1447470634943.JavaMail.yahoo.ref@mail.yahoo.com> <580302963.7269727.1447470634943.JavaMail.yahoo@mail.yahoo.com> Date: Sat, 14 Nov 2015 10:06:16 -0800 Message-ID: From: Tom Herbert To: lloyd.wood@yahoo.co.uk Content-Type: text/plain; charset=UTF-8 Archived-At: Cc: mpls@ietf.org, "tsvwg@ietf.org" Subject: Re: [mpls] [tsvwg] on UDP encapsulation X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Nov 2015 18:06:19 -0000 On Fri, Nov 13, 2015 at 7:10 PM, wrote: > https://tools.ietf.org/html/rfc7510 > > I finally noticed that RFC7510, on MPLS in UDP encap, has > been published. Do take a look at all of section 3, which > laboriously goes through the nuances of when to choose > between UDP checksums, for safety, and turning them off, > for speed, at slight risk. That section and the RFCs it > refers to are quite the complex read. And that's just on > UDP checksums and whether to choose to turn them off. (It > gives dull security documents a run for their money.) > > What's odd is that this is standards track, and the third > option, use standards-track UDP-Lite to provide checksum > protection of the UDP/IP pseudoheader to avoid zero-checksum > port pollution on the host (on IPv4) or anywhere pollution > (IPv6) is not mentioned as an alternative - particularly as > UDP-Lite's partial payload coverage can cover the MPLS stack > s well. > > In some cases the Lite checksum is just a precomputed value > across a generated header that doesn't change, at no encode > cost and little decode cost, and within corporate private > networks the barriers to running UDP-Lite are less. > > It's unfortunate that UDP-Lite is the ideal approach for > this, yet doesn't deserve consideration. Going back further > in time, one might argue it's unfortunate that UDP-Lite was > pushed to a separate protocol number, dooming it to oblivion. > And, further back, that it was unfortunate that designers of > IPv6 thought leaving the pseudo-header demux check up to > separate transports that could then skip it, while insisting > UDP always have its checksum on, which was always going > to be relaxed, was a good idea for consistent error-detecting > demux... > Lloyd, the potential for UDP-Lite is mentioned in Encapsulation Considerations draft (draft-ietf-rtgwg-dt-encap-00): "Conceptually, the ideal solution to this problem is a checksum that covers only the newly added headers of interest. There is little value in the portion of the UDP checksum that covers the encapsulated packet because that would generally be protected by other checksums and this is the expensive portion to compute. In fact, this solution already exists in the form of UDP-Lite and UDP based encapsulations could be easily ported to run on top of it. Unfortunately, the main value in using UDP as part of the encapsulation header is that it is recognized by already deployed equipment for the purposes of ECMP, RSS, and middlebox operations. As UDP-Lite uses a different protocol number than UDP and it is not widely implemented in middleboxes, this value is lost. A possible solution is to incorporate the same partial-checksum concept as UDP-Lite or other header checksum protection into the encapsulation header and continue using UDP as the outer protocol. One potential challenge with this approach is the use of NAT or other form of translation on the outer header will result in an invalid checksum as the translator will not know to update the encapsulation header." IMO, the allowance that nodes may send a zero UDP checksum is a concession being made for devices that are unable to perform the computation. These are precisely devices in the network that before the advent of UDP tunneling never had any reason to source UDP packets. At end hosts we've had checksum offload capabilities in NICs for years, so there is no reason a host should send zero UDP checksums for IPv6 (except if it knows that the receiver is an aforementioned device that can't do the checksum calculation). Also, one of primary reasons for UDP encapsulation (e.g. MPLS/UDP, GRE/UDP) is to get ECMP in the network for non-TCP, non-UDP protocols. For IPv6 we can use the flow label to provide for this in lieu of devices parsing the transport layer (RFC6438). We do need switch support for this and there does seem to be good progress on this. So the use of the flow label for ECMP should obviate the motivation to use UDP encapsulation in the first place (for many use cases). Tom From nobody Sun Nov 15 16:53:07 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D3E261AD06C; Sun, 15 Nov 2015 16:53:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.987 X-Spam-Level: X-Spam-Status: No, score=-2.987 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0gvZi8ryzbb5; Sun, 15 Nov 2015 16:53:03 -0800 (PST) Received: from mailuogwdur.emc.com (mailuogwdur.emc.com [128.221.224.79]) (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 BB5401AD06B; Sun, 15 Nov 2015 16:53:02 -0800 (PST) Received: from maildlpprd51.lss.emc.com (maildlpprd51.lss.emc.com [10.106.48.155]) by mailuogwprd54.lss.emc.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.0) with ESMTP id tAG0r1b9016555 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 15 Nov 2015 19:53:01 -0500 X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd54.lss.emc.com tAG0r1b9016555 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=emc.com; s=jan2013; t=1447635181; bh=ZiQZ1/fWOdSNbwcQorAsjmluIBk=; h=From:To:CC:Subject:Date:Message-ID:References:In-Reply-To: Content-Type:Content-Transfer-Encoding:MIME-Version; b=kEznhC6BwXhoB9zEHufvJ7ZsgM5LR9QrkNRpo3FDpVuPbfpOZ4QXdtfxb3nsphwUw L7Gn/ch0s3p1B9UGHBpsKjOeqZNZhsdGbdkT8gefeub0x5aFkY/PTWqHg4Xsmp1IXg o6OD3kBa+yIczU06H4bQQNkobWSg7NoYW9vTyXbM= X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd54.lss.emc.com tAG0r1b9016555 Received: from mailusrhubprd02.lss.emc.com (mailusrhubprd02.lss.emc.com [10.253.24.20]) by maildlpprd51.lss.emc.com (RSA Interceptor); Sun, 15 Nov 2015 19:52:33 -0500 Received: from mxhub37.corp.emc.com (mxhub37.corp.emc.com [128.222.70.104]) by mailusrhubprd02.lss.emc.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.0) with ESMTP id tAG0qdUQ022401 (version=TLSv1 cipher=AES128-SHA bits=128 verify=FAIL); Sun, 15 Nov 2015 19:52:39 -0500 Received: from MXHUB203.corp.emc.com (10.253.68.29) by mxhub37.corp.emc.com (128.222.70.104) with Microsoft SMTP Server (TLS) id 8.3.327.1; Sun, 15 Nov 2015 19:52:39 -0500 Received: from MX104CL02.corp.emc.com ([169.254.8.181]) by MXHUB203.corp.emc.com ([10.253.68.29]) with mapi id 14.03.0266.001; Sun, 15 Nov 2015 19:52:39 -0500 From: "Black, David" To: "lloyd.wood@yahoo.co.uk" Thread-Topic: [tsvwg] on UDP encapsulation Thread-Index: AQHRHooXmlQwuKJBcEaQR2aQKcOP956cJQwAgAGnwzA= Date: Mon, 16 Nov 2015 00:52:38 +0000 Message-ID: References: <580302963.7269727.1447470634943.JavaMail.yahoo.ref@mail.yahoo.com> <580302963.7269727.1447470634943.JavaMail.yahoo@mail.yahoo.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.105.41.26] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Sentrion-Hostname: mailusrhubprd02.lss.emc.com X-RSA-Classifications: public Archived-At: Cc: "mpls@ietf.org" , "Black, David" , "tsvwg@ietf.org" Subject: Re: [mpls] [tsvwg] on UDP encapsulation X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Nov 2015 00:53:05 -0000 TGxveWQsDQoNCj4gPiBJIGZpbmFsbHkgbm90aWNlZCB0aGF0IFJGQzc1MTAsIG9uIE1QTFMgaW4g VURQIGVuY2FwLCBoYXMNCj4gPiBiZWVuIHB1Ymxpc2hlZC4gRG8gdGFrZSBhIGxvb2sgYXQgYWxs IG9mIHNlY3Rpb24gMywgd2hpY2gNCj4gPiBsYWJvcmlvdXNseSBnb2VzIHRocm91Z2ggdGhlIG51 YW5jZXMgb2Ygd2hlbiB0byBjaG9vc2UNCj4gPiBiZXR3ZWVuIFVEUCBjaGVja3N1bXMsIGZvciBz YWZldHksIGFuZCB0dXJuaW5nIHRoZW0gb2ZmLA0KPiA+IGZvciBzcGVlZCwgYXQgc2xpZ2h0IHJp c2suIFRoYXQgc2VjdGlvbiBhbmQgdGhlIFJGQ3MgaXQNCj4gPiByZWZlcnMgdG8gYXJlIHF1aXRl IHRoZSBjb21wbGV4IHJlYWQuIEFuZCB0aGF0J3MganVzdCBvbg0KPiA+IFVEUCBjaGVja3N1bXMg YW5kIHdoZXRoZXIgdG8gY2hvb3NlIHRvIHR1cm4gdGhlbSBvZmYuIChJdA0KPiA+IGdpdmVzIGR1 bGwgc2VjdXJpdHkgZG9jdW1lbnRzIGEgcnVuIGZvciB0aGVpciBtb25leS4pDQoNClRvIGNvbXBs ZXRlIHRoZSBwaWN0dXJlLCBVRFAgY2hlY2tzdW1zIGNvbWUgdXAgYWdhaW4gaW4gdGhlDQpmaW5h bCBwYXJhZ3JhcGggb2YgdGhlIHNlY3VyaXR5IGNvbnNpZGVyYXRpb25zIHNlY3Rpb24gOy0pLg0K DQpXaXRoIHJlc3BlY3QgdG8gVURQLUxpdGUsIFRvbSBkZXNjcmliZWQgdGhlIHByaW1hcnkgY29u c2lkZXJhdGlvbg0KZm9yIE1QTFMvVURQOg0KDQo+IEFsc28sIG9uZSBvZiBwcmltYXJ5IHJlYXNv bnMgZm9yIFVEUCBlbmNhcHN1bGF0aW9uIChlLmcuIE1QTFMvVURQLA0KPiBHUkUvVURQKSBpcyB0 byBnZXQgRUNNUCBpbiB0aGUgbmV0d29yayBmb3Igbm9uLVRDUCwgbm9uLVVEUCBwcm90b2NvbHMu DQoNClRoYXQgY29uc2lkZXJhdGlvbiBydWxlZCBvdXQgVURQLUxpdGUgZm9yIHRoZSBzcGVjaWZp YyBNUExTL1VEUCBlbmNhcC4NCkhvd2V2ZXIsIGEgZGlzY3Vzc2lvbiBvZiB0aGUgYXBwbGljYWJp bGl0eSBhbmQgbWVyaXRzIG9mIFVEUC1MaXRlIGZvcg0KdGhpcyBzb3J0IG9mIGVuY2FwIHdvdWxk IGJlIGdlcm1hbmUgdG8gdGhlIFVEUCBVc2FnZSBHdWlkZWxpbmVzIGRyYWZ0LA0KZHJhZnQtaWV0 Zi10c3Z3Zy1yZmM1NDA1YmlzOg0KDQoJaHR0cDovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9k cmFmdC1pZXRmLXRzdndnLXJmYzU0MDViaXMvDQoNCkNvdWxkIEkgYXNrIHlvdSB0byB0YWtlIGEg bG9vayBhdCB0aGF0IGRyYWZ0PyAgVFNWV0cgcGxhbnMgdG8gc2VuZA0KaXQgdG8gdGhlIElFU0cg aW4gdGhlIG5lYXIgZnV0dXJlLg0KDQpUaGFua3MsDQotLURhdmlkDQoNCj4gLS0tLS1PcmlnaW5h bCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogdHN2d2cgW21haWx0bzp0c3Z3Zy1ib3VuY2VzQGlldGYu b3JnXSBPbiBCZWhhbGYgT2YgVG9tIEhlcmJlcnQNCj4gU2VudDogU2F0dXJkYXksIE5vdmVtYmVy IDE0LCAyMDE1IDE6MDYgUE0NCj4gVG86IGxsb3lkLndvb2RAeWFob28uY28udWsNCj4gQ2M6IG1w bHNAaWV0Zi5vcmc7IHRzdndnQGlldGYub3JnDQo+IFN1YmplY3Q6IFJlOiBbdHN2d2ddIG9uIFVE UCBlbmNhcHN1bGF0aW9uDQo+IA0KPiBPbiBGcmksIE5vdiAxMywgMjAxNSBhdCA3OjEwIFBNLCAg PGxsb3lkLndvb2RAeWFob28uY28udWs+IHdyb3RlOg0KPiA+IGh0dHBzOi8vdG9vbHMuaWV0Zi5v cmcvaHRtbC9yZmM3NTEwDQo+ID4NCj4gPiBJIGZpbmFsbHkgbm90aWNlZCB0aGF0IFJGQzc1MTAs IG9uIE1QTFMgaW4gVURQIGVuY2FwLCBoYXMNCj4gPiBiZWVuIHB1Ymxpc2hlZC4gRG8gdGFrZSBh IGxvb2sgYXQgYWxsIG9mIHNlY3Rpb24gMywgd2hpY2gNCj4gPiBsYWJvcmlvdXNseSBnb2VzIHRo cm91Z2ggdGhlIG51YW5jZXMgb2Ygd2hlbiB0byBjaG9vc2UNCj4gPiBiZXR3ZWVuIFVEUCBjaGVj a3N1bXMsIGZvciBzYWZldHksIGFuZCB0dXJuaW5nIHRoZW0gb2ZmLA0KPiA+IGZvciBzcGVlZCwg YXQgc2xpZ2h0IHJpc2suIFRoYXQgc2VjdGlvbiBhbmQgdGhlIFJGQ3MgaXQNCj4gPiByZWZlcnMg dG8gYXJlIHF1aXRlIHRoZSBjb21wbGV4IHJlYWQuIEFuZCB0aGF0J3MganVzdCBvbg0KPiA+IFVE UCBjaGVja3N1bXMgYW5kIHdoZXRoZXIgdG8gY2hvb3NlIHRvIHR1cm4gdGhlbSBvZmYuIChJdA0K PiA+IGdpdmVzIGR1bGwgc2VjdXJpdHkgZG9jdW1lbnRzIGEgcnVuIGZvciB0aGVpciBtb25leS4p DQo+ID4NCj4gPiBXaGF0J3Mgb2RkIGlzIHRoYXQgdGhpcyBpcyBzdGFuZGFyZHMgdHJhY2ssIGFu ZCB0aGUgdGhpcmQNCj4gPiBvcHRpb24sIHVzZSBzdGFuZGFyZHMtdHJhY2sgVURQLUxpdGUgdG8g cHJvdmlkZSBjaGVja3N1bQ0KPiA+IHByb3RlY3Rpb24gb2YgdGhlIFVEUC9JUCBwc2V1ZG9oZWFk ZXIgdG8gYXZvaWQgemVyby1jaGVja3N1bQ0KPiA+IHBvcnQgcG9sbHV0aW9uIG9uIHRoZSBob3N0 IChvbiBJUHY0KSBvciBhbnl3aGVyZSBwb2xsdXRpb24NCj4gPiAoSVB2NikgaXMgbm90IG1lbnRp b25lZCBhcyBhbiBhbHRlcm5hdGl2ZSAtIHBhcnRpY3VsYXJseSBhcw0KPiA+IFVEUC1MaXRlJ3Mg cGFydGlhbCBwYXlsb2FkIGNvdmVyYWdlIGNhbiBjb3ZlciB0aGUgTVBMUyBzdGFjaw0KPiA+IHMg d2VsbC4NCj4gPg0KPiA+IEluIHNvbWUgY2FzZXMgdGhlIExpdGUgY2hlY2tzdW0gaXMganVzdCBh IHByZWNvbXB1dGVkIHZhbHVlDQo+ID4gYWNyb3NzIGEgZ2VuZXJhdGVkIGhlYWRlciB0aGF0IGRv ZXNuJ3QgY2hhbmdlLCBhdCBubyBlbmNvZGUNCj4gPiBjb3N0IGFuZCBsaXR0bGUgZGVjb2RlIGNv c3QsIGFuZCB3aXRoaW4gY29ycG9yYXRlIHByaXZhdGUNCj4gPiBuZXR3b3JrcyB0aGUgYmFycmll cnMgdG8gcnVubmluZyBVRFAtTGl0ZSBhcmUgbGVzcy4NCj4gPg0KPiA+IEl0J3MgdW5mb3J0dW5h dGUgdGhhdCBVRFAtTGl0ZSBpcyB0aGUgaWRlYWwgYXBwcm9hY2ggZm9yDQo+ID4gdGhpcywgeWV0 IGRvZXNuJ3QgZGVzZXJ2ZSBjb25zaWRlcmF0aW9uLiBHb2luZyBiYWNrIGZ1cnRoZXINCj4gPiBp biB0aW1lLCBvbmUgbWlnaHQgYXJndWUgaXQncyB1bmZvcnR1bmF0ZSB0aGF0IFVEUC1MaXRlIHdh cw0KPiA+IHB1c2hlZCB0byBhIHNlcGFyYXRlIHByb3RvY29sIG51bWJlciwgZG9vbWluZyBpdCB0 byBvYmxpdmlvbi4NCj4gPiBBbmQsIGZ1cnRoZXIgYmFjaywgdGhhdCBpdCB3YXMgdW5mb3J0dW5h dGUgdGhhdCBkZXNpZ25lcnMgb2YNCj4gPiBJUHY2IHRob3VnaHQgbGVhdmluZyB0aGUgcHNldWRv LWhlYWRlciBkZW11eCBjaGVjayB1cCB0bw0KPiA+IHNlcGFyYXRlIHRyYW5zcG9ydHMgdGhhdCBj b3VsZCB0aGVuIHNraXAgaXQsIHdoaWxlIGluc2lzdGluZw0KPiA+IFVEUCBhbHdheXMgaGF2ZSBp dHMgY2hlY2tzdW0gb24sIHdoaWNoIHdhcyBhbHdheXMgZ29pbmcNCj4gPiB0byBiZSByZWxheGVk LCB3YXMgYSBnb29kIGlkZWEgZm9yIGNvbnNpc3RlbnQgZXJyb3ItZGV0ZWN0aW5nDQo+ID4gZGVt dXguLi4NCj4gPg0KPiANCj4gTGxveWQsIHRoZSBwb3RlbnRpYWwgZm9yIFVEUC1MaXRlIGlzIG1l bnRpb25lZCBpbiBFbmNhcHN1bGF0aW9uDQo+IENvbnNpZGVyYXRpb25zIGRyYWZ0IChkcmFmdC1p ZXRmLXJ0Z3dnLWR0LWVuY2FwLTAwKToNCj4gDQo+ICJDb25jZXB0dWFsbHksIHRoZSBpZGVhbCBz b2x1dGlvbiB0byB0aGlzIHByb2JsZW0gaXMgYSBjaGVja3N1bSB0aGF0DQo+ICAgIGNvdmVycyBv bmx5IHRoZSBuZXdseSBhZGRlZCBoZWFkZXJzIG9mIGludGVyZXN0LiAgVGhlcmUgaXMgbGl0dGxl DQo+ICAgIHZhbHVlIGluIHRoZSBwb3J0aW9uIG9mIHRoZSBVRFAgY2hlY2tzdW0gdGhhdCBjb3Zl cnMgdGhlIGVuY2Fwc3VsYXRlZA0KPiAgICBwYWNrZXQgYmVjYXVzZSB0aGF0IHdvdWxkIGdlbmVy YWxseSBiZSBwcm90ZWN0ZWQgYnkgb3RoZXIgY2hlY2tzdW1zDQo+ICAgIGFuZCB0aGlzIGlzIHRo ZSBleHBlbnNpdmUgcG9ydGlvbiB0byBjb21wdXRlLiAgSW4gZmFjdCwgdGhpcyBzb2x1dGlvbg0K PiAgICBhbHJlYWR5IGV4aXN0cyBpbiB0aGUgZm9ybSBvZiBVRFAtTGl0ZSBhbmQgVURQIGJhc2Vk IGVuY2Fwc3VsYXRpb25zDQo+ICAgIGNvdWxkIGJlIGVhc2lseSBwb3J0ZWQgdG8gcnVuIG9uIHRv cCBvZiBpdC4gIFVuZm9ydHVuYXRlbHksIHRoZSBtYWluDQo+ICAgIHZhbHVlIGluIHVzaW5nIFVE UCBhcyBwYXJ0IG9mIHRoZSBlbmNhcHN1bGF0aW9uIGhlYWRlciBpcyB0aGF0IGl0IGlzDQo+ICAg IHJlY29nbml6ZWQgYnkgYWxyZWFkeSBkZXBsb3llZCBlcXVpcG1lbnQgZm9yIHRoZSBwdXJwb3Nl cyBvZiBFQ01QLA0KPiAgICBSU1MsIGFuZCBtaWRkbGVib3ggb3BlcmF0aW9ucy4gIEFzIFVEUC1M aXRlIHVzZXMgYSBkaWZmZXJlbnQgcHJvdG9jb2wNCj4gICAgbnVtYmVyIHRoYW4gVURQIGFuZCBp dCBpcyBub3Qgd2lkZWx5IGltcGxlbWVudGVkIGluIG1pZGRsZWJveGVzLCB0aGlzDQo+ICAgIHZh bHVlIGlzIGxvc3QuICBBIHBvc3NpYmxlIHNvbHV0aW9uIGlzIHRvIGluY29ycG9yYXRlIHRoZSBz YW1lDQo+ICAgIHBhcnRpYWwtY2hlY2tzdW0gY29uY2VwdCBhcyBVRFAtTGl0ZSBvciBvdGhlciBo ZWFkZXIgY2hlY2tzdW0NCj4gICAgcHJvdGVjdGlvbiBpbnRvIHRoZSBlbmNhcHN1bGF0aW9uIGhl YWRlciBhbmQgY29udGludWUgdXNpbmcgVURQIGFzDQo+ICAgIHRoZSBvdXRlciBwcm90b2NvbC4g IE9uZSBwb3RlbnRpYWwgY2hhbGxlbmdlIHdpdGggdGhpcyBhcHByb2FjaCBpcw0KPiAgICB0aGUg dXNlIG9mIE5BVCBvciBvdGhlciBmb3JtIG9mIHRyYW5zbGF0aW9uIG9uIHRoZSBvdXRlciBoZWFk ZXIgd2lsbA0KPiAgICByZXN1bHQgaW4gYW4gaW52YWxpZCBjaGVja3N1bSBhcyB0aGUgdHJhbnNs YXRvciB3aWxsIG5vdCBrbm93IHRvDQo+ICAgIHVwZGF0ZSB0aGUgZW5jYXBzdWxhdGlvbiBoZWFk ZXIuIg0KPiANCj4gSU1PLCB0aGUgYWxsb3dhbmNlIHRoYXQgbm9kZXMgbWF5IHNlbmQgYSB6ZXJv IFVEUCBjaGVja3N1bSBpcyBhDQo+IGNvbmNlc3Npb24gYmVpbmcgbWFkZSBmb3IgZGV2aWNlcyB0 aGF0IGFyZSB1bmFibGUgdG8gcGVyZm9ybSB0aGUNCj4gY29tcHV0YXRpb24uIFRoZXNlIGFyZSBw cmVjaXNlbHkgZGV2aWNlcyBpbiB0aGUgbmV0d29yayB0aGF0IGJlZm9yZQ0KPiB0aGUgYWR2ZW50 IG9mIFVEUCB0dW5uZWxpbmcgbmV2ZXIgaGFkIGFueSByZWFzb24gdG8gc291cmNlIFVEUA0KPiBw YWNrZXRzLiBBdCBlbmQgaG9zdHMgd2UndmUgaGFkIGNoZWNrc3VtIG9mZmxvYWQgY2FwYWJpbGl0 aWVzIGluIE5JQ3MNCj4gZm9yIHllYXJzLCBzbyB0aGVyZSBpcyBubyByZWFzb24gYSBob3N0IHNo b3VsZCBzZW5kIHplcm8gVURQIGNoZWNrc3Vtcw0KPiBmb3IgSVB2NiAoZXhjZXB0IGlmIGl0IGtu b3dzIHRoYXQgdGhlIHJlY2VpdmVyIGlzIGFuIGFmb3JlbWVudGlvbmVkDQo+IGRldmljZSB0aGF0 IGNhbid0IGRvIHRoZSBjaGVja3N1bSBjYWxjdWxhdGlvbikuDQo+IA0KPiBBbHNvLCBvbmUgb2Yg cHJpbWFyeSByZWFzb25zIGZvciBVRFAgZW5jYXBzdWxhdGlvbiAoZS5nLiBNUExTL1VEUCwNCj4g R1JFL1VEUCkgaXMgdG8gZ2V0IEVDTVAgaW4gdGhlIG5ldHdvcmsgZm9yIG5vbi1UQ1AsIG5vbi1V RFAgcHJvdG9jb2xzLg0KPiBGb3IgSVB2NiB3ZSBjYW4gdXNlIHRoZSBmbG93IGxhYmVsIHRvIHBy b3ZpZGUgZm9yIHRoaXMgaW4gbGlldSBvZg0KPiBkZXZpY2VzIHBhcnNpbmcgdGhlIHRyYW5zcG9y dCBsYXllciAoUkZDNjQzOCkuIFdlIGRvIG5lZWQgc3dpdGNoDQo+IHN1cHBvcnQgZm9yIHRoaXMg YW5kIHRoZXJlIGRvZXMgc2VlbSB0byBiZSBnb29kIHByb2dyZXNzIG9uIHRoaXMuIFNvDQo+IHRo ZSB1c2Ugb2YgdGhlIGZsb3cgbGFiZWwgZm9yIEVDTVAgc2hvdWxkIG9idmlhdGUgdGhlIG1vdGl2 YXRpb24gdG8NCj4gdXNlIFVEUCBlbmNhcHN1bGF0aW9uIGluIHRoZSBmaXJzdCBwbGFjZSAoZm9y IG1hbnkgdXNlIGNhc2VzKS4NCj4gDQo+IFRvbQ0KDQo= From nobody Sun Nov 15 20:29:05 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9E6BC1B2BF3; Sun, 15 Nov 2015 20:29:03 -0800 (PST) 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JL4zDY2kdi4t; Sun, 15 Nov 2015 20:29:01 -0800 (PST) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0110.outbound.protection.outlook.com [65.55.169.110]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0B9E01B2BEF; Sun, 15 Nov 2015 20:29:00 -0800 (PST) Received: from DM2PR05MB573.namprd05.prod.outlook.com (10.141.159.16) by DM2PR05MB573.namprd05.prod.outlook.com (10.141.159.16) with Microsoft SMTP Server (TLS) id 15.1.318.15; Mon, 16 Nov 2015 04:28:50 +0000 Received: from DM2PR05MB573.namprd05.prod.outlook.com ([10.141.159.16]) by DM2PR05MB573.namprd05.prod.outlook.com ([10.141.159.16]) with mapi id 15.01.0318.003; Mon, 16 Nov 2015 04:28:50 +0000 From: Ross Callon To: "mpls@ietf.org" Thread-Topic: working group last call on draft-ietf-mpls-tp-temporal-hitless-psm-07.txt Thread-Index: AdEM3vQ4r5okhukgSou3JT2PtoQN4gTRM40A Date: Mon, 16 Nov 2015 04:28:50 +0000 Message-ID: References: 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=rcallon@juniper.net; x-originating-ip: [66.129.241.14] x-microsoft-exchange-diagnostics: 1; DM2PR05MB573; 5:E48xQfqGFG5VpKSAGZYvjPqUpS4ojvYyRY5f7SoTZyhJgQgChIvp4bfWZW+VYHemaA7z62Qg3v1/0dFYKdeDtAbAV013JNZj7gdHQ3uXXDd9xTc3UrMkcAbY9k1pZJ9TKO82cZdEmorlkr/JAbD5MA==; 24:p+WkqJaVBkQAlmYhe+rkarxeIwfGzsLnyMDHJhC9y2MqfNbAb5qmM18G1NlXtpq7DYJFGazfaBYcbVACGGYDtvir4R2oLCECaR+pEfrItW4=; 20:ue99x6RrED8i+dgJYDik+0SScyINSO6e4kwZhQ9SlGdlQKRpAW3eXZZw3BscKIT7XQv6hTibwQHqaT6fFQikCQ== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DM2PR05MB573; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(138986009662008)(260130700054247)(108003899814671); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(520078)(5005006)(10201501046)(3002001); SRVR:DM2PR05MB573; BCL:0; PCL:0; RULEID:; SRVR:DM2PR05MB573; x-forefront-prvs: 0762FFD075 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(164054003)(199003)(189002)(377454003)(2900100001)(5003600100002)(66066001)(5008740100001)(16236675004)(2501003)(2351001)(105586002)(110136002)(87936001)(5001960100002)(2950100001)(40100003)(5001920100001)(74316001)(10400500002)(92566002)(189998001)(99286002)(5007970100001)(81156007)(230783001)(586003)(19609705001)(102836002)(19580395003)(122556002)(15975445007)(86362001)(5002640100001)(97736004)(18717965001)(106356001)(19625215002)(50986999)(19580405001)(76176999)(11100500001)(33656002)(77096005)(54356999)(19300405004)(76576001)(5004730100002)(101416001); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR05MB573; H:DM2PR05MB573.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:23 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_DM2PR05MB5735204111D4934EE23E0DDA51E0DM2PR05MB573namprd_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Nov 2015 04:28:50.4737 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR05MB573 Archived-At: Cc: "mpls-chairs@ietf.org" , Loa Andersson , "koike.yoshinori@lab.ntt.co.jp" , "Manuel.Paul@telekom.de" , "satoshi.ueno@ntt.com" , "arai.kaoru@lab.ntt.co.jp" , "huubatwork@gmail.com" Subject: Re: [mpls] working group last call on draft-ietf-mpls-tp-temporal-hitless-psm-07.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Nov 2015 04:29:03 -0000 --_000_DM2PR05MB5735204111D4934EE23E0DDA51E0DM2PR05MB573namprd_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable This WGLC has now ended, with unanimous support. Huub van Helvoort has kindly agreed to take an editing pass through the doc= ument from a strictly language / grammar / editorial point of view. There w= as one comment that was also of a grammatical nature that Huub should take= into consideration when reviewing the document. After this review is compl= eted I will submit the document for publication. Thanks, Ross From: Ross Callon [mailto:rcallon@juniper.net] Sent: Thursday, October 22, 2015 11:33 AM To: mpls@ietf.org Cc: mpls-chairs@ietf.org; D'Alessandro Alessandro Gerardo; Loa Andersson; M= anuel.Paul@telekom.de; satoshi.ueno@ntt.com; arai.kaoru@lab.ntt.co.jp; koik= e.yoshinori@lab.ntt.co.jp Subject: working group last call on draft-ietf-mpls-tp-temporal-hitless-psm= -07.txt Working Group, This is to initiate a working group last call on draft-ietf-mpls-tp-tempora= l-hitless-psm-07.txt. Please send your comments to the mpls wg mailing list (mpls@ietf.org). There are no IPR disclosures against this document. All the authors have st= ated that they are not aware of any IPR that relates to this draft. Since the last call will overlap with the IETF meeting, this working group = last call will be extended to three weeks and will end Friday November 13, 2015. This document went through WGLC a couple of years ago, but due to a series = of events (including an illness, and addition of two additional co-authors) was not p= rogressed for publication at the time. As with any WGLC, working group participants are r= equested to read the document and comment, and if you feel that the document is ready f= or publication it is appropriate to respond to any WGLC with a short and simple email indi= cating support. Ross for the MPLS WG chairs --_000_DM2PR05MB5735204111D4934EE23E0DDA51E0DM2PR05MB573namprd_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

This WGLC has now ended, = with unanimous support.

 <= /p>

Huub van Helvoort has kin= dly agreed to take an editing pass through the document from a strictly lan= guage / grammar / editorial point of view. There was one comment that was also of a grammatical nature that  Huub should take = into consideration when reviewing the document. After this review is comple= ted I will submit the document for publication.

 <= /p>

Thanks, Ross

 <= /p>

From: Ross Cal= lon [mailto:rcallon@juniper.net]
Sent: Thursday, October 22, 2015 11:33 AM
To: mpls@ietf.org
Cc: mpls-chairs@ietf.org; D'Alessandro Alessandro Gerardo; Loa Ander= sson; Manuel.Paul@telekom.de; satoshi.ueno@ntt.com; arai.kaoru@lab.ntt.co.j= p; koike.yoshinori@lab.ntt.co.jp
Subject: working group last call on draft-ietf-mpls-tp-temporal-hitl= ess-psm-07.txt

 

Working Group,

 

This is to initiate a working group las= t call on draft-ietf-mpls-tp-temporal-hitless-psm-07.txt.

 

Please send your comments to the mpls w= g mailing list (mpls@ietf.org).

 

There are no IPR disclosures against th= is document. All the authors have stated that they

are not aware of any IPR that relates t= o this draft.

 

Since the last call will overlap with t= he IETF meeting, this working group last call will be

extended to three weeks and will end Fr= iday  November 13, 2015. 

 

This document went through WGLC a coupl= e of years ago, but due to a series of events

(including an illness, and addition of = two additional co-authors) was not progressed for

publication at the time. As with any WG= LC, working group participants are requested to

read the document and comment, and if y= ou feel that the document is ready for publication

it is appropriate to respond to any WGL= C with a short and simple email indicating support.

 

Ross

for the MPLS WG chairs

 

 

--_000_DM2PR05MB5735204111D4934EE23E0DDA51E0DM2PR05MB573namprd_-- From nobody Mon Nov 16 18:18:42 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7AE431A008A; Mon, 16 Nov 2015 18:18:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.485 X-Spam-Level: X-Spam-Status: No, score=-2.485 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.585] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zf-kpAAbLO7D; Mon, 16 Nov 2015 18:18:39 -0800 (PST) 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 9A8D51A00CD; Mon, 16 Nov 2015 18:18:37 -0800 (PST) Received: from [192.168.1.7] (unknown [49.149.145.65]) (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 181491802BBD; Tue, 17 Nov 2015 03:18:32 +0100 (CET) From: Loa Andersson To: "mpls@ietf.org" , "mpls-chairs@ietf.org" , "Mach Chen (mach.chen@huawei.com)" , "BRUNGARD, DEBORAH A" Message-ID: <564A8E5D.3080705@pi.nu> Date: Tue, 17 Nov 2015 10:18:05 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: [mpls] to the memory of Ping Pan X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2015 02:18:41 -0000 Wprking Group, RFC 7697 is in AUTH48. We understand that this will be the last RFC co-authored by Ping Pan. We will add the following paragraph to the Acknowledgement Section: The coauthors of this document, the working group chairs, the document shepherd, the responsible AD, and the MPLS Working Group wish to dedicate this RFC to the memory of our friend and colleague Ping Pan, in recognition for his dedication and hard work at the IETF. If there are comments you'll have to send them to the wg chairs before the end of the AUTH48 reviews. /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 Mon Nov 16 19:07:25 2015 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 1C33E1ACDC3; Mon, 16 Nov 2015 19:07:21 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "Ben Campbell" To: "The IESG" X-Test-IDTracker: no X-IETF-IDTracker: 6.10.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20151117030721.22342.71025.idtracker@ietfa.amsl.com> Date: Mon, 16 Nov 2015 19:07:21 -0800 Archived-At: Cc: draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf.all@ietf.org, draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf@ietf.org, rcallon@juniper.net, mpls-chairs@ietf.org, mpls@ietf.org Subject: [mpls] Ben Campbell's No Objection on draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-15: (with COMMENT) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2015 03:07:22 -0000 Ben Campbell has entered the following ballot position for draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-15: 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-lsp-ping-mpls-tp-oam-conf/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- I have one minor (almost trivial) comment/question, and several nits: Comment: ========= - 4.1, paragraph 3: Is it reasonable for a TLV in this standards-action registry to be have sub-tlvs with reduced registration requirements? (And if so, is there a reason to exclude specifications that are not RFCs?) Nits: ==== -1, paragraph 1: Missing "the" before "MPLS Transport Profile " - 1.0, last paragraph, last two sentences: Who are “we†in these sentences? Does it make sense to talk about what “we†are or are not “configuringâ€? 2.1.1, first bullet in first list: consider s/"both sides should be"/"both sides are" -4.1, 2nd paragraph, first sentence: Missing words? (What is IANA requested to do with the TLV? I assume register it. Also, what is the name of the new TLV? Consider a cross-reference to table to for "this sub-registry" -4.2: "Assignments of bit positions 0 through 31" If I read correctly, that's all the bits. Is this the same as saying the registry itself requires standards-action? -5: It's mildly odd to find the acknowledgements section between two substantive sections. -6, first paragraph: Should "liveliness" be "liveness"? From nobody Mon Nov 16 21:35:01 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7DD361B29BB; Mon, 16 Nov 2015 21:34:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DWXZ-ed9_IiQ; Mon, 16 Nov 2015 21:34:55 -0800 (PST) Received: from emea01-db3-obe.outbound.protection.outlook.com (mail-db3on0720.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe04::720]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DE0E31B29BA; Mon, 16 Nov 2015 21:34:54 -0800 (PST) Received: from DB3PR03MB0780.eurprd03.prod.outlook.com (10.161.55.12) by DB3PR03MB0777.eurprd03.prod.outlook.com (10.161.54.27) with Microsoft SMTP Server (TLS) id 15.1.318.15; Tue, 17 Nov 2015 05:34:37 +0000 Received: from DB3PR03MB0780.eurprd03.prod.outlook.com ([10.161.55.12]) by DB3PR03MB0780.eurprd03.prod.outlook.com ([10.161.55.12]) with mapi id 15.01.0325.019; Tue, 17 Nov 2015 05:34:37 +0000 From: Alexander Vainshtein To: Loa Andersson Thread-Topic: [mpls] to the memory of Ping Pan Thread-Index: AQHRIN5Pk/Ob9sntNUWwRCzXEqYlKZ6fr7Y4 Date: Tue, 17 Nov 2015 05:34:36 +0000 Message-ID: References: <564A8E5D.3080705@pi.nu> In-Reply-To: <564A8E5D.3080705@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=Alexander.Vainshtein@ecitele.com; x-originating-ip: [164.40.145.154] x-microsoft-exchange-diagnostics: 1; DB3PR03MB0777; 5:tZnHJBRTjQyKI8bua5rPgiENT2zM3vwMSxDkCA//+nLeV9JrN95s0R7IzxrOuql0JpdAzepqc7otZrtohEivjyVtKuSO8ka21A4NpEji5oUqKO68VFx2A/CLK5+rhhs5TwPq0qAB7NLt4Fw5dH0uWg==; 24:1P3oTypzsvkdgR1AiFyN9QOI3cViRYpO7eeyoIgfRL88D0VnzAIBrVjK3R6RE+tqs50JtoPJwfN+Cg21NYfb5/S1oMEYh6aFWrEAh2XAY5M=; 20:GOjrl3ExLycF/zCHmYRugsPA18EKDCEu0TRlE1wnix7PWybYfTaIIujP8P/sbvqpE0c/Y5/BirKn/LS8dJQwOw== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DB3PR03MB0777; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(520078)(8121501046)(3002001)(10201501046); SRVR:DB3PR03MB0777; BCL:0; PCL:0; RULEID:; SRVR:DB3PR03MB0777; x-forefront-prvs: 07630F72AD x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(189002)(252514010)(377454003)(199003)(5004730100002)(101416001)(54356999)(81156007)(76176999)(50986999)(5002640100001)(87936001)(5001960100002)(77096005)(76576001)(189998001)(97736004)(2950100001)(102836002)(110136002)(15975445007)(106116001)(2900100001)(122556002)(5008740100001)(40100003)(106356001)(19580395003)(92566002)(74316001)(86362001)(586003)(105586002)(5007970100001)(10400500002)(5003600100002)(33656002)(66066001)(19580405001)(11100500001); DIR:OUT; SFP:1102; SCL:1; SRVR:DB3PR03MB0777; H:DB3PR03MB0780.eurprd03.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: ecitele.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: ecitele.com X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Nov 2015 05:34:36.7691 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 2c514a61-08de-4519-b4c0-921fef62c42a X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB3PR03MB0777 Archived-At: Cc: "mpls@ietf.org" , "mpls-chairs@ietf.org" , "pals-chairs@ietf.org" Subject: Re: [mpls] to the memory of Ping Pan X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2015 05:34:58 -0000 Loa and all, I definitely support the proposed changes. Regards, Sasha ________________________________________ From: mpls on behalf of Loa Andersson Sent: Tuesday, November 17, 2015 4:18 AM To: mpls@ietf.org; mpls-chairs@ietf.org; Mach Chen (mach.chen@huawei.com); = BRUNGARD, DEBORAH A Subject: [mpls] to the memory of Ping Pan Wprking Group, RFC 7697 is in AUTH48. We understand that this will be the last RFC co-authored by Ping Pan. We will add the following paragraph to the Acknowledgement Section: The coauthors of this document, the working group chairs, the document shepherd, the responsible AD, and the MPLS Working Group wish to dedicate this RFC to the memory of our friend and colleague Ping Pan, in recognition for his dedication and hard work at the IETF. If there are comments you'll have to send them to the wg chairs before the end of the AUTH48 reviews. /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= From nobody Tue Nov 17 02:50:16 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7D5AA1A886F; Tue, 17 Nov 2015 02:50:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham 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 Bs8pknxOkD-p; Tue, 17 Nov 2015 02:50:13 -0800 (PST) Received: from mail-wm0-x233.google.com (mail-wm0-x233.google.com [IPv6:2a00:1450:400c:c09::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 A66431A8853; Tue, 17 Nov 2015 02:50:13 -0800 (PST) Received: by wmec201 with SMTP id c201so220731805wme.0; Tue, 17 Nov 2015 02:50:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=R5kWJzj9ItJnH/XkAP8MpH5F7RnUA2xu2mN9cK2aIBI=; b=MZkEHnvJnsMAtsEy9fJrd28azYizRiLzQlcxkXKEfapd0TMPEDxhA70KOTWGLfDlNH QHQapYJzemlMFKXEM46odJgp6T3lMwdg0987Tejm2KtgrOI3mWDfbm9D3WnkfeipuCS3 nI39KdnPXn2LivScdig7KM5xVREb/457a/PfDmW9685ITLkQMUqMfM5b+V/oZZDnKyPt Gh4KMjnj3GdD4IL4M7ruKXVN0j3hXXixQAA9itRUiGvVCsodcP2tSiUno4NhzaYOtFD5 Ps/qA9qoolnymE1NOoIQdF4w7eTO0hP9OuBRVCnjol9yaawNuxgHebzt4v++bK5XDLfO gzvw== X-Received: by 10.28.182.11 with SMTP id g11mr1939344wmf.42.1447757410697; Tue, 17 Nov 2015 02:50:10 -0800 (PST) Received: from [10.55.98.185] ([173.38.220.46]) by smtp.gmail.com with ESMTPSA id 123sm3282466wmt.18.2015.11.17.02.50.09 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 17 Nov 2015 02:50:09 -0800 (PST) To: Alexander Vainshtein , Loa Andersson References: <564A8E5D.3080705@pi.nu> From: Stewart Bryant Message-ID: <564B0660.3030708@gmail.com> Date: Tue, 17 Nov 2015 10:50:08 +0000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: "mpls@ietf.org" , "mpls-chairs@ietf.org" , "pals-chairs@ietf.org" Subject: Re: [mpls] [Pals] to the memory of Ping Pan X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2015 10:50:15 -0000 We have a draft going through PALS at the moment that Ping also wrote. https://datatracker.ietf.org/doc/draft-ietf-pals-mpls-tp-pw-over-bidir-lsp/ I support the text going in either or both. - Stewart On 17/11/2015 05:34, Alexander Vainshtein wrote: > Loa and all, > I definitely support the proposed changes. > > Regards, > Sasha > > ________________________________________ > From: mpls on behalf of Loa Andersson > Sent: Tuesday, November 17, 2015 4:18 AM > To: mpls@ietf.org; mpls-chairs@ietf.org; Mach Chen (mach.chen@huawei.com); BRUNGARD, DEBORAH A > Subject: [mpls] to the memory of Ping Pan > > Wprking Group, > > RFC 7697 is in AUTH48. We > understand that this will be the last RFC co-authored by Ping Pan. > We will add the following paragraph to the Acknowledgement Section: > > The coauthors of this document, the working group chairs, the document > shepherd, the responsible AD, and the MPLS Working Group wish to > dedicate this RFC to the memory of our friend and colleague Ping Pan, > in recognition for his dedication and hard work at the IETF. > > If there are comments you'll have to send them to the wg chairs before > the end of the AUTH48 reviews. > > /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 > _______________________________________________ > Pals mailing list > Pals@ietf.org > https://www.ietf.org/mailman/listinfo/pals > From nobody Tue Nov 17 03:44:23 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 94CFF1B2E7D; Tue, 17 Nov 2015 03:44:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.485 X-Spam-Level: X-Spam-Status: No, score=-2.485 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.585] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ixknm86iwxPX; Tue, 17 Nov 2015 03:44:17 -0800 (PST) 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 267AA1B2E7F; Tue, 17 Nov 2015 03:44:16 -0800 (PST) Received: from [192.168.1.7] (unknown [49.149.145.65]) (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 2272C1802BC2; Tue, 17 Nov 2015 12:44:11 +0100 (CET) To: Stewart Bryant , Alexander Vainshtein References: <564A8E5D.3080705@pi.nu> <564B0660.3030708@gmail.com> From: Loa Andersson Message-ID: <564B12FE.3080003@pi.nu> Date: Tue, 17 Nov 2015 19:43:58 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <564B0660.3030708@gmail.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: "mpls@ietf.org" , "mpls-chairs@ietf.org" , "pals-chairs@ietf.org" Subject: Re: [mpls] [Pals] to the memory of Ping Pan X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2015 11:44:19 -0000 Stewart, et.al., I think it is OK to add a similar text in draft-ietf-pals-mpls-tp- pw-over-bidir-lsp. Ping were active over a wide field, but we felt that it was appropriate for the MPLS wg to add this. If this is shared by pals, I don't not see any reason not to add a similar text to a pals wg document. Please note that the words about "last RFC" is not in the proposed text only in the motivation "last RFC in the MPLS wg" would work as well. /Loa On 2015-11-17 18:50, Stewart Bryant wrote: > We have a draft going through PALS at the moment that Ping also wrote. > > https://datatracker.ietf.org/doc/draft-ietf-pals-mpls-tp-pw-over-bidir-lsp/ > > I support the text going in either or both. > > - Stewart > > > > On 17/11/2015 05:34, Alexander Vainshtein wrote: >> Loa and all, >> I definitely support the proposed changes. >> >> Regards, >> Sasha >> >> ________________________________________ >> From: mpls on behalf of Loa Andersson >> Sent: Tuesday, November 17, 2015 4:18 AM >> To: mpls@ietf.org; mpls-chairs@ietf.org; Mach Chen >> (mach.chen@huawei.com); BRUNGARD, DEBORAH A >> Subject: [mpls] to the memory of Ping Pan >> >> Wprking Group, >> >> RFC 7697 is in AUTH48. We >> understand that this will be the last RFC co-authored by Ping Pan. >> We will add the following paragraph to the Acknowledgement Section: >> >> The coauthors of this document, the working group chairs, the >> document >> shepherd, the responsible AD, and the MPLS Working Group wish to >> dedicate this RFC to the memory of our friend and colleague Ping Pan, >> in recognition for his dedication and hard work at the IETF. >> >> If there are comments you'll have to send them to the wg chairs before >> the end of the AUTH48 reviews. >> >> /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 >> _______________________________________________ >> Pals mailing list >> Pals@ietf.org >> https://www.ietf.org/mailman/listinfo/pals >> > From nobody Tue Nov 17 03:51:27 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 211411B2E91; Tue, 17 Nov 2015 03:51:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham 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 egUT5KLIAZhc; Tue, 17 Nov 2015 03:51:24 -0800 (PST) Received: from mail-wm0-x236.google.com (mail-wm0-x236.google.com [IPv6:2a00:1450:400c:c09::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3F6581B2E95; Tue, 17 Nov 2015 03:51:24 -0800 (PST) Received: by wmww144 with SMTP id w144so22032014wmw.0; Tue, 17 Nov 2015 03:51:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=na99SGyJad6IZjqyYJwlvFAkgHT0nHkc24zET7PITrM=; b=TNVtniLAc38DKQEAEZICqD+6G9hjxTcBthSep0v2Xqwb4WDtMwSpGIYNPkzc8eAFsu r/FhIdhceQcr1ohJDrlM6YZafXzN9LUZ6jGzZVKoJLEu2MuitPeuFyKEcF2NJBa9lDfv T7zfvn9oBwuiPgzQ00MOAJksG1ubWBFMyiC7iklKLlczGkKP39E+qPCLykTBoGaDRFrj 9qdsb5pag1Ch+7WoA6fcecUjZtb1RjU4WcHZm+kmkd8NpbfDttvWCy75ExmAADhq+EXn 4LaaN6H84ZLl7jFukvqfOAZRB2E/wjB5nRUHJVyIGGtHJbLws/DwK1TjvVNoG2CBv6T2 8QCA== X-Received: by 10.28.6.206 with SMTP id 197mr2326792wmg.102.1447761082510; Tue, 17 Nov 2015 03:51:22 -0800 (PST) Received: from [10.55.98.185] ([173.38.220.46]) by smtp.gmail.com with ESMTPSA id u17sm23606037wmd.8.2015.11.17.03.51.21 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 17 Nov 2015 03:51:21 -0800 (PST) To: Loa Andersson , Alexander Vainshtein References: <564A8E5D.3080705@pi.nu> <564B0660.3030708@gmail.com> <564B12FE.3080003@pi.nu> From: Stewart Bryant Message-ID: <564B14B8.1050304@gmail.com> Date: Tue, 17 Nov 2015 11:51:20 +0000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <564B12FE.3080003@pi.nu> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: "mpls@ietf.org" , "mpls-chairs@ietf.org" , "pals-chairs@ietf.org" Subject: Re: [mpls] [Pals] to the memory of Ping Pan X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2015 11:51:26 -0000 Hi Loa Let's put text in both documents. He was very much active in both areas. - Stewart On 17/11/2015 11:43, Loa Andersson wrote: > Stewart, et.al., > > I think it is OK to add a similar text in draft-ietf-pals-mpls-tp- > pw-over-bidir-lsp. Ping were active over a wide field, but we felt that > it was appropriate for the MPLS wg to add this. If this is shared by > pals, I don't not see any reason not to add a similar text to a pals > wg document. > > Please note that the words about "last RFC" is not in the proposed text > only in the motivation "last RFC in the MPLS wg" would work as well. > > /Loa > > On 2015-11-17 18:50, Stewart Bryant wrote: >> We have a draft going through PALS at the moment that Ping also wrote. >> >> https://datatracker.ietf.org/doc/draft-ietf-pals-mpls-tp-pw-over-bidir-lsp/ >> >> >> I support the text going in either or both. >> >> - Stewart >> >> >> >> On 17/11/2015 05:34, Alexander Vainshtein wrote: >>> Loa and all, >>> I definitely support the proposed changes. >>> >>> Regards, >>> Sasha >>> >>> ________________________________________ >>> From: mpls on behalf of Loa Andersson >>> >>> Sent: Tuesday, November 17, 2015 4:18 AM >>> To: mpls@ietf.org; mpls-chairs@ietf.org; Mach Chen >>> (mach.chen@huawei.com); BRUNGARD, DEBORAH A >>> Subject: [mpls] to the memory of Ping Pan >>> >>> Wprking Group, >>> >>> RFC 7697 is in AUTH48. We >>> understand that this will be the last RFC co-authored by Ping Pan. >>> We will add the following paragraph to the Acknowledgement Section: >>> >>> The coauthors of this document, the working group chairs, the >>> document >>> shepherd, the responsible AD, and the MPLS Working Group wish to >>> dedicate this RFC to the memory of our friend and colleague Ping >>> Pan, >>> in recognition for his dedication and hard work at the IETF. >>> >>> If there are comments you'll have to send them to the wg chairs before >>> the end of the AUTH48 reviews. >>> >>> /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 >>> _______________________________________________ >>> Pals mailing list >>> Pals@ietf.org >>> https://www.ietf.org/mailman/listinfo/pals >>> >> > From nobody Tue Nov 17 04:01:17 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0B7641A01A1; Tue, 17 Nov 2015 04:01:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.485 X-Spam-Level: X-Spam-Status: No, score=-2.485 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.585] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id v67ZPT6WjmvQ; Tue, 17 Nov 2015 04:01:08 -0800 (PST) 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 02C101A01F0; Tue, 17 Nov 2015 04:01:08 -0800 (PST) Received: from [192.168.1.7] (unknown [49.149.145.65]) (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 79C5B1802BC2; Tue, 17 Nov 2015 13:01:03 +0100 (CET) To: Stewart Bryant , Alexander Vainshtein References: <564A8E5D.3080705@pi.nu> <564B0660.3030708@gmail.com> <564B12FE.3080003@pi.nu> <564B14B8.1050304@gmail.com> From: Loa Andersson Message-ID: <564B16F8.9010201@pi.nu> Date: Tue, 17 Nov 2015 20:00:56 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <564B14B8.1050304@gmail.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: "mpls@ietf.org" , "mpls-chairs@ietf.org" , "pals-chairs@ietf.org" Subject: Re: [mpls] [Pals] to the memory of Ping Pan X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2015 12:01:15 -0000 Stewart, I support that - there is a few words you'll have to change compared to what goes into the MPLS document, the shepherd is not one of the wg chairs so we added "the document shepherd", and then you need to put "the PALS working group" instead of "the MPLS working group". I would also verify that the responsible AD is OK with what you are doing, and notify the working group. /Loa On 2015-11-17 19:51, Stewart Bryant wrote: > Hi Loa > > Let's put text in both documents. He was very much active in both areas. > > - Stewart > > On 17/11/2015 11:43, Loa Andersson wrote: >> Stewart, et.al., >> >> I think it is OK to add a similar text in draft-ietf-pals-mpls-tp- >> pw-over-bidir-lsp. Ping were active over a wide field, but we felt that >> it was appropriate for the MPLS wg to add this. If this is shared by >> pals, I don't not see any reason not to add a similar text to a pals >> wg document. >> >> Please note that the words about "last RFC" is not in the proposed text >> only in the motivation "last RFC in the MPLS wg" would work as well. >> >> /Loa >> >> On 2015-11-17 18:50, Stewart Bryant wrote: >>> We have a draft going through PALS at the moment that Ping also wrote. >>> >>> https://datatracker.ietf.org/doc/draft-ietf-pals-mpls-tp-pw-over-bidir-lsp/ >>> >>> >>> I support the text going in either or both. >>> >>> - Stewart >>> >>> >>> >>> On 17/11/2015 05:34, Alexander Vainshtein wrote: >>>> Loa and all, >>>> I definitely support the proposed changes. >>>> >>>> Regards, >>>> Sasha >>>> >>>> ________________________________________ >>>> From: mpls on behalf of Loa Andersson >>>> >>>> Sent: Tuesday, November 17, 2015 4:18 AM >>>> To: mpls@ietf.org; mpls-chairs@ietf.org; Mach Chen >>>> (mach.chen@huawei.com); BRUNGARD, DEBORAH A >>>> Subject: [mpls] to the memory of Ping Pan >>>> >>>> Wprking Group, >>>> >>>> RFC 7697 is in AUTH48. We >>>> understand that this will be the last RFC co-authored by Ping Pan. >>>> We will add the following paragraph to the Acknowledgement Section: >>>> >>>> The coauthors of this document, the working group chairs, the >>>> document >>>> shepherd, the responsible AD, and the MPLS Working Group wish to >>>> dedicate this RFC to the memory of our friend and colleague Ping >>>> Pan, >>>> in recognition for his dedication and hard work at the IETF. >>>> >>>> If there are comments you'll have to send them to the wg chairs before >>>> the end of the AUTH48 reviews. >>>> >>>> /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 >>>> _______________________________________________ >>>> Pals mailing list >>>> Pals@ietf.org >>>> https://www.ietf.org/mailman/listinfo/pals >>>> >>> >> > > _______________________________________________ > Pals mailing list > Pals@ietf.org > https://www.ietf.org/mailman/listinfo/pals From nobody Tue Nov 17 06:51:08 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B0A7F1A8A80; Tue, 17 Nov 2015 06:51:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham 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 ZUQNYPMCJGOm; Tue, 17 Nov 2015 06:51:06 -0800 (PST) Received: from mail-wm0-x236.google.com (mail-wm0-x236.google.com [IPv6:2a00:1450:400c:c09::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 188BC1A8A7F; Tue, 17 Nov 2015 06:51:06 -0800 (PST) Received: by wmec201 with SMTP id c201so231535651wme.0; Tue, 17 Nov 2015 06:51:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:disposition-notification-to:date:from:reply-to :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=wd3ueJul3rGLWq2G3t8AbIZym1OrA9MB2G1G3xJrPfY=; b=YakOzV05KZQwi15B6RKU4DeorpJtJx0QffX0qh1zS1riLQ/Rh92Cxv5WQwA1EjJOL8 eQyvHifEir70No005VAGhkRdLFVUwcxAKwgt7SleZCBxo1Lky4bfM55HzYJIZ6PY9AJ3 bjFoUjdaqCs0+IKXEv+GVZilAQyTfEcADdbjkUqZ8H3596lYoVuYikUdYE1MFvPQjXlh ENc98aWqFasOdBfP5dIp8WK1VwRMwfLb0HZ6+/O0eWR3LaO21ySbnmH4n7671/fLCvAe Fgr49iAd26cNEwMpGFRdQ6bmuPjRZGhWFDS8qxeps74MQK4XKixZ4/ojU9key5gi61k1 Ldqw== X-Received: by 10.194.10.68 with SMTP id g4mr37699146wjb.151.1447771864637; Tue, 17 Nov 2015 06:51:04 -0800 (PST) Received: from McAsterix.local ([92.109.37.136]) by smtp.gmail.com with ESMTPSA id m64sm24307012wmf.14.2015.11.17.06.51.03 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 17 Nov 2015 06:51:03 -0800 (PST) Message-ID: <564B3ED7.8080300@gmail.com> Date: Tue, 17 Nov 2015 15:51:03 +0100 From: Huub van Helvoort User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: pals@ietf.org, "mpls@ietf.org" References: <564A8E5D.3080705@pi.nu> <564B0660.3030708@gmail.com> <564B12FE.3080003@pi.nu> In-Reply-To: <564B12FE.3080003@pi.nu> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [mpls] [Pals] to the memory of Ping Pan X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: huubatwork@gmail.com List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2015 14:51:07 -0000 Support! regards, Huub. On 17-11-15 12:43, Loa Andersson wrote: > Stewart, et.al., > > I think it is OK to add a similar text in draft-ietf-pals-mpls-tp- > pw-over-bidir-lsp. Ping were active over a wide field, but we felt that > it was appropriate for the MPLS wg to add this. If this is shared by > pals, I don't not see any reason not to add a similar text to a pals > wg document. > > Please note that the words about "last RFC" is not in the proposed text > only in the motivation "last RFC in the MPLS wg" would work as well. > > /Loa > > On 2015-11-17 18:50, Stewart Bryant wrote: >> We have a draft going through PALS at the moment that Ping also wrote. >> >> https://datatracker.ietf.org/doc/draft-ietf-pals-mpls-tp-pw-over-bidir-lsp/ >> >> >> I support the text going in either or both. >> >> - Stewart >> >> >> >> On 17/11/2015 05:34, Alexander Vainshtein wrote: >>> Loa and all, >>> I definitely support the proposed changes. >>> >>> Regards, >>> Sasha >>> >>> ________________________________________ >>> From: mpls on behalf of Loa Andersson >>> >>> Sent: Tuesday, November 17, 2015 4:18 AM >>> To: mpls@ietf.org; mpls-chairs@ietf.org; Mach Chen >>> (mach.chen@huawei.com); BRUNGARD, DEBORAH A >>> Subject: [mpls] to the memory of Ping Pan >>> >>> Wprking Group, >>> >>> RFC 7697 is in AUTH48. We >>> understand that this will be the last RFC co-authored by Ping Pan. >>> We will add the following paragraph to the Acknowledgement Section: >>> >>> The coauthors of this document, the working group chairs, the >>> document >>> shepherd, the responsible AD, and the MPLS Working Group wish to >>> dedicate this RFC to the memory of our friend and colleague Ping >>> Pan, >>> in recognition for his dedication and hard work at the IETF. >>> >>> If there are comments you'll have to send them to the wg chairs before >>> the end of the AUTH48 reviews. >>> >>> /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 Nov 17 07:00:29 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 46F591A8BB5; Tue, 17 Nov 2015 07:00:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.201 X-Spam-Level: X-Spam-Status: No, score=-104.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7k_Aja1VdCkd; Tue, 17 Nov 2015 07:00:22 -0800 (PST) Received: from usevmg21.ericsson.net (usevmg21.ericsson.net [198.24.6.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 369F31A8AFB; Tue, 17 Nov 2015 07:00:22 -0800 (PST) X-AuditID: c6180641-f792c6d00000686a-3e-564ad2e90aff Received: from EUSAAHC005.ericsson.se (Unknown_Domain [147.117.188.87]) by usevmg21.ericsson.net (Symantec Mail Security) with SMTP id C1.93.26730.9E2DA465; Tue, 17 Nov 2015 08:10:33 +0100 (CET) Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC005.ericsson.se ([147.117.188.87]) with mapi id 14.03.0248.002; Tue, 17 Nov 2015 10:00:20 -0500 From: Gregory Mirsky To: Ben Campbell , The IESG Thread-Topic: Ben Campbell's No Objection on draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-15: (with COMMENT) Thread-Index: AQHRIOUWp3deIamSYEiyj0Ywbq7xyp6gSaqg Date: Tue, 17 Nov 2015 15:00:19 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF1122193D907@eusaamb103.ericsson.se> References: <20151117030721.22342.71025.idtracker@ietfa.amsl.com> In-Reply-To: <20151117030721.22342.71025.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.11] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprGIsWRmVeSWpSXmKPExsUyuXRPuO7LS15hBt9WWVvM7zzNbnH8aqHF tdUHWCxm/JnIbLHu8ik2i1tLV7Ja/F1xhcWB3WPJkp9MHtebrrJ7zNr5hCWAOYrLJiU1J7Ms tUjfLoEr486rv8wFi9QqOk56NTAuUe1i5OSQEDCRaDuxhB3CFpO4cG89WxcjF4eQwBFGifVr jzNDOMsZJbZNuccGUsUmYCTxYmMPWIeIgI3E8oMvwTqYBZ4zSeybtJoFJCEskCWxq3cVE0RR tsT7Xc+BGjiAbCOJRfsTQcIsAqoS+89PApvJK+ArMX/ZNrCZQgKOEgsvHGIFsTkFnCTevjzM CGIzAl33/dQasJHMAuISt57MZ4K4WkBiyZ7zzBC2qMTLx/9YIWwliY+/54OtZRbQlFi/Sx+i VVFiSvdDdoi1ghInZz5hmcAoNgvJ1FkIHbOQdMxC0rGAkWUVI0dpcWpZbrqR4SZGYGwdk2Bz 3MG44JPlIUYBDkYlHt4P8V5hQqyJZcWVuYcYJTiYlUR4Oa28w4R4UxIrq1KL8uOLSnNSiw8x SnOwKInzzptxP1RIID2xJDU7NbUgtQgmy8TBKdXAWHry1NsJehvZxXdkvj7xpFh8n9IxhmMH t9rwWFY4aO0Rm3muRdHu5dQ/cpk1jddNKlds/yfovCzl28Pq5w/FN/ZMeGq0l3VPU9GPJukj DRP9dGYo+79ulXniwuYS1zSNX4fFK8pp+cK6oIKjArvZdwn8ETL02KgsV7m3uezDqvbIre+c 9i02UWIpzkg01GIuKk4EAL0I4eapAgAA Archived-At: Cc: "draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf.all@ietf.org" , "draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf@ietf.org" , "rcallon@juniper.net" , "mpls-chairs@ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] Ben Campbell's No Objection on draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-15: (with COMMENT) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2015 15:00:24 -0000 SGkgQmVuLA0KdGhhbmsgeW91IGZvciB5b3VyIHRob3JvdWdoIHJldmlldyBhbmQgdGhvdWdodGZ1 bCBjb21tZW50cy4gUGxlYXNlIGZpbmQgbXkgcmVzcG9uc2VzIGFuZCBwcm9wb3NlZCBjaGFuZ2Vz IGluLWxpbmUgYW5kIHRhZ2dlZCBHSU0uDQoNCglSZWdhcmRzLA0KCQlHcmVnDQoNCi0tLS0tT3Jp Z2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBCZW4gQ2FtcGJlbGwgW21haWx0bzpiZW5Abm9zdHJ1 bS5jb21dIA0KU2VudDogTW9uZGF5LCBOb3ZlbWJlciAxNiwgMjAxNSA3OjA3IFBNDQpUbzogVGhl IElFU0cNCkNjOiBkcmFmdC1pZXRmLW1wbHMtbHNwLXBpbmctbXBscy10cC1vYW0tY29uZkBpZXRm Lm9yZzsgZHJhZnQtaWV0Zi1tcGxzLWxzcC1waW5nLW1wbHMtdHAtb2FtLWNvbmYuYWxsQGlldGYu b3JnOyBtcGxzLWNoYWlyc0BpZXRmLm9yZzsgcmNhbGxvbkBqdW5pcGVyLm5ldDsgbXBsc0BpZXRm Lm9yZw0KU3ViamVjdDogQmVuIENhbXBiZWxsJ3MgTm8gT2JqZWN0aW9uIG9uIGRyYWZ0LWlldGYt bXBscy1sc3AtcGluZy1tcGxzLXRwLW9hbS1jb25mLTE1OiAod2l0aCBDT01NRU5UKQ0KDQpCZW4g Q2FtcGJlbGwgaGFzIGVudGVyZWQgdGhlIGZvbGxvd2luZyBiYWxsb3QgcG9zaXRpb24gZm9yDQpk cmFmdC1pZXRmLW1wbHMtbHNwLXBpbmctbXBscy10cC1vYW0tY29uZi0xNTogTm8gT2JqZWN0aW9u DQoNCldoZW4gcmVzcG9uZGluZywgcGxlYXNlIGtlZXAgdGhlIHN1YmplY3QgbGluZSBpbnRhY3Qg YW5kIHJlcGx5IHRvIGFsbCBlbWFpbCBhZGRyZXNzZXMgaW5jbHVkZWQgaW4gdGhlIFRvIGFuZCBD QyBsaW5lcy4gKEZlZWwgZnJlZSB0byBjdXQgdGhpcyBpbnRyb2R1Y3RvcnkgcGFyYWdyYXBoLCBo b3dldmVyLikNCg0KDQpQbGVhc2UgcmVmZXIgdG8gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWVzZy9z dGF0ZW1lbnQvZGlzY3Vzcy1jcml0ZXJpYS5odG1sDQpmb3IgbW9yZSBpbmZvcm1hdGlvbiBhYm91 dCBJRVNHIERJU0NVU1MgYW5kIENPTU1FTlQgcG9zaXRpb25zLg0KDQoNClRoZSBkb2N1bWVudCwg YWxvbmcgd2l0aCBvdGhlciBiYWxsb3QgcG9zaXRpb25zLCBjYW4gYmUgZm91bmQgaGVyZToNCmh0 dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtbXBscy1sc3AtcGluZy1t cGxzLXRwLW9hbS1jb25mLw0KDQoNCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KQ09NTUVOVDoNCi0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0NCg0KSSBoYXZlIG9uZSBtaW5vciAoYWxtb3N0IHRyaXZpYWwpIGNvbW1lbnQvcXVlc3Rp b24sIGFuZCBzZXZlcmFsIG5pdHM6DQoNCkNvbW1lbnQ6DQo9PT09PT09PT0NCi0gNC4xLCBwYXJh Z3JhcGggMzoNCklzIGl0IHJlYXNvbmFibGUgZm9yIGEgVExWIGluIHRoaXMgc3RhbmRhcmRzLWFj dGlvbiByZWdpc3RyeSB0byBiZSBoYXZlIHN1Yi10bHZzIHdpdGggcmVkdWNlZCByZWdpc3RyYXRp b24gcmVxdWlyZW1lbnRzPyAgKEFuZCBpZiBzbywgaXMgdGhlcmUgYSByZWFzb24gdG8gZXhjbHVk ZSBzcGVjaWZpY2F0aW9ucyB0aGF0IGFyZSBub3QgUkZDcz8pDQpHSU0+PiBZZXMuIFRoaXMgaXMg aG93IGl0IGlzIGRvbmUgZm9yIGFsbCBzdGFuZGFyZCB0cmFjayByZWdpc3RyeSBUTFZzIGZvciB0 aGUgZW50aXJlIExTUCBwaW5nLg0KQW5kIHllcyB3ZSB3YW50IFJGQ3MgdG8gZGVmaW5lIHRoZSBz dWItVExWcyAoaWYgdGhlIGNvbWUgb3V0IG9mIHRoZSBTcGVjaWZpY2F0aW9uIG5lZWQgcmFuZ2Up IGp1c3QgYmVjYXVzZSB0aGV5IGdvIGludG8gYSBzdGFuZGFyZCB0cmFjayBzcGVjaWZpZWQgVExW Lg0KDQpOaXRzOg0KPT09PQ0KLTEsIHBhcmFncmFwaCAxOg0KTWlzc2luZyAidGhlIiBiZWZvcmUg Ik1QTFMgVHJhbnNwb3J0IFByb2ZpbGUgIg0KR0lNPj4gVGhhbmsgeW91LCBhZGRlZC4NCg0KLSAx LjAsIGxhc3QgcGFyYWdyYXBoLCBsYXN0IHR3byBzZW50ZW5jZXM6DQpXaG8gYXJlIOKAnHdl4oCd IGluIHRoZXNlIHNlbnRlbmNlcz8gRG9lcyBpdCBtYWtlIHNlbnNlIHRvIHRhbGsgYWJvdXQgd2hh dCDigJx3ZeKAnSBhcmUgb3IgYXJlIG5vdCDigJxjb25maWd1cmluZ+KAnT8NCkdJTT4+IEluZGVl ZCwgcmUtd29yZGVkIGFzOg0KICAgSXQgc2hvdWxkIGJlIG5vdGVkIHRoYXQgdGhpcyBkb2N1bWVu dCBkb2VzIG5vdCBzcGVjaWZ5IGhvdyB0byBjb25maWd1cmUgb24tDQogICBkZW1hbmQgdGhyb3Vn aHB1dCBlc3RpbWF0ZXMgYmFzZWQgb24gc2F0dXJhdGluZyB0aGUgY29ubmVjdGlvbiBhcw0KICAg ZGVmaW5lZCBpbiBbUkZDNjM3MV0uICBSYXRoZXIsIG9ubHkgaG93IHRvIGVuYWJsZSB0aGUgZXN0 aW1hdGlvbiBvZg0KICAgdGhlIGN1cnJlbnQgdGhyb3VnaHB1dCBiYXNlZCBvbiBsb3NzIG1lYXN1 cmVtZW50cy4NCg0KMi4xLjEsIGZpcnN0IGJ1bGxldCBpbiBmaXJzdCBsaXN0Og0KY29uc2lkZXIg cy8iYm90aCBzaWRlcyBzaG91bGQgYmUiLyJib3RoIHNpZGVzIGFyZSINCkdJTT4+IEFncmVlLCBh Y2NlcHRlZC4NCg0KLTQuMSwgMm5kIHBhcmFncmFwaCwgZmlyc3Qgc2VudGVuY2U6DQpNaXNzaW5n IHdvcmRzPyAoV2hhdCBpcyBJQU5BIHJlcXVlc3RlZCB0byBkbyB3aXRoIHRoZSBUTFY/IEkgYXNz dW1lIHJlZ2lzdGVyIGl0LiBBbHNvLCB3aGF0IGlzIHRoZSBuYW1lIG9mIHRoZSBuZXcgVExWPw0K Q29uc2lkZXIgYSBjcm9zcy1yZWZlcmVuY2UgdG8gdGFibGUgdG8gZm9yICJ0aGlzIHN1Yi1yZWdp c3RyeSINCkdJTT4+IEkgdGhpbmsgdGhhdCBtaXNzaW5nIGFyZSAidG8gYWxsb2NhdGUiIGFuZCB0 aGUgbmFtZSBvZiB0aGUgVExWICIgTVBMUyBPQU0gRnVuY3Rpb25zIjoNCiAgIElBTkEgaXMgcmVx dWVzdGVkIHRvIGFsbG9jYXRlIGEgbmV3IE1QTFMgT0FNIEZ1bmN0aW9ucyBUTFYgZnJvbSB0aGUN CiAgIHN0YW5kYXJkcyBhY3Rpb24gcmFuZ2UgKDAtMTYzODMpIGFuZCBzdWItVExWcyBhcyBmb2xs b3dzIGZyb20gc3ViLQ0KICAgcmVnaXN0cnkgcHJlc2VudGVkIGluIFRhYmxlIDEsIGNhbGxlZCAi U3ViLVRMVnMgZm9yIFRMViBbVEJBMV0iLg0KDQotNC4yOiAiQXNzaWdubWVudHMgb2YgYml0IHBv c2l0aW9ucyAwIHRocm91Z2ggMzEiDQpJZiBJIHJlYWQgY29ycmVjdGx5LCB0aGF0J3MgYWxsIHRo ZSBiaXRzLiBJcyB0aGlzIHRoZSBzYW1lIGFzIHNheWluZyB0aGUgcmVnaXN0cnkgaXRzZWxmIHJl cXVpcmVzIHN0YW5kYXJkcy1hY3Rpb24/DQpHSU0+PiBZZXMsIHRoZSB3aG9sZSByYW5nZSBpcyB1 bmRlciBzdGFuZGFyZC1hY3Rpb24gYWxsb2NhdGlvbiBwb2xpY3kuDQoNCi01Og0KSXQncyBtaWxk bHkgb2RkIHRvIGZpbmQgdGhlIGFja25vd2xlZGdlbWVudHMgc2VjdGlvbiBiZXR3ZWVuIHR3byBz dWJzdGFudGl2ZSBzZWN0aW9ucy4NCkdJTT4+IFRoYW5rIHlvdSwgbW92ZWQgaXQuDQoNCi02LCBm aXJzdCBwYXJhZ3JhcGg6DQpTaG91bGQgImxpdmVsaW5lc3MiIGJlICJsaXZlbmVzcyI/DQpHSU0+ PiBZZXMsIHdlJ3JlIG5vdCBjaGVja2luZyBpdHMgdml0YWxpdHkuDQoNCg0K From nobody Tue Nov 17 07:15:37 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0FF861A9057; Tue, 17 Nov 2015 07:15:35 -0800 (PST) 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, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0_IM8c_35fEh; Tue, 17 Nov 2015 07:15:31 -0800 (PST) Received: from mail-wm0-x236.google.com (mail-wm0-x236.google.com [IPv6:2a00:1450:400c:c09::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6E79B1A9075; Tue, 17 Nov 2015 07:15:24 -0800 (PST) Received: by wmww144 with SMTP id w144so30380206wmw.0; Tue, 17 Nov 2015 07:15:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=Q+k5OgJgJEqtQLnBT4ysQkR/a4r6ZO/QI/aLlJGc4Ik=; b=grdryXeyvgR+i+UFMXSnQ12pu1SCfyjuQJQsIVFA2X7ixQxihs+DBRrwspXcAHZMBE V2qNtokixig63Y1KcK5bU89eI/awMKMW09Wp+/aaBJWiAziYmLSW0EO2j7JqTPbqN6w/ RfDIY5vGWHWVB4Uf0p74ZsHqbKyPmJzQk4c/rOPUWoXscZEKQCbKqJ6Ls58wKWestWLU 1ok53GtvlVt7+MaWmNnFMduTSDsT0OQtdz8C+zR5NhF//iWIIH0VVfpMb8AqPCMZMAv4 MyakuscfxXyHcoPR3zuP3QGJVlWHD2OfGWW7DwvjOLNTdj+VLKHd7T5dQXifwblxSR1d sIAw== X-Received: by 10.28.4.7 with SMTP id 7mr3204308wme.85.1447773322193; Tue, 17 Nov 2015 07:15:22 -0800 (PST) MIME-Version: 1.0 Received: by 10.28.148.208 with HTTP; Tue, 17 Nov 2015 07:15:02 -0800 (PST) In-Reply-To: <564B16F8.9010201@pi.nu> References: <564A8E5D.3080705@pi.nu> <564B0660.3030708@gmail.com> <564B12FE.3080003@pi.nu> <564B14B8.1050304@gmail.com> <564B16F8.9010201@pi.nu> From: "Andrew G. Malis" Date: Tue, 17 Nov 2015 10:15:02 -0500 Message-ID: To: Loa Andersson Content-Type: multipart/alternative; boundary=001a1141d23095b38b0524bdfe8e Archived-At: Cc: "mpls-chairs@ietf.org" , "pals-chairs@ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] [Pals] to the memory of Ping Pan X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2015 15:15:35 -0000 --001a1141d23095b38b0524bdfe8e Content-Type: text/plain; charset=UTF-8 I agree as well. Cheers, Andy On Tue, Nov 17, 2015 at 7:00 AM, Loa Andersson wrote: > Stewart, > > I support that - there is a few words you'll have to change compared > to what goes into the MPLS document, the shepherd is not one of the wg > chairs so we added "the document shepherd", and then you need to put > "the PALS working group" instead of "the MPLS working group". > I would also verify that the responsible AD is OK with what you are > doing, and notify the working group. > > /Loa > > > On 2015-11-17 19:51, Stewart Bryant wrote: > >> Hi Loa >> >> Let's put text in both documents. He was very much active in both areas. >> >> - Stewart >> >> On 17/11/2015 11:43, Loa Andersson wrote: >> >>> Stewart, et.al., >>> >>> I think it is OK to add a similar text in draft-ietf-pals-mpls-tp- >>> pw-over-bidir-lsp. Ping were active over a wide field, but we felt that >>> it was appropriate for the MPLS wg to add this. If this is shared by >>> pals, I don't not see any reason not to add a similar text to a pals >>> wg document. >>> >>> Please note that the words about "last RFC" is not in the proposed text >>> only in the motivation "last RFC in the MPLS wg" would work as well. >>> >>> /Loa >>> >>> On 2015-11-17 18:50, Stewart Bryant wrote: >>> >>>> We have a draft going through PALS at the moment that Ping also wrote. >>>> >>>> >>>> https://datatracker.ietf.org/doc/draft-ietf-pals-mpls-tp-pw-over-bidir-lsp/ >>>> >>>> >>>> I support the text going in either or both. >>>> >>>> - Stewart >>>> >>>> >>>> >>>> On 17/11/2015 05:34, Alexander Vainshtein wrote: >>>> >>>>> Loa and all, >>>>> I definitely support the proposed changes. >>>>> >>>>> Regards, >>>>> Sasha >>>>> >>>>> ________________________________________ >>>>> From: mpls on behalf of Loa Andersson >>>>> >>>>> Sent: Tuesday, November 17, 2015 4:18 AM >>>>> To: mpls@ietf.org; mpls-chairs@ietf.org; Mach Chen >>>>> (mach.chen@huawei.com); BRUNGARD, DEBORAH A >>>>> Subject: [mpls] to the memory of Ping Pan >>>>> >>>>> Wprking Group, >>>>> >>>>> RFC 7697 is in AUTH48. We >>>>> understand that this will be the last RFC co-authored by Ping Pan. >>>>> We will add the following paragraph to the Acknowledgement Section: >>>>> >>>>> The coauthors of this document, the working group chairs, the >>>>> document >>>>> shepherd, the responsible AD, and the MPLS Working Group wish to >>>>> dedicate this RFC to the memory of our friend and colleague Ping >>>>> Pan, >>>>> in recognition for his dedication and hard work at the IETF. >>>>> >>>>> If there are comments you'll have to send them to the wg chairs before >>>>> the end of the AUTH48 reviews. >>>>> >>>>> /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 >>>>> _______________________________________________ >>>>> Pals mailing list >>>>> Pals@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/pals >>>>> >>>>> >>>> >>> >> _______________________________________________ >> Pals mailing list >> Pals@ietf.org >> https://www.ietf.org/mailman/listinfo/pals >> > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > --001a1141d23095b38b0524bdfe8e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I agree as well.

Cheers,
Andy=


On Tue, Nov 17, 2015 at 7:00 AM, Loa Andersson = <loa@pi.nu>= wrote:
Stewart,

I support that - there is a few words you'll have to change compared to what goes into the MPLS document, the shepherd is not one of the wg
chairs so we added "the document shepherd", and then you need to = put
"the PALS working group" instead of "the MPLS working group&= quot;.
I would also verify that the responsible AD is OK with what you are
doing, and notify the working group.

/Loa


On 2015-11-17 19:51, Stewart Bryant wrote:
Hi Loa

Let's put text in both documents. He was very much active in both areas= .

- Stewart

On 17/11/2015 11:43, Loa Andersson wrote:
Stewart, et.a= l.,

I think it is OK to add a similar text in draft-ietf-pals-mpls-tp-
pw-over-bidir-lsp. Ping were active over a wide field, but we felt that
it was appropriate for the MPLS wg to add this. If this is shared by
pals, I don't not see any reason not to add a similar text to a pals wg document.

Please note that the words about "last RFC" is not in the propose= d text
only in the motivation "last RFC in the MPLS wg" would work as we= ll.

/Loa

On 2015-11-17 18:50, Stewart Bryant wrote:
We have a draft going through PALS at the moment that Ping also wrote.

https://datatracker.ietf.= org/doc/draft-ietf-pals-mpls-tp-pw-over-bidir-lsp/


I support the text going in either or both.

- Stewart



On 17/11/2015 05:34, Alexander Vainshtein wrote:
Loa and all,
I definitely support the proposed changes.

Regards,
Sasha

________________________________________
From: mpls <m= pls-bounces@ietf.org> on behalf of Loa Andersson
<loa@pi.nu>
Sent: Tuesday, November 17, 2015 4:18 AM
To: mpls@ietf.org; <= a href=3D"mailto:mpls-chairs@ietf.org" target=3D"_blank">mpls-chairs@ietf.o= rg; Mach Chen
(mach.chen@huawei= .com); BRUNGARD, DEBORAH A
Subject: [mpls] to the memory of Ping Pan

Wprking Group,

RFC 7697 <draft-ietf-mpls-tp-oam-id-mib-11.txt> is in AUTH48. We
understand that this will be the last RFC co-authored by Ping Pan.
We will add the following paragraph to the Acknowledgement Section:

=C2=A0 =C2=A0 The coauthors of this document, the working group chairs, the=
document
=C2=A0 =C2=A0 shepherd, the responsible AD, and the MPLS Working Group wish= to
=C2=A0 =C2=A0 dedicate this RFC to the memory of our friend and colleague P= ing
Pan,
=C2=A0 =C2=A0 in recognition for his dedication and hard work at the IETF.<= br>
If there are comments you'll have to send them to the wg chairs before<= br> the end of the AUTH48 reviews.

/Loa
mpls 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
_______________________________________________
Pals mailing list
Pals@ietf.org
https://www.ietf.org/mailman/listinfo/pals




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

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

--001a1141d23095b38b0524bdfe8e-- From nobody Tue Nov 17 09:41:28 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DA0DA1A6F60; Tue, 17 Nov 2015 09:41:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.262 X-Spam-Level: X-Spam-Status: No, score=-1.262 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, IP_NOT_FRIENDLY=0.334, KHOP_DYNAMIC=1.004, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7jmmWXAkYZ-m; Tue, 17 Nov 2015 09:41:25 -0800 (PST) Received: from mx0a-00103a01.pphosted.com (mx0a-00103a01.pphosted.com [67.231.144.234]) (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 E47AB1A6F5B; Tue, 17 Nov 2015 09:41:25 -0800 (PST) Received: from pps.filterd (m0000419.ppops.net [127.0.0.1]) by mx0a-00103a01.pphosted.com (8.15.0.59/8.15.0.59) with SMTP id tAHHch39014068; Tue, 17 Nov 2015 12:41:24 -0500 Received: from vawvcgsie2k1301.ciena.com (lin1-118-36-35.ciena.com [63.118.36.35]) by mx0a-00103a01.pphosted.com with ESMTP id 1y84s3h5cc-1 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Tue, 17 Nov 2015 12:41:23 -0500 Received: from ONWVEXCHHT01.ciena.com (10.128.6.16) by VAWVCGSIE2K1301.ciena.com (10.4.62.15) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Tue, 17 Nov 2015 12:41:22 -0500 Received: from ONWVEXCHMB04.ciena.com ([::1]) by ONWVEXCHHT01.ciena.com ([::1]) with mapi; Tue, 17 Nov 2015 12:41:22 -0500 From: "Shah, Himanshu" To: "Andrew G. Malis" , Loa Andersson Date: Tue, 17 Nov 2015 12:41:19 -0500 Thread-Topic: [mpls] [Pals] to the memory of Ping Pan Thread-Index: AdEhSuXqQL7gxC4aS1OicRoRPWp3YAAFBTSQ Message-ID: <40746B2300A8FC4AB04EE722A593182B9DB6E95E@ONWVEXCHMB04.ciena.com> References: <564A8E5D.3080705@pi.nu> <564B0660.3030708@gmail.com> <564B12FE.3080003@pi.nu> <564B14B8.1050304@gmail.com> <564B16F8.9010201@pi.nu> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US x-tm-as-product-ver: SMEX-10.0.0.1412-7.000.1014-21948.001 x-tm-as-result: No--64.866100-8.000000-31 x-tm-as-user-approved-sender: No x-tm-as-user-blocked-sender: No Content-Type: multipart/alternative; boundary="_000_40746B2300A8FC4AB04EE722A593182B9DB6E95EONWVEXCHMB04cie_" MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2015-11-17_10:, , signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1507310000 definitions=main-1511170291 Archived-At: Cc: "mpls@ietf.org" , "mpls-chairs@ietf.org" , "pals-chairs@ietf.org" Subject: Re: [mpls] [Pals] to the memory of Ping Pan X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2015 17:41:28 -0000 --_000_40746B2300A8FC4AB04EE722A593182B9DB6E95EONWVEXCHMB04cie_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 QWJzb2x1dGVseSBhZ3JlZS4NCkkgaGF2ZSBkb25lIHNvbWUgZHJhZnRzIHdpdGggUGluZyBhbmQg YXBwcmVjaWF0ZQ0KaGlzIGNvbnRyaWJ1dGlvbnMgdG8gZGlmZmVyZW50IHdvcmtpbmcgZ3JvdXBz Lg0KDQpUaGFua3MsDQpIaW1hbnNodQ0KDQpGcm9tOiBtcGxzIFttYWlsdG86bXBscy1ib3VuY2Vz QGlldGYub3JnXSBPbiBCZWhhbGYgT2YgQW5kcmV3IEcuIE1hbGlzDQpTZW50OiBUdWVzZGF5LCBO b3ZlbWJlciAxNywgMjAxNSAxMDoxNSBBTQ0KVG86IExvYSBBbmRlcnNzb24NCkNjOiBtcGxzLWNo YWlyc0BpZXRmLm9yZzsgcGFscy1jaGFpcnNAaWV0Zi5vcmc7IG1wbHNAaWV0Zi5vcmcNClN1Ympl Y3Q6IFJlOiBbbXBsc10gW1BhbHNdIHRvIHRoZSBtZW1vcnkgb2YgUGluZyBQYW4NCg0KSSBhZ3Jl ZSBhcyB3ZWxsLg0KDQpDaGVlcnMsDQpBbmR5DQoNCg0KT24gVHVlLCBOb3YgMTcsIDIwMTUgYXQg NzowMCBBTSwgTG9hIEFuZGVyc3NvbiA8bG9hQHBpLm51PG1haWx0bzpsb2FAcGkubnU+PiB3cm90 ZToNClN0ZXdhcnQsDQoNCkkgc3VwcG9ydCB0aGF0IC0gdGhlcmUgaXMgYSBmZXcgd29yZHMgeW91 J2xsIGhhdmUgdG8gY2hhbmdlIGNvbXBhcmVkDQp0byB3aGF0IGdvZXMgaW50byB0aGUgTVBMUyBk b2N1bWVudCwgdGhlIHNoZXBoZXJkIGlzIG5vdCBvbmUgb2YgdGhlIHdnDQpjaGFpcnMgc28gd2Ug YWRkZWQgInRoZSBkb2N1bWVudCBzaGVwaGVyZCIsIGFuZCB0aGVuIHlvdSBuZWVkIHRvIHB1dA0K InRoZSBQQUxTIHdvcmtpbmcgZ3JvdXAiIGluc3RlYWQgb2YgInRoZSBNUExTIHdvcmtpbmcgZ3Jv dXAiLg0KSSB3b3VsZCBhbHNvIHZlcmlmeSB0aGF0IHRoZSByZXNwb25zaWJsZSBBRCBpcyBPSyB3 aXRoIHdoYXQgeW91IGFyZQ0KZG9pbmcsIGFuZCBub3RpZnkgdGhlIHdvcmtpbmcgZ3JvdXAuDQoN Ci9Mb2ENCg0KDQpPbiAyMDE1LTExLTE3IDE5OjUxLCBTdGV3YXJ0IEJyeWFudCB3cm90ZToNCkhp IExvYQ0KDQpMZXQncyBwdXQgdGV4dCBpbiBib3RoIGRvY3VtZW50cy4gSGUgd2FzIHZlcnkgbXVj aCBhY3RpdmUgaW4gYm90aCBhcmVhcy4NCg0KLSBTdGV3YXJ0DQoNCk9uIDE3LzExLzIwMTUgMTE6 NDMsIExvYSBBbmRlcnNzb24gd3JvdGU6DQpTdGV3YXJ0LCBldC5hbDxodHRwOi8vZXQuYWw+LiwN Cg0KSSB0aGluayBpdCBpcyBPSyB0byBhZGQgYSBzaW1pbGFyIHRleHQgaW4gZHJhZnQtaWV0Zi1w YWxzLW1wbHMtdHAtDQpwdy1vdmVyLWJpZGlyLWxzcC4gUGluZyB3ZXJlIGFjdGl2ZSBvdmVyIGEg d2lkZSBmaWVsZCwgYnV0IHdlIGZlbHQgdGhhdA0KaXQgd2FzIGFwcHJvcHJpYXRlIGZvciB0aGUg TVBMUyB3ZyB0byBhZGQgdGhpcy4gSWYgdGhpcyBpcyBzaGFyZWQgYnkNCnBhbHMsIEkgZG9uJ3Qg bm90IHNlZSBhbnkgcmVhc29uIG5vdCB0byBhZGQgYSBzaW1pbGFyIHRleHQgdG8gYSBwYWxzDQp3 ZyBkb2N1bWVudC4NCg0KUGxlYXNlIG5vdGUgdGhhdCB0aGUgd29yZHMgYWJvdXQgImxhc3QgUkZD IiBpcyBub3QgaW4gdGhlIHByb3Bvc2VkIHRleHQNCm9ubHkgaW4gdGhlIG1vdGl2YXRpb24gImxh c3QgUkZDIGluIHRoZSBNUExTIHdnIiB3b3VsZCB3b3JrIGFzIHdlbGwuDQoNCi9Mb2ENCg0KT24g MjAxNS0xMS0xNyAxODo1MCwgU3Rld2FydCBCcnlhbnQgd3JvdGU6DQpXZSBoYXZlIGEgZHJhZnQg Z29pbmcgdGhyb3VnaCBQQUxTIGF0IHRoZSBtb21lbnQgdGhhdCBQaW5nIGFsc28gd3JvdGUuDQoN Cmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtcGFscy1tcGxzLXRw LXB3LW92ZXItYmlkaXItbHNwLw0KDQoNCkkgc3VwcG9ydCB0aGUgdGV4dCBnb2luZyBpbiBlaXRo ZXIgb3IgYm90aC4NCg0KLSBTdGV3YXJ0DQoNCg0KDQpPbiAxNy8xMS8yMDE1IDA1OjM0LCBBbGV4 YW5kZXIgVmFpbnNodGVpbiB3cm90ZToNCkxvYSBhbmQgYWxsLA0KSSBkZWZpbml0ZWx5IHN1cHBv cnQgdGhlIHByb3Bvc2VkIGNoYW5nZXMuDQoNClJlZ2FyZHMsDQpTYXNoYQ0KDQpfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpGcm9tOiBtcGxzIDxtcGxzLWJvdW5jZXNA aWV0Zi5vcmc8bWFpbHRvOm1wbHMtYm91bmNlc0BpZXRmLm9yZz4+IG9uIGJlaGFsZiBvZiBMb2Eg QW5kZXJzc29uDQo8bG9hQHBpLm51PG1haWx0bzpsb2FAcGkubnU+Pg0KU2VudDogVHVlc2RheSwg Tm92ZW1iZXIgMTcsIDIwMTUgNDoxOCBBTQ0KVG86IG1wbHNAaWV0Zi5vcmc8bWFpbHRvOm1wbHNA aWV0Zi5vcmc+OyBtcGxzLWNoYWlyc0BpZXRmLm9yZzxtYWlsdG86bXBscy1jaGFpcnNAaWV0Zi5v cmc+OyBNYWNoIENoZW4NCihtYWNoLmNoZW5AaHVhd2VpLmNvbTxtYWlsdG86bWFjaC5jaGVuQGh1 YXdlaS5jb20+KTsgQlJVTkdBUkQsIERFQk9SQUggQQ0KU3ViamVjdDogW21wbHNdIHRvIHRoZSBt ZW1vcnkgb2YgUGluZyBQYW4NCg0KV3Bya2luZyBHcm91cCwNCg0KUkZDIDc2OTcgPGRyYWZ0LWll dGYtbXBscy10cC1vYW0taWQtbWliLTExLnR4dD4gaXMgaW4gQVVUSDQ4LiBXZQ0KdW5kZXJzdGFu ZCB0aGF0IHRoaXMgd2lsbCBiZSB0aGUgbGFzdCBSRkMgY28tYXV0aG9yZWQgYnkgUGluZyBQYW4u DQpXZSB3aWxsIGFkZCB0aGUgZm9sbG93aW5nIHBhcmFncmFwaCB0byB0aGUgQWNrbm93bGVkZ2Vt ZW50IFNlY3Rpb246DQoNCiAgICBUaGUgY29hdXRob3JzIG9mIHRoaXMgZG9jdW1lbnQsIHRoZSB3 b3JraW5nIGdyb3VwIGNoYWlycywgdGhlDQpkb2N1bWVudA0KICAgIHNoZXBoZXJkLCB0aGUgcmVz cG9uc2libGUgQUQsIGFuZCB0aGUgTVBMUyBXb3JraW5nIEdyb3VwIHdpc2ggdG8NCiAgICBkZWRp Y2F0ZSB0aGlzIFJGQyB0byB0aGUgbWVtb3J5IG9mIG91ciBmcmllbmQgYW5kIGNvbGxlYWd1ZSBQ aW5nDQpQYW4sDQogICAgaW4gcmVjb2duaXRpb24gZm9yIGhpcyBkZWRpY2F0aW9uIGFuZCBoYXJk IHdvcmsgYXQgdGhlIElFVEYuDQoNCklmIHRoZXJlIGFyZSBjb21tZW50cyB5b3UnbGwgaGF2ZSB0 byBzZW5kIHRoZW0gdG8gdGhlIHdnIGNoYWlycyBiZWZvcmUNCnRoZSBlbmQgb2YgdGhlIEFVVEg0 OCByZXZpZXdzLg0KDQovTG9hDQptcGxzIHdnIGNvLWNoYWlyDQoNCg0KLS0NCg0KDQpMb2EgQW5k ZXJzc29uICAgICAgICAgICAgICAgICAgICAgICAgZW1haWw6IGxvYUBtYWlsMDEuaHVhd2VpLmNv bTxtYWlsdG86bG9hQG1haWwwMS5odWF3ZWkuY29tPg0KU2VuaW9yIE1QTFMgRXhwZXJ0ICAgICAg ICAgICAgICAgICAgICAgICAgICBsb2FAcGkubnU8bWFpbHRvOmxvYUBwaS5udT4NCkh1YXdlaSBU ZWNobm9sb2dpZXMgKGNvbnN1bHRhbnQpICAgICBwaG9uZTogKzQ2IDczOSA4MSAyMSA2NDx0ZWw6 JTJCNDYlMjA3MzklMjA4MSUyMDIxJTIwNjQ+DQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fDQptcGxzIG1haWxpbmcgbGlzdA0KbXBsc0BpZXRmLm9yZzxt YWlsdG86bXBsc0BpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu Zm8vbXBscw0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N ClBhbHMgbWFpbGluZyBsaXN0DQpQYWxzQGlldGYub3JnPG1haWx0bzpQYWxzQGlldGYub3JnPg0K aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wYWxzDQoNCg0KDQpfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KUGFscyBtYWlsaW5nIGxp c3QNClBhbHNAaWV0Zi5vcmc8bWFpbHRvOlBhbHNAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRm Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3BhbHMNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NCm1wbHMgbWFpbGluZyBsaXN0DQptcGxzQGlldGYub3JnPG1h aWx0bzptcGxzQGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m by9tcGxzDQoNCg== --_000_40746B2300A8FC4AB04EE722A593182B9DB6E95EONWVEXCHMB04cie_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij48bWV0YSBuYW1lPUdlbmVyYXRvciBjb250ZW50 PSJNaWNyb3NvZnQgV29yZCAxNCAoZmlsdGVyZWQgbWVkaXVtKSI+PHN0eWxlPjwhLS0NCi8qIEZv bnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0 aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQt ZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQt ZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDEx IDYgOSAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNvbnN0YW50aWE7 DQoJcGFub3NlLTE6MiAzIDYgMiA1IDMgNiAzIDMgMzt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAq Lw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGlu Ow0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFt aWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGlu aw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRp b246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXtt c28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1 bmRlcmxpbmU7fQ0KcC5Nc29BY2V0YXRlLCBsaS5Nc29BY2V0YXRlLCBkaXYuTXNvQWNldGF0ZQ0K CXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkJhbGxvb24gVGV4dCBD aGFyIjsNCgltYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6 OC4wcHQ7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiO30NCnNwYW4uaG9lbnpi DQoJe21zby1zdHlsZS1uYW1lOmhvZW56Yjt9DQpzcGFuLkJhbGxvb25UZXh0Q2hhcg0KCXttc28t c3R5bGUtbmFtZToiQmFsbG9vbiBUZXh0IENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsN Cgltc28tc3R5bGUtbGluazoiQmFsbG9vbiBUZXh0IjsNCglmb250LWZhbWlseToiVGFob21hIiwi c2Fucy1zZXJpZiI7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjANCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29u YWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNvbnN0YW50aWEiLCJzZXJpZiI7DQoJY29sb3I6Ymx1 ZTsNCglmb250LXdlaWdodDpub3JtYWw7DQoJZm9udC1zdHlsZTppdGFsaWM7fQ0KLk1zb0NocERl ZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6IkNhbGli cmkiLCJzYW5zLXNlcmlmIjt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4w aW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjEN Cgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHht bD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3ht bD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6 ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBl bGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPjwvaGVhZD48Ym9keSBsYW5nPUVOLVVTIGxpbms9Ymx1 ZSB2bGluaz1wdXJwbGU+PGRpdiBjbGFzcz1Xb3JkU2VjdGlvbjE+PHAgY2xhc3M9TXNvTm9ybWFs PjxpPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDb25zdGFudGlh Iiwic2VyaWYiO2NvbG9yOmJsdWUnPkFic29sdXRlbHkgYWdyZWUuPG86cD48L286cD48L3NwYW4+ PC9pPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PGk+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6IkNvbnN0YW50aWEiLCJzZXJpZiI7Y29sb3I6Ymx1ZSc+SSBoYXZlIGRv bmUgc29tZSBkcmFmdHMgd2l0aCBQaW5nIGFuZCBhcHByZWNpYXRlIDxvOnA+PC9vOnA+PC9zcGFu PjwvaT48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxpPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiJDb25zdGFudGlhIiwic2VyaWYiO2NvbG9yOmJsdWUnPmhpcyBjb250 cmlidXRpb25zIHRvIGRpZmZlcmVudCB3b3JraW5nIGdyb3Vwcy48bzpwPjwvbzpwPjwvc3Bhbj48 L2k+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48aT48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseToiQ29uc3RhbnRpYSIsInNlcmlmIjtjb2xvcjpibHVlJz48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L2k+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48aT48c3BhbiBzdHlsZT0n Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTpDb25zb2xhcztjb2xvcjpibHVlJz5UaGFua3Ms PG86cD48L286cD48L3NwYW4+PC9pPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PGk+PHNwYW4gc3R5 bGU9J2ZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6Q29uc29sYXM7Y29sb3I6Ymx1ZSc+SGlt YW5zaHU8bzpwPjwvbzpwPjwvc3Bhbj48L2k+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48aT48c3Bh biBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ29uc3RhbnRpYSIsInNlcmlm Ijtjb2xvcjpibHVlJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2k+PC9wPjxwIGNsYXNzPU1z b05vcm1hbD48Yj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseToiVGFo b21hIiwic2Fucy1zZXJpZiInPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0nZm9udC1zaXpl OjEwLjBwdDtmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiInPiBtcGxzIFttYWlsdG86 bXBscy1ib3VuY2VzQGlldGYub3JnXSA8Yj5PbiBCZWhhbGYgT2YgPC9iPkFuZHJldyBHLiBNYWxp czxicj48Yj5TZW50OjwvYj4gVHVlc2RheSwgTm92ZW1iZXIgMTcsIDIwMTUgMTA6MTUgQU08YnI+ PGI+VG86PC9iPiBMb2EgQW5kZXJzc29uPGJyPjxiPkNjOjwvYj4gbXBscy1jaGFpcnNAaWV0Zi5v cmc7IHBhbHMtY2hhaXJzQGlldGYub3JnOyBtcGxzQGlldGYub3JnPGJyPjxiPlN1YmplY3Q6PC9i PiBSZTogW21wbHNdIFtQYWxzXSB0byB0aGUgbWVtb3J5IG9mIFBpbmcgUGFuPG86cD48L286cD48 L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48ZGl2Pjxw IGNsYXNzPU1zb05vcm1hbD5JIGFncmVlIGFzIHdlbGwuPG86cD48L286cD48L3A+PGRpdj48cCBj bGFzcz1Nc29Ob3JtYWw+PG86cD4mbmJzcDs8L286cD48L3A+PC9kaXY+PGRpdj48cCBjbGFzcz1N c29Ob3JtYWw+Q2hlZXJzLDxvOnA+PC9vOnA+PC9wPjwvZGl2PjxkaXY+PHAgY2xhc3M9TXNvTm9y bWFsPkFuZHk8bzpwPjwvbzpwPjwvcD48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48bzpw PiZuYnNwOzwvbzpwPjwvcD48L2Rpdj48L2Rpdj48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD48bzpw PiZuYnNwOzwvbzpwPjwvcD48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD5PbiBUdWUsIE5vdiAxNywg MjAxNSBhdCA3OjAwIEFNLCBMb2EgQW5kZXJzc29uICZsdDs8YSBocmVmPSJtYWlsdG86bG9hQHBp Lm51IiB0YXJnZXQ9Il9ibGFuayI+bG9hQHBpLm51PC9hPiZndDsgd3JvdGU6PG86cD48L286cD48 L3A+PHAgY2xhc3M9TXNvTm9ybWFsPlN0ZXdhcnQsPGJyPjxicj5JIHN1cHBvcnQgdGhhdCAtIHRo ZXJlIGlzIGEgZmV3IHdvcmRzIHlvdSdsbCBoYXZlIHRvIGNoYW5nZSBjb21wYXJlZDxicj50byB3 aGF0IGdvZXMgaW50byB0aGUgTVBMUyBkb2N1bWVudCwgdGhlIHNoZXBoZXJkIGlzIG5vdCBvbmUg b2YgdGhlIHdnPGJyPmNoYWlycyBzbyB3ZSBhZGRlZCAmcXVvdDt0aGUgZG9jdW1lbnQgc2hlcGhl cmQmcXVvdDssIGFuZCB0aGVuIHlvdSBuZWVkIHRvIHB1dDxicj4mcXVvdDt0aGUgUEFMUyB3b3Jr aW5nIGdyb3VwJnF1b3Q7IGluc3RlYWQgb2YgJnF1b3Q7dGhlIE1QTFMgd29ya2luZyBncm91cCZx dW90Oy48YnI+SSB3b3VsZCBhbHNvIHZlcmlmeSB0aGF0IHRoZSByZXNwb25zaWJsZSBBRCBpcyBP SyB3aXRoIHdoYXQgeW91IGFyZTxicj5kb2luZywgYW5kIG5vdGlmeSB0aGUgd29ya2luZyBncm91 cC48c3BhbiBzdHlsZT0nY29sb3I6Izg4ODg4OCc+PGJyPjxicj48c3BhbiBjbGFzcz1ob2VuemI+ L0xvYTwvc3Bhbj48L3NwYW4+PG86cD48L286cD48L3A+PGRpdj48ZGl2PjxwIGNsYXNzPU1zb05v cm1hbD48YnI+PGJyPk9uIDIwMTUtMTEtMTcgMTk6NTEsIFN0ZXdhcnQgQnJ5YW50IHdyb3RlOjxv OnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD5IaSBMb2E8YnI+PGJyPkxldCdzIHB1dCB0 ZXh0IGluIGJvdGggZG9jdW1lbnRzLiBIZSB3YXMgdmVyeSBtdWNoIGFjdGl2ZSBpbiBib3RoIGFy ZWFzLjxicj48YnI+LSBTdGV3YXJ0PGJyPjxicj5PbiAxNy8xMS8yMDE1IDExOjQzLCBMb2EgQW5k ZXJzc29uIHdyb3RlOjxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD5TdGV3YXJ0LCA8 YSBocmVmPSJodHRwOi8vZXQuYWwiIHRhcmdldD0iX2JsYW5rIj5ldC5hbDwvYT4uLDxicj48YnI+ SSB0aGluayBpdCBpcyBPSyB0byBhZGQgYSBzaW1pbGFyIHRleHQgaW4gZHJhZnQtaWV0Zi1wYWxz LW1wbHMtdHAtPGJyPnB3LW92ZXItYmlkaXItbHNwLiBQaW5nIHdlcmUgYWN0aXZlIG92ZXIgYSB3 aWRlIGZpZWxkLCBidXQgd2UgZmVsdCB0aGF0PGJyPml0IHdhcyBhcHByb3ByaWF0ZSBmb3IgdGhl IE1QTFMgd2cgdG8gYWRkIHRoaXMuIElmIHRoaXMgaXMgc2hhcmVkIGJ5PGJyPnBhbHMsIEkgZG9u J3Qgbm90IHNlZSBhbnkgcmVhc29uIG5vdCB0byBhZGQgYSBzaW1pbGFyIHRleHQgdG8gYSBwYWxz PGJyPndnIGRvY3VtZW50Ljxicj48YnI+UGxlYXNlIG5vdGUgdGhhdCB0aGUgd29yZHMgYWJvdXQg JnF1b3Q7bGFzdCBSRkMmcXVvdDsgaXMgbm90IGluIHRoZSBwcm9wb3NlZCB0ZXh0PGJyPm9ubHkg aW4gdGhlIG1vdGl2YXRpb24gJnF1b3Q7bGFzdCBSRkMgaW4gdGhlIE1QTFMgd2cmcXVvdDsgd291 bGQgd29yayBhcyB3ZWxsLjxicj48YnI+L0xvYTxicj48YnI+T24gMjAxNS0xMS0xNyAxODo1MCwg U3Rld2FydCBCcnlhbnQgd3JvdGU6PG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPldl IGhhdmUgYSBkcmFmdCBnb2luZyB0aHJvdWdoIFBBTFMgYXQgdGhlIG1vbWVudCB0aGF0IFBpbmcg YWxzbyB3cm90ZS48YnI+PGJyPjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcv ZG9jL2RyYWZ0LWlldGYtcGFscy1tcGxzLXRwLXB3LW92ZXItYmlkaXItbHNwLyIgdGFyZ2V0PSJf YmxhbmsiPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtcGFscy1t cGxzLXRwLXB3LW92ZXItYmlkaXItbHNwLzwvYT48YnI+PGJyPjxicj5JIHN1cHBvcnQgdGhlIHRl eHQgZ29pbmcgaW4gZWl0aGVyIG9yIGJvdGguPGJyPjxicj4tIFN0ZXdhcnQ8YnI+PGJyPjxicj48 YnI+T24gMTcvMTEvMjAxNSAwNTozNCwgQWxleGFuZGVyIFZhaW5zaHRlaW4gd3JvdGU6PG86cD48 L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtYXJnaW4tYm90dG9tOjEyLjBwdCc+ TG9hIGFuZCBhbGwsPGJyPkkgZGVmaW5pdGVseSBzdXBwb3J0IHRoZSBwcm9wb3NlZCBjaGFuZ2Vz Ljxicj48YnI+UmVnYXJkcyw8YnI+U2FzaGE8YnI+PGJyPl9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX188YnI+RnJvbTogbXBscyAmbHQ7PGEgaHJlZj0ibWFpbHRvOm1wbHMt Ym91bmNlc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPm1wbHMtYm91bmNlc0BpZXRmLm9yZzwv YT4mZ3Q7IG9uIGJlaGFsZiBvZiBMb2EgQW5kZXJzc29uPGJyPiZsdDs8YSBocmVmPSJtYWlsdG86 bG9hQHBpLm51IiB0YXJnZXQ9Il9ibGFuayI+bG9hQHBpLm51PC9hPiZndDs8YnI+U2VudDogVHVl c2RheSwgTm92ZW1iZXIgMTcsIDIwMTUgNDoxOCBBTTxicj5UbzogPGEgaHJlZj0ibWFpbHRvOm1w bHNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5tcGxzQGlldGYub3JnPC9hPjsgPGEgaHJlZj0i bWFpbHRvOm1wbHMtY2hhaXJzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+bXBscy1jaGFpcnNA aWV0Zi5vcmc8L2E+OyBNYWNoIENoZW48YnI+KDxhIGhyZWY9Im1haWx0bzptYWNoLmNoZW5AaHVh d2VpLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPm1hY2guY2hlbkBodWF3ZWkuY29tPC9hPik7IEJSVU5H QVJELCBERUJPUkFIIEE8YnI+U3ViamVjdDogW21wbHNdIHRvIHRoZSBtZW1vcnkgb2YgUGluZyBQ YW48YnI+PGJyPldwcmtpbmcgR3JvdXAsPGJyPjxicj5SRkMgNzY5NyAmbHQ7ZHJhZnQtaWV0Zi1t cGxzLXRwLW9hbS1pZC1taWItMTEudHh0Jmd0OyBpcyBpbiBBVVRINDguIFdlPGJyPnVuZGVyc3Rh bmQgdGhhdCB0aGlzIHdpbGwgYmUgdGhlIGxhc3QgUkZDIGNvLWF1dGhvcmVkIGJ5IFBpbmcgUGFu Ljxicj5XZSB3aWxsIGFkZCB0aGUgZm9sbG93aW5nIHBhcmFncmFwaCB0byB0aGUgQWNrbm93bGVk Z2VtZW50IFNlY3Rpb246PGJyPjxicj4mbmJzcDsgJm5ic3A7IFRoZSBjb2F1dGhvcnMgb2YgdGhp cyBkb2N1bWVudCwgdGhlIHdvcmtpbmcgZ3JvdXAgY2hhaXJzLCB0aGU8YnI+ZG9jdW1lbnQ8YnI+ Jm5ic3A7ICZuYnNwOyBzaGVwaGVyZCwgdGhlIHJlc3BvbnNpYmxlIEFELCBhbmQgdGhlIE1QTFMg V29ya2luZyBHcm91cCB3aXNoIHRvPGJyPiZuYnNwOyAmbmJzcDsgZGVkaWNhdGUgdGhpcyBSRkMg dG8gdGhlIG1lbW9yeSBvZiBvdXIgZnJpZW5kIGFuZCBjb2xsZWFndWUgUGluZzxicj5QYW4sPGJy PiZuYnNwOyAmbmJzcDsgaW4gcmVjb2duaXRpb24gZm9yIGhpcyBkZWRpY2F0aW9uIGFuZCBoYXJk IHdvcmsgYXQgdGhlIElFVEYuPGJyPjxicj5JZiB0aGVyZSBhcmUgY29tbWVudHMgeW91J2xsIGhh dmUgdG8gc2VuZCB0aGVtIHRvIHRoZSB3ZyBjaGFpcnMgYmVmb3JlPGJyPnRoZSBlbmQgb2YgdGhl IEFVVEg0OCByZXZpZXdzLjxicj48YnI+L0xvYTxicj5tcGxzIHdnIGNvLWNoYWlyPGJyPjxicj48 YnI+LS08YnI+PGJyPjxicj5Mb2EgQW5kZXJzc29uJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg ZW1haWw6IDxhIGhyZWY9Im1haWx0bzpsb2FAbWFpbDAxLmh1YXdlaS5jb20iIHRhcmdldD0iX2Js YW5rIj5sb2FAbWFpbDAxLmh1YXdlaS5jb208L2E+PGJyPlNlbmlvciBNUExTIEV4cGVydCZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyA8YSBocmVmPSJtYWlsdG86bG9hQHBpLm51IiB0 YXJnZXQ9Il9ibGFuayI+bG9hQHBpLm51PC9hPjxicj5IdWF3ZWkgVGVjaG5vbG9naWVzIChjb25z dWx0YW50KSZuYnNwOyAmbmJzcDsgJm5ic3A7cGhvbmU6IDxhIGhyZWY9InRlbDolMkI0NiUyMDcz OSUyMDgxJTIwMjElMjA2NCIgdGFyZ2V0PSJfYmxhbmsiPis0NiA3MzkgODEgMjEgNjQ8L2E+PGJy Pjxicj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj5t cGxzIG1haWxpbmcgbGlzdDxicj48YSBocmVmPSJtYWlsdG86bXBsc0BpZXRmLm9yZyIgdGFyZ2V0 PSJfYmxhbmsiPm1wbHNAaWV0Zi5vcmc8L2E+PGJyPjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYu b3JnL21haWxtYW4vbGlzdGluZm8vbXBscyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBsczwvYT48YnI+X19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX188YnI+UGFscyBtYWlsaW5nIGxpc3Q8YnI+PGEgaHJl Zj0ibWFpbHRvOlBhbHNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5QYWxzQGlldGYub3JnPC9h Pjxicj48YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3BhbHMi IHRhcmdldD0iX2JsYW5rIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3Bh bHM8L2E+PG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48cCBjbGFzcz1Nc29O b3JtYWw+PGJyPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f PGJyPlBhbHMgbWFpbGluZyBsaXN0PGJyPjxhIGhyZWY9Im1haWx0bzpQYWxzQGlldGYub3JnIiB0 YXJnZXQ9Il9ibGFuayI+UGFsc0BpZXRmLm9yZzwvYT48YnI+PGEgaHJlZj0iaHR0cHM6Ly93d3cu aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wYWxzIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93 d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wYWxzPC9hPjxvOnA+PC9vOnA+PC9wPjxwIGNs YXNzPU1zb05vcm1hbD48YnI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX188YnI+bXBscyBtYWlsaW5nIGxpc3Q8YnI+PGEgaHJlZj0ibWFpbHRvOm1wbHNAaWV0 Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5tcGxzQGlldGYub3JnPC9hPjxicj48YSBocmVmPSJodHRw czovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHMiIHRhcmdldD0iX2JsYW5rIj5o dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHM8L2E+PG86cD48L286cD48 L3A+PC9kaXY+PC9kaXY+PC9kaXY+PHAgY2xhc3M9TXNvTm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPjwvZGl2PjwvZGl2PjwvYm9keT48L2h0bWw+ --_000_40746B2300A8FC4AB04EE722A593182B9DB6E95EONWVEXCHMB04cie_-- From nobody Tue Nov 17 09:43:31 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EB3B21A6F7F; Tue, 17 Nov 2015 09:43:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.485 X-Spam-Level: X-Spam-Status: No, score=-7.485 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IoehQb3sjhe9; Tue, 17 Nov 2015 09:43:27 -0800 (PST) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2BA061A6FA0; Tue, 17 Nov 2015 09:42:35 -0800 (PST) Received: from us70uusmtp3.zam.alcatel-lucent.com (unknown [135.5.2.65]) by Websense Email Security Gateway with ESMTPS id 727872A9AB29A; Tue, 17 Nov 2015 17:42:28 +0000 (GMT) Received: from US70UWXCHHUB02.zam.alcatel-lucent.com (us70uwxchhub02.zam.alcatel-lucent.com [135.5.2.49]) by us70uusmtp3.zam.alcatel-lucent.com (GMO) with ESMTP id tAHHgBhi022766 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 17 Nov 2015 17:42:31 GMT Received: from US70UWXCHMBA03.zam.alcatel-lucent.com ([169.254.9.242]) by US70UWXCHHUB02.zam.alcatel-lucent.com ([135.5.2.49]) with mapi id 14.03.0195.001; Tue, 17 Nov 2015 12:42:25 -0500 From: "Varma, Eve L (Eve)" To: "Shah, Himanshu" , "Andrew G. Malis" , Loa Andersson Thread-Topic: [Pals] [mpls] to the memory of Ping Pan Thread-Index: AdEhSuXqQL7gxC4aS1OicRoRPWp3YAAFBTSQAAAUfAA= Date: Tue, 17 Nov 2015 17:42:24 +0000 Message-ID: <6D32668528F93D449A073F45707153D8BEBDD3F0@US70UWXCHMBA03.zam.alcatel-lucent.com> References: <564A8E5D.3080705@pi.nu> <564B0660.3030708@gmail.com> <564B12FE.3080003@pi.nu> <564B14B8.1050304@gmail.com> <564B16F8.9010201@pi.nu> <40746B2300A8FC4AB04EE722A593182B9DB6E95E@ONWVEXCHMB04.ciena.com> In-Reply-To: <40746B2300A8FC4AB04EE722A593182B9DB6E95E@ONWVEXCHMB04.ciena.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.5.27.16] Content-Type: multipart/alternative; boundary="_000_6D32668528F93D449A073F45707153D8BEBDD3F0US70UWXCHMBA03z_" MIME-Version: 1.0 Archived-At: Cc: "mpls@ietf.org" , "mpls-chairs@ietf.org" , "pals-chairs@ietf.org" Subject: Re: [mpls] [Pals] to the memory of Ping Pan X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2015 17:43:30 -0000 --_000_6D32668528F93D449A073F45707153D8BEBDD3F0US70UWXCHMBA03z_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VmVyeSBnb29kIGlkZWEhDQoNCkZyb206IFBhbHMgW21haWx0bzpwYWxzLWJvdW5jZXNAaWV0Zi5v cmddIE9uIEJlaGFsZiBPZiBTaGFoLCBIaW1hbnNodQ0KU2VudDogVHVlc2RheSwgTm92ZW1iZXIg MTcsIDIwMTUgMTI6NDEgUE0NClRvOiBBbmRyZXcgRy4gTWFsaXM7IExvYSBBbmRlcnNzb24NCkNj OiBtcGxzQGlldGYub3JnOyBtcGxzLWNoYWlyc0BpZXRmLm9yZzsgcGFscy1jaGFpcnNAaWV0Zi5v cmcNClN1YmplY3Q6IFJlOiBbUGFsc10gW21wbHNdIHRvIHRoZSBtZW1vcnkgb2YgUGluZyBQYW4N Cg0KQWJzb2x1dGVseSBhZ3JlZS4NCkkgaGF2ZSBkb25lIHNvbWUgZHJhZnRzIHdpdGggUGluZyBh bmQgYXBwcmVjaWF0ZQ0KaGlzIGNvbnRyaWJ1dGlvbnMgdG8gZGlmZmVyZW50IHdvcmtpbmcgZ3Jv dXBzLg0KDQpUaGFua3MsDQpIaW1hbnNodQ0KDQpGcm9tOiBtcGxzIFttYWlsdG86bXBscy1ib3Vu Y2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgQW5kcmV3IEcuIE1hbGlzDQpTZW50OiBUdWVzZGF5 LCBOb3ZlbWJlciAxNywgMjAxNSAxMDoxNSBBTQ0KVG86IExvYSBBbmRlcnNzb24NCkNjOiBtcGxz LWNoYWlyc0BpZXRmLm9yZzxtYWlsdG86bXBscy1jaGFpcnNAaWV0Zi5vcmc+OyBwYWxzLWNoYWly c0BpZXRmLm9yZzxtYWlsdG86cGFscy1jaGFpcnNAaWV0Zi5vcmc+OyBtcGxzQGlldGYub3JnPG1h aWx0bzptcGxzQGlldGYub3JnPg0KU3ViamVjdDogUmU6IFttcGxzXSBbUGFsc10gdG8gdGhlIG1l bW9yeSBvZiBQaW5nIFBhbg0KDQpJIGFncmVlIGFzIHdlbGwuDQoNCkNoZWVycywNCkFuZHkNCg0K DQpPbiBUdWUsIE5vdiAxNywgMjAxNSBhdCA3OjAwIEFNLCBMb2EgQW5kZXJzc29uIDxsb2FAcGku bnU8bWFpbHRvOmxvYUBwaS5udT4+IHdyb3RlOg0KU3Rld2FydCwNCg0KSSBzdXBwb3J0IHRoYXQg LSB0aGVyZSBpcyBhIGZldyB3b3JkcyB5b3UnbGwgaGF2ZSB0byBjaGFuZ2UgY29tcGFyZWQNCnRv IHdoYXQgZ29lcyBpbnRvIHRoZSBNUExTIGRvY3VtZW50LCB0aGUgc2hlcGhlcmQgaXMgbm90IG9u ZSBvZiB0aGUgd2cNCmNoYWlycyBzbyB3ZSBhZGRlZCAidGhlIGRvY3VtZW50IHNoZXBoZXJkIiwg YW5kIHRoZW4geW91IG5lZWQgdG8gcHV0DQoidGhlIFBBTFMgd29ya2luZyBncm91cCIgaW5zdGVh ZCBvZiAidGhlIE1QTFMgd29ya2luZyBncm91cCIuDQpJIHdvdWxkIGFsc28gdmVyaWZ5IHRoYXQg dGhlIHJlc3BvbnNpYmxlIEFEIGlzIE9LIHdpdGggd2hhdCB5b3UgYXJlDQpkb2luZywgYW5kIG5v dGlmeSB0aGUgd29ya2luZyBncm91cC4NCg0KL0xvYQ0KDQoNCk9uIDIwMTUtMTEtMTcgMTk6NTEs IFN0ZXdhcnQgQnJ5YW50IHdyb3RlOg0KSGkgTG9hDQoNCkxldCdzIHB1dCB0ZXh0IGluIGJvdGgg ZG9jdW1lbnRzLiBIZSB3YXMgdmVyeSBtdWNoIGFjdGl2ZSBpbiBib3RoIGFyZWFzLg0KDQotIFN0 ZXdhcnQNCg0KT24gMTcvMTEvMjAxNSAxMTo0MywgTG9hIEFuZGVyc3NvbiB3cm90ZToNClN0ZXdh cnQsIGV0LmFsPGh0dHA6Ly9ldC5hbD4uLA0KDQpJIHRoaW5rIGl0IGlzIE9LIHRvIGFkZCBhIHNp bWlsYXIgdGV4dCBpbiBkcmFmdC1pZXRmLXBhbHMtbXBscy10cC0NCnB3LW92ZXItYmlkaXItbHNw LiBQaW5nIHdlcmUgYWN0aXZlIG92ZXIgYSB3aWRlIGZpZWxkLCBidXQgd2UgZmVsdCB0aGF0DQpp dCB3YXMgYXBwcm9wcmlhdGUgZm9yIHRoZSBNUExTIHdnIHRvIGFkZCB0aGlzLiBJZiB0aGlzIGlz IHNoYXJlZCBieQ0KcGFscywgSSBkb24ndCBub3Qgc2VlIGFueSByZWFzb24gbm90IHRvIGFkZCBh IHNpbWlsYXIgdGV4dCB0byBhIHBhbHMNCndnIGRvY3VtZW50Lg0KDQpQbGVhc2Ugbm90ZSB0aGF0 IHRoZSB3b3JkcyBhYm91dCAibGFzdCBSRkMiIGlzIG5vdCBpbiB0aGUgcHJvcG9zZWQgdGV4dA0K b25seSBpbiB0aGUgbW90aXZhdGlvbiAibGFzdCBSRkMgaW4gdGhlIE1QTFMgd2ciIHdvdWxkIHdv cmsgYXMgd2VsbC4NCg0KL0xvYQ0KDQpPbiAyMDE1LTExLTE3IDE4OjUwLCBTdGV3YXJ0IEJyeWFu dCB3cm90ZToNCldlIGhhdmUgYSBkcmFmdCBnb2luZyB0aHJvdWdoIFBBTFMgYXQgdGhlIG1vbWVu dCB0aGF0IFBpbmcgYWxzbyB3cm90ZS4NCg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9k b2MvZHJhZnQtaWV0Zi1wYWxzLW1wbHMtdHAtcHctb3Zlci1iaWRpci1sc3AvDQoNCg0KSSBzdXBw b3J0IHRoZSB0ZXh0IGdvaW5nIGluIGVpdGhlciBvciBib3RoLg0KDQotIFN0ZXdhcnQNCg0KDQoN Ck9uIDE3LzExLzIwMTUgMDU6MzQsIEFsZXhhbmRlciBWYWluc2h0ZWluIHdyb3RlOg0KTG9hIGFu ZCBhbGwsDQpJIGRlZmluaXRlbHkgc3VwcG9ydCB0aGUgcHJvcG9zZWQgY2hhbmdlcy4NCg0KUmVn YXJkcywNClNhc2hhDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N CkZyb206IG1wbHMgPG1wbHMtYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86bXBscy1ib3VuY2VzQGll dGYub3JnPj4gb24gYmVoYWxmIG9mIExvYSBBbmRlcnNzb24NCjxsb2FAcGkubnU8bWFpbHRvOmxv YUBwaS5udT4+DQpTZW50OiBUdWVzZGF5LCBOb3ZlbWJlciAxNywgMjAxNSA0OjE4IEFNDQpUbzog bXBsc0BpZXRmLm9yZzxtYWlsdG86bXBsc0BpZXRmLm9yZz47IG1wbHMtY2hhaXJzQGlldGYub3Jn PG1haWx0bzptcGxzLWNoYWlyc0BpZXRmLm9yZz47IE1hY2ggQ2hlbg0KKG1hY2guY2hlbkBodWF3 ZWkuY29tPG1haWx0bzptYWNoLmNoZW5AaHVhd2VpLmNvbT4pOyBCUlVOR0FSRCwgREVCT1JBSCBB DQpTdWJqZWN0OiBbbXBsc10gdG8gdGhlIG1lbW9yeSBvZiBQaW5nIFBhbg0KDQpXcHJraW5nIEdy b3VwLA0KDQpSRkMgNzY5NyA8ZHJhZnQtaWV0Zi1tcGxzLXRwLW9hbS1pZC1taWItMTEudHh0PiBp cyBpbiBBVVRINDguIFdlDQp1bmRlcnN0YW5kIHRoYXQgdGhpcyB3aWxsIGJlIHRoZSBsYXN0IFJG QyBjby1hdXRob3JlZCBieSBQaW5nIFBhbi4NCldlIHdpbGwgYWRkIHRoZSBmb2xsb3dpbmcgcGFy YWdyYXBoIHRvIHRoZSBBY2tub3dsZWRnZW1lbnQgU2VjdGlvbjoNCg0KICAgIFRoZSBjb2F1dGhv cnMgb2YgdGhpcyBkb2N1bWVudCwgdGhlIHdvcmtpbmcgZ3JvdXAgY2hhaXJzLCB0aGUNCmRvY3Vt ZW50DQogICAgc2hlcGhlcmQsIHRoZSByZXNwb25zaWJsZSBBRCwgYW5kIHRoZSBNUExTIFdvcmtp bmcgR3JvdXAgd2lzaCB0bw0KICAgIGRlZGljYXRlIHRoaXMgUkZDIHRvIHRoZSBtZW1vcnkgb2Yg b3VyIGZyaWVuZCBhbmQgY29sbGVhZ3VlIFBpbmcNClBhbiwNCiAgICBpbiByZWNvZ25pdGlvbiBm b3IgaGlzIGRlZGljYXRpb24gYW5kIGhhcmQgd29yayBhdCB0aGUgSUVURi4NCg0KSWYgdGhlcmUg YXJlIGNvbW1lbnRzIHlvdSdsbCBoYXZlIHRvIHNlbmQgdGhlbSB0byB0aGUgd2cgY2hhaXJzIGJl Zm9yZQ0KdGhlIGVuZCBvZiB0aGUgQVVUSDQ4IHJldmlld3MuDQoNCi9Mb2ENCm1wbHMgd2cgY28t Y2hhaXINCg0KDQotLQ0KDQoNCkxvYSBBbmRlcnNzb24gICAgICAgICAgICAgICAgICAgICAgICBl bWFpbDogbG9hQG1haWwwMS5odWF3ZWkuY29tPG1haWx0bzpsb2FAbWFpbDAxLmh1YXdlaS5jb20+ DQpTZW5pb3IgTVBMUyBFeHBlcnQgICAgICAgICAgICAgICAgICAgICAgICAgIGxvYUBwaS5udTxt YWlsdG86bG9hQHBpLm51Pg0KSHVhd2VpIFRlY2hub2xvZ2llcyAoY29uc3VsdGFudCkgICAgIHBo b25lOiArNDYgNzM5IDgxIDIxIDY0PHRlbDolMkI0NiUyMDczOSUyMDgxJTIwMjElMjA2ND4NCg0K X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCm1wbHMgbWFp bGluZyBsaXN0DQptcGxzQGlldGYub3JnPG1haWx0bzptcGxzQGlldGYub3JnPg0KaHR0cHM6Ly93 d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxzDQpfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXw0KUGFscyBtYWlsaW5nIGxpc3QNClBhbHNAaWV0Zi5v cmc8bWFpbHRvOlBhbHNAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xp c3RpbmZvL3BhbHMNCg0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fDQpQYWxzIG1haWxpbmcgbGlzdA0KUGFsc0BpZXRmLm9yZzxtYWlsdG86UGFsc0Bp ZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcGFscw0KDQpf X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KbXBscyBtYWls aW5nIGxpc3QNCm1wbHNAaWV0Zi5vcmc8bWFpbHRvOm1wbHNAaWV0Zi5vcmc+DQpodHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHMNCg0K --_000_6D32668528F93D449A073F45707153D8BEBDD3F0US70UWXCHMBA03z_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2 IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglw YW5vc2UtMToyIDExIDYgOSAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5 OkNvbnN0YW50aWE7DQoJcGFub3NlLTE6MiAzIDYgMiA1IDMgNiAzIDMgMzt9DQovKiBTdHlsZSBE ZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0K CXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0 Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KYTpsaW5rLCBzcGFu Lk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0 ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtG b2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQt ZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5Nc29BY2V0YXRlLCBsaS5Nc29BY2V0YXRlLCBkaXYu TXNvQWNldGF0ZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkJh bGxvb24gVGV4dCBDaGFyIjsNCgltYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsN Cglmb250LXNpemU6OC4wcHQ7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiO30N CnNwYW4uQmFsbG9vblRleHRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJCYWxsb29uIFRleHQgQ2hh ciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJCYWxsb29uIFRl eHQiOw0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjt9DQpzcGFuLmhvZW56Yg0K CXttc28tc3R5bGUtbmFtZTpob2VuemI7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjANCgl7bXNvLXN0eWxl LXR5cGU6cGVyc29uYWw7DQoJZm9udC1mYW1pbHk6IkNvbnN0YW50aWEiLCJzZXJpZiI7DQoJY29s b3I6Ymx1ZTsNCglmb250LXdlaWdodDpub3JtYWw7DQoJZm9udC1zdHlsZTppdGFsaWM7fQ0Kc3Bh bi5FbWFpbFN0eWxlMjENCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1m YW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBE ZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7 fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBp biAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rp b24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1 bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEt LVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzpp ZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtl bmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0i cHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+VmVyeSBnb29kIGlk ZWEhPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNC NUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtU YWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4gUGFscyBbbWFpbHRvOnBhbHMtYm91bmNlc0BpZXRmLm9y Z10NCjxiPk9uIEJlaGFsZiBPZiA8L2I+U2hhaCwgSGltYW5zaHU8YnI+DQo8Yj5TZW50OjwvYj4g VHVlc2RheSwgTm92ZW1iZXIgMTcsIDIwMTUgMTI6NDEgUE08YnI+DQo8Yj5Ubzo8L2I+IEFuZHJl dyBHLiBNYWxpczsgTG9hIEFuZGVyc3Nvbjxicj4NCjxiPkNjOjwvYj4gbXBsc0BpZXRmLm9yZzsg bXBscy1jaGFpcnNAaWV0Zi5vcmc7IHBhbHMtY2hhaXJzQGlldGYub3JnPGJyPg0KPGI+U3ViamVj dDo8L2I+IFJlOiBbUGFsc10gW21wbHNdIHRvIHRoZSBtZW1vcnkgb2YgUGluZyBQYW48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48aT48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDb25zdGFudGlhJnF1b3Q7LCZxdW90 O3NlcmlmJnF1b3Q7O2NvbG9yOmJsdWUiPkFic29sdXRlbHkgYWdyZWUuPG86cD48L286cD48L3Nw YW4+PC9pPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NvbnN0YW50aWEmcXVvdDssJnF1b3Q7c2VyaWYm cXVvdDs7Y29sb3I6Ymx1ZSI+SSBoYXZlIGRvbmUgc29tZSBkcmFmdHMgd2l0aCBQaW5nIGFuZCBh cHByZWNpYXRlDQo8bzpwPjwvbzpwPjwvc3Bhbj48L2k+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q29u c3RhbnRpYSZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xvcjpibHVlIj5oaXMgY29udHJpYnV0 aW9ucyB0byBkaWZmZXJlbnQgd29ya2luZyBncm91cHMuPG86cD48L286cD48L3NwYW4+PC9pPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NvbnN0YW50aWEmcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDs7Y29s b3I6Ymx1ZSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9pPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OkNvbnNv bGFzO2NvbG9yOmJsdWUiPlRoYW5rcyw8bzpwPjwvbzpwPjwvc3Bhbj48L2k+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6Q29uc29sYXM7Y29sb3I6Ymx1ZSI+SGltYW5zaHU8bzpwPjwvbzpwPjwvc3Bhbj48L2k+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q29uc3RhbnRpYSZxdW90OywmcXVvdDtzZXJpZiZxdW90Oztjb2xv cjpibHVlIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2k+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkZyb206PC9zcGFuPjwvYj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+IG1wbHMgWzxhIGhyZWY9Im1haWx0bzptcGxzLWJvdW5j ZXNAaWV0Zi5vcmciPm1haWx0bzptcGxzLWJvdW5jZXNAaWV0Zi5vcmc8L2E+XQ0KPGI+T24gQmVo YWxmIE9mIDwvYj5BbmRyZXcgRy4gTWFsaXM8YnI+DQo8Yj5TZW50OjwvYj4gVHVlc2RheSwgTm92 ZW1iZXIgMTcsIDIwMTUgMTA6MTUgQU08YnI+DQo8Yj5Ubzo8L2I+IExvYSBBbmRlcnNzb248YnI+ DQo8Yj5DYzo8L2I+IDxhIGhyZWY9Im1haWx0bzptcGxzLWNoYWlyc0BpZXRmLm9yZyI+bXBscy1j aGFpcnNAaWV0Zi5vcmc8L2E+OyA8YSBocmVmPSJtYWlsdG86cGFscy1jaGFpcnNAaWV0Zi5vcmci Pg0KcGFscy1jaGFpcnNAaWV0Zi5vcmc8L2E+OyA8YSBocmVmPSJtYWlsdG86bXBsc0BpZXRmLm9y ZyI+bXBsc0BpZXRmLm9yZzwvYT48YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFttcGxzXSBbUGFs c10gdG8gdGhlIG1lbW9yeSBvZiBQaW5nIFBhbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPkkgYWdyZWUgYXMgd2VsbC48bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPkNoZWVycyw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPkFuZHk8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5PbiBUdWUsIE5vdiAxNywgMjAxNSBhdCA3OjAwIEFNLCBM b2EgQW5kZXJzc29uICZsdDs8YSBocmVmPSJtYWlsdG86bG9hQHBpLm51IiB0YXJnZXQ9Il9ibGFu ayI+bG9hQHBpLm51PC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj5TdGV3YXJ0LDxicj4NCjxicj4NCkkgc3VwcG9ydCB0aGF0IC0gdGhlcmUgaXMgYSBm ZXcgd29yZHMgeW91J2xsIGhhdmUgdG8gY2hhbmdlIGNvbXBhcmVkPGJyPg0KdG8gd2hhdCBnb2Vz IGludG8gdGhlIE1QTFMgZG9jdW1lbnQsIHRoZSBzaGVwaGVyZCBpcyBub3Qgb25lIG9mIHRoZSB3 Zzxicj4NCmNoYWlycyBzbyB3ZSBhZGRlZCAmcXVvdDt0aGUgZG9jdW1lbnQgc2hlcGhlcmQmcXVv dDssIGFuZCB0aGVuIHlvdSBuZWVkIHRvIHB1dDxicj4NCiZxdW90O3RoZSBQQUxTIHdvcmtpbmcg Z3JvdXAmcXVvdDsgaW5zdGVhZCBvZiAmcXVvdDt0aGUgTVBMUyB3b3JraW5nIGdyb3VwJnF1b3Q7 Ljxicj4NCkkgd291bGQgYWxzbyB2ZXJpZnkgdGhhdCB0aGUgcmVzcG9uc2libGUgQUQgaXMgT0sg d2l0aCB3aGF0IHlvdSBhcmU8YnI+DQpkb2luZywgYW5kIG5vdGlmeSB0aGUgd29ya2luZyBncm91 cC48c3BhbiBzdHlsZT0iY29sb3I6Izg4ODg4OCI+PGJyPg0KPGJyPg0KPHNwYW4gY2xhc3M9Imhv ZW56YiI+L0xvYTwvc3Bhbj48L3NwYW4+PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCjxicj4NCk9uIDIwMTUtMTEtMTcgMTk6NTEsIFN0ZXdh cnQgQnJ5YW50IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SGkg TG9hPGJyPg0KPGJyPg0KTGV0J3MgcHV0IHRleHQgaW4gYm90aCBkb2N1bWVudHMuIEhlIHdhcyB2 ZXJ5IG11Y2ggYWN0aXZlIGluIGJvdGggYXJlYXMuPGJyPg0KPGJyPg0KLSBTdGV3YXJ0PGJyPg0K PGJyPg0KT24gMTcvMTEvMjAxNSAxMTo0MywgTG9hIEFuZGVyc3NvbiB3cm90ZTo8bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlN0ZXdhcnQsIDxhIGhyZWY9Imh0dHA6Ly9ldC5h bCIgdGFyZ2V0PSJfYmxhbmsiPmV0LmFsPC9hPi4sPGJyPg0KPGJyPg0KSSB0aGluayBpdCBpcyBP SyB0byBhZGQgYSBzaW1pbGFyIHRleHQgaW4gZHJhZnQtaWV0Zi1wYWxzLW1wbHMtdHAtPGJyPg0K cHctb3Zlci1iaWRpci1sc3AuIFBpbmcgd2VyZSBhY3RpdmUgb3ZlciBhIHdpZGUgZmllbGQsIGJ1 dCB3ZSBmZWx0IHRoYXQ8YnI+DQppdCB3YXMgYXBwcm9wcmlhdGUgZm9yIHRoZSBNUExTIHdnIHRv IGFkZCB0aGlzLiBJZiB0aGlzIGlzIHNoYXJlZCBieTxicj4NCnBhbHMsIEkgZG9uJ3Qgbm90IHNl ZSBhbnkgcmVhc29uIG5vdCB0byBhZGQgYSBzaW1pbGFyIHRleHQgdG8gYSBwYWxzPGJyPg0Kd2cg ZG9jdW1lbnQuPGJyPg0KPGJyPg0KUGxlYXNlIG5vdGUgdGhhdCB0aGUgd29yZHMgYWJvdXQgJnF1 b3Q7bGFzdCBSRkMmcXVvdDsgaXMgbm90IGluIHRoZSBwcm9wb3NlZCB0ZXh0PGJyPg0Kb25seSBp biB0aGUgbW90aXZhdGlvbiAmcXVvdDtsYXN0IFJGQyBpbiB0aGUgTVBMUyB3ZyZxdW90OyB3b3Vs ZCB3b3JrIGFzIHdlbGwuPGJyPg0KPGJyPg0KL0xvYTxicj4NCjxicj4NCk9uIDIwMTUtMTEtMTcg MTg6NTAsIFN0ZXdhcnQgQnJ5YW50IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+V2UgaGF2ZSBhIGRyYWZ0IGdvaW5nIHRocm91Z2ggUEFMUyBhdCB0aGUgbW9tZW50 IHRoYXQgUGluZyBhbHNvIHdyb3RlLjxicj4NCjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRy YWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtcGFscy1tcGxzLXRwLXB3LW92ZXItYmlkaXIt bHNwLyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2Ry YWZ0LWlldGYtcGFscy1tcGxzLXRwLXB3LW92ZXItYmlkaXItbHNwLzwvYT48YnI+DQo8YnI+DQo8 YnI+DQpJIHN1cHBvcnQgdGhlIHRleHQgZ29pbmcgaW4gZWl0aGVyIG9yIGJvdGguPGJyPg0KPGJy Pg0KLSBTdGV3YXJ0PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0KT24gMTcvMTEvMjAxNSAwNTozNCwg QWxleGFuZGVyIFZhaW5zaHRlaW4gd3JvdGU6PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJvdHRvbToxMi4wcHQiPkxvYSBhbmQgYWxsLDxicj4NCkkg ZGVmaW5pdGVseSBzdXBwb3J0IHRoZSBwcm9wb3NlZCBjaGFuZ2VzLjxicj4NCjxicj4NClJlZ2Fy ZHMsPGJyPg0KU2FzaGE8YnI+DQo8YnI+DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fPGJyPg0KRnJvbTogbXBscyAmbHQ7PGEgaHJlZj0ibWFpbHRvOm1wbHMtYm91bmNl c0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPm1wbHMtYm91bmNlc0BpZXRmLm9yZzwvYT4mZ3Q7 IG9uIGJlaGFsZiBvZiBMb2EgQW5kZXJzc29uPGJyPg0KJmx0OzxhIGhyZWY9Im1haWx0bzpsb2FA cGkubnUiIHRhcmdldD0iX2JsYW5rIj5sb2FAcGkubnU8L2E+Jmd0Ozxicj4NClNlbnQ6IFR1ZXNk YXksIE5vdmVtYmVyIDE3LCAyMDE1IDQ6MTggQU08YnI+DQpUbzogPGEgaHJlZj0ibWFpbHRvOm1w bHNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5tcGxzQGlldGYub3JnPC9hPjsgPGEgaHJlZj0i bWFpbHRvOm1wbHMtY2hhaXJzQGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+DQptcGxzLWNoYWly c0BpZXRmLm9yZzwvYT47IE1hY2ggQ2hlbjxicj4NCig8YSBocmVmPSJtYWlsdG86bWFjaC5jaGVu QGh1YXdlaS5jb20iIHRhcmdldD0iX2JsYW5rIj5tYWNoLmNoZW5AaHVhd2VpLmNvbTwvYT4pOyBC UlVOR0FSRCwgREVCT1JBSCBBPGJyPg0KU3ViamVjdDogW21wbHNdIHRvIHRoZSBtZW1vcnkgb2Yg UGluZyBQYW48YnI+DQo8YnI+DQpXcHJraW5nIEdyb3VwLDxicj4NCjxicj4NClJGQyA3Njk3ICZs dDtkcmFmdC1pZXRmLW1wbHMtdHAtb2FtLWlkLW1pYi0xMS50eHQmZ3Q7IGlzIGluIEFVVEg0OC4g V2U8YnI+DQp1bmRlcnN0YW5kIHRoYXQgdGhpcyB3aWxsIGJlIHRoZSBsYXN0IFJGQyBjby1hdXRo b3JlZCBieSBQaW5nIFBhbi48YnI+DQpXZSB3aWxsIGFkZCB0aGUgZm9sbG93aW5nIHBhcmFncmFw aCB0byB0aGUgQWNrbm93bGVkZ2VtZW50IFNlY3Rpb246PGJyPg0KPGJyPg0KJm5ic3A7ICZuYnNw OyBUaGUgY29hdXRob3JzIG9mIHRoaXMgZG9jdW1lbnQsIHRoZSB3b3JraW5nIGdyb3VwIGNoYWly cywgdGhlPGJyPg0KZG9jdW1lbnQ8YnI+DQombmJzcDsgJm5ic3A7IHNoZXBoZXJkLCB0aGUgcmVz cG9uc2libGUgQUQsIGFuZCB0aGUgTVBMUyBXb3JraW5nIEdyb3VwIHdpc2ggdG88YnI+DQombmJz cDsgJm5ic3A7IGRlZGljYXRlIHRoaXMgUkZDIHRvIHRoZSBtZW1vcnkgb2Ygb3VyIGZyaWVuZCBh bmQgY29sbGVhZ3VlIFBpbmc8YnI+DQpQYW4sPGJyPg0KJm5ic3A7ICZuYnNwOyBpbiByZWNvZ25p dGlvbiBmb3IgaGlzIGRlZGljYXRpb24gYW5kIGhhcmQgd29yayBhdCB0aGUgSUVURi48YnI+DQo8 YnI+DQpJZiB0aGVyZSBhcmUgY29tbWVudHMgeW91J2xsIGhhdmUgdG8gc2VuZCB0aGVtIHRvIHRo ZSB3ZyBjaGFpcnMgYmVmb3JlPGJyPg0KdGhlIGVuZCBvZiB0aGUgQVVUSDQ4IHJldmlld3MuPGJy Pg0KPGJyPg0KL0xvYTxicj4NCm1wbHMgd2cgY28tY2hhaXI8YnI+DQo8YnI+DQo8YnI+DQotLTxi cj4NCjxicj4NCjxicj4NCkxvYSBBbmRlcnNzb24mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBl bWFpbDogPGEgaHJlZj0ibWFpbHRvOmxvYUBtYWlsMDEuaHVhd2VpLmNvbSIgdGFyZ2V0PSJfYmxh bmsiPg0KbG9hQG1haWwwMS5odWF3ZWkuY29tPC9hPjxicj4NClNlbmlvciBNUExTIEV4cGVydCZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyA8YSBocmVmPSJtYWlsdG86bG9hQHBpLm51 IiB0YXJnZXQ9Il9ibGFuayI+DQpsb2FAcGkubnU8L2E+PGJyPg0KSHVhd2VpIFRlY2hub2xvZ2ll cyAoY29uc3VsdGFudCkmbmJzcDsgJm5ic3A7ICZuYnNwO3Bob25lOiA8YSBocmVmPSJ0ZWw6JTJC NDYlMjA3MzklMjA4MSUyMDIxJTIwNjQiIHRhcmdldD0iX2JsYW5rIj4NCiYjNDM7NDYgNzM5IDgx IDIxIDY0PC9hPjxicj4NCjxicj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fPGJyPg0KbXBscyBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86 bXBsc0BpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPm1wbHNAaWV0Zi5vcmc8L2E+PGJyPg0KPGEg aHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxzIiB0YXJnZXQ9 Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxzPC9hPjxi cj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0K UGFscyBtYWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86UGFsc0BpZXRmLm9yZyIgdGFy Z2V0PSJfYmxhbmsiPlBhbHNAaWV0Zi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cu aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wYWxzIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93 d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wYWxzPC9hPjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KUGFscyBt YWlsaW5nIGxpc3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86UGFsc0BpZXRmLm9yZyIgdGFyZ2V0PSJf YmxhbmsiPlBhbHNAaWV0Zi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5v cmcvbWFpbG1hbi9saXN0aW5mby9wYWxzIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0 Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wYWxzPC9hPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX188YnI+DQptcGxzIG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzptcGxz QGlldGYub3JnIiB0YXJnZXQ9Il9ibGFuayI+bXBsc0BpZXRmLm9yZzwvYT48YnI+DQo8YSBocmVm PSJodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHMiIHRhcmdldD0iX2Js YW5rIj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHM8L2E+PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_6D32668528F93D449A073F45707153D8BEBDD3F0US70UWXCHMBA03z_-- From nobody Tue Nov 17 12:57:32 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 217031B33D6; Tue, 17 Nov 2015 12:57:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.086 X-Spam-Level: X-Spam-Status: No, score=-15.086 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Wf-eSh0rLnWf; Tue, 17 Nov 2015 12:57:29 -0800 (PST) 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 4DE691B33D5; Tue, 17 Nov 2015 12:57:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3119; q=dns/txt; s=iport; t=1447793849; x=1449003449; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=IAHchjNl8PJo8L3ZdvFZbv1aPSeDD0QFjPtsDzqut8U=; b=I0CGxC1uFj3HLFAhCwM6r8QHqFFQiA1BE3pUa6hmrPG4WO7eQjRocYHe S+lIxL+VodAPrrsxEQbfHAepjros7VPWTh7sK7ddLPk1mkVnYqk1TalA4 Hth9sspl9IC7QZmqiORh09X3Gt6/kLkxQevj8sRSZJg7dreWNLCQjAA8k c=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D1AQB7k0tW/4UNJK1egztTbwa+WwENg?= =?us-ascii?q?WUXDIVsAoFVOBQBAQEBAQEBgQqENAEBAQQBAQFoAwsOAgIBCBEEAQEBLhsGBgs?= =?us-ascii?q?dCAIEAQ0FiBkDEg24MA2EXAEBAQEBAQEBAQEBAQEBAQEBAQEBARQEBIZQhH6CU?= =?us-ascii?q?4FXEQGEfQWSZ4NiAYUghhWBdYFbhECOV4dSAR8BAUKEBHKDSzqBBwEBAQ?= X-IronPort-AV: E=Sophos;i="5.20,309,1444694400"; d="scan'208";a="209381845" Received: from alln-core-11.cisco.com ([173.36.13.133]) by alln-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 17 Nov 2015 20:57:28 +0000 Received: from XCH-RTP-019.cisco.com (xch-rtp-019.cisco.com [64.101.220.159]) by alln-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id tAHKvSBp010670 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 17 Nov 2015 20:57:28 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.1104.5; Tue, 17 Nov 2015 15:57:27 -0500 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.1104.000; Tue, 17 Nov 2015 15:57:27 -0500 From: "Zafar Ali (zali)" To: Stewart Bryant , Loa Andersson , Alexander Vainshtein Thread-Topic: [mpls] [Pals] to the memory of Ping Pan Thread-Index: AQHRISXEkwpbNqdam0GGY0s3iu5ZdZ6gbAMAgAACDwCAAETBgA== Date: Tue, 17 Nov 2015 20:57:27 +0000 Message-ID: References: <564A8E5D.3080705@pi.nu> <564B0660.3030708@gmail.com> <564B12FE.3080003@pi.nu> <564B14B8.1050304@gmail.com> In-Reply-To: <564B14B8.1050304@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.6.141106 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.89.0.69] Content-Type: text/plain; charset="Windows-1252" Content-ID: <41E24F4C9E9D1B48A66B458E33E91617@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "mpls@ietf.org" , "mpls-chairs@ietf.org" , "pals-chairs@ietf.org" Subject: Re: [mpls] [Pals] to the memory of Ping Pan X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2015 20:57:31 -0000 Support! Loosing someone is always hard, losing someone at such young age is heart breaking. He shall be missed. Thanks Regards =8A Zafar On 11/17/15, 6:51 AM, "Stewart Bryant" wrote: >Hi Loa > >Let's put text in both documents. He was very much active in both areas. > >- Stewart > >On 17/11/2015 11:43, Loa Andersson wrote: >> Stewart, et.al., >> >> I think it is OK to add a similar text in draft-ietf-pals-mpls-tp- >> pw-over-bidir-lsp. Ping were active over a wide field, but we felt that >> it was appropriate for the MPLS wg to add this. If this is shared by >> pals, I don't not see any reason not to add a similar text to a pals >> wg document. >> >> Please note that the words about "last RFC" is not in the proposed text >> only in the motivation "last RFC in the MPLS wg" would work as well. >> >> /Loa >> >> On 2015-11-17 18:50, Stewart Bryant wrote: >>> We have a draft going through PALS at the moment that Ping also wrote. >>> >>>=20 >>>https://datatracker.ietf.org/doc/draft-ietf-pals-mpls-tp-pw-over-bidir-l >>>sp/=20 >>> >>> >>> I support the text going in either or both. >>> >>> - Stewart >>> >>> >>> >>> On 17/11/2015 05:34, Alexander Vainshtein wrote: >>>> Loa and all, >>>> I definitely support the proposed changes. >>>> >>>> Regards, >>>> Sasha >>>> >>>> ________________________________________ >>>> From: mpls on behalf of Loa Andersson >>>> >>>> Sent: Tuesday, November 17, 2015 4:18 AM >>>> To: mpls@ietf.org; mpls-chairs@ietf.org; Mach Chen >>>> (mach.chen@huawei.com); BRUNGARD, DEBORAH A >>>> Subject: [mpls] to the memory of Ping Pan >>>> >>>> Wprking Group, >>>> >>>> RFC 7697 is in AUTH48. We >>>> understand that this will be the last RFC co-authored by Ping Pan. >>>> We will add the following paragraph to the Acknowledgement Section: >>>> >>>> The coauthors of this document, the working group chairs, the >>>> document >>>> shepherd, the responsible AD, and the MPLS Working Group wish to >>>> dedicate this RFC to the memory of our friend and colleague Ping >>>> Pan, >>>> in recognition for his dedication and hard work at the IETF. >>>> >>>> If there are comments you'll have to send them to the wg chairs before >>>> the end of the AUTH48 reviews. >>>> >>>> /Loa >>>> mpls wg co-chair >>>> >>>> >>>> --=20 >>>> >>>> >>>> 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 >>>> _______________________________________________ >>>> Pals mailing list >>>> Pals@ietf.org >>>> https://www.ietf.org/mailman/listinfo/pals >>>> >>> >> > >_______________________________________________ >mpls mailing list >mpls@ietf.org >https://www.ietf.org/mailman/listinfo/mpls From nobody Tue Nov 17 13:59:35 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 62D9E1B3185; Tue, 17 Nov 2015 13:59:33 -0800 (PST) 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, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YAfRL56rij6z; Tue, 17 Nov 2015 13:59:31 -0800 (PST) Received: from mail-yk0-x22c.google.com (mail-yk0-x22c.google.com [IPv6:2607:f8b0:4002:c07::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 98F6A1B3183; Tue, 17 Nov 2015 13:59:31 -0800 (PST) Received: by ykdr82 with SMTP id r82so31557083ykd.3; Tue, 17 Nov 2015 13:59:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=BhKtaJTXVWyJrfVRJWo3FO3gN/h++BWDp5aHSvb4Mm0=; b=lYWj4scgxW7FyyDGfFatz+q2G3+s2LE+5QwfExzVVU5xjN1phHr7vs2nwcW2I9guDR oyQQ+NwWfaWJWYRZvvcvX9f17rr+iiw1qCnYDZNL8gxmzECe9DApltZjWCYlfepL74PJ f2Lf98lbEs9EIGqMTrSRx8h9XIYcf+nzWGbF+nUwPLM7ss9Tlh1tKumD1LYvbTfWS+fe bt4QZRPDxFkmZEBVYr/+trIDKfoZ0zT1F65P4LsICFzySloXOxOjzKD3GYm0ePXUW/rK Jf7r54if6t7VV+fskoEL8tFRhDwhisA/16qPVA3UCbkGFGRcOzTeVEpQMkCgSv80puyq gqJA== MIME-Version: 1.0 X-Received: by 10.129.53.132 with SMTP id c126mr43889897ywa.108.1447797570925; Tue, 17 Nov 2015 13:59:30 -0800 (PST) Received: by 10.31.193.204 with HTTP; Tue, 17 Nov 2015 13:59:30 -0800 (PST) In-Reply-To: <564A8E5D.3080705@pi.nu> References: <564A8E5D.3080705@pi.nu> Date: Tue, 17 Nov 2015 16:59:30 -0500 Message-ID: From: Vishnu Pavan Beeram To: Loa Andersson Content-Type: multipart/alternative; boundary=001a114216bcebfc9c0524c3a301 Archived-At: Cc: "mpls@ietf.org" , "mpls-chairs@ietf.org" Subject: Re: [mpls] to the memory of Ping Pan X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2015 21:59:33 -0000 --001a114216bcebfc9c0524c3a301 Content-Type: text/plain; charset=UTF-8 Thanks for doing this. A very thoughtful gesture. Regards, -Pavan On Mon, Nov 16, 2015 at 9:18 PM, Loa Andersson wrote: > Wprking Group, > > RFC 7697 is in AUTH48. We > understand that this will be the last RFC co-authored by Ping Pan. > We will add the following paragraph to the Acknowledgement Section: > > The coauthors of this document, the working group chairs, the document > shepherd, the responsible AD, and the MPLS Working Group wish to > dedicate this RFC to the memory of our friend and colleague Ping Pan, > in recognition for his dedication and hard work at the IETF. > > If there are comments you'll have to send them to the wg chairs before > the end of the AUTH48 reviews. > > /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 > --001a114216bcebfc9c0524c3a301 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks for doing this. A very thoughtful gesture= .

Regards,
-Pavan

On Mon, Nov 16, 2015 at 9:18 PM, Loa Anders= son <lo= a@pi.nu> wrote:
Wprking Gro= up,

RFC 7697 <draft-ietf-mpls-tp-oam-id-mib-11.txt> is in AUTH48. We
understand that this will be the last RFC co-authored by Ping Pan.
We will add the following paragraph to the Acknowledgement Section:

=C2=A0 The coauthors of this document, the working group chairs, the docume= nt
=C2=A0 shepherd, the responsible AD, and the MPLS Working Group wish to
=C2=A0 dedicate this RFC to the memory of our friend and colleague Ping Pan= ,
=C2=A0 in recognition for his dedication and hard work at the IETF.

If there are comments you'll have to send them to the wg chairs before<= br> the end of the AUTH48 reviews.

/Loa
mpls 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

--001a114216bcebfc9c0524c3a301-- From nobody Tue Nov 17 15:31:29 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8B8451B3537; Tue, 17 Nov 2015 15:31:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.153 X-Spam-Level: X-Spam-Status: No, score=-2.153 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, IP_NOT_FRIENDLY=0.334, RP_MATCHES_RCVD=-0.585, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ykJA2raJdgvI; Tue, 17 Nov 2015 15:31:25 -0800 (PST) Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id 880CD1B3535; Tue, 17 Nov 2015 15:31:25 -0800 (PST) Received: by slice.pfrc.org (Postfix, from userid 1001) id 0A99A1E1D1; Tue, 17 Nov 2015 18:32:03 -0500 (EST) Date: Tue, 17 Nov 2015 18:32:02 -0500 From: Jeffrey Haas To: rtg-bfd@ietf.org Message-ID: <20151117233202.GG16000@pfrc.org> References: <20151005182631.GD5112@pfrc.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20151005182631.GD5112@pfrc.org> User-Agent: Mutt/1.5.21 (2010-09-15) Archived-At: Cc: mpls@ietf.org Subject: Re: [mpls] WGLC for draft-ietf-bfd-mpls-mib X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2015 23:31:26 -0000 Working Group, There was no on list support for advancing the BFD MPLS MIB. During the IETF session in Yokohama, there was one person who had read this draft and he was an MPLS chair. :-) There is no consensus to advance this draft. We can re-visit this next year. Authors, please note the draft has expired. -- Jeff On Mon, Oct 05, 2015 at 02:26:31PM -0400, Jeffrey Haas wrote: > BFD Working Group, > (cc'ing MPLS) > > This begins an extended Working Group Last Call for > draft-ietf-bfd-mpls-mib, BFD Management Information Base (MIB) extensions > for MPLS and MPLS-TP Networks. The authors have indicated that this > document is ready for advancement. > > Please indicate whether you believe this document is ready to proceed for > publication by the IESG. Note that since this is a MIB, a MIB Doctor review > will be requested as part of the publication process. > > Authors, please state whether this document carries any IPR considerations. > > -- Jeff From nobody Tue Nov 17 21:57:59 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 343A71ACE06; Tue, 17 Nov 2015 21:57:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.786 X-Spam-Level: X-Spam-Status: No, score=-4.786 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id stThKaDwqfZJ; Tue, 17 Nov 2015 21:57:54 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 80D3B1ACDFF; Tue, 17 Nov 2015 21:57:53 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CEG54684; Wed, 18 Nov 2015 05:57:50 +0000 (GMT) Received: from SZXEMA412-HUB.china.huawei.com (10.82.72.71) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 18 Nov 2015 05:57:49 +0000 Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.73]) by SZXEMA412-HUB.china.huawei.com ([10.82.72.71]) with mapi id 14.03.0235.001; Wed, 18 Nov 2015 13:57:42 +0800 From: Mach Chen To: Stewart Bryant , Alexander Vainshtein , Loa Andersson Thread-Topic: [Pals] [mpls] to the memory of Ping Pan Thread-Index: AQHRIN5GPwbamMlick6Iu7eGtbqaRp6fK3EAgABYKQCAAcVOcA== Date: Wed, 18 Nov 2015 05:57:41 +0000 Message-ID: References: <564A8E5D.3080705@pi.nu> <564B0660.3030708@gmail.com> In-Reply-To: <564B0660.3030708@gmail.com> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.102.135] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090203.564C135E.0093, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.3.73, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 07ea9e9ff0e97d14630fea1d25c2bd1a Archived-At: Cc: "mpls@ietf.org" , "mpls-chairs@ietf.org" , "pals-chairs@ietf.org" Subject: Re: [mpls] [Pals] to the memory of Ping Pan X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2015 05:57:57 -0000 Hi Stewart and all, I absolutely agree with the idea. In the current version of https://datatra= cker.ietf.org/doc/draft-ietf-pals-mpls-tp-pw-over-bidir-lsp/, it already ha= s this: "We would especially like to acknowledge Ping Pan, a co-author on t= he early versions of this document. It was a privilege to have known him."= If people think the below text is better, I'd love to use it.=20 Best regards, Mach > -----Original Message----- > From: Stewart Bryant [mailto:stewart.bryant@gmail.com] > Sent: Tuesday, November 17, 2015 6:50 PM > To: Alexander Vainshtein; Loa Andersson > Cc: mpls@ietf.org; Mach Chen; mpls-chairs@ietf.org; BRUNGARD, DEBORAH > A; pals-chairs@ietf.org > Subject: Re: [Pals] [mpls] to the memory of Ping Pan >=20 > We have a draft going through PALS at the moment that Ping also wrote. >=20 > https://datatracker.ietf.org/doc/draft-ietf-pals-mpls-tp-pw-over-bidir-ls= p/ >=20 > I support the text going in either or both. >=20 > - Stewart >=20 >=20 >=20 > On 17/11/2015 05:34, Alexander Vainshtein wrote: > > Loa and all, > > I definitely support the proposed changes. > > > > Regards, > > Sasha > > > > ________________________________________ > > From: mpls on behalf of Loa Andersson > > > > Sent: Tuesday, November 17, 2015 4:18 AM > > To: mpls@ietf.org; mpls-chairs@ietf.org; Mach Chen > > (mach.chen@huawei.com); BRUNGARD, DEBORAH A > > Subject: [mpls] to the memory of Ping Pan > > > > Wprking Group, > > > > RFC 7697 is in AUTH48. We > > understand that this will be the last RFC co-authored by Ping Pan. > > We will add the following paragraph to the Acknowledgement Section: > > > > The coauthors of this document, the working group chairs, the > document > > shepherd, the responsible AD, and the MPLS Working Group wish to > > dedicate this RFC to the memory of our friend and colleague Ping Pa= n, > > in recognition for his dedication and hard work at the IETF. > > > > If there are comments you'll have to send them to the wg chairs before > > the end of the AUTH48 reviews. > > > > /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 > > _______________________________________________ > > Pals mailing list > > Pals@ietf.org > > https://www.ietf.org/mailman/listinfo/pals > > From nobody Wed Nov 18 10:56:05 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C61BA1A6F60; Wed, 18 Nov 2015 10:55:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -107.487 X-Spam-Level: X-Spam-Status: No, score=-107.487 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.585, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1Jt7ZnWDB5k8; Wed, 18 Nov 2015 10:55:58 -0800 (PST) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) by ietfa.amsl.com (Postfix) with ESMTP id 59FD71A6F77; Wed, 18 Nov 2015 10:55:58 -0800 (PST) Received: by rfc-editor.org (Postfix, from userid 30) id AA9F7181EAD; Wed, 18 Nov 2015 10:54:39 -0800 (PST) To: jiessie.xu@ericsson.com, loa@pi.se, ina@juniper.net, rhthomas@cisco.com X-PHP-Originating-Script: 30:errata_mail_lib.php From: RFC Errata System Message-Id: <20151118185439.AA9F7181EAD@rfc-editor.org> Date: Wed, 18 Nov 2015 10:54:39 -0800 (PST) Archived-At: Cc: mpls@ietf.org, iesg@ietf.org, rfc-editor@rfc-editor.org Subject: [mpls] [Errata Rejected] RFC5036 (4512) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2015 18:55:59 -0000 The following errata report has been rejected for RFC5036, "LDP Specification". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=5036&eid=4512 -------------------------------------- Status: Rejected Type: Technical Reported by: Jiessie Date Reported: 2015-10-26 Rejected by: Deborah Brungard (IESG) Section: 2.5.2 Original Text ------------- 2.4.1. Basic Discovery Mechanism To engage in LDP Basic Discovery on an interface, an LSR periodically sends LDP Link Hellos out the interface. LDP Link Hellos are sent as UDP packets addressed to the well-known LDP discovery port for the \\\\\\\\\\\\\\\\"all routers on this subnet\\\\\\\\\\\\\\\\" group multicast address. 2.5.2. Transport Connection Establishment Note that when an LSR sends a Hello, it selects the transport address for its end of the session connection and uses the Hello to advertise the address, either explicitly by including it in an optional Transport Address TLV or implicitly by omitting the TLV and using it as the Hello source address. Corrected Text -------------- Notes ----- According to 2.4.1, an LSR send Hellos to \\\\\\\\\\\\\\\\"all routers on this subnet\\\\\\\\\\\\\\\\", the eligible reception LSR should be on this subnet. 2.5.2 states that one way for an LSR to advertise Transport Address is to uses it as Hello source address. On the topology below, LSRa uses 1.1.1.1 as Transport Address and sends Hello(source:1.1.1.1 destination:224.0.0.2) to LSRb. LSRb will ignore this packet which is not on its interface subnet. 1.1.1.1 |LSRa|--------------|LSRb| 10.1.1.1 10.1.1.2 My question is: What\\\\\\\\\\\\\\\\'s the scenario to use \\\\\\\\\\\\\\\\"implicitly\\\\\\\\\\\\\\\\" way to send Hello? --VERIFIER NOTES-- This is not an errata, it is a question to be asked on the MPLS mailing list. -------------------------------------- RFC5036 (draft-ietf-mpls-rfc3036bis-04) -------------------------------------- Title : LDP Specification Publication Date : October 2007 Author(s) : L. Andersson, Ed., I. Minei, Ed., B. Thomas, Ed. Category : DRAFT STANDARD Source : Multiprotocol Label Switching Area : Routing Stream : IETF Verifying Party : IESG From nobody Wed Nov 18 11:04:36 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D19411A7012; Wed, 18 Nov 2015 11:04:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -107.487 X-Spam-Level: X-Spam-Status: No, score=-107.487 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.585, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TmawSTRZ0wcP; Wed, 18 Nov 2015 11:04:33 -0800 (PST) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) by ietfa.amsl.com (Postfix) with ESMTP id 2F2B51A6FE9; Wed, 18 Nov 2015 11:04:33 -0800 (PST) Received: by rfc-editor.org (Postfix, from userid 30) id 7B801181EAD; Wed, 18 Nov 2015 11:03:14 -0800 (PST) To: guijuan.wang@ericsson.com, loa@pi.se, ina@juniper.net, rhthomas@cisco.com X-PHP-Originating-Script: 30:errata_mail_lib.php From: RFC Errata System Message-Id: <20151118190314.7B801181EAD@rfc-editor.org> Date: Wed, 18 Nov 2015 11:03:14 -0800 (PST) Archived-At: Cc: mpls@ietf.org, iesg@ietf.org, rfc-editor@rfc-editor.org Subject: [mpls] [Errata Rejected] RFC5036 (4465) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Nov 2015 19:04:35 -0000 The following errata report has been rejected for RFC5036, "LDP Specification". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=5036&eid=4465 -------------------------------------- Status: Rejected Type: Technical Reported by: Label advertisement mode negotiation rule is different in two sections Date Reported: 2015-09-05 Rejected by: Deborah Brungard (IESG) Section: 3.5.3 Original Text ------------- when the label advertisement mode is different between LSR peers, the resolving rule is defined twice in two chapters, both use \\\\"must\\\\" or \\\\"SHOULD NOT\\\\", but they are completely different. The first rule: In section 3.5.3 A, Label Advertisement Discipline (skip the first paragraph) If one LSR proposes Downstream Unsolicited and the other proposes Downstream on Demand, the rules for resolving this difference is: - If the session is for a label-controlled ATM link or a label-controlled Frame Relay link, then Downstream on Demand MUST be used. - Otherwise, Downstream Unsolicited MUST be used. The second rule: In section 3.5.7.1.3. In general, the upstream LSR is responsible for requesting label mappings when operating in Downstream on Demand mode. However, unless some rules are followed, it is possible for neighboring LSRs with different advertisement modes to get into a livelock situation where everything is functioning properly, but no labels are distributed. For example, consider two LSRs Ru and Rd where Ru is the upstream LSR and Rd is the downstream LSR for a particular FEC. In this example, Ru is using Downstream Unsolicited advertisement mode and Rd is using Downstream on Demand mode. In this case, Rd may assume that Ru will request a label mapping when it wants one and Ru may assume that Rd will advertise a label if it wants Ru to use one. If Rd and Ru operate as suggested, no labels will be distributed from Rd to Ru. This livelock situation can be avoided if the following rule is observed: an LSR operating in Downstream on Demand mode SHOULD NOT be expected to send unsolicited mapping advertisements. Therefore, if the downstream LSR is operating in Downstream on Demand mode, the upstream LSR is responsible for requesting label mappings as needed. Corrected Text -------------- It\\\\'s better to settle down which rule to use for this case. Seems the first one is simpler for implementment. Or if you want to keep both rules, better to enumerate both of those two rules in each section, and say the implement can choose any of them. Notes ----- --VERIFIER NOTES-- This suggested errata requires an update to the RFC, which requires consensus. -------------------------------------- RFC5036 (draft-ietf-mpls-rfc3036bis-04) -------------------------------------- Title : LDP Specification Publication Date : October 2007 Author(s) : L. Andersson, Ed., I. Minei, Ed., B. Thomas, Ed. Category : DRAFT STANDARD Source : Multiprotocol Label Switching Area : Routing Stream : IETF Verifying Party : IESG From nobody Wed Nov 18 16:33:01 2015 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 94EA81B39E4; Wed, 18 Nov 2015 16:32:57 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Stephen Farrell" To: "The IESG" X-Test-IDTracker: no X-IETF-IDTracker: 6.10.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20151119003257.1445.91117.idtracker@ietfa.amsl.com> Date: Wed, 18 Nov 2015 16:32:57 -0800 Archived-At: Cc: draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf.all@ietf.org, draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf@ietf.org, rcallon@juniper.net, mpls-chairs@ietf.org, mpls@ietf.org Subject: [mpls] Stephen Farrell's No Objection on draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-15: (with COMMENT) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2015 00:32:57 -0000 Stephen Farrell has entered the following ballot position for draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-15: 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-lsp-ping-mpls-tp-oam-conf/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- - 2.1.1, is there any chance of moving on from the "Keyed SHA1" from RFC5880 to e.g. HMAC-SHA256 for this? We're generally trying to get that kind of transition done as we can and moving to use of a standard integrity check rather than a more home-grown one has some benefits. The HMAC-SHA1-like thing you're doing is still probably ok, (though could maybe do with crypto eyeballs on it as there may have been relevant new results since 2010) but future-proofing would suggest moving to HMAC-SHA256 if we can. (I can imagine such a change might require a new document, but am asking anyway:-) - 2.1.1, I'd recommend saying any password auth-type MUST NOT be used - would that be possible? - section 6 - what "established secure key-exchange protocol" is available to use here? - (this is sort of off-topic) I find an architecture like this where a packet traversing a network has quite so many side-effects a bit hard to grok. Do you have a pointer to something (not too long:-) that explains the consequences of that? From nobody Wed Nov 18 20:03:35 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D3DC31A6FB4; Wed, 18 Nov 2015 20:03:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.2 X-Spam-Level: X-Spam-Status: No, score=-104.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, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0UBDx2ZENvdL; Wed, 18 Nov 2015 20:03:28 -0800 (PST) Received: from usevmg20.ericsson.net (usevmg20.ericsson.net [198.24.6.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B255E1A6FB1; Wed, 18 Nov 2015 20:03:27 -0800 (PST) X-AuditID: c618062d-f79ef6d000007f54-b9-564ce7fccbc7 Received: from EUSAAHC005.ericsson.se (Unknown_Domain [147.117.188.87]) by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id 8C.CF.32596.CF7EC465; Wed, 18 Nov 2015 22:05:00 +0100 (CET) Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC005.ericsson.se ([147.117.188.87]) with mapi id 14.03.0248.002; Wed, 18 Nov 2015 23:03:25 -0500 From: Gregory Mirsky To: Stephen Farrell , The IESG Thread-Topic: Stephen Farrell's No Objection on draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-15: (with COMMENT) Thread-Index: AQHRImHY5+v//ckBgESjvywcna6X7Z6isj1Q Date: Thu, 19 Nov 2015 04:03:25 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF11221942DFE@eusaamb103.ericsson.se> References: <20151119003257.1445.91117.idtracker@ietfa.amsl.com> In-Reply-To: <20151119003257.1445.91117.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.9] Content-Type: multipart/alternative; boundary="_000_7347100B5761DC41A166AC17F22DF11221942DFEeusaamb103erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrHIsWRmVeSWpSXmKPExsUyuXRPuO6f5z5hBhufqFkcv1pocW31ARaL GX8mMlusu3yKzeLW0pWsFn9XXGGxmL73GrsDu8fa7qtsHkuW/GTyuN50lT2AOYrLJiU1J7Ms tUjfLoErY/n734wFNyoqLnb/ZG5g3FHaxcjJISFgItFwp4kRwhaTuHBvPVsXIxeHkMARRonz e9tYIJzljBIH/t9lAqliEzCSeLGxhx3EFhHwlHjYdwqsiFngOZPEvkmrWUASwgK5EpderYYq ypOYtnMqlG0kce/2KbBBLAKqEp9P9YLV8wr4Spxv/gEWFxJwkHjbtxvoDA4OTgFHiV0XckDC jEDXfT+1BqyEWUBc4taT+UwQVwtILNlznhnCFpV4+fgfK4StKLGvfzo7yBhmgXyJO3MjIDYJ Spyc+YRlAqPoLCSTZiFUzUJSBRHWlFi/Sx+iWlFiSvdDdghbQ6J1zlx2ZPEFjOyrGDlKi1PL ctONDDYxAmPxmASb7g7GPS8tDzEKcDAq8fAWTPIJE2JNLCuuzD3EKMHBrCTCW3YJKMSbklhZ lVqUH19UmpNafIhRmoNFSZx3/5L7oUIC6YklqdmpqQWpRTBZJg5OqQbGKVOTjiy+3JKh/uG+ YcMaNdHwtBJ5g1itdb67p3XK/JXSa2+dOnGHhoNAcLlS0WR+e5dad8WtFdMPNV9RXOjlERmy P7Rs9oUV+u++ZOb3d8YtOHqeXeXAFldWk/8bpFbsEH568XR1gxbXI923gt/nXzA7ut4p4PS+ 8HUKS7sjZALy87bH/0hTYinOSDTUYi4qTgQAifAtA8ECAAA= Archived-At: Cc: "draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf.all@ietf.org" , "draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf@ietf.org" , "rcallon@juniper.net" , "mpls-chairs@ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] Stephen Farrell's No Objection on draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-15: (with COMMENT) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2015 04:03:31 -0000 --_000_7347100B5761DC41A166AC17F22DF11221942DFEeusaamb103erics_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgU3RlcGhlbiwNCg0KdGhhbmsgeW91IGZvciB5b3VyIHJldmlldyBhbmQgY29tbWVudHMuIFBs ZWFzZSBmaW5kIG15IGFuc3dlcnMgaW4tbGluZSBhbmQgdGFnZ2VkIEdJTT4+LiBIb3BlIHdlIGNh biBmaW5kIGdvb2Qgc29sdXRpb24gdG8gYWRkcmVzcyB5b3VyIGNvbmNlcm4gd2l0aCBCRkQgc2Vj dXJpdHkuDQoNCg0KDQogICAgICAgICAgICAgICAgUmVnYXJkcywNCg0KICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBHcmVnDQoNCg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0K RnJvbTogU3RlcGhlbiBGYXJyZWxsIFttYWlsdG86c3RlcGhlbi5mYXJyZWxsQGNzLnRjZC5pZV0N ClNlbnQ6IFdlZG5lc2RheSwgTm92ZW1iZXIgMTgsIDIwMTUgNDozMyBQTQ0KVG86IFRoZSBJRVNH DQpDYzogZHJhZnQtaWV0Zi1tcGxzLWxzcC1waW5nLW1wbHMtdHAtb2FtLWNvbmZAaWV0Zi5vcmc7 IGRyYWZ0LWlldGYtbXBscy1sc3AtcGluZy1tcGxzLXRwLW9hbS1jb25mLmFsbEBpZXRmLm9yZzsg bXBscy1jaGFpcnNAaWV0Zi5vcmc7IHJjYWxsb25AanVuaXBlci5uZXQ7IG1wbHNAaWV0Zi5vcmcN ClN1YmplY3Q6IFN0ZXBoZW4gRmFycmVsbCdzIE5vIE9iamVjdGlvbiBvbiBkcmFmdC1pZXRmLW1w bHMtbHNwLXBpbmctbXBscy10cC1vYW0tY29uZi0xNTogKHdpdGggQ09NTUVOVCkNCg0KDQoNClN0 ZXBoZW4gRmFycmVsbCBoYXMgZW50ZXJlZCB0aGUgZm9sbG93aW5nIGJhbGxvdCBwb3NpdGlvbiBm b3INCg0KZHJhZnQtaWV0Zi1tcGxzLWxzcC1waW5nLW1wbHMtdHAtb2FtLWNvbmYtMTU6IE5vIE9i amVjdGlvbg0KDQoNCg0KV2hlbiByZXNwb25kaW5nLCBwbGVhc2Uga2VlcCB0aGUgc3ViamVjdCBs aW5lIGludGFjdCBhbmQgcmVwbHkgdG8gYWxsIGVtYWlsIGFkZHJlc3NlcyBpbmNsdWRlZCBpbiB0 aGUgVG8gYW5kIENDIGxpbmVzLiAoRmVlbCBmcmVlIHRvIGN1dCB0aGlzIGludHJvZHVjdG9yeSBw YXJhZ3JhcGgsIGhvd2V2ZXIuKQ0KDQoNCg0KDQoNClBsZWFzZSByZWZlciB0byBodHRwczovL3d3 dy5pZXRmLm9yZy9pZXNnL3N0YXRlbWVudC9kaXNjdXNzLWNyaXRlcmlhLmh0bWwNCg0KZm9yIG1v cmUgaW5mb3JtYXRpb24gYWJvdXQgSUVTRyBESVNDVVNTIGFuZCBDT01NRU5UIHBvc2l0aW9ucy4N Cg0KDQoNCg0KDQpUaGUgZG9jdW1lbnQsIGFsb25nIHdpdGggb3RoZXIgYmFsbG90IHBvc2l0aW9u cywgY2FuIGJlIGZvdW5kIGhlcmU6DQoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9j L2RyYWZ0LWlldGYtbXBscy1sc3AtcGluZy1tcGxzLXRwLW9hbS1jb25mLw0KDQoNCg0KDQoNCg0K DQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tDQoNCkNPTU1FTlQ6DQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCg0KDQoNCg0KDQot IDIuMS4xLCBpcyB0aGVyZSBhbnkgY2hhbmNlIG9mIG1vdmluZyBvbiBmcm9tIHRoZSAiS2V5ZWQg U0hBMSINCg0KZnJvbSBSRkM1ODgwIHRvIGUuZy4gSE1BQy1TSEEyNTYgZm9yIHRoaXM/IFdlJ3Jl IGdlbmVyYWxseSB0cnlpbmcgdG8gZ2V0IHRoYXQga2luZCBvZiB0cmFuc2l0aW9uIGRvbmUgYXMg d2UgY2FuIGFuZCBtb3ZpbmcgdG8gdXNlIG9mIGEgc3RhbmRhcmQgaW50ZWdyaXR5IGNoZWNrIHJh dGhlciB0aGFuIGEgbW9yZSBob21lLWdyb3duIG9uZSBoYXMgc29tZSBiZW5lZml0cy4gVGhlIEhN QUMtU0hBMS1saWtlIHRoaW5nIHlvdSdyZSBkb2luZyBpcyBzdGlsbCBwcm9iYWJseSBvaywgKHRo b3VnaCBjb3VsZCBtYXliZSBkbyB3aXRoIGNyeXB0byBleWViYWxscyBvbiBpdCBhcyB0aGVyZSBt YXkgaGF2ZSBiZWVuIHJlbGV2YW50IG5ldyByZXN1bHRzIHNpbmNlIDIwMTApIGJ1dCBmdXR1cmUt cHJvb2Zpbmcgd291bGQgc3VnZ2VzdCBtb3ZpbmcgdG8gSE1BQy1TSEEyNTYgaWYgd2UgY2FuLiAo SSBjYW4gaW1hZ2luZSBzdWNoIGEgY2hhbmdlIG1pZ2h0IHJlcXVpcmUgYSBuZXcgZG9jdW1lbnQs IGJ1dCBhbSBhc2tpbmcgYW55d2F5Oi0pDQoNCkdJTT4+IFRoZSBmYWN0IGlzIHRoYXQgd2UncmUg Ym91bmQgYnkgd2hhdCBpcyBkZWZpbmVkIGluIFJGQyA1ODgwLiBUaGVyZSB3YXMgYSBwcm9wb3Nh bCB0byBzdHJlbmd0aGVuIEJGRCBzZWN1cml0eSBCRkQgR2VuZXJpYyBDcnlwdG9ncmFwaGljIEF1 dGhlbnRpY2F0aW9uPGh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWJoYXRpYS1iZmQt Y3J5cHRvLWF1dGgtMDM+IGJ1dCB0aGUgZG9jdW1lbnQgaGFkIGV4cGlyZWQuDQoNCg0KDQotIDIu MS4xLCBJJ2QgcmVjb21tZW5kIHNheWluZyBhbnkgcGFzc3dvcmQgYXV0aC10eXBlIE1VU1QgTk9U IGJlIHVzZWQgLSB3b3VsZCB0aGF0IGJlIHBvc3NpYmxlPw0KDQpHSU0+PiBJIHRoaW5rIHRoYXQg d2XigJlsbCBuZWVkIHRvIG1ha2UgY2hhbmdlcyB0byBSRkMgNTg4MCBmaXJzdCAoNTg4MGJpcz8p LiBCZXNpZGVzLCB0aGVyZeKAmXMgUkZDIDc0ODcgdGhhdCBkZXNjcmliZXMgUlNWUC1URSBleHRl bnNpb25zIHRvIGNvbmZpZ3VyZSBNUExTLVRQIE9BTS4NCg0KDQoNCi0gc2VjdGlvbiA2IC0gd2hh dCAiZXN0YWJsaXNoZWQgc2VjdXJlIGtleS1leGNoYW5nZSBwcm90b2NvbCINCg0KaXMgYXZhaWxh YmxlIHRvIHVzZSBoZXJlPw0KDQpHSU0+PiBUaGUgZG9jdW1lbnQgY29uc2lkZXJzIGtleSBleGNo YW5nZSBtZWNoYW5pc21zIGJlaW5nIG91dHNpZGUgaXRzIHNjb3BlLiBNZWNoYW5pc21zIHVzZWQg b25seSBhc3N1bWVkIGFuZCBub3QgZGlzY3Vzc2VkIGF0IGxlbmd0aCBpbiB0aGUgZG9jdW1lbnQu DQoNCg0KDQotICh0aGlzIGlzIHNvcnQgb2Ygb2ZmLXRvcGljKSBJIGZpbmQgYW4gYXJjaGl0ZWN0 dXJlIGxpa2UgdGhpcyB3aGVyZSBhIHBhY2tldCB0cmF2ZXJzaW5nIGEgbmV0d29yayBoYXMgcXVp dGUgc28gbWFueSBzaWRlLWVmZmVjdHMgYSBiaXQgaGFyZCB0byBncm9rLiBEbyB5b3UgaGF2ZSBh IHBvaW50ZXIgdG8gc29tZXRoaW5nIChub3QgdG9vIGxvbmc6LSkgdGhhdCBleHBsYWlucyB0aGUg Y29uc2VxdWVuY2VzIG9mIHRoYXQ/DQoNCkdJTT4+IFRoZSBmaXJzdCBwYXJhZ3JhcGggb2YgdGhl IFNlY3VyaXR5IENvbnNpZGVyYXRpb25zIHNlY3Rpb24gcmVmZXJzIHRvIHNvbWUgc2NlbmFyaW9z IHRoYXQgbWF5IHN1ZmZpY2UgZHVlIHRvIGNvbmRpdGlvbnMgKG92ZXJsb2FkKSBpbiB0aGUgbWFu YWdlbWVudCBwbGFuZS4gVGhlIHRoaXJkIHBhcmFncmFwaCBvZiB0aGUgc2FtZSBzZWN0aW9uIG5v dGVzIG5lZWQgdG8gaGF2ZSBzdWZmaWNpZW50IHNlY3VyaXR5IG1lY2hhbmlzbSBmb3IgTFNQIFBp bmcgY29tbXVuaWNhdGlvbi4NCg0KDQoNCg0K --_000_7347100B5761DC41A166AC17F22DF11221942DFEeusaamb103erics_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZp bml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXtt YXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0K CWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5 cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRl Y29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dl ZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3Jh dGlvbjp1bmRlcmxpbmU7fQ0KcC5Nc29QbGFpblRleHQsIGxpLk1zb1BsYWluVGV4dCwgZGl2Lk1z b1BsYWluVGV4dA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IlBs YWluIFRleHQgQ2hhciI7DQoJbWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO30N CnNwYW4uUGxhaW5UZXh0Q2hhcg0KCXttc28tc3R5bGUtbmFtZToiUGxhaW4gVGV4dCBDaGFyIjsN Cgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IlBsYWluIFRleHQiOw0K CWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0KLk1zb0NocERlZmF1bHQNCgl7 bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5z LXNlcmlmIjt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFy Z2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpX b3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNo YXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRp Zl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0 Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0Pjwv eG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUi IHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJN c29QbGFpblRleHQiPkhpIFN0ZXBoZW4sPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxh aW5UZXh0Ij50aGFuayB5b3UgZm9yIHlvdXIgcmV2aWV3IGFuZCBjb21tZW50cy4gUGxlYXNlIGZp bmQgbXkgYW5zd2VycyBpbi1saW5lIGFuZCB0YWdnZWQgR0lNJmd0OyZndDsuIEhvcGUgd2UgY2Fu IGZpbmQgZ29vZCBzb2x1dGlvbiB0byBhZGRyZXNzIHlvdXIgY29uY2VybiB3aXRoIEJGRCBzZWN1 cml0eS48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IFJlZ2FyZHMsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5U ZXh0Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgR3JlZzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1Bs YWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4t LS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLTxicj4NCkZyb206IFN0ZXBoZW4gRmFycmVsbCBbbWFp bHRvOnN0ZXBoZW4uZmFycmVsbEBjcy50Y2QuaWVdIDxicj4NClNlbnQ6IFdlZG5lc2RheSwgTm92 ZW1iZXIgMTgsIDIwMTUgNDozMyBQTTxicj4NClRvOiBUaGUgSUVTRzxicj4NCkNjOiBkcmFmdC1p ZXRmLW1wbHMtbHNwLXBpbmctbXBscy10cC1vYW0tY29uZkBpZXRmLm9yZzsgZHJhZnQtaWV0Zi1t cGxzLWxzcC1waW5nLW1wbHMtdHAtb2FtLWNvbmYuYWxsQGlldGYub3JnOyBtcGxzLWNoYWlyc0Bp ZXRmLm9yZzsgcmNhbGxvbkBqdW5pcGVyLm5ldDsgbXBsc0BpZXRmLm9yZzxicj4NClN1YmplY3Q6 IFN0ZXBoZW4gRmFycmVsbCdzIE5vIE9iamVjdGlvbiBvbiBkcmFmdC1pZXRmLW1wbHMtbHNwLXBp bmctbXBscy10cC1vYW0tY29uZi0xNTogKHdpdGggQ09NTUVOVCk8L3A+DQo8cCBjbGFzcz0iTXNv UGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi PlN0ZXBoZW4gRmFycmVsbCBoYXMgZW50ZXJlZCB0aGUgZm9sbG93aW5nIGJhbGxvdCBwb3NpdGlv biBmb3I8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPmRyYWZ0LWlldGYt bXBscy1sc3AtcGluZy1tcGxzLXRwLW9hbS1jb25mLTE1OiBObyBPYmplY3Rpb248bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb1BsYWluVGV4dCI+V2hlbiByZXNwb25kaW5nLCBwbGVhc2Uga2VlcCB0aGUgc3Vi amVjdCBsaW5lIGludGFjdCBhbmQgcmVwbHkgdG8gYWxsIGVtYWlsIGFkZHJlc3NlcyBpbmNsdWRl ZCBpbiB0aGUgVG8gYW5kIENDIGxpbmVzLiAoRmVlbCBmcmVlIHRvIGN1dCB0aGlzIGludHJvZHVj dG9yeSBwYXJhZ3JhcGgsIGhvd2V2ZXIuKTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1Bs YWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPlBsZWFzZSByZWZl ciB0byA8YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9pZXNnL3N0YXRlbWVudC9kaXNjdXNz LWNyaXRlcmlhLmh0bWwiPg0KPHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQ7dGV4dC1kZWNv cmF0aW9uOm5vbmUiPmh0dHBzOi8vd3d3LmlldGYub3JnL2llc2cvc3RhdGVtZW50L2Rpc2N1c3Mt Y3JpdGVyaWEuaHRtbDwvc3Bhbj48L2E+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxh aW5UZXh0Ij5mb3IgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCBJRVNHIERJU0NVU1MgYW5kIENPTU1F TlQgcG9zaXRpb25zLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPlRoZSBkb2N1bWVudCwgYWxvbmcgd2l0 aCBvdGhlciBiYWxsb3QgcG9zaXRpb25zLCBjYW4gYmUgZm91bmQgaGVyZTo8bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIu aWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtbXBscy1sc3AtcGluZy1tcGxzLXRwLW9hbS1jb25mLyI+ PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQ7dGV4dC1kZWNvcmF0aW9uOm5vbmUiPmh0dHBz Oi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtbXBscy1sc3AtcGluZy1tcGxz LXRwLW9hbS1jb25mLzwvc3Bhbj48L2E+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxh aW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxv OnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5DT01NRU5UOjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNv UGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi Pi0gMi4xLjEsIGlzIHRoZXJlIGFueSBjaGFuY2Ugb2YgbW92aW5nIG9uIGZyb20gdGhlICZxdW90 O0tleWVkIFNIQTEmcXVvdDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi PmZyb20gUkZDNTg4MCB0byBlLmcuIEhNQUMtU0hBMjU2IGZvciB0aGlzPyBXZSdyZSBnZW5lcmFs bHkgdHJ5aW5nIHRvIGdldCB0aGF0IGtpbmQgb2YgdHJhbnNpdGlvbiBkb25lIGFzIHdlIGNhbiBh bmQgbW92aW5nIHRvIHVzZSBvZiBhIHN0YW5kYXJkIGludGVncml0eSBjaGVjayByYXRoZXIgdGhh biBhIG1vcmUgaG9tZS1ncm93biBvbmUgaGFzIHNvbWUgYmVuZWZpdHMuIFRoZSBITUFDLVNIQTEt bGlrZSB0aGluZw0KIHlvdSdyZSBkb2luZyBpcyBzdGlsbCBwcm9iYWJseSBvaywgKHRob3VnaCBj b3VsZCBtYXliZSBkbyB3aXRoIGNyeXB0byBleWViYWxscyBvbiBpdCBhcyB0aGVyZSBtYXkgaGF2 ZSBiZWVuIHJlbGV2YW50IG5ldyByZXN1bHRzIHNpbmNlIDIwMTApIGJ1dCBmdXR1cmUtcHJvb2Zp bmcgd291bGQgc3VnZ2VzdCBtb3ZpbmcgdG8gSE1BQy1TSEEyNTYgaWYgd2UgY2FuLiAoSSBjYW4g aW1hZ2luZSBzdWNoIGEgY2hhbmdlIG1pZ2h0IHJlcXVpcmUgYSBuZXcNCiBkb2N1bWVudCwgYnV0 IGFtIGFza2luZyBhbnl3YXk6LSk8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl eHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+R0lNJmd0OyZndDsgVGhlIGZhY3QgaXMgdGhh dCB3ZSdyZSBib3VuZCBieSB3aGF0IGlzIGRlZmluZWQgaW4gUkZDIDU4ODAuIFRoZXJlIHdhcyBh IHByb3Bvc2FsIHRvIHN0cmVuZ3RoZW4gQkZEIHNlY3VyaXR5DQo8YSBocmVmPSJodHRwOi8vdG9v bHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1iaGF0aWEtYmZkLWNyeXB0by1hdXRoLTAzIj5CRkQgR2Vu ZXJpYyBDcnlwdG9ncmFwaGljIEF1dGhlbnRpY2F0aW9uPC9hPiBidXQgdGhlIGRvY3VtZW50IGhh ZCBleHBpcmVkLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+LSAyLjEuMSwg SSdkIHJlY29tbWVuZCBzYXlpbmcgYW55IHBhc3N3b3JkIGF1dGgtdHlwZSBNVVNUIE5PVCBiZSB1 c2VkIC0gd291bGQgdGhhdCBiZSBwb3NzaWJsZT88bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29QbGFpblRleHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+R0lNJmd0OyZndDsgSSB0aGlu ayB0aGF0IHdl4oCZbGwgbmVlZCB0byBtYWtlIGNoYW5nZXMgdG8gUkZDIDU4ODAgZmlyc3QgKDU4 ODBiaXM/KS4gQmVzaWRlcywgdGhlcmXigJlzDQo8L3NwYW4+UkZDIDc0ODcgdGhhdCBkZXNjcmli ZXMgUlNWUC1URSBleHRlbnNpb25zIHRvIGNvbmZpZ3VyZSBNUExTLVRQIE9BTS48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+LSBz ZWN0aW9uIDYgLSB3aGF0ICZxdW90O2VzdGFibGlzaGVkIHNlY3VyZSBrZXktZXhjaGFuZ2UgcHJv dG9jb2wmcXVvdDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPmlzIGF2 YWlsYWJsZSB0byB1c2UgaGVyZT88bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl eHQiPkdJTSZndDsmZ3Q7IFRoZSBkb2N1bWVudCBjb25zaWRlcnMga2V5IGV4Y2hhbmdlIG1lY2hh bmlzbXMgYmVpbmcgb3V0c2lkZSBpdHMgc2NvcGUuIE1lY2hhbmlzbXMgdXNlZCBvbmx5IGFzc3Vt ZWQgYW5kIG5vdCBkaXNjdXNzZWQgYXQgbGVuZ3RoIGluIHRoZSBkb2N1bWVudC48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+LSAo dGhpcyBpcyBzb3J0IG9mIG9mZi10b3BpYykgSSBmaW5kIGFuIGFyY2hpdGVjdHVyZSBsaWtlIHRo aXMgd2hlcmUgYSBwYWNrZXQgdHJhdmVyc2luZyBhIG5ldHdvcmsgaGFzIHF1aXRlIHNvIG1hbnkg c2lkZS1lZmZlY3RzIGEgYml0IGhhcmQgdG8gZ3Jvay4gRG8geW91IGhhdmUgYSBwb2ludGVyIHRv IHNvbWV0aGluZyAobm90IHRvbyBsb25nOi0pIHRoYXQgZXhwbGFpbnMgdGhlIGNvbnNlcXVlbmNl cw0KIG9mIHRoYXQ/PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3Bh biBzdHlsZT0iY29sb3I6YmxhY2siPkdJTSZndDsmZ3Q7IFRoZSBmaXJzdCBwYXJhZ3JhcGggb2Yg dGhlIFNlY3VyaXR5IENvbnNpZGVyYXRpb25zIHNlY3Rpb24gcmVmZXJzIHRvIHNvbWUgc2NlbmFy aW9zIHRoYXQgbWF5IHN1ZmZpY2UgZHVlIHRvIGNvbmRpdGlvbnMgKG92ZXJsb2FkKSBpbiB0aGUg bWFuYWdlbWVudCBwbGFuZS4gVGhlIHRoaXJkIHBhcmFncmFwaCBvZiB0aGUgc2FtZSBzZWN0aW9u IG5vdGVzDQogbmVlZCB0byBoYXZlIHN1ZmZpY2llbnQgc2VjdXJpdHkgbWVjaGFuaXNtIGZvciBM U1AgUGluZyBjb21tdW5pY2F0aW9uLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4 dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_7347100B5761DC41A166AC17F22DF11221942DFEeusaamb103erics_-- From nobody Thu Nov 19 05:36:19 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E6DD51AD362; Thu, 19 Nov 2015 05:35:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.886 X-Spam-Level: X-Spam-Status: No, score=-4.886 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_MED=-2.3, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xnTw398BwTVd; Thu, 19 Nov 2015 05:35:46 -0800 (PST) Received: from mercury.scss.tcd.ie (mercury.scss.tcd.ie [134.226.56.6]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BBE221AD368; Thu, 19 Nov 2015 05:35:42 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mercury.scss.tcd.ie (Postfix) with ESMTP id 8F089BE5B; Thu, 19 Nov 2015 13:35:40 +0000 (GMT) Received: from mercury.scss.tcd.ie ([127.0.0.1]) by localhost (mercury.scss.tcd.ie [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IH6lqu7IwhhZ; Thu, 19 Nov 2015 13:35:40 +0000 (GMT) Received: from [134.226.36.93] (bilbo.dsg.cs.tcd.ie [134.226.36.93]) by mercury.scss.tcd.ie (Postfix) with ESMTPSA id A7996BDCB; Thu, 19 Nov 2015 13:35:39 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.tcd.ie; s=mail; t=1447940140; bh=kWQm850aRxTQYBo+sHXEOK3Kcrh8HCsv1+88NPL20Es=; h=Subject:To:References:Cc:From:Date:In-Reply-To:From; b=WnRR76sb3MiG45IwAgrSACXtcCzUIuY4UiAgks3qMbUDWwLVjcwcl5Bv/tL1l/7UT 003YRblK53klmX3WHAVMLk1EgWXW2OPzJu30VLoENNRsbM3SLtEIxn2R0vO6ATM7xt Z2w3SQyQRqEYHuWf7AgLklfIj62uaUZmSCyl7eD4= To: Gregory Mirsky , The IESG References: <20151119003257.1445.91117.idtracker@ietfa.amsl.com> <7347100B5761DC41A166AC17F22DF11221942DFE@eusaamb103.ericsson.se> From: Stephen Farrell Openpgp: id=D66EA7906F0B897FB2E97D582F3C8736805F8DA2; url= Message-ID: <564DD02A.6020500@cs.tcd.ie> Date: Thu, 19 Nov 2015 13:35:38 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <7347100B5761DC41A166AC17F22DF11221942DFE@eusaamb103.ericsson.se> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Archived-At: Cc: "draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf.all@ietf.org" , "draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf@ietf.org" , "rcallon@juniper.net" , "mpls-chairs@ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] Stephen Farrell's No Objection on draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-15: (with COMMENT) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2015 13:35:54 -0000 Hiya, On 19/11/15 04:03, Gregory Mirsky wrote: > Hi Stephen, > > thank you for your review and comments. Please find my answers > in-line and tagged GIM>>. Hope we can find good solution to address > your concern with BFD security. > > > > Regards, > > Greg > > > > -----Original Message----- From: Stephen Farrell > [mailto:stephen.farrell@cs.tcd.ie] Sent: Wednesday, November 18, 2015 > 4:33 PM To: The IESG Cc: > draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf@ietf.org; > draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf.all@ietf.org; > mpls-chairs@ietf.org; rcallon@juniper.net; mpls@ietf.org Subject: > Stephen Farrell's No Objection on > draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-15: (with COMMENT) > > > > Stephen Farrell has entered the following ballot position for > > draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-15: 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-lsp-ping-mpls-tp-oam-conf/ > > > > > > > > > ---------------------------------------------------------------------- > > COMMENT: > > ---------------------------------------------------------------------- > > > > > > > - 2.1.1, is there any chance of moving on from the "Keyed SHA1" > > from RFC5880 to e.g. HMAC-SHA256 for this? We're generally trying to > get that kind of transition done as we can and moving to use of a > standard integrity check rather than a more home-grown one has some > benefits. The HMAC-SHA1-like thing you're doing is still probably ok, > (though could maybe do with crypto eyeballs on it as there may have > been relevant new results since 2010) but future-proofing would > suggest moving to HMAC-SHA256 if we can. (I can imagine such a change > might require a new document, but am asking anyway:-) > > GIM>> The fact is that we're bound by what is defined in RFC 5880. I wonder for how long though, that's now a five year old RFC. Assuming it takes a few years for new deployments to pick up new algorithms, isn't it time that a whole bunch of algorithm choices were revisited? > There was a proposal to strengthen BFD security BFD Generic > Cryptographic > Authentication > but the document had expired. Pity that. > - 2.1.1, I'd recommend saying any password auth-type MUST NOT be used > - would that be possible? > > GIM>> I think that we’ll need to make changes to RFC 5880 first > (5880bis?). I don't see any reason why that is true. This document can easily say "you MUST NOT use the horribly weak option specified in that old RFC" with changing that old RFC. > Besides, there’s RFC 7487 that describes RSVP-TE > extensions to configure MPLS-TP OAM. > > > > - section 6 - what "established secure key-exchange protocol" > > is available to use here? > > GIM>> The document considers key exchange mechanisms being outside > its scope. Mechanisms used only assumed and not discussed at length > in the document. I did not ask if you should specify something here. I asked what exists that is usable? If the answer is "nothing" then the text in the draft would be misleading wouldn't it? > - (this is sort of off-topic) I find an architecture like this where > a packet traversing a network has quite so many side-effects a bit > hard to grok. Do you have a pointer to something (not too long:-) > that explains the consequences of that? > > GIM>> The first paragraph of the Security Considerations section > refers to some scenarios that may suffice due to conditions > (overload) in the management plane. The third paragraph of the same > section notes need to have sufficient security mechanism for LSP Ping > communication. You're mis-interpreting me, I guess because my question wasn't clear. My question above was a simple request for some background information about the consequences of this architecture, and was not a direct criticism of or comment on this draft. (Now if it turns out there is no background material on the consequences of this architecture, then that would be very interesting.) Cheers, S. > > > > From nobody Thu Nov 19 06:44:51 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D15931B2AA9; Thu, 19 Nov 2015 06:44:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.201 X-Spam-Level: X-Spam-Status: No, score=-104.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0rh46CXr_M7J; Thu, 19 Nov 2015 06:44:47 -0800 (PST) Received: from usevmg21.ericsson.net (usevmg21.ericsson.net [198.24.6.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 56C941B2AB2; Thu, 19 Nov 2015 06:44:47 -0800 (PST) X-AuditID: c6180641-f792c6d00000686a-da-564d72285dbd Received: from EUSAAHC006.ericsson.se (Unknown_Domain [147.117.188.90]) by usevmg21.ericsson.net (Symantec Mail Security) with SMTP id 50.3D.26730.8227D465; Thu, 19 Nov 2015 07:54:32 +0100 (CET) Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC006.ericsson.se ([147.117.188.90]) with mapi id 14.03.0248.002; Thu, 19 Nov 2015 09:44:45 -0500 From: Gregory Mirsky To: Stephen Farrell , The IESG Thread-Topic: Stephen Farrell's No Objection on draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-15: (with COMMENT) Thread-Index: AQHRImHY5+v//ckBgESjvywcna6X7Z6isj1QgAD7KwD//7ncwA== Date: Thu, 19 Nov 2015 14:44:44 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF1122194416C@eusaamb103.ericsson.se> References: <20151119003257.1445.91117.idtracker@ietfa.amsl.com> <7347100B5761DC41A166AC17F22DF11221942DFE@eusaamb103.ericsson.se> <564DD02A.6020500@cs.tcd.ie> In-Reply-To: <564DD02A.6020500@cs.tcd.ie> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.11] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprOIsWRmVeSWpSXmKPExsUyuXRPlK5GkW+YQdcmXYvjVwstrq0+wGIx 489EZot1l0+xWdxaupLV4u+KKywW0/deY3dg91jbfZXNY8mSn0we15uusgcwR3HZpKTmZJal FunbJXBlnLq4nrVghkPF3ombWBoYj9h1MXJwSAiYSDz+qtzFyAlkiklcuLeerYuRi0NI4Aij xIv221DOckaJP80TmUCq2ASMJF5s7GEHsUUEPCUe9p1iASliFnjOJLFv0moWkISwQK7EpVer oYryJKbtnMoOsk1EwEnixG4ukDCLgKrE9W/HWEFsXgFfidlL3zBCLFvMKNHz8SlYL6eApsTe I0vZQGxGoPO+n1oDdgSzgLjErSfzmSDOFpBYsuc8M4QtKvHy8T9WCFtJ4uPv+WB7mYHmrN+l D9GqKDGl+yE7xF5BiZMzn7BMYBSbhWTqLISOWUg6ZiHpWMDIsoqRo7Q4tSw33chwEyMwuo5J sDnuYFzwyfIQowAHoxIPb8EknzAh1sSy4srcQ4wSHMxKIryWB33DhHhTEiurUovy44tKc1KL DzFKc7AoifPOm3E/VEggPbEkNTs1tSC1CCbLxMEp1cDocueNzs0va9j4gx5fXs0x7faG1pas 3Qtff3wVzvzVcrP991Yenavy/uWJE7g9MnkttcwnrdtWr6IwqZjjAYtrmcZ2Y/bEnXILtk36 bnD22r3XaxleWixQYXgr9UBhRu/eO6u6Jiq8yPzKJHm4curb0I8S6RYm3qtcA/Ju9YZVTf4j 5+/4m6VGiaU4I9FQi7moOBEAiXtb9KoCAAA= Archived-At: Cc: "draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf.all@ietf.org" , "draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf@ietf.org" , "rcallon@juniper.net" , "mpls-chairs@ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] Stephen Farrell's No Objection on draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-15: (with COMMENT) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2015 14:44:50 -0000 SGkgU3RlcGhlbiwNCnRoYW5rIHlvdSBmb3IgdGhlIGNsYXJpZmljYXRpb25zLiBNb3JlIGluLWxp bmUgYW5zd2VycyBub3cgdGFnZ2VkIEdJTTI+Pi4NCg0KCVJlZ2FyZHMsDQoJCUdyZWcNCg0KLS0t LS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IFN0ZXBoZW4gRmFycmVsbCBbbWFpbHRvOnN0 ZXBoZW4uZmFycmVsbEBjcy50Y2QuaWVdIA0KU2VudDogVGh1cnNkYXksIE5vdmVtYmVyIDE5LCAy MDE1IDU6MzYgQU0NClRvOiBHcmVnb3J5IE1pcnNreTsgVGhlIElFU0cNCkNjOiBkcmFmdC1pZXRm LW1wbHMtbHNwLXBpbmctbXBscy10cC1vYW0tY29uZkBpZXRmLm9yZzsgZHJhZnQtaWV0Zi1tcGxz LWxzcC1waW5nLW1wbHMtdHAtb2FtLWNvbmYuYWxsQGlldGYub3JnOyBtcGxzLWNoYWlyc0BpZXRm Lm9yZzsgcmNhbGxvbkBqdW5pcGVyLm5ldDsgbXBsc0BpZXRmLm9yZw0KU3ViamVjdDogUmU6IFN0 ZXBoZW4gRmFycmVsbCdzIE5vIE9iamVjdGlvbiBvbiBkcmFmdC1pZXRmLW1wbHMtbHNwLXBpbmct bXBscy10cC1vYW0tY29uZi0xNTogKHdpdGggQ09NTUVOVCkNCg0KDQpIaXlhLA0KDQpPbiAxOS8x MS8xNSAwNDowMywgR3JlZ29yeSBNaXJza3kgd3JvdGU6DQo+IEhpIFN0ZXBoZW4sDQo+IA0KPiB0 aGFuayB5b3UgZm9yIHlvdXIgcmV2aWV3IGFuZCBjb21tZW50cy4gUGxlYXNlIGZpbmQgbXkgYW5z d2VycyBpbi1saW5lIA0KPiBhbmQgdGFnZ2VkIEdJTT4+LiBIb3BlIHdlIGNhbiBmaW5kIGdvb2Qg c29sdXRpb24gdG8gYWRkcmVzcyB5b3VyIA0KPiBjb25jZXJuIHdpdGggQkZEIHNlY3VyaXR5Lg0K PiANCj4gDQo+IA0KPiBSZWdhcmRzLA0KPiANCj4gR3JlZw0KPiANCj4gDQo+IA0KPiAtLS0tLU9y aWdpbmFsIE1lc3NhZ2UtLS0tLSBGcm9tOiBTdGVwaGVuIEZhcnJlbGwgDQo+IFttYWlsdG86c3Rl cGhlbi5mYXJyZWxsQGNzLnRjZC5pZV0gU2VudDogV2VkbmVzZGF5LCBOb3ZlbWJlciAxOCwgMjAx NQ0KPiA0OjMzIFBNIFRvOiBUaGUgSUVTRyBDYzoNCj4gZHJhZnQtaWV0Zi1tcGxzLWxzcC1waW5n LW1wbHMtdHAtb2FtLWNvbmZAaWV0Zi5vcmc7DQo+IGRyYWZ0LWlldGYtbXBscy1sc3AtcGluZy1t cGxzLXRwLW9hbS1jb25mLmFsbEBpZXRmLm9yZzsNCj4gbXBscy1jaGFpcnNAaWV0Zi5vcmc7IHJj YWxsb25AanVuaXBlci5uZXQ7IG1wbHNAaWV0Zi5vcmcgU3ViamVjdDoNCj4gU3RlcGhlbiBGYXJy ZWxsJ3MgTm8gT2JqZWN0aW9uIG9uDQo+IGRyYWZ0LWlldGYtbXBscy1sc3AtcGluZy1tcGxzLXRw LW9hbS1jb25mLTE1OiAod2l0aCBDT01NRU5UKQ0KPiANCj4gDQo+IA0KPiBTdGVwaGVuIEZhcnJl bGwgaGFzIGVudGVyZWQgdGhlIGZvbGxvd2luZyBiYWxsb3QgcG9zaXRpb24gZm9yDQo+IA0KPiBk cmFmdC1pZXRmLW1wbHMtbHNwLXBpbmctbXBscy10cC1vYW0tY29uZi0xNTogTm8gT2JqZWN0aW9u DQo+IA0KPiANCj4gDQo+IFdoZW4gcmVzcG9uZGluZywgcGxlYXNlIGtlZXAgdGhlIHN1YmplY3Qg bGluZSBpbnRhY3QgYW5kIHJlcGx5IHRvIGFsbCANCj4gZW1haWwgYWRkcmVzc2VzIGluY2x1ZGVk IGluIHRoZSBUbyBhbmQgQ0MgbGluZXMuIChGZWVsIGZyZWUgdG8gY3V0IA0KPiB0aGlzIGludHJv ZHVjdG9yeSBwYXJhZ3JhcGgsIGhvd2V2ZXIuKQ0KPiANCj4gDQo+IA0KPiANCj4gDQo+IFBsZWFz ZSByZWZlciB0bw0KPiBodHRwczovL3d3dy5pZXRmLm9yZy9pZXNnL3N0YXRlbWVudC9kaXNjdXNz LWNyaXRlcmlhLmh0bWwNCj4gDQo+IGZvciBtb3JlIGluZm9ybWF0aW9uIGFib3V0IElFU0cgRElT Q1VTUyBhbmQgQ09NTUVOVCBwb3NpdGlvbnMuDQo+IA0KPiANCj4gDQo+IA0KPiANCj4gVGhlIGRv Y3VtZW50LCBhbG9uZyB3aXRoIG90aGVyIGJhbGxvdCBwb3NpdGlvbnMsIGNhbiBiZSBmb3VuZCBo ZXJlOg0KPiANCj4gaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1t cGxzLWxzcC1waW5nLW1wbHMtdHAtb2FtLQ0KPiBjb25mLw0KPg0KPiANCj4gDQo+IA0KPiANCj4g DQo+IA0KPiANCj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPg0KPiAgQ09NTUVOVDoNCj4gDQo+IC0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0NCj4NCj4gDQo+IA0KPiANCj4gDQo+IA0KPiAtIDIuMS4xLCBpcyB0aGVyZSBhbnkgY2hh bmNlIG9mIG1vdmluZyBvbiBmcm9tIHRoZSAiS2V5ZWQgU0hBMSINCj4gDQo+IGZyb20gUkZDNTg4 MCB0byBlLmcuIEhNQUMtU0hBMjU2IGZvciB0aGlzPyBXZSdyZSBnZW5lcmFsbHkgdHJ5aW5nIHRv IA0KPiBnZXQgdGhhdCBraW5kIG9mIHRyYW5zaXRpb24gZG9uZSBhcyB3ZSBjYW4gYW5kIG1vdmlu ZyB0byB1c2Ugb2YgYSANCj4gc3RhbmRhcmQgaW50ZWdyaXR5IGNoZWNrIHJhdGhlciB0aGFuIGEg bW9yZSBob21lLWdyb3duIG9uZSBoYXMgc29tZSANCj4gYmVuZWZpdHMuIFRoZSBITUFDLVNIQTEt bGlrZSB0aGluZyB5b3UncmUgZG9pbmcgaXMgc3RpbGwgcHJvYmFibHkgb2ssIA0KPiAodGhvdWdo IGNvdWxkIG1heWJlIGRvIHdpdGggY3J5cHRvIGV5ZWJhbGxzIG9uIGl0IGFzIHRoZXJlIG1heSBo YXZlIA0KPiBiZWVuIHJlbGV2YW50IG5ldyByZXN1bHRzIHNpbmNlIDIwMTApIGJ1dCBmdXR1cmUt cHJvb2Zpbmcgd291bGQgDQo+IHN1Z2dlc3QgbW92aW5nIHRvIEhNQUMtU0hBMjU2IGlmIHdlIGNh bi4gKEkgY2FuIGltYWdpbmUgc3VjaCBhIGNoYW5nZSANCj4gbWlnaHQgcmVxdWlyZSBhIG5ldyBk b2N1bWVudCwgYnV0IGFtIGFza2luZyBhbnl3YXk6LSkNCj4gDQo+IEdJTT4+IFRoZSBmYWN0IGlz IHRoYXQgd2UncmUgYm91bmQgYnkgd2hhdCBpcyBkZWZpbmVkIGluIFJGQyA1ODgwLg0KDQpJIHdv bmRlciBmb3IgaG93IGxvbmcgdGhvdWdoLCB0aGF0J3Mgbm93IGEgZml2ZSB5ZWFyIG9sZCBSRkMu DQpBc3N1bWluZyBpdCB0YWtlcyBhIGZldyB5ZWFycyBmb3IgbmV3IGRlcGxveW1lbnRzIHRvIHBp Y2sgdXAgbmV3IGFsZ29yaXRobXMsIGlzbid0IGl0IHRpbWUgdGhhdCBhIHdob2xlIGJ1bmNoIG9m IGFsZ29yaXRobSBjaG9pY2VzIHdlcmUgcmV2aXNpdGVkPw0KDQo+IFRoZXJlIHdhcyBhIHByb3Bv c2FsIHRvIHN0cmVuZ3RoZW4gQkZEIHNlY3VyaXR5IEJGRCBHZW5lcmljIA0KPiBDcnlwdG9ncmFw aGljIA0KPiBBdXRoZW50aWNhdGlvbjxodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1i aGF0aWEtYmZkLWNyeXB0by1hdXRoDQo+IC0wMz4NCj4gYnV0IHRoZSBkb2N1bWVudCBoYWQgZXhw aXJlZC4NCg0KUGl0eSB0aGF0Lg0KDQo+IC0gMi4xLjEsIEknZCByZWNvbW1lbmQgc2F5aW5nIGFu eSBwYXNzd29yZCBhdXRoLXR5cGUgTVVTVCBOT1QgYmUgdXNlZA0KPiAtIHdvdWxkIHRoYXQgYmUg cG9zc2libGU/DQo+IA0KPiBHSU0+PiBJIHRoaW5rIHRoYXQgd2XigJlsbCBuZWVkIHRvIG1ha2Ug Y2hhbmdlcyB0byBSRkMgNTg4MCBmaXJzdA0KPiAoNTg4MGJpcz8pLiANCg0KSSBkb24ndCBzZWUg YW55IHJlYXNvbiB3aHkgdGhhdCBpcyB0cnVlLiBUaGlzIGRvY3VtZW50IGNhbiBlYXNpbHkgc2F5 ICJ5b3UgTVVTVCBOT1QgdXNlIHRoZSBob3JyaWJseSB3ZWFrIG9wdGlvbiBzcGVjaWZpZWQgaW4g dGhhdCBvbGQgUkZDIiB3aXRoIGNoYW5naW5nIHRoYXQgb2xkIFJGQy4NCg0KR0lNMj4+IFdvdWxk IGFkZGluZyB0aGUgZm9sbG93aW5nIGluIFNlY3Rpb24gMi4yLjQgQkZEIEF1dGhlbnRpY2F0aW9u IHN1Yi1UTFYgdG8gQXV0aFR5cGUgZXhwbGFuYXRpb24gYWRkcmVzcyB5b3VyIGNvbmNlcm46DQpT aW1wbGUgUGFzc3dvcmQgU0hPVUxEIE5PVCBiZSB1c2VkIGlmIG90aGVyIGF1dGhlbnRpY2F0aW9u IHR5cGVzIGFyZSBhdmFpbGFibGUuDQoNCj4gQmVzaWRlcywgdGhlcmXigJlzIFJGQyA3NDg3IHRo YXQgZGVzY3JpYmVzIFJTVlAtVEUgZXh0ZW5zaW9ucyB0byANCj4gY29uZmlndXJlIE1QTFMtVFAg T0FNLg0KDQoNCj4gDQo+IA0KPiANCj4gLSBzZWN0aW9uIDYgLSB3aGF0ICJlc3RhYmxpc2hlZCBz ZWN1cmUga2V5LWV4Y2hhbmdlIHByb3RvY29sIg0KPiANCj4gaXMgYXZhaWxhYmxlIHRvIHVzZSBo ZXJlPw0KPiANCj4gR0lNPj4gVGhlIGRvY3VtZW50IGNvbnNpZGVycyBrZXkgZXhjaGFuZ2UgbWVj aGFuaXNtcyBiZWluZyBvdXRzaWRlDQo+IGl0cyBzY29wZS4gTWVjaGFuaXNtcyB1c2VkIG9ubHkg YXNzdW1lZCBhbmQgbm90IGRpc2N1c3NlZCBhdCBsZW5ndGggaW4gDQo+IHRoZSBkb2N1bWVudC4N Cg0KSSBkaWQgbm90IGFzayBpZiB5b3Ugc2hvdWxkIHNwZWNpZnkgc29tZXRoaW5nIGhlcmUuIEkg YXNrZWQgd2hhdCBleGlzdHMgdGhhdCBpcyB1c2FibGU/IElmIHRoZSBhbnN3ZXIgaXMgIm5vdGhp bmciIHRoZW4gdGhlIHRleHQgaW4gdGhlIGRyYWZ0IHdvdWxkIGJlIG1pc2xlYWRpbmcgd291bGRu J3QgaXQ/DQpHSU0yPj4gUEtJIChQdWJsaWMgS2V5IEluZnJhc3RydWN0dXJlKQ0KDQo+IC0gKHRo aXMgaXMgc29ydCBvZiBvZmYtdG9waWMpIEkgZmluZCBhbiBhcmNoaXRlY3R1cmUgbGlrZSB0aGlz IHdoZXJlIGEgDQo+IHBhY2tldCB0cmF2ZXJzaW5nIGEgbmV0d29yayBoYXMgcXVpdGUgc28gbWFu eSBzaWRlLWVmZmVjdHMgYSBiaXQgaGFyZCANCj4gdG8gZ3Jvay4gRG8geW91IGhhdmUgYSBwb2lu dGVyIHRvIHNvbWV0aGluZyAobm90IHRvbyBsb25nOi0pIHRoYXQgDQo+IGV4cGxhaW5zIHRoZSBj b25zZXF1ZW5jZXMgb2YgdGhhdD8NCj4gDQo+IEdJTT4+IFRoZSBmaXJzdCBwYXJhZ3JhcGggb2Yg dGhlIFNlY3VyaXR5IENvbnNpZGVyYXRpb25zIHNlY3Rpb24NCj4gcmVmZXJzIHRvIHNvbWUgc2Nl bmFyaW9zIHRoYXQgbWF5IHN1ZmZpY2UgZHVlIHRvIGNvbmRpdGlvbnMNCj4gKG92ZXJsb2FkKSBp biB0aGUgbWFuYWdlbWVudCBwbGFuZS4gVGhlIHRoaXJkIHBhcmFncmFwaCBvZiB0aGUgc2FtZSAN Cj4gc2VjdGlvbiBub3RlcyBuZWVkIHRvIGhhdmUgc3VmZmljaWVudCBzZWN1cml0eSBtZWNoYW5p c20gZm9yIExTUCBQaW5nIA0KPiBjb21tdW5pY2F0aW9uLg0KDQpZb3UncmUgbWlzLWludGVycHJl dGluZyBtZSwgSSBndWVzcyBiZWNhdXNlIG15IHF1ZXN0aW9uIHdhc24ndCBjbGVhci4gTXkgcXVl c3Rpb24gYWJvdmUgd2FzIGEgc2ltcGxlIHJlcXVlc3QgZm9yIHNvbWUgYmFja2dyb3VuZCBpbmZv cm1hdGlvbiBhYm91dCB0aGUgY29uc2VxdWVuY2VzIG9mIHRoaXMgYXJjaGl0ZWN0dXJlLCBhbmQg d2FzIG5vdCBhIGRpcmVjdCBjcml0aWNpc20gb2Ygb3IgY29tbWVudCBvbiB0aGlzIGRyYWZ0LiAo Tm93IGlmIGl0IHR1cm5zIG91dCB0aGVyZSBpcyBubyBiYWNrZ3JvdW5kIG1hdGVyaWFsIG9uIHRo ZSBjb25zZXF1ZW5jZXMgb2YgdGhpcyBhcmNoaXRlY3R1cmUsIHRoZW4gdGhhdCB3b3VsZCBiZSB2 ZXJ5IGludGVyZXN0aW5nLikNCg0KR0lNMj4+IEkgc2VlIG5vdyB0aGF0IEkndmUgbWlzcmVhZCB0 aGUgcXVlc3Rpb24uIExTUCBQaW5nLCBiZWluZyBSZXF1ZXN0LVJlcGx5IG1lY2hhbmlzbSB3aXRo IGVsYWJvcmF0ZSBzdGF0dXMgcmVwb3J0aW5nLCBwcm92aWRlcyBzZWxmLXRocm90dGxpbmcgYW5k IHN1ZmZpY2llbnQgc2VsZi1kaWFnbm9zdGljLiBJbiB0aGUgZG9jdW1lbnQgd2UncmUgbm90IGRp c2N1c3Npbmcgd2hhdCBoYXBwZW5zIGlmIGFuZCB3aGVuIEVjaG8gcmVxdWVzdCB3aXRoIE9BTSBj b25maWd1cmF0aW9uIFRMVnMgdGltZXMtb3V0IGJlY2F1c2Ugb2Ygbm8gRWNobyByZXBseSByZWNl aXZlZCBhcyB0aGF0IGlzIGltcGxlbWVudGF0aW9uIHNwZWNpZmljLiBBdCB0aGUgc2FtZSB0aW1l LCBpbXBsZW1lbnRhdGlvbiBleHBlcmllbmNlIHN1Z2dlc3RzIHRoYXQgYWxsIG9mIE1QTFMtVFAg T0FNIGNvbmZpZ3VyYXRpb24gY2FuIGJlIGNvbW11bmljYXRlZCBpbiBhIHNpbmdsZSBFY2hvIHJl cXVlc3QgdGh1cyBtaW5pbWl6aW5nIG5ldHdvcmsgaW1wYWN0Lg0KDQpDaGVlcnMsDQpTLg0KDQoN Cj4gDQo+IA0KPiANCj4gDQo= From nobody Thu Nov 19 06:53:44 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 55F3F1B2AE0; Thu, 19 Nov 2015 06:53:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.886 X-Spam-Level: X-Spam-Status: No, score=-4.886 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_MED=-2.3, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gpYj7entEWc8; Thu, 19 Nov 2015 06:53:39 -0800 (PST) Received: from mercury.scss.tcd.ie (mercury.scss.tcd.ie [134.226.56.6]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3B88B1B2AE4; Thu, 19 Nov 2015 06:53:39 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mercury.scss.tcd.ie (Postfix) with ESMTP id 49F23BE83; Thu, 19 Nov 2015 14:53:36 +0000 (GMT) Received: from mercury.scss.tcd.ie ([127.0.0.1]) by localhost (mercury.scss.tcd.ie [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bSz9bItaN3bT; Thu, 19 Nov 2015 14:53:36 +0000 (GMT) Received: from [134.226.36.93] (bilbo.dsg.cs.tcd.ie [134.226.36.93]) by mercury.scss.tcd.ie (Postfix) with ESMTPSA id 4BA3BBE33; Thu, 19 Nov 2015 14:53:35 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.tcd.ie; s=mail; t=1447944816; bh=XrPfgoulwU6fWif0isfUIOInMVjQO/RY9RsdsIIfk9c=; h=Subject:To:References:Cc:From:Date:In-Reply-To:From; b=VKvhJPuk+/8IK+Li5b4VHnMSAgssNJKkBIbnV+cE5NqsC+wZe2FFdTDj/ZTV9Tsxc k0t631SwizGL7viClIxUf/3gGvwmv/sxcqpew2sW2esRJetAexKypHzk/E/HyFI7n5 crF1cfN42oJYalfERkNAJh5IJykHKlhLMWpKKwRw= To: Gregory Mirsky , The IESG References: <20151119003257.1445.91117.idtracker@ietfa.amsl.com> <7347100B5761DC41A166AC17F22DF11221942DFE@eusaamb103.ericsson.se> <564DD02A.6020500@cs.tcd.ie> <7347100B5761DC41A166AC17F22DF1122194416C@eusaamb103.ericsson.se> From: Stephen Farrell Openpgp: id=D66EA7906F0B897FB2E97D582F3C8736805F8DA2; url= Message-ID: <564DE26E.4070203@cs.tcd.ie> Date: Thu, 19 Nov 2015 14:53:34 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <7347100B5761DC41A166AC17F22DF1122194416C@eusaamb103.ericsson.se> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Archived-At: Cc: "draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf.all@ietf.org" , "draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf@ietf.org" , "rcallon@juniper.net" , "mpls-chairs@ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] Stephen Farrell's No Objection on draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-15: (with COMMENT) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2015 14:53:42 -0000 Hiya, Coupla bits more below... On 19/11/15 14:44, Gregory Mirsky wrote: > Hi Stephen, thank you for the clarifications. More in-line answers > now tagged GIM2>>. > > Regards, Greg > > -----Original Message----- From: Stephen Farrell > [mailto:stephen.farrell@cs.tcd.ie] Sent: Thursday, November 19, 2015 > 5:36 AM To: Gregory Mirsky; The IESG Cc: > draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf@ietf.org; > draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf.all@ietf.org; > mpls-chairs@ietf.org; rcallon@juniper.net; mpls@ietf.org Subject: Re: > Stephen Farrell's No Objection on > draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-15: (with COMMENT) > > > Hiya, > > On 19/11/15 04:03, Gregory Mirsky wrote: >> Hi Stephen, >> >> thank you for your review and comments. Please find my answers >> in-line and tagged GIM>>. Hope we can find good solution to address >> your concern with BFD security. >> >> >> >> Regards, >> >> Greg >> >> >> >> -----Original Message----- From: Stephen Farrell >> [mailto:stephen.farrell@cs.tcd.ie] Sent: Wednesday, November 18, >> 2015 4:33 PM To: The IESG Cc: >> draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf@ietf.org; >> draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf.all@ietf.org; >> mpls-chairs@ietf.org; rcallon@juniper.net; mpls@ietf.org Subject: >> Stephen Farrell's No Objection on >> draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-15: (with COMMENT) >> >> >> >> Stephen Farrell has entered the following ballot position for >> >> draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-15: 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-lsp-ping-mpls-tp-oam- >> >> conf/ >> >> >> >> >> >> >> >> >> ---------------------------------------------------------------------- >> >> >> COMMENT: >> >> ---------------------------------------------------------------------- >> >> >> >> >> >> >> >> - 2.1.1, is there any chance of moving on from the "Keyed SHA1" >> >> from RFC5880 to e.g. HMAC-SHA256 for this? We're generally trying >> to get that kind of transition done as we can and moving to use of >> a standard integrity check rather than a more home-grown one has >> some benefits. The HMAC-SHA1-like thing you're doing is still >> probably ok, (though could maybe do with crypto eyeballs on it as >> there may have been relevant new results since 2010) but >> future-proofing would suggest moving to HMAC-SHA256 if we can. (I >> can imagine such a change might require a new document, but am >> asking anyway:-) >> >> GIM>> The fact is that we're bound by what is defined in RFC 5880. > > I wonder for how long though, that's now a five year old RFC. > Assuming it takes a few years for new deployments to pick up new > algorithms, isn't it time that a whole bunch of algorithm choices > were revisited? > >> There was a proposal to strengthen BFD security BFD Generic >> Cryptographic >> Authentication> >> -03> >> but the document had expired. > > Pity that. > >> - 2.1.1, I'd recommend saying any password auth-type MUST NOT be >> used - would that be possible? >> >> GIM>> I think that we’ll need to make changes to RFC 5880 first >> (5880bis?). > > I don't see any reason why that is true. This document can easily say > "you MUST NOT use the horribly weak option specified in that old RFC" > with changing that old RFC. > > GIM2>> Would adding the following in Section 2.2.4 BFD Authentication > sub-TLV to AuthType explanation address your concern: Simple Password > SHOULD NOT be used if other authentication types are available. Yes, I think adding that (or similar) is a nice improvement. We may as well try discourage what we know are the weakest options. > >> Besides, there’s RFC 7487 that describes RSVP-TE extensions to >> configure MPLS-TP OAM. > > >> >> >> >> - section 6 - what "established secure key-exchange protocol" >> >> is available to use here? >> >> GIM>> The document considers key exchange mechanisms being outside >> its scope. Mechanisms used only assumed and not discussed at length >> in the document. > > I did not ask if you should specify something here. I asked what > exists that is usable? If the answer is "nothing" then the text in > the draft would be misleading wouldn't it? GIM2>> PKI (Public Key > Infrastructure) Huh? Sure one could invent a way to use PKI to help here. But that's be a new thing. So if we're agreed that that would require invention, doesn't that mean that there is no existing usable mechanism and hence that the current text is misleading? I'd say just strike the misleading sentence. > >> - (this is sort of off-topic) I find an architecture like this >> where a packet traversing a network has quite so many side-effects >> a bit hard to grok. Do you have a pointer to something (not too >> long:-) that explains the consequences of that? >> >> GIM>> The first paragraph of the Security Considerations section >> refers to some scenarios that may suffice due to conditions >> (overload) in the management plane. The third paragraph of the same >> section notes need to have sufficient security mechanism for LSP >> Ping communication. > > You're mis-interpreting me, I guess because my question wasn't clear. > My question above was a simple request for some background > information about the consequences of this architecture, and was not > a direct criticism of or comment on this draft. (Now if it turns out > there is no background material on the consequences of this > architecture, then that would be very interesting.) > > GIM2>> I see now that I've misread the question. LSP Ping, being > Request-Reply mechanism with elaborate status reporting, provides > self-throttling and sufficient self-diagnostic. In the document we're > not discussing what happens if and when Echo request with OAM > configuration TLVs times-out because of no Echo reply received as > that is implementation specific. At the same time, implementation > experience suggests that all of MPLS-TP OAM configuration can be > communicated in a single Echo request thus minimizing network > impact. Sure - I do get that the MPLS WG has consensus on this approach and that'd only be the case if you think it works well. What I'm not at all sure about is whether or not anyone has figured out what happens if one runs (or abuses) a network managed in such a manner. Hence my asking for a pointer to somewhere that has that kind of analysis. But if we don't have one, we don't have one. (And again, that's not a comment on this document really, just me asking for some more background info.) Cheers, S. > > Cheers, S. > > >> >> >> >> From nobody Thu Nov 19 07:27:17 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A05791B2B74; Thu, 19 Nov 2015 07:27:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.2 X-Spam-Level: X-Spam-Status: No, score=-104.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, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7QXtxZ1nQAfT; Thu, 19 Nov 2015 07:27:10 -0800 (PST) Received: from usevmg20.ericsson.net (usevmg20.ericsson.net [198.24.6.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 48AD81B2B6E; Thu, 19 Nov 2015 07:27:10 -0800 (PST) X-AuditID: c618062d-f79ef6d000007f54-b7-564d8834f4f0 Received: from EUSAAHC002.ericsson.se (Unknown_Domain [147.117.188.78]) by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id E2.80.32596.4388D465; Thu, 19 Nov 2015 09:28:36 +0100 (CET) Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC002.ericsson.se ([147.117.188.78]) with mapi id 14.03.0248.002; Thu, 19 Nov 2015 10:27:08 -0500 From: Gregory Mirsky To: Stephen Farrell , The IESG Thread-Topic: Stephen Farrell's No Objection on draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-15: (with COMMENT) Thread-Index: AQHRImHY5+v//ckBgESjvywcna6X7Z6isj1QgAD7KwD//7ncwIAAW+oA//+yypA= Date: Thu, 19 Nov 2015 15:27:08 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF1122194421C@eusaamb103.ericsson.se> References: <20151119003257.1445.91117.idtracker@ietfa.amsl.com> <7347100B5761DC41A166AC17F22DF11221942DFE@eusaamb103.ericsson.se> <564DD02A.6020500@cs.tcd.ie> <7347100B5761DC41A166AC17F22DF1122194416C@eusaamb103.ericsson.se> <564DE26E.4070203@cs.tcd.ie> In-Reply-To: <564DE26E.4070203@cs.tcd.ie> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.11] Content-Type: multipart/alternative; boundary="_000_7347100B5761DC41A166AC17F22DF1122194421Ceusaamb103erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrCIsWRmVeSWpSXmKPExsUyuXSPn65Jh2+YwaYN1hbHrxZaXFt9gMVi xp+JzBbrLp9is7i1dCWrxd8VV1gspu+9xu7A7rG2+yqbx5IlP5k8rjddZQ9gjuKySUnNySxL LdK3S+DKmN19hqXgRBtzxey/O9kaGDf8Yepi5OSQEDCROP+lhxHCFpO4cG89WxcjF4eQwBFG if+Hu1ggnOWMEr97OtlBqtgEjCRebOwBs0UEPCUe9p0CK2IWeM4kcejpQ2aQhLBArsSlV6uh ivIkpu2cCmX7SUz/uJkFxGYRUJVYefgLWD2vgK/E2e/fWSG2tTFJTJhyFyzBKaAp8fPAYzYQ mxHovu+n1oDdzSwgLnHryXyoHwQkluw5zwxhi0q8fPyPFcJWkvj4ez47RH2+xPy9q1ghlglK nJz5hGUCo+gsJKNmISmbhaRsFiMHUFxTYv0ufYgSRYkp3Q/ZIWwNidY5c9mRxRcwsq9i5Cgt Ti3LTTcy2MQIjMtjEmy6Oxj3vLQ8xCjAwajEw1swySdMiDWxrLgy9xCjBAezkgjvr2e+YUK8 KYmVValF+fFFpTmpxYcYpTlYlMR59y+5HyokkJ5YkpqdmlqQWgSTZeLglGpg3P3y73yOG/zZ nhzdXzZcVY03aHNqu/H0+qybW24tj9lis1rQa9Pyzm9xoYzx+YZHZ869zlZpePHXS6nMvlCH 1UtSxS3T5ZY6PuXJ7Nl1zltKeHHcA9N3D5at3tBVbSp8a8bkx4URjv3sm3/fV+KUOe1utMaj 8fW/haa9MxV+H0peueDNvGnN75RYijMSDbWYi4oTARuMv0rHAgAA Archived-At: Cc: "draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf.all@ietf.org" , "draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf@ietf.org" , "rcallon@juniper.net" , "mpls-chairs@ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] Stephen Farrell's No Objection on draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-15: (with COMMENT) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2015 15:27:14 -0000 --_000_7347100B5761DC41A166AC17F22DF1122194421Ceusaamb103erics_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgU3RlcGhlbiwNCg0KbWFueSB0aGFua3MgZm9yIHlvdXIgY29uc2lkZXJhdGlvbiBhbmQgcGF0 aWVuY2UuIEkndmUgY2FwdHVyZWQgY2hhbmdlcyB0byB0aGUgdGV4dCB3ZSd2ZSBkaXNjdXNzZWQ6 DQoNCsK3ICAgICAgICAgYWRkZWQgdG8gMi4yLjQg4oCcU2ltcGxlIFBhc3N3b3JkIFNIT1VMRCBO T1QgYmUgdXNlZCBpZiBvdGhlciBhdXRoZW50aWNhdGlvbiB0eXBlcyBhcmUgYXZhaWxhYmxlLuKA nQ0KDQrCtyAgICAgICAgIHJlbW92ZWQgZnJvbSBzZWN0aW9uIDYg4oCcYW5kIGlzIGFzc3VtZWQg dG8gdXNlIGFuIG9mZi1saW5lIG1lY2hhbmlzbSBvciBhbiBlc3RhYmxpc2hlZCBzZWN1cmUga2V5 LWV4Y2hhbmdlIHByb3RvY29s4oCdIGp1c3QgbGVhdmluZyBpdCBhcyDigJxUaHVzIHRoZSBleGNo YW5nZSBvZiBzZWN1cml0eSBwYXJhbWV0ZXJzIChzdWNoIGFzIGtleXMpIGZvciB1c2UgaW4gc2Vj dXJpbmcgT0FNIGlzIG91dHNpZGUgdGhlIHNjb3BlIG9mIHRoaXMgZG9jdW1lbnQu4oCdDQoNCsK3 ICAgICAgICAgdG8geW91ciBsYXN0IHF1ZXN0aW9uIOKAkyBJIGRvbuKAmXQgaGF2ZSBpbmZvcm1h dGlvbiBhYm91dCBzdWNoIGFuYWx5c2lzLg0KDQpJIGhhdmUgcHJlcGFyZWQgdGhlIG5ldyB2ZXJz aW9uIHRvIGFkZHJlc3MgY29tbWVudHMgZnJvbSB5b3UgYW5kIEJlbiBDYW1wYmVsbC4NCg0KDQoN ClJlZ2FyZHMsDQoNCiAgICAgICAgR3JlZw0KDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0t LS0NCkZyb206IFN0ZXBoZW4gRmFycmVsbCBbbWFpbHRvOnN0ZXBoZW4uZmFycmVsbEBjcy50Y2Qu aWVdDQpTZW50OiBUaHVyc2RheSwgTm92ZW1iZXIgMTksIDIwMTUgNjo1NCBBTQ0KVG86IEdyZWdv cnkgTWlyc2t5OyBUaGUgSUVTRw0KQ2M6IGRyYWZ0LWlldGYtbXBscy1sc3AtcGluZy1tcGxzLXRw LW9hbS1jb25mLmFsbEBpZXRmLm9yZzsgZHJhZnQtaWV0Zi1tcGxzLWxzcC1waW5nLW1wbHMtdHAt b2FtLWNvbmZAaWV0Zi5vcmc7IHJjYWxsb25AanVuaXBlci5uZXQ7IG1wbHMtY2hhaXJzQGlldGYu b3JnOyBtcGxzQGlldGYub3JnDQpTdWJqZWN0OiBSZTogU3RlcGhlbiBGYXJyZWxsJ3MgTm8gT2Jq ZWN0aW9uIG9uIGRyYWZ0LWlldGYtbXBscy1sc3AtcGluZy1tcGxzLXRwLW9hbS1jb25mLTE1OiAo d2l0aCBDT01NRU5UKQ0KDQoNCg0KDQoNCkhpeWEsDQoNCg0KDQpDb3VwbGEgYml0cyBtb3JlIGJl bG93Li4uDQoNCg0KDQpPbiAxOS8xMS8xNSAxNDo0NCwgR3JlZ29yeSBNaXJza3kgd3JvdGU6DQoN Cj4gSGkgU3RlcGhlbiwgdGhhbmsgeW91IGZvciB0aGUgY2xhcmlmaWNhdGlvbnMuIE1vcmUgaW4t bGluZSBhbnN3ZXJzIG5vdw0KDQo+IHRhZ2dlZCBHSU0yPj4uDQoNCj4NCg0KPiBSZWdhcmRzLCBH cmVnDQoNCj4NCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLSBGcm9tOiBTdGVwaGVuIEZh cnJlbGwNCg0KPiBbbWFpbHRvOnN0ZXBoZW4uZmFycmVsbEBjcy50Y2QuaWVdIFNlbnQ6IFRodXJz ZGF5LCBOb3ZlbWJlciAxOSwgMjAxNQ0KDQo+IDU6MzYgQU0gVG86IEdyZWdvcnkgTWlyc2t5OyBU aGUgSUVTRyBDYzoNCg0KPiBkcmFmdC1pZXRmLW1wbHMtbHNwLXBpbmctbXBscy10cC1vYW0tY29u ZkBpZXRmLm9yZzxtYWlsdG86ZHJhZnQtaWV0Zi1tcGxzLWxzcC1waW5nLW1wbHMtdHAtb2FtLWNv bmZAaWV0Zi5vcmc+Ow0KDQo+IGRyYWZ0LWlldGYtbXBscy1sc3AtcGluZy1tcGxzLXRwLW9hbS1j b25mLmFsbEBpZXRmLm9yZzxtYWlsdG86ZHJhZnQtaWV0Zi1tcGxzLWxzcC1waW5nLW1wbHMtdHAt b2FtLWNvbmYuYWxsQGlldGYub3JnPjsNCg0KPiBtcGxzLWNoYWlyc0BpZXRmLm9yZzxtYWlsdG86 bXBscy1jaGFpcnNAaWV0Zi5vcmc+OyByY2FsbG9uQGp1bmlwZXIubmV0PG1haWx0bzpyY2FsbG9u QGp1bmlwZXIubmV0PjsgbXBsc0BpZXRmLm9yZzxtYWlsdG86bXBsc0BpZXRmLm9yZz4gU3ViamVj dDogUmU6DQoNCj4gU3RlcGhlbiBGYXJyZWxsJ3MgTm8gT2JqZWN0aW9uIG9uDQoNCj4gZHJhZnQt aWV0Zi1tcGxzLWxzcC1waW5nLW1wbHMtdHAtb2FtLWNvbmYtMTU6ICh3aXRoIENPTU1FTlQpDQoN Cj4NCg0KPg0KDQo+IEhpeWEsDQoNCj4NCg0KPiBPbiAxOS8xMS8xNSAwNDowMywgR3JlZ29yeSBN aXJza3kgd3JvdGU6DQoNCj4+IEhpIFN0ZXBoZW4sDQoNCj4+DQoNCj4+IHRoYW5rIHlvdSBmb3Ig eW91ciByZXZpZXcgYW5kIGNvbW1lbnRzLiBQbGVhc2UgZmluZCBteSBhbnN3ZXJzDQoNCj4+IGlu LWxpbmUgYW5kIHRhZ2dlZCBHSU0+Pi4gSG9wZSB3ZSBjYW4gZmluZCBnb29kIHNvbHV0aW9uIHRv IGFkZHJlc3MNCg0KPj4geW91ciBjb25jZXJuIHdpdGggQkZEIHNlY3VyaXR5Lg0KDQo+Pg0KDQo+ Pg0KDQo+Pg0KDQo+PiBSZWdhcmRzLA0KDQo+Pg0KDQo+PiBHcmVnDQoNCj4+DQoNCj4+DQoNCj4+ DQoNCj4+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tIEZyb206IFN0ZXBoZW4gRmFycmVsbA0K DQo+PiBbbWFpbHRvOnN0ZXBoZW4uZmFycmVsbEBjcy50Y2QuaWVdIFNlbnQ6IFdlZG5lc2RheSwg Tm92ZW1iZXIgMTgsDQoNCj4+IDIwMTUgNDozMyBQTSBUbzogVGhlIElFU0cgQ2M6DQoNCj4+IGRy YWZ0LWlldGYtbXBscy1sc3AtcGluZy1tcGxzLXRwLW9hbS1jb25mQGlldGYub3JnPG1haWx0bzpk cmFmdC1pZXRmLW1wbHMtbHNwLXBpbmctbXBscy10cC1vYW0tY29uZkBpZXRmLm9yZz47DQoNCj4+ IGRyYWZ0LWlldGYtbXBscy1sc3AtcGluZy1tcGxzLXRwLW9hbS1jb25mLmFsbEBpZXRmLm9yZzxt YWlsdG86ZHJhZnQtaWV0Zi1tcGxzLWxzcC1waW5nLW1wbHMtdHAtb2FtLWNvbmYuYWxsQGlldGYu b3JnPjsNCg0KPj4gbXBscy1jaGFpcnNAaWV0Zi5vcmc8bWFpbHRvOm1wbHMtY2hhaXJzQGlldGYu b3JnPjsgcmNhbGxvbkBqdW5pcGVyLm5ldDxtYWlsdG86cmNhbGxvbkBqdW5pcGVyLm5ldD47IG1w bHNAaWV0Zi5vcmc8bWFpbHRvOm1wbHNAaWV0Zi5vcmc+IFN1YmplY3Q6DQoNCj4+IFN0ZXBoZW4g RmFycmVsbCdzIE5vIE9iamVjdGlvbiBvbg0KDQo+PiBkcmFmdC1pZXRmLW1wbHMtbHNwLXBpbmct bXBscy10cC1vYW0tY29uZi0xNTogKHdpdGggQ09NTUVOVCkNCg0KPj4NCg0KPj4NCg0KPj4NCg0K Pj4gU3RlcGhlbiBGYXJyZWxsIGhhcyBlbnRlcmVkIHRoZSBmb2xsb3dpbmcgYmFsbG90IHBvc2l0 aW9uIGZvcg0KDQo+Pg0KDQo+PiBkcmFmdC1pZXRmLW1wbHMtbHNwLXBpbmctbXBscy10cC1vYW0t Y29uZi0xNTogTm8gT2JqZWN0aW9uDQoNCj4+DQoNCj4+DQoNCj4+DQoNCj4+IFdoZW4gcmVzcG9u ZGluZywgcGxlYXNlIGtlZXAgdGhlIHN1YmplY3QgbGluZSBpbnRhY3QgYW5kIHJlcGx5IHRvIGFs bA0KDQo+PiBlbWFpbCBhZGRyZXNzZXMgaW5jbHVkZWQgaW4gdGhlIFRvIGFuZCBDQyBsaW5lcy4g KEZlZWwgZnJlZSB0byBjdXQNCg0KPj4gdGhpcyBpbnRyb2R1Y3RvcnkgcGFyYWdyYXBoLCBob3dl dmVyLikNCg0KPj4NCg0KPj4NCg0KPj4NCg0KPj4NCg0KPj4NCg0KPj4gUGxlYXNlIHJlZmVyIHRv DQoNCj4+IGh0dHBzOi8vd3d3LmlldGYub3JnL2llc2cvc3RhdGVtZW50L2Rpc2N1c3MtY3JpdGVy aWEuaHRtbA0KDQo+Pg0KDQo+PiBmb3IgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCBJRVNHIERJU0NV U1MgYW5kIENPTU1FTlQgcG9zaXRpb25zLg0KDQo+Pg0KDQo+Pg0KDQo+Pg0KDQo+Pg0KDQo+Pg0K DQo+PiBUaGUgZG9jdW1lbnQsIGFsb25nIHdpdGggb3RoZXIgYmFsbG90IHBvc2l0aW9ucywgY2Fu IGJlIGZvdW5kDQoNCj4+IGhlcmU6DQoNCj4+DQoNCj4+IGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0 Zi5vcmcvZG9jL2RyYWZ0LWlldGYtbXBscy1sc3AtcGluZy1tcGxzLXRwLW9hbQ0KDQo+PiAtDQoN Cj4+DQoNCj4+DQoNCmNvbmYvDQoNCj4+DQoNCj4+DQoNCj4+DQoNCj4+DQoNCj4+DQoNCj4+DQoN Cj4+DQoNCj4+DQoNCj4+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQo+PiAtDQoNCj4+DQoNCj4+DQoNCj4+DQoN CkNPTU1FTlQ6DQoNCj4+DQoNCj4+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQo+PiAtDQoNCj4+DQoNCj4+DQoN Cj4+DQoNCj4+DQoNCj4+DQoNCj4+DQoNCj4+DQoNCj4+DQoNCi0gMi4xLjEsIGlzIHRoZXJlIGFu eSBjaGFuY2Ugb2YgbW92aW5nIG9uIGZyb20gdGhlICJLZXllZCBTSEExIg0KDQo+Pg0KDQo+PiBm cm9tIFJGQzU4ODAgdG8gZS5nLiBITUFDLVNIQTI1NiBmb3IgdGhpcz8gV2UncmUgZ2VuZXJhbGx5 IHRyeWluZyB0bw0KDQo+PiBnZXQgdGhhdCBraW5kIG9mIHRyYW5zaXRpb24gZG9uZSBhcyB3ZSBj YW4gYW5kIG1vdmluZyB0byB1c2Ugb2YgYQ0KDQo+PiBzdGFuZGFyZCBpbnRlZ3JpdHkgY2hlY2sg cmF0aGVyIHRoYW4gYSBtb3JlIGhvbWUtZ3Jvd24gb25lIGhhcyBzb21lDQoNCj4+IGJlbmVmaXRz LiBUaGUgSE1BQy1TSEExLWxpa2UgdGhpbmcgeW91J3JlIGRvaW5nIGlzIHN0aWxsIHByb2JhYmx5 IG9rLA0KDQo+PiAodGhvdWdoIGNvdWxkIG1heWJlIGRvIHdpdGggY3J5cHRvIGV5ZWJhbGxzIG9u IGl0IGFzIHRoZXJlIG1heSBoYXZlDQoNCj4+IGJlZW4gcmVsZXZhbnQgbmV3IHJlc3VsdHMgc2lu Y2UgMjAxMCkgYnV0IGZ1dHVyZS1wcm9vZmluZyB3b3VsZA0KDQo+PiBzdWdnZXN0IG1vdmluZyB0 byBITUFDLVNIQTI1NiBpZiB3ZSBjYW4uIChJIGNhbiBpbWFnaW5lIHN1Y2ggYSBjaGFuZ2UNCg0K Pj4gbWlnaHQgcmVxdWlyZSBhIG5ldyBkb2N1bWVudCwgYnV0IGFtIGFza2luZyBhbnl3YXk6LSkN Cg0KPj4NCg0KPj4gR0lNPj4gVGhlIGZhY3QgaXMgdGhhdCB3ZSdyZSBib3VuZCBieSB3aGF0IGlz IGRlZmluZWQgaW4gUkZDIDU4ODAuDQoNCj4NCg0KPiBJIHdvbmRlciBmb3IgaG93IGxvbmcgdGhv dWdoLCB0aGF0J3Mgbm93IGEgZml2ZSB5ZWFyIG9sZCBSRkMuDQoNCj4gQXNzdW1pbmcgaXQgdGFr ZXMgYSBmZXcgeWVhcnMgZm9yIG5ldyBkZXBsb3ltZW50cyB0byBwaWNrIHVwIG5ldw0KDQo+IGFs Z29yaXRobXMsIGlzbid0IGl0IHRpbWUgdGhhdCBhIHdob2xlIGJ1bmNoIG9mIGFsZ29yaXRobSBj aG9pY2VzIHdlcmUNCg0KPiByZXZpc2l0ZWQ/DQoNCj4NCg0KPj4gVGhlcmUgd2FzIGEgcHJvcG9z YWwgdG8gc3RyZW5ndGhlbiBCRkQgc2VjdXJpdHkgQkZEIEdlbmVyaWMNCg0KPj4gQ3J5cHRvZ3Jh cGhpYw0KDQo+PiBBdXRoZW50aWNhdGlvbjxodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFm dC1iaGF0aWEtYmZkLWNyeXB0by1hdXQNCg0KPj4gaA0KDQo+Pg0KDQo+Pg0KDQotMDM+DQoNCj4+ IGJ1dCB0aGUgZG9jdW1lbnQgaGFkIGV4cGlyZWQuDQoNCj4NCg0KPiBQaXR5IHRoYXQuDQoNCj4N Cg0KPj4gLSAyLjEuMSwgSSdkIHJlY29tbWVuZCBzYXlpbmcgYW55IHBhc3N3b3JkIGF1dGgtdHlw ZSBNVVNUIE5PVCBiZSB1c2VkDQoNCj4+IC0gd291bGQgdGhhdCBiZSBwb3NzaWJsZT8NCg0KPj4N Cg0KPj4gR0lNPj4gSSB0aGluayB0aGF0IHdl4oCZbGwgbmVlZCB0byBtYWtlIGNoYW5nZXMgdG8g UkZDIDU4ODAgZmlyc3QNCg0KPj4gKDU4ODBiaXM/KS4NCg0KPg0KDQo+IEkgZG9uJ3Qgc2VlIGFu eSByZWFzb24gd2h5IHRoYXQgaXMgdHJ1ZS4gVGhpcyBkb2N1bWVudCBjYW4gZWFzaWx5IHNheQ0K DQo+ICJ5b3UgTVVTVCBOT1QgdXNlIHRoZSBob3JyaWJseSB3ZWFrIG9wdGlvbiBzcGVjaWZpZWQg aW4gdGhhdCBvbGQgUkZDIg0KDQo+IHdpdGggY2hhbmdpbmcgdGhhdCBvbGQgUkZDLg0KDQo+DQoN Cj4gR0lNMj4+IFdvdWxkIGFkZGluZyB0aGUgZm9sbG93aW5nIGluIFNlY3Rpb24gMi4yLjQgQkZE IEF1dGhlbnRpY2F0aW9uDQoNCj4gc3ViLVRMViB0byBBdXRoVHlwZSBleHBsYW5hdGlvbiBhZGRy ZXNzIHlvdXIgY29uY2VybjogU2ltcGxlIFBhc3N3b3JkDQoNCj4gU0hPVUxEIE5PVCBiZSB1c2Vk IGlmIG90aGVyIGF1dGhlbnRpY2F0aW9uIHR5cGVzIGFyZSBhdmFpbGFibGUuDQoNCg0KDQpZZXMs IEkgdGhpbmsgYWRkaW5nIHRoYXQgKG9yIHNpbWlsYXIpIGlzIGEgbmljZSBpbXByb3ZlbWVudC4g V2UgbWF5IGFzIHdlbGwgdHJ5IGRpc2NvdXJhZ2Ugd2hhdCB3ZSBrbm93IGFyZSB0aGUgd2Vha2Vz dCBvcHRpb25zLg0KDQoNCg0KPg0KDQo+PiBCZXNpZGVzLCB0aGVyZeKAmXMgUkZDIDc0ODcgdGhh dCBkZXNjcmliZXMgUlNWUC1URSBleHRlbnNpb25zIHRvDQoNCj4+IGNvbmZpZ3VyZSBNUExTLVRQ IE9BTS4NCg0KPg0KDQo+DQoNCj4+DQoNCj4+DQoNCj4+DQoNCj4+IC0gc2VjdGlvbiA2IC0gd2hh dCAiZXN0YWJsaXNoZWQgc2VjdXJlIGtleS1leGNoYW5nZSBwcm90b2NvbCINCg0KPj4NCg0KPj4g aXMgYXZhaWxhYmxlIHRvIHVzZSBoZXJlPw0KDQo+Pg0KDQo+PiBHSU0+PiBUaGUgZG9jdW1lbnQg Y29uc2lkZXJzIGtleSBleGNoYW5nZSBtZWNoYW5pc21zIGJlaW5nIG91dHNpZGUNCg0KPj4gaXRz IHNjb3BlLiBNZWNoYW5pc21zIHVzZWQgb25seSBhc3N1bWVkIGFuZCBub3QgZGlzY3Vzc2VkIGF0 IGxlbmd0aA0KDQo+PiBpbiB0aGUgZG9jdW1lbnQuDQoNCj4NCg0KPiBJIGRpZCBub3QgYXNrIGlm IHlvdSBzaG91bGQgc3BlY2lmeSBzb21ldGhpbmcgaGVyZS4gSSBhc2tlZCB3aGF0DQoNCj4gZXhp c3RzIHRoYXQgaXMgdXNhYmxlPyBJZiB0aGUgYW5zd2VyIGlzICJub3RoaW5nIiB0aGVuIHRoZSB0 ZXh0IGluIHRoZQ0KDQo+IGRyYWZ0IHdvdWxkIGJlIG1pc2xlYWRpbmcgd291bGRuJ3QgaXQ/IEdJ TTI+PiBQS0kgKFB1YmxpYyBLZXkNCg0KPiBJbmZyYXN0cnVjdHVyZSkNCg0KDQoNCkh1aD8gU3Vy ZSBvbmUgY291bGQgaW52ZW50IGEgd2F5IHRvIHVzZSBQS0kgdG8gaGVscCBoZXJlLiBCdXQgdGhh dCdzIGJlIGEgbmV3IHRoaW5nLg0KDQoNCg0KU28gaWYgd2UncmUgYWdyZWVkIHRoYXQgdGhhdCB3 b3VsZCByZXF1aXJlIGludmVudGlvbiwgZG9lc24ndCB0aGF0IG1lYW4gdGhhdCB0aGVyZSBpcyBu byBleGlzdGluZyB1c2FibGUgbWVjaGFuaXNtIGFuZCBoZW5jZSB0aGF0IHRoZSBjdXJyZW50IHRl eHQgaXMgbWlzbGVhZGluZz8NCg0KDQoNCkknZCBzYXkganVzdCBzdHJpa2UgdGhlIG1pc2xlYWRp bmcgc2VudGVuY2UuDQoNCg0KDQo+DQoNCj4+IC0gKHRoaXMgaXMgc29ydCBvZiBvZmYtdG9waWMp IEkgZmluZCBhbiBhcmNoaXRlY3R1cmUgbGlrZSB0aGlzIHdoZXJlDQoNCj4+IGEgcGFja2V0IHRy YXZlcnNpbmcgYSBuZXR3b3JrIGhhcyBxdWl0ZSBzbyBtYW55IHNpZGUtZWZmZWN0cyBhIGJpdA0K DQo+PiBoYXJkIHRvIGdyb2suIERvIHlvdSBoYXZlIGEgcG9pbnRlciB0byBzb21ldGhpbmcgKG5v dCB0b28NCg0KPj4gbG9uZzotKSB0aGF0IGV4cGxhaW5zIHRoZSBjb25zZXF1ZW5jZXMgb2YgdGhh dD8NCg0KPj4NCg0KPj4gR0lNPj4gVGhlIGZpcnN0IHBhcmFncmFwaCBvZiB0aGUgU2VjdXJpdHkg Q29uc2lkZXJhdGlvbnMgc2VjdGlvbg0KDQo+PiByZWZlcnMgdG8gc29tZSBzY2VuYXJpb3MgdGhh dCBtYXkgc3VmZmljZSBkdWUgdG8gY29uZGl0aW9ucw0KDQo+PiAob3ZlcmxvYWQpIGluIHRoZSBt YW5hZ2VtZW50IHBsYW5lLiBUaGUgdGhpcmQgcGFyYWdyYXBoIG9mIHRoZSBzYW1lDQoNCj4+IHNl Y3Rpb24gbm90ZXMgbmVlZCB0byBoYXZlIHN1ZmZpY2llbnQgc2VjdXJpdHkgbWVjaGFuaXNtIGZv ciBMU1AgUGluZw0KDQo+PiBjb21tdW5pY2F0aW9uLg0KDQo+DQoNCj4gWW91J3JlIG1pcy1pbnRl cnByZXRpbmcgbWUsIEkgZ3Vlc3MgYmVjYXVzZSBteSBxdWVzdGlvbiB3YXNuJ3QgY2xlYXIuDQoN Cj4gTXkgcXVlc3Rpb24gYWJvdmUgd2FzIGEgc2ltcGxlIHJlcXVlc3QgZm9yIHNvbWUgYmFja2dy b3VuZCBpbmZvcm1hdGlvbg0KDQo+IGFib3V0IHRoZSBjb25zZXF1ZW5jZXMgb2YgdGhpcyBhcmNo aXRlY3R1cmUsIGFuZCB3YXMgbm90IGEgZGlyZWN0DQoNCj4gY3JpdGljaXNtIG9mIG9yIGNvbW1l bnQgb24gdGhpcyBkcmFmdC4gKE5vdyBpZiBpdCB0dXJucyBvdXQgdGhlcmUgaXMNCg0KPiBubyBi YWNrZ3JvdW5kIG1hdGVyaWFsIG9uIHRoZSBjb25zZXF1ZW5jZXMgb2YgdGhpcyBhcmNoaXRlY3R1 cmUsIHRoZW4NCg0KPiB0aGF0IHdvdWxkIGJlIHZlcnkgaW50ZXJlc3RpbmcuKQ0KDQo+DQoNCj4g R0lNMj4+IEkgc2VlIG5vdyB0aGF0IEkndmUgbWlzcmVhZCB0aGUgcXVlc3Rpb24uIExTUCBQaW5n LCBiZWluZw0KDQo+IFJlcXVlc3QtUmVwbHkgbWVjaGFuaXNtIHdpdGggZWxhYm9yYXRlIHN0YXR1 cyByZXBvcnRpbmcsIHByb3ZpZGVzDQoNCj4gc2VsZi10aHJvdHRsaW5nIGFuZCBzdWZmaWNpZW50 IHNlbGYtZGlhZ25vc3RpYy4gSW4gdGhlIGRvY3VtZW50IHdlJ3JlDQoNCj4gbm90IGRpc2N1c3Np bmcgd2hhdCBoYXBwZW5zIGlmIGFuZCB3aGVuIEVjaG8gcmVxdWVzdCB3aXRoIE9BTQ0KDQo+IGNv bmZpZ3VyYXRpb24gVExWcyB0aW1lcy1vdXQgYmVjYXVzZSBvZiBubyBFY2hvIHJlcGx5IHJlY2Vp dmVkIGFzIHRoYXQNCg0KPiBpcyBpbXBsZW1lbnRhdGlvbiBzcGVjaWZpYy4gQXQgdGhlIHNhbWUg dGltZSwgaW1wbGVtZW50YXRpb24NCg0KPiBleHBlcmllbmNlIHN1Z2dlc3RzIHRoYXQgYWxsIG9m IE1QTFMtVFAgT0FNIGNvbmZpZ3VyYXRpb24gY2FuIGJlDQoNCj4gY29tbXVuaWNhdGVkIGluIGEg c2luZ2xlIEVjaG8gcmVxdWVzdCB0aHVzIG1pbmltaXppbmcgbmV0d29yayBpbXBhY3QuDQoNCg0K DQpTdXJlIC0gSSBkbyBnZXQgdGhhdCB0aGUgTVBMUyBXRyBoYXMgY29uc2Vuc3VzIG9uIHRoaXMg YXBwcm9hY2ggYW5kIHRoYXQnZCBvbmx5IGJlIHRoZSBjYXNlIGlmIHlvdSB0aGluayBpdCB3b3Jr cyB3ZWxsLiBXaGF0IEknbSBub3QgYXQgYWxsIHN1cmUgYWJvdXQgaXMgd2hldGhlciBvciBub3Qg YW55b25lIGhhcyBmaWd1cmVkIG91dCB3aGF0IGhhcHBlbnMgaWYgb25lIHJ1bnMgKG9yIGFidXNl cykgYSBuZXR3b3JrIG1hbmFnZWQgaW4gc3VjaCBhIG1hbm5lci4gSGVuY2UgbXkgYXNraW5nIGZv ciBhIHBvaW50ZXIgdG8gc29tZXdoZXJlIHRoYXQgaGFzIHRoYXQga2luZCBvZiBhbmFseXNpcy4N Cg0KQnV0IGlmIHdlIGRvbid0IGhhdmUgb25lLCB3ZSBkb24ndCBoYXZlIG9uZS4gKEFuZCBhZ2Fp biwgdGhhdCdzIG5vdCBhIGNvbW1lbnQgb24gdGhpcyBkb2N1bWVudCByZWFsbHksIGp1c3QgbWUg YXNraW5nIGZvciBzb21lIG1vcmUgYmFja2dyb3VuZCBpbmZvLikNCg0KDQoNCkNoZWVycywNCg0K Uy4NCg0KDQoNCg0KDQo+DQoNCj4gQ2hlZXJzLCBTLg0KDQo+DQoNCj4NCg0KPj4NCg0KPj4NCg0K Pj4NCg0KPj4NCg== --_000_7347100B5761DC41A166AC17F22DF1122194421Ceusaamb103erics_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseTpXaW5nZGluZ3M7DQoJcGFub3NlLTE6NSAwIDAgMCAwIDAgMCAwIDAgMDt9 DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIg MiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5N c29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4w MDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMt c2VyaWYiO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0 ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0K CWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnAuTXNvUGxhaW5U ZXh0LCBsaS5Nc29QbGFpblRleHQsIGRpdi5Nc29QbGFpblRleHQNCgl7bXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJQbGFpbiBUZXh0IENoYXIiOw0KCW1hcmdpbjowaW47 DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1p bHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjt9DQpzcGFuLlBsYWluVGV4dENoYXINCgl7bXNvLXN0 eWxlLW5hbWU6IlBsYWluIFRleHQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1z by1zdHlsZS1saW5rOiJQbGFpbiBUZXh0IjsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMt c2VyaWYiO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0K CWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0KQHBhZ2UgV29yZFNlY3Rpb24x DQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9 DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi8qIExpc3QgRGVmaW5p dGlvbnMgKi8NCkBsaXN0IGwwDQoJe21zby1saXN0LWlkOjExNjc5OTM5MjsNCgltc28tbGlzdC10 eXBlOmh5YnJpZDsNCgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6MTgxMjM4MjY2MCA2NzY5ODY4OSA2 NzY5ODY5MSA2NzY5ODY5MyA2NzY5ODY4OSA2NzY5ODY5MSA2NzY5ODY5MyA2NzY5ODY4OSA2NzY5 ODY5MSA2NzY5ODY5Mzt9DQpAbGlzdCBsMDpsZXZlbDENCgl7bXNvLWxldmVsLW51bWJlci1mb3Jt YXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9u ZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWlu Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDINCgl7bXNvLWxldmVsLW51 bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRhYi1z dG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50 Oi0uMjVpbjsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCkBsaXN0IGwwOmxldmVsMw0K CXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0K CW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVm dDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0 IGwwOmxldmVsNA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVs LXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXIt cG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6U3ltYm9s O30NCkBsaXN0IGwwOmxldmVsNQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJ bXNvLWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwt bnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5 OiJDb3VyaWVyIE5ldyI7fQ0KQGxpc3QgbDA6bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9y bWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5v bmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVp bjsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw3DQoJe21zby1sZXZl bC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJbXNvLWxldmVs LXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQt aW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDA6bGV2ZWw4DQoJ e21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpvOw0KCW1z by1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsN Cgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpAbGlz dCBsMDpsZXZlbDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZl bC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVy LXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5Oldpbmdk aW5nczt9DQpAbGlzdCBsMQ0KCXttc28tbGlzdC1pZDoxNjA0Nzk3MTcwOw0KCW1zby1saXN0LXR5 cGU6aHlicmlkOw0KCW1zby1saXN0LXRlbXBsYXRlLWlkczotNTE5MDAxNzIyIDY3Njk4Njg5IDY3 Njk4NjkxIDY3Njk4NjkzIDY3Njk4Njg5IDY3Njk4NjkxIDY3Njk4NjkzIDY3Njk4Njg5IDY3Njk4 NjkxIDY3Njk4NjkzO30NCkBsaXN0IGwxOmxldmVsMQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1h dDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25l Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47 DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwxOmxldmVsMg0KCXttc28tbGV2ZWwtbnVt YmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0 b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6 LS4yNWluOw0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0KQGxpc3QgbDE6bGV2ZWwzDQoJ e21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJ bXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0 Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3Qg bDE6bGV2ZWw0DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwt dGV4dDrvgrc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1w b3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseTpTeW1ib2w7 fQ0KQGxpc3QgbDE6bGV2ZWw1DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCglt c28tbGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1u dW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6 IkNvdXJpZXIgTmV3Ijt9DQpAbGlzdCBsMTpsZXZlbDYNCgl7bXNvLWxldmVsLW51bWJlci1mb3Jt YXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9u ZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWlu Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMTpsZXZlbDcNCgl7bXNvLWxldmVs LW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwt dGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1p bmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMTpsZXZlbDgNCgl7 bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNv LWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0K CXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCkBsaXN0 IGwxOmxldmVsOQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVs LXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXIt cG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6V2luZ2Rp bmdzO30NCm9sDQoJe21hcmdpbi1ib3R0b206MGluO30NCnVsDQoJe21hcmdpbi1ib3R0b206MGlu O30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRz IHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtp ZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1h cCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRp Zl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVy cGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0 Ij5IaSBTdGVwaGVuLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+bWFu eSB0aGFua3MgZm9yIHlvdXIgY29uc2lkZXJhdGlvbiBhbmQgcGF0aWVuY2UuIEkndmUgY2FwdHVy ZWQgY2hhbmdlcyB0byB0aGUgdGV4dCB3ZSd2ZSBkaXNjdXNzZWQ6PG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvUGxhaW5UZXh0IiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjt0ZXh0LWluZGVu dDotLjI1aW47bXNvLWxpc3Q6bDEgbGV2ZWwxIGxmbzIiPg0KPCFbaWYgIXN1cHBvcnRMaXN0c10+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OlN5bWJvbCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Okln bm9yZSI+wrc8c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVv dDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9z cGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPmFkZGVkIHRvIDIuMi40IOKAnFNpbXBsZSBQYXNz d29yZCBTSE9VTEQgTk9UIGJlIHVzZWQgaWYgb3RoZXIgYXV0aGVudGljYXRpb24gdHlwZXMgYXJl IGF2YWlsYWJsZS7igJ08bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiIHN0 eWxlPSJtYXJnaW4tbGVmdDouNWluO3RleHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDpsMSBsZXZl bDEgbGZvMiI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 U3ltYm9sIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj7CtzxzcGFuIHN0eWxlPSJmb250 OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRp Zl0+cmVtb3ZlZCBmcm9tIHNlY3Rpb24gNiDigJxhbmQgaXMgYXNzdW1lZCB0byB1c2UgYW4gb2Zm LWxpbmUgbWVjaGFuaXNtIG9yIGFuIGVzdGFibGlzaGVkIHNlY3VyZSBrZXktZXhjaGFuZ2UgcHJv dG9jb2zigJ0ganVzdCBsZWF2aW5nIGl0IGFzIOKAnFRodXMgdGhlIGV4Y2hhbmdlIG9mIHNlY3Vy aXR5IHBhcmFtZXRlcnMgKHN1Y2ggYXMga2V5cykgZm9yIHVzZSBpbiBzZWN1cmluZyBPQU0gaXMg b3V0c2lkZQ0KIHRoZSBzY29wZSBvZiB0aGlzIGRvY3VtZW50LuKAnTxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb1BsYWluVGV4dCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47dGV4dC1pbmRl bnQ6LS4yNWluO21zby1saXN0OmwxIGxldmVsMSBsZm8yIj4NCjwhW2lmICFzdXBwb3J0TGlzdHNd PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpTeW1ib2wiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJ Z25vcmUiPsK3PHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1 b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwv c3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT50byB5b3VyIGxhc3QgcXVlc3Rpb24g4oCTIEkg ZG9u4oCZdCBoYXZlIGluZm9ybWF0aW9uIGFib3V0IHN1Y2ggYW5hbHlzaXMuPG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5JIGhhdmUgcHJlcGFyZWQgdGhlIG5ldyB2ZXJz aW9uIHRvIGFkZHJlc3MgY29tbWVudHMgZnJvbSB5b3UgYW5kIEJlbiBDYW1wYmVsbC48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb1BsYWluVGV4dCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi4yNWluIj5SZWdhcmRz LDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCIgc3R5bGU9Im1hcmdpbi1s ZWZ0Oi4yNWluIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgR3Jl ZzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4tLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0t LTxicj4NCkZyb206IFN0ZXBoZW4gRmFycmVsbCBbbWFpbHRvOnN0ZXBoZW4uZmFycmVsbEBjcy50 Y2QuaWVdIDxicj4NClNlbnQ6IFRodXJzZGF5LCBOb3ZlbWJlciAxOSwgMjAxNSA2OjU0IEFNPGJy Pg0KVG86IEdyZWdvcnkgTWlyc2t5OyBUaGUgSUVTRzxicj4NCkNjOiBkcmFmdC1pZXRmLW1wbHMt bHNwLXBpbmctbXBscy10cC1vYW0tY29uZi5hbGxAaWV0Zi5vcmc7IGRyYWZ0LWlldGYtbXBscy1s c3AtcGluZy1tcGxzLXRwLW9hbS1jb25mQGlldGYub3JnOyByY2FsbG9uQGp1bmlwZXIubmV0OyBt cGxzLWNoYWlyc0BpZXRmLm9yZzsgbXBsc0BpZXRmLm9yZzxicj4NClN1YmplY3Q6IFJlOiBTdGVw aGVuIEZhcnJlbGwncyBObyBPYmplY3Rpb24gb24gZHJhZnQtaWV0Zi1tcGxzLWxzcC1waW5nLW1w bHMtdHAtb2FtLWNvbmYtMTU6ICh3aXRoIENPTU1FTlQpPC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWlu VGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPkhpeWEsPG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29QbGFpblRleHQiPkNvdXBsYSBiaXRzIG1vcmUgYmVsb3cuLi48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb1BsYWluVGV4dCI+T24gMTkvMTEvMTUgMTQ6NDQsIEdyZWdvcnkgTWlyc2t5IHdy b3RlOjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyBIaSBTdGVw aGVuLCB0aGFuayB5b3UgZm9yIHRoZSBjbGFyaWZpY2F0aW9ucy4gTW9yZSBpbi1saW5lIGFuc3dl cnMgbm93DQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsgdGFn Z2VkIEdJTTImZ3Q7Jmd0Oy48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi PiZndDsgPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7IFJlZ2Fy ZHMsIEdyZWc8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsgPG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7IC0tLS0tT3JpZ2luYWwg TWVzc2FnZS0tLS0tIEZyb206IFN0ZXBoZW4gRmFycmVsbCA8bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29QbGFpblRleHQiPiZndDsgWzxhIGhyZWY9Im1haWx0bzpzdGVwaGVuLmZhcnJlbGxA Y3MudGNkLmllIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dDt0ZXh0LWRlY29yYXRpb246 bm9uZSI+bWFpbHRvOnN0ZXBoZW4uZmFycmVsbEBjcy50Y2QuaWU8L3NwYW4+PC9hPl0gU2VudDog VGh1cnNkYXksIE5vdmVtYmVyIDE5LCAyMDE1PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv UGxhaW5UZXh0Ij4mZ3Q7IDU6MzYgQU0gVG86IEdyZWdvcnkgTWlyc2t5OyBUaGUgSUVTRyBDYzo8 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsgPGEgaHJlZj0ibWFp bHRvOmRyYWZ0LWlldGYtbXBscy1sc3AtcGluZy1tcGxzLXRwLW9hbS1jb25mQGlldGYub3JnIj4N CjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0O3RleHQtZGVjb3JhdGlvbjpub25lIj5kcmFm dC1pZXRmLW1wbHMtbHNwLXBpbmctbXBscy10cC1vYW0tY29uZkBpZXRmLm9yZzwvc3Bhbj48L2E+ OzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyA8YSBocmVmPSJt YWlsdG86ZHJhZnQtaWV0Zi1tcGxzLWxzcC1waW5nLW1wbHMtdHAtb2FtLWNvbmYuYWxsQGlldGYu b3JnIj4NCjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0O3RleHQtZGVjb3JhdGlvbjpub25l Ij5kcmFmdC1pZXRmLW1wbHMtbHNwLXBpbmctbXBscy10cC1vYW0tY29uZi5hbGxAaWV0Zi5vcmc8 L3NwYW4+PC9hPjs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsg PGEgaHJlZj0ibWFpbHRvOm1wbHMtY2hhaXJzQGlldGYub3JnIj48c3BhbiBzdHlsZT0iY29sb3I6 d2luZG93dGV4dDt0ZXh0LWRlY29yYXRpb246bm9uZSI+bXBscy1jaGFpcnNAaWV0Zi5vcmc8L3Nw YW4+PC9hPjsNCjxhIGhyZWY9Im1haWx0bzpyY2FsbG9uQGp1bmlwZXIubmV0Ij48c3BhbiBzdHls ZT0iY29sb3I6d2luZG93dGV4dDt0ZXh0LWRlY29yYXRpb246bm9uZSI+cmNhbGxvbkBqdW5pcGVy Lm5ldDwvc3Bhbj48L2E+Ow0KPGEgaHJlZj0ibWFpbHRvOm1wbHNAaWV0Zi5vcmciPjxzcGFuIHN0 eWxlPSJjb2xvcjp3aW5kb3d0ZXh0O3RleHQtZGVjb3JhdGlvbjpub25lIj5tcGxzQGlldGYub3Jn PC9zcGFuPjwvYT4gU3ViamVjdDogUmU6PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxh aW5UZXh0Ij4mZ3Q7IFN0ZXBoZW4gRmFycmVsbCdzIE5vIE9iamVjdGlvbiBvbjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyBkcmFmdC1pZXRmLW1wbHMtbHNwLXBp bmctbXBscy10cC1vYW0tY29uZi0xNTogKHdpdGggQ09NTUVOVCk8bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsgPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv UGxhaW5UZXh0Ij4mZ3Q7IDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+ Jmd0OyBIaXlhLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyA8 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsgT24gMTkvMTEvMTUg MDQ6MDMsIEdyZWdvcnkgTWlyc2t5IHdyb3RlOjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b1BsYWluVGV4dCI+Jmd0OyZndDsgSGkgU3RlcGhlbiw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29QbGFpblRleHQiPiZndDsmZ3Q7IDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1Bs YWluVGV4dCI+Jmd0OyZndDsgdGhhbmsgeW91IGZvciB5b3VyIHJldmlldyBhbmQgY29tbWVudHMu IFBsZWFzZSBmaW5kIG15IGFuc3dlcnMNCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1Bs YWluVGV4dCI+Jmd0OyZndDsgaW4tbGluZSBhbmQgdGFnZ2VkIEdJTSZndDsmZ3Q7LiBIb3BlIHdl IGNhbiBmaW5kIGdvb2Qgc29sdXRpb24gdG8gYWRkcmVzcw0KPG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OyB5b3VyIGNvbmNlcm4gd2l0aCBCRkQgc2VjdXJp dHkuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OyA8bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsmZ3Q7IDxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyZndDsgPG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OyBSZWdhcmRzLDxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyZndDsgPG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OyBHcmVnPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OyA8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFp blRleHQiPiZndDsmZ3Q7IDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+ Jmd0OyZndDsgPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0 OyAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLSBGcm9tOiBTdGVwaGVuIEZhcnJlbGwgPG86cD4N CjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsmZ3Q7IFs8YSBocmVmPSJt YWlsdG86c3RlcGhlbi5mYXJyZWxsQGNzLnRjZC5pZSI+PHNwYW4gc3R5bGU9ImNvbG9yOndpbmRv d3RleHQ7dGV4dC1kZWNvcmF0aW9uOm5vbmUiPm1haWx0bzpzdGVwaGVuLmZhcnJlbGxAY3MudGNk LmllPC9zcGFuPjwvYT5dIFNlbnQ6IFdlZG5lc2RheSwgTm92ZW1iZXIgMTgsPG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OyAyMDE1IDQ6MzMgUE0gVG86IFRo ZSBJRVNHIENjOiA8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsm Z3Q7IDxhIGhyZWY9Im1haWx0bzpkcmFmdC1pZXRmLW1wbHMtbHNwLXBpbmctbXBscy10cC1vYW0t Y29uZkBpZXRmLm9yZyI+DQo8c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dDt0ZXh0LWRlY29y YXRpb246bm9uZSI+ZHJhZnQtaWV0Zi1tcGxzLWxzcC1waW5nLW1wbHMtdHAtb2FtLWNvbmZAaWV0 Zi5vcmc8L3NwYW4+PC9hPjs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi PiZndDsmZ3Q7IDxhIGhyZWY9Im1haWx0bzpkcmFmdC1pZXRmLW1wbHMtbHNwLXBpbmctbXBscy10 cC1vYW0tY29uZi5hbGxAaWV0Zi5vcmciPg0KPHNwYW4gc3R5bGU9ImNvbG9yOndpbmRvd3RleHQ7 dGV4dC1kZWNvcmF0aW9uOm5vbmUiPmRyYWZ0LWlldGYtbXBscy1sc3AtcGluZy1tcGxzLXRwLW9h bS1jb25mLmFsbEBpZXRmLm9yZzwvc3Bhbj48L2E+OzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb1BsYWluVGV4dCI+Jmd0OyZndDsgPGEgaHJlZj0ibWFpbHRvOm1wbHMtY2hhaXJzQGlldGYu b3JnIj48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dDt0ZXh0LWRlY29yYXRpb246bm9uZSI+ bXBscy1jaGFpcnNAaWV0Zi5vcmc8L3NwYW4+PC9hPjsNCjxhIGhyZWY9Im1haWx0bzpyY2FsbG9u QGp1bmlwZXIubmV0Ij48c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dDt0ZXh0LWRlY29yYXRp b246bm9uZSI+cmNhbGxvbkBqdW5pcGVyLm5ldDwvc3Bhbj48L2E+Ow0KPGEgaHJlZj0ibWFpbHRv Om1wbHNAaWV0Zi5vcmciPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0O3RleHQtZGVjb3Jh dGlvbjpub25lIj5tcGxzQGlldGYub3JnPC9zcGFuPjwvYT4gU3ViamVjdDoNCjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyZndDsgU3RlcGhlbiBGYXJyZWxsJ3Mg Tm8gT2JqZWN0aW9uIG9uPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4m Z3Q7Jmd0OyBkcmFmdC1pZXRmLW1wbHMtbHNwLXBpbmctbXBscy10cC1vYW0tY29uZi0xNTogKHdp dGggQ09NTUVOVCk8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsm Z3Q7IDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyZndDsgPG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OyA8bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsmZ3Q7IFN0ZXBoZW4gRmFycmVsbCBo YXMgZW50ZXJlZCB0aGUgZm9sbG93aW5nIGJhbGxvdCBwb3NpdGlvbiBmb3I8bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsmZ3Q7IDxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyZndDsgZHJhZnQtaWV0Zi1tcGxzLWxzcC1waW5nLW1w bHMtdHAtb2FtLWNvbmYtMTU6IE5vIE9iamVjdGlvbjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb1BsYWluVGV4dCI+Jmd0OyZndDsgPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxh aW5UZXh0Ij4mZ3Q7Jmd0OyA8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi PiZndDsmZ3Q7IDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyZn dDsgV2hlbiByZXNwb25kaW5nLCBwbGVhc2Uga2VlcCB0aGUgc3ViamVjdCBsaW5lIGludGFjdCBh bmQgcmVwbHkgdG8gYWxsDQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi PiZndDsmZ3Q7IGVtYWlsIGFkZHJlc3NlcyBpbmNsdWRlZCBpbiB0aGUgVG8gYW5kIENDIGxpbmVz LiAoRmVlbCBmcmVlIHRvIGN1dA0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5U ZXh0Ij4mZ3Q7Jmd0OyB0aGlzIGludHJvZHVjdG9yeSBwYXJhZ3JhcGgsIGhvd2V2ZXIuKTxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyZndDsgPG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OyA8bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsmZ3Q7IDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb1BsYWluVGV4dCI+Jmd0OyZndDsgPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxh aW5UZXh0Ij4mZ3Q7Jmd0OyA8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi PiZndDsmZ3Q7IFBsZWFzZSByZWZlciB0bzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1Bs YWluVGV4dCI+Jmd0OyZndDsgPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWVzZy9zdGF0 ZW1lbnQvZGlzY3Vzcy1jcml0ZXJpYS5odG1sIj4NCjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0 ZXh0O3RleHQtZGVjb3JhdGlvbjpub25lIj5odHRwczovL3d3dy5pZXRmLm9yZy9pZXNnL3N0YXRl bWVudC9kaXNjdXNzLWNyaXRlcmlhLmh0bWw8L3NwYW4+PC9hPjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyZndDsgPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OyBmb3IgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCBJRVNHIERJ U0NVU1MgYW5kIENPTU1FTlQgcG9zaXRpb25zLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b1BsYWluVGV4dCI+Jmd0OyZndDsgPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5U ZXh0Ij4mZ3Q7Jmd0OyA8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZn dDsmZ3Q7IDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyZndDsg PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OyA8bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsmZ3Q7IFRoZSBkb2N1bWVudCwg YWxvbmcgd2l0aCBvdGhlciBiYWxsb3QgcG9zaXRpb25zLCBjYW4gYmUgZm91bmQ8bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsmZ3Q7IGhlcmU6PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OyA8bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsmZ3Q7IDxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNr ZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtbXBscy1sc3AtcGluZy1tcGxzLXRwLW9hbSI+DQo8 c3BhbiBzdHlsZT0iY29sb3I6d2luZG93dGV4dDt0ZXh0LWRlY29yYXRpb246bm9uZSI+aHR0cHM6 Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1tcGxzLWxzcC1waW5nLW1wbHMt dHAtb2FtPC9zcGFuPjwvYT48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi PiZndDsmZ3Q7IC08bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsm Z3Q7PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0 OyA8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPmNvbmYvPG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OyA8bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsmZ3Q7IDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyZndDsgPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv UGxhaW5UZXh0Ij4mZ3Q7Jmd0OyA8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl eHQiPiZndDsmZ3Q7IDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0 OyZndDsgPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OyA8 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsmZ3Q7IDxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyZndDsgLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OyAtPG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OzxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyZndDs8bzpwPiZuYnNwOzwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsmZ3Q7IDxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb1BsYWluVGV4dCI+Q09NTUVOVDo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29QbGFpblRleHQiPiZndDsmZ3Q7IDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWlu VGV4dCI+Jmd0OyZndDsgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv UGxhaW5UZXh0Ij4mZ3Q7Jmd0OyAtPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5U ZXh0Ij4mZ3Q7Jmd0OzxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4 dCI+Jmd0OyZndDs8bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi PiZndDsmZ3Q7PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4m Z3Q7Jmd0OzxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0 OyZndDs8bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsm Z3Q7PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0 OzxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyZndDsg PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4tIDIuMS4xLCBpcyB0aGVy ZSBhbnkgY2hhbmNlIG9mIG1vdmluZyBvbiBmcm9tIHRoZSAmcXVvdDtLZXllZCBTSEExJnF1b3Q7 PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OyA8bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsmZ3Q7IGZyb20gUkZDNTg4MCB0 byBlLmcuIEhNQUMtU0hBMjU2IGZvciB0aGlzPyBXZSdyZSBnZW5lcmFsbHkgdHJ5aW5nIHRvDQo8 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsmZ3Q7IGdldCB0aGF0 IGtpbmQgb2YgdHJhbnNpdGlvbiBkb25lIGFzIHdlIGNhbiBhbmQgbW92aW5nIHRvIHVzZSBvZiBh DQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsmZ3Q7IHN0YW5k YXJkIGludGVncml0eSBjaGVjayByYXRoZXIgdGhhbiBhIG1vcmUgaG9tZS1ncm93biBvbmUgaGFz IHNvbWUNCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyZndDsg YmVuZWZpdHMuIFRoZSBITUFDLVNIQTEtbGlrZSB0aGluZyB5b3UncmUgZG9pbmcgaXMgc3RpbGwg cHJvYmFibHkgb2ssDQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZn dDsmZ3Q7ICh0aG91Z2ggY291bGQgbWF5YmUgZG8gd2l0aCBjcnlwdG8gZXllYmFsbHMgb24gaXQg YXMgdGhlcmUgbWF5IGhhdmUNCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4 dCI+Jmd0OyZndDsgYmVlbiByZWxldmFudCBuZXcgcmVzdWx0cyBzaW5jZSAyMDEwKSBidXQgZnV0 dXJlLXByb29maW5nIHdvdWxkDQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl eHQiPiZndDsmZ3Q7IHN1Z2dlc3QgbW92aW5nIHRvIEhNQUMtU0hBMjU2IGlmIHdlIGNhbi4gKEkg Y2FuIGltYWdpbmUgc3VjaCBhIGNoYW5nZQ0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv UGxhaW5UZXh0Ij4mZ3Q7Jmd0OyBtaWdodCByZXF1aXJlIGEgbmV3IGRvY3VtZW50LCBidXQgYW0g YXNraW5nIGFueXdheTotKTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+ Jmd0OyZndDsgPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0 OyBHSU0mZ3Q7Jmd0OyBUaGUgZmFjdCBpcyB0aGF0IHdlJ3JlIGJvdW5kIGJ5IHdoYXQgaXMgZGVm aW5lZCBpbiBSRkMgNTg4MC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi PiZndDsgPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7IEkgd29u ZGVyIGZvciBob3cgbG9uZyB0aG91Z2gsIHRoYXQncyBub3cgYSBmaXZlIHllYXIgb2xkIFJGQy4N CjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyBBc3N1bWluZyBp dCB0YWtlcyBhIGZldyB5ZWFycyBmb3IgbmV3IGRlcGxveW1lbnRzIHRvIHBpY2sgdXAgbmV3DQo8 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsgYWxnb3JpdGhtcywg aXNuJ3QgaXQgdGltZSB0aGF0IGEgd2hvbGUgYnVuY2ggb2YgYWxnb3JpdGhtIGNob2ljZXMgd2Vy ZQ0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7IHJldmlzaXRl ZD88bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsgPG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OyBUaGVyZSB3YXMgYSBwcm9w b3NhbCB0byBzdHJlbmd0aGVuIEJGRCBzZWN1cml0eSBCRkQgR2VuZXJpYw0KPG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OyBDcnlwdG9ncmFwaGljIDxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyZndDsgQXV0aGVudGljYXRp b24mbHQ7aHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtYmhhdGlhLWJmZC1jcnlwdG8t YXV0PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OyBoPG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OzxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyZndDsgPG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4tMDMmZ3Q7PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OyBidXQgdGhlIGRvY3VtZW50IGhhZCBleHBpcmVk LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyA8bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsgUGl0eSB0aGF0LjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyA8bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29QbGFpblRleHQiPiZndDsmZ3Q7IC0gMi4xLjEsIEknZCByZWNvbW1lbmQgc2F5aW5n IGFueSBwYXNzd29yZCBhdXRoLXR5cGUgTVVTVCBOT1QgYmUgdXNlZA0KPG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OyAtIHdvdWxkIHRoYXQgYmUgcG9zc2li bGU/PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OyA8bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsmZ3Q7IEdJTSZndDsmZ3Q7 IEkgdGhpbmsgdGhhdCB3ZeKAmWxsIG5lZWQgdG8gbWFrZSBjaGFuZ2VzIHRvIFJGQyA1ODgwIGZp cnN0PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OyAoNTg4 MGJpcz8pLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyA8bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsgSSBkb24ndCBzZWUgYW55 IHJlYXNvbiB3aHkgdGhhdCBpcyB0cnVlLiBUaGlzIGRvY3VtZW50IGNhbiBlYXNpbHkgc2F5DQo8 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsgJnF1b3Q7eW91IE1V U1QgTk9UIHVzZSB0aGUgaG9ycmlibHkgd2VhayBvcHRpb24gc3BlY2lmaWVkIGluIHRoYXQgb2xk IFJGQyZxdW90OzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyB3 aXRoIGNoYW5naW5nIHRoYXQgb2xkIFJGQy48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Q bGFpblRleHQiPiZndDsgPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4m Z3Q7IEdJTTImZ3Q7Jmd0OyBXb3VsZCBhZGRpbmcgdGhlIGZvbGxvd2luZyBpbiBTZWN0aW9uIDIu Mi40IEJGRCBBdXRoZW50aWNhdGlvbjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWlu VGV4dCI+Jmd0OyBzdWItVExWIHRvIEF1dGhUeXBlIGV4cGxhbmF0aW9uIGFkZHJlc3MgeW91ciBj b25jZXJuOiBTaW1wbGUgUGFzc3dvcmQNCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1Bs YWluVGV4dCI+Jmd0OyBTSE9VTEQgTk9UIGJlIHVzZWQgaWYgb3RoZXIgYXV0aGVudGljYXRpb24g dHlwZXMgYXJlIGF2YWlsYWJsZS48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl eHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+WWVzLCBJ IHRoaW5rIGFkZGluZyB0aGF0IChvciBzaW1pbGFyKSBpcyBhIG5pY2UgaW1wcm92ZW1lbnQuIFdl IG1heSBhcyB3ZWxsIHRyeSBkaXNjb3VyYWdlIHdoYXQgd2Uga25vdyBhcmUgdGhlIHdlYWtlc3Qg b3B0aW9ucy48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyA8bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsmZ3Q7IEJlc2lkZXMsIHRoZXJl4oCZcyBS RkMgNzQ4NyB0aGF0IGRlc2NyaWJlcyBSU1ZQLVRFIGV4dGVuc2lvbnMgdG8NCjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyZndDsgY29uZmlndXJlIE1QTFMtVFAg T0FNLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyA8bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsgPG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OyA8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29QbGFpblRleHQiPiZndDsmZ3Q7IDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1Bs YWluVGV4dCI+Jmd0OyZndDsgPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0 Ij4mZ3Q7Jmd0OyAtIHNlY3Rpb24gNiAtIHdoYXQgJnF1b3Q7ZXN0YWJsaXNoZWQgc2VjdXJlIGtl eS1leGNoYW5nZSBwcm90b2NvbCZxdW90OzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1Bs YWluVGV4dCI+Jmd0OyZndDsgPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0 Ij4mZ3Q7Jmd0OyBpcyBhdmFpbGFibGUgdG8gdXNlIGhlcmU/PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OyA8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29QbGFpblRleHQiPiZndDsmZ3Q7IEdJTSZndDsmZ3Q7IFRoZSBkb2N1bWVudCBjb25zaWRlcnMg a2V5IGV4Y2hhbmdlIG1lY2hhbmlzbXMgYmVpbmcgb3V0c2lkZTxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyZndDsgaXRzIHNjb3BlLiBNZWNoYW5pc21zIHVzZWQg b25seSBhc3N1bWVkIGFuZCBub3QgZGlzY3Vzc2VkIGF0IGxlbmd0aA0KPG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OyBpbiB0aGUgZG9jdW1lbnQuPG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7IDxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyBJIGRpZCBub3QgYXNrIGlmIHlvdSBzaG91bGQg c3BlY2lmeSBzb21ldGhpbmcgaGVyZS4gSSBhc2tlZCB3aGF0DQo8bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsgZXhpc3RzIHRoYXQgaXMgdXNhYmxlPyBJZiB0aGUg YW5zd2VyIGlzICZxdW90O25vdGhpbmcmcXVvdDsgdGhlbiB0aGUgdGV4dCBpbiB0aGUNCjxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyBkcmFmdCB3b3VsZCBiZSBt aXNsZWFkaW5nIHdvdWxkbid0IGl0PyBHSU0yJmd0OyZndDsgUEtJIChQdWJsaWMgS2V5PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7IEluZnJhc3RydWN0dXJlKTxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5IdWg/IFN1cmUgb25lIGNvdWxkIGludmVudCBh IHdheSB0byB1c2UgUEtJIHRvIGhlbHAgaGVyZS4gQnV0IHRoYXQncyBiZSBhIG5ldyB0aGluZy48 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+U28gaWYgd2UncmUgYWdyZWVkIHRoYXQgdGhh dCB3b3VsZCByZXF1aXJlIGludmVudGlvbiwgZG9lc24ndCB0aGF0IG1lYW4gdGhhdCB0aGVyZSBp cyBubyBleGlzdGluZyB1c2FibGUgbWVjaGFuaXNtIGFuZCBoZW5jZSB0aGF0IHRoZSBjdXJyZW50 IHRleHQgaXMgbWlzbGVhZGluZz88bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl eHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+SSdkIHNh eSBqdXN0IHN0cmlrZSB0aGUgbWlzbGVhZGluZyBzZW50ZW5jZS48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b1BsYWluVGV4dCI+Jmd0OyA8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi PiZndDsmZ3Q7IC0gKHRoaXMgaXMgc29ydCBvZiBvZmYtdG9waWMpIEkgZmluZCBhbiBhcmNoaXRl Y3R1cmUgbGlrZSB0aGlzIHdoZXJlDQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFp blRleHQiPiZndDsmZ3Q7IGEgcGFja2V0IHRyYXZlcnNpbmcgYSBuZXR3b3JrIGhhcyBxdWl0ZSBz byBtYW55IHNpZGUtZWZmZWN0cyBhIGJpdA0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv UGxhaW5UZXh0Ij4mZ3Q7Jmd0OyBoYXJkIHRvIGdyb2suIERvIHlvdSBoYXZlIGEgcG9pbnRlciB0 byBzb21ldGhpbmcgKG5vdCB0b288bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl eHQiPiZndDsmZ3Q7IGxvbmc6LSkgdGhhdCBleHBsYWlucyB0aGUgY29uc2VxdWVuY2VzIG9mIHRo YXQ/PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OyA8bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsmZ3Q7IEdJTSZndDsmZ3Q7 IFRoZSBmaXJzdCBwYXJhZ3JhcGggb2YgdGhlIFNlY3VyaXR5IENvbnNpZGVyYXRpb25zIHNlY3Rp b248bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsmZ3Q7IHJlZmVy cyB0byBzb21lIHNjZW5hcmlvcyB0aGF0IG1heSBzdWZmaWNlIGR1ZSB0byBjb25kaXRpb25zPG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OyAob3ZlcmxvYWQp IGluIHRoZSBtYW5hZ2VtZW50IHBsYW5lLiBUaGUgdGhpcmQgcGFyYWdyYXBoIG9mIHRoZSBzYW1l Jm5ic3A7DQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsmZ3Q7 IHNlY3Rpb24gbm90ZXMgbmVlZCB0byBoYXZlIHN1ZmZpY2llbnQgc2VjdXJpdHkgbWVjaGFuaXNt IGZvciBMU1AgUGluZw0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4m Z3Q7Jmd0OyBjb21tdW5pY2F0aW9uLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWlu VGV4dCI+Jmd0OyA8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsg WW91J3JlIG1pcy1pbnRlcnByZXRpbmcgbWUsIEkgZ3Vlc3MgYmVjYXVzZSBteSBxdWVzdGlvbiB3 YXNuJ3QgY2xlYXIuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7 IE15IHF1ZXN0aW9uIGFib3ZlIHdhcyBhIHNpbXBsZSByZXF1ZXN0IGZvciBzb21lIGJhY2tncm91 bmQgaW5mb3JtYXRpb24NCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+ Jmd0OyBhYm91dCB0aGUgY29uc2VxdWVuY2VzIG9mIHRoaXMgYXJjaGl0ZWN0dXJlLCBhbmQgd2Fz IG5vdCBhIGRpcmVjdA0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4m Z3Q7IGNyaXRpY2lzbSBvZiBvciBjb21tZW50IG9uIHRoaXMgZHJhZnQuIChOb3cgaWYgaXQgdHVy bnMgb3V0IHRoZXJlIGlzDQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi PiZndDsgbm8gYmFja2dyb3VuZCBtYXRlcmlhbCBvbiB0aGUgY29uc2VxdWVuY2VzIG9mIHRoaXMg YXJjaGl0ZWN0dXJlLCB0aGVuDQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl eHQiPiZndDsgdGhhdCB3b3VsZCBiZSB2ZXJ5IGludGVyZXN0aW5nLik8bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsgPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvUGxhaW5UZXh0Ij4mZ3Q7IEdJTTImZ3Q7Jmd0OyBJIHNlZSBub3cgdGhhdCBJJ3ZlIG1pc3Jl YWQgdGhlIHF1ZXN0aW9uLiBMU1AgUGluZywgYmVpbmc8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29QbGFpblRleHQiPiZndDsgUmVxdWVzdC1SZXBseSBtZWNoYW5pc20gd2l0aCBlbGFib3Jh dGUgc3RhdHVzIHJlcG9ydGluZywgcHJvdmlkZXMNCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb1BsYWluVGV4dCI+Jmd0OyBzZWxmLXRocm90dGxpbmcgYW5kIHN1ZmZpY2llbnQgc2VsZi1k aWFnbm9zdGljLiBJbiB0aGUgZG9jdW1lbnQgd2UncmUNCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyBub3QgZGlzY3Vzc2luZyB3aGF0IGhhcHBlbnMgaWYgYW5k IHdoZW4gRWNobyByZXF1ZXN0IHdpdGggT0FNDQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29QbGFpblRleHQiPiZndDsgY29uZmlndXJhdGlvbiBUTFZzIHRpbWVzLW91dCBiZWNhdXNlIG9m IG5vIEVjaG8gcmVwbHkgcmVjZWl2ZWQgYXMgdGhhdA0KPG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7IGlzIGltcGxlbWVudGF0aW9uIHNwZWNpZmljLiBBdCB0aGUg c2FtZSB0aW1lLCBpbXBsZW1lbnRhdGlvbg0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv UGxhaW5UZXh0Ij4mZ3Q7IGV4cGVyaWVuY2Ugc3VnZ2VzdHMgdGhhdCBhbGwgb2YgTVBMUy1UUCBP QU0gY29uZmlndXJhdGlvbiBjYW4gYmUNCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1Bs YWluVGV4dCI+Jmd0OyBjb21tdW5pY2F0ZWQgaW4gYSBzaW5nbGUgRWNobyByZXF1ZXN0IHRodXMg bWluaW1pemluZyBuZXR3b3JrIGltcGFjdC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Q bGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+ U3VyZSAtIEkgZG8gZ2V0IHRoYXQgdGhlIE1QTFMgV0cgaGFzIGNvbnNlbnN1cyBvbiB0aGlzIGFw cHJvYWNoIGFuZCB0aGF0J2Qgb25seSBiZSB0aGUgY2FzZSBpZiB5b3UgdGhpbmsgaXQgd29ya3Mg d2VsbC4gV2hhdCBJJ20gbm90IGF0IGFsbCBzdXJlIGFib3V0IGlzIHdoZXRoZXIgb3Igbm90IGFu eW9uZSBoYXMgZmlndXJlZCBvdXQgd2hhdCBoYXBwZW5zIGlmIG9uZSBydW5zIChvciBhYnVzZXMp IGEgbmV0d29yaw0KIG1hbmFnZWQgaW4gc3VjaCBhIG1hbm5lci4gSGVuY2UgbXkgYXNraW5nIGZv ciBhIHBvaW50ZXIgdG8gc29tZXdoZXJlIHRoYXQgaGFzIHRoYXQga2luZCBvZiBhbmFseXNpcy48 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPkJ1dCBpZiB3ZSBkb24ndCBo YXZlIG9uZSwgd2UgZG9uJ3QgaGF2ZSBvbmUuIChBbmQgYWdhaW4sIHRoYXQncyBub3QgYSBjb21t ZW50IG9uIHRoaXMgZG9jdW1lbnQgcmVhbGx5LCBqdXN0IG1lIGFza2luZyBmb3Igc29tZSBtb3Jl IGJhY2tncm91bmQgaW5mby4pPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0 Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPkNoZWVycyw8 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPlMuPG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWlu VGV4dCI+Jmd0OyA8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsg Q2hlZXJzLCBTLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Jmd0OyA8 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsgPG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij4mZ3Q7Jmd0OyA8bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29QbGFpblRleHQiPiZndDsmZ3Q7IDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb1BsYWluVGV4dCI+Jmd0OyZndDsgPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxh aW5UZXh0Ij4mZ3Q7Jmd0OyA8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1s Pg0K --_000_7347100B5761DC41A166AC17F22DF1122194421Ceusaamb103erics_-- From nobody Thu Nov 19 07:28:19 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 47C241B2B76; Thu, 19 Nov 2015 07:28:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.886 X-Spam-Level: X-Spam-Status: No, score=-4.886 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_MED=-2.3, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0foPpLVw6oSi; Thu, 19 Nov 2015 07:28:07 -0800 (PST) Received: from mercury.scss.tcd.ie (mercury.scss.tcd.ie [134.226.56.6]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1F7F01B2B81; Thu, 19 Nov 2015 07:27:54 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mercury.scss.tcd.ie (Postfix) with ESMTP id 0C16BBE64; Thu, 19 Nov 2015 15:27:52 +0000 (GMT) Received: from mercury.scss.tcd.ie ([127.0.0.1]) by localhost (mercury.scss.tcd.ie [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s726Dd3OvQDx; Thu, 19 Nov 2015 15:27:51 +0000 (GMT) Received: from [134.226.36.93] (bilbo.dsg.cs.tcd.ie [134.226.36.93]) by mercury.scss.tcd.ie (Postfix) with ESMTPSA id 296AFBE55; Thu, 19 Nov 2015 15:27:51 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.tcd.ie; s=mail; t=1447946871; bh=upRWs+pvS4K1Rm3Y58NH3xGjcPWzQZUCvcn4W5UMd0o=; h=Subject:To:References:Cc:From:Date:In-Reply-To:From; b=f13yLs2jS8+mIEJ9fNbRgeDgtkuIm5l+YdfhBDpiY8hgQ9IwHHLbmtI67T26aJjPL WTmRXaZG/XPCWqOLCN4ez4ocBM4jaOtZNPOcMCoivbXqsawkXUE0uA74UHoXxO9CWR jXZ93DTioNpCQV6XxPG7lPaN2KWa8XHQ42gztgZk= To: Gregory Mirsky , The IESG References: <20151119003257.1445.91117.idtracker@ietfa.amsl.com> <7347100B5761DC41A166AC17F22DF11221942DFE@eusaamb103.ericsson.se> <564DD02A.6020500@cs.tcd.ie> <7347100B5761DC41A166AC17F22DF1122194416C@eusaamb103.ericsson.se> <564DE26E.4070203@cs.tcd.ie> <7347100B5761DC41A166AC17F22DF1122194421C@eusaamb103.ericsson.se> From: Stephen Farrell Openpgp: id=D66EA7906F0B897FB2E97D582F3C8736805F8DA2; url= Message-ID: <564DEA76.8050501@cs.tcd.ie> Date: Thu, 19 Nov 2015 15:27:50 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <7347100B5761DC41A166AC17F22DF1122194421C@eusaamb103.ericsson.se> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Archived-At: Cc: "draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf.all@ietf.org" , "draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf@ietf.org" , "rcallon@juniper.net" , "mpls-chairs@ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] Stephen Farrell's No Objection on draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-15: (with COMMENT) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2015 15:28:15 -0000 Thanks Gregory, we're all set so. S. On 19/11/15 15:27, Gregory Mirsky wrote: > Hi Stephen, > > many thanks for your consideration and patience. I've captured changes to the text we've discussed: > > · added to 2.2.4 “Simple Password SHOULD NOT be used if other authentication types are available.†> > · removed from section 6 “and is assumed to use an off-line mechanism or an established secure key-exchange protocol†just leaving it as “Thus the exchange of security parameters (such as keys) for use in securing OAM is outside the scope of this document.†> > · to your last question – I don’t have information about such analysis. > > I have prepared the new version to address comments from you and Ben Campbell. > > > > Regards, > > Greg > > > > -----Original Message----- > From: Stephen Farrell [mailto:stephen.farrell@cs.tcd.ie] > Sent: Thursday, November 19, 2015 6:54 AM > To: Gregory Mirsky; The IESG > Cc: draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf.all@ietf.org; draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf@ietf.org; rcallon@juniper.net; mpls-chairs@ietf.org; mpls@ietf.org > Subject: Re: Stephen Farrell's No Objection on draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-15: (with COMMENT) > > > > > > Hiya, > > > > Coupla bits more below... > > > > On 19/11/15 14:44, Gregory Mirsky wrote: > >> Hi Stephen, thank you for the clarifications. More in-line answers now > >> tagged GIM2>>. > >> > >> Regards, Greg > >> > >> -----Original Message----- From: Stephen Farrell > >> [mailto:stephen.farrell@cs.tcd.ie] Sent: Thursday, November 19, 2015 > >> 5:36 AM To: Gregory Mirsky; The IESG Cc: > >> draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf@ietf.org; > >> draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf.all@ietf.org; > >> mpls-chairs@ietf.org; rcallon@juniper.net; mpls@ietf.org Subject: Re: > >> Stephen Farrell's No Objection on > >> draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-15: (with COMMENT) > >> > >> > >> Hiya, > >> > >> On 19/11/15 04:03, Gregory Mirsky wrote: > >>> Hi Stephen, > >>> > >>> thank you for your review and comments. Please find my answers > >>> in-line and tagged GIM>>. Hope we can find good solution to address > >>> your concern with BFD security. > >>> > >>> > >>> > >>> Regards, > >>> > >>> Greg > >>> > >>> > >>> > >>> -----Original Message----- From: Stephen Farrell > >>> [mailto:stephen.farrell@cs.tcd.ie] Sent: Wednesday, November 18, > >>> 2015 4:33 PM To: The IESG Cc: > >>> draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf@ietf.org; > >>> draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf.all@ietf.org; > >>> mpls-chairs@ietf.org; rcallon@juniper.net; mpls@ietf.org Subject: > >>> Stephen Farrell's No Objection on > >>> draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-15: (with COMMENT) > >>> > >>> > >>> > >>> Stephen Farrell has entered the following ballot position for > >>> > >>> draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-15: 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-lsp-ping-mpls-tp-oam > >>> - > >>> > >>> > > conf/ > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> --------------------------------------------------------------------- > >>> - > >>> > >>> > >>> > > COMMENT: > >>> > >>> --------------------------------------------------------------------- > >>> - > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > > - 2.1.1, is there any chance of moving on from the "Keyed SHA1" > >>> > >>> from RFC5880 to e.g. HMAC-SHA256 for this? We're generally trying to > >>> get that kind of transition done as we can and moving to use of a > >>> standard integrity check rather than a more home-grown one has some > >>> benefits. The HMAC-SHA1-like thing you're doing is still probably ok, > >>> (though could maybe do with crypto eyeballs on it as there may have > >>> been relevant new results since 2010) but future-proofing would > >>> suggest moving to HMAC-SHA256 if we can. (I can imagine such a change > >>> might require a new document, but am asking anyway:-) > >>> > >>> GIM>> The fact is that we're bound by what is defined in RFC 5880. > >> > >> I wonder for how long though, that's now a five year old RFC. > >> Assuming it takes a few years for new deployments to pick up new > >> algorithms, isn't it time that a whole bunch of algorithm choices were > >> revisited? > >> > >>> There was a proposal to strengthen BFD security BFD Generic > >>> Cryptographic > >>> Authentication >>> h > >>> > >>> > > -03> > >>> but the document had expired. > >> > >> Pity that. > >> > >>> - 2.1.1, I'd recommend saying any password auth-type MUST NOT be used > >>> - would that be possible? > >>> > >>> GIM>> I think that we’ll need to make changes to RFC 5880 first > >>> (5880bis?). > >> > >> I don't see any reason why that is true. This document can easily say > >> "you MUST NOT use the horribly weak option specified in that old RFC" > >> with changing that old RFC. > >> > >> GIM2>> Would adding the following in Section 2.2.4 BFD Authentication > >> sub-TLV to AuthType explanation address your concern: Simple Password > >> SHOULD NOT be used if other authentication types are available. > > > > Yes, I think adding that (or similar) is a nice improvement. We may as well try discourage what we know are the weakest options. > > > >> > >>> Besides, there’s RFC 7487 that describes RSVP-TE extensions to > >>> configure MPLS-TP OAM. > >> > >> > >>> > >>> > >>> > >>> - section 6 - what "established secure key-exchange protocol" > >>> > >>> is available to use here? > >>> > >>> GIM>> The document considers key exchange mechanisms being outside > >>> its scope. Mechanisms used only assumed and not discussed at length > >>> in the document. > >> > >> I did not ask if you should specify something here. I asked what > >> exists that is usable? If the answer is "nothing" then the text in the > >> draft would be misleading wouldn't it? GIM2>> PKI (Public Key > >> Infrastructure) > > > > Huh? Sure one could invent a way to use PKI to help here. But that's be a new thing. > > > > So if we're agreed that that would require invention, doesn't that mean that there is no existing usable mechanism and hence that the current text is misleading? > > > > I'd say just strike the misleading sentence. > > > >> > >>> - (this is sort of off-topic) I find an architecture like this where > >>> a packet traversing a network has quite so many side-effects a bit > >>> hard to grok. Do you have a pointer to something (not too > >>> long:-) that explains the consequences of that? > >>> > >>> GIM>> The first paragraph of the Security Considerations section > >>> refers to some scenarios that may suffice due to conditions > >>> (overload) in the management plane. The third paragraph of the same > >>> section notes need to have sufficient security mechanism for LSP Ping > >>> communication. > >> > >> You're mis-interpreting me, I guess because my question wasn't clear. > >> My question above was a simple request for some background information > >> about the consequences of this architecture, and was not a direct > >> criticism of or comment on this draft. (Now if it turns out there is > >> no background material on the consequences of this architecture, then > >> that would be very interesting.) > >> > >> GIM2>> I see now that I've misread the question. LSP Ping, being > >> Request-Reply mechanism with elaborate status reporting, provides > >> self-throttling and sufficient self-diagnostic. In the document we're > >> not discussing what happens if and when Echo request with OAM > >> configuration TLVs times-out because of no Echo reply received as that > >> is implementation specific. At the same time, implementation > >> experience suggests that all of MPLS-TP OAM configuration can be > >> communicated in a single Echo request thus minimizing network impact. > > > > Sure - I do get that the MPLS WG has consensus on this approach and that'd only be the case if you think it works well. What I'm not at all sure about is whether or not anyone has figured out what happens if one runs (or abuses) a network managed in such a manner. Hence my asking for a pointer to somewhere that has that kind of analysis. > > But if we don't have one, we don't have one. (And again, that's not a comment on this document really, just me asking for some more background info.) > > > > Cheers, > > S. > > > > > >> > >> Cheers, S. > >> > >> > >>> > >>> > >>> > >>> From nobody Thu Nov 19 07:28:28 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EF9871B2B76; Thu, 19 Nov 2015 07:28:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.701 X-Spam-Level: X-Spam-Status: No, score=0.701 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 25evqdlsmrVS; Thu, 19 Nov 2015 07:28:10 -0800 (PST) Received: from mail-pa0-x231.google.com (mail-pa0-x231.google.com [IPv6:2607:f8b0:400e:c03::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2C9041B2B85; Thu, 19 Nov 2015 07:28:00 -0800 (PST) Received: by pabfh17 with SMTP id fh17so86942827pab.0; Thu, 19 Nov 2015 07:27:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:references:mime-version:message-id :content-type; bh=+J2vpLpKk4j0MUzVJLznQT1KpUAWzkuBvK1kxaBHaJY=; b=LkgN5di3p0D0DuPrwN4d5HPIBxccXArpsLT1SbyWP/xckFqBse4v74YDm0mc0OnSN5 P2qOEjhVuSsjfPTD4KUAXAg5WYMw3yuFv2N3DoYZGaLPclz77gVEHPqsdPi7VQY2ncl+ 7fIe5QQR+S5sK4ebVFzwMcygQyNwHQx8zHpWq2Ptw0/Gxda20j1ndaDWSmvapyTjI2t1 HOoBkrNm1VOCzIGxR/bomS4erC0dTCQQuT17gVitpvyTyrYlipRn4CM/GEKmFdc+C3LE CSyVR3ESB8tCBQus2sF9HZItNuEM8psB/9CbOUTbFWwkV8pOOYmi5G6I/i5UtBK4jJN/ 7R0A== X-Received: by 10.68.241.65 with SMTP id wg1mr11443196pbc.101.1447946879737; Thu, 19 Nov 2015 07:27:59 -0800 (PST) Received: from Lizhong ([111.170.68.223]) by smtp.gmail.com with ESMTPSA id wq1sm11364767pbc.49.2015.11.19.07.27.53 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 19 Nov 2015 07:27:58 -0800 (PST) Date: Thu, 19 Nov 2015 23:29:05 +0800 From: "lizho.jin@gmail.com" To: loa , sriganesh.kini , mustapha.aissaoui , lucy.yong , guijuan.wang , draft-chandra-mpls-ri-rsvp-frr , mpls-chairs References: <5628D430.4070602@pi.nu> X-Priority: 3 X-GUID: FE23E52C-A93F-43D4-8B54-2A802546BA4D X-Has-Attach: no X-Mailer: Foxmail 7, 2, 5, 140[en] Mime-Version: 1.0 Message-ID: <201511192320355454636@gmail.com> Content-Type: multipart/alternative; boundary="----=_001_NextPart473838681311_=----" Archived-At: Cc: mpls Subject: Re: [mpls] MPLS-RT review of draft-chandra-mpls-ri-rsvp-frr X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2015 15:28:17 -0000 This is a multi-part message in MIME format. ------=_001_NextPart473838681311_=---- Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SGkgQWxsIA0KSSByZXZpZXdlZCByZXZpZXcgb2YgZHJhZnQtY2hhbmRyYS1tcGxzLXJpLXJzdnAt ZnJyIGFzIHRoZSBtZW1iZXIgb2YgTVBMUyANClJldmlldyBUZWFtLiBJIHRoaW5rIHRoZSBkb2N1 bWVudCByZXNvbHZlcyBhIHJlYWwgcHJvYmxlbSBpbiBGUlIsIGFuZCBpdCBpcyANCnVzZWZ1bCBh bmQgdGVjaG5pY2FsbHkgc291bmQuIEF0IHRoZSBzYW1lIHRpbWUsIEkgaGF2ZSBzZXZlcmFsIHF1 ZXN0aW9ucywgYW5kDQp3b3VsZCBhcHByZWNpYXRlIHRvIHJlc29sdmUgdGhlbSBiZWZvcmUgV0cg YWRvcHRpb24uIA0KDQpBYnN0cmFjdCANCltMaXpob25nXSBXaGVuIEkgZmluaXNoIHJlYWRpbmcg QWJzdHJhY3QsIEkgaG9wZSB0byBrbm93IHdoYXQgaXMgdGhlIA0KcmVmcmVzaC1pbnRlcnZhbCBp bmRlcGVuZGVudCBGUlIuIENvdWxkIHlvdSBhZGQgdGhlIGtleSBwb2ludCBvZiB0aGUgDQpzb2x1 dGlvbiBpbiB0aGUgQWJzdHJhY3Qgc2VjdGlvbj8gDQoNClNlY3Rpb24gNC4xLjEuIA0KLSBBZnRl ciBzaWduYWxpbmcgcHJvdGVjdGlvbiBhdmFpbGFiaWxpdHksIGlmIHRoZSBQTFIgZmluZHMgdGhh dCANCnRoZSBwcm90ZWN0aW9uIGJlY29tZXMgdW5hdmFpbGFibGUgdGhlbiBpdCBTSE9VTEQgYXR0 ZW1wdCB0byBtYWtlIA0KcHJvdGVjdGlvbiBhdmFpbGFibGUuIFRoZSBQTFIgU0hPVUxEIHdhaXQg Zm9yIGEgdGltZSBvdXQgYmVmb3JlIA0KcmVtb3ZpbmcgU1VNTUFSWV9GUlJfQllQQVNTX0FTU0lH Tk1FTlQgc3ViLW9iamVjdCBpbiBSUk8gYW5kIA0KdHJpZ2dlcmluZyBQQVRIIGRvd25zdHJlYW0u IE9uIHRoZSBvdGhlciBoYW5kLCB0aGUgUExSIG5lZWQgbm90IA0Kd2FpdCBmb3IgYSB0aW1lIG91 dCB0byBhZGQgU1VNTUFSWV9GUlJfQllQQVNTX0FTU0lHTk1FTlQgc3ViLSANCm9iamVjdCBpbiBS Uk8gYW5kIG1heSBpbW1lZGlhdGVseSB0cmlnZ2VyIFBBVEggZG93bnN0cmVhbS4gDQpbTGl6aG9u Z10gd2hhdCBpcyAiT24gdGhlIG90aGVyIGhhbmQiIHJlZmVycmluZyBoZXJlPyBBIGJpdCBjb25m dXNlZC4gDQoNClNlY3Rpb24gNC4xLjUuIA0KVGhlICJyZW1vdGUiIHN0YXRlIGlzIGlkZW50aWNh bCB0byB0aGUgcHJvdGVjdGVkIExTUCBwYXRoIA0Kc3RhdGUgZXhjZXB0IGZvciB0aGUgZGlmZmVy ZW5jZSBpbiBIT1Agb2JqZWN0LiBUaGUgSE9QIG9iamVjdCANCltMaXpob25nXSBIT1AgaXMgUlNW UF9IT1AsIHJpZ2h0PyBJZiB0cnVlLCBjb3VsZCB5b3UgdXNlIFJTVlBfSE9QIGFzIA0KZGVmaW5l ZCBpbiBSRkMyMjA1PyANCg0KU2VjdGlvbiA0LjEuNS4gDQpjb3JyZXNwb25kaW5nIHRvIHRoZSAi cmVtb3RlIiBwYXRoIHN0YXRlIGNvbnRhaW5zIHRoZSBhZGRyZXNzIG9mIA0KcmVtb3RlIG5vZGUg c2lnbmFsaW5nIGFkamFjZW5jeSB3aXRoIFBMUi4gDQpbTGl6aG9uZ10gYSBiaXQgY29uZnVzZWQg dGhlIGFib3ZlIGRlc2NyaXB0aW9uLiBUaGUgSE9QIG9iamVjdCBjb250YWlucyANCnRoZSBhZGRy ZXNzIG9mIFBMUiwgcmlnaHQ/IFRoZW4gaXQgc2VlbXMgaXQgc2hvdWxkIGJlIGRlc2NyaWJlZCBh czogDQoiY29ycmVzcG9uZGluZyB0byB0aGUgInJlbW90ZSIgcGF0aCBzdGF0ZSBjb250YWlucyB0 aGUgYWRkcmVzcyBvZiANCnJlbW90ZSBub2RlIHNpZ25hbGluZyBhZGphY2VuY3kgd2l0aCBNUC4i IA0KDQpTZWN0aW9uIDQuMS41LiANCi0gTVAgcmVjZWl2ZXMgUGF0aFRlYXIsIG9yIA0KW0xpemhv bmddIGhlcmUsIFBhdGhUZWFyIHJlZmVycyB0byBub3JtYWwgb3IgIlJlbW90ZSIgUGF0aFRlYXIs IHJpZ2h0PyANCg0KU2VjdGlvbiA0LjEuNS4gDQpVbmxpa2UgdGhlIG5vcm1hbCBwYXRoIHN0YXRl IHRoYXQgaXMgZWl0aGVyIGxvY2FsbHkgZ2VuZXJhdGVkIG9uIA0KSW5ncmVzcyBvciBjcmVhdGVk IGZyb20gUEFUSCBtZXNzYWdlIGZyb20gUGhvcCBub2RlLCB0aGUgInJlbW90ZSIgDQpwYXRoIHN0 YXRlIGlzIG5vdCBzaWduYWxlZCBleHBsaWNpdGx5IGZvcm0gUExSLiANCltMaXpob25nXSB0eXBv LCAiZm9ybSIgc2hvdWxkIGJlICJmcm9tIi4gDQoNClNlY3Rpb24gNC4xLjUuIA0KU3VjaCBtZXNz YWdlIHRlYXJpbmcgZG93biANCiJyZW1vdGUiIHBhdGggc3RhdGUgaXMgY2FsbGVkICJSZW1vdGUg UGF0aFRlYXIuIA0KW0xpemhvbmddIFdoYXQncyB0aGUgVFRMIHZhbHVlIG9mICJSZW1vdGUiIFBh dGhUZWFyIG1lc3NhZ2U/IA0KDQpTZWN0aW9uIDQuMy4zLg0KTSBiaXQgDQpUaGlzIGJpdCBpbmRp Y2F0ZXMgdGhhdCB0aGUgbWVzc2FnZSBTSE9VTEQgYmUgcHJvY2Vzc2VkIGJhc2VkIG9uIHRoZSAN CmNvbmRpdGlvbiB3aGV0aGVyIHRoZSByZWNlaXZpbmcgbm9kZSBpcyBNZXJnZSBQb2ludCBvciBu b3QuIA0KW0xpemhvbmddIHNob3VsZCBkZWZpbmUgdGhlIHZhbHVlIG9mIE0gYml0LiBXaGF0J3Mg dGhlIG1lYW5pbmcgb2YgIjEiIG9yICIwIi4gDQoNClNlY3Rpb24gNC40LiANCklmIHRoZSBJbmdy ZXNzIHdhbnRzIHRvIHRlYXIgZG93biB0aGUgTFNQIGJlY2F1c2Ugb2YgYSBtYW5hZ2VtZW50IA0K ZXZlbnQgd2hpbGUgdGhlIExTUCBpcyBiZWluZyBsb2NhbGx5IHJlcGFpcmVkIGF0IGEgdHJhbnNp dCBQTFIsIGl0IA0Kd291bGQgbm90IGJlIGRlc2lyYWJsZSB0byB3YWl0IHRpbGwgYmFja3VwIExT UCBzaWduYWxpbmcgdG8gcGVyZm9ybSANCnN0YXRlIGNsZWFudXAuIA0KW0xpemhvbmddIFRoZSBz dGF0ZSAiYmVpbmcgbG9jYWxseSByZXBhaXJlZCIgcmVmZXJzIHRvIHRoZSBzdGF0ZSBhZnRlciAN CnN0ZXAgMSwgYmVmb3JlIHN0ZXAgMiBpbiBzZWN0aW9uIDMsIHJpZ2h0PyBIb3BlIHRvIGRlc2Ny aWJlIGV4cGxpY2l0bHkuIA0KDQpTZWN0aW9uIDQuNC4xLiBQTFIgQmVoYXZpb3Igb24gTG9jYWwg UmVwYWlyIEZhaWx1cmUgDQpbTGl6aG9uZ10gQ29uc2lkZXIgdGhlIGNhc2UgaW4gZmlndXJlIDEs IGlmIGxpbmsgYmV0d2VlbiBCIGFuZCBDIGZhaWwsIA0KdGhlbiBCIHdpbGwgc2VuZCAicmVtb3Rl IiBQYXRoVGVhciB0byBELCBhbmQgdGhlbiBEIHdpbGwgc2VuZCBwYXRoVGVhciANCmRvd25zdHJl YW0uIEJ1dCBIb3cgdG8gY2xlYXIgdGhlIHN0YXRlIG9uIG5vZGUgQz8gV2UgbmVlZCBzb21lIHdh eSB0byANCmxldCBBIHRvIHNlbmQgInJlbW90ZSIgUGF0aFRlYXIgdG8gQy4gDQoNClRoZSBsYXN0 IG9uZSBpcywgd2lsbCB5b3UgY29uc2lkZXIgdGhlIGltcGFjdCB0byBiaWRpcmVjdGlvbmFsIExT UCBGUlIgZGVzY3JpYmVkIA0KaW4gZHJhZnQtaWV0Zi10ZWFzLWdtcGxzLWxzcC1mYXN0cmVyb3V0 ZS0wMz8NCg0KDQoNClJlZ2FyZHMNCkxpemhvbmcNCiANCkZyb206IExvYSBBbmRlcnNzb24NCkRh dGU6IDIwMTUtMTAtMjIgMjA6MTgNClRvOiBTcmlnYW5lc2ggS2luaTsgTGl6aG9uZyBKaW47IEFp c3Nhb3VpLCBNdXN0YXBoYSAoTXVzdGFwaGEpOyBMdWN5IHlvbmc7IEd1aWp1YW4gV2FuZyAzOyBk cmFmdC1jaGFuZHJhLW1wbHMtcmktcnN2cC1mcnJAaWV0Zi5vcmc7IG1wbHMtY2hhaXJzQGlldGYu b3JnDQpTdWJqZWN0OiBNUExTLVJUIHJldmlldyBvZiBkcmFmdC1jaGFuZHJhLW1wbHMtcmktcnN2 cC1mcnINClNyaSwgTGl6aG9uZywgTXVzdGFwaGEsIEx1Y3ksIGFuZCBHdWlqdWFuIFdhbmcsDQog DQpZb3UgaGF2ZSBiZSBzZWxlY3RlZCBhcyBNUExTLVJUIHJldmlld2VycyBmb3IgDQpkcmFmdC1j aGFuZHJhLW1wbHMtcmktcnN2cC1mcnItMDIuDQogDQpOb3RlIHRvIGF1dGhvcnM6IFlvdSBoYXZl IGJlZW4gQ0MnZCBvbiB0aGlzIGVtYWlsIHNvIHRoYXQgeW91IGNhbiBrbm93DQp0aGF0IHRoaXMg cmV2aWV3IGlzIGdvaW5nIG9uLiBIb3dldmVyLCBwbGVhc2UgZG8gbm90IHJldmlldyB5b3VyIG93 bg0KZG9jdW1lbnQuDQogDQpSZXZpZXdzIHNob3VsZCBjb21tZW50IG9uIHdoZXRoZXIgdGhlIGRv Y3VtZW50IGlzIGNvaGVyZW50LCBpcyBpdA0KdXNlZnVsIChpZSwgaXMgaXQgbGlrZWx5IHRvIGJl IGFjdHVhbGx5IHVzZWZ1bCBpbiBvcGVyYXRpb25hbCBuZXR3b3JrcyksIA0KYW5kIGlzIHRoZSBk b2N1bWVudCB0ZWNobmljYWxseSBzb3VuZD8NCiANCldlIGFyZSBpbnRlcmVzdGVkIGluIGtub3dp bmcgd2hldGhlciB0aGUgZG9jdW1lbnQgaXMgcmVhZHkgdG8gYmUNCmNvbnNpZGVyZWQgZm9yIFdH IGFkb3B0aW9uIChpZSwgaXQgZG9lc24ndCBoYXZlIHRvIGJlIHBlcmZlY3QgYXQgdGhpcw0KcG9p bnQsIGJ1dCBzaG91bGQgYmUgYSBnb29kIHN0YXJ0KS4NCiANClJldmlld3Mgc2hvdWxkIGJlIHNl bnQgdG8gdGhlIGRvY3VtZW50IGF1dGhvcnMsIFdHIGNvLWNoYWlycyBhbmQgV0cNCnNlY3JldGFy eSwgYW5kIENDJ2QgdG8gdGhlIE1QTFMgV0cgZW1haWwgbGlzdC4gSWYgbmVjZXNzYXJ5LCBjb21t ZW50cw0KbWF5IGJlIHNlbnQgcHJpdmF0ZWx5IHRvIG9ubHkgdGhlIFdHIGNoYWlycy4NCiANCklm IHlvdSBoYXZlIHRlY2huaWNhbCBjb21tZW50cyB5b3Ugc2hvdWxkIHRyeSB0byBiZSBleHBsaWNp dCBhYm91dCB3aGF0DQpuZWVkcyB0byBiZSByZXNvbHZlZCBiZWZvcmUgYWRvcHRpbmcgaXQgYXMg YSB3b3JraW5nIGdyb3VwIGRvY3VtZW50LCBhbmQNCndoYXQgY2FuIHdhaXQgdW50aWwgdGhlIGRv Y3VtZW50IGlzIGEgd29ya2luZyBncm91cCBkb2N1bWVudCBhbmQgdGhlDQp3b3JraW5nIGdyb3Vw IGhhcyB0aGUgcmV2aXNpb24gY29udHJvbC4NCiANCkFyZSB5b3UgYWJsZSB0byByZXZpZXcgdGhp cyBkcmFmdCBieSBOb3ZlbWJlciAxMiwgMjAxNT8gUGxlYXNlIHJlc3BvbmQNCmluIGEgdGltZWx5 IGZhc2hpb24uDQogDQpUaGFua3MsIExvYQ0KKGFzIE1QTFMgV0cgY2hhaXIpDQogDQogDQogDQot LSANCiANCiANCkxvYSBBbmRlcnNzb24gICAgICAgICAgICAgICAgICAgICAgICBlbWFpbDogbG9h QG1haWwwMS5odWF3ZWkuY29tDQpTZW5pb3IgTVBMUyBFeHBlcnQgICAgICAgICAgICAgICAgICAg ICAgICAgIGxvYUBwaS5udQ0KSHVhd2VpIFRlY2hub2xvZ2llcyAoY29uc3VsdGFudCkgICAgIHBo b25lOiArNDYgNzM5IDgxIDIxIDY0DQo= ------=_001_NextPart473838681311_=---- Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =0A
Hi All=0A
I reviewed review = of draft-chandra-mpls-ri-rsvp-frr as the member of MPLS 
=
Review Team. I= think the document resolves a real problem in FRR, and it is =
useful a= nd technically sound. At the same time, I have several questions, and
would= appreciate to resolve them before WG adoption. 

Abstract =0A
= [Lizhong] When I finish reading Abstract, I hope to know what is the =0A<= br> refresh-interval independent FRR. Could you add the key point of the= =0A
solution in the Abstract section?=0A

Section 4.1.1. =0A - After signaling protection availability, if the PLR finds that = =0A
the protection becomes unavailable then it SHOULD attempt to = make =0A
protection available. The PLR SHOULD wait for a time out= before =0A
removing SUMMARY_FRR_BYPASS_ASSIGNMENT sub-object in = RRO and =0A
triggering PATH downstream. On the other hand, the PL= R need not =0A
wait for a time out to add SUMMARY_FRR_BYPASS_ASSI= GNMENT sub-=0A
object in RRO and may immediately trigger PATH dow= nstream. =0A
[Lizhong] what is "On the other hand" referring here? A= bit confused.=0A

Section 4.1.5. =0A
The "remote" state is ide= ntical to the protected LSP path =0A
state except for the differenc= e in HOP object. The HOP object =0A
[Lizhong] HOP is RSVP_HOP, right? = If true, could you use RSVP_HOP as=0A
defined in RFC2205?=0A

S= ection 4.1.5. =0A
corresponding to the "remote" path state contains= the address of =0A
remote node signaling adjacency with PLR. =0A [Lizhong] a bit confused the above description. The HOP object contains= =0A
the address of PLR, right? Then it seems it should be described as= :=0A
"corresponding to the "remote" path state contains the address of= =0A
remote node signaling adjacency with MP."=0A

Section 4= .1.5. =0A
- MP receives PathTear, or =0A
[Lizhong] here, PathT= ear refers to normal or "Remote" PathTear, right?=0A

Section 4.1.5= . =0A
Unlike the normal path state that is either locally generated= on =0A
Ingress or created from PATH message from Phop node, the "r= emote" =0A
path state is not signaled explicitly form PLR. =0A
= [Lizhong] typo, "form" should be "from".=0A
=0A
Section 4.1.5. =0A=
Such message tearing down =0A
"remote" path state is called "R= emote PathTear. =0A
[Lizhong] What's the TTL value of "Remote" PathTea= r message?=0A

Section 4.3.3.
M bit =0A
This bit indi= cates that the message SHOULD be processed based on the =0A
conditi= on whether the receiving node is Merge Point or not. =0A
[Lizhong] sho= uld define the value of M bit. What's the meaning of "1" or "0".=0A
Section 4.4.
If the Ingress wants to tear down the LSP because o= f a management =0A
event while the LSP is being locally repaired at= a transit PLR, it =0A
would not be desirable to wait till backup L= SP signaling to perform =0A
state cleanup.=0A
[Lizhong] The sta= te "being locally repaired" refers to the state after=0A
step 1, befor= e step 2 in section 3, right? Hope to describe explicitly.=0A

Sect= ion 4.4.1. PLR Behavior on Local Repair Failure =0A
[Lizhong] Consider= the case in figure 1, if link between B and C fail,=0A
then B will se= nd "remote" PathTear to D, and then D will send pathTear=0A
downstream= . But How to clear the state on node C? We need some way to=0A
let A t= o send "remote" PathTear to C. 

The last one is, will you cons= ider the impact to bidirectional LSP FRR described=0A
in draft-ietf-te= as-gmpls-lsp-fastreroute-03?

=0A
Regards
Lizhong
= =0A
 
From: <= a href=3D"mailto:loa@pi.nu">Loa Andersson
Date: = 2015-10-22 20:18
Subject: MPLS-RT re= view of draft-chandra-mpls-ri-rsvp-frr
Sri, Liz= hong, Mustapha, Lucy, and Guijuan Wang,
=0A
 
=0A
Y= ou have be selected as MPLS-RT reviewers for
=0A
draft-chandra-m= pls-ri-rsvp-frr-02.
=0A
 
=0A
Note to authors: You = have been CC'd on this email so that you can know
=0A
that this r= eview is going on. However, please do not review your own
=0A
doc= ument.
=0A
 
=0A
Reviews should comment on whether = the document is coherent, is it
=0A
useful (ie, is it likely to b= e actually useful in operational networks),
=0A
and is the docum= ent technically sound?
=0A
 
=0A
We are interested = in knowing whether the document is ready to be
=0A
considered for= WG adoption (ie, it doesn't have to be perfect at this
=0A
point= , but should be a good start).
=0A
 
=0A
Reviews sh= ould be sent to the document authors, WG co-chairs and WG
=0A
sec= retary, and CC'd to the MPLS WG email list. If necessary, comments
= =0A
may be sent privately to only the WG chairs.
=0A
 =0A
If you have technical comments you should try to be explicit a= bout what
=0A
needs to be resolved before adopting it as a workin= g group document, and
=0A
what can wait until the document is a w= orking group document and the
=0A
working group has the revision = control.
=0A
 
=0A
Are you able to review this draf= t by November 12, 2015? Please respond
=0A
in a timely fashion.=0A
 
=0A
Thanks, Loa
=0A
(as MPLS WG chair= )
=0A
 
=0A
 
=0A
 
=0A--
=0A
 
=0A
 
=0A
Loa Andersson&nb= sp;            = ;           email: loa@m= ail01.huawei.com
=0A
Senior MPLS Expert    &n= bsp;           &nbs= p;         loa@pi.nu
=0A
= Huawei Technologies (consultant)     phone: +46 739 81= 21 64
=0A
=0A ------=_001_NextPart473838681311_=------ From nobody Thu Nov 19 09:19:50 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EC15C1B2CDD; Thu, 19 Nov 2015 09:19:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.201 X-Spam-Level: X-Spam-Status: No, score=-104.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0FFqVe7sIg6J; Thu, 19 Nov 2015 09:19:40 -0800 (PST) Received: from usevmg21.ericsson.net (usevmg21.ericsson.net [198.24.6.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B76BD1A6F38; Thu, 19 Nov 2015 09:19:39 -0800 (PST) X-AuditID: c6180641-f792c6d00000686a-ef-564d96738091 Received: from EUSAAHC004.ericsson.se (Unknown_Domain [147.117.188.84]) by usevmg21.ericsson.net (Symantec Mail Security) with SMTP id B1.97.26730.3769D465; Thu, 19 Nov 2015 10:29:23 +0100 (CET) Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC004.ericsson.se ([147.117.188.84]) with mapi id 14.03.0248.002; Thu, 19 Nov 2015 12:19:38 -0500 From: Gregory Mirsky To: Gregory Mirsky , Ben Campbell , The IESG Thread-Topic: Ben Campbell's No Objection on draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-15: (with COMMENT) Thread-Index: AQHRIOUWp3deIamSYEiyj0Ywbq7xyp6gSaqggANREhA= Date: Thu, 19 Nov 2015 17:19:37 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF1122194430C@eusaamb103.ericsson.se> References: <20151117030721.22342.71025.idtracker@ietfa.amsl.com> <7347100B5761DC41A166AC17F22DF1122193D907@eusaamb103.ericsson.se> In-Reply-To: <7347100B5761DC41A166AC17F22DF1122193D907@eusaamb103.ericsson.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.11] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprJIsWRmVeSWpSXmKPExsUyuXRPiG7xNN8wg2fHVCzmd55mtzh+tdDi 2uoDLBYz/kxktlh3+RSbxa2lK1kt/q64wuLA7rFkyU8mj+tNV9k9Zu18whLAHMVlk5Kak1mW WqRvl8CVsfb9KbaCDzoV55Y9YWlgvKPdxcjJISFgIvFy+WkmCFtM4sK99WxdjFwcQgJHGCXO z21mgnCWM0psfTSPDaSKTcBI4sXGHnYQW0QgR2LRswfsIEXMAs+ZJPZNWs0CkhAWyJLY1buK CaIoW+L9rudQDVYSO+8/YQSxWQRUJV4+3gBm8wr4Snz984kdYlsro0TbtofMIAlOAT+Jyevu g21mBLrv+6k1YEOZBcQlbj2ZD3W3gMSSPeeZIWxRoKH/WCFsJYmPv+cDDeUAqteUWL9LH6JV UWJK90N2iL2CEidnPmGZwCg2C8nUWQgds5B0zELSsYCRZRUjR2lxalluupHhJkZghB2TYHPc wbjgk+UhRgEORiUe3oJJPmFCrIllxZW5hxglOJiVRHh/PfMNE+JNSaysSi3Kjy8qzUktPsQo zcGiJM47b8b9UCGB9MSS1OzU1ILUIpgsEwenVAOjpFOvhnGMVOIuJ/OHVZ2SnluPmNSXJ/Qm m9wWNAnul2ad9K429qyf1W3F6Tf8apM4vhl5vfOJ4bBr+36tZZL+nGMHmLhkm26LPXxZveBv g/ElJevHOheLMlZEKu8Oi9ni7qBy9duWHY07T0tZWbBuavQLLJLPZd3YbTRvv034EiX+R3Lb /ZRYijMSDbWYi4oTAZCkWFCsAgAA Archived-At: Cc: "draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf.all@ietf.org" , "draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf@ietf.org" , "rcallon@juniper.net" , "mpls-chairs@ietf.org" , "mpls@ietf.org" Subject: Re: [mpls] Ben Campbell's No Objection on draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-15: (with COMMENT) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2015 17:19:44 -0000 SGkgQmVuLA0Kd291bGQgZ3JlYXRseSBhcHByZWNpYXRlIHlvdXIgY29uc2lkZXJhdGlvbiBvZiB0 aGUgcHJvcG9zZWQgY2hhbmdlcyB0byBhZGRyZXNzIHlvdXIgY29tbWVudHMgYW5kIHlvdXIgZmVl ZGJhY2sgd2hldGhlciB0aGVzZSBjaGFuZ2VzIGFyZSBhY2NlcHRhYmxlLg0KDQoJUmVnYXJkcywN CgkJR3JlZw0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogR3JlZ29yeSBNaXJz a3kgW21haWx0bzpncmVnb3J5Lm1pcnNreUBlcmljc3Nvbi5jb21dIA0KU2VudDogVHVlc2RheSwg Tm92ZW1iZXIgMTcsIDIwMTUgNzowMCBBTQ0KVG86IEJlbiBDYW1wYmVsbDsgVGhlIElFU0cNCkNj OiBkcmFmdC1pZXRmLW1wbHMtbHNwLXBpbmctbXBscy10cC1vYW0tY29uZkBpZXRmLm9yZzsgZHJh ZnQtaWV0Zi1tcGxzLWxzcC1waW5nLW1wbHMtdHAtb2FtLWNvbmYuYWxsQGlldGYub3JnOyBtcGxz LWNoYWlyc0BpZXRmLm9yZzsgcmNhbGxvbkBqdW5pcGVyLm5ldDsgbXBsc0BpZXRmLm9yZw0KU3Vi amVjdDogUkU6IEJlbiBDYW1wYmVsbCdzIE5vIE9iamVjdGlvbiBvbiBkcmFmdC1pZXRmLW1wbHMt bHNwLXBpbmctbXBscy10cC1vYW0tY29uZi0xNTogKHdpdGggQ09NTUVOVCkNCg0KSGkgQmVuLA0K dGhhbmsgeW91IGZvciB5b3VyIHRob3JvdWdoIHJldmlldyBhbmQgdGhvdWdodGZ1bCBjb21tZW50 cy4gUGxlYXNlIGZpbmQgbXkgcmVzcG9uc2VzIGFuZCBwcm9wb3NlZCBjaGFuZ2VzIGluLWxpbmUg YW5kIHRhZ2dlZCBHSU0uDQoNCglSZWdhcmRzLA0KCQlHcmVnDQoNCi0tLS0tT3JpZ2luYWwgTWVz c2FnZS0tLS0tDQpGcm9tOiBCZW4gQ2FtcGJlbGwgW21haWx0bzpiZW5Abm9zdHJ1bS5jb21dIA0K U2VudDogTW9uZGF5LCBOb3ZlbWJlciAxNiwgMjAxNSA3OjA3IFBNDQpUbzogVGhlIElFU0cNCkNj OiBkcmFmdC1pZXRmLW1wbHMtbHNwLXBpbmctbXBscy10cC1vYW0tY29uZkBpZXRmLm9yZzsgZHJh ZnQtaWV0Zi1tcGxzLWxzcC1waW5nLW1wbHMtdHAtb2FtLWNvbmYuYWxsQGlldGYub3JnOyBtcGxz LWNoYWlyc0BpZXRmLm9yZzsgcmNhbGxvbkBqdW5pcGVyLm5ldDsgbXBsc0BpZXRmLm9yZw0KU3Vi amVjdDogQmVuIENhbXBiZWxsJ3MgTm8gT2JqZWN0aW9uIG9uIGRyYWZ0LWlldGYtbXBscy1sc3At cGluZy1tcGxzLXRwLW9hbS1jb25mLTE1OiAod2l0aCBDT01NRU5UKQ0KDQpCZW4gQ2FtcGJlbGwg aGFzIGVudGVyZWQgdGhlIGZvbGxvd2luZyBiYWxsb3QgcG9zaXRpb24gZm9yDQpkcmFmdC1pZXRm LW1wbHMtbHNwLXBpbmctbXBscy10cC1vYW0tY29uZi0xNTogTm8gT2JqZWN0aW9uDQoNCldoZW4g cmVzcG9uZGluZywgcGxlYXNlIGtlZXAgdGhlIHN1YmplY3QgbGluZSBpbnRhY3QgYW5kIHJlcGx5 IHRvIGFsbCBlbWFpbCBhZGRyZXNzZXMgaW5jbHVkZWQgaW4gdGhlIFRvIGFuZCBDQyBsaW5lcy4g KEZlZWwgZnJlZSB0byBjdXQgdGhpcyBpbnRyb2R1Y3RvcnkgcGFyYWdyYXBoLCBob3dldmVyLikN Cg0KDQpQbGVhc2UgcmVmZXIgdG8gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWVzZy9zdGF0ZW1lbnQv ZGlzY3Vzcy1jcml0ZXJpYS5odG1sDQpmb3IgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCBJRVNHIERJ U0NVU1MgYW5kIENPTU1FTlQgcG9zaXRpb25zLg0KDQoNClRoZSBkb2N1bWVudCwgYWxvbmcgd2l0 aCBvdGhlciBiYWxsb3QgcG9zaXRpb25zLCBjYW4gYmUgZm91bmQgaGVyZToNCmh0dHBzOi8vZGF0 YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtbXBscy1sc3AtcGluZy1tcGxzLXRwLW9h bS1jb25mLw0KDQoNCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KQ09NTUVOVDoNCi0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCg0K SSBoYXZlIG9uZSBtaW5vciAoYWxtb3N0IHRyaXZpYWwpIGNvbW1lbnQvcXVlc3Rpb24sIGFuZCBz ZXZlcmFsIG5pdHM6DQoNCkNvbW1lbnQ6DQo9PT09PT09PT0NCi0gNC4xLCBwYXJhZ3JhcGggMzoN CklzIGl0IHJlYXNvbmFibGUgZm9yIGEgVExWIGluIHRoaXMgc3RhbmRhcmRzLWFjdGlvbiByZWdp c3RyeSB0byBiZSBoYXZlIHN1Yi10bHZzIHdpdGggcmVkdWNlZCByZWdpc3RyYXRpb24gcmVxdWly ZW1lbnRzPyAgKEFuZCBpZiBzbywgaXMgdGhlcmUgYSByZWFzb24gdG8gZXhjbHVkZSBzcGVjaWZp Y2F0aW9ucyB0aGF0IGFyZSBub3QgUkZDcz8pDQpHSU0+PiBZZXMuIFRoaXMgaXMgaG93IGl0IGlz IGRvbmUgZm9yIGFsbCBzdGFuZGFyZCB0cmFjayByZWdpc3RyeSBUTFZzIGZvciB0aGUgZW50aXJl IExTUCBwaW5nLg0KQW5kIHllcyB3ZSB3YW50IFJGQ3MgdG8gZGVmaW5lIHRoZSBzdWItVExWcyAo aWYgdGhlIGNvbWUgb3V0IG9mIHRoZSBTcGVjaWZpY2F0aW9uIG5lZWQgcmFuZ2UpIGp1c3QgYmVj YXVzZSB0aGV5IGdvIGludG8gYSBzdGFuZGFyZCB0cmFjayBzcGVjaWZpZWQgVExWLg0KDQpOaXRz Og0KPT09PQ0KLTEsIHBhcmFncmFwaCAxOg0KTWlzc2luZyAidGhlIiBiZWZvcmUgIk1QTFMgVHJh bnNwb3J0IFByb2ZpbGUgIg0KR0lNPj4gVGhhbmsgeW91LCBhZGRlZC4NCg0KLSAxLjAsIGxhc3Qg cGFyYWdyYXBoLCBsYXN0IHR3byBzZW50ZW5jZXM6DQpXaG8gYXJlIOKAnHdl4oCdIGluIHRoZXNl IHNlbnRlbmNlcz8gRG9lcyBpdCBtYWtlIHNlbnNlIHRvIHRhbGsgYWJvdXQgd2hhdCDigJx3ZeKA nSBhcmUgb3IgYXJlIG5vdCDigJxjb25maWd1cmluZ+KAnT8NCkdJTT4+IEluZGVlZCwgcmUtd29y ZGVkIGFzOg0KICAgSXQgc2hvdWxkIGJlIG5vdGVkIHRoYXQgdGhpcyBkb2N1bWVudCBkb2VzIG5v dCBzcGVjaWZ5IGhvdyB0byBjb25maWd1cmUgb24tDQogICBkZW1hbmQgdGhyb3VnaHB1dCBlc3Rp bWF0ZXMgYmFzZWQgb24gc2F0dXJhdGluZyB0aGUgY29ubmVjdGlvbiBhcw0KICAgZGVmaW5lZCBp biBbUkZDNjM3MV0uICBSYXRoZXIsIG9ubHkgaG93IHRvIGVuYWJsZSB0aGUgZXN0aW1hdGlvbiBv Zg0KICAgdGhlIGN1cnJlbnQgdGhyb3VnaHB1dCBiYXNlZCBvbiBsb3NzIG1lYXN1cmVtZW50cy4N Cg0KMi4xLjEsIGZpcnN0IGJ1bGxldCBpbiBmaXJzdCBsaXN0Og0KY29uc2lkZXIgcy8iYm90aCBz aWRlcyBzaG91bGQgYmUiLyJib3RoIHNpZGVzIGFyZSINCkdJTT4+IEFncmVlLCBhY2NlcHRlZC4N Cg0KLTQuMSwgMm5kIHBhcmFncmFwaCwgZmlyc3Qgc2VudGVuY2U6DQpNaXNzaW5nIHdvcmRzPyAo V2hhdCBpcyBJQU5BIHJlcXVlc3RlZCB0byBkbyB3aXRoIHRoZSBUTFY/IEkgYXNzdW1lIHJlZ2lz dGVyIGl0LiBBbHNvLCB3aGF0IGlzIHRoZSBuYW1lIG9mIHRoZSBuZXcgVExWPw0KQ29uc2lkZXIg YSBjcm9zcy1yZWZlcmVuY2UgdG8gdGFibGUgdG8gZm9yICJ0aGlzIHN1Yi1yZWdpc3RyeSINCkdJ TT4+IEkgdGhpbmsgdGhhdCBtaXNzaW5nIGFyZSAidG8gYWxsb2NhdGUiIGFuZCB0aGUgbmFtZSBv ZiB0aGUgVExWICIgTVBMUyBPQU0gRnVuY3Rpb25zIjoNCiAgIElBTkEgaXMgcmVxdWVzdGVkIHRv IGFsbG9jYXRlIGEgbmV3IE1QTFMgT0FNIEZ1bmN0aW9ucyBUTFYgZnJvbSB0aGUNCiAgIHN0YW5k YXJkcyBhY3Rpb24gcmFuZ2UgKDAtMTYzODMpIGFuZCBzdWItVExWcyBhcyBmb2xsb3dzIGZyb20g c3ViLQ0KICAgcmVnaXN0cnkgcHJlc2VudGVkIGluIFRhYmxlIDEsIGNhbGxlZCAiU3ViLVRMVnMg Zm9yIFRMViBbVEJBMV0iLg0KDQotNC4yOiAiQXNzaWdubWVudHMgb2YgYml0IHBvc2l0aW9ucyAw IHRocm91Z2ggMzEiDQpJZiBJIHJlYWQgY29ycmVjdGx5LCB0aGF0J3MgYWxsIHRoZSBiaXRzLiBJ cyB0aGlzIHRoZSBzYW1lIGFzIHNheWluZyB0aGUgcmVnaXN0cnkgaXRzZWxmIHJlcXVpcmVzIHN0 YW5kYXJkcy1hY3Rpb24/DQpHSU0+PiBZZXMsIHRoZSB3aG9sZSByYW5nZSBpcyB1bmRlciBzdGFu ZGFyZC1hY3Rpb24gYWxsb2NhdGlvbiBwb2xpY3kuDQoNCi01Og0KSXQncyBtaWxkbHkgb2RkIHRv IGZpbmQgdGhlIGFja25vd2xlZGdlbWVudHMgc2VjdGlvbiBiZXR3ZWVuIHR3byBzdWJzdGFudGl2 ZSBzZWN0aW9ucy4NCkdJTT4+IFRoYW5rIHlvdSwgbW92ZWQgaXQuDQoNCi02LCBmaXJzdCBwYXJh Z3JhcGg6DQpTaG91bGQgImxpdmVsaW5lc3MiIGJlICJsaXZlbmVzcyI/DQpHSU0+PiBZZXMsIHdl J3JlIG5vdCBjaGVja2luZyBpdHMgdml0YWxpdHkuDQoNCg0K From nobody Thu Nov 19 15:42:50 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3E7161B3794; Thu, 19 Nov 2015 15:42:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.485 X-Spam-Level: X-Spam-Status: No, score=-2.485 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.585] autolearn=unavailable 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 zjNg2mZpRI2f; Thu, 19 Nov 2015 15:42:45 -0800 (PST) Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (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 8523B1B3793; Thu, 19 Nov 2015 15:42:45 -0800 (PST) Received: from [10.0.1.10] (cpe-70-119-203-4.tx.res.rr.com [70.119.203.4]) (authenticated bits=0) by nostrum.com (8.15.2/8.14.9) with ESMTPSA id tAJNgfUS009593 (version=TLSv1 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 19 Nov 2015 17:42:41 -0600 (CST) (envelope-from ben@nostrum.com) X-Authentication-Warning: raven.nostrum.com: Host cpe-70-119-203-4.tx.res.rr.com [70.119.203.4] claimed to be [10.0.1.10] From: "Ben Campbell" To: "Gregory Mirsky" Date: Thu, 19 Nov 2015 17:42:41 -0600 Message-ID: In-Reply-To: <7347100B5761DC41A166AC17F22DF1122194430C@eusaamb103.ericsson.se> References: <20151117030721.22342.71025.idtracker@ietfa.amsl.com> <7347100B5761DC41A166AC17F22DF1122193D907@eusaamb103.ericsson.se> <7347100B5761DC41A166AC17F22DF1122194430C@eusaamb103.ericsson.se> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Mailer: MailMate (1.9.3r5180) Archived-At: Cc: "draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf@ietf.org" , "mpls@ietf.org" , "draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf.all@ietf.org" , "mpls-chairs@ietf.org" , The IESG , "rcallon@juniper.net" Subject: Re: [mpls] Ben Campbell's No Objection on draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-15: (with COMMENT) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2015 23:42:46 -0000 Thanks for the response. Please see below (I removed sections that don't seem to need further discussion.) Thanks! Ben. On 19 Nov 2015, at 11:19, Gregory Mirsky wrote: [...] > > I have one minor (almost trivial) comment/question, and several nits: > > Comment: > ========= > - 4.1, paragraph 3: > Is it reasonable for a TLV in this standards-action registry to be > have sub-tlvs with reduced registration requirements? (And if so, is > there a reason to exclude specifications that are not RFCs?) > GIM>> Yes. This is how it is done for all standard track registry TLVs > for the entire LSP ping. Okay, > And yes we want RFCs to define the sub-TLVs (if the come out of the > Specification need range) just because they go into a standard track > specified TLV. That would make sense to me for a standards-action requirement. But requiring experimental RFCs seems to narrow down the options a lot, while keeping the bar fairly low. That seems more like a procedural hoop than a check on spec maturity. In any case, I leave it to the proponents to do the Right Thing, even if the right thing means ignoring my comment :-) [...] From nobody Thu Nov 19 16:53:35 2015 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 4D39B1A01D6; Thu, 19 Nov 2015 16:53:33 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.10.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20151120005333.32760.93731.idtracker@ietfa.amsl.com> Date: Thu, 19 Nov 2015 16:53:33 -0800 Archived-At: Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-smack-mpls-rfc4379bis-08.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Nov 2015 00:53:33 -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 Working Group of the IETF. Title : Detecting Multi-Protocol Label Switched (MPLS) Data Plane Failures Authors : Kireeti Kompella Carlos Pignataro Nagendra Kumar Sam Aldrin Mach(Guoyi) Chen Filename : draft-smack-mpls-rfc4379bis-08.txt Pages : 51 Date : 2015-11-19 Abstract: This document describes a simple and efficient mechanism that can be used to detect data plane failures in Multi-Protocol Label Switching (MPLS) Label Switched Paths (LSPs). There are two parts to this document: information carried in an MPLS "echo request" and "echo reply" for the purposes of fault detection and isolation, and mechanisms for reliably sending the echo reply. This document obsoletes RFC 4379. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-smack-mpls-rfc4379bis/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-smack-mpls-rfc4379bis-08 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-smack-mpls-rfc4379bis-08 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 Nov 19 22:16:50 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 30A881A86F0 for ; Thu, 19 Nov 2015 22:16:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.085 X-Spam-Level: X-Spam-Status: No, score=-15.085 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, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5qCpUhKBeTPb for ; Thu, 19 Nov 2015 22:16:47 -0800 (PST) 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 E3A2F1A7D82 for ; Thu, 19 Nov 2015 22:16:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1529; q=dns/txt; s=iport; t=1448000206; x=1449209806; h=from:to:subject:date:message-id:mime-version; bh=qeQ+CysG4lyPkA97+VecTLdHJy9yRriw29FnfgV0y7E=; b=jAM9FtsfTXVGMLHpPdtfbWL4s/DCZbzmDYuHCUMy8xXEMXY7EA03WDnu QSLtPfwgZ4vxtgg9KeL8FJaz5R6hhu60x2RC6Mm0ncHsYiXC/2zO3nrJw vEIBca7pWlIl9YhFx+K9YY36Ltzekd1N+TfanST+dRK5xOgQvlLDlE8mN M=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ACAgAxuk5W/4cNJK1egm5NU28GvGGCG?= =?us-ascii?q?gENgWUhhW6BTDgUAQEBAQEBAX8LhCsQgQsBCwF0JwSIQQ2fUaAwAQEBBwEBAQE?= =?us-ascii?q?bBIZUigaEMQWWTAGNLZxHAR8BAUKEBHIBhCWBBwEBAQ?= X-IronPort-AV: E=Sophos; i="5.20,321,1444694400"; d="scan'208,217"; a="46625111" Received: from alln-core-2.cisco.com ([173.36.13.135]) by rcdn-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 20 Nov 2015 06:16:46 +0000 Received: from XCH-RTP-003.cisco.com (xch-rtp-003.cisco.com [64.101.220.143]) by alln-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id tAK6GjaN007959 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL) for ; Fri, 20 Nov 2015 06:16:46 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.1104.5; Fri, 20 Nov 2015 01:16:45 -0500 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.1104.000; Fri, 20 Nov 2015 01:16:45 -0500 From: "Tarek Saad (tsaad)" To: "mpls@ietf.org" Thread-Topic: IETF94 MPLS WG sessions minutes Thread-Index: AQHRI1sHtpOCf5+WbkK1kuH0JvrMcg== Date: Fri, 20 Nov 2015 06:16:45 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.5.7.151005 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.86.241.208] Content-Type: multipart/alternative; boundary="_000_D27424FB51500tsaadciscocom_" MIME-Version: 1.0 Archived-At: Subject: [mpls] IETF94 MPLS WG sessions minutes X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Nov 2015 06:16:48 -0000 --_000_D27424FB51500tsaadciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi WG, The preliminary minutes for the IETF94 MPLS WG sessions are uploaded and ca= n be found @ https://www.ietf.org/proceedings/94/mpls.html I will be going over the audio and make corrections if needed so to upload = the final minutes soon. Feel free to share if you have comments/corrections= . Regards, Tarek --_000_D27424FB51500tsaadciscocom_ Content-Type: text/html; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable
Hi WG,

The preliminary minutes for the IETF94 MPLS WG sessions are uploaded a= nd can be found @ https://www.ietf.org/proceedings/94/mpls.html
I will be going over the audio and make corrections if needed so to up= load the final minutes soon. Feel free to share if you have comments/correc= tions.

Regards,
Tarek 


--_000_D27424FB51500tsaadciscocom_-- From nobody Sat Nov 21 03:21:21 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BAF1A1A875A; Sat, 21 Nov 2015 03:21:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.165 X-Spam-Level: * X-Spam-Status: No, score=1.165 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1u4-uo6TJGa7; Sat, 21 Nov 2015 03:21:17 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 51A561A879F; Sat, 21 Nov 2015 03:21:16 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml405-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CAP91634; Sat, 21 Nov 2015 11:21:14 +0000 (GMT) Received: from nkgeml405-hub.china.huawei.com (10.98.56.36) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.235.1; Sat, 21 Nov 2015 11:21:12 +0000 Received: from NKGEML506-MBX.china.huawei.com ([169.254.3.25]) by nkgeml405-hub.china.huawei.com ([10.98.56.36]) with mapi id 14.03.0235.001; Sat, 21 Nov 2015 19:21:00 +0800 From: Lizhenbin To: Mach Chen , "Carlos Pignataro (cpignata)" , Stewart Bryant Thread-Topic: IPR poll on draft-bryant-mpls-flow-ident Thread-Index: AQHRHWc1gTGSbOzvH02ylgQw7NT8Vp6YOBKAgAA7s4CAALjywIANNcrw Date: Sat, 21 Nov 2015 11:20:59 +0000 Message-ID: <5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA74880@nkgeml506-mbx.china.huawei.com> References: <5644E1F7.5030404@gmail.com> <3A35CADE-3476-4EDB-BE90-8D1D2090E87C@cisco.com> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.76.77] Content-Type: multipart/alternative; boundary="_000_5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA74880nkgeml506mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020204.565053AA.00B4, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.3.25, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 07603ad9cf1c6d01e3c4a0b44f06e093 Archived-At: Cc: Ross Callon , "mpls@ietf.org" , "mpls-chairs@ietf.org" Subject: [mpls] =?gb2312?b?tPC4tDogSVBSIHBvbGwgb24gZHJhZnQtYnJ5YW50LW1w?= =?gb2312?b?bHMtZmxvdy1pZGVudA==?= X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Nov 2015 11:21:19 -0000 --_000_5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA74880nkgeml506mbxchi_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 U2FtZSBoZXJlLg0KDQpCZXN0IFJlZ2FyZHMsDQpaaGVuYmluKFJvYmluKQ0KDQoNCreivP7Iyzog TWFjaCBDaGVuDQq3osvNyrG85DogMjAxNcTqMTHUwjEzyNUgOTozOA0KytW8/sjLOiBDYXJsb3Mg UGlnbmF0YXJvIChjcGlnbmF0YSk7IFN0ZXdhcnQgQnJ5YW50DQqzrcvNOiBSb3NzIENhbGxvbjsg bXBsc0BpZXRmLm9yZzsgU3Rld2FydCBCcnlhbnQgKHN0YnJ5YW50KTsgTGl6aGVuYmluOyBHcmVn b3J5IE1pcnNreTsgbXBscy1jaGFpcnNAaWV0Zi5vcmcNCtb3zOI6IFJFOiBJUFIgcG9sbCBvbiBk cmFmdC1icnlhbnQtbXBscy1mbG93LWlkZW50DQoNClRoZSBzYW1lIGhlcmUuDQoNCkJlc3QgcmVn YXJkcywNCk1hY2gNCg0KRnJvbTogQ2FybG9zIFBpZ25hdGFybyAoY3BpZ25hdGEpIFttYWlsdG86 Y3BpZ25hdGFAY2lzY28uY29tXQ0KU2VudDogRnJpZGF5LCBOb3ZlbWJlciAxMywgMjAxNSA2OjM1 IEFNDQpUbzogU3Rld2FydCBCcnlhbnQNCkNjOiBSb3NzIENhbGxvbjsgbXBsc0BpZXRmLm9yZzxt YWlsdG86bXBsc0BpZXRmLm9yZz47IFN0ZXdhcnQgQnJ5YW50IChzdGJyeWFudCk7IE1hY2ggQ2hl bjsgTGl6aGVuYmluOyBHcmVnb3J5IE1pcnNreTsgbXBscy1jaGFpcnNAaWV0Zi5vcmc8bWFpbHRv Om1wbHMtY2hhaXJzQGlldGYub3JnPg0KU3ViamVjdDogUmU6IElQUiBwb2xsIG9uIGRyYWZ0LWJy eWFudC1tcGxzLWZsb3ctaWRlbnQNCg0KRGl0dG8uDQoNClRoYW5rcywNCg0KoaogQ2FybG9zLg0K DQpPbiBOb3YgMTIsIDIwMTUsIGF0IDI6MDEgUE0sIFN0ZXdhcnQgQnJ5YW50IDxzdGV3YXJ0LmJy eWFudEBnbWFpbC5jb208bWFpbHRvOnN0ZXdhcnQuYnJ5YW50QGdtYWlsLmNvbT4+IHdyb3RlOg0K DQpBcyBhIHJlcXVpcmVtZW50cyBkcmFmdCwgSSBrbm93IG9mIG5vIElQUiBwZXIgc2UsDQpidXQg dGhlIHJlYWRlciBtYXkgYmUgZHJhd24gdG8gdGhlIHNvbHV0aW9ucw0KcG9zaXRlZCBpbiB0aGUg U0ZMIGRyYWZ0cyB3aGljaCBkbyBoYXZlIGRpc2Nsb3NlZCBJUFIuDQoNClRoZSByZWZlcmVuY2Ug aW4gdGhlIHRleHQgdG8gdGhlIG5lZWQgdG8gaW1wbGVtZW50IGENCnNvbHV0aW9uIHRvDQoNCmRy YWZ0LXRlbXBpYS1pcHBtLXAzbS0wMjxodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQt dGVtcGlhLWlwcG0tcDNtLTAyPg0KDQoNCg0KYnkgZGVmaW5pdGlvbiBicmluZ3MgaW4gaXQgdG8g cGxheSB0aGUgSVBSIGRpc2Nsb3NlZA0KDQphZ2FpbnN0IHRoYXQgZHJhZnQuDQoNCg0KDQotIFN0 ZXdhcnQNCg0KDQpPbiAxMi8xMS8yMDE1IDE2OjI4LCBSb3NzIENhbGxvbiB3cm90ZToNCldvcmtp bmcgR3JvdXAsDQoNClRoZSBhdXRob3JzIG9mIGRyYWZ0LWJyeWFudC1tcGxzLWZsb3ctaWRlbnQg aGF2ZSB0b2xkIHVzIHRoYXQgdGhlDQpkcmFmdCBpcyByZWFkeSB0byBiZSBwb2xsZWQgdG8gc2Vl IGlmIHdlIGhhdmUgY29uc2Vuc3VzIHRvIG1ha2UgaXQgYSB3b3JraW5nDQpncm91cCBkb2N1bWVu dC4NCg0KQmVmb3JlIHdlIHN0YXJ0IHRoZSBhZG9wdGlvbiBwb2xsIHdlIHdpbGwgZG8gYW4gSVBS IHBvbGwuIFRoaXMgbWFpbCBzdGFydHMgdGhlIElQUiBwb2xsLg0KDQpBcmUgeW91IGF3YXJlIG9m IGFueSBJUFIgdGhhdCBhcHBsaWVzIHRvIGRyYWZ0LWJyeWFudC1tcGxzLWZsb3ctaWRlbnQ/DQoN CklmIHNvLCBoYXMgdGhpcyBJUFIgYmVlbiBkaXNjbG9zZWQgaW4gY29tcGxpYW5jZSB3aXRoIElF VEYgSVBSIHJ1bGVzDQooc2VlIFJGQ3MgMzk3OSwgNDg3OSwgMzY2OSBhbmQgNTM3OCBmb3IgbW9y ZSBkZXRhaWxzKS4NCg0KQ3VycmVudGx5IHRoZXJlIGFyZSBubyBJUFIgZGlzY2xvc3VyZXMgdGhh dCByZWxhdGUgdG8gdGhpcyBkb2N1bWVudC4NCg0KSWYgeW91IGFyZSBsaXN0ZWQgYXMgYSBkb2N1 bWVudCBhdXRob3Igb3IgY29udHJpYnV0b3IgcGxlYXNlIHJlc3BvbmQgdG8NCnRoaXMgZW1haWwg cmVnYXJkbGVzcyBvZiB3aGV0aGVyIG9yIG5vdCB5b3UgYXJlIGF3YXJlIG9mIGFueSByZWxldmFu dA0KSVBSLiAqVGhlIHJlc3BvbnNlIG5lZWRzIHRvIGJlIHNlbnQgdG8gdGhlIE1QTFMgd2cgbWFp bGluZyBsaXN0LiogVGhlDQpkb2N1bWVudCB3aWxsIG5vdCBhZHZhbmNlIHRvIHRoZSBuZXh0IHN0 YWdlIHVudGlsIGEgcmVzcG9uc2UgaGFzIGJlZW4NCnJlY2VpdmVkIGZyb20gZWFjaCBhdXRob3Ig YW5kIGNvbnRyaWJ1dG9yLg0KDQpJZiB5b3UgYXJlIG9uIHRoZSBNUExTIFdHIGVtYWlsIGxpc3Qg YnV0IGFyZSBub3QgbGlzdGVkIGFzIGFuIGF1dGhvciBvcg0KY29udHJpYnV0b3IsIHRoZW4gcGxl YXNlIGV4cGxpY2l0bHkgcmVzcG9uZCBvbmx5IGlmIHlvdSBhcmUgYXdhcmUgb2YgYW55DQpJUFIg dGhhdCBoYXMgbm90IHlldCBiZWVuIGRpc2Nsb3NlZCBpbiBjb25mb3JtYW5jZSB3aXRoIElFVEYg cnVsZXMuDQoNClRoYW5rcywgUm9zcw0KKGFzIE1QTFMgV0cgY28tY2hhaXIpDQoNCg0KDQo= --_000_5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA74880nkgeml506mbxchi_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Same here.=

 = ;

Best Regar= ds,

Zhenbin(Ro= bin)

 = ;

 = ;

=B7=A2=BC=FE=C8=CB: Mach Chen
=B7=A2=CB=CD= =CA=B1=BC=E4: 2015=C4=EA11=D4=C2= 13=C8=D5 9:38
=CA=D5=BC=FE=C8=CB: Carlos Pignataro (cpignata); Stewart Bryant
=B3=AD=CB=CD: Ross Callon; mpls@ietf.org; Stewart Bryant (stbryant); Lizhenbin; Gregory= Mirsky; mpls-chairs@ietf.org
=D6=F7=CC=E2: RE: IPR poll on draft-bryant-mpls-flow-ident

 

The same h= ere.

 = ;

Best regar= ds,

Mach<= /o:p>

 = ;

From: Carlos Pignataro (cpignata) [mailto:cpignata@cisco.com]
Sent: Friday, November 13, 2015 6:35 AM
To: Stewart Bryant
Cc: Ross Callon; mpls@ietf.org;= Stewart Bryant (stbryant); Mach Chen; Lizhenbin; Gregory Mirsky; mpls-chairs@ietf.org
Subject: Re: IPR poll on draft-bryant-mpls-flow-ident

 

Ditto.

 

Thanks,

 

=A1=AA Carlos.

 

On Nov 12, 2015, at 2:01 PM, St= ewart Bryant <stewart.bryant= @gmail.com> wrote:

 

As a requirements draft, I know of no IPR per se,
but the reader may be drawn to the solutions
posited in the SFL drafts which do have disclosed IPR.

The reference in the text to the need to implement a 
solution to

dra=
ft-tempia-ippm-p3m-02 
 
by definition brings i=
n it to play the IPR disclosed 
against that draft.
 
- Stewart



On 12/11/2015 16:28, Ross Callon wrote:

Working Group,

 

The authors of draft-bryant-mpls-flow-ident have told us that the=

draft is ready to be polled to see if we have consensus to make it a wor= king

group document.

 

Before we start the adoption poll we will do an IPR poll. This mail star= ts the IPR poll.

 

Are you aware of any IPR that applies to draft-bryant-mpls-flow-ident?

 

If so, has this IPR been disclosed in compliance with IETF IPR rules

(see RFCs 3979, 4879, 3669 and 5378 for more details).

 

Currently there are no IPR disclosures that relate to this document.

 

If you are listed as a document author or contributor please respond to<= /span>

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<= /span>

contributor, then please explicitly respond only if you are aware of any=

IPR that has not yet been disclosed in conformance with IETF rules.

 

Thanks, Ross

(as MPLS WG co-chair)

 

=  

 

--_000_5A5B4DE12C0DAC44AF501CD9A2B01A8D8CA74880nkgeml506mbxchi_-- From nobody Sat Nov 21 09:07:03 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 639EB1ACED7; Sat, 21 Nov 2015 09:06:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.201 X-Spam-Level: X-Spam-Status: No, score=-104.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pxwdTA-XBU_5; Sat, 21 Nov 2015 09:06:55 -0800 (PST) Received: from usevmg20.ericsson.net (usevmg20.ericsson.net [198.24.6.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DE0D41ACED1; Sat, 21 Nov 2015 09:06:54 -0800 (PST) X-AuditID: c618062d-f799d6d000000ec2-88-565052cf6af8 Received: from EUSAAHC003.ericsson.se (Unknown_Domain [147.117.188.81]) by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id 6F.E5.03778.FC250565; Sat, 21 Nov 2015 12:17:36 +0100 (CET) Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC003.ericsson.se ([147.117.188.81]) with mapi id 14.03.0248.002; Sat, 21 Nov 2015 12:06:52 -0500 From: Gregory Mirsky To: Ben Campbell Thread-Topic: Ben Campbell's No Objection on draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-15: (with COMMENT) Thread-Index: AQHRIOUWp3deIamSYEiyj0Ywbq7xyp6gSaqggANREhCAAL9BgIACYDOw Date: Sat, 21 Nov 2015 17:06:51 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF11221946B97@eusaamb103.ericsson.se> References: <20151117030721.22342.71025.idtracker@ietfa.amsl.com> <7347100B5761DC41A166AC17F22DF1122193D907@eusaamb103.ericsson.se> <7347100B5761DC41A166AC17F22DF1122194430C@eusaamb103.ericsson.se> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.11] Content-Type: multipart/mixed; boundary="_002_7347100B5761DC41A166AC17F22DF11221946B97eusaamb103erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA12Se0hTYRjG+XbOzjmuBl9z5ptmwUmLsotKl1WmQRQjqCzJwIJadDDTlm1q VyISM0tFcZaeyhmtizNWs6KylTXCUists2iFXRxeciXaRcySds6ZIP33e7/3eW8PH0Oo+qgg Jlmfzhn0ulSWUpDFGY61s5rXxSVEFD+iNObcRlrzuHW35nXVA1JT+qeI0NhaGiiN60KlXPP3 8ityKa21WAZl2jdHWmktf8dNxhGJiuhtXGpyJmeYE7NFsT337Ssy7dmKvb/Kr8gOI1P0ceTH AJ4L/b+qCYnHQ3PbVeo4UjAq/AiB9Vi2XAouIcixlooqCkdBlz2PFliNWejMukkKIgJnEeB5 6kFCwh/vgJp8q0wSpUBvTaevYAXcGswWmcRh4Dx1VmQlXgUmu803ehhBT8FLuZDww7GQ7+wm BUbe/QYarohNCRwILrdZJu2thk8vGimJA6C7fVguMQt9Q2Za0ieDpfgaJQ0bB/VlbrIQBfCj WvGjZPwomfQ+Eyru9lMSh8PFcz2ExBPhekku4kUDshF8zb1P8+IRNxD8bSqjpMCO4KjN7gvK ZGCvGpJJgUUGlaZ7NC86Oxn6czrFxmocD3fe/UHSkP1woqtU7OuPSxBUn+wSAzXmEWS1lJO8 z1pL0yfxDMHaM3kPvdWM94xQKHLohWcVjoESh0uUjxj7vwPgvdRTdNrHS+BGxwdaYgwWRxPB jzJZ2AFw7Rj4XvhOLswSftOQXXQ1AG+C8vNWStKvhG89Np97EdD73OxzbzEMtnfSFYi1IibD yGXuTIqKqEbez18H1KzbyNG90Ikwg9ixyrR5axJUcl2mcd9OJwr1ln6+VtWMgkj9Lj3HqpVb KuISVMptun37OcOuzYaMVM7oRMEMyQYqay0f1qtwki6dS+G4NM4wkpUxfkGHUfC05Qvm1RTe NPVFJgeb5rNtu6Nb/RbNphPfhyu+hNa3U09swS3xdbbVZEPMnnh0YKpZG59wyOaeRh5MnMCH XSgqyP/ZOnCs7ZQ7atF0/6iOyvoSY1JX7YaP9/KGl/2IPbB147oj9QN1no1cFvQOun43TfEs 0YaH9IdMcjm/7p0ay5LG7brIGYTBqPsHSfbJCgQEAAA= Archived-At: Cc: "draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf@ietf.org" , "mpls@ietf.org" , "draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf.all@ietf.org" , "mpls-chairs@ietf.org" , The IESG , "rcallon@juniper.net" Subject: Re: [mpls] Ben Campbell's No Objection on draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-15: (with COMMENT) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Nov 2015 17:06:57 -0000 --_002_7347100B5761DC41A166AC17F22DF11221946B97eusaamb103erics_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Ben, thank you for your consideration. We, authors of this document, had discuss= ed the allocation policy question and agreed that it would be appropriate t= o have broader discussion as part of 4379bis work. Loa had sent the mail on= the subject (attached). Regards, Greg = =20 -----Original Message----- From: Ben Campbell [mailto:ben@nostrum.com]=20 Sent: Thursday, November 19, 2015 3:43 PM To: Gregory Mirsky Cc: The IESG; draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf.all@ietf.org; draft= -ietf-mpls-lsp-ping-mpls-tp-oam-conf@ietf.org; rcallon@juniper.net; mpls-ch= airs@ietf.org; mpls@ietf.org Subject: Re: Ben Campbell's No Objection on draft-ietf-mpls-lsp-ping-mpls-t= p-oam-conf-15: (with COMMENT) Thanks for the response. Please see below (I removed sections that don't se= em to need further discussion.) Thanks! Ben. On 19 Nov 2015, at 11:19, Gregory Mirsky wrote: [...] > > I have one minor (almost trivial) comment/question, and several nits: > > Comment: > =3D=3D=3D=3D=3D=3D=3D=3D=3D > - 4.1, paragraph 3: > Is it reasonable for a TLV in this standards-action registry to be=20 > have sub-tlvs with reduced registration requirements? (And if so, is=20 > there a reason to exclude specifications that are not RFCs?) > GIM>> Yes. This is how it is done for all standard track registry TLVs > for the entire LSP ping. Okay, > And yes we want RFCs to define the sub-TLVs (if the come out of the=20 > Specification need range) just because they go into a standard track=20 > specified TLV. That would make sense to me for a standards-action requirement. But=20 requiring experimental RFCs seems to narrow down the options a lot,=20 while keeping the bar fairly low. That seems more like a procedural hoop=20 than a check on spec maturity. In any case, I leave it to the proponents to do the Right Thing, even if=20 the right thing means ignoring my comment :-) [...] --_002_7347100B5761DC41A166AC17F22DF11221946B97eusaamb103erics_ Content-Type: message/rfc822 Content-Disposition: attachment; creation-date="Sat, 21 Nov 2015 17:06:49 GMT"; modification-date="Sat, 21 Nov 2015 17:06:49 GMT" Received: from ESESSHC012.ericsson.se (153.88.183.54) by EUSAAHC005.ericsson.se (147.117.188.87) with Microsoft SMTP Server (TLS) id 14.3.248.2; Sat, 21 Nov 2015 00:30:56 -0500 Received: from sessmg12.ericsson.net (153.88.183.153) by smtp.internal.ericsson.com (153.88.183.55) with Microsoft SMTP Server id 14.3.248.2; Sat, 21 Nov 2015 06:30:54 +0100 Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by sessmg12.ericsson.net (Symantec Mail Security) with SMTP id 7A.76.06060.E8100565; Sat, 21 Nov 2015 06:30:54 +0100 (CET) Received: from [192.168.1.7] (unknown [49.149.184.105]) (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 7F6B918013CB; Sat, 21 Nov 2015 06:30:51 +0100 (CET) From: Loa Andersson To: "draft-smack-mpls-rfc4379bis@ietf.org" CC: Gregory Mirsky , Ben Campbell , "BRUNGARD, DEBORAH A" Subject: QUestion deferred to 4379bis - Fwd: Re: [mpls] Ben Campbell's No Objection on draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-15: (with COMMENT) Thread-Topic: QUestion deferred to 4379bis - Fwd: Re: [mpls] Ben Campbell's No Objection on draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-15: (with COMMENT) Thread-Index: AQHRIOUWp3deIamSYEiyj0Ywbq7xyp6gSaqggANREhCAAL9BgIAB844A Date: Sat, 21 Nov 2015 05:30:40 +0000 Message-ID: <56500180.8070506@pi.nu> References: In-Reply-To: Content-Language: en-US X-MS-Exchange-Organization-AuthAs: Anonymous X-MS-Exchange-Organization-AuthSource: ESESSHC012.ericsson.se X-MS-Has-Attach: X-MS-TNEF-Correlator: x-brightmail-tracker: H4sIAAAAAAAAA11TbVBUZRTmvfvBZXdfudxd4LCCTGtNTjNhMH1AUxhNU2YYlMw2o1EtcNu9 w7LL3LtL4OhE7AhJg6gMGyBaOupoQ62DMTWlFDtOUT9SQURI0iaIwNRACAVbe+/uwl7899zz nPM855z3XFrBfqAx0lylixMcFrtJrVFuOnaz4dFdKN/82LgvLnN8tB49h9bPzw6o89FmzTMl nJ2v4IS12e9obDdHm6jyGUNlx/RBdTW6ztSjGBqYx6HtwkkqhBPg3G8+tYRZppWC2ks59UhD 8DEKdsx4oqUPPdOMoNP7V3QoKxuaTw0rJWxgNkHgUGMQK5it0L/QqZKwmkmF6bpxRchhA1yZ ukgcaBozD8KeUw4prGQegrnZmmB6PPMm/Dl1LYgxEwc/tY4GJWOYddDgnwjLPwuX93+rCOFU +Op6u2I3imuTlbTJ0tpkaZ8ixWcoXuREscyanpHGCXyxKDodaQ7O1YnINnu+XMj4Gg3+m+NH DI1MOvzPkTwzq7JUiFVlfmSlKZMRF2flmll9kbOkymYRbW+L7qIyXhR5p8MUj7dfI+krljjB bedEkwHrovLNLF4KF7ntpUSoS4pGhBzce6Kdc5Gn9SOgFaSs4ApRwyWWqq2c4AyJ+dFKWmlK xDXsU2aWsVpcXCnHlXPCIivStCkFo6ioKDZB4Kxc5bu8nSjKuwQ8f4/oxsnpUKOJeNU0YRg5 E+w1BW8uJcQyRXm7FB3jR8W0zpQUsmbFckuZyFvltgacGtzCIhWy1OOTc0RZtxgN2iXht+6S 4JJKxOpn5DYm48J08gLxEmtzO5ZPZ0zESZINI2ODTsYErD38qpmNlRGSGZEbtOUtl4v4Lf5h fSjFqA/NpiPbLuNd4f7D/CTyUOReAKflSKvlHa77ptfjl6S2dGEmVMziOekltOFgcHbAjrsy iUgrGQcRjZgbWtilhpZOHjp634cDXg+C74b6ETRNkR/2Tt05CmpuDFHw4aFZJez1+VQwM9Gt gsDFvWoY++G0Gm5fnSblR+qi4dejl6IhMDeohfaeCS3MfjGwAuZbm2Oha+R2HJz42JcAXX2H E6HFezQRaj7ZCeDrP54Et4Z7jNBy3rMSAmfPJMP8vqEUCLQ0PwCXh0+vniRHQEWOwGW5fw0G vLBto3QEYWrxCNZu3ygdQTgaPoIsKbikEtmEsRplN3SD5Wxye239llyhcefrYx70yvrCzPPw sNZfqOooaIw5s8P9xrofa2r/3j1C/Rd7/GqWUynohG2TU8ry55+c+8XZ+9rIBSXvLtrnX4Pu 3dpy4oU8Jm3Di5OZ+oK+Xm9KV/rqP8ZGPy+NHuiDpjU933/zdAXlvbPqZc1HudXdT/w+aVKK Nkv6IwpBtPwP8RPJgJQFAAA= x-auditid: c1b4fb32-f79756d0000017ac-da-5650018de185 user-agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 x-forwarded-message-id: Content-Type: text/plain; charset="Windows-1252" Content-ID: <4140460ECCE42D4BADC573A1DBD81993@ericsson.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Authors, (chair hat tipped a bit) During the IESG review of draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf we got the foloowing comment on allocation policies. Since the comment is on a LSP Ping wide policy, we have not thought we should make a local change in allocation policies for=20 draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf, but if a change is needed or=20 wanted we think the right place to consider it whould be 4379bis. Can you take a look at this ans see if a change is needed/wanted. /Loa -------- Forwarded Message -------- Subject: Re: [mpls] Ben Campbell's No Objection on=20 draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-15: (with COMMENT) Date: Thu, 19 Nov 2015 17:42:41 -0600 From: Ben Campbell To: Gregory Mirsky CC: draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf@ietf.org=20 , mpls@ietf.org=20 , draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf.all@ietf.org=20 ,=20 mpls-chairs@ietf.org , The IESG ,=20 rcallon@juniper.net Thanks for the response. Please see below (I removed sections that don't seem to need further discussion.) Thanks! Ben. On 19 Nov 2015, at 11:19, Gregory Mirsky wrote: [...] > > I have one minor (almost trivial) comment/question, and several nits: > > Comment: > =3D=3D=3D=3D=3D=3D=3D=3D=3D > - 4.1, paragraph 3: > Is it reasonable for a TLV in this standards-action registry to be > have sub-tlvs with reduced registration requirements? (And if so, is > there a reason to exclude specifications that are not RFCs?) > GIM>> Yes. This is how it is done for all standard track registry TLVs > for the entire LSP ping. Okay, > And yes we want RFCs to define the sub-TLVs (if the come out of the > Specification need range) just because they go into a standard track > specified TLV. That would make sense to me for a standards-action requirement. But requiring experimental RFCs seems to narrow down the options a lot, while keeping the bar fairly low. That seems more like a procedural hoop than a check on spec maturity. In any case, I leave it to the proponents to do the Right Thing, even if the right thing means ignoring my comment :-) [...] _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls --=20 Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 --_002_7347100B5761DC41A166AC17F22DF11221946B97eusaamb103erics_-- From nobody Sun Nov 22 03:23:41 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5FC7E1B3240 for ; Sun, 22 Nov 2015 03:23:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.702 X-Spam-Level: X-Spam-Status: No, score=0.702 tagged_above=-999 required=5 tests=[BAYES_50=0.8, 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] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JTqaL40U5jgH for ; Sun, 22 Nov 2015 03:23:36 -0800 (PST) Received: from nm42-vm8.bullet.mail.ne1.yahoo.com (nm42-vm8.bullet.mail.ne1.yahoo.com [98.138.120.214]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A96AA1B323E for ; Sun, 22 Nov 2015 03:23:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.uk; s=s2048; t=1448191416; bh=W6EhGzz2p5W3QH9lbGXnmul8VAoarnpMqzwRx0XMOs8=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:From:Subject; b=dKkXVVrqhIrV26tQb4PvHW3yOvhxBl16y/iHmkwqDSuBQbfTsMbAx/WfXYWw/aLhcsnLDi2MX6uWP1DqzBgyrJ8z3T2MxB/0Kk3fS+P5C5Uqy4sJjQJV+TX7j674nsXB1EOMu9LVqg9Z0hEuIpFdbBvcw8roUj2S/581LTzO9P1KHRenZpVYk5BBN0x2Rg3QVdoQqzhjZhxo0wM/n7UW5dRjqx9Ws20Wimf0RbJ3IGjmlVTF+GSZiI9kLcOPiJYhEr2A2c/t89pcrGZLMvj5V/zAiNOVGRR5dyNDnGQhUXIVlq1W7Qw4eoWyoSlaFCQ5f5TmZUaEtHjlCeHgLjWUtg== Received: from [127.0.0.1] by nm42.bullet.mail.ne1.yahoo.com with NNFMP; 22 Nov 2015 11:23:36 -0000 Received: from [98.138.100.118] by nm42.bullet.mail.ne1.yahoo.com with NNFMP; 22 Nov 2015 11:20:39 -0000 Received: from [212.82.98.124] by tm109.bullet.mail.ne1.yahoo.com with NNFMP; 22 Nov 2015 11:20:38 -0000 Received: from [212.82.98.71] by tm17.bullet.mail.ir2.yahoo.com with NNFMP; 22 Nov 2015 11:20:38 -0000 Received: from [127.0.0.1] by omp1008.mail.ir2.yahoo.com with NNFMP; 22 Nov 2015 11:20:38 -0000 X-Yahoo-Newman-Property: ymail-4 X-Yahoo-Newman-Id: 732725.82976.bm@omp1008.mail.ir2.yahoo.com X-YMail-OSG: iojjw3UVM1mjss2m3ugSPXZ2Fv4kP7hw9Vlt0nprHqLB05EUCRLsZc5lTIl2Ai0 2X.sei.ZnmKUvUHNz4NGXZLQ0aaMFsow0E.hEPw.sMh4eLKeM.WDSWCl4ZV92tlaY_Rs84dagLlZ XM1b15xXaFxvZIUz2mDWbg2JTJ.cpgdw6iWNHIjX8ZiPnzlKqi6FIfSauYnUpn5azZK81dytirSV UbYBICH.A.GI_J5AFGuaJbZtg9kZuZ48FzRpQ2hanxyAFMNoVzEThtKOQ4RYUImrtm2UplBHeJel DERoy.aHvIEkkHQLhIbcDnyjM199vMxjDSSJbxwvdsx9GNDlP4ERio8J6RhY2F_953yGraKiKrlD WR6KWHocZFE5eylM8cRKbw_578iIEtmRAGHfqXsKFode4K1Qqk.oUg3jlogGXDVm17eeXlt_LZ5R ZmHNCS20PcQ.wRniq7HF5zO.9nfS1I4xyexmYx1uHfoLF9UQKR_SZPusMLLcGxeB5eU1PqRvjheJ 0UlxkPmiSpUpV0Fb9864- Received: by 212.82.98.116; Sun, 22 Nov 2015 11:20:38 +0000 Date: Sun, 22 Nov 2015 11:20:37 +0000 (UTC) From: To: "Black, David" , Gorry Fairhust , Lars Eggert Message-ID: <1078701283.13763942.1448191237743.JavaMail.yahoo@mail.yahoo.com> In-Reply-To: References: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_13763941_1281877583.1448191237743" Archived-At: Cc: "mpls@ietf.org" , "tsvwg@ietf.org" Subject: Re: [mpls] [tsvwg] on UDP encapsulation X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: lloyd.wood@yahoo.co.uk List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Nov 2015 11:23:40 -0000 ------=_Part_13763941_1281877583.1448191237743 Content-Type: multipart/alternative; boundary="----=_Part_13763939_442858049.1448191237738" ------=_Part_13763939_442858049.1448191237738 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable David, good idea. My suggested changes to RFC5405bis's UDP-Lite section, touching = on processing overheads, Lite as a preferable alternative to zero checksums= etc., are attached.=C2=A0Lloyd Wood lloyd.wood@yahoo.co.uk http://about.me= /lloydwood=C2=A0=20 On Monday, 16 November 2015, 11:53, "Black, David" wrote: =20 Lloyd, > > I finally noticed that RFC7510, on MPLS in UDP encap, has > > been published. Do take a look at all of section 3, which > > laboriously goes through the nuances of when to choose > > between UDP checksums, for safety, and turning them off, > > for speed, at slight risk. That section and the RFCs it > > refers to are quite the complex read. And that's just on > > UDP checksums and whether to choose to turn them off. (It > > gives dull security documents a run for their money.) To complete the picture, UDP checksums come up again in the final paragraph of the security considerations section ;-). With respect to UDP-Lite, Tom described the primary consideration for MPLS/UDP: > Also, one of primary reasons for UDP encapsulation (e.g. MPLS/UDP, > GRE/UDP) is to get ECMP in the network for non-TCP, non-UDP protocols. That consideration ruled out UDP-Lite for the specific MPLS/UDP encap. However, a discussion of the applicability and merits of UDP-Lite for this sort of encap would be germane to the UDP Usage Guidelines draft, draft-ietf-tsvwg-rfc5405bis: =C2=A0=C2=A0=C2=A0 http://datatracker.ietf.org/doc/draft-ietf-tsvwg-rfc5405= bis/ Could I ask you to take a look at that draft?=C2=A0 TSVWG plans to send it to the IESG in the near future. Thanks, --David > -----Original Message----- > From: tsvwg [mailto:tsvwg-bounces@ietf.org] On Behalf Of Tom Herbert > Sent: Saturday, November 14, 2015 1:06 PM > To: lloyd.wood@yahoo.co.uk > Cc: mpls@ietf.org; tsvwg@ietf.org > Subject: Re: [tsvwg] on UDP encapsulation >=20 > On Fri, Nov 13, 2015 at 7:10 PM,=C2=A0 wrote: > > https://tools.ietf.org/html/rfc7510 > > > > I finally noticed that RFC7510, on MPLS in UDP encap, has > > been published. Do take a look at all of section 3, which > > laboriously goes through the nuances of when to choose > > between UDP checksums, for safety, and turning them off, > > for speed, at slight risk. That section and the RFCs it > > refers to are quite the complex read. And that's just on > > UDP checksums and whether to choose to turn them off. (It > > gives dull security documents a run for their money.) > > > > What's odd is that this is standards track, and the third > > option, use standards-track UDP-Lite to provide checksum > > protection of the UDP/IP pseudoheader to avoid zero-checksum > > port pollution on the host (on IPv4) or anywhere pollution > > (IPv6) is not mentioned as an alternative - particularly as > > UDP-Lite's partial payload coverage can cover the MPLS stack > > s well. > > > > In some cases the Lite checksum is just a precomputed value > > across a generated header that doesn't change, at no encode > > cost and little decode cost, and within corporate private > > networks the barriers to running UDP-Lite are less. > > > > It's unfortunate that UDP-Lite is the ideal approach for > > this, yet doesn't deserve consideration. Going back further > > in time, one might argue it's unfortunate that UDP-Lite was > > pushed to a separate protocol number, dooming it to oblivion. > > And, further back, that it was unfortunate that designers of > > IPv6 thought leaving the pseudo-header demux check up to > > separate transports that could then skip it, while insisting > > UDP always have its checksum on, which was always going > > to be relaxed, was a good idea for consistent error-detecting > > demux... > > >=20 > Lloyd, the potential for UDP-Lite is mentioned in Encapsulation > Considerations draft (draft-ietf-rtgwg-dt-encap-00): >=20 > "Conceptually, the ideal solution to this problem is a checksum that >=C2=A0 =C2=A0 covers only the newly added headers of interest.=C2=A0 There= is little >=C2=A0 =C2=A0 value in the portion of the UDP checksum that covers the enc= apsulated >=C2=A0 =C2=A0 packet because that would generally be protected by other ch= ecksums >=C2=A0 =C2=A0 and this is the expensive portion to compute.=C2=A0 In fact,= this solution >=C2=A0 =C2=A0 already exists in the form of UDP-Lite and UDP based encapsu= lations >=C2=A0 =C2=A0 could be easily ported to run on top of it.=C2=A0 Unfortunat= ely, the main >=C2=A0 =C2=A0 value in using UDP as part of the encapsulation header is th= at it is >=C2=A0 =C2=A0 recognized by already deployed equipment for the purposes of= ECMP, >=C2=A0 =C2=A0 RSS, and middlebox operations.=C2=A0 As UDP-Lite uses a diff= erent protocol >=C2=A0 =C2=A0 number than UDP and it is not widely implemented in middlebo= xes, this >=C2=A0 =C2=A0 value is lost.=C2=A0 A possible solution is to incorporate t= he same >=C2=A0 =C2=A0 partial-checksum concept as UDP-Lite or other header checksu= m >=C2=A0 =C2=A0 protection into the encapsulation header and continue using = UDP as >=C2=A0 =C2=A0 the outer protocol.=C2=A0 One potential challenge with this = approach is >=C2=A0 =C2=A0 the use of NAT or other form of translation on the outer hea= der will >=C2=A0 =C2=A0 result in an invalid checksum as the translator will not kno= w to >=C2=A0 =C2=A0 update the encapsulation header." >=20 > IMO, the allowance that nodes may send a zero UDP checksum is a > concession being made for devices that are unable to perform the > computation. These are precisely devices in the network that before > the advent of UDP tunneling never had any reason to source UDP > packets. At end hosts we've had checksum offload capabilities in NICs > for years, so there is no reason a host should send zero UDP checksums > for IPv6 (except if it knows that the receiver is an aforementioned > device that can't do the checksum calculation). >=20 > Also, one of primary reasons for UDP encapsulation (e.g. MPLS/UDP, > GRE/UDP) is to get ECMP in the network for non-TCP, non-UDP protocols. > For IPv6 we can use the flow label to provide for this in lieu of > devices parsing the transport layer (RFC6438). We do need switch > support for this and there does seem to be good progress on this. So > the use of the flow label for ECMP should obviate the motivation to > use UDP encapsulation in the first place (for many use cases). >=20 > Tom ------=_Part_13763939_442858049.1448191237738 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
David,

good idea. My suggested changes to RFC5405bis's UDP-Lite se= ction, touching on processing overheads, Lite as a preferable alternative t= o zero checksums etc., are attached.
 
Lloyd Wood lloyd.wood@yahoo.co.uk http://about.me/lloydwood 


On Monday, 16 November 2015, 11:53, "B= lack, David" <david.black@emc.com> wrote:


=
Lloyd,

= > > I finally noticed that RFC7510, on MPLS in UDP encap, has
> > been published. Do take a look at all of section 3, wh= ich
> > laboriously goes through the nuances of whe= n to choose
> > between UDP checksums, for safety, = and turning them off,
> > for speed, at slight risk= . That section and the RFCs it
> > refers to are qu= ite the complex read. And that's just on
> > UDP ch= ecksums and whether to choose to turn them off. (It
> = > gives dull security documents a run for their money.)

To complete the picture, UDP checksums come up again i= n the
final paragraph of the security considerations sect= ion ;-).

With respect to UDP-Lite, Tom= described the primary consideration
for MPLS/UDP:

> Also, one of primary reasons for UDP en= capsulation (e.g. MPLS/UDP,
> GRE/UDP) is to get ECMP = in the network for non-TCP, non-UDP protocols.

That consideration ruled out UDP-Lite for the specific MPLS/UDP e= ncap.
However, a discussion of the applicability and meri= ts of UDP-Lite for
this sort of encap would be germane to= the UDP Usage Guidelines draft,
draft-ietf-tsvwg-rfc5405= bis:

    http://datatracker.ietf.org/doc/draft-ietf-tsvwg-rfc5405bi= s/

Could I ask you to take a look = at that draft?  TSVWG plans to send
it to the IESG i= n the near future.

Thanks,
--David

> -----Original Message-----
&= gt; From: tsvwg [mailto:tsvwg-bounces@ietf.org]= On Behalf Of Tom Herbert
> Sent: Saturday, November 1= 4, 2015 1:06 PM
> To: lloyd.wo= od@yahoo.co.uk
> Cc: mpls@ietf.org; tsvwg@ietf.org
> Subject: Re: [tsvwg] on UDP e= ncapsulation
>
> On Fri, Nov 13,= 2015 at 7:10 PM,  <lloyd.wood@yahoo.co.uk<= /a>> wrote:
> > https://tools.ietf.org/htm= l/rfc7510
> >
> > I fin= ally noticed that RFC7510, on MPLS in UDP encap, has
>= > been published. Do take a look at all of section 3, which
> > laboriously goes through the nuances of when to choose
> > between UDP checksums, for safety, and turning the= m off,
> > for speed, at slight risk. That section = and the RFCs it
> > refers to are quite the complex= read. And that's just on
> > UDP checksums and whe= ther to choose to turn them off. (It
> > gives dull= security documents a run for their money.)
> >
> > What's odd is that this is standards track, and th= e third
> > option, use standards-track UDP-Lite to= provide checksum
> > protection of the UDP/IP pseu= doheader to avoid zero-checksum
> > port pollution = on the host (on IPv4) or anywhere pollution
> > (IP= v6) is not mentioned as an alternative - particularly as
= > > UDP-Lite's partial payload coverage can cover the MPLS stack
> > s well.
> >
> > In some cases the Lite checksum is just a precomputed value> > across a generated header that doesn't change, at= no encode
> > cost and little decode cost, and wit= hin corporate private
> > networks the barriers to = running UDP-Lite are less.
> >
&g= t; > It's unfortunate that UDP-Lite is the ideal approach for
> > this, yet doesn't deserve consideration. Going back fur= ther
> > in time, one might argue it's unfortunate = that UDP-Lite was
> > pushed to a separate protocol= number, dooming it to oblivion.
> > And, further b= ack, that it was unfortunate that designers of
> > = IPv6 thought leaving the pseudo-header demux check up to
= > > separate transports that could then skip it, while insisting
> > UDP always have its checksum on, which was always g= oing
> > to be relaxed, was a good idea for consist= ent error-detecting
> > demux...
= > >
>
> Lloyd, the potenti= al for UDP-Lite is mentioned in Encapsulation
> Consid= erations draft (draft-ietf-rtgwg-dt-encap-00):
>
> "Conceptually, the ideal solution to this problem is a c= hecksum that
>    covers only the newly adde= d headers of interest.  There is little
>  &= nbsp; value in the portion of the UDP checksum that covers the encapsulated=
>    packet because that would generally be= protected by other checksums
>    and this = is the expensive portion to compute.  In fact, this solution
>    already exists in the form of UDP-Lite and UDP = based encapsulations
>    could be easily po= rted to run on top of it.  Unfortunately, the main
&= gt;    value in using UDP as part of the encapsulation header is = that it is
>    recognized by already deploy= ed equipment for the purposes of ECMP,
>    = RSS, and middlebox operations.  As UDP-Lite uses a different protocol<= br clear=3D"none">>    number than UDP and it is not widely im= plemented in middleboxes, this
>    value is= lost.  A possible solution is to incorporate the same
>    partial-checksum concept as UDP-Lite or other header c= hecksum
>    protection into the encapsulati= on header and continue using UDP as
>    the= outer protocol.  One potential challenge with this approach is
>    the use of NAT or other form of translation o= n the outer header will
>    result in an in= valid checksum as the translator will not know to
>&nb= sp;   update the encapsulation header."
>
> IMO, the allowance that nodes may send a zero UDP checksum= is a
> concession being made for devices that are una= ble to perform the
> computation. These are precisely = devices in the network that before
> the advent of UDP= tunneling never had any reason to source UDP
> packet= s. At end hosts we've had checksum offload capabilities in NICs
> for years, so there is no reason a host should send zero UDP ch= ecksums
> for IPv6 (except if it knows that the receiv= er is an aforementioned
> device that can't do the che= cksum calculation).
>
> Also, on= e of primary reasons for UDP encapsulation (e.g. MPLS/UDP,
> GRE/UDP) is to get ECMP in the network for non-TCP, non-UDP protocol= s.
> For IPv6 we can use the flow label to provide for= this in lieu of
> devices parsing the transport layer= (RFC6438). We do need switch
> support for this and t= here does seem to be good progress on this. So
> the u= se of the flow label for ECMP should obviate the motivation to
> use UDP encapsulation in the first place (for many use cases).>
> Tom



------=_Part_13763939_442858049.1448191237738-- ------=_Part_13763941_1281877583.1448191237743 Content-Type: text/plain Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=udp-lite.txt Content-ID: <53cc068e-bc12-bd89-1a9b-04bf4b64be46@yahoo.com> My40LjEgVURQLUxpdGUNClVEUCBjb21iaW5lcyB0d28gZnVuY3Rpb25zIGluIGl0cyBvbmUncy1j b21wbGVtZW50IHBheWxvYWQgY2hlY2tzdW06DQoNCi0gYW4gZW5kLXRvLWVuZCBjaGVjayB0aGF0 IHRoZSBVRFAvSVAgcGFja2V0IGhhcyBiZWVuIGRlbGl2ZXJlZCBpbnRhY3QgYW5kIHdpdGhvdXQg Y29ycnVwdGlvbiBvciBlcnJvciBmcm9tIHRoZSBzb3VyY2UgYWNyb3NzIHRoZSBlbnRpcmUgSW50 ZXJuZXQgcGF0aDsNCg0KLSBzb21lIGFzc3VyYW5jZSB0aGF0IHRoZSBpbnRlbmRlZCBkZXN0aW5h dGlvbiBpcyB0aGUgY29ycmVjdCBvbmUsIHdpdGggdGhlIFVEUCBjaGVja3N1bSBjb3ZlcmluZyB0 aGUgJ3BzZXVkby1oZWFkZXInIGZpZWxkcyBvZiBwb3J0cyBhbmQgSVAgYWRkcmVzc2VzIHRvIGVu c3VyZSB0aGF0IGRlbXVsdGlwbGV4aW5nIHRha2VzIHBsYWNlIGF0IHRoZSByaWdodCBkZXN0aW5h dGlvbi4NCg0KVGhlIG5ld2VyIFVEUC1MaXRlIFtSRkMzODI4XSBjYW4gcmVsYXggdGhlIGV4dGVu dCBvZiB0aGUgcGF5bG9hZCBjaGVjayBmb3IgdGhlIGVudGlyZSBJUCBwYWNrZXQsIHdoaWxlIHJl dGFpbmluZyB0aGUgbmVjZXNzYXJ5IGRlbXVsdGlwbGV4aW5nIGNoZWNrLiBBcHBsaWNhdGlvbnMg dGhhdCBjYW4gdG9sZXJhdGUgcGF5bG9hZCBlcnJvcnMsIG9yIHdoaWNoIGhhdmUgdGhlaXIgb3du IHBheWxvYWQgY2hlY2tzIGFuZCBkbyBub3Qgd2FudCBVRFAncyBwYXlsb2FkIGNoZWNrLCBNQVkg dXNlIFVEUC1MaXRlIGluc3RlYWQgb2YgYmFzaWMgVURQLiBBcHBsaWNhdGlvbnMgdGhhdCBjaG9v c2UgdG8gdXNlIFVEUC1MaXRlIGluc3RlYWQgb2YgVURQIHNob3VsZCBzdGlsbCBmb2xsb3cgdGhl IGNvbmdlc3Rpb24gY29udHJvbCBhbmQgb3RoZXIgZ3VpZGVsaW5lcyBkZXNjcmliZWQgZm9yIHVz ZSB3aXRoIFVEUCBpbiBTZWN0aW9uIDMuDQoNClVEUC1MaXRlIGNoYW5nZXMgdGhlIHNlbWFudGlj cyBvZiB0aGUgVURQICJwYXlsb2FkIGxlbmd0aCIgZmllbGQgdG8gdGhhdCBvZiBhICJjaGVja3N1 bSBjb3ZlcmFnZSBsZW5ndGgiIGZpZWxkLiBPdGhlcndpc2UsIFVEUC1MaXRlIGlzIHNlbWFudGlj YWxseSBpZGVudGljYWwgdG8gVURQLiBUaGUgaW50ZXJmYWNlIG9mIFVEUC1MaXRlIGRpZmZlcnMg ZnJvbSB0aGF0IG9mIFVEUCBieSB0aGUgYWRkaXRpb24gb2YgYSBzaW5nbGUgKHNvY2tldCkgb3B0 aW9uIHRoYXQgY29tbXVuaWNhdGVzIHRoZSBjaGVja3N1bSBjb3ZlcmFnZSBsZW5ndGg7IGF0IHRo ZSBzZW5kZXIsIHRoaXMgc3BlY2lmaWVzIHRoZSBpbnRlbmRlZCBjaGVja3N1bSBjb3ZlcmFnZSBh cyB0aGUgZmlyc3QgcGFydCwgb3IgaGVhZGVyLCBvZiB0aGUgSVAgcGFja2V0Lg0KDQpOb3QgaGF2 aW5nIHRvIGNvbXB1dGUgYSBjaGVja3N1bSBhY3Jvc3MgYW4gZW50aXJlIElQIHBhY2tldCBjYW4g ZGVjcmVhc2UgcHJvY2Vzc2luZyBvdmVyaGVhZCBhbmQgaW5jcmVhc2UgcGVyZm9ybWFuY2UsIHBh cnRpY3VsYXJseSB3aGVuIGEgaGlnaGVyLWxheWVyIGNoZWNrIGNhbiBsYXRlciBhc3N1cmUgdGhl IGludGVncml0eSBvZiBhIGNhcnJpZWQgb3IgdHVubmVsbGVkIHBheWxvYWQgYmVmb3JlIGl0IGlz IHVzZWQgYnkgdGhlIHJlY2VpdmluZyBhcHBsaWNhdGlvbi4gVGhlIHZhcmlhYmxlIHNjb3Bpbmcg b2YgdGhlIGhlYWRlciBsZW5ndGggdGhhdCB0aGUgVURQLUxpdGUgY2hlY2tzdW0gY292ZXJzIGNh biBhbHNvIHBlcm1pdCBzb21lIGNoZWNraW5nIG9mIGNhcnJpZWQgYXBwbGljYXRpb24gaGVhZGVy cyBpbiBlYWNoIElQIHBhY2tldC4NCg0KUGVybWl0dGluZyBwYWNrZXRzIHRvIHJlYWNoIHRoZWly IGRlc3RpbmF0aW9ucyB3aXRoIGFjY3VtdWxhdGVkIGVycm9ycyBpbiB0aGUgcGFydHMgbm90IGNo ZWNrZWQgYnkgVURQLUxpdGUgY2FuIGJlIGFuIGFkdmFudGFnZSB0byBzb21lIHByb3RvY29scyBj YXJyeWluZyBzYW1wbGVzLCBhbHRob3VnaCBjaGFubmVsIGVycm9ycyBtYXkgYmUgZGV0ZWN0ZWQg YW5kIHR1cm5lZCBpbnRvIHBhY2tldCBkaXNjYXJkcyBieSBsb3dlci1sYXllciBmcmFtZSBDUkNz IGluIGUuZy4gRXRoZXJuZXQuIENhcmVmdWwgZGVzaWduIG9mIGFsbCBsYXllcnMgaXMgbmVlZGVk IGlmIGRlbGl2ZXJ5IG9mIHBhY2tldHMgaW4gaGVhdmlseSBlcnJvcmVkIGVudmlyb25tZW50cyBp cyBhIHJlcXVpcmVtZW50Lg0KDQpCeSBkZWZhdWx0LCB0aGUgVURQLUxpdGUgY2hlY2tzdW0gY292 ZXJhZ2UgZXh0ZW5kcyBhY3Jvc3MgdGhlIGVudGlyZSBJUCBwYWNrZXQgLSBqdXN0IGxpa2UgVURQ LiBUaGUgVURQLUxpdGUgY292ZXJhZ2UgbGVuZ3RoIGNhbiBiZSBhIG1pbmltdW0gb2YgdGhlIHBz ZXVkby1oZWFkZXIsIGJ1dCBjYW4gYmUgZXh0ZW5kZWQgdG8gY292ZXIgYWRkaXRpb25hbCBpbnRl cm5hbCBoZWFkZXIgZmllbGRzLCB1cCB0byB0aGUgZmlyc3QgNjRLaUIgb2YgYSBqdW1ib2dyYW0u IFVEUC1MaXRlIHNlbmRlcnMgYW5kIHJlY2VpdmVycyBtdXN0IGJlIGNvbmZpZ3VyZWQgdG8gdGhl IGV4dGVudCBvZiBjb3ZlcmFnZSByZXF1aXJlZC4gQSBVRFAtTGl0ZSByZWNlaXZlciBNVVNUIHNl dCBhIG1pbmltdW0gY292ZXJhZ2UgdGhyZXNob2xkIGZvciBpbmNvbWluZyBwYWNrZXRzIHRoYXQg aXMgbm90IHNtYWxsZXIgdGhhbiB0aGUgc21hbGxlc3QgY292ZXJhZ2UgdXNlZCBieSB0aGUgc2Vu ZGVyIFtSRkMzODI4XS4gVGhlIHJlY2VpdmVyIFNIT1VMRCBzZWxlY3QgYSB0aHJlc2hvbGQgdGhh dCBpcyBzdWZmaWNpZW50bHkgbGFyZ2UgdG8gYmxvY2sgcGFja2V0cyB3aXRoIGFuIGluYXBwcm9w cmlhdGVseSBzaG9ydCBjb3ZlcmFnZSBmaWVsZC4gVGhpcyBtYXkgYmUgYSBmaXhlZCB2YWx1ZSwg b3IgbWF5IGJlIG5lZ290aWF0ZWQgc2VwYXJhdGVseSBzb21laG93IGJ5IGFuIGFwcGxpY2F0aW9u Lg0KDQpBIFVEUC1MaXRlIHNlbmRlciBTSE9VTEQgc2VsZWN0IHRoZSBtaW5pbXVtIGNoZWNrc3Vt IGNvdmVyYWdlIHRvIGluY2x1ZGUgYWxsIHNlbnNpdGl2ZSBwYXlsb2FkIGluZm9ybWF0aW9uLiBG b3IgZXhhbXBsZSwgYXBwbGljYXRpb25zIHRoYXQgdXNlIHRoZSBSZWFsLVRpbWUgUHJvdG9jb2wg KFJUUCkgW1JGQzM1NTBdIHdpbGwgbGlrZWx5IHdhbnQgdG8gcHJvdGVjdCB0aGUgUlRQIGhlYWRl ciBhZ2FpbnN0IGNvcnJ1cHRpb24sIGJ1dCBhcmUgbGVzcyBjb25jZXJuZWQgYWJvdXQgZXJyb3Jz IGluIGNhcnJpZWQgc2FtcGxlcyBpbiB0aGUgcmVtYWluZGVyIG9mIHRoZSBwYWNrZXQsIGFuZCBt b3JlIGNvbmNlcm5lZCB3aXRoIHJhcGlkIGRlbGl2ZXJ5LiBFcnJvcnMgYWNjdW11bGF0ZWQgaW4g dGhlIGxhdHRlciBwYXJ0IG9mIHRoZSBwYWNrZXQgd2lsbCBub3QgY2F1c2UgYSBVRFAtTGl0ZSBw YWNrZXQgdG8gYmUgZGlzY2FyZGVkIGJ5IHRoZSBkZXN0aW5hdGlvbi4gQXBwbGljYXRpb25zIHVz aW5nIFVEUC1MaXRlIHRoZXJlZm9yZSBNVVNUIE5PVCBtYWtlIGFzc3VtcHRpb25zIHJlZ2FyZGlu ZyB0aGUgY29ycmVjdG5lc3Mgb2YgdGhlIGRhdGEgcmVjZWl2ZWQgaW4gdGhlIHJlbWFpbmRlciBv ZiB0aGUgcGF5bG9hZCBub3QgY292ZXJlZCBieSB0aGUgVURQLUxpdGUgY2hlY2tzdW0sIGFuZCBN VVNUIHZhbGlkYXRlIHRoZSBpbnRlZ3JpdHkgb2YgdGhlaXIgb3duIHBheWxvYWQgZGF0YSwgd2l0 aCBlLmcuIGFuIGludGVybmFsIHBheWxvYWQgQ1JDLCBpZiBjb3JyZWN0bmVzcyBpcyBleHBlY3Rl ZC4NCg0KQXBwbGljYXRpb25zIHVzaW5nIFVEUC1MaXRlIGNhbiBleHBlcmllbmNlIHBhY2tldCBs b3NzIC0ganVzdCBsaWtlIHRoZWlyIGNvdW50ZXJwYXJ0cyB1c2luZyBVRFAuDQoNClVEUC1MaXRl IGlzIHN1cHBvcnRlZCBpbiBzb21lIGVuZHBvaW50IHByb3RvY29sIHN0YWNrcy4gQ3VycmVudCBz dXBwb3J0IGZvciBtaWRkbGVib3ggdHJhdmVyc2FsIHVzaW5nIFVEUC1MaXRlIGlzIHBvb3IsIGJl Y2F1c2UgVURQLUxpdGUgdXNlcyBhIGRpZmZlcmVudCBJUHY0IHByb3RvY29sIG51bWJlciBvciBJ UHY2ICJuZXh0IGhlYWRlciIgdmFsdWUgdGhhbiB0aGF0IHVzZWQgZm9yIFVEUDsgdGhlcmVmb3Jl LCBmZXcgbWlkZGxlYm94ZXMgYXJlIGN1cnJlbnRseSBhYmxlIHRvIGludGVycHJldCBVRFAtTGl0 ZSBhbmQgdGFrZSBhcHByb3ByaWF0ZSBhY3Rpb25zIHdoZW4gZm9yd2FyZGluZyBVRFAtTGl0ZSBw YWNrZXRzLiBUaGlzIG1ha2VzIFVEUC1MaXRlIGxlc3Mgc3VpdGVkIGZvciBhcHBsaWNhdGlvbnMg bmVlZGluZyBnZW5lcmFsIEludGVybmV0IHN1cHBvcnQsIHVudGlsIHRoZSB0aW1lIG1pZGRsZWJv eGVzIGFjaGlldmUgYmV0dGVyIHN1cHBvcnQgZm9yIFVEUC1MaXRlLg0KDQpUdXJuaW5nIG9mZiBV RFAgY2hlY2tzdW1zLCB3aXRoIHplcm8gY2hlY2tzdW1zLCBpcyBhIHRlY2huaXF1ZSB0aGF0IGhh cyBzb21ldGltZXMgYmVlbiB1c2VkIHRvIGluY3JlYXNlIHRocm91Z2hwdXQgcGVyZm9ybWFuY2Uu IFRoaXMgbWV0aG9kIGNvbWVzIHdpdGggc3VidGxlIHJpc2tzIHRvIHRoZSBkYXRhIGRlbGl2ZXJl ZCwgYXMgSVAgZGF0YWdyYW1zIGNhbiBiZSBjb3JydXB0ZWQgZW5kLXRvLWVuZCBvciBtaXNkZWxp dmVyZWQgdG8gb3RoZXIgcG9ydHMgaW4gSVB2NCwgb3IgdG8gb3RoZXIgaG9zdHMgYW5kIHBvcnRz IGluIElQdjYgW1JGQzY5MzZdW1JGQzc1MTBdIC0gdGhpcyBpcyBwb3J0IGFuZCBob3N0IHBvbGx1 dGlvbi4gVHVybmluZyBvZmYgVURQIGNoZWNrc3VtcyByZXF1aXJlcyBoaWdoZXItbGF5ZXIgY2hl Y2tzIG9uIHRoZSBkZWxpdmVyZWQgZGF0YSBieSB0aGUgZW5kaG9zdCBhcHBsaWNhdGlvbi4NCg0K VURQLUxpdGUgb2ZmZXJzIGEgc2FmZXIgYWx0ZXJuYXRpdmUgdG8gemVybyBVRFAgY2hlY2tzdW1z LCB3aXRoIGNvcnJlY3QgZGVzdGluYXRpb24gZGVsaXZlcnkgYW5kIGxpdHRsZSBwcm9jZXNzaW5n IG92ZXJoZWFkIGNvbXBhcmVkIHRvIHplcm8gY2hlY2tzdW1zLCBhbmQgZmFyIGxlc3MgcHJvY2Vz c2luZyBvdmVyaGVhZCB0aGFuIGNoZWNraW5nIGVhY2ggZnVsbCBkYXRhZ3JhbSBpbiBlbnRpcmV0 eS4gRm9yIHRoZXNlIHJlYXNvbnMsIFVEUC1MaXRlIE1VU1QgYmUgY2FyZWZ1bGx5IGV2YWx1YXRl ZCBhcyBhbiBhbHRlcm5hdGl2ZSB3aGVuZXZlciB0dXJuaW5nIG9mZiBVRFAgY2hlY2tzdW1zIGlz IHN1Z2dlc3RlZC4= ------=_Part_13763941_1281877583.1448191237743-- From nobody Mon Nov 23 12:10:24 2015 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 7D8BE1B332F; Mon, 23 Nov 2015 12:10:21 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.11.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20151123201021.383.35013.idtracker@ietfa.amsl.com> Date: Mon, 23 Nov 2015 12:10:21 -0800 Archived-At: Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-16.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Nov 2015 20:10:21 -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 Working Group of the IETF. Title : Configuration of Proactive Operations, Administration, and Maintenance (OAM) Functions for MPLS-based Transport Networks using LSP Ping Authors : Elisa Bellagamba Gregory Mirsky Loa Andersson Pontus Skoldstrom Dave Ward John Drake Filename : draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-16.txt Pages : 28 Date : 2015-11-23 Abstract: This specification describes the configuration of proactive MPLS-TP Operations, Administration, and Maintenance (OAM) Functions for a given Label Switched Path (LSP) using a set of TLVs that are carried by the LSP-Ping protocol. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-16 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-16 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 Nov 24 10:22:54 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1B0BC1A1ADD for ; Tue, 24 Nov 2015 10:22:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.086 X-Spam-Level: X-Spam-Status: No, score=-15.086 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VIAOsWQbUYl0 for ; Tue, 24 Nov 2015 10:22:52 -0800 (PST) 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 D78801A1A1C for ; Tue, 24 Nov 2015 10:22:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=338; q=dns/txt; s=iport; t=1448389371; x=1449598971; h=from:to:cc:subject:date:message-id:content-id: content-transfer-encoding:mime-version; bh=A2nQCyubzKaqJMw/s/WbfGsvXp/qApb8moojcWH4IDA=; b=GS40CoJ8QBZU9xpdM9eIDkUDKVcoLpx39Hvdbk9AY4RZrynfgVzXTm5Y chFrTP3AD9NpxZeEcNZxCBRPydFFzznb9AA6U6e1e8QoKPY3O+SmSJBN9 3MhnMJqJ5rAJw/vFsv4q2p/NFTMHpIjh7mOJJ6/e2iCbN6nYByypvDLj2 I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D8AQBfqlRW/51dJa1egztTdb42AQ2BZ?= =?us-ascii?q?SGFbh6BJzgUAQEBAQEBAX8LhDcEIxFFEgEiAiYCBDAVEgQOiDMNrhCQLwEBAQE?= =?us-ascii?q?BAQEBAQEBAQEBAQEBAQEBARQEgQGFU4IQimMvgRUFllABhSOIDYFbhECWLwEfA?= =?us-ascii?q?QFChASFFoEHAQEB?= X-IronPort-AV: E=Sophos;i="5.20,339,1444694400"; d="scan'208";a="211722400" Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by alln-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 24 Nov 2015 18:22:51 +0000 Received: from XCH-RCD-005.cisco.com (xch-rcd-005.cisco.com [173.37.102.15]) by rcdn-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id tAOIMpDE027267 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 24 Nov 2015 18:22:51 GMT Received: from xch-aln-005.cisco.com (173.36.7.15) by XCH-RCD-005.cisco.com (173.37.102.15) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Tue, 24 Nov 2015 12:22:50 -0600 Received: from xch-aln-005.cisco.com ([173.36.7.15]) by XCH-ALN-005.cisco.com ([173.36.7.15]) with mapi id 15.00.1104.000; Tue, 24 Nov 2015 12:22:50 -0600 From: "Rajiv Asati (rajiva)" To: "mpls-chairs@tools.ietf.org" Thread-Topic: WG adoption of draft-raza-mpls-ldp-mldp-yang? Thread-Index: AQHRJuUgDVt/dI89mUOwi/hdbz8DWw== Date: Tue, 24 Nov 2015 18:22:50 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/0.0.0.151008 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.82.228.58] Content-Type: text/plain; charset="utf-8" Content-ID: <0AF9984377D60345BCBBC990E117FB45@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: "mpls@ietf.org" Subject: [mpls] WG adoption of draft-raza-mpls-ldp-mldp-yang? X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2015 18:22:53 -0000 RGVhciBXRyBDaGFpcnMsDQoNCkF1dGhvcnMgb2YgZHJhZnQtcmF6YS1tcGxzLWxkcC1tbGRwLXlh bmcgd291bGQgbGlrZSB0byByZXF1ZXN0IFdHIGFkb3B0aW9uLCBwZXIgdGhlIGxhc3QgSUVURiBk aXNjdXNzaW9uLiANCg0KQ291bGQgeW91IHBsZWFzZSBoZWxwPw0KDQotLQ0KQ2hlZXJzLA0KUmFq aXYgDQoNCmh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1yYXphLW1wbHMtbGRwLW1s ZHAteWFuZy0wMg0KDQoNCg0K From nobody Tue Nov 24 12:02:58 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4CA631A88F0 for ; Tue, 24 Nov 2015 12:02:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id r2dV8pOMq4_Z for ; Tue, 24 Nov 2015 12:02:54 -0800 (PST) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0131.outbound.protection.outlook.com [65.55.169.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5230F1A88EC for ; Tue, 24 Nov 2015 12:02:54 -0800 (PST) Received: from DM2PR05MB573.namprd05.prod.outlook.com (10.141.159.16) by DM2PR05MB575.namprd05.prod.outlook.com (10.141.159.24) with Microsoft SMTP Server (TLS) id 15.1.331.20; Tue, 24 Nov 2015 20:02:52 +0000 Received: from DM2PR05MB573.namprd05.prod.outlook.com ([10.141.159.16]) by DM2PR05MB573.namprd05.prod.outlook.com ([10.141.159.16]) with mapi id 15.01.0331.019; Tue, 24 Nov 2015 20:02:52 +0000 From: Ross Callon To: "Rajiv Asati (rajiva)" , "mpls-chairs@tools.ietf.org" Thread-Topic: WG adoption of draft-raza-mpls-ldp-mldp-yang? Thread-Index: AQHRJuUgDVt/dI89mUOwi/hdbz8DW56rl77Q Date: Tue, 24 Nov 2015 20:02:51 +0000 Message-ID: References: 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=rcallon@juniper.net; x-originating-ip: [66.129.241.13] x-microsoft-exchange-diagnostics: 1; DM2PR05MB575; 5:QLjkJuiQIuA3pBrp57vtTy7ZcAfUsePOQkAO5rWEnpzzA864TE/kONlaoTblRbrDe+N8yTFXpmam6stXC70Ql6eSMwfxLQ+8aCaaMDUlXA6zoLNGzbnW5rPXIMjnEjU6PMsDJGwP3yzdOdt98OcNIA==; 24:dkE9hr3DwH6tpKuzsQIQz1UhvqnwLxUXPTbGHvIuR+JdfQPKLcbKwOJMK/XBREhnyhXPa3tXpDcrcFomvD4MYVROzIWIXDjCIW4wbH0rNsg= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DM2PR05MB575; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(520078)(5005006)(3002001)(10201501046); SRVR:DM2PR05MB575; BCL:0; PCL:0; RULEID:; SRVR:DM2PR05MB575; x-forefront-prvs: 0770F75EA9 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(377454003)(164054003)(189002)(199003)(13464003)(99286002)(5007970100001)(6116002)(2501003)(19580395003)(586003)(105586002)(97736004)(2900100001)(189998001)(3846002)(54356999)(87936001)(2950100001)(19580405001)(86362001)(50986999)(66066001)(106116001)(33656002)(5001960100002)(5001770100001)(81156007)(76176999)(106356001)(77096005)(102836003)(92566002)(40100003)(101416001)(122556002)(5002640100001)(11100500001)(15975445007)(5004730100002)(5008740100001)(74316001)(230783001)(76576001)(10400500002)(5003600100002); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR05MB575; H:DM2PR05MB573.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:23 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: 24 Nov 2015 20:02:51.9389 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR05MB575 Archived-At: Cc: "mpls@ietf.org" Subject: Re: [mpls] WG adoption of draft-raza-mpls-ldp-mldp-yang? X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2015 20:02:56 -0000 Since Loa is co-author I will start this. First off I will need to take a l= ook at it, and we will need to do an MPLS-RT review and IPR poll. I will ge= t to this ASAP (there are a couple of other items first on my to-do list).= =20 Thursday and Friday are holidays in the US, which might or might not slow t= his down to start next week.=20 Thanks, Ross -----Original Message----- From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Rajiv Asati (rajiva) Sent: Tuesday, November 24, 2015 1:23 PM To: mpls-chairs@tools.ietf.org Cc: mpls@ietf.org Subject: [mpls] WG adoption of draft-raza-mpls-ldp-mldp-yang? Dear WG Chairs, Authors of draft-raza-mpls-ldp-mldp-yang would like to request WG adoption,= per the last IETF discussion.=20 Could you please help? -- Cheers, Rajiv=20 https://tools.ietf.org/html/draft-raza-mpls-ldp-mldp-yang-02 _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls From nobody Tue Nov 24 12:29:48 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8170C1A8977; Tue, 24 Nov 2015 12:29:47 -0800 (PST) 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, HTML_MESSAGE=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 49VKhqYEGz2A; Tue, 24 Nov 2015 12:29:45 -0800 (PST) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0773.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::773]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8F2671A8955; Tue, 24 Nov 2015 12:29:43 -0800 (PST) Received: from DM2PR05MB573.namprd05.prod.outlook.com (10.141.159.16) by DM2PR05MB574.namprd05.prod.outlook.com (10.141.159.22) with Microsoft SMTP Server (TLS) id 15.1.331.20; Tue, 24 Nov 2015 20:29:22 +0000 Received: from DM2PR05MB573.namprd05.prod.outlook.com ([10.141.159.16]) by DM2PR05MB573.namprd05.prod.outlook.com ([10.141.159.16]) with mapi id 15.01.0331.019; Tue, 24 Nov 2015 20:29:22 +0000 From: Ross Callon To: "mpls@ietf.org" Thread-Topic: Poll for adoption for draft-bryant-mpls-flow-ident-03 Thread-Index: AdEm9szltjFdYI0/SSuYJDIPBO9CGA== Date: Tue, 24 Nov 2015 20:29:22 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=rcallon@juniper.net; x-originating-ip: [66.129.241.13] x-microsoft-exchange-diagnostics: 1; DM2PR05MB574; 5:GaTJVuYdTvBN6aNAF/R+ci0gdiYXRWfj67YXZNc61w5f76YE1vs9uhHoZgUKiPOWFtTrsM6ttWP01U7k7m16nOC8L+H3IrhdClXMWuYwkhq7c45vwiEoB6x9N1p/j7VqA9B9siRYpPxoHzihmYfj+w==; 24:oOIJWf+mUps9nby8VOsf/qn81+KlhaaB/ZHkIsA+heJxved5pklbGUycRtYYc0lbrPHTkNWEkqEjRB66PIKmFSb4pV6s1abgQPPTVuJ8FGU= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DM2PR05MB574; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(108003899814671); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(520078)(5005006)(3002001)(10201501046); SRVR:DM2PR05MB574; BCL:0; PCL:0; RULEID:; SRVR:DM2PR05MB574; x-forefront-prvs: 0770F75EA9 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(189002)(199003)(164054003)(230783001)(50986999)(110136002)(101416001)(5008740100001)(5001960100002)(5002640100001)(81156007)(19580405001)(2351001)(106356001)(575784001)(122556002)(99286002)(54356999)(5003600100002)(19580395003)(105586002)(586003)(2900100001)(97736004)(86362001)(74316001)(40100003)(450100001)(66066001)(92566002)(5007970100001)(229853001)(189998001)(5001920100001)(77096005)(76576001)(33656002)(5004730100002)(10400500002)(87936001)(2501003)(3846002)(6116002)(11100500001)(102836003)(15975445007); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR05MB574; H:DM2PR05MB573.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:23 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_DM2PR05MB573D2BD7E24AFAB4BC7B5E6A5060DM2PR05MB573namprd_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Nov 2015 20:29:22.7789 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR05MB574 Archived-At: Cc: "mpls-chairs@ietf.org" Subject: [mpls] Poll for adoption for draft-bryant-mpls-flow-ident-03 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2015 20:29:47 -0000 --_000_DM2PR05MB573D2BD7E24AFAB4BC7B5E6A5060DM2PR05MB573namprd_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable This is to start a poll on adopting draft-bryant-mpls-flow-ident-03 as an M= PLS working group document. Because this poll will occur over the US thanksgiving holiday, it= will be extended to three weeks. Please send your comments (support/not support) to the mpls working group mailing list (mpls@ietf.org). There are no IPR disclosures pertaining to the draft. The authors have all = indicated that they are not aware of any IPR that applies to this document. The authors ha= ve also pointed out that one of the documents referenced by draft-bryant-mpls-flow-ident-03= does have an IPR declaration against it. This poll for adoption will end Wednesday December 16, 2015. Thanks, Ross --_000_DM2PR05MB573D2BD7E24AFAB4BC7B5E6A5060DM2PR05MB573namprd_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
This is to start a poll on adopting draft-bryant-mpls-flow-ident-03 as= an MPLS working group
document. Because this poll will occur over the US thanksgiving holida= y, it will be extended
to three weeks.
 
Please send your comments (support/not support) to the mpls working gr= oup
mailing list (mpls@ietf.org).
 
There are no IPR disclosures pertaining to the draft. The authors have= all indicated that
they are not aware of any IPR that applies to this document. The autho= rs have also pointed
out that one of the documents referenced by draft-bryant-mpls-flow-ide= nt-03 does have an
IPR declaration against it.
 
This poll for adoption will end Wednesday December 16, 2015.
 
Thanks, Ross
 
 --_000_DM2PR05MB573D2BD7E24AFAB4BC7B5E6A5060DM2PR05MB573namprd_-- From nobody Tue Nov 24 13:08:50 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E09BA1A89AE; Tue, 24 Nov 2015 13:08:48 -0800 (PST) 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, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IuwSMupQ-6fk; Tue, 24 Nov 2015 13:08:47 -0800 (PST) Received: from mail-wm0-x230.google.com (mail-wm0-x230.google.com [IPv6:2a00:1450:400c:c09::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DF4581A8A0D; Tue, 24 Nov 2015 13:08:46 -0800 (PST) Received: by wmww144 with SMTP id w144so155693862wmw.1; Tue, 24 Nov 2015 13:08:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=h1ITlViopCyVwdtSOANFfyjwgFVbeeD78AROctZAdIU=; b=jSCuBRgx63opjKdbOZwuYvYmjSaX+fXT+bViDdrAbBGejHY40S2BFWi8Ec+sIbz8ce riZq5ZYTwzD61hG0fEwki0ImRHunnARhL+RR3NrkmV6LJRK88rPMtPdQkvYb8C2YE5cP lJKSGF2Arzvjh4BFgGtKwdW25azsFLrniREmOLaaqkH8ck4n0KZ40RU7ltt32Inp2zt6 RLFsrCaRW5W7Esvaoi/5Zpww/g3UsaH24VwaetgBAlONOnUwXfJRew38xwrJjS8u8OmK bBbx+Y8C69M+ibm74njLyZ4CB+uDDGWxLpNCVwCWab6yykdYIhKhbjM8wKuuT2v1RxDP mDvw== X-Received: by 10.194.23.73 with SMTP id k9mr29714641wjf.3.1448399325574; Tue, 24 Nov 2015 13:08:45 -0800 (PST) MIME-Version: 1.0 Received: by 10.28.148.208 with HTTP; Tue, 24 Nov 2015 13:08:26 -0800 (PST) In-Reply-To: References: From: "Andrew G. Malis" Date: Tue, 24 Nov 2015 16:08:26 -0500 Message-ID: To: Ross Callon Content-Type: multipart/alternative; boundary=047d7b5d43964b3b0405254fbffa Archived-At: Cc: "mpls@ietf.org" , "mpls-chairs@ietf.org" Subject: Re: [mpls] Poll for adoption for draft-bryant-mpls-flow-ident-03 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2015 21:08:49 -0000 --047d7b5d43964b3b0405254fbffa Content-Type: text/plain; charset=UTF-8 Ross, This is a very useful draft indeed! I support its adoption. Cheers, Andy On Tue, Nov 24, 2015 at 3:29 PM, Ross Callon wrote: > This is to start a poll on adopting draft-bryant-mpls-flow-ident-03 as an > MPLS working group > document. Because this poll will occur over the US thanksgiving holiday, > it will be extended > to three weeks. > > Please send your comments (support/not support) to the mpls working group > mailing list (mpls@ietf.org). > > There are no IPR disclosures pertaining to the draft. The authors have all > indicated that > they are not aware of any IPR that applies to this document. The authors > have also pointed > out that one of the documents referenced by > draft-bryant-mpls-flow-ident-03 does have an > IPR declaration against it. > > This poll for adoption will end Wednesday December 16, 2015. > > Thanks, Ross > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > > --047d7b5d43964b3b0405254fbffa Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Ross,

This is a very useful draft indee= d! I support its adoption.

Cheers,
Andy<= /div>

On Tue= , Nov 24, 2015 at 3:29 PM, Ross Callon <rcallon@juniper.net> wrote:
This is to start a poll on adopting draft-bryant-mpls-flow-ident-03 as= an MPLS working group
document. Because this poll will occur over the US thanksgiving holida= y, it will be extended
to three weeks.
=C2=A0
Please send your comments (support/not support) to the mpls working gr= oup
mailing list (mpls@= ietf.org).
=C2=A0
There are no IPR disclosures pertaining to the draft. The authors have= all indicated that
they are not aware of any IPR that applies to this document. The autho= rs have also pointed
out that one of the documents referenced by draft-bryant-mpls-flow-ide= nt-03 does have an
IPR declaration against it.
=C2=A0
This poll for adoption will end Wednesday December 16, 2015.
=C2=A0
Thanks, Ross
=C2=A0

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


--047d7b5d43964b3b0405254fbffa-- From nobody Tue Nov 24 14:06:40 2015 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 181441A9072; Tue, 24 Nov 2015 14:06:37 -0800 (PST) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.11.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20151124220637.8955.92512.idtracker@ietfa.amsl.com> Date: Tue, 24 Nov 2015 14:06:37 -0800 Archived-At: Cc: draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf@ietf.org, mpls@ietf.org, draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf.all@ietf.org, mpls-chairs@ietf.org, The IESG , rcallon@juniper.net, rfc-editor@rfc-editor.org Subject: [mpls] Protocol Action: 'Configuration of Proactive Operations, Administration, and Maintenance (OAM) Functions for MPLS-based Transport Networks using LSP Ping' to Proposed Standard (draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-16.txt) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Nov 2015 22:06:37 -0000 The IESG has approved the following document: - 'Configuration of Proactive Operations, Administration, and Maintenance (OAM) Functions for MPLS-based Transport Networks using LSP Ping' (draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-16.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-lsp-ping-mpls-tp-oam-conf/ Technical Summary This specification describes the configuration of proactive MPLS-TP Operations, Administration, and Maintenance (OAM) Functions for a given Label Switched Path (LSP) using a set of TLVs that are carried by the LSP-Ping protocol. In particular it specifies the mechanisms necessary to establish MPLS-TP OAM entities at the maintenance points for monitoring and performing measurements on an LSP, as well as defining information elements and procedures to configure proactive MPLS-TP OAM functions running between LERs. Working Group Summary The WG process was smooth and without controversy. It was necessary to repeat the working group last call in order to ensure sufficient review and comment. Document Quality The document has been carefully reviewed and updated based on review and last call comments. There is also some related implementation work in progress. Personnel Ross Callon is the Document Shepherd. Deborah Brungard is the Responsible Area Director. From nobody Tue Nov 24 17:59:20 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 471CE1ACD84; Tue, 24 Nov 2015 17:59:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.786 X-Spam-Level: X-Spam-Status: No, score=-4.786 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4L9raEJgCjw2; Tue, 24 Nov 2015 17:59:17 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7D7A61ACD7D; Tue, 24 Nov 2015 17:59:16 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml403-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CEO33116; Wed, 25 Nov 2015 01:59:14 +0000 (GMT) Received: from SZXEMA414-HUB.china.huawei.com (10.82.72.73) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 25 Nov 2015 01:59:13 +0000 Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.73]) by SZXEMA414-HUB.china.huawei.com ([10.82.72.73]) with mapi id 14.03.0235.001; Wed, 25 Nov 2015 09:59:07 +0800 From: Mach Chen To: "mpls@ietf.org" , "draft-tiruveedhula-mpls-mldp-mib@ietf.org" Thread-Topic: Closed//RE: Poll adoption for draft-tiruveedhula-mpls-mldp-mib-04 Thread-Index: AdES2BLGzHwHB7aCQ4mFxx2gfK1EZAUS1H+A Date: Wed, 25 Nov 2015 01:59:06 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.102.135] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090204.565515F2.003D, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.3.73, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: ef278d9309a9cfe68693638c194e3f93 Archived-At: Cc: "mpls-chairs@ietf.org" Subject: [mpls] Closed//RE: Poll adoption for draft-tiruveedhula-mpls-mldp-mib-04 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Nov 2015 01:59:19 -0000 Working Group, This WG adoption poll has ended, and the document has been accepted as an M= PLS working group document. Authors: Please submit the document as draft-ietf-mpls-mldp-mib-00 without any other= changes than filename, version number and dates. Once this is done you can feel free to handle any comments received followi= ng normal WG process. Thanks,=20 Mach=20 (as Document shepherd) > -----Original Message----- > From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Mach Chen > Sent: Friday, October 30, 2015 1:59 PM > To: mpls@ietf.org > Cc: mpls-chairs@ietf.org > Subject: [mpls] Poll adoption for draft-tiruveedhula-mpls-mldp-mib-04 >=20 > This is to start a three week poll on adopting > draft-tiruveedhula-mpls-mldp-mib-04 as an MPLS working group document. >=20 > Please send your comments (support/not support) to the mpls working group > mailing list (mpls@ietf.org). >=20 > There are no IPR disclosures pertaining to the draft. The authors have al= l > indicated that they are not aware of any IPR that applies to this documen= t. >=20 > This poll for adoption will end Friday November 20, 2015. >=20 > Thanks, > Mach (Document shepherd) >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From nobody Wed Nov 25 02:42:54 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 914921A1A87; Wed, 25 Nov 2015 02:42:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.002 X-Spam-Level: X-Spam-Status: No, score=-0.002 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, HELO_EQ_IT=0.635, HOST_EQ_IT=1.245, HTML_MESSAGE=0.001, KHOP_DYNAMIC=1.004, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id r2OaIVcNg3jU; Wed, 25 Nov 2015 02:42:51 -0800 (PST) Received: from teledg002ba020.telecomitalia.it (teledg002ba020.telecomitalia.it [156.54.233.211]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A606B1A1A86; Wed, 25 Nov 2015 02:42:49 -0800 (PST) Content-Type: multipart/mixed; boundary="_4d96fda1-b1f6-4afb-9125-156d80f96273_" Received: from TELCAH003BA020.telecomitalia.local (10.188.101.218) by teledg002ba020.telecomitalia.it (10.188.101.211) with Microsoft SMTP Server (TLS) id 14.3.266.1; Wed, 25 Nov 2015 11:42:46 +0100 Received: from TELMBB001BA020.telecomitalia.local ([169.254.2.123]) by telcah003ba020.telecomitalia.local ([10.188.101.218]) with mapi id 14.03.0266.001; Wed, 25 Nov 2015 11:42:46 +0100 From: Fioccola Giuseppe To: Ross Callon Thread-Topic: [mpls] Poll for adoption for draft-bryant-mpls-flow-ident-03 Thread-Index: AdEm9szltjFdYI0/SSuYJDIPBO9CGP//+icA//8L8+A= Date: Wed, 25 Nov 2015 10:42:45 +0000 Message-ID: <23126F6FC5CA3E44916CF99D4E0B878B44E8E91F@TELMBB001BA020.telecomitalia.local> References: In-Reply-To: Accept-Language: it-IT, en-US Content-Language: it-IT X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.188.101.195] x-ti-disclaimer: Disclaimer1 MIME-Version: 1.0 Archived-At: Cc: "mpls@ietf.org" , "mpls-chairs@ietf.org" Subject: [mpls] R: Poll for adoption for draft-bryant-mpls-flow-ident-03 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Nov 2015 10:42:53 -0000 --_4d96fda1-b1f6-4afb-9125-156d80f96273_ Content-Type: multipart/alternative; boundary="_000_23126F6FC5CA3E44916CF99D4E0B878B44E8E91FTELMBB001BA020t_" --_000_23126F6FC5CA3E44916CF99D4E0B878B44E8E91FTELMBB001BA020t_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQpJIHN1cHBvcnQgaXRzIGFkb3B0aW9uIHRvby4NCg0KVGhhbmtzLA0KDQpHaXVzZXBwZQ0K DQpEYTogbXBscyBbbWFpbHRvOm1wbHMtYm91bmNlc0BpZXRmLm9yZ10gUGVyIGNvbnRvIGRpIEFu ZHJldyBHLiBNYWxpcw0KSW52aWF0bzogbWFydGVkw6wgMjQgbm92ZW1icmUgMjAxNSAyMjowOA0K QTogUm9zcyBDYWxsb24NCkNjOiBtcGxzQGlldGYub3JnOyBtcGxzLWNoYWlyc0BpZXRmLm9yZw0K T2dnZXR0bzogUmU6IFttcGxzXSBQb2xsIGZvciBhZG9wdGlvbiBmb3IgZHJhZnQtYnJ5YW50LW1w bHMtZmxvdy1pZGVudC0wMw0KDQpSb3NzLA0KDQpUaGlzIGlzIGEgdmVyeSB1c2VmdWwgZHJhZnQg aW5kZWVkISBJIHN1cHBvcnQgaXRzIGFkb3B0aW9uLg0KDQpDaGVlcnMsDQpBbmR5DQoNCk9uIFR1 ZSwgTm92IDI0LCAyMDE1IGF0IDM6MjkgUE0sIFJvc3MgQ2FsbG9uIDxyY2FsbG9uQGp1bmlwZXIu bmV0PG1haWx0bzpyY2FsbG9uQGp1bmlwZXIubmV0Pj4gd3JvdGU6DQpUaGlzIGlzIHRvIHN0YXJ0 IGEgcG9sbCBvbiBhZG9wdGluZyBkcmFmdC1icnlhbnQtbXBscy1mbG93LWlkZW50LTAzIGFzIGFu IE1QTFMgd29ya2luZyBncm91cA0KZG9jdW1lbnQuIEJlY2F1c2UgdGhpcyBwb2xsIHdpbGwgb2Nj dXIgb3ZlciB0aGUgVVMgdGhhbmtzZ2l2aW5nIGhvbGlkYXksIGl0IHdpbGwgYmUgZXh0ZW5kZWQN CnRvIHRocmVlIHdlZWtzLg0KDQpQbGVhc2Ugc2VuZCB5b3VyIGNvbW1lbnRzIChzdXBwb3J0L25v dCBzdXBwb3J0KSB0byB0aGUgbXBscyB3b3JraW5nIGdyb3VwDQptYWlsaW5nIGxpc3QgKG1wbHNA aWV0Zi5vcmc8bWFpbHRvOm1wbHNAaWV0Zi5vcmc+KS4NCg0KVGhlcmUgYXJlIG5vIElQUiBkaXNj bG9zdXJlcyBwZXJ0YWluaW5nIHRvIHRoZSBkcmFmdC4gVGhlIGF1dGhvcnMgaGF2ZSBhbGwgaW5k aWNhdGVkIHRoYXQNCnRoZXkgYXJlIG5vdCBhd2FyZSBvZiBhbnkgSVBSIHRoYXQgYXBwbGllcyB0 byB0aGlzIGRvY3VtZW50LiBUaGUgYXV0aG9ycyBoYXZlIGFsc28gcG9pbnRlZA0Kb3V0IHRoYXQg b25lIG9mIHRoZSBkb2N1bWVudHMgcmVmZXJlbmNlZCBieSBkcmFmdC1icnlhbnQtbXBscy1mbG93 LWlkZW50LTAzIGRvZXMgaGF2ZSBhbg0KSVBSIGRlY2xhcmF0aW9uIGFnYWluc3QgaXQuDQoNClRo aXMgcG9sbCBmb3IgYWRvcHRpb24gd2lsbCBlbmQgV2VkbmVzZGF5IERlY2VtYmVyIDE2LCAyMDE1 Lg0KDQpUaGFua3MsIFJvc3MNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXw0KbXBscyBtYWlsaW5nIGxpc3QNCm1wbHNAaWV0Zi5vcmc8bWFpbHRvOm1w bHNAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHMN Cg0KUXVlc3RvIG1lc3NhZ2dpbyBlIGkgc3VvaSBhbGxlZ2F0aSBzb25vIGluZGlyaXp6YXRpIGVz Y2x1c2l2YW1lbnRlIGFsbGUgcGVyc29uZSBpbmRpY2F0ZS4gTGEgZGlmZnVzaW9uZSwgY29waWEg byBxdWFsc2lhc2kgYWx0cmEgYXppb25lIGRlcml2YW50ZSBkYWxsYSBjb25vc2NlbnphIGRpIHF1 ZXN0ZSBpbmZvcm1hemlvbmkgc29ubyByaWdvcm9zYW1lbnRlIHZpZXRhdGUuIFF1YWxvcmEgYWJi aWF0ZSByaWNldnV0byBxdWVzdG8gZG9jdW1lbnRvIHBlciBlcnJvcmUgc2lldGUgY29ydGVzZW1l bnRlIHByZWdhdGkgZGkgZGFybmUgaW1tZWRpYXRhIGNvbXVuaWNhemlvbmUgYWwgbWl0dGVudGUg ZSBkaSBwcm92dmVkZXJlIGFsbGEgc3VhIGRpc3RydXppb25lLCBHcmF6aWUuDQoNClRoaXMgZS1t YWlsIGFuZCBhbnkgYXR0YWNobWVudHMgaXMgY29uZmlkZW50aWFsIGFuZCBtYXkgY29udGFpbiBw cml2aWxlZ2VkIGluZm9ybWF0aW9uIGludGVuZGVkIGZvciB0aGUgYWRkcmVzc2VlKHMpIG9ubHku IERpc3NlbWluYXRpb24sIGNvcHlpbmcsIHByaW50aW5nIG9yIHVzZSBieSBhbnlib2R5IGVsc2Ug aXMgdW5hdXRob3Jpc2VkLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50LCBw bGVhc2UgZGVsZXRlIHRoaXMgbWVzc2FnZSBhbmQgYW55IGF0dGFjaG1lbnRzIGFuZCBhZHZpc2Ug dGhlIHNlbmRlciBieSByZXR1cm4gZS1tYWlsLCBUaGFua3MuDQoNCltyaXNwZXR0YSBsJ2FtYmll bnRlXVJpc3BldHRhIGwnYW1iaWVudGUuIE5vbiBzdGFtcGFyZSBxdWVzdGEgbWFpbCBzZSBub24g w6ggbmVjZXNzYXJpby4NCg0K --_000_23126F6FC5CA3E44916CF99D4E0B878B44E8E91FTELMBB001BA020t_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OiJTZWdvZSBVSSI7DQoJcGFub3NlLTE6MiAxMSA1IDIgNCAyIDQgMiAyIDM7 fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRp di5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9u dC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiO30N CmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNv bG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4u TXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1 cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnNwYW4uU3RpbGVNZXNzYWdnaW9E aVBvc3RhRWxldHRyb25pY2ExNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglm b250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1z b0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6 IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgltc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzt9DQpA cGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcwLjg1 cHQgMi4wY20gMi4wY20gMi4wY207fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0 aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZh dWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwh LS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86 aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFb ZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJJVCIgbGluaz0iYmx1ZSIgdmxpbms9InB1 cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkhpLDxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SSBzdXBwb3J0IGl0cyBhZG9wdGlvbiB0 b28uPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1V UyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPlRoYW5rcyw8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+R2l1c2VwcGU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1NlZ29lIFVJJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkRhOjwvc3Bh bj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7U2Vn b2UgVUkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+IG1wbHMgW21haWx0bzptcGxzLWJv dW5jZXNAaWV0Zi5vcmddDQo8Yj5QZXIgY29udG8gZGkgPC9iPkFuZHJldyBHLiBNYWxpczxicj4N CjxiPkludmlhdG86PC9iPiBtYXJ0ZWTDrCAyNCBub3ZlbWJyZSAyMDE1IDIyOjA4PGJyPg0KPGI+ QTo8L2I+IFJvc3MgQ2FsbG9uPGJyPg0KPGI+Q2M6PC9iPiBtcGxzQGlldGYub3JnOyBtcGxzLWNo YWlyc0BpZXRmLm9yZzxicj4NCjxiPk9nZ2V0dG86PC9iPiBSZTogW21wbHNdIFBvbGwgZm9yIGFk b3B0aW9uIGZvciBkcmFmdC1icnlhbnQtbXBscy1mbG93LWlkZW50LTAzPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Um9zcyw8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPlRoaXMgaXMgYSB2ZXJ5IHVzZWZ1bCBkcmFmdCBpbmRlZWQhIEkg c3VwcG9ydCBpdHMgYWRvcHRpb24uPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPkNoZWVycyw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPkFuZHk8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gVHVlLCBOb3YgMjQsIDIwMTUgYXQgMzoyOSBQTSwg Um9zcyBDYWxsb24gJmx0OzxhIGhyZWY9Im1haWx0bzpyY2FsbG9uQGp1bmlwZXIubmV0IiB0YXJn ZXQ9Il9ibGFuayI+cmNhbGxvbkBqdW5pcGVyLm5ldDwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+ PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDsiPlRoaXMgaXMgdG8gc3RhcnQgYSBwb2xsIG9uIGFkb3B0aW5nIGRyYWZ0LWJy eWFudC1tcGxzLWZsb3ctaWRlbnQtMDMgYXMgYW4gTVBMUyB3b3JraW5nIGdyb3VwDQo8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPmRvY3VtZW50LiBCZWNhdXNlIHRoaXMgcG9sbCB3aWxs IG9jY3VyIG92ZXIgdGhlIFVTIHRoYW5rc2dpdmluZyBob2xpZGF5LCBpdCB3aWxsIGJlIGV4dGVu ZGVkDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPnRvIHRocmVlIHdlZWtzLg0KPG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDsiPlBsZWFzZSBzZW5kIHlvdXIgY29tbWVudHMgKHN1cHBvcnQvbm90IHN1cHBvcnQp IHRvIHRoZSBtcGxzIHdvcmtpbmcgZ3JvdXANCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 OyI+bWFpbGluZyBsaXN0ICg8YSBocmVmPSJtYWlsdG86bXBsc0BpZXRmLm9yZyIgdGFyZ2V0PSJf YmxhbmsiPm1wbHNAaWV0Zi5vcmc8L2E+KS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsi PiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+VGhlcmUgYXJlIG5vIElQUiBk aXNjbG9zdXJlcyBwZXJ0YWluaW5nIHRvIHRoZSBkcmFmdC4gVGhlIGF1dGhvcnMgaGF2ZSBhbGwg aW5kaWNhdGVkIHRoYXQNCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+dGhleSBhcmUg bm90IGF3YXJlIG9mIGFueSBJUFIgdGhhdCBhcHBsaWVzIHRvIHRoaXMgZG9jdW1lbnQuIFRoZSBh dXRob3JzIGhhdmUgYWxzbyBwb2ludGVkDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsi Pm91dCB0aGF0IG9uZSBvZiB0aGUgZG9jdW1lbnRzIHJlZmVyZW5jZWQgYnkgZHJhZnQtYnJ5YW50 LW1wbHMtZmxvdy1pZGVudC0wMyBkb2VzIGhhdmUgYW48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDsiPklQUiBkZWNsYXJhdGlvbiBhZ2FpbnN0IGl0Lg0KPG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPlRoaXMgcG9s bCBmb3IgYWRvcHRpb24gd2lsbCBlbmQgV2VkbmVzZGF5IERlY2VtYmVyIDE2LCAyMDE1Lg0KPG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDsiPlRoYW5rcywgUm9zczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+Jm5i c3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PGJyPg0KX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQptcGxzIG1haWxpbmcgbGlzdDxi cj4NCjxhIGhyZWY9Im1haWx0bzptcGxzQGlldGYub3JnIj5tcGxzQGlldGYub3JnPC9hPjxicj4N CjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBscyIgdGFy Z2V0PSJfYmxhbmsiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBsczwv YT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJz cDs8L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHN0eWxlIHR5cGU9InRleHQvY3NzIj4NCjwh LS0NCnNwYW4uR3JhbUUge21zby1zdHlsZS1uYW1lOiIiOw0KCW1zby1ncmFtLWU6eWVzO30NCi0t Pg0KPC9zdHlsZT4NCjx0YWJsZSBzdHlsZT0id2lkdGg6NjAwcHg7Ij4NCjx0Ym9keT4NCjx0cj4N Cjx0ZCBzdHlsZT0id2lkdGg6NTg1cHg7IGZvbnQtZmFtaWx5OiBWZXJkYW5hLCBBcmlhbDsgZm9u dC1zaXplOjEycHg7IGNvbG9yOiMwMDA7IHRleHQtYWxpZ246IGp1c3RpZnkiIHdpZHRoPSIzOTUi Pg0KPGRpdiBhbGlnbj0ianVzdGlmeSI+PHNwYW4gY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9InRl eHQtYWxpZ246anVzdGlmeTsgbGluZS1oZWlnaHQ6bm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjcuNXB0O2ZvbnQtZmFtaWx5OlZlcmRhbmEiPlF1ZXN0byBtZXNzYWdnaW8gZSBpIHN1b2kg YWxsZWdhdGkgc29ubyBpbmRpcml6emF0aSBlc2NsdXNpdmFtZW50ZSBhbGxlIHBlcnNvbmUgaW5k aWNhdGUuIExhIGRpZmZ1c2lvbmUsIGNvcGlhIG8gcXVhbHNpYXNpDQogYWx0cmEgYXppb25lIGRl cml2YW50ZSBkYWxsYSBjb25vc2NlbnphIGRpIHF1ZXN0ZSBpbmZvcm1hemlvbmkgc29ubyByaWdv cm9zYW1lbnRlIHZpZXRhdGUuIFF1YWxvcmEgYWJiaWF0ZSByaWNldnV0byBxdWVzdG8gZG9jdW1l bnRvIHBlciBlcnJvcmUgc2lldGUgY29ydGVzZW1lbnRlIHByZWdhdGkgZGkgZGFybmUgaW1tZWRp YXRhIGNvbXVuaWNhemlvbmUgYWwgbWl0dGVudGUgZSBkaSBwcm92dmVkZXJlIGFsbGEgc3VhIGRp c3RydXppb25lLCBHcmF6aWUuDQo8L3NwYW4+PC9zcGFuPjwvZGl2Pg0KPHAgYWxpZ249Imp1c3Rp ZnkiPjxzcGFuIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0LWFsaWduOmp1c3RpZnk7IGxp bmUtaGVpZ2h0Om5vcm1hbCI+PGk+PHNwYW4gbGFuZz0iRU4tR0IiIHN0eWxlPSJmb250LXNpemU6 Ny41cHQ7Zm9udC1mYW1pbHk6VmVyZGFuYTttc28tYW5zaS1sYW5ndWFnZTpFTi1HQiI+VGhpcyBl LW1haWwgYW5kIGFueSBhdHRhY2htZW50czwvc3Bhbj48L2k+PGk+PHNwYW4gbGFuZz0iRU4tR0Ii IHN0eWxlPSJmb250LXNpemU6DQogIDcuNXB0O21zby1iaWRpLWZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6VmVyZGFuYTttc28tYW5zaS1sYW5ndWFnZTpFTi1HQiI+Jm5ic3A7PHNwYW4gY2xh c3M9IkdyYW1FIj5pczwvc3Bhbj4mbmJzcDs8L3NwYW4+PC9pPjxpPjxzcGFuIGxhbmc9IkVOLUdC IiBzdHlsZT0iZm9udC1zaXplOg0KICA3LjVwdDtmb250LWZhbWlseTpWZXJkYW5hO21zby1hbnNp LWxhbmd1YWdlOkVOLUdCIj5jb25maWRlbnRpYWwNCiBhbmQgbWF5IGNvbnRhaW4gcHJpdmlsZWdl ZCBpbmZvcm1hdGlvbiBpbnRlbmRlZCBmb3IgdGhlIGFkZHJlc3NlZShzKSBvbmx5LiBEaXNzZW1p bmF0aW9uLCBjb3B5aW5nLCBwcmludGluZyBvciB1c2UgYnkgYW55Ym9keSBlbHNlIGlzIHVuYXV0 aG9yaXNlZC4gSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVudCwgcGxlYXNlIGRl bGV0ZSB0aGlzIG1lc3NhZ2UgYW5kIGFueSBhdHRhY2htZW50cyBhbmQgYWR2aXNlIHRoZSBzZW5k ZXINCiBieSByZXR1cm4gZS1tYWlsLCBUaGFua3MuPC9zcGFuPjwvaT48c3BhbiBsYW5nPSJFTi1H QiIgc3R5bGU9Im1zby1hbnNpLWxhbmd1YWdlOkVOLUdCIj4NCjwvc3Bhbj48L3NwYW4+PC9wPg0K PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjVwdDsNCiAgZm9udC1mYW1pbHk6VmVyZGFuYSI+ PGltZyBzcmM9ImNpZDowMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwM0BUSS5EaXNjbGFp bWVyIiBhbHQ9InJpc3BldHRhIGwnYW1iaWVudGUiIHdpZHRoPSIyNiIgaGVpZ2h0PSI0MCI+Umlz cGV0dGEgbCdhbWJpZW50ZS4gTm9uIHN0YW1wYXJlIHF1ZXN0YSBtYWlsIHNlIG5vbiDDqCBuZWNl c3NhcmlvLjwvc3Bhbj48L2I+DQo8cD48L3A+DQo8L3RkPg0KPC90cj4NCjwvdGJvZHk+DQo8L3Rh YmxlPg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_23126F6FC5CA3E44916CF99D4E0B878B44E8E91FTELMBB001BA020t_-- --_4d96fda1-b1f6-4afb-9125-156d80f96273_ Content-Description: logo Ambiente_foglia2.jpg Content-Type: image/jpeg; name="logo Ambiente_foglia2.jpg" Content-Disposition: inline; filename="logo Ambiente_foglia2.jpg" Content-Transfer-Encoding: base64 Content-ID: 00000000000000000000000000000003@TI.Disclaimer R0lGODlhGgAoANU5AEiFNnikNyRvNcvYOafCOEOEW3DO3jB2NqjGs9ny9o+zOIOrN+L1+G+ggbzo 8GCUN1SNNv///zx+NrPJOL/ROYPV44zY5YuzmrfQwCZxQlKNaMXZzOfy8NTi2TV6TuLs5vX8/ez5 +4yzmtTj2cXr8mCXdKni62ycN5/f6aDf6X2qjrPl7rLl7Zu6OJbb53nS4PH188bs8sXZzfH18pq9 p0SDWxhnNWbL3NfgOf///wAAAAAAAAAAAAAAAAAAAAAAACH5BAEAADkALAAAAAAaACgAAAb/wJxw SBQ6WMWkMmm6kZbQ5OvmjFoT1JuBYYWmsrcXqJvEgm8WctFypnI66pyjfXMhCmqGgR4r2S5dIBV0 FjI2h3BRX20VHAUCEjZ4UHNtFo42BA+HCEskbQYOIwU2CjgBNgAZM0kMbSYcIjYCBDg4LTYLf0V6 YCghNBk2DwO2OASZqkS9VBYMCB6pE8bGucidOYJUoaOptdQTFDg2ATgHGkIs2wyyAqbUtgICCwfl uh8ge1sNNhDF8LYiHYKAg4INBJUS8FsAEF6AA6lsHWjg4gYKDDZONGwIAIAtCAX2hPAgYSNHj6ds 3KiA8V3DAQGm2epoS4HKFQ0EmMRhc97Mwge2kN1IoIGgyQECD5wQUO6YygTkdtpCdSgqDl0VoDaV OmDBpm+oTCQoABQgBZfGbIrDAUBDAgcNDnDs98/WA504Buxa0RKgzVkB/h0oi+pDjgQhHtU1RgDi oY6l8gpAJyTBCBsSFtuC6XjWTBuJhIRAgFkmwAmoAkM4mCQCBmEB1sIDIKAFRGytYfDrt4CAuAkn qnrYYCXCBxGkqlYtgbtLhOcbMNSw0SBOEmg2VFj/sGHDhRLCNBC3fqFqARWhowQBADs= --_4d96fda1-b1f6-4afb-9125-156d80f96273_-- From nobody Wed Nov 25 03:00:05 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D23341A1AE3; Wed, 25 Nov 2015 03:00:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.085 X-Spam-Level: X-Spam-Status: No, score=-15.085 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, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XlmbQuil3d7R; Wed, 25 Nov 2015 03:00:01 -0800 (PST) Received: from aer-iport-2.cisco.com (aer-iport-2.cisco.com [173.38.203.52]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 240D21A21B8; Wed, 25 Nov 2015 03:00:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8266; q=dns/txt; s=iport; t=1448449201; x=1449658801; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=LI2bRlvhn5ISyNFsEXN1g+EoSa452eqKwGyIgJ+c+NY=; b=HnFydMPUwPBcgtwwSvyCNqm8RKU1f6vtWGddjyD04P4cLXKqQVcZcRuO a038W01sRIkmxYKQUriU1Zd52Vg7Z+6Wjk7PPuVmjm3bMlyUwFowqcZQ4 0kxJxpGvWhz6JCMfykmhtzBVQV8fDB8u6+hQ/KhIFOWfuS4bpgFpQlIuz E=; X-Files: signature.asc : 841 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0B9AgBxlFVW/xbLJq1egm6BIG8GvjkOg?= =?us-ascii?q?WcXAQmFbgKBehQBAQEBAQEBgQqENAEBAQMBAQEBIEsLBQsCAQgOCicDAgInCxQ?= =?us-ascii?q?RAQEEDgUOiBgIDa1EkDMBAQEBAQEBAQEBAQEBAQEBAQEBAQEPBQSGVIIQgm6FC?= =?us-ascii?q?IJtL4EVBZJug2cBglmBYYh3gVuEQZJKg3EBHwFDhARyhCWBBwEBAQ?= X-IronPort-AV: E=Sophos;i="5.20,342,1444694400"; d="asc'?scan'208,217";a="613021813" Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 25 Nov 2015 10:59:46 +0000 Received: from XCH-RTP-016.cisco.com (xch-rtp-016.cisco.com [64.101.220.156]) by aer-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id tAPAxjeU009560 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 25 Nov 2015 10:59:45 GMT Received: from xch-rtp-020.cisco.com (64.101.220.160) by XCH-RTP-016.cisco.com (64.101.220.156) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Wed, 25 Nov 2015 05:59:44 -0500 Received: from xch-rtp-020.cisco.com ([64.101.220.160]) by XCH-RTP-020.cisco.com ([64.101.220.160]) with mapi id 15.00.1104.000; Wed, 25 Nov 2015 05:59:44 -0500 From: "Carlos Pignataro (cpignata)" To: Ross Callon Thread-Topic: [mpls] Poll for adoption for draft-bryant-mpls-flow-ident-03 Thread-Index: AdEm9szltjFdYI0/SSuYJDIPBO9CGAAo392A Date: Wed, 25 Nov 2015 10:59:44 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.150.52.26] Content-Type: multipart/signed; boundary="Apple-Mail=_094A2E5E-BCCD-4982-BCF1-FA7FD371C9E9"; protocol="application/pgp-signature"; micalg=pgp-sha256 MIME-Version: 1.0 Archived-At: Cc: "mpls@ietf.org" , "mpls-chairs@ietf.org" Subject: Re: [mpls] Poll for adoption for draft-bryant-mpls-flow-ident-03 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Nov 2015 11:00:04 -0000 --Apple-Mail=_094A2E5E-BCCD-4982-BCF1-FA7FD371C9E9 Content-Type: multipart/alternative; boundary="Apple-Mail=_AF57C773-3D19-4C2C-BEF1-59D8E0521D3B" --Apple-Mail=_AF57C773-3D19-4C2C-BEF1-59D8E0521D3B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Ross, I support adoption of this document (I am a co-author). Thanks! =E2=80=94 Carlos. > On Nov 24, 2015, at 3:29 PM, Ross Callon wrote: >=20 > This is to start a poll on adopting draft-bryant-mpls-flow-ident-03 as = an MPLS working group > document. Because this poll will occur over the US thanksgiving = holiday, it will be extended > to three weeks. >=20 > Please send your comments (support/not support) to the mpls working = group > mailing list (mpls@ietf.org ). >=20 > There are no IPR disclosures pertaining to the draft. The authors have = all indicated that > they are not aware of any IPR that applies to this document. The = authors have also pointed > out that one of the documents referenced by = draft-bryant-mpls-flow-ident-03 does have an > IPR declaration against it. >=20 > This poll for adoption will end Wednesday December 16, 2015. >=20 > Thanks, Ross >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls = --Apple-Mail=_AF57C773-3D19-4C2C-BEF1-59D8E0521D3B Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Ross,

I = support adoption of this document (I am a co-author).

Thanks!

=E2=80=94 = Carlos.

On Nov 24, 2015, at 3:29 PM, Ross Callon = <rcallon@juniper.net> wrote:

This is to start a poll on adopting = draft-bryant-mpls-flow-ident-03 as an MPLS working group 
document. Because this poll will occur over the US = thanksgiving holiday, it will be extended 
to = three weeks. 
 
Please send your comments = (support/not support) to the mpls working group 
mailing= list (mpls@ietf.org).
 
There are no IPR disclosures pertaining to the draft. The = authors have all indicated that 
they = are not aware of any IPR that applies to this document. The authors have = also pointed 
out that one of the documents referenced by = draft-bryant-mpls-flow-ident-03 does have an
IPR = declaration against it. 
 
This poll for adoption will end = Wednesday December 16, 2015. 
 
Thanks, Ross
 
_______________________________________________
mpls mailing = list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls

= --Apple-Mail=_AF57C773-3D19-4C2C-BEF1-59D8E0521D3B-- --Apple-Mail=_094A2E5E-BCCD-4982-BCF1-FA7FD371C9E9 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="signature.asc" Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iQIcBAEBCAAGBQJWVZSfAAoJEIXgpQGOZny9d4IP/3/5hBqTBYXJ0dPFbMvCA13K S99bKDncW88rD5fJEhBZO4UuRds5FLVxLCG2PfEhWio96/YvnGeq4E6DHJUPBZWS BjVf5bC2aD4dmp6Aa3nUWJuXZT6BbU+RayQVnGHsJXjgRZBpGk55uqVrsc7cDiMV RNZCrQOykzqFJTdUzKZoPTg5cArsxFQTnL6CQBN3ZAU4901LPSOZiLqf7oZD54ps +wfvMb1pF38+k4fgb5YrVXeHlmbI7cAXiFdO62dSA91x+ie33c0kBGrA0JzB12c1 SSneAhIyx3687sm+ppKr0hVuSoj5NoXYVmOUOswA7az9VuDGZ+QCFoHxF6y8PsUJ t3hTMAphzPNQRODlnUsZdeQyYM0EuBvJj3CDKch5HwJfTG1Nwu6ZMG0B/1tBuYWW vXtrQjcGxQ7Jbs/r9mWQwFgkvax+XDfjB7NN4V3tDUbqtfraXiX48ykEzZwpmupS c9r+dujsF4fsC6fgp5a1CBO4E+VxZ+DMwwkizNsoSNDIQ3KKOXm9/pl7eP2Weg/X ZbQvBLkOyG6DV1ZoNgi3v7i1/jPkSNc7/dvQK1NNHTl984KoclRkZOvEFlu0/YCb UwaX5Ej6zjQiG5UVmId2X0ksx26kEfFXS/yH5dzCghbnHyrAgiWYvM3J538IpHV4 GOG/SmnFlaAvBJRJMTv5 =FOP4 -----END PGP SIGNATURE----- --Apple-Mail=_094A2E5E-BCCD-4982-BCF1-FA7FD371C9E9-- From nobody Wed Nov 25 05:21:50 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D15FB1A1C00; Wed, 25 Nov 2015 05:21:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.085 X-Spam-Level: X-Spam-Status: No, score=-15.085 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, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FRsFY00PXDPy; Wed, 25 Nov 2015 05:21:47 -0800 (PST) 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 83F9F1B2C5E; Wed, 25 Nov 2015 05:21:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4477; q=dns/txt; s=iport; t=1448457704; x=1449667304; h=from:to:cc:subject:date:message-id:mime-version; bh=LsdcKzhYMeS+KD3lFAkOoroOiYPiSfQh7y7sYTSRl/w=; b=aER69nkBdvC0pjAVy4bGxKHHGCZFe2wv9+4SzUtLDctmZYyEoTzxiRhO jUm9uPsCp+y8LqUAHqKcIKo72KulYSgEJR/ezQyI9vvR18LwYWCF21+2C D/gqAd0E6XHvOgDFjkZnljMA0ZJo1SgIdecXv1Z8Bl0svVNuk0Q8i4e3a 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D1AQAktFVW/5JdJa1egm5NgUIGvjsBD?= =?us-ascii?q?YFmhg+BQzgUAQEBAQEBAYEKhDQBAgQtQQsSAQgECgMDAQIoORQJCgQBDQWILr4?= =?us-ascii?q?FAQEBAQEBAQEBAQEBAQEBAQEBAQEZi1KEe4Q+BZJvg2gBjTSBXIRBkk+DcQEfA?= =?us-ascii?q?QFChARyhCWBBwEBAQ?= X-IronPort-AV: E=Sophos;i="5.20,342,1444694400"; d="scan'208,217";a="211991960" Received: from rcdn-core-10.cisco.com ([173.37.93.146]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 25 Nov 2015 13:21:43 +0000 Received: from XCH-ALN-011.cisco.com (xch-aln-011.cisco.com [173.36.7.21]) by rcdn-core-10.cisco.com (8.14.5/8.14.5) with ESMTP id tAPDLhYv015201 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 25 Nov 2015 13:21:43 GMT Received: from xch-rcd-015.cisco.com (173.37.102.25) by XCH-ALN-011.cisco.com (173.36.7.21) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Wed, 25 Nov 2015 07:21:42 -0600 Received: from xch-rcd-015.cisco.com ([173.37.102.25]) by XCH-RCD-015.cisco.com ([173.37.102.25]) with mapi id 15.00.1104.000; Wed, 25 Nov 2015 07:21:43 -0600 From: "Nagendra Kumar Nainar (naikumar)" To: Ross Callon , "mpls@ietf.org" Thread-Topic: [mpls] Poll for adoption for draft-bryant-mpls-flow-ident-03 Thread-Index: AQHRJ4Q5tjFdYI0/SSuYJDIPBO9CGA== Date: Wed, 25 Nov 2015 13:21:43 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.5.2.150604 x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.118.20.13] Content-Type: multipart/alternative; boundary="_000_D27B200BC0184naikumarciscocom_" MIME-Version: 1.0 Archived-At: Cc: "mpls-chairs@ietf.org" Subject: Re: [mpls] Poll for adoption for draft-bryant-mpls-flow-ident-03 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Nov 2015 13:21:49 -0000 --_000_D27B200BC0184naikumarciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Support. Regards, Nagendra From: mpls > on behalf = of Ross Callon > Date: Tuesday, November 24, 2015 at 3:29 PM To: "mpls@ietf.org" > Cc: "mpls-chairs@ietf.org" > Subject: [mpls] Poll for adoption for draft-bryant-mpls-flow-ident-03 This is to start a poll on adopting draft-bryant-mpls-flow-ident-03 as an M= PLS working group document. Because this poll will occur over the US thanksgiving holiday, it= will be extended to three weeks. Please send your comments (support/not support) to the mpls working group mailing list (mpls@ietf.org). There are no IPR disclosures pertaining to the draft. The authors have all = indicated that they are not aware of any IPR that applies to this document. The authors ha= ve also pointed out that one of the documents referenced by draft-bryant-mpls-flow-ident-03= does have an IPR declaration against it. This poll for adoption will end Wednesday December 16, 2015. Thanks, Ross --_000_D27B200BC0184naikumarciscocom_ Content-Type: text/html; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable
Support.

Regards,
Nagendra

From: mpls <mpls-bounces@ietf.org> on behalf of Ross Callon= <rcallon@juniper.net>
Date: Tuesday, November 24, 2015 at= 3:29 PM
To: "mpls@ietf.org" <mpls@i= etf.org>
Cc: "mpls-chairs@ietf.org" <mpls-chairs@ietf.org>
Subject: [mpls] Poll for adoption f= or draft-bryant-mpls-flow-ident-03

This is to start a poll on adopting draft-bryant-mpls-flow-ident-03 as= an MPLS working group
document. Because this poll will occur over the US thanksgiving holida= y, it will be extended
to three weeks.
 
Please send your comments (support/not support) to the mpls working gr= oup
mailing list (mpls@ietf.org).
 
There are no IPR disclosures pertaining to the draft. The authors have= all indicated that
they are not aware of any IPR that applies to this document. The autho= rs have also pointed
out that one of the documents referenced by draft-bryant-mpls-flow-ide= nt-03 does have an
IPR declaration against it.
 
This poll for adoption will end Wednesday December 16, 2015.
 
Thanks, Ross
 
--_000_D27B200BC0184naikumarciscocom_-- From nobody Wed Nov 25 08:11:06 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7ED021B2FE2; Wed, 25 Nov 2015 08:11:04 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.2 X-Spam-Level: X-Spam-Status: No, score=-104.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, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VoXOTxy3u8FF; Wed, 25 Nov 2015 08:11:02 -0800 (PST) Received: from usplmg21.ericsson.net (usplmg21.ericsson.net [198.24.6.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0ADEF1B2E9A; Wed, 25 Nov 2015 08:11:01 -0800 (PST) X-AuditID: c6180641-f799c6d000007d66-79-5655dd93e9a6 Received: from EUSAAHC001.ericsson.se (Unknown_Domain [147.117.188.75]) by usplmg21.ericsson.net (Symantec Mail Security) with SMTP id 5E.31.32102.39DD5565; Wed, 25 Nov 2015 17:11:00 +0100 (CET) Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC001.ericsson.se ([147.117.188.75]) with mapi id 14.03.0248.002; Wed, 25 Nov 2015 11:11:00 -0500 From: Gregory Mirsky To: Ross Callon , "mpls@ietf.org" Thread-Topic: Poll for adoption for draft-bryant-mpls-flow-ident-03 Thread-Index: AdEm9szltjFdYI0/SSuYJDIPBO9CGAApOmZg Date: Wed, 25 Nov 2015 16:10:59 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF11221948F84@eusaamb103.ericsson.se> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.12] Content-Type: multipart/alternative; boundary="_000_7347100B5761DC41A166AC17F22DF11221948F84eusaamb103erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprOIsWRmVeSWpSXmKPExsUyuXSPt+6Uu6FhBt0TeCzWXT7FZnFr6UpW i78rrrA4MHssWfKTyeN601X2AKYoLpuU1JzMstQifbsErownJ96yFsxzrnjaxNnAOM2mi5GT Q0LAROLXl6eMELaYxIV769m6GLk4hASOMEqsm/aUFcJZzihxdcIrFpAqNgEjiRcbe9hBbBEB N4k5/SeYQGxmAUOJiRP3M4PYwgJOEu//bGWBqHGW2DxvETOEbSSxbNkDoF4ODhYBVYnWx9Ig YV4BX4neU2/ZQGwhgSiJh/OesILYnALREjsn7QQbzwh03PdTa6BWiUvcejKfCeJoAYkle84z Q9iiEi8f/2OFsJUk5ry+xgxRny+x99E0VohdghInZz5hmcAoOgvJqFlIymYhKYOI60gs2P2J DcLWlli28DUzjH3mwGMmZPEFjOyrGDlKiwtyctONDDcxAqPrmASb4w7Gvb2ehxgFOBiVeHjP 1oeGCbEmlhVX5h5ilOBgVhLh/V0LFOJNSaysSi3Kjy8qzUktPsQozcGiJM7LyMDAICSQnliS mp2aWpBaBJNl4uCUamCUN6yd93fCCTU+58KW/EOsfKqhzdp+3AfNatzuvBCLX203v3bersiV as//7L7DtdZgw9mOx8+lolQOy82fLsm45bDUsq27s1kdE/9e8Hpe9Low9bG1/NrcAinTzAnT HgnpsBkmNkdvczM/ZN75JGv12rfqs+133rwtvu+mp52KstMdLUffUypKLMUZiYZazEXFiQC1 kt/gqgIAAA== Archived-At: Cc: "mpls-chairs@ietf.org" Subject: Re: [mpls] Poll for adoption for draft-bryant-mpls-flow-ident-03 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Nov 2015 16:11:04 -0000 --_000_7347100B5761DC41A166AC17F22DF11221948F84eusaamb103erics_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear All, yes/support (I'm a co-author). Regards, Greg From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross Callon Sent: Tuesday, November 24, 2015 12:29 PM To: mpls@ietf.org Cc: mpls-chairs@ietf.org Subject: [mpls] Poll for adoption for draft-bryant-mpls-flow-ident-03 This is to start a poll on adopting draft-bryant-mpls-flow-ident-03 as an M= PLS working group document. Because this poll will occur over the US thanksgiving holiday, it= will be extended to three weeks. Please send your comments (support/not support) to the mpls working group mailing list (mpls@ietf.org). There are no IPR disclosures pertaining to the draft. The authors have all = indicated that they are not aware of any IPR that applies to this document. The authors ha= ve also pointed out that one of the documents referenced by draft-bryant-mpls-flow-ident-03= does have an IPR declaration against it. This poll for adoption will end Wednesday December 16, 2015. Thanks, Ross --_000_7347100B5761DC41A166AC17F22DF11221948F84eusaamb103erics_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear All,

yes/support (I’m a = co-author).

 <= /p>

    &= nbsp;           Regards,<= o:p>

    &= nbsp;           &nbs= p;            &= nbsp;  Greg

 <= /p>

From: mpls [ma= ilto:mpls-bounces@ietf.org] On Behalf Of Ross Callon
Sent: Tuesday, November 24, 2015 12:29 PM
To: mpls@ietf.org
Cc: mpls-chairs@ietf.org
Subject: [mpls] Poll for adoption for draft-bryant-mpls-flow-ident-0= 3

 

This is to start a poll on adopting dra= ft-bryant-mpls-flow-ident-03 as an MPLS working group

document. Because this poll will occur = over the US thanksgiving holiday, it will be extended

to three weeks.

 

Please send your comments (support/not = support) to the mpls working group

mailing list (mpls@ietf.org).

 

There are no IPR disclosures pertaining= to the draft. The authors have all indicated that

they are not aware of any IPR that appl= ies to this document. The authors have also pointed

out that one of the documents reference= d by draft-bryant-mpls-flow-ident-03 does have an

IPR declaration against it.

 

This poll for adoption will end Wednesd= ay December 16, 2015.

 

Thanks, Ross

 

--_000_7347100B5761DC41A166AC17F22DF11221948F84eusaamb103erics_-- From nobody Wed Nov 25 17:13:36 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E28BA1A87A8; Wed, 25 Nov 2015 17:13:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.785 X-Spam-Level: X-Spam-Status: No, score=-4.785 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nNMJCEWoNfWp; Wed, 25 Nov 2015 17:13:28 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 16E161A8796; Wed, 25 Nov 2015 17:13:27 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml404-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CEQ01514; Thu, 26 Nov 2015 01:13:25 +0000 (GMT) Received: from SZXEMA412-HUB.china.huawei.com (10.82.72.71) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.235.1; Thu, 26 Nov 2015 01:13:24 +0000 Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.73]) by SZXEMA412-HUB.china.huawei.com ([10.82.72.71]) with mapi id 14.03.0235.001; Thu, 26 Nov 2015 09:13:16 +0800 From: Mach Chen To: Ross Callon , "mpls@ietf.org" Thread-Topic: Poll for adoption for draft-bryant-mpls-flow-ident-03 Thread-Index: AdEm9szltjFdYI0/SSuYJDIPBO9CGAA8Lrjw Date: Thu, 26 Nov 2015 01:13:15 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.102.135] Content-Type: multipart/alternative; boundary="_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE28B6710A7SZXEMA510MBXchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020201.56565CB6.0044, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.3.73, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 0ffd8100ce7c7ce525c26306b3aa7a04 Archived-At: Cc: "mpls-chairs@ietf.org" Subject: Re: [mpls] Poll for adoption for draft-bryant-mpls-flow-ident-03 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Nov 2015 01:13:31 -0000 --_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE28B6710A7SZXEMA510MBXchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Yes/support(as co-author). Best regards, Mach From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross Callon Sent: Wednesday, November 25, 2015 4:29 AM To: mpls@ietf.org Cc: mpls-chairs@ietf.org Subject: [mpls] Poll for adoption for draft-bryant-mpls-flow-ident-03 This is to start a poll on adopting draft-bryant-mpls-flow-ident-03 as an M= PLS working group document. Because this poll will occur over the US thanksgiving holiday, it= will be extended to three weeks. Please send your comments (support/not support) to the mpls working group mailing list (mpls@ietf.org). There are no IPR disclosures pertaining to the draft. The authors have all = indicated that they are not aware of any IPR that applies to this document. The authors ha= ve also pointed out that one of the documents referenced by draft-bryant-mpls-flow-ident-03= does have an IPR declaration against it. This poll for adoption will end Wednesday December 16, 2015. Thanks, Ross --_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE28B6710A7SZXEMA510MBXchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Yes/suppor= t(as co-author).

 = ;

Best regar= ds,

Mach<= /o:p>

 = ;

From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Ross Callon
Sent: Wednesday, November 25, 2015 4:29 AM
To: mpls@ietf.org
Cc: mpls-chairs@ietf.org
Subject: [mpls] Poll for adoption for draft-bryant-mpls-flow-ident-0= 3

 

This is to start a poll = on adopting draft-bryant-mpls-flow-ident-03 as an MPLS working group

document. Because this p= oll will occur over the US thanksgiving holiday, it will be extended

to three weeks.

 =

Please send your comment= s (support/not support) to the mpls working group

mailing list (mpls@ietf.org).

 =

There are no IPR disclos= ures pertaining to the draft. The authors have all indicated that

they are not aware of an= y IPR that applies to this document. The authors have also pointed

out that one of the docu= ments referenced by draft-bryant-mpls-flow-ident-03 does have an=

IPR declaration against = it.

 =

This poll for adoption w= ill end Wednesday December 16, 2015.

 =

Thanks, Ross<= /span>

 =

--_000_F73A3CB31E8BE34FA1BBE3C8F0CB2AE28B6710A7SZXEMA510MBXchi_-- From nobody Wed Nov 25 17:28:20 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 30C2F1A8829; Wed, 25 Nov 2015 17:28:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.886 X-Spam-Level: X-Spam-Status: No, score=-4.886 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_MED=-2.3, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TTRZdv9G0qTt; Wed, 25 Nov 2015 17:28:17 -0800 (PST) Received: from mercury.scss.tcd.ie (mercury.scss.tcd.ie [134.226.56.6]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DECC01A8822; Wed, 25 Nov 2015 17:28:16 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mercury.scss.tcd.ie (Postfix) with ESMTP id 91A0BBDF9; Thu, 26 Nov 2015 01:28:15 +0000 (GMT) X-Virus-Scanned: Debian amavisd-new at scss.tcd.ie Received: from mercury.scss.tcd.ie ([127.0.0.1]) by localhost (mercury.scss.tcd.ie [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3HILWtraivuh; Thu, 26 Nov 2015 01:28:14 +0000 (GMT) Received: from [10.87.48.91] (unknown [86.46.27.82]) by mercury.scss.tcd.ie (Postfix) with ESMTPSA id 1F909BDD0; Thu, 26 Nov 2015 01:28:13 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.tcd.ie; s=mail; t=1448501294; bh=HxJKxl/htiqYaLwHt6fh1R90Nv9nDya3ZHik4MwCT1A=; h=Subject:To:References:Cc:From:Date:In-Reply-To:From; b=zlTHffRXjZZ9N6tvGfSfw6igYIYileiJqzAuIicbNy9OHDwOc9B3/SIJKpJww+mVU XwS63mYkKT0E+rBudjqZ9gEVZZPKnhvL+WP42TPEA8yIm6KSu7IrKfObAta2IpNUsD GY8b+rwhpx11HDgaYpHxL4s22/+8N3ulYSRZOD4Y= To: Ross Callon , "mpls@ietf.org" , "Stewart Bryant (stbryant)" , Stewart Bryant , "Carlos Pignataro (cpignata)" , "Mach Chen (mach.chen@huawei.com)" , "lizhenbin@huawei.com" , Gregory Mirsky References: From: Stephen Farrell Openpgp: id=D66EA7906F0B897FB2E97D582F3C8736805F8DA2; url= Message-ID: <5656602C.6030209@cs.tcd.ie> Date: Thu, 26 Nov 2015 01:28:12 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Archived-At: Cc: "mpls-chairs@ietf.org" Subject: Re: [mpls] IPR poll on draft-bryant-mpls-flow-ident X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Nov 2015 01:28:19 -0000 I'm afraid I don't understand section 11 at all. (It's title is "privacy considerations" but it's current content bemuses me;-) If this is adopted and if that section gets fixed (e.g. to become some kind of applicability statement), then that would be a fine outcome. There's a bit of work to be done to figure out when this is a safe or unsafe thing to do from the privacy perspective and to document that, but such work should be something the WG is well able for. Put another way: I support adoption of this (not that I know squat about MPLS;-) on the assumption that section 11 gets fixed. And I'm confident fixing that should not be hard. But in any case - I am very happy to see section 11 in an MPLS document - recognition that privacy is an issue, even at this layer, does represent progress. (Thanks to the authors for that.) S. On 12/11/15 16:28, Ross Callon wrote: > Working Group, > > The authors of draft-bryant-mpls-flow-ident have told us that the > draft is ready to be polled to see if we have consensus to make it a working > group document. > > Before we start the adoption poll we will do an IPR poll. This mail starts the IPR poll. > > Are you aware of any IPR that applies to draft-bryant-mpls-flow-ident? > > If so, has this IPR been disclosed in compliance with IETF IPR rules > (see RFCs 3979, 4879, 3669 and 5378 for more details). > > Currently there are no IPR disclosures that relate to this document. > > 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. > > Thanks, Ross > (as MPLS WG co-chair) > > > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > From nobody Wed Nov 25 19:17:50 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C86EC1A9117; Wed, 25 Nov 2015 19:17:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.786 X-Spam-Level: X-Spam-Status: No, score=-4.786 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05Cast6tdXIt; Wed, 25 Nov 2015 19:17:46 -0800 (PST) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9C22B1A911B; Wed, 25 Nov 2015 19:17:46 -0800 (PST) Received: from us70uusmtp3.zam.alcatel-lucent.com (unknown [135.5.2.65]) by Websense Email Security Gateway with ESMTPS id BB8AC26FE50F9; Thu, 26 Nov 2015 03:17:41 +0000 (GMT) Received: from US70TWXCHHUB03.zam.alcatel-lucent.com (us70twxchhub03.zam.alcatel-lucent.com [135.5.2.35]) by us70uusmtp3.zam.alcatel-lucent.com (GMO) with ESMTP id tAQ3HdsZ029756 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 26 Nov 2015 03:17:39 GMT Received: from US70UWXCHMBA01.zam.alcatel-lucent.com ([169.254.7.190]) by US70TWXCHHUB03.zam.alcatel-lucent.com ([135.5.2.35]) with mapi id 14.03.0195.001; Wed, 25 Nov 2015 22:17:39 -0500 From: "Aissaoui, Mustapha (Mustapha)" To: Sriganesh Kini , Loa Andersson , Lucy yong Thread-Topic: MPLS-RT review of draft-chandra-mpls-ri-rsvp-frr Thread-Index: AQHRDMPhsONZcO/ZDU6JSnAr5/i5wJ55MxXAgC7BdQCAAj56AIAB1u4A Date: Thu, 26 Nov 2015 03:17:38 +0000 Message-ID: <4A79394211F1AF4EB57D998426C9340DD47C1317@US70UWXCHMBA01.zam.alcatel-lucent.com> References: <5628D430.4070602@pi.nu> <4A79394211F1AF4EB57D998426C9340DD479A17D@US70UWXCHMBA01.zam.alcatel-lucent.com> <56514290.60200@pi.nu> <95453A37E413464E93B5ABC0F8164C4D14C9BB4D@eusaamb101.ericsson.se> In-Reply-To: <95453A37E413464E93B5ABC0F8164C4D14C9BB4D@eusaamb101.ericsson.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.5.27.18] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: "mpls@ietf.org" , Guijuan Wang 3 , "mpls-chairs@ietf.org" , Lizhong Jin , "draft-chandra-mpls-ri-rsvp-frr@ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-chandra-mpls-ri-rsvp-frr X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Nov 2015 03:17:48 -0000 RGVhciBhdXRob3JzLA0KSSByZWFkIHRoaXMgZHJhZnQgYW5kIEkgYmVsaWV2ZSB0aGUgaW50ZW50 IGlzIHRvIHByb3ZpZGUgYSB0aWdodGVyIGNvbnRyb2wgcGxhbmUgc3luY2hyb25pemF0aW9uIG9m IHRoZSBQTFIgYW5kIE1QIHJvbGVzIG9uIGEgcGVyIFJTVlAgc2Vzc2lvbiBiYXNpcyBzdWNoIHRo YXQgYSBMU1Igd2lsbCBrbm93IGlmIGl0IGlzIGEgTVAgZm9yIGEgZ2l2ZW4gUlNWUCBzZXNzaW9u IHdoaWNoIHJlcXVlc3RlZCBwcm90ZWN0aW9uLiBUaGlzIGlzIGRvbmUgc3VjaCB0aGF0IHRoZSBk ZWNpc2lvbiB0byByZXRhaW4gb3IgZGVsZXRlIHRoZSBzdGF0ZSBieSB0aGUgTFNSIGRldGVjdGlu ZyB0aGUgZmFpbHVyZSBvZiB0aGUgbGluayB0byB0aGUgcHJldmlvdXMgaG9wIChvciB0aGUgZmFp bHVyZSBvZiB0aGUgcHJldmlvdXMgaG9wIGl0c2VsZikgaXMgbWFkZSB3aXRoIHRoZSBwcmlvciBr bm93bGVkZ2UgdGhhdCB0aGUgTFNSIGlzIGEgTVAgb3Igbm90IG9uIGEgcGVyIFJTVlAgc2Vzc2lv biBiYXNpcy4gDQoNCkhvd2V2ZXIsICB0aGUgcHJvY2VkdXJlcyBwcmVzZW50ZWQgaW4gdGhpcyBk b2N1bWVudCBhcmUgZmFpcmx5IGNvbXBsZXggYW5kIGdvIGF0IG9kZHMgd2l0aCB0aGUgb3JpZ2lu YWwgaW50ZW50IG9mIG1ha2luZyBzdGF0ZSBzeW5jaHJvbml6YXRpb24gYmFzZWQgb24gYSBzb2Z0 LXN0YXRlIG1lY2hhbmlzbS4gSW4gZmFjdCwgd2hhdCBJIGZhaWwgdG8gZmluZCBpcyBhIGNvbXBl bGxpbmcgYXJndW1lbnQgb3IgZGF0YSBmcm9tIHRoZSBmaWVsZCB3aGljaCBzaG93cyB0aGUgaXNz dWUgaXMgbm90IHJlc29sdmVkIHZpYSBtdWNoIHNpbXBsZXIgbWV0aG9kcyB3aGljaCBhcmUgdXNl ZCBpbiBwcm9kdWN0aW9uIG5ldHdvcmtzIHRvZGF5LiBJIGRlc2NyaWJlIHRoaXMgaW4gdGhlIGRl dGFpbGVkIGNvbW1lbnRzIGJlbG93Lg0KDQpSZWdhcmRzLA0KTXVzdGFwaGEuDQotLS0tLS0tLS0t LS0tLS0tLS0tLS0NCjEuIFNlY3Rpb24gMy4xIC0gUHJvYmxlbSBEZXNjcmlwdGlvbg0KIg0KLSBJ ZiB0aGUgcHJvdGVjdGVkIExTUCBvbiBDIHRpbWVzIG91dCBiZWZvcmUgRCByZWNlaXZlcyBzaWdu YWxpbmcNCmZvciB0aGUgYmFja3VwIExTUCwgdGhlbiBEIHdvdWxkIHJlY2VpdmUgUGF0aFRlYXIg ZnJvbSBDIHByaW9yIHRvDQpyZWNlaXZpbmcgc2lnbmFsaW5nIGZvciB0aGUgYmFja3VwIExTUCwg dGh1cyByZXN1bHRpbmcgaW4gZGVsZXRpbmcNCnRoZSBMU1Agc3RhdGUuIFRoaXMgd291bGQgYmUg cG9zc2libGUgYXQgc2NhbGUgZXZlbiB3aXRoIGRlZmF1bHQNCnJlZnJlc2ggdGltZS4NCiINCk1B PiBTaW5jZSBlYWNoIExTUiBpbiB0aGUgcGF0aCBvZiBhIFJTVlAgc2Vzc2lvbiB3aGljaCByZXF1 ZXN0ZWQgcHJvdGVjdGlvbiBoYXMgdG8gYXNzdW1lIGl0IGNhbiBiZSBhIE1QIHdpdGhvdXQgcHJp b3Iga25vd2xlZGdlLCBhIHNpbXBsZXIgbWV0aG9kIGlzIHRvIHJlc2V0IHRoZSByZWZyZXNoIHRp bWVvdXQgZm9yIGVhY2ggc2Vzc2lvbiBhcyBzb29uIGFzIHRoZSBsaW5rIHRvIHRoZSBwcmV2aW91 cyBob3AgZmFpbGVkLiBJbiBmYWN0LCBhIHVzZXIgY29uZmlndXJhYmxlIE1QIHRpbWVvdXQgdXBv biBmYWlsdXJlLCBpbmRlcGVuZGVudCBvZiB0aGUgcmVmcmVzaCB0aW1lb3V0LCBjYW4gYmUgcHJv dmlkZWQgdG8gdHVuZSBpdCB0byB0aGUgZGVzaXJlZCB2YWx1ZSB0byBnaXZlIGVub3VnaCB0aW1l IHRvIHRoZSBQYXRoIG1lc3NhZ2UgdG8gYmUgcmVjZWl2ZWQgdmlhIHRoZSBieXBhc3MgTFNQLg0K DQoyLiBTZWN0aW9uIDMuMSAtIFByb2JsZW0gRGVzY3JpcHRpb246DQoiDQotIElmIHVwb24gdGhl IGxpbmsgZmFpbHVyZSBDIGlzIHRvIGtlZXAgc3RhdGUgdW50aWwgaXRzIHRpbWVvdXQsDQp0aGVu IHdpdGggbG9uZyByZWZyZXNoIGludGVydmFsIHRoaXMgbWF5IHJlc3VsdCBpbiBhIGxhcmdlIGFt b3VudA0Kb2Ygc3RhbGUgc3RhdGUgb24gQy4gQWx0ZXJuYXRpdmVseSwgaWYgdXBvbiB0aGUgbGlu ayBmYWlsdXJlIEMgaXMNCnRvIGRlbGV0ZSB0aGUgc3RhdGUgYW5kIHNlbmQgUGF0aFRlYXIgdG8g RCwgdGhpcyB3b3VsZCByZXN1bHQgaW4NCmRlbGV0aW5nIHRoZSBzdGF0ZSBvbiBELCB0aHVzIGRl bGV0aW5nIHRoZSBMU1AuIEQgbmVlZHMgYSByZWxpYWJsZQ0KbWVjaGFuaXNtIHRvIGRldGVybWlu ZSB3aGV0aGVyIGl0IGlzIE1QIG9yIG5vdCB0byBvdmVyY29tZSB0aGlzDQpwcm9ibGVtLg0KIiAN Ck1BPiBXaGF0IGlzIGV4YWN0bHkgdGhlIGlzc3VlIHdpdGggc3RhdGUgdGltZW91dCBiZWluZyBy ZXRhaW5lZCB1bnRpbCB0aGUgcmVmcmVzaCB0aW1lb3V0PyBZb3UgcmVmZXIgdG8gdGhpcyBhcyAi c3RhbGUiIHN0YXRlIGJ1dCBpbiBmYWN0IGl0IGlzIGRlc2lyYWJsZSB0byBrZWVwIHRoZSBzdGF0 ZSB1bnRpbCBub2RlIEQgY3JlYXRlZCB0aGUgYmFja3VwIFBTQi4gQWxzbywgcmVtZW1iZXIgdGhh dCBoZWFkLWVuZCBub2RlIHdpbGwgcGVyZm9ybSBnbG9iYWwgcmV2ZXJ0aXZlIE1CQiBhbmQgbWF5 IHRlYXIgZG93biB0aGUgTFNQIGJlZm9yZSB0aGUgc3RhdGUgdGltZW91dC4NCg0KMy4gU2VjdGlv biAzLjEgLSBQcm9ibGVtIFN0YXRlbWVudDoNCiINCi0gSWYgaGVhZC1lbmQgQSBhdHRlbXB0cyB0 byB0ZWFyIGRvd24gTFNQIGFmdGVyIHN0ZXAgMSBidXQgYmVmb3JlDQpzdGVwIDIgb2YgdGhlIGFi b3ZlIHNlcXVlbmNlLCB0aGVuIEIgbWF5IHJlY2VpdmUgdGhlIHRlYXIgZG93bg0KbWVzc2FnZSBi ZWZvcmUgc3RlcCAyIGFuZCBkZWxldGUgdGhlIExTUCBzdGF0ZSBmcm9tIGl0cyBzdGF0ZQ0KZGF0 YWJhc2UuIElmIEIgZGVsZXRlcyBpdHMgc3RhdGUgd2l0aG91dCBpbmZvcm1pbmcgRCwgd2l0aCBs b25nDQpyZWZyZXNoIGludGVydmFsIHRoaXMgY291bGQgY2F1c2UgKGxhcmdlKSBidWlsZHVwIG9m IHN0YWxlIHN0YXRlDQpvbiBELg0KIg0KTUE+IEkgYW0gbm90IHN1cmUgSSB1bmRlcnN0YW5kIHRo ZSBpc3N1ZSBoZXJlLiBJZiBCIGFjdGluZyBhcyBhIFBMUiByZWNlaXZlcyBhIFBhdGhUZWFyIGZy b20gQSwgYWxsIGl0IG5lZWRzIHRvIGRvIGlzIHRvIGNoZWNrIHRoYXQgdGhlIHByaW1hcnkgcGF0 aCBuZWlnaGJvciAoQyBpbiB0aGlzIGNhc2UpIGlzIGluIGRvd24gb3IgaW4gY2xlYW51cCBzdGF0 ZSBhbmQgc2VuZCB0aGUgUGF0aFRlYXIgb3ZlciB0aGUgYnlwYXNzIGJlZm9yZSBkZWxldGluZyBp dHMgb3duIGxvY2FsIHN0YXRlLiANCk5vdGUgaGVyZSBhIGtleSBhc3N1bXB0aW9uIGlzIHRoYXQg UExSIG5vZGUgQiBtdXN0IHNlbmQgdHJpZ2dlcmVkIFBhdGggcmVmcmVzaCBtZXNzYWdlcyB0byB0 aGUgTVAgb3ZlciB0aGUgYnlwYXNzLiBJZiBub2RlIEIgaGFzIHRvIHdhaXQgdG8gdGhlIG5leHQg cmVmcmVzaCBpbnRlcnZhbCB0byBzZW5kIHRoZSBQYXRoIHJlZnJlc2ggb3ZlciB0aGUgYnlwYXNz LCB0aGVuIHlvdSBjYW4gcnVuIGludG8gdGhlIGlzc3VlIGRlc2NyaWJlZCBoZXJlLiANCg0KNC4g U2VjdGlvbiAzLjEgLSBQcm9ibGVtIFN0YXRlbWVudDoNCiINCi0gSWYgQiBmYWlscyB0byBwZXJm b3JtIGxvY2FsIHJlcGFpciBpbiBzdGVwIDEsIHRoZW4gQiB3aWxsIGRlbGV0ZQ0KdGhlIExTUCBz dGF0ZSBmcm9tIGl0cyBzdGF0ZSBkYXRhYmFzZSB3aXRob3V0IGluZm9ybWluZyBELiBBcyBCDQpk ZWxldGVzIGl0cyBzdGF0ZSB3aXRob3V0IGluZm9ybWluZyBELCB3aXRoIGxvbmcgcmVmcmVzaCBp bnRlcnZhbA0KdGhpcyBjb3VsZCBjYXVzZSAobGFyZ2UpIGJ1aWxkdXAgb2Ygc3RhbGUgc3RhdGUg b24gRC4NCiINCk1BPiBXZWxsIHRoaXMgaXMgdGhlIG5vcm1hbCBSU1ZQIHNvZnQtc3RhdGUgYmVo YXZpb3IgYW5kIGluIGZhY3QgdGhpcyBiZWhhdmlvciBjYW4gb2NjdXIgZm9yIGRlZmVjdHMgb2Yg bGluayBCLUMgd2hpY2ggYXJlIG5vdCBkZXRlY3RlZCBhbmQgd2hpY2ggd2lsbCBub3QgdHJpZ2dl ciB0aGUgYWN0aXZhdGlvbiBvZiB0aGUgYnlwYXNzIExTUC4gVGhlcmUgaXMgbm90aGluZyBhYm5v cm1hbCBhYm91dCB0aGlzIGFuZCB0aGlzIGJlaGF2aW9yIGlzIG5vdCBzcGVjaWZpYyB0byB0aGUg Y2FzZSB3aGVuIHRoZSBieXBhc3MgY291bGQgbm90IGJlIGFjdGl2YXRlZC4NCg0KNS4gU2VjdGlv biA0LjUuMiAtIFByb2NlZHVyZXMgZm9yIGJhY2t3YXJkIGNvbXBhdGliaWxpdHk6DQpNQT4gV2hh dCBpcyB0aGUgbmVlZCB0byBzZXQgdGhlIHJlZnJlc2ggaW50ZXJ2YWwgdG8gdGhlIGRlZmF1bHQg dmFsdWUgd2hlbiBhIExTUiBkZXRlY3RzIHRoYXQgYSBkb3duc3RyZWFtIG9yIHVwc3RyZWFtIG5l aWdoYm91ciBkb2VzIG5vdCBzdXBwb3J0IHRoZSByZWZyZXNoIGluZGVwZW5kZW50IHByb2NlZHVy ZXM/IEkgYXNzdW1lIHlvdSBtZWFudCB0byBjaGFuZ2UgaXQgYmFjayB0byB0aGUgY29uZmlndXJl ZCB2YWx1ZSB3aGljaCBtYXkgbm90IGJlIHRoZSBkZWZhdWx0IHZhbHVlIG9mIDMwIHNlY29uZHMu DQo= From nobody Wed Nov 25 21:53:30 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 83BD61ACE9B; Wed, 25 Nov 2015 21:53:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.485 X-Spam-Level: X-Spam-Status: No, score=-2.485 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.585] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rJE472JvtWeW; Wed, 25 Nov 2015 21:53:28 -0800 (PST) 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 9AEA01ACE9D; Wed, 25 Nov 2015 21:53:27 -0800 (PST) Received: from [192.168.1.9] (unknown [49.149.184.105]) (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 90DA4180146D; Thu, 26 Nov 2015 06:53:22 +0100 (CET) To: "Aissaoui, Mustapha (Mustapha)" , Sriganesh Kini , Lucy yong References: <5628D430.4070602@pi.nu> <4A79394211F1AF4EB57D998426C9340DD479A17D@US70UWXCHMBA01.zam.alcatel-lucent.com> <56514290.60200@pi.nu> <95453A37E413464E93B5ABC0F8164C4D14C9BB4D@eusaamb101.ericsson.se> <4A79394211F1AF4EB57D998426C9340DD47C1317@US70UWXCHMBA01.zam.alcatel-lucent.com> From: Loa Andersson Message-ID: <56569E4A.7060102@pi.nu> Date: Thu, 26 Nov 2015 13:53:14 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <4A79394211F1AF4EB57D998426C9340DD47C1317@US70UWXCHMBA01.zam.alcatel-lucent.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: "mpls-chairs@ietf.org" , "mpls@ietf.org" , "draft-chandra-mpls-ri-rsvp-frr@ietf.org" , Guijuan Wang 3 , Lizhong Jin Subject: Re: [mpls] MPLS-RT review of draft-chandra-mpls-ri-rsvp-frr X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Nov 2015 05:53:29 -0000 Mustapha, Is this a recommendation not to adopt the document as a working group document? /Loa On 2015-11-26 11:17, Aissaoui, Mustapha (Mustapha) wrote: > Dear authors, > I read this draft and I believe the intent is to provide a tighter control plane synchronization of the PLR and MP roles on a per RSVP session basis such that a LSR will know if it is a MP for a given RSVP session which requested protection. This is done such that the decision to retain or delete the state by the LSR detecting the failure of the link to the previous hop (or the failure of the previous hop itself) is made with the prior knowledge that the LSR is a MP or not on a per RSVP session basis. > > However, the procedures presented in this document are fairly complex and go at odds with the original intent of making state synchronization based on a soft-state mechanism. In fact, what I fail to find is a compelling argument or data from the field which shows the issue is not resolved via much simpler methods which are used in production networks today. I describe this in the detailed comments below. > > Regards, > Mustapha. > --------------------- > 1. Section 3.1 - Problem Description > " > - If the protected LSP on C times out before D receives signaling > for the backup LSP, then D would receive PathTear from C prior to > receiving signaling for the backup LSP, thus resulting in deleting > the LSP state. This would be possible at scale even with default > refresh time. > " > MA> Since each LSR in the path of a RSVP session which requested protection has to assume it can be a MP without prior knowledge, a simpler method is to reset the refresh timeout for each session as soon as the link to the previous hop failed. In fact, a user configurable MP timeout upon failure, independent of the refresh timeout, can be provided to tune it to the desired value to give enough time to the Path message to be received via the bypass LSP. > > 2. Section 3.1 - Problem Description: > " > - If upon the link failure C is to keep state until its timeout, > then with long refresh interval this may result in a large amount > of stale state on C. Alternatively, if upon the link failure C is > to delete the state and send PathTear to D, this would result in > deleting the state on D, thus deleting the LSP. D needs a reliable > mechanism to determine whether it is MP or not to overcome this > problem. > " > MA> What is exactly the issue with state timeout being retained until the refresh timeout? You refer to this as "stale" state but in fact it is desirable to keep the state until node D created the backup PSB. Also, remember that head-end node will perform global revertive MBB and may tear down the LSP before the state timeout. > > 3. Section 3.1 - Problem Statement: > " > - If head-end A attempts to tear down LSP after step 1 but before > step 2 of the above sequence, then B may receive the tear down > message before step 2 and delete the LSP state from its state > database. If B deletes its state without informing D, with long > refresh interval this could cause (large) buildup of stale state > on D. > " > MA> I am not sure I understand the issue here. If B acting as a PLR receives a PathTear from A, all it needs to do is to check that the primary path neighbor (C in this case) is in down or in cleanup state and send the PathTear over the bypass before deleting its own local state. > Note here a key assumption is that PLR node B must send triggered Path refresh messages to the MP over the bypass. If node B has to wait to the next refresh interval to send the Path refresh over the bypass, then you can run into the issue described here. > > 4. Section 3.1 - Problem Statement: > " > - If B fails to perform local repair in step 1, then B will delete > the LSP state from its state database without informing D. As B > deletes its state without informing D, with long refresh interval > this could cause (large) buildup of stale state on D. > " > MA> Well this is the normal RSVP soft-state behavior and in fact this behavior can occur for defects of link B-C which are not detected and which will not trigger the activation of the bypass LSP. There is nothing abnormal about this and this behavior is not specific to the case when the bypass could not be activated. > > 5. Section 4.5.2 - Procedures for backward compatibility: > MA> What is the need to set the refresh interval to the default value when a LSR detects that a downstream or upstream neighbour does not support the refresh independent procedures? I assume you meant to change it back to the configured value which may not be the default value of 30 seconds. > From nobody Thu Nov 26 00:45:09 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C865E1B372B for ; Thu, 26 Nov 2015 00:45:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -15.086 X-Spam-Level: X-Spam-Status: No, score=-15.086 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id whmSCmrDsmM1 for ; Thu, 26 Nov 2015 00:45:07 -0800 (PST) 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 6AEB91B3727 for ; Thu, 26 Nov 2015 00:45:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1248; q=dns/txt; s=iport; t=1448527507; x=1449737107; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=fdAhjUrUkrC4gjMYyDiatxI0gmXNhwdiXNfaTACdKWI=; b=Sz1YFmyb09APxQTV2ZpFRhSF5LKD55HUrNJItWxrtUPRDGVy0V7GcR7j GHICVAnhx1xvtjbCDR4l6yNNKovczF1OaOwUj+zbcuUyp9eoe147d1lJ/ SvLAbeabCjyKMXU3TakmvDprlcLhfJ1xdU9ALotBytBilGJkcNlWOwv8o w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ApAgDhxVZW/40NJK1egztTb74WAQ2BZ?= =?us-ascii?q?BcKhW4CgTc4FAEBAQEBAQGBCoQ0AQEBAwEBAQE3NAsFBwQCAQgOAwQBAQEeCQc?= =?us-ascii?q?nCxQJCAIEDgWIJggNvikBAQEBAQEBAQEBAQEBAQEBAQEBAQEUBIZUghCCboRZg?= =?us-ascii?q?0uBFQWWVwGFJ4gNBYFXhEGWQAEfAQFChARyhWABAQE?= X-IronPort-AV: E=Sophos;i="5.20,346,1444694400"; d="scan'208";a="212281708" Received: from alln-core-8.cisco.com ([173.36.13.141]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 26 Nov 2015 08:45:06 +0000 Received: from XCH-ALN-002.cisco.com (xch-aln-002.cisco.com [173.36.7.12]) by alln-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id tAQ8j6AY007493 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 26 Nov 2015 08:45:06 GMT Received: from xch-aln-005.cisco.com (173.36.7.15) by XCH-ALN-002.cisco.com (173.36.7.12) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Thu, 26 Nov 2015 02:45:06 -0600 Received: from xch-aln-005.cisco.com ([173.36.7.15]) by XCH-ALN-005.cisco.com ([173.36.7.15]) with mapi id 15.00.1104.000; Thu, 26 Nov 2015 02:45:05 -0600 From: "Rajiv Asati (rajiva)" To: Ross Callon Thread-Topic: WG adoption of draft-raza-mpls-ldp-mldp-yang? Thread-Index: AQHRJuUgDVt/dI89mUOwi/hdbz8DW56rl77QgAJn9p4= Date: Thu, 26 Nov 2015 08:45:05 +0000 Message-ID: References: , In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "mpls@ietf.org" , "mpls-chairs@tools.ietf.org" Subject: Re: [mpls] WG adoption of draft-raza-mpls-ldp-mldp-yang? X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Nov 2015 08:45:08 -0000 Thanks, Ross.=20 Happy thanksgiving.=20 Cheers, Rajiv =20 > On Nov 24, 2015, at 3:03 PM, Ross Callon wrote: >=20 > Since Loa is co-author I will start this. First off I will need to take a= look at it, and we will need to do an MPLS-RT review and IPR poll. I will = get to this ASAP (there are a couple of other items first on my to-do list)= .=20 >=20 > Thursday and Friday are holidays in the US, which might or might not slow= this down to start next week.=20 >=20 > Thanks, Ross >=20 > -----Original Message----- > From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Rajiv Asati (rajiv= a) > Sent: Tuesday, November 24, 2015 1:23 PM > To: mpls-chairs@tools.ietf.org > Cc: mpls@ietf.org > Subject: [mpls] WG adoption of draft-raza-mpls-ldp-mldp-yang? >=20 > Dear WG Chairs, >=20 > Authors of draft-raza-mpls-ldp-mldp-yang would like to request WG adoptio= n, per the last IETF discussion.=20 >=20 > Could you please help? >=20 > -- > Cheers, > Rajiv=20 >=20 > https://tools.ietf.org/html/draft-raza-mpls-ldp-mldp-yang-02 >=20 >=20 >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From nobody Thu Nov 26 08:16:32 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C354C1AC400; Thu, 26 Nov 2015 08:16:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.486 X-Spam-Level: X-Spam-Status: No, score=-7.486 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.585, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UKySeVUqVuFU; Thu, 26 Nov 2015 08:16:29 -0800 (PST) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0C6751A0BE8; Thu, 26 Nov 2015 08:16:28 -0800 (PST) Received: from us70uusmtp3.zam.alcatel-lucent.com (unknown [135.5.2.65]) by Websense Email Security Gateway with ESMTPS id 1E86685432B2E; Thu, 26 Nov 2015 16:16:21 +0000 (GMT) Received: from US70TWXCHHUB03.zam.alcatel-lucent.com (us70twxchhub03.zam.alcatel-lucent.com [135.5.2.35]) by us70uusmtp3.zam.alcatel-lucent.com (GMO) with ESMTP id tAQGGNqU013528 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 26 Nov 2015 16:16:23 GMT Received: from US70UWXCHMBA01.zam.alcatel-lucent.com ([169.254.7.190]) by US70TWXCHHUB03.zam.alcatel-lucent.com ([135.5.2.35]) with mapi id 14.03.0195.001; Thu, 26 Nov 2015 11:16:23 -0500 From: "Aissaoui, Mustapha (Mustapha)" To: Loa Andersson , Sriganesh Kini , Lucy yong Thread-Topic: MPLS-RT review of draft-chandra-mpls-ri-rsvp-frr Thread-Index: AQHRDMPhsONZcO/ZDU6JSnAr5/i5wJ55MxXAgC7BdQCAAj56AIAB1u4AgAJN0gCAAFe2sA== Date: Thu, 26 Nov 2015 16:16:23 +0000 Message-ID: <4A79394211F1AF4EB57D998426C9340DD47C1D3E@US70UWXCHMBA01.zam.alcatel-lucent.com> References: <5628D430.4070602@pi.nu> <4A79394211F1AF4EB57D998426C9340DD479A17D@US70UWXCHMBA01.zam.alcatel-lucent.com> <56514290.60200@pi.nu> <95453A37E413464E93B5ABC0F8164C4D14C9BB4D@eusaamb101.ericsson.se> <4A79394211F1AF4EB57D998426C9340DD47C1317@US70UWXCHMBA01.zam.alcatel-lucent.com> <56569E4A.7060102@pi.nu> In-Reply-To: <56569E4A.7060102@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.5.27.16] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: "mpls-chairs@ietf.org" , "mpls@ietf.org" , "draft-chandra-mpls-ri-rsvp-frr@ietf.org" , Guijuan Wang 3 , Lizhong Jin Subject: Re: [mpls] MPLS-RT review of draft-chandra-mpls-ri-rsvp-frr X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Nov 2015 16:16:30 -0000 SGkgTG9hLA0KVGhpcyB3b3VsZCBiZSBteSByZWNvbW1lbmRhdGlvbiBidXQgb2YgY291cnNlIEkg YXBwcmVjaWF0ZSB0aGUgZmVlZGJhY2sgZnJvbSB0aGUgYXV0aG9ycyB0byBtYWtlIHN1cmUgd2Ug Y2FuIGNvbWUgdG8gYSBkZXRlcm1pbmF0aW9uIHRoYXQgaXQgaXMgd29ydGggYWRkaW5nIGFkZGl0 aW9uYWwgcHJvY2VkdXJlcyB0byBhbiBhbHJlYWR5IGNvbXBsZXggcHJvdG9jb2wuIA0KDQpJIGhh dmUgbm90IHNwZW50IHRpbWUgcmV2aWV3aW5nIHRoZSBkZXRhaWxzIG9mIHRoZSBzb2x1dGlvbiAo ZXhjZXB0IGZvciBteSBsYXN0IGNvbW1lbnRzIG9uIFNlY3Rpb24gNC41LjIpIGFuZCB0aGF0IHdv dWxkIGJlIG5leHQgaWYgd2UgY2FuIGp1c3RpZnkgdGhlIG5lZWQgZm9yIGFkZGl0aW9uYWwgcHJv Y2VkdXJlcy4NCg0KTXVzdGFwaGEuDQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4g RnJvbTogTG9hIEFuZGVyc3NvbiBbbWFpbHRvOmxvYUBwaS5udV0NCj4gU2VudDogVGh1cnNkYXks IE5vdmVtYmVyIDI2LCAyMDE1IDEyOjUzIEFNDQo+IFRvOiBBaXNzYW91aSwgTXVzdGFwaGEgKE11 c3RhcGhhKTsgU3JpZ2FuZXNoIEtpbmk7IEx1Y3kgeW9uZw0KPiBDYzogTGl6aG9uZyBKaW47IEd1 aWp1YW4gV2FuZyAzOyBkcmFmdC1jaGFuZHJhLW1wbHMtcmktcnN2cC1mcnJAaWV0Zi5vcmc7IG1w bHMtDQo+IGNoYWlyc0BpZXRmLm9yZzsgbXBsc0BpZXRmLm9yZw0KPiBTdWJqZWN0OiBSZTogTVBM Uy1SVCByZXZpZXcgb2YgZHJhZnQtY2hhbmRyYS1tcGxzLXJpLXJzdnAtZnJyDQo+IA0KPiBNdXN0 YXBoYSwNCj4gDQo+IElzIHRoaXMgYSByZWNvbW1lbmRhdGlvbiBub3QgdG8gYWRvcHQgdGhlIGRv Y3VtZW50IGFzIGEgd29ya2luZyBncm91cA0KPiBkb2N1bWVudD8NCj4gDQo+IC9Mb2ENCj4gDQo+ IE9uIDIwMTUtMTEtMjYgMTE6MTcsIEFpc3Nhb3VpLCBNdXN0YXBoYSAoTXVzdGFwaGEpIHdyb3Rl Og0KPiA+IERlYXIgYXV0aG9ycywNCj4gPiBJIHJlYWQgdGhpcyBkcmFmdCBhbmQgSSBiZWxpZXZl IHRoZSBpbnRlbnQgaXMgdG8gcHJvdmlkZSBhIHRpZ2h0ZXIgY29udHJvbCBwbGFuZQ0KPiBzeW5j aHJvbml6YXRpb24gb2YgdGhlIFBMUiBhbmQgTVAgcm9sZXMgb24gYSBwZXIgUlNWUCBzZXNzaW9u IGJhc2lzIHN1Y2ggdGhhdCBhDQo+IExTUiB3aWxsIGtub3cgaWYgaXQgaXMgYSBNUCBmb3IgYSBn aXZlbiBSU1ZQIHNlc3Npb24gd2hpY2ggcmVxdWVzdGVkIHByb3RlY3Rpb24uDQo+IFRoaXMgaXMg ZG9uZSBzdWNoIHRoYXQgdGhlIGRlY2lzaW9uIHRvIHJldGFpbiBvciBkZWxldGUgdGhlIHN0YXRl IGJ5IHRoZSBMU1INCj4gZGV0ZWN0aW5nIHRoZSBmYWlsdXJlIG9mIHRoZSBsaW5rIHRvIHRoZSBw cmV2aW91cyBob3AgKG9yIHRoZSBmYWlsdXJlIG9mIHRoZSBwcmV2aW91cw0KPiBob3AgaXRzZWxm KSBpcyBtYWRlIHdpdGggdGhlIHByaW9yIGtub3dsZWRnZSB0aGF0IHRoZSBMU1IgaXMgYSBNUCBv ciBub3Qgb24gYSBwZXINCj4gUlNWUCBzZXNzaW9uIGJhc2lzLg0KPiA+DQo+ID4gSG93ZXZlciwg IHRoZSBwcm9jZWR1cmVzIHByZXNlbnRlZCBpbiB0aGlzIGRvY3VtZW50IGFyZSBmYWlybHkgY29t cGxleCBhbmQgZ28NCj4gYXQgb2RkcyB3aXRoIHRoZSBvcmlnaW5hbCBpbnRlbnQgb2YgbWFraW5n IHN0YXRlIHN5bmNocm9uaXphdGlvbiBiYXNlZCBvbiBhIHNvZnQtDQo+IHN0YXRlIG1lY2hhbmlz bS4gSW4gZmFjdCwgd2hhdCBJIGZhaWwgdG8gZmluZCBpcyBhIGNvbXBlbGxpbmcgYXJndW1lbnQg b3IgZGF0YSBmcm9tDQo+IHRoZSBmaWVsZCB3aGljaCBzaG93cyB0aGUgaXNzdWUgaXMgbm90IHJl c29sdmVkIHZpYSBtdWNoIHNpbXBsZXIgbWV0aG9kcyB3aGljaA0KPiBhcmUgdXNlZCBpbiBwcm9k dWN0aW9uIG5ldHdvcmtzIHRvZGF5LiBJIGRlc2NyaWJlIHRoaXMgaW4gdGhlIGRldGFpbGVkIGNv bW1lbnRzDQo+IGJlbG93Lg0KPiA+DQo+ID4gUmVnYXJkcywNCj4gPiBNdXN0YXBoYS4NCj4gPiAt LS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gPiAxLiBTZWN0aW9uIDMuMSAtIFByb2JsZW0gRGVzY3Jp cHRpb24NCj4gPiAiDQo+ID4gLSBJZiB0aGUgcHJvdGVjdGVkIExTUCBvbiBDIHRpbWVzIG91dCBi ZWZvcmUgRCByZWNlaXZlcyBzaWduYWxpbmcgZm9yDQo+ID4gdGhlIGJhY2t1cCBMU1AsIHRoZW4g RCB3b3VsZCByZWNlaXZlIFBhdGhUZWFyIGZyb20gQyBwcmlvciB0bw0KPiA+IHJlY2VpdmluZyBz aWduYWxpbmcgZm9yIHRoZSBiYWNrdXAgTFNQLCB0aHVzIHJlc3VsdGluZyBpbiBkZWxldGluZyB0 aGUNCj4gPiBMU1Agc3RhdGUuIFRoaXMgd291bGQgYmUgcG9zc2libGUgYXQgc2NhbGUgZXZlbiB3 aXRoIGRlZmF1bHQgcmVmcmVzaA0KPiA+IHRpbWUuDQo+ID4gIg0KPiA+IE1BPiBTaW5jZSBlYWNo IExTUiBpbiB0aGUgcGF0aCBvZiBhIFJTVlAgc2Vzc2lvbiB3aGljaCByZXF1ZXN0ZWQgcHJvdGVj dGlvbg0KPiBoYXMgdG8gYXNzdW1lIGl0IGNhbiBiZSBhIE1QIHdpdGhvdXQgcHJpb3Iga25vd2xl ZGdlLCBhIHNpbXBsZXIgbWV0aG9kIGlzIHRvDQo+IHJlc2V0IHRoZSByZWZyZXNoIHRpbWVvdXQg Zm9yIGVhY2ggc2Vzc2lvbiBhcyBzb29uIGFzIHRoZSBsaW5rIHRvIHRoZSBwcmV2aW91cyBob3AN Cj4gZmFpbGVkLiBJbiBmYWN0LCBhIHVzZXIgY29uZmlndXJhYmxlIE1QIHRpbWVvdXQgdXBvbiBm YWlsdXJlLCBpbmRlcGVuZGVudCBvZiB0aGUNCj4gcmVmcmVzaCB0aW1lb3V0LCBjYW4gYmUgcHJv dmlkZWQgdG8gdHVuZSBpdCB0byB0aGUgZGVzaXJlZCB2YWx1ZSB0byBnaXZlIGVub3VnaCB0aW1l DQo+IHRvIHRoZSBQYXRoIG1lc3NhZ2UgdG8gYmUgcmVjZWl2ZWQgdmlhIHRoZSBieXBhc3MgTFNQ Lg0KPiA+DQo+ID4gMi4gU2VjdGlvbiAzLjEgLSBQcm9ibGVtIERlc2NyaXB0aW9uOg0KPiA+ICIN Cj4gPiAtIElmIHVwb24gdGhlIGxpbmsgZmFpbHVyZSBDIGlzIHRvIGtlZXAgc3RhdGUgdW50aWwg aXRzIHRpbWVvdXQsIHRoZW4NCj4gPiB3aXRoIGxvbmcgcmVmcmVzaCBpbnRlcnZhbCB0aGlzIG1h eSByZXN1bHQgaW4gYSBsYXJnZSBhbW91bnQgb2Ygc3RhbGUNCj4gPiBzdGF0ZSBvbiBDLiBBbHRl cm5hdGl2ZWx5LCBpZiB1cG9uIHRoZSBsaW5rIGZhaWx1cmUgQyBpcyB0byBkZWxldGUgdGhlDQo+ ID4gc3RhdGUgYW5kIHNlbmQgUGF0aFRlYXIgdG8gRCwgdGhpcyB3b3VsZCByZXN1bHQgaW4gZGVs ZXRpbmcgdGhlIHN0YXRlDQo+ID4gb24gRCwgdGh1cyBkZWxldGluZyB0aGUgTFNQLiBEIG5lZWRz IGEgcmVsaWFibGUgbWVjaGFuaXNtIHRvIGRldGVybWluZQ0KPiA+IHdoZXRoZXIgaXQgaXMgTVAg b3Igbm90IHRvIG92ZXJjb21lIHRoaXMgcHJvYmxlbS4NCj4gPiAiDQo+ID4gTUE+IFdoYXQgaXMg ZXhhY3RseSB0aGUgaXNzdWUgd2l0aCBzdGF0ZSB0aW1lb3V0IGJlaW5nIHJldGFpbmVkIHVudGls IHRoZSByZWZyZXNoDQo+IHRpbWVvdXQ/IFlvdSByZWZlciB0byB0aGlzIGFzICJzdGFsZSIgc3Rh dGUgYnV0IGluIGZhY3QgaXQgaXMgZGVzaXJhYmxlIHRvIGtlZXAgdGhlDQo+IHN0YXRlIHVudGls IG5vZGUgRCBjcmVhdGVkIHRoZSBiYWNrdXAgUFNCLiBBbHNvLCByZW1lbWJlciB0aGF0IGhlYWQt ZW5kIG5vZGUNCj4gd2lsbCBwZXJmb3JtIGdsb2JhbCByZXZlcnRpdmUgTUJCIGFuZCBtYXkgdGVh ciBkb3duIHRoZSBMU1AgYmVmb3JlIHRoZSBzdGF0ZQ0KPiB0aW1lb3V0Lg0KPiA+DQo+ID4gMy4g U2VjdGlvbiAzLjEgLSBQcm9ibGVtIFN0YXRlbWVudDoNCj4gPiAiDQo+ID4gLSBJZiBoZWFkLWVu ZCBBIGF0dGVtcHRzIHRvIHRlYXIgZG93biBMU1AgYWZ0ZXIgc3RlcCAxIGJ1dCBiZWZvcmUgc3Rl cA0KPiA+IDIgb2YgdGhlIGFib3ZlIHNlcXVlbmNlLCB0aGVuIEIgbWF5IHJlY2VpdmUgdGhlIHRl YXIgZG93biBtZXNzYWdlDQo+ID4gYmVmb3JlIHN0ZXAgMiBhbmQgZGVsZXRlIHRoZSBMU1Agc3Rh dGUgZnJvbSBpdHMgc3RhdGUgZGF0YWJhc2UuIElmIEINCj4gPiBkZWxldGVzIGl0cyBzdGF0ZSB3 aXRob3V0IGluZm9ybWluZyBELCB3aXRoIGxvbmcgcmVmcmVzaCBpbnRlcnZhbCB0aGlzDQo+ID4g Y291bGQgY2F1c2UgKGxhcmdlKSBidWlsZHVwIG9mIHN0YWxlIHN0YXRlIG9uIEQuDQo+ID4gIg0K PiA+IE1BPiBJIGFtIG5vdCBzdXJlIEkgdW5kZXJzdGFuZCB0aGUgaXNzdWUgaGVyZS4gSWYgQiBh Y3RpbmcgYXMgYSBQTFIgcmVjZWl2ZXMgYQ0KPiBQYXRoVGVhciBmcm9tIEEsIGFsbCBpdCBuZWVk cyB0byBkbyBpcyB0byBjaGVjayB0aGF0IHRoZSBwcmltYXJ5IHBhdGggbmVpZ2hib3IgKEMgaW4N Cj4gdGhpcyBjYXNlKSBpcyBpbiBkb3duIG9yIGluIGNsZWFudXAgc3RhdGUgYW5kIHNlbmQgdGhl IFBhdGhUZWFyIG92ZXIgdGhlIGJ5cGFzcw0KPiBiZWZvcmUgZGVsZXRpbmcgaXRzIG93biBsb2Nh bCBzdGF0ZS4NCj4gPiBOb3RlIGhlcmUgYSBrZXkgYXNzdW1wdGlvbiBpcyB0aGF0IFBMUiBub2Rl IEIgbXVzdCBzZW5kIHRyaWdnZXJlZCBQYXRoIHJlZnJlc2gNCj4gbWVzc2FnZXMgdG8gdGhlIE1Q IG92ZXIgdGhlIGJ5cGFzcy4gSWYgbm9kZSBCIGhhcyB0byB3YWl0IHRvIHRoZSBuZXh0IHJlZnJl c2gNCj4gaW50ZXJ2YWwgdG8gc2VuZCB0aGUgUGF0aCByZWZyZXNoIG92ZXIgdGhlIGJ5cGFzcywg dGhlbiB5b3UgY2FuIHJ1biBpbnRvIHRoZSBpc3N1ZQ0KPiBkZXNjcmliZWQgaGVyZS4NCj4gPg0K PiA+IDQuIFNlY3Rpb24gMy4xIC0gUHJvYmxlbSBTdGF0ZW1lbnQ6DQo+ID4gIg0KPiA+IC0gSWYg QiBmYWlscyB0byBwZXJmb3JtIGxvY2FsIHJlcGFpciBpbiBzdGVwIDEsIHRoZW4gQiB3aWxsIGRl bGV0ZSB0aGUNCj4gPiBMU1Agc3RhdGUgZnJvbSBpdHMgc3RhdGUgZGF0YWJhc2Ugd2l0aG91dCBp bmZvcm1pbmcgRC4gQXMgQiBkZWxldGVzDQo+ID4gaXRzIHN0YXRlIHdpdGhvdXQgaW5mb3JtaW5n IEQsIHdpdGggbG9uZyByZWZyZXNoIGludGVydmFsIHRoaXMgY291bGQNCj4gPiBjYXVzZSAobGFy Z2UpIGJ1aWxkdXAgb2Ygc3RhbGUgc3RhdGUgb24gRC4NCj4gPiAiDQo+ID4gTUE+IFdlbGwgdGhp cyBpcyB0aGUgbm9ybWFsIFJTVlAgc29mdC1zdGF0ZSBiZWhhdmlvciBhbmQgaW4gZmFjdCB0aGlz IGJlaGF2aW9yDQo+IGNhbiBvY2N1ciBmb3IgZGVmZWN0cyBvZiBsaW5rIEItQyB3aGljaCBhcmUg bm90IGRldGVjdGVkIGFuZCB3aGljaCB3aWxsIG5vdCB0cmlnZ2VyDQo+IHRoZSBhY3RpdmF0aW9u IG9mIHRoZSBieXBhc3MgTFNQLiBUaGVyZSBpcyBub3RoaW5nIGFibm9ybWFsIGFib3V0IHRoaXMg YW5kIHRoaXMNCj4gYmVoYXZpb3IgaXMgbm90IHNwZWNpZmljIHRvIHRoZSBjYXNlIHdoZW4gdGhl IGJ5cGFzcyBjb3VsZCBub3QgYmUgYWN0aXZhdGVkLg0KPiA+DQo+ID4gNS4gU2VjdGlvbiA0LjUu MiAtIFByb2NlZHVyZXMgZm9yIGJhY2t3YXJkIGNvbXBhdGliaWxpdHk6DQo+ID4gTUE+IFdoYXQg aXMgdGhlIG5lZWQgdG8gc2V0IHRoZSByZWZyZXNoIGludGVydmFsIHRvIHRoZSBkZWZhdWx0IHZh bHVlIHdoZW4gYSBMU1INCj4gZGV0ZWN0cyB0aGF0IGEgZG93bnN0cmVhbSBvciB1cHN0cmVhbSBu ZWlnaGJvdXIgZG9lcyBub3Qgc3VwcG9ydCB0aGUgcmVmcmVzaA0KPiBpbmRlcGVuZGVudCBwcm9j ZWR1cmVzPyBJIGFzc3VtZSB5b3UgbWVhbnQgdG8gY2hhbmdlIGl0IGJhY2sgdG8gdGhlIGNvbmZp Z3VyZWQNCj4gdmFsdWUgd2hpY2ggbWF5IG5vdCBiZSB0aGUgZGVmYXVsdCB2YWx1ZSBvZiAzMCBz ZWNvbmRzLg0KPiA+DQo= From nobody Sun Nov 29 05:19:44 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B590E1ACE30; Sun, 29 Nov 2015 05:19:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.003 X-Spam-Level: X-Spam-Status: No, score=-0.003 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id m65KN7vBzRoF; Sun, 29 Nov 2015 05:19:40 -0800 (PST) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0757.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::757]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D1ABF1ACE2E; Sun, 29 Nov 2015 05:19:39 -0800 (PST) Received: from BN3PR0501MB1377.namprd05.prod.outlook.com (10.160.117.11) by BN3PR0501MB1379.namprd05.prod.outlook.com (10.160.117.13) with Microsoft SMTP Server (TLS) id 15.1.331.20; Sun, 29 Nov 2015 13:19:23 +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.0331.023; Sun, 29 Nov 2015 13:19:23 +0000 From: Chandrasekar Ramachandran To: Guijuan Wang 3 , "draft-chandra-mpls-ri-rsvp-frr@ietf.org" , "mpls@ietf.org" Thread-Topic: MPLS-RT review of draft-chandra-mpls-ri-rsvp-frr Thread-Index: AQHRF2S33nSvFxxJdUWKBLWJ31yyKp6NjuCAgCV7zzA= Date: Sun, 29 Nov 2015 13:19:22 +0000 Message-ID: References: <5628D430.4070602@pi.nu> <4A79394211F1AF4EB57D998426C9340DD479A17D@US70UWXCHMBA01.zam.alcatel-lucent.com> <95453A37E413464E93B5ABC0F8164C4D14C7A93F@eusaamb101.ericsson.se> <562B0CC6.4080909@pi.nu> <563AA906.5020908@pi.nu> 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=csekar@juniper.net; x-originating-ip: [116.197.184.13] x-microsoft-exchange-diagnostics: 1; BN3PR0501MB1379; 5:usNgqBe3iRFFrY9a9BrtaQP67o0tx4hFe/dnjuL0YW0y548WlyZmUquzy+sM3X0nx3sY9w4y0fRUBsf55E7nk5lK+PmPvzGqF433Bc0Eg/Vsv+EnCJE2WL9oH4V7a869/nWeGpSY59AJ5jQufVTDQQ==; 24:tTLm35fQgrGx0N3StyPBr8yE2OXOp72WpBysgsQtbJGKdFxQ2tB8v+np24XbjJDU/UqI/3vDflPV/8WVq4jTeqQS4qAxB0vh6OWYbnSAfew= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BN3PR0501MB1379; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(37575265505322); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(5005006)(520078)(10201501046)(3002001); SRVR:BN3PR0501MB1379; BCL:0; PCL:0; RULEID:; SRVR:BN3PR0501MB1379; x-forefront-prvs: 0775716B9D x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(37854004)(50944005)(13464003)(189002)(52604005)(199003)(164054003)(377454003)(15975445007)(92566002)(5001960100002)(1220700001)(19580395003)(586003)(101416001)(66066001)(76576001)(10400500002)(5008740100001)(102836003)(19580405001)(122556002)(6116002)(1096002)(11100500001)(33656002)(3846002)(2501003)(86362001)(99286002)(106356001)(40100003)(2201001)(77096005)(87936001)(105586002)(5003600100002)(50986999)(5004730100002)(189998001)(54356999)(5002640100001)(76176999)(93886004)(81156007)(5001770100001)(97736004)(2900100001)(230783001)(74316001)(2950100001)(106116001)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR0501MB1379; 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:23 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: 29 Nov 2015 13:19:22.2917 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR0501MB1379 Archived-At: Cc: "mpls-chairs@ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-chandra-mpls-ri-rsvp-frr X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Nov 2015 13:19:42 -0000 SGVsbG8gSmVhbiwNClRoYW5rcyBmb3IgeW91ciBjb21tZW50cy4gUGxlYXNlIGZpbmQgdGhlIHJl c3BvbnNlcyBpbmxpbmUuDQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTog R3VpanVhbiBXYW5nIDMgW21haWx0bzpndWlqdWFuLndhbmdAZXJpY3Nzb24uY29tXQ0KPiBTZW50 OiBUaHVyc2RheSwgTm92ZW1iZXIgMDUsIDIwMTUgOTowMCBQTQ0KPiBUbzogZHJhZnQtY2hhbmRy YS1tcGxzLXJpLXJzdnAtZnJyQGlldGYub3JnOyBtcGxzQGlldGYub3JnDQo+IENjOiBtcGxzLWNo YWlyc0BpZXRmLm9yZzsgTG9hIEFuZGVyc3NvbiA8bG9hQHBpLm51Pg0KPiBTdWJqZWN0OiBSRTog TVBMUy1SVCByZXZpZXcgb2YgZHJhZnQtY2hhbmRyYS1tcGxzLXJpLXJzdnAtZnJyDQo+IA0KPiBE ZWFyIEF1dGhvcnMsDQo+IA0KPiBUaGFua3MgZm9yIGRyYWZ0aW5nIHRoaXMgc29sdXRpb24sIEl0 IHdvdWxkIGJlIHVzZWZ1bCBpZiB0aGUgRlJSIGNhbiBiZQ0KPiBjb21wbGV0ZWx5IGluZGVwZW5k ZW50IG9mIHJlZnJlc2guDQo+IEkgcmVhZCB0aHJvdWdoIGl0IGFuZCBoZXJlIGlzIG15IGNvbW1l bnQuDQo+IA0KPiANCj4gU2VjdGlvbiAzLCBwYWdlIDYsIFByb2JsZW0gRGVzY3JpcHRpb246DQo+ IFBlciBSRkMgNDA5MCwgc2VjdGlvbiA3LjIgc2VjdGlvbiBIYW5kbGluZyBGYWlsdXJlcywgaXQg aGFzIHJlcXVpcmVkIHRoZQ0KPiBwb3N0cG9uZSBvZiBzZW5kaW5nIFBhdGhDbGVhciwgd2FpdCBh bm90aGVyIDMwcyBieSBkZWZhdWx0LiBUaGVuIHRoZQ0KPiBwb3NzaWJpbGl0eSBmb3IgdGhlIGZp cnN0IGNvbnNlcXVlbmNlIHNob3VsZCBiZSBsb3dlciB0aGFuIHRoZSBmb2xsb3dpbmcNCj4gY29u c2VxdWVuY2UsIGJldHRlciB0byBtb3ZlIGl0IGJhY2sgYmFzZWQgb24gdGhlIGxvZ2ljIHRoYXQg dGhlIG1ham9yIGlzc3VlDQo+IGNvbWVzIGZpcnN0Lg0KDQpbQ2hhbmRyYV0gWWVzLCB3ZSB3aWxs IGNsYXJpZnkgdGhhdCB0aGUgcmVmZXJlbmNlcyB0byAicm91dGVyIEMgdGltaW5nIG91dCBMU1Ag c3RhdGVzIiBpbiBTZWN0aW9uIDMgdG8gaW5kaWNhdGUgdGhhdCBhcyBwZXIgUkZDIDQwOTAgdGhl IHN0YXRlIHRpbWUgb3V0IG9uIEMgd291bGQgb2NjdXIgYWZ0ZXIgYW4gYWRkaXRpb25hbCB0aW1l IG91dCBjeWNsZS4NCiANCj4gU2VjdGlvbiA0LCBwYWdlIDcsIFNvbHV0aW9uIEFzcGVjdHM6DQo+ ICAgUmVhZCB0aHJvdWdoIHRoZSB3aG9sZSBzb2x1dGlvbiwgaXQgcmVxdWlyZXMgdGhlIHN1cHBv cnRpbmcgb2Ygc2VydmFsIG90aGVyDQo+IFJGQ3MgYW5kIGFsc28gdHdvIHdvcmtpbmctaW4tcHJv Z3Jlc3NlcyBSRkNzLiBCZXR0ZXIgdG8gYWRkIOKAnFByZS0NCj4gUmVxdWlzaXRlc+KAnSBpbnRy b2R1Y3Rpb24gaW4gdGhlIGJlZ2lubmluZyBvZiB0aGlzIGNoYXB0ZXIsIHRoZW4gdGhlIHVzZXIg Zm9yDQo+IHRoaXMgZG9jdW1lbnQga25vdyBpdCBoYXMgdG8gcmVhZC9pbXBsZW1lbnQgdGhlIHBy ZXJlcXVpc2l0ZSBmaXJzdGx5Lg0KPiBBdCB0aGUgb3RoZXIgaGFuZCwgdGhlIG1ham9yIGNoYW5n ZSBpbiB0aGUgY2l0ZWQgW1N1bW1hcnktRlJSXSBhbmQgW1RFLQ0KPiBTQ0FMRS1SRUNdIG1heSBi ZSBtb25pdG9yZWQgYW5kIGJyb3VnaHQgYmFjayB0byB0aGlzIGRvY3VtZW50LiBGb3INCj4gZXhh bXBsZSBhIGNvbW1lbnQgaGFzIGJlZW4gcmFpc2VkIGZvciB0aGUgbmV3IHN1Yi1vYmplY3QgZGVm aW5pdGlvbiBpbg0KPiBbU3VtbWFyeS1GUlJdLCBpdCBtYXkgYmUgY2hhbmdlZC4NCg0KW0NoYW5k cmFdIFllcywgd2Ugd2lsbCBpbnRyb2R1Y2UgYSBuZXcgc2VjdGlvbiBvciBzdWItc2VjdGlvbiB0 byBjbGFyaWZ5IHRoZSBwcmUtcmVxdWlzaXRlcy4gSXQgaXMgdHJ1ZSB0aGF0IHRoZSBieXBhc3Mg YXNzb2NpYXRpb24gcHJvY2VkdXJlIGluIFN1bW1hcnktRlJSIGRyYWZ0IHdpbGwgYmUgcmUtc3Bl Y2lmaWVkIHRvIHVzZSBBc3NvY2lhdGlvbiBvYmplY3QuIEFzIHRoZSB1cGRhdGUgdG8gdGhhdCBk cmFmdCBoYXMgbm90IHlldCBiZWVuIHVwbG9hZGVkLCB3ZSBoYXZlIG5vdCB5ZXQgbW9kaWZpZWQg b3VyIGRyYWZ0Lg0KDQo+IFNlY3Rpb24gNC4xLjEsIHBhZ2UgOSwgUExSIEJlaGF2aW9yDQo+IElz IGJlbG93IHBhcmFncmFwaCBwYXJhbGxlbCB0byBpdHMgZm9ybWVyIGFuZCBmb2xsb3dpbmcgcGFy YWdyYXBocz8gSWYgc28sDQo+IHBsZWFzZSBjaGFuZ2UgaXRzIGZvcm1hdCBzdHlsZSwgdGhhdCBp cyBhZGRpbmcg4oCcLeKAnCBpbiB0aGUgYmVnaW5uaW5nIGFuZCB1c2UNCj4gc2FtZSBpbmRlbnRh dGlvbnMgYXMgb3RoZXJzLiBDdXJyZW50IHN0eWxlIG1ha2VzIG1lIGZlZWwgaXTigJlzIHRoZSBw YXJlbnQgb2YNCj4gdGhlIGZvbGxvd2luZyAyIHBhcmFncmFwaHMuDQo+IEluIHRoaXMgZG9jLCBp dCBzYXlzOg0KPiDigJxJbiBwYXJhbGxlbCB0byB0aGUgYXR0ZW1wdCBtYWRlIHRvIGNyZWF0ZSBO UC1ieXBhc3Mgb3IgTFAtYnlwYXNzLCB0aGUgUExSDQo+IFNIT1VMRCBpbml0aWF0ZSAuLi7igJ0N Cg0KW0NoYW5kcmFdIFllcywgd2Ugd2lsbCBpbmRlbnQgdGhlIHBhcmFncmFwaHMgIldoaWxlIHNl bGVjdGluZyB0aGUgZGVzdGluYXRpb24gYWRkcmVzcyAuLi4iIGJlY2F1c2UgdGhhdCBwYXJhZ3Jh cGggaXMgYSBzcGVjaWZpYyByZWNvbW1lbmRhdGlvbiBmb3Igc2VsZWN0aW5nIGRlc3RpbmF0aW9u IGFkZHJlc3MuDQoNCj4gU2VjdGlvbiA0LjEuMiwgcGFnZSA5LCBSZW1vdGUgU2lnbmFsaW5nIEFk amFjZW5jeToNCj4gQSBuZXcgaGVsbG8gaXMgaW50cm9kdWNlZCwgdmlhIG11bHRpcGxlIGhvcHMu IEJldHRlciB0byBnaXZlIHRoZSBzdWdnZXN0ZWQNCj4gZGVmYXVsdCBpbnRlcnZhbCwgdGhlIGhl bGxvIGludGVydmFsIGluIFJGQzMyMDkgaXMgNSBtcywgaXQgbWF5IGJlIHRvbyBxdWljayBmb3IN Cj4gdGhpcyBzb2x1dGlvbi4NCg0KW0NoYW5kcmFdIFllcywgeW91IGFyZSBjb3JyZWN0IHRoYXQg dGhlIGRlZmF1bHQgaGVsbG8gaW50ZXJ2YWwgc3BlY2lmaWVkIGluIFJGQyAzMjA5IGlzIG5vdCBz dWl0YWJsZSBmb3IgTm9kZUlEIGhlbGxvIHNlc3Npb24uIFRoZSBURS1TQ0FMRS1SRUMgZHJhZnQg KGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLXRlYXMtcnN2cC10ZS1zY2Fs aW5nLXJlYy0wMCkgbWFrZXMgdGhlIHJlY29tbWVuZGF0aW9uIG9mIDkgc2Vjb25kcyBmb3IgdGhl IGhlbGxvIGludGVydmFsLiBIb3dldmVyLCB3ZSB3aWxsIGFsc28gZXhwbGljaXRseSBzdGF0ZSBp biBTZWN0aW9uIDQuMS4yIG9mIG91ciBkcmFmdCB0byBmb2xsb3cgdGhlIHJlY29tbWVuZGF0aW9u IG9mIFRFLVNDQUxFLVJFQyBkcmFmdC4gDQoNCj4gNC4xLjUuIHBhZ2UgMTEsICJSZW1vdGUiIHN0 YXRlIG9uIE1QDQo+IFR5cG8sIGNoYW5nZSBmb3JtIHRvIOKAnGZyb23igJ0gZm9yIGJlbG93IHNl bnRlbmNlLg0KPiDigJx0aGUgInJlbW90ZSJwYXRoIHN0YXRlIGlzIG5vdCBzaWduYWxlZCBleHBs aWNpdGx5IGZvcm0gUExSLuKAnQ0KDQpbQ2hhbmRyYV0gWWVzLCB3aWxsIGNvcnJlY3QgdGhlIHR5 cG8gaW4gdGhlIG5leHQgcmV2aXNpb24uDQoNCj4gU2VjdGlvbiA0LjEuMSwgcGFnZSA5LCBmaXJz dCBwYXJhZ3JhcGg6DQo+IE5vIGZ1bGwgd29yZHMgZm9yIFRFRCB0aGUgZmlyc3QgdGltZSBpdCBp cyBtZW50aW9uZWQsIHdvdWxkIHlvdSBwbGVhc2UgYWRkIGl0Lg0KPiBBbmQgd291bGQgYmUgZ3Jl YXQgaWYgeW91IGNhbiBnaXZlIGEgYnJpZWYgaW50cm9kdWN0aW9uIG9uIHVzaW5nIHRoZSBURUQg dG8NCj4gZGV0ZXJtaW5lIHJvdXRlSWQuDQo+IOKAnElmIHRoZSBQTFIgYW5kIHRoZSBNUCBhcmUg aW4gc2FtZSBhcmVhLCB0aGVuIHRoZSBQTFIgbWF5IFV0aWxpemUgdGhlIFRFRCB0bw0KPiBkZXRl cm1pbmUgdGhlIHJvdXRlciBJRCBmcm9tIHRoZSBpbnRlcmZhY2UgYWRkcmVzcyBpbiBSUk8gKGlm IE5vZGVJRCBpcyBub3QNCj4gaW5jbHVkZWQgaW4gUlJPKS7igJ0NCg0KW0NoYW5kcmFdIFllcywg d2Ugd2lsbCBwcm92aWRlIHNvbWUgYWRkaXRpb25hbCB0ZXh0IGluIFNlY3Rpb24gNC4xLjEgZm9y IHRoaXMuIFdlIHdpbGwgYWxzbyBpbmNsdWRlIFRFRCBpbiBUZXJtaW5vbG9neSBzZWN0aW9uLg0K DQo+IFNlY3Rpb24gNC4xLjE6IHBhZ2UgOSwgcGFyYWdyYXBoIDQ6DQo+IFdob3NlIHRpbWVvdXQg ZG8geW91IG1lYW4gYnkg4oCcYSB0aW1lb3V04oCdIGluIGJlbG93IHBhcmFncmFwaD8gQWxzbyBt YXkNCj4gYmUgYmV0dGVyIHRvIG1vdmUgdGhlIOKAnG9uIHRoZSBvdGhlciBoYW5k4oCmIOKAnCB0 byB0aGUgcGFyYWdyYXBoIGFib3ZlIGl0LiBBdA0KPiBmaXJzdCBnbGFuY2UsIHRoZSBzZW50ZW5j ZSBiZWZvcmUgYW5kIGFmdGVyIOKAnG9uIHRoZSBvdGhlciBoYW5k4oCdIHNlZW1zIGxpa2UNCj4g ZHVwbGljYXRlZC4NCj4gSW4gdGhpcyBkb2N1bWVudCwgaXQgc2F5czoNCj4gIlRoZSBQTFIgU0hP VUxEIHdhaXQgZm9yIGEgdGltZSBvdXQgYmVmb3JlIHJlbW92aW5nDQo+IFNVTU1BUllfRlJSX0JZ UEFTU19BU1NJR05NRU5UIHN1Yi1vYmplY3QgaW4gUlJPIGFuZCB0cmlnZ2VyaW5nDQo+IFBBVEgg ZG93bnN0cmVhbS4gT24gdGhlIG90aGVyIGhhbmQsIHRoZSBQTFIgbmVlZCBub3Qgd2FpdCBmb3Ig YSB0aW1lIG91dA0KPiB0byBhZGQgU1VNTUFSWV9GUlJfQllQQVNTX0FTU0lHTk1FTlQgc3Vib2Jq ZWN0IGluIFJSTyBhbmQgbWF5DQo+IGltbWVkaWF0ZWx5IHRyaWdnZXIgUEFUSCBkb3duc3RyZWFt LiINCg0KW0NoYW5kcmFdIEFjdHVhbGx5LCB0aGUgdGltZSBvdXQgaW5kaWNhdGVkIGhlcmUgaXMg bm90IHJlbGF0ZWQgdG8gc3RhdGUgdGltZSBvdXQuIEJ1dCBJIGFncmVlIHRoYXQgdGhpcyBwYXJh Z3JhcGggaXMgYSBiaXQgY29uZnVzaW5nLiBBcyB0aGUgcHJvY2VkdXJlcyBhcmUgZXhwZWN0ZWQg dG8gYmUgc3BlY2lmaWVkIGluIFNVTU1BUlktRlJSIGRyYWZ0LCB3ZSB3aWxsIHJlbW92ZSB0aGUg bGFzdCBwYXJhZ3JhcGggKHRoZSBvbmUgc3RhcnRpbmcgd2l0aCAiQWZ0ZXIgc2lnbmFsaW5nIHBy b3RlY3Rpb24gYXZhaWxhYmlsaXR5IC4uLiIpIGFuZCBjb21iaW5lIHRoZSBwcmV2aW91cyB0d28g cGFyYWdyYXBocy4gVGhhdCBpcywgd2Ugd2lsbCBtZXJnZSB0aGUgdHdvIHBhcmFncmFwaHMgIklu IHBhcmFsbGVsIHRvIHRoZSBhdHRlbXB0IG1hZGUgLi4uIiBhbmQgIklmIHRoZSBieXBhc3MgTFNQ IGNvbWVzIHVwLCB0aGVuIHRoZSBQTFIgc2hvdWxkIGluY2x1ZGUgLi4uIi4NCg0KPiA0LjIuIHBh Z2UgMTEsIEltcGFjdCBvZiBGYWlsdXJlcyBvbiBMU1AgU3RhdGU6DQo+IEluIHRoZSBsYXN0IHBh cmFncmFwaCwgaXQgc2F5cyBpbXBsZW1lbnRhdGlvbiBkb2VzbuKAmXQgbmVlZCB0byBoYXZlIGEg d2F5IHRvDQo+IGRpc3Rpbmd1aXNoIOKAnGxpbmstZmFpbHVyZeKAnSBhbmQg4oCcbm9kZS1mYWls dXJl4oCdLCBidXQgdGhlIGZvbGxvd2luZyBzdGF0ZW1lbnQgZm9yDQo+IGhhbmRsaW5nIGRvZXMg ZGlzdGluZ3Vpc2ggdGhlIOKAnGxpbmstZmFpbHVyZeKAnSBhbmQg4oCcbm9kZS1mYWlsdXJl4oCd LCBzdWNoIGFzIExQLU1QDQo+IGhhcyBkaWZmZXJlbnQgcHJvY2VkdXJlcyBmb3IgbGluayBhbmQg bm9kZSBGYWlsdXJlIGRlZmluZWQgaW4gNC4yLjIgYW5kIDQuMi4zDQo+IHNlcGFyYXRlbHkuIElz IGl0IGNvbmZsaWN0aW5nPw0KDQpbQ2hhbmRyYV0gVGhhbmtzIGZvciBwb2ludGluZyBvdXQgdGhl IGNvbmZsaWN0LiBUaGUgVEUtU0NBTEUtUkVDIGRyYWZ0IGRvZXMgcmVjb21tZW5kIHRoZSB1c2Ug b2YgTm9kZUlEIGJhc2VkIGhlbGxvIHNlc3Npb24gYW5kIGhlbmNlIHRoZSBwYXJhZ3JhcGggIkl0 IHNob3VsZCBiZSBub3RlZCB0aGF0IGV2ZW4gdGhvdWdoIHRoaXMgc2VjdGlvbiBhbmQgdGhlIHN1 YnNlcXVlbnQgLi4uIiBpcyBpbiBjb25mbGljdCB3aXRoIHRoYXQgcmVjb21tZW5kYXRpb24uIFdl IHdpbGwgcmVtb3ZlIHRoaXMgcGFyYWdyYXBoLg0KDQo+IEFsc28gaW4gdGhlIG9wdGlvbmFsIHdh eSBvZiB1c2luZyBub2RlLWlkIGJhc2VkIGhlbGxvIHRvIGRpc3Rpbmd1aXNoIHRoZW0sDQo+IGJl dHRlciB0byBnaXZlIGZ1cnRoZXIgZGV0YWlscyBvbiBob3cgdG8gZGlzdGluZ3Vpc2guDQoNCltD aGFuZHJhXSBQbGVhc2UgcmVmZXIgdG8gbXkgcmVzcG9uc2UgdG8geW91ciBwcmV2aW91cyBjb21t ZW50LiBXZSB3aWxsIHJlbW92ZSB0aGUgcGFyYWdyYXBoIGFuZCBwb3NzaWJseSByZWZlciB0byBU RS1TQ0FMRS1SRUMgdG8gY2xhcmlmeSByZWdhcmRpbmcgZmFpbHVyZSBkZXRlY3Rpb24uIA0KDQo+ IDQuMi4gcGFnZSAxMX4xNCwgSW1wYWN0IG9mIEZhaWx1cmVzIG9uIExTUCBTdGF0ZSBPdmVyYWxs LCBpbiB0aGlzIHNlY3Rpb24sDQo+IHNldmVyYWwgY29uZGl0aW9ucyBhcmUgbWVudGlvbmVkIGFu ZCBkaWZmZXJlbnQgaGFuZGxpbmcgbmVlZCB0byBiZSB0YWtlbg0KPiBiYXNlZCBvbiBkaWZmZXJl bnQgY29uZGl0aW9ucyBjb21iaW5hdGlvbnMsIGFuZCA3IGhhbmRsaW5nIGNhc2VzIGFyZQ0KPiBp bnRyb2R1Y2VkLiBJcyBpdCBwb3NzaWJsZSB0byBjYXRlZ29yeSB0aGVtLCBvciBzaW1wbHkgdGhl IGNvbWJpbmF0aW9ucyBiYXNlZA0KPiBvbiBiZWxvdyAzIGNvbnNpZGVyYXRpb25zPw0KPiBhLglE aXN0aW5ndWlzaGluZyBhbmQgdW5kZXJzdGFuZGluZyA3IGNhc2VzIGlzIGEgbGl0dGxlIGNvbXBs ZXggZm9yDQo+IGltcGxlbWVudGF0aW9uLg0KPiBiLglUaGVyZSBtYXkgYmUgY29uZGl0aW9ucyBj b21iaW5hdGlvbiB0aGF0IGlzIG5vdCBlbnVtZXJhdGVkIGluIHRoaXMNCj4gZG9jdW1lbnQuDQo+ IGMuCVNvbWUgY2FzZSBoYW5kbGluZyBhcmUgdmVyeSBzaW1pbGFyIHN1Y2ggYXMgc2VjdGlvbiA0 LjIuMiBhbmQgNC4yLjQuDQoNCltDaGFuZHJhXSBXZSB3aWxsIGNsYXNzaWZ5IHRoZSA3IHN1Yi1z ZWN0aW9ucyBpbnRvIDMgY2F0ZWdvcmllcyAtIExQLU1QIGJlaGF2aW9yLCBOUC1NUCBiZWhhdmlv ciBhbmQgUm91dGVyIHRoYXQgaXMgc2ltdWx0YW5lb3VzbHkgTFAtTVAgYW5kIE5QLU1QLiBFYWNo IGNhdGVnb3J5IHdpbGwgY29udGFpbiB0aGUgcHJvY2VkdXJlcyB0byBoYW5kbGUgZGlmZmVyZW50 IHR5cGVzIG9mIGZhaWx1cmVzLCBzbyB0aGF0IGl0IHdvdWxkIGJlIGNsZWFyIHRoYXQgYWxsIHBv c3NpYmxlIGNvbWJpbmF0aW9ucyBhcmUgZW51bWVyYXRlZC4gVGhlIGJlaGF2aW9yIG9mIG5vbi1N UCBzaG91bGQgYmUgb2J2aW91cyBhbmQgZG9lcyBub3QgcmVxdWlyZSB0aGUgZXhwbGljaXQgc3Bl Y2lmaWNhdGlvbi4NCg0KPiA0LjUuMSwgcGFnZSAxOSwgRGV0ZWN0aW5nIFN1cHBvcnQgZm9yIFJl ZnJlc2ggaW50ZXJ2YWwgSW5kZXBlbmRlbnQgRlJSDQo+IFNlZW1zIHRoZSBkZXRlY3Rpb24gbWFp bmx5IGNvdW50cyBvbiB0aGUgZGV0ZWN0aW9uIHByb2NlZHVyZSBmb3IgW1RFLQ0KPiBTQ0FMRS1S RUNdIGFuZCBbU1VNTUFSWS1GUlJdLCBidXQgdGhpcyBkb2N1bWVudCBpbnRyb2R1Y2VzIGV4dHJh DQo+IGV4dGVuc2lvbnMsIHN1Y2ggYXMgbXVsdGlwbGUtaG9wIGhlbGxvLCBhbmQgY29uZGl0aW9u IG9iamVjdCwgdGhlcmUgc2hvdWxkDQo+IGFsc28gYSBuZXcgd2F5IHRvIGRldGVjdCB0aGUgc3Vw cG9ydCBmb3IgdGhlbS4NCg0KW0NoYW5kcmFdIFNlY3Rpb24gMi4yIG9mIFRFLVNDQUxFLVJFQyBj b250YWlucyB0aGUgZm9sbG93aW5nIHJlY29tbWVuZGF0aW9uLg0KDQogICAgLSAoSWYgQnlwYXNz IEZSUiBbUkZDNDA5MF0gaXMgc3VwcG9ydGVkLCkgTVVTVCBpbXBsZW1lbnQgcHJvY2VkdXJlcw0K ICAgICAgc3BlY2lmaWVkIGluIFtSSS1SU1ZQLUZSUl0gd2hpY2ggZGVzY3JpYmVzIG1ldGhvZHMg dG8gZmFjaWxpdGF0ZQ0KICAgICAgRlJSIHRoYXQgd29ya3MgaW5kZXBlbmRlbnRseSBvZiB0aGUg cmVmcmVzaC1pbnRlcnZhbC4NCg0KSGVuY2UgdGhlIGRlZmluaXRpb24gb2YgSS1iaXQgaW4gU2Vj dGlvbiAyLjIuMSBvZiBURS1TQ0FMRS1SRUMgc2hvdWxkIGluY2x1ZGUgdGhlIHN1cHBvcnQgZm9y IHRoZSBwcm9jZWR1cmVzIGluIFJJLVJTVlAtRlJSIGRyYWZ0LiBJdCBzaG91bGQgYmUgbm90ZWQg dGhhdCBURS1TQ0FMRS1SRUMgaGFzIHNwZWNpZmllZCBhIHNlcGFyYXRlIGZsYWcgRi1iaXQgdG8g ZW5hYmxlIGltcGxlbWVudGF0aW9ucyB0byBzdXBwb3J0IHBlci1wZWVyIGZsb3cgY29udHJvbCB3 aXRob3V0IHN1cHBvcnRpbmcgUmVmcmVzaC1pbmRlcGVuZGVudCBSU1ZQLg0KDQpXZSB3aWxsIGV4 cGxpY2l0bHkgYWRkIHRoZSBhYm92ZSBjbGFyaWZpY2F0aW9uIGluIFNlY3Rpb24gNC41LjEuDQoN ClRoYW5rcywNCkNoYW5kcmEuDQoNCg== From nobody Sun Nov 29 08:42:25 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 695E61A0335; Sun, 29 Nov 2015 08:42:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.701 X-Spam-Level: X-Spam-Status: No, score=-0.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, J_CHICKENPOX_44=0.6, J_CHICKENPOX_74=0.6, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id N9hUdwMrkCf4; Sun, 29 Nov 2015 08:42:19 -0800 (PST) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0130.outbound.protection.outlook.com [65.55.169.130]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 642591A0334; Sun, 29 Nov 2015 08:42:19 -0800 (PST) Received: from BN3PR0501MB1377.namprd05.prod.outlook.com (10.160.117.11) by BN3PR0501MB1377.namprd05.prod.outlook.com (10.160.117.11) with Microsoft SMTP Server (TLS) id 15.1.331.20; Sun, 29 Nov 2015 16:42:15 +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.0331.023; Sun, 29 Nov 2015 16:42:15 +0000 From: Chandrasekar Ramachandran To: "lizho.jin@gmail.com" , loa , sriganesh.kini , mustapha.aissaoui , lucy.yong , guijuan.wang , draft-chandra-mpls-ri-rsvp-frr , mpls-chairs Thread-Topic: MPLS-RT review of draft-chandra-mpls-ri-rsvp-frr Thread-Index: AQHRIt7s3nSvFxxJdUWKBLWJ31yyKp6zC8vg Date: Sun, 29 Nov 2015 16:42:14 +0000 Message-ID: References: <5628D430.4070602@pi.nu> <201511192320355454636@gmail.com> In-Reply-To: <201511192320355454636@gmail.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.13] x-microsoft-exchange-diagnostics: 1; BN3PR0501MB1377; 5:vmfNtK/UWJAzVqOuPYevasqoejeae5s2h8iGSbbpnyW1xKSzXKzQxl9QLYwo1jQoFsVeu5NmvtOfRV5/FVhxEhrTIwARwUW0PiqgN5ru2E1a34Se165VgaOZBNk+umYUyxGW5a+hSqD64rjWIVvjng==; 24:6QefXRYL6BW/kvPGPGscWUR8OGoHQY8S2sQ2pcr/p5rR5y1nKOWQlUj3Rczjqm2ik8RNd2Zh6Jm1uUSKgctyUQl4HoieP8ZSDfW8rO4rxVw= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BN3PR0501MB1377; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(108003899814671)(37575265505322); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(520078)(8121501046)(5005006)(10201501046)(3002001); SRVR:BN3PR0501MB1377; BCL:0; PCL:0; RULEID:; SRVR:BN3PR0501MB1377; x-forefront-prvs: 0775716B9D x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(53754006)(189002)(252514010)(377424004)(164054003)(377454003)(37854004)(199003)(16236675004)(2900100001)(6116002)(74316001)(50986999)(2950100001)(5001960100002)(11100500001)(4001150100001)(189998001)(5003600100002)(5008740100001)(97736004)(92566002)(2501003)(40100003)(10400500002)(230783001)(87936001)(81156007)(5004730100002)(86362001)(19580395003)(99286002)(19300405004)(19580405001)(5001770100001)(3846002)(102836003)(19625215002)(54356999)(15975445007)(33656002)(106116001)(66066001)(106356001)(586003)(790700001)(76576001)(122556002)(76176999)(19609705001)(105586002)(77096005)(1220700001)(101416001)(1096002)(5002640100001)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR0501MB1377; 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:23 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_BN3PR0501MB1377B2862AE09DAA69F38206D9010BN3PR0501MB1377_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Nov 2015 16:42:14.7042 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR0501MB1377 Archived-At: Cc: mpls Subject: Re: [mpls] MPLS-RT review of draft-chandra-mpls-ri-rsvp-frr X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Nov 2015 16:42:23 -0000 --_000_BN3PR0501MB1377B2862AE09DAA69F38206D9010BN3PR0501MB1377_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgTGl6aG9uZywNClBsZWFzZSByZWZlciBpbmxpbmUgZm9yIHJlc3BvbnNlcy4NCg0KRnJvbTog bGl6aG8uamluQGdtYWlsLmNvbSBbbWFpbHRvOmxpemhvLmppbkBnbWFpbC5jb21dDQpTZW50OiBU aHVyc2RheSwgTm92ZW1iZXIgMTksIDIwMTUgODo1OSBQTQ0KVG86IGxvYSA8bG9hQHBpLm51Pjsg c3JpZ2FuZXNoLmtpbmkgPHNyaWdhbmVzaC5raW5pQGVyaWNzc29uLmNvbT47IG11c3RhcGhhLmFp c3Nhb3VpIDxtdXN0YXBoYS5haXNzYW91aUBhbGNhdGVsLWx1Y2VudC5jb20+OyBsdWN5Lnlvbmcg PGx1Y3kueW9uZ0BodWF3ZWkuY29tPjsgZ3VpanVhbi53YW5nIDxndWlqdWFuLndhbmdAZXJpY3Nz b24uY29tPjsgZHJhZnQtY2hhbmRyYS1tcGxzLXJpLXJzdnAtZnJyIDxkcmFmdC1jaGFuZHJhLW1w bHMtcmktcnN2cC1mcnJAaWV0Zi5vcmc+OyBtcGxzLWNoYWlycyA8bXBscy1jaGFpcnNAaWV0Zi5v cmc+DQpDYzogbXBscyA8bXBsc0BpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBNUExTLVJUIHJldmll dyBvZiBkcmFmdC1jaGFuZHJhLW1wbHMtcmktcnN2cC1mcnINCg0KSGkgQWxsDQpJIHJldmlld2Vk IHJldmlldyBvZiBkcmFmdC1jaGFuZHJhLW1wbHMtcmktcnN2cC1mcnIgYXMgdGhlIG1lbWJlciBv ZiBNUExTDQpSZXZpZXcgVGVhbS4gSSB0aGluayB0aGUgZG9jdW1lbnQgcmVzb2x2ZXMgYSByZWFs IHByb2JsZW0gaW4gRlJSLCBhbmQgaXQgaXMNCnVzZWZ1bCBhbmQgdGVjaG5pY2FsbHkgc291bmQu IEF0IHRoZSBzYW1lIHRpbWUsIEkgaGF2ZSBzZXZlcmFsIHF1ZXN0aW9ucywgYW5kDQp3b3VsZCBh cHByZWNpYXRlIHRvIHJlc29sdmUgdGhlbSBiZWZvcmUgV0cgYWRvcHRpb24uDQoNCkFic3RyYWN0 DQpbTGl6aG9uZ10gV2hlbiBJIGZpbmlzaCByZWFkaW5nIEFic3RyYWN0LCBJIGhvcGUgdG8ga25v dyB3aGF0IGlzIHRoZQ0KcmVmcmVzaC1pbnRlcnZhbCBpbmRlcGVuZGVudCBGUlIuIENvdWxkIHlv dSBhZGQgdGhlIGtleSBwb2ludCBvZiB0aGUNCnNvbHV0aW9uIGluIHRoZSBBYnN0cmFjdCBzZWN0 aW9uPw0KDQpbQ2hhbmRyYV0gV2lsbCB0aGUgZm9sbG93aW5nIHRleHQgcmVwbGFjaW5nIHRoZSBz ZWNvbmQgcGFyYWdyYXBoIGluIEFic3RyYWN0IGJlIHN1ZmZpY2llbnQ/DQoNCuKAnEluIG9yZGVy IHRvIGVsaW1pbmF0ZSB0aGUgcmVsaWFuY2Ugb24gcmVmcmVzaCB0aW1lb3V0cyBpbiBSU1ZQLCB0 aGUgcm91dGVycyBzaG91bGQgdW5hbWJpZ3VvdXNseSBkZXRlcm1pbmUgd2hlbiBhIHBhcnRpY3Vs YXIgTFNQIHN0YXRlIHNob3VsZCBiZSBkZWxldGVkLiBDb3VwbGluZyB0aGUgc3RhdGVzIGNvcnJl c3BvbmRpbmcgdG8gYSBwYXJ0aWN1bGFyIExTUCB3aXRoIHRoZSBjb3JyZXNwb25kaW5nIFJTVlAt VEUgc2lnbmFsaW5nIGFkamFjZW5jaWVzIHdpbGwgaGVscCBpbiBzY2VuYXJpb3Mgb3RoZXIgdGhh biBGUlIgdXNpbmcgYnlwYXNzIHR1bm5lbHMuIEhvd2V2ZXIsIGluIHNjZW5hcmlvcyBpbnZvbHZp bmcgRlJSIHVzaW5nIGJ5cGFzcyB0dW5uZWxzLCBhZGRpdGlvbmFsIHRlYXIgZG93biBtZXNzYWdl cyB3aWxsIGJlIHJlcXVpcmVkLiBSZWZyZXNoLWludGVydmFsIGluZGVwZW5kZW50IFJTVlAgRlJS IChSSS1SU1ZQLUZSUikgY29uc2lzdHMgb2YgcHJvY2VkdXJlcyBkZWZpbmVkIGluIHRoaXMgZG9j dW1lbnQgdG8gZW5hYmxlIExTUCBzdGF0ZSBjbGVhbiB1cCByZXF1aXJlZCBpbiBzY2VuYXJpb3Mg bm90IGNvdmVyZWQgYnkgcHJvY2VkdXJlcyBkZWZpbmVkIGluIFtURS1TQ0FMRS1SRUNdLuKAnQ0K DQpTZWN0aW9uIDQuMS4xLg0KLSBBZnRlciBzaWduYWxpbmcgcHJvdGVjdGlvbiBhdmFpbGFiaWxp dHksIGlmIHRoZSBQTFIgZmluZHMgdGhhdA0KdGhlIHByb3RlY3Rpb24gYmVjb21lcyB1bmF2YWls YWJsZSB0aGVuIGl0IFNIT1VMRCBhdHRlbXB0IHRvIG1ha2UNCnByb3RlY3Rpb24gYXZhaWxhYmxl LiBUaGUgUExSIFNIT1VMRCB3YWl0IGZvciBhIHRpbWUgb3V0IGJlZm9yZQ0KcmVtb3ZpbmcgU1VN TUFSWV9GUlJfQllQQVNTX0FTU0lHTk1FTlQgc3ViLW9iamVjdCBpbiBSUk8gYW5kDQp0cmlnZ2Vy aW5nIFBBVEggZG93bnN0cmVhbS4gT24gdGhlIG90aGVyIGhhbmQsIHRoZSBQTFIgbmVlZCBub3QN CndhaXQgZm9yIGEgdGltZSBvdXQgdG8gYWRkIFNVTU1BUllfRlJSX0JZUEFTU19BU1NJR05NRU5U IHN1Yi0NCm9iamVjdCBpbiBSUk8gYW5kIG1heSBpbW1lZGlhdGVseSB0cmlnZ2VyIFBBVEggZG93 bnN0cmVhbS4NCltMaXpob25nXSB3aGF0IGlzICJPbiB0aGUgb3RoZXIgaGFuZCIgcmVmZXJyaW5n IGhlcmU/IEEgYml0IGNvbmZ1c2VkLg0KDQpbQ2hhbmRyYV0gV2UgaGF2ZSByZWNlaXZlZCBzaW1p bGFyIGNvbW1lbnQgZnJvbSBHdWlqdWFuLiBBcyB0aGUgcHJvY2VkdXJlcyBmb3IgaW5jbHVzaW9u IG9mIG5ldyBzdWItb2JqZWN0IGZvciBieXBhc3MgYXNzb2NpYXRpb24gd2lsbCBiZSBzcGVsdCBv dXQgaW4gU1VNTUFSWS1GUlIgZHJhZnQsIHdlIHdpbGwgcmVtb3ZlIHRoaXMgcGFyYWdyYXBoIHRv IGF2b2lkIGNvbmZ1c2lvbi4gVGhlIGZvbGxvd2luZyBwYXJhZ3JhcGggd2FzIG15IHJlc3BvbnNl IHRvIEd1aWp1YW4gb24gdGhlIHNhbWUgc3ViLXNlY3Rpb24uDQoNCkZyb20gbWFpbCBzZW50IHRv IEd1aWp1YW46DQpbQ2hhbmRyYV0gQWN0dWFsbHksIHRoZSB0aW1lIG91dCBpbmRpY2F0ZWQgaGVy ZSBpcyBub3QgcmVsYXRlZCB0byBzdGF0ZSB0aW1lIG91dC4gQnV0IEkgYWdyZWUgdGhhdCB0aGlz IHBhcmFncmFwaCBpcyBhIGJpdCBjb25mdXNpbmcuIEFzIHRoZSBwcm9jZWR1cmVzIGFyZSBleHBl Y3RlZCB0byBiZSBzcGVjaWZpZWQgaW4gU1VNTUFSWS1GUlIgZHJhZnQsIHdlIHdpbGwgcmVtb3Zl IHRoZSBsYXN0IHBhcmFncmFwaCAodGhlIG9uZSBzdGFydGluZyB3aXRoICJBZnRlciBzaWduYWxp bmcgcHJvdGVjdGlvbiBhdmFpbGFiaWxpdHkgLi4uIikgYW5kIGNvbWJpbmUgdGhlIHByZXZpb3Vz IHR3byBwYXJhZ3JhcGhzLiBUaGF0IGlzLCB3ZSB3aWxsIG1lcmdlIHRoZSB0d28gcGFyYWdyYXBo cyAiSW4gcGFyYWxsZWwgdG8gdGhlIGF0dGVtcHQgbWFkZSAuLi4iIGFuZCAiSWYgdGhlIGJ5cGFz cyBMU1AgY29tZXMgdXAsIHRoZW4gdGhlIFBMUiBzaG91bGQgaW5jbHVkZSAuLi4iLg0KDQpTZWN0 aW9uIDQuMS41Lg0KVGhlICJyZW1vdGUiIHN0YXRlIGlzIGlkZW50aWNhbCB0byB0aGUgcHJvdGVj dGVkIExTUCBwYXRoDQpzdGF0ZSBleGNlcHQgZm9yIHRoZSBkaWZmZXJlbmNlIGluIEhPUCBvYmpl Y3QuIFRoZSBIT1Agb2JqZWN0DQpbTGl6aG9uZ10gSE9QIGlzIFJTVlBfSE9QLCByaWdodD8gSWYg dHJ1ZSwgY291bGQgeW91IHVzZSBSU1ZQX0hPUCBhcw0KZGVmaW5lZCBpbiBSRkMyMjA1Pw0KDQpb Q2hhbmRyYV0gWWVzLCB3ZSB3aWxsIHJlcGxhY2UgcmVmZXJlbmNlcyB0byBIT1Agd2l0aCBSU1ZQ X0hPUC4NCg0KU2VjdGlvbiA0LjEuNS4NCmNvcnJlc3BvbmRpbmcgdG8gdGhlICJyZW1vdGUiIHBh dGggc3RhdGUgY29udGFpbnMgdGhlIGFkZHJlc3Mgb2YNCnJlbW90ZSBub2RlIHNpZ25hbGluZyBh ZGphY2VuY3kgd2l0aCBQTFIuDQpbTGl6aG9uZ10gYSBiaXQgY29uZnVzZWQgdGhlIGFib3ZlIGRl c2NyaXB0aW9uLiBUaGUgSE9QIG9iamVjdCBjb250YWlucw0KdGhlIGFkZHJlc3Mgb2YgUExSLCBy aWdodD8gVGhlbiBpdCBzZWVtcyBpdCBzaG91bGQgYmUgZGVzY3JpYmVkIGFzOg0KImNvcnJlc3Bv bmRpbmcgdG8gdGhlICJyZW1vdGUiIHBhdGggc3RhdGUgY29udGFpbnMgdGhlIGFkZHJlc3Mgb2YN CnJlbW90ZSBub2RlIHNpZ25hbGluZyBhZGphY2VuY3kgd2l0aCBNUC4iDQoNCltDaGFuZHJhXSBX aWxsIHRoZSBmb2xsb3dpbmcgbW9kaWZpZWQgc2VudGVuY2UgYmUgYmV0dGVyPw0K4oCcVGhlIFJT VlBfSE9QIG9iamVjdCBpbiDigJxyZW1vdGXigJ0gUGF0aCBzdGF0ZSBjb250YWlucyB0aGUgYWRk cmVzcyB0aGF0IHRoZSBQTFIgdXNlcyB0byBzZW5kIE5vZGVJRCBoZWxsbyBtZXNzYWdlcyB0byBN UOKAnS4NCg0KU2VjdGlvbiA0LjEuNS4NCi0gTVAgcmVjZWl2ZXMgUGF0aFRlYXIsIG9yDQpbTGl6 aG9uZ10gaGVyZSwgUGF0aFRlYXIgcmVmZXJzIHRvIG5vcm1hbCBvciAiUmVtb3RlIiBQYXRoVGVh ciwgcmlnaHQ/DQoNCltDaGFuZHJhXSBZZXMsIHdlIHdpbGwgbWFrZSBpdCBleHBsaWNpdCBpbiB0 aGlzIHBvaW50Lg0KDQpTZWN0aW9uIDQuMS41Lg0KVW5saWtlIHRoZSBub3JtYWwgcGF0aCBzdGF0 ZSB0aGF0IGlzIGVpdGhlciBsb2NhbGx5IGdlbmVyYXRlZCBvbg0KSW5ncmVzcyBvciBjcmVhdGVk IGZyb20gUEFUSCBtZXNzYWdlIGZyb20gUGhvcCBub2RlLCB0aGUgInJlbW90ZSINCnBhdGggc3Rh dGUgaXMgbm90IHNpZ25hbGVkIGV4cGxpY2l0bHkgZm9ybSBQTFIuDQpbTGl6aG9uZ10gdHlwbywg ImZvcm0iIHNob3VsZCBiZSAiZnJvbSIuDQoNCltDaGFuZHJhXSBZZXMsIHdpbGwgY29ycmVjdCBp biB0aGUgdHlwbyBpbiBuZXh0IHJldmlzaW9uLg0KDQpTZWN0aW9uIDQuMS41Lg0KU3VjaCBtZXNz YWdlIHRlYXJpbmcgZG93bg0KInJlbW90ZSIgcGF0aCBzdGF0ZSBpcyBjYWxsZWQgIlJlbW90ZSBQ YXRoVGVhci4NCltMaXpob25nXSBXaGF0J3MgdGhlIFRUTCB2YWx1ZSBvZiAiUmVtb3RlIiBQYXRo VGVhciBtZXNzYWdlPw0KDQpbQ2hhbmRyYV0gVFRMIHZhbHVlIHNob3VsZCBiZSBzZXQgdG8gMjU1 LiBXZSB3aWxsIG1ha2UgaXQgZXhwbGljaXQgaW4gdGhlIGRyYWZ0Lg0KDQpTZWN0aW9uIDQuMy4z Lg0KTSBiaXQNClRoaXMgYml0IGluZGljYXRlcyB0aGF0IHRoZSBtZXNzYWdlIFNIT1VMRCBiZSBw cm9jZXNzZWQgYmFzZWQgb24gdGhlDQpjb25kaXRpb24gd2hldGhlciB0aGUgcmVjZWl2aW5nIG5v ZGUgaXMgTWVyZ2UgUG9pbnQgb3Igbm90Lg0KW0xpemhvbmddIHNob3VsZCBkZWZpbmUgdGhlIHZh bHVlIG9mIE0gYml0LiBXaGF0J3MgdGhlIG1lYW5pbmcgb2YgIjEiIG9yICIwIi4NCg0KW0NoYW5k cmFdIFdlIHdpbGwgcmVwbGFjZSB0aGUgZXhpc3RpbmcgTS1iaXQgc3BlY2lmaWNhdGlvbiB3aXRo IHRoZSBmb2xsb3dpbmcgdGV4dC4NCg0KTS1iaXQNCklmIE0tYml0IGlzIHNldCB0byAxLCB0aGVu IHRoZSBQYXRoVGVhciBtZXNzYWdlIHNob3VsZCBiZSBwcm9jZXNzZWQgYmFzZWQgb24gdGhlIGNv bmRpdGlvbiB3aGV0aGVyIHRoZSByZWNlaXZpbmcgcm91dGVyIGlzIE1lcmdlIFBvaW50IG9yIG5v dC4NCklmIE0tYml0IGlzIHNldCB0byAwLCB0aGVuIHRoZSBQYXRoVGVhciBtZXNzYWdlIHNob3Vs ZCBiZSBwcm9jZXNzZWQgYXMgbm9ybWFsIFBhdGhUZWFyIG1lc3NhZ2UuDQoNClNlY3Rpb24gNC40 Lg0KSWYgdGhlIEluZ3Jlc3Mgd2FudHMgdG8gdGVhciBkb3duIHRoZSBMU1AgYmVjYXVzZSBvZiBh IG1hbmFnZW1lbnQNCmV2ZW50IHdoaWxlIHRoZSBMU1AgaXMgYmVpbmcgbG9jYWxseSByZXBhaXJl ZCBhdCBhIHRyYW5zaXQgUExSLCBpdA0Kd291bGQgbm90IGJlIGRlc2lyYWJsZSB0byB3YWl0IHRp bGwgYmFja3VwIExTUCBzaWduYWxpbmcgdG8gcGVyZm9ybQ0Kc3RhdGUgY2xlYW51cC4NCltMaXpo b25nXSBUaGUgc3RhdGUgImJlaW5nIGxvY2FsbHkgcmVwYWlyZWQiIHJlZmVycyB0byB0aGUgc3Rh dGUgYWZ0ZXINCnN0ZXAgMSwgYmVmb3JlIHN0ZXAgMiBpbiBzZWN0aW9uIDMsIHJpZ2h0PyBIb3Bl IHRvIGRlc2NyaWJlIGV4cGxpY2l0bHkuDQoNCltDaGFuZHJhXSBUaGUgc3RhdGUgb2YgTFNQIGJl aW5nIGxvY2FsbHkgcmVwYWlyZWQgaXMgYSBwcmUtY29uZGl0aW9uIGJlZm9yZSBzdGVwIDMuIEhv d2V2ZXIsIGl0IGlzIHF1aXRlIHBvc3NpYmxlIHRoYXQgdGhlIFBMUiAocm91dGVyIEIpIG1heSBo YXZlIHN0YXJ0ZWQgbG9jYWwgcmVwYWlyIG9mIHRoZSBMU1AgZXZlbiBiZWZvcmUgc3RlcCAxLiBC dXQgIGl0IGlzIGNvbmNlaXZhYmxlIHRoYXQgYmFja3VwIExTUCBzaWduYWxpbmcgZm9yIGEgcGFy dGljdWxhciBMU1AgdG8gYmUgZGVsYXllZCBvd2luZyB0byBMU1Agc2NhbGUgKG9yIG90aGVyIGRp bWVuc2lvbnMgb2Ygc2NhbGUpIGFuZCB0aGUgSW5ncmVzcyByZWNlaXZlcyBtYW5hZ2VtZW50IGV2 ZW50IGR1cmluZyB0aGlzIHBlcmlvZC4gVGhhdCBpcyB3aHksIG9uZSBjYW5ub3QgZXhwbGljaXRs eSBzdGF0ZSB3aGVuIHRoZSBsb2NhbCByZXBhaXIgYWN0aW9ucyBhcmUgaW5pdGlhdGVkLg0KDQpT ZWN0aW9uIDQuNC4xLiBQTFIgQmVoYXZpb3Igb24gTG9jYWwgUmVwYWlyIEZhaWx1cmUNCltMaXpo b25nXSBDb25zaWRlciB0aGUgY2FzZSBpbiBmaWd1cmUgMSwgaWYgbGluayBiZXR3ZWVuIEIgYW5k IEMgZmFpbCwNCnRoZW4gQiB3aWxsIHNlbmQgInJlbW90ZSIgUGF0aFRlYXIgdG8gRCwgYW5kIHRo ZW4gRCB3aWxsIHNlbmQgcGF0aFRlYXINCmRvd25zdHJlYW0uIEJ1dCBIb3cgdG8gY2xlYXIgdGhl IHN0YXRlIG9uIG5vZGUgQz8gV2UgbmVlZCBzb21lIHdheSB0bw0KbGV0IEEgdG8gc2VuZCAicmVt b3RlIiBQYXRoVGVhciB0byBDLg0KDQpbQ2hhbmRyYV0gSW4gdGhlIHNwZWNpZmljIGNhc2UgeW91 IGRlc2NyaWJlLCB0aGUgc3RhdGUgY2xlYW51cCBvbiByb3V0ZXIgQyBtYXkgb2NjdXIgdGhyb3Vn aCB0d28gZGlmZmVyZW50IHdheXMuIE9uZSB3YXkgaXMgdGhyb3VnaCByb3V0ZSBEIHNlbmRpbmcg UmVzdlRlYXIgdG8gQy4gVGhhdCBpcywgd2hlbiByb3V0ZXIgRCByZWNlaXZlcyDigJxyZW1vdGXi gJ0gUGF0aFRlYXIgZnJvbSByb3V0ZXIgQiwgcm91dGVyIEQgd2lsbCBwcm9wYWdhdGUgUGF0aFRl YXIgZG93bnN0cmVhbSAoaWYgdGhlcmUgaXMgYW55IGRvd25zdHJlYW0gcm91dGVyIGFsb25nIHRo ZSBMU1ApIGFuZCB3aWxsIHNlbmQgUmVzdlRlYXIgdXBzdHJlYW0gdG8gcm91dGVyIEMuIFRoZSBv dGhlciB3YXkgaXMgcm91dGVyIEEgc2VuZGluZyDigJxyZW1vdGXigJ0gUGF0aFRlYXIgdG8gQyB3 aGVuIHJvdXRlciBBIGZpbmQgdGhhdCByb3V0ZXIgQyBpcyBubyBsb25nZXIgaXRzIE5QLU1QLiBX ZSB3aWxsIG1ha2Ugc3RhdGUgdGhpcyBleHBsaWNpdGx5IGluIHRoaXMgc2VjdGlvbi4NCg0KVGhl IGxhc3Qgb25lIGlzLCB3aWxsIHlvdSBjb25zaWRlciB0aGUgaW1wYWN0IHRvIGJpZGlyZWN0aW9u YWwgTFNQIEZSUiBkZXNjcmliZWQNCmluIGRyYWZ0LWlldGYtdGVhcy1nbXBscy1sc3AtZmFzdHJl cm91dGUtMDM/DQoNCltDaGFuZHJhXSBUaGUgZ21wbHMtbHNwLWZhc3RyZXJvdXRlIGRyYWZ0IGlz IG5vdCBzcGVjaWZpYyB0byBwYWNrZXQgTFNQcywgd2hpbGUgcmktcnN2cC1mcnIgaXMgc3BlY2lm aWMgdG8gcGFja2V0IExTUHMgaW1wbGVtZW50aW5nIGZhY2lsaXR5IGJ5cGFzcyBGUlIgZGVmaW5l ZCBpbiBSRkMgNDA5MCAoYW5kIHRoYXQgaXMgd2h5IHRoaXMgZHJhZnQgaXMgaW4gbXBscyB3ZyBy YXRoZXIgdGhhbiB0ZWFzIHdnKS4gSG93ZXZlciwgd2Ugd2lsbCBnbyB0aHJvdWdoIGdtcGxzLWxz cC1mYXN0cm91dGUgbW9yZSBjbG9zZWx5IHRvIGNvbnNpZGVyIGhvdyB0aGUgcmktcnN2cC1mcnIg cHJvY2VkdXJlcyBpbXBhY3QgdGhlIGdtcGxzIGRyYWZ0Lg0KDQpUaGFua3MsDQpDaGFuZHJhLg0K DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KUmVnYXJkcw0KTGl6aG9uZw0KDQpG cm9tOiBMb2EgQW5kZXJzc29uPG1haWx0bzpsb2FAcGkubnU+DQpEYXRlOiAyMDE1LTEwLTIyIDIw OjE4DQpUbzogU3JpZ2FuZXNoIEtpbmk8bWFpbHRvOnNyaWdhbmVzaC5raW5pQGVyaWNzc29uLmNv bT47IExpemhvbmcgSmluPG1haWx0bzpsaXpoby5qaW5AZ21haWwuY29tPjsgQWlzc2FvdWksIE11 c3RhcGhhIChNdXN0YXBoYSk8bWFpbHRvOm11c3RhcGhhLmFpc3Nhb3VpQGFsY2F0ZWwtbHVjZW50 LmNvbT47IEx1Y3kgeW9uZzxtYWlsdG86bHVjeS55b25nQGh1YXdlaS5jb20+OyBHdWlqdWFuIFdh bmcgMzxtYWlsdG86Z3VpanVhbi53YW5nQGVyaWNzc29uLmNvbT47IGRyYWZ0LWNoYW5kcmEtbXBs cy1yaS1yc3ZwLWZyckBpZXRmLm9yZzxtYWlsdG86ZHJhZnQtY2hhbmRyYS1tcGxzLXJpLXJzdnAt ZnJyQGlldGYub3JnPjsgbXBscy1jaGFpcnNAaWV0Zi5vcmc8bWFpbHRvOm1wbHMtY2hhaXJzQGll dGYub3JnPg0KU3ViamVjdDogTVBMUy1SVCByZXZpZXcgb2YgZHJhZnQtY2hhbmRyYS1tcGxzLXJp LXJzdnAtZnJyDQpTcmksIExpemhvbmcsIE11c3RhcGhhLCBMdWN5LCBhbmQgR3VpanVhbiBXYW5n LA0KDQpZb3UgaGF2ZSBiZSBzZWxlY3RlZCBhcyBNUExTLVJUIHJldmlld2VycyBmb3INCmRyYWZ0 LWNoYW5kcmEtbXBscy1yaS1yc3ZwLWZyci0wMi4NCg0KTm90ZSB0byBhdXRob3JzOiBZb3UgaGF2 ZSBiZWVuIENDJ2Qgb24gdGhpcyBlbWFpbCBzbyB0aGF0IHlvdSBjYW4ga25vdw0KdGhhdCB0aGlz IHJldmlldyBpcyBnb2luZyBvbi4gSG93ZXZlciwgcGxlYXNlIGRvIG5vdCByZXZpZXcgeW91ciBv d24NCmRvY3VtZW50Lg0KDQpSZXZpZXdzIHNob3VsZCBjb21tZW50IG9uIHdoZXRoZXIgdGhlIGRv Y3VtZW50IGlzIGNvaGVyZW50LCBpcyBpdA0KdXNlZnVsIChpZSwgaXMgaXQgbGlrZWx5IHRvIGJl IGFjdHVhbGx5IHVzZWZ1bCBpbiBvcGVyYXRpb25hbCBuZXR3b3JrcyksDQphbmQgaXMgdGhlIGRv Y3VtZW50IHRlY2huaWNhbGx5IHNvdW5kPw0KDQpXZSBhcmUgaW50ZXJlc3RlZCBpbiBrbm93aW5n IHdoZXRoZXIgdGhlIGRvY3VtZW50IGlzIHJlYWR5IHRvIGJlDQpjb25zaWRlcmVkIGZvciBXRyBh ZG9wdGlvbiAoaWUsIGl0IGRvZXNuJ3QgaGF2ZSB0byBiZSBwZXJmZWN0IGF0IHRoaXMNCnBvaW50 LCBidXQgc2hvdWxkIGJlIGEgZ29vZCBzdGFydCkuDQoNClJldmlld3Mgc2hvdWxkIGJlIHNlbnQg dG8gdGhlIGRvY3VtZW50IGF1dGhvcnMsIFdHIGNvLWNoYWlycyBhbmQgV0cNCnNlY3JldGFyeSwg YW5kIENDJ2QgdG8gdGhlIE1QTFMgV0cgZW1haWwgbGlzdC4gSWYgbmVjZXNzYXJ5LCBjb21tZW50 cw0KbWF5IGJlIHNlbnQgcHJpdmF0ZWx5IHRvIG9ubHkgdGhlIFdHIGNoYWlycy4NCg0KSWYgeW91 IGhhdmUgdGVjaG5pY2FsIGNvbW1lbnRzIHlvdSBzaG91bGQgdHJ5IHRvIGJlIGV4cGxpY2l0IGFi b3V0IHdoYXQNCm5lZWRzIHRvIGJlIHJlc29sdmVkIGJlZm9yZSBhZG9wdGluZyBpdCBhcyBhIHdv cmtpbmcgZ3JvdXAgZG9jdW1lbnQsIGFuZA0Kd2hhdCBjYW4gd2FpdCB1bnRpbCB0aGUgZG9jdW1l bnQgaXMgYSB3b3JraW5nIGdyb3VwIGRvY3VtZW50IGFuZCB0aGUNCndvcmtpbmcgZ3JvdXAgaGFz IHRoZSByZXZpc2lvbiBjb250cm9sLg0KDQpBcmUgeW91IGFibGUgdG8gcmV2aWV3IHRoaXMgZHJh ZnQgYnkgTm92ZW1iZXIgMTIsIDIwMTU/IFBsZWFzZSByZXNwb25kDQppbiBhIHRpbWVseSBmYXNo aW9uLg0KDQpUaGFua3MsIExvYQ0KKGFzIE1QTFMgV0cgY2hhaXIpDQoNCg0KDQotLQ0KDQoNCkxv YSBBbmRlcnNzb24gICAgICAgICAgICAgICAgICAgICAgICBlbWFpbDogbG9hQG1haWwwMS5odWF3 ZWkuY29tPG1haWx0bzpsb2FAbWFpbDAxLmh1YXdlaS5jb20+DQpTZW5pb3IgTVBMUyBFeHBlcnQg ICAgICAgICAgICAgICAgICAgICAgICAgIGxvYUBwaS5udTxtYWlsdG86bG9hQHBpLm51Pg0KSHVh d2VpIFRlY2hub2xvZ2llcyAoY29uc3VsdGFudCkgICAgIHBob25lOiArNDYgNzM5IDgxIDIxIDY0 DQo= --_000_BN3PR0501MB1377B2862AE09DAA69F38206D9010BN3PR0501MB1377_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPCEtLVtp ZiAhbXNvXT48c3R5bGU+dlw6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kb1w6KiB7 YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kd1w6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0 I1ZNTCk7fQ0KLnNoYXBlIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQo8L3N0eWxlPjwh W2VuZGlmXS0tPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNl DQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1IDMgNSA0IDYg MyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBhbm9zZS0xOjIg MTUgNSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Ik1pY3Jvc29m dCBZYUhlaSI7DQoJcGFub3NlLTE6MiAxMSA1IDMgMiAyIDQgMiAyIDQ7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseToiXEBNaWNyb3NvZnQgWWFIZWkiOw0KCXBhbm9zZS0xOjIgMTEgNSAzIDIg MiA0IDIgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6VGFob21hOw0KCXBhbm9zZS0x OjIgMTEgNiA0IDMgNSA0IDQgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6VmVyZGFu YTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQt ZmFtaWx5OiLlvq7ova/pm4Xpu5FcLCBUYWhvbWEiOw0KCXBhbm9zZS0xOjAgMCAwIDAgMCAwIDAg MCAwIDA7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiXEDlvq7ova/pm4Xpu5FcLCBUYWhv bWEiOw0KCXBhbm9zZS0xOjAgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KLyogU3R5bGUgRGVmaW5pdGlv bnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2lu OjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250 LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJs aW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3Jh dGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJ e21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9u OnVuZGVybGluZTt9DQpzcGFuLkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25h bC1yZXBseTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0 OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZv bnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGlu Ow0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJ e3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+ DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+ PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4 dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxh eW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5r PSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SGkgTGl6aG9u Zyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RCI+UGxlYXNlIHJlZmVyIGlubGluZSBmb3IgcmVzcG9uc2VzLjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxl PSJib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGluIDBp biAwaW4gNC4wcHQiPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6 c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZiI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fu cy1zZXJpZiI+IGxpemhvLmppbkBnbWFpbC5jb20gW21haWx0bzpsaXpoby5qaW5AZ21haWwuY29t XQ0KPGJyPg0KPGI+U2VudDo8L2I+IFRodXJzZGF5LCBOb3ZlbWJlciAxOSwgMjAxNSA4OjU5IFBN PGJyPg0KPGI+VG86PC9iPiBsb2EgJmx0O2xvYUBwaS5udSZndDs7IHNyaWdhbmVzaC5raW5pICZs dDtzcmlnYW5lc2gua2luaUBlcmljc3Nvbi5jb20mZ3Q7OyBtdXN0YXBoYS5haXNzYW91aSAmbHQ7 bXVzdGFwaGEuYWlzc2FvdWlAYWxjYXRlbC1sdWNlbnQuY29tJmd0OzsgbHVjeS55b25nICZsdDts dWN5LnlvbmdAaHVhd2VpLmNvbSZndDs7IGd1aWp1YW4ud2FuZyAmbHQ7Z3VpanVhbi53YW5nQGVy aWNzc29uLmNvbSZndDs7IGRyYWZ0LWNoYW5kcmEtbXBscy1yaS1yc3ZwLWZyciAmbHQ7ZHJhZnQt Y2hhbmRyYS1tcGxzLXJpLXJzdnAtZnJyQGlldGYub3JnJmd0OzsNCiBtcGxzLWNoYWlycyAmbHQ7 bXBscy1jaGFpcnNAaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+Q2M6PC9iPiBtcGxzICZsdDttcGxzQGll dGYub3JnJmd0Ozxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogTVBMUy1SVCByZXZpZXcgb2YgZHJh ZnQtY2hhbmRyYS1tcGxzLXJpLXJzdnAtZnJyPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjVwdDtmb250LWZhbWlseTomcXVvdDvlvq7ova/pm4Xpu5EsIFRhaG9tYSZxdW90OyxzZXJpZjtj b2xvcjpibGFjayI+SGkgQWxsDQo8YnI+DQpJIHJldmlld2VkIHJldmlldyBvZiBkcmFmdC1jaGFu ZHJhLW1wbHMtcmktcnN2cC1mcnIgYXMgdGhlIG1lbWJlciBvZiBNUExTPC9zcGFuPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O01pY3Jvc29mdCBZYUhlaSZx dW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7TWljcm9zb2Z0IFlhSGVpJnF1b3Q7LHNh bnMtc2VyaWY7Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2Zv bnQtZmFtaWx5OiZxdW90O+W+rui9r+mbhem7kSwgVGFob21hJnF1b3Q7LHNlcmlmO2NvbG9yOmJs YWNrIj5SZXZpZXcgVGVhbS4gSSB0aGluayB0aGUgZG9jdW1lbnQgcmVzb2x2ZXMgYSByZWFsIHBy b2JsZW0gaW4gRlJSLCBhbmQgaXQgaXM8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41 cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7TWljcm9zb2Z0IFlhSGVpJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250 LWZhbWlseTomcXVvdDtNaWNyb3NvZnQgWWFIZWkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFj ayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q75b6u 6L2v6ZuF6buRLCBUYWhvbWEmcXVvdDssc2VyaWY7Y29sb3I6YmxhY2siPnVzZWZ1bCBhbmQgdGVj aG5pY2FsbHkgc291bmQuIEF0IHRoZSBzYW1lIHRpbWUsIEkgaGF2ZSBzZXZlcmFsIHF1ZXN0aW9u cywgYW5kPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZx dW90O01pY3Jvc29mdCBZYUhlaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDvlvq7ova/pm4Xpu5Es IFRhaG9tYSZxdW90OyxzZXJpZjtjb2xvcjpibGFjayI+d291bGQgYXBwcmVjaWF0ZSB0byByZXNv bHZlIHRoZW0gYmVmb3JlIFdHIGFkb3B0aW9uLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtNaWNyb3NvZnQgWWFIZWkmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjpibGFjayI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 O2ZvbnQtZmFtaWx5OiZxdW90O01pY3Jvc29mdCBZYUhlaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVv dDvlvq7ova/pm4Xpu5EsIFRhaG9tYSZxdW90OyxzZXJpZjtjb2xvcjpibGFjayI+PGJyPg0KQWJz dHJhY3QgPGJyPg0KW0xpemhvbmddIFdoZW4gSSBmaW5pc2ggcmVhZGluZyBBYnN0cmFjdCwgSSBo b3BlIHRvIGtub3cgd2hhdCBpcyB0aGUgPGJyPg0KcmVmcmVzaC1pbnRlcnZhbCBpbmRlcGVuZGVu dCBGUlIuIENvdWxkIHlvdSBhZGQgdGhlIGtleSBwb2ludCBvZiB0aGUgPGJyPg0Kc29sdXRpb24g aW4gdGhlIEFic3RyYWN0IHNlY3Rpb24/IDxicj4NCjxicj4NCjwvc3Bhbj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDvlvq7ova/pm4Xpu5EsIFRhaG9tYSZx dW90OyxzZXJpZjtjb2xvcjojMUY0OTdEIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+W0NoYW5k cmFdIFdpbGwgdGhlIGZvbGxvd2luZyB0ZXh0IHJlcGxhY2luZyB0aGUgc2Vjb25kIHBhcmFncmFw aCBpbiBBYnN0cmFjdCBiZSBzdWZmaWNpZW50PzxvOnA+PC9vOnA+PC9zcGFuPjwvaT48L2I+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5 N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvaT48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPuKAnEluIG9yZGVyIHRv IGVsaW1pbmF0ZSB0aGUgcmVsaWFuY2Ugb24gcmVmcmVzaCB0aW1lb3V0cyBpbiBSU1ZQLCB0aGUg cm91dGVycyBzaG91bGQgdW5hbWJpZ3VvdXNseSBkZXRlcm1pbmUgd2hlbiBhIHBhcnRpY3VsYXIg TFNQIHN0YXRlIHNob3VsZCBiZSBkZWxldGVkLg0KIENvdXBsaW5nIHRoZSBzdGF0ZXMgY29ycmVz cG9uZGluZyB0byBhIHBhcnRpY3VsYXIgTFNQIHdpdGggdGhlIGNvcnJlc3BvbmRpbmcgUlNWUC1U RSBzaWduYWxpbmcgYWRqYWNlbmNpZXMgd2lsbCBoZWxwIGluIHNjZW5hcmlvcyBvdGhlciB0aGFu IEZSUiB1c2luZyBieXBhc3MgdHVubmVscy4gSG93ZXZlciwgaW4gc2NlbmFyaW9zIGludm9sdmlu ZyBGUlIgdXNpbmcgYnlwYXNzIHR1bm5lbHMsIGFkZGl0aW9uYWwgdGVhciBkb3duIG1lc3NhZ2Vz IHdpbGwNCiBiZSByZXF1aXJlZC4gUmVmcmVzaC1pbnRlcnZhbCBpbmRlcGVuZGVudCBSU1ZQIEZS UiAoUkktUlNWUC1GUlIpIGNvbnNpc3RzIG9mIHByb2NlZHVyZXMgZGVmaW5lZCBpbiB0aGlzIGRv Y3VtZW50IHRvIGVuYWJsZSBMU1Agc3RhdGUgY2xlYW4gdXAgcmVxdWlyZWQgaW4gc2NlbmFyaW9z IG5vdCBjb3ZlcmVkIGJ5IHByb2NlZHVyZXMgZGVmaW5lZCBpbiBbVEUtU0NBTEUtUkVDXS7igJ08 bzpwPjwvbzpwPjwvc3Bhbj48L2k+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O+W+rui9r+mbhem7kSwg VGFob21hJnF1b3Q7LHNlcmlmO2NvbG9yOmJsYWNrIj48YnI+DQpTZWN0aW9uIDQuMS4xLiA8YnI+ DQotIEFmdGVyIHNpZ25hbGluZyBwcm90ZWN0aW9uIGF2YWlsYWJpbGl0eSwgaWYgdGhlIFBMUiBm aW5kcyB0aGF0IDxicj4NCnRoZSBwcm90ZWN0aW9uIGJlY29tZXMgdW5hdmFpbGFibGUgdGhlbiBp dCBTSE9VTEQgYXR0ZW1wdCB0byBtYWtlIDxicj4NCnByb3RlY3Rpb24gYXZhaWxhYmxlLiBUaGUg UExSIFNIT1VMRCB3YWl0IGZvciBhIHRpbWUgb3V0IGJlZm9yZSA8YnI+DQpyZW1vdmluZyBTVU1N QVJZX0ZSUl9CWVBBU1NfQVNTSUdOTUVOVCBzdWItb2JqZWN0IGluIFJSTyBhbmQgPGJyPg0KdHJp Z2dlcmluZyBQQVRIIGRvd25zdHJlYW0uIE9uIHRoZSBvdGhlciBoYW5kLCB0aGUgUExSIG5lZWQg bm90IDxicj4NCndhaXQgZm9yIGEgdGltZSBvdXQgdG8gYWRkIFNVTU1BUllfRlJSX0JZUEFTU19B U1NJR05NRU5UIHN1Yi0gPGJyPg0Kb2JqZWN0IGluIFJSTyBhbmQgbWF5IGltbWVkaWF0ZWx5IHRy aWdnZXIgUEFUSCBkb3duc3RyZWFtLiA8YnI+DQpbTGl6aG9uZ10gd2hhdCBpcyAmcXVvdDtPbiB0 aGUgb3RoZXIgaGFuZCZxdW90OyByZWZlcnJpbmcgaGVyZT8gQSBiaXQgY29uZnVzZWQuIDxicj4N Cjxicj4NCjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTom cXVvdDvlvq7ova/pm4Xpu5EsIFRhaG9tYSZxdW90OyxzZXJpZjtjb2xvcjojMUY0OTdEIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48aT48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMt c2VyaWY7Y29sb3I6IzFGNDk3RCI+W0NoYW5kcmFdIFdlIGhhdmUgcmVjZWl2ZWQgc2ltaWxhciBj b21tZW50IGZyb20gR3VpanVhbi4gQXMgdGhlIHByb2NlZHVyZXMgZm9yIGluY2x1c2lvbiBvZiBu ZXcgc3ViLW9iamVjdCBmb3IgYnlwYXNzIGFzc29jaWF0aW9uIHdpbGwgYmUgc3BlbHQgb3V0IGlu IFNVTU1BUlktRlJSDQogZHJhZnQsIHdlIHdpbGwgcmVtb3ZlIHRoaXMgcGFyYWdyYXBoIHRvIGF2 b2lkIGNvbmZ1c2lvbi4gVGhlIGZvbGxvd2luZyBwYXJhZ3JhcGggd2FzIG15IHJlc3BvbnNlIHRv IEd1aWp1YW4gb24gdGhlIHNhbWUgc3ViLXNlY3Rpb24uPG86cD48L286cD48L3NwYW4+PC9pPjwv Yj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6 IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9pPjwvYj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj5Gcm9tIG1haWwgc2VudCB0byBHdWlqdWFuOjxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+W0NoYW5kcmFdIEFjdHVhbGx5LCB0aGUgdGltZSBvdXQgaW5kaWNh dGVkIGhlcmUgaXMgbm90IHJlbGF0ZWQgdG8gc3RhdGUgdGltZSBvdXQuIEJ1dCBJIGFncmVlIHRo YXQgdGhpcyBwYXJhZ3JhcGggaXMgYSBiaXQgY29uZnVzaW5nLiBBcyB0aGUgcHJvY2VkdXJlcyBh cmUgZXhwZWN0ZWQgdG8gYmUgc3BlY2lmaWVkIGluIFNVTU1BUlktRlJSIGRyYWZ0LCB3ZSB3aWxs IHJlbW92ZSB0aGUgbGFzdCBwYXJhZ3JhcGgNCiAodGhlIG9uZSBzdGFydGluZyB3aXRoICZxdW90 O0FmdGVyIHNpZ25hbGluZyBwcm90ZWN0aW9uIGF2YWlsYWJpbGl0eSAuLi4mcXVvdDspIGFuZCBj b21iaW5lIHRoZSBwcmV2aW91cyB0d28gcGFyYWdyYXBocy4gVGhhdCBpcywgd2Ugd2lsbCBtZXJn ZSB0aGUgdHdvIHBhcmFncmFwaHMgJnF1b3Q7SW4gcGFyYWxsZWwgdG8gdGhlIGF0dGVtcHQgbWFk ZSAuLi4mcXVvdDsgYW5kICZxdW90O0lmIHRoZSBieXBhc3MgTFNQIGNvbWVzIHVwLCB0aGVuIHRo ZSBQTFIgc2hvdWxkIGluY2x1ZGUgLi4uJnF1b3Q7LjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xv cjojMUY0OTdEIj48bzpwPjwvbzpwPjwvc3Bhbj48L2k+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O+W+ rui9r+mbhem7kSwgVGFob21hJnF1b3Q7LHNlcmlmO2NvbG9yOmJsYWNrIj48YnI+DQpTZWN0aW9u IDQuMS41LiA8YnI+DQpUaGUgJnF1b3Q7cmVtb3RlJnF1b3Q7IHN0YXRlIGlzIGlkZW50aWNhbCB0 byB0aGUgcHJvdGVjdGVkIExTUCBwYXRoIDxicj4NCnN0YXRlIGV4Y2VwdCBmb3IgdGhlIGRpZmZl cmVuY2UgaW4gSE9QIG9iamVjdC4gVGhlIEhPUCBvYmplY3QgPGJyPg0KW0xpemhvbmddIEhPUCBp cyBSU1ZQX0hPUCwgcmlnaHQ/IElmIHRydWUsIGNvdWxkIHlvdSB1c2UgUlNWUF9IT1AgYXMgPGJy Pg0KZGVmaW5lZCBpbiBSRkMyMjA1PyA8YnI+DQo8YnI+DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q75b6u6L2v6ZuF6buRLCBUYWhvbWEmcXVv dDssc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPltDaGFuZHJh XSBZZXMsIHdlIHdpbGwgcmVwbGFjZSByZWZlcmVuY2VzIHRvIEhPUCB3aXRoIFJTVlBfSE9QLjxv OnA+PC9vOnA+PC9zcGFuPjwvaT48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q75b6u6L2v6ZuF6buRLCBU YWhvbWEmcXVvdDssc2VyaWY7Y29sb3I6YmxhY2siPjxicj4NClNlY3Rpb24gNC4xLjUuIDxicj4N CmNvcnJlc3BvbmRpbmcgdG8gdGhlICZxdW90O3JlbW90ZSZxdW90OyBwYXRoIHN0YXRlIGNvbnRh aW5zIHRoZSBhZGRyZXNzIG9mIDxicj4NCnJlbW90ZSBub2RlIHNpZ25hbGluZyBhZGphY2VuY3kg d2l0aCBQTFIuIDxicj4NCltMaXpob25nXSBhIGJpdCBjb25mdXNlZCB0aGUgYWJvdmUgZGVzY3Jp cHRpb24uIFRoZSBIT1Agb2JqZWN0IGNvbnRhaW5zIDxicj4NCnRoZSBhZGRyZXNzIG9mIFBMUiwg cmlnaHQ/IFRoZW4gaXQgc2VlbXMgaXQgc2hvdWxkIGJlIGRlc2NyaWJlZCBhczogPGJyPg0KJnF1 b3Q7Y29ycmVzcG9uZGluZyB0byB0aGUgJnF1b3Q7cmVtb3RlJnF1b3Q7IHBhdGggc3RhdGUgY29u dGFpbnMgdGhlIGFkZHJlc3Mgb2YgPGJyPg0KcmVtb3RlIG5vZGUgc2lnbmFsaW5nIGFkamFjZW5j eSB3aXRoIE1QLiZxdW90OyA8YnI+DQo8YnI+DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q75b6u6L2v6ZuF6buRLCBUYWhvbWEmcXVvdDssc2Vy aWY7Y29sb3I6IzFGNDk3RCI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPltDaGFuZHJhXSBXaWxs IHRoZSBmb2xsb3dpbmcgbW9kaWZpZWQgc2VudGVuY2UgYmUgYmV0dGVyPzxvOnA+PC9vOnA+PC9z cGFuPjwvaT48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PGk+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOiMxRjQ5N0QiPuKAnFRoZSBSU1ZQX0hPUCBvYmplY3QgaW4g4oCccmVtb3Rl4oCd IFBhdGggc3RhdGUgY29udGFpbnMgdGhlIGFkZHJlc3MgdGhhdCB0aGUgUExSIHVzZXMgdG8gc2Vu ZCBOb2RlSUQgaGVsbG8gbWVzc2FnZXMgdG8gTVDigJ0uPG86cD48L286cD48L3NwYW4+PC9pPjwv Yj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVw dDtmb250LWZhbWlseTomcXVvdDvlvq7ova/pm4Xpu5EsIFRhaG9tYSZxdW90OyxzZXJpZjtjb2xv cjpibGFjayI+PGJyPg0KU2VjdGlvbiA0LjEuNS4gPGJyPg0KLSBNUCByZWNlaXZlcyBQYXRoVGVh ciwgb3IgPGJyPg0KW0xpemhvbmddIGhlcmUsIFBhdGhUZWFyIHJlZmVycyB0byBub3JtYWwgb3Ig JnF1b3Q7UmVtb3RlJnF1b3Q7IFBhdGhUZWFyLCByaWdodD8gPGJyPg0KPGJyPg0KPC9zcGFuPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O+W+rui9r+mbhem7 kSwgVGFob21hJnF1b3Q7LHNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0 OTdEIj5bQ2hhbmRyYV0gWWVzLCB3ZSB3aWxsIG1ha2UgaXQgZXhwbGljaXQgaW4gdGhpcyBwb2lu dC48bzpwPjwvbzpwPjwvc3Bhbj48L2k+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O+W+rui9r+mbhem7 kSwgVGFob21hJnF1b3Q7LHNlcmlmO2NvbG9yOmJsYWNrIj48YnI+DQpTZWN0aW9uIDQuMS41LiA8 YnI+DQpVbmxpa2UgdGhlIG5vcm1hbCBwYXRoIHN0YXRlIHRoYXQgaXMgZWl0aGVyIGxvY2FsbHkg Z2VuZXJhdGVkIG9uIDxicj4NCkluZ3Jlc3Mgb3IgY3JlYXRlZCBmcm9tIFBBVEggbWVzc2FnZSBm cm9tIFBob3Agbm9kZSwgdGhlICZxdW90O3JlbW90ZSZxdW90OyA8YnI+DQpwYXRoIHN0YXRlIGlz IG5vdCBzaWduYWxlZCBleHBsaWNpdGx5IGZvcm0gUExSLiA8YnI+DQpbTGl6aG9uZ10gdHlwbywg JnF1b3Q7Zm9ybSZxdW90OyBzaG91bGQgYmUgJnF1b3Q7ZnJvbSZxdW90Oy4gPGJyPg0KPGJyPg0K PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O+W+ rui9r+mbhem7kSwgVGFob21hJnF1b3Q7LHNlcmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxpPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtj b2xvcjojMUY0OTdEIj5bQ2hhbmRyYV0gWWVzLCB3aWxsIGNvcnJlY3QgaW4gdGhlIHR5cG8gaW4g bmV4dCByZXZpc2lvbi48bzpwPjwvbzpwPjwvc3Bhbj48L2k+PC9iPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90 O+W+rui9r+mbhem7kSwgVGFob21hJnF1b3Q7LHNlcmlmO2NvbG9yOmJsYWNrIj48YnI+DQpTZWN0 aW9uIDQuMS41LiA8YnI+DQpTdWNoIG1lc3NhZ2UgdGVhcmluZyBkb3duIDxicj4NCiZxdW90O3Jl bW90ZSZxdW90OyBwYXRoIHN0YXRlIGlzIGNhbGxlZCAmcXVvdDtSZW1vdGUgUGF0aFRlYXIuIDxi cj4NCltMaXpob25nXSBXaGF0J3MgdGhlIFRUTCB2YWx1ZSBvZiAmcXVvdDtSZW1vdGUmcXVvdDsg UGF0aFRlYXIgbWVzc2FnZT8gPGJyPg0KPGJyPg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O+W+rui9r+mbhem7kSwgVGFob21hJnF1b3Q7LHNl cmlmO2NvbG9yOiMxRjQ5N0QiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5bQ2hhbmRyYV0gVFRM IHZhbHVlIHNob3VsZCBiZSBzZXQgdG8gMjU1LiBXZSB3aWxsIG1ha2UgaXQgZXhwbGljaXQgaW4g dGhlIGRyYWZ0LjxvOnA+PC9vOnA+PC9zcGFuPjwvaT48L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q75b6u 6L2v6ZuF6buRLCBUYWhvbWEmcXVvdDssc2VyaWY7Y29sb3I6YmxhY2siPjxicj4NClNlY3Rpb24g NC4zLjMuPGJyPg0KTSBiaXQgPGJyPg0KVGhpcyBiaXQgaW5kaWNhdGVzIHRoYXQgdGhlIG1lc3Nh Z2UgU0hPVUxEIGJlIHByb2Nlc3NlZCBiYXNlZCBvbiB0aGUgPGJyPg0KY29uZGl0aW9uIHdoZXRo ZXIgdGhlIHJlY2VpdmluZyBub2RlIGlzIE1lcmdlIFBvaW50IG9yIG5vdC4gPGJyPg0KW0xpemhv bmddIHNob3VsZCBkZWZpbmUgdGhlIHZhbHVlIG9mIE0gYml0LiBXaGF0J3MgdGhlIG1lYW5pbmcg b2YgJnF1b3Q7MSZxdW90OyBvciAmcXVvdDswJnF1b3Q7LiA8YnI+DQo8YnI+DQo8L3NwYW4+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q75b6u6L2v6ZuF6buR LCBUYWhvbWEmcXVvdDssc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5 N0QiPltDaGFuZHJhXSBXZSB3aWxsIHJlcGxhY2UgdGhlIGV4aXN0aW5nIE0tYml0IHNwZWNpZmlj YXRpb24gd2l0aCB0aGUgZm9sbG93aW5nIHRleHQuPG86cD48L286cD48L3NwYW4+PC9pPjwvYj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFG NDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9pPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+TS1iaXQ8bzpwPjwv bzpwPjwvc3Bhbj48L2k+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxpPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5JZiBNLWJpdCBpcyBzZXQgdG8gMSwgdGhlbiB0aGUg UGF0aFRlYXIgbWVzc2FnZSBzaG91bGQgYmUgcHJvY2Vzc2VkIGJhc2VkIG9uIHRoZSBjb25kaXRp b24gd2hldGhlciB0aGUgcmVjZWl2aW5nIHJvdXRlciBpcyBNZXJnZSBQb2ludCBvciBub3QuPG86 cD48L286cD48L3NwYW4+PC9pPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48aT48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+SWYgTS1iaXQgaXMgc2V0IHRvIDAsIHRoZW4g dGhlIFBhdGhUZWFyIG1lc3NhZ2Ugc2hvdWxkIGJlIHByb2Nlc3NlZCBhcyBub3JtYWwgUGF0aFRl YXIgbWVzc2FnZS48bzpwPjwvbzpwPjwvc3Bhbj48L2k+PC9iPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O+W+ rui9r+mbhem7kSwgVGFob21hJnF1b3Q7LHNlcmlmO2NvbG9yOmJsYWNrIj48YnI+DQpTZWN0aW9u IDQuNC4gPGJyPg0KSWYgdGhlIEluZ3Jlc3Mgd2FudHMgdG8gdGVhciBkb3duIHRoZSBMU1AgYmVj YXVzZSBvZiBhIG1hbmFnZW1lbnQgPGJyPg0KZXZlbnQgd2hpbGUgdGhlIExTUCBpcyBiZWluZyBs b2NhbGx5IHJlcGFpcmVkIGF0IGEgdHJhbnNpdCBQTFIsIGl0IDxicj4NCndvdWxkIG5vdCBiZSBk ZXNpcmFibGUgdG8gd2FpdCB0aWxsIGJhY2t1cCBMU1Agc2lnbmFsaW5nIHRvIHBlcmZvcm0gPGJy Pg0Kc3RhdGUgY2xlYW51cC4gPGJyPg0KW0xpemhvbmddIFRoZSBzdGF0ZSAmcXVvdDtiZWluZyBs b2NhbGx5IHJlcGFpcmVkJnF1b3Q7IHJlZmVycyB0byB0aGUgc3RhdGUgYWZ0ZXIgPGJyPg0Kc3Rl cCAxLCBiZWZvcmUgc3RlcCAyIGluIHNlY3Rpb24gMywgcmlnaHQ/IEhvcGUgdG8gZGVzY3JpYmUg ZXhwbGljaXRseS4gPGJyPg0KPGJyPg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu NXB0O2ZvbnQtZmFtaWx5OiZxdW90O+W+rui9r+mbhem7kSwgVGFob21hJnF1b3Q7LHNlcmlmO2Nv bG9yOiMxRjQ5N0QiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxiPjxpPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEIj5bQ2hhbmRyYV0gVGhlIHN0YXRl IG9mIExTUCBiZWluZyBsb2NhbGx5IHJlcGFpcmVkIGlzIGEgcHJlLWNvbmRpdGlvbiBiZWZvcmUg c3RlcCAzLiBIb3dldmVyLCBpdCBpcyBxdWl0ZSBwb3NzaWJsZSB0aGF0IHRoZSBQTFIgKHJvdXRl ciBCKSBtYXkgaGF2ZSBzdGFydGVkDQogbG9jYWwgcmVwYWlyIG9mIHRoZSBMU1AgZXZlbiBiZWZv cmUgc3RlcCAxLiBCdXQgJm5ic3A7aXQgaXMgY29uY2VpdmFibGUgdGhhdCBiYWNrdXAgTFNQIHNp Z25hbGluZyBmb3IgYSBwYXJ0aWN1bGFyIExTUCB0byBiZSBkZWxheWVkIG93aW5nIHRvIExTUCBz Y2FsZSAob3Igb3RoZXIgZGltZW5zaW9ucyBvZiBzY2FsZSkgYW5kIHRoZSBJbmdyZXNzIHJlY2Vp dmVzIG1hbmFnZW1lbnQgZXZlbnQgZHVyaW5nIHRoaXMgcGVyaW9kLiBUaGF0IGlzIHdoeSwgb25l DQogY2Fubm90IGV4cGxpY2l0bHkgc3RhdGUgd2hlbiB0aGUgbG9jYWwgcmVwYWlyIGFjdGlvbnMg YXJlIGluaXRpYXRlZC48bzpwPjwvbzpwPjwvc3Bhbj48L2k+PC9iPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5OiZxdW90 O+W+rui9r+mbhem7kSwgVGFob21hJnF1b3Q7LHNlcmlmO2NvbG9yOmJsYWNrIj48YnI+DQpTZWN0 aW9uIDQuNC4xLiBQTFIgQmVoYXZpb3Igb24gTG9jYWwgUmVwYWlyIEZhaWx1cmUgPGJyPg0KW0xp emhvbmddIENvbnNpZGVyIHRoZSBjYXNlIGluIGZpZ3VyZSAxLCBpZiBsaW5rIGJldHdlZW4gQiBh bmQgQyBmYWlsLCA8YnI+DQp0aGVuIEIgd2lsbCBzZW5kICZxdW90O3JlbW90ZSZxdW90OyBQYXRo VGVhciB0byBELCBhbmQgdGhlbiBEIHdpbGwgc2VuZCBwYXRoVGVhciA8YnI+DQpkb3duc3RyZWFt LiBCdXQgSG93IHRvIGNsZWFyIHRoZSBzdGF0ZSBvbiBub2RlIEM/IFdlIG5lZWQgc29tZSB3YXkg dG8gPGJyPg0KbGV0IEEgdG8gc2VuZCAmcXVvdDtyZW1vdGUmcXVvdDsgUGF0aFRlYXIgdG8gQy48 L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7TWlj cm9zb2Z0IFlhSGVpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPiZuYnNwOzwvc3Bhbj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTomcXVvdDtNaWNyb3NvZnQg WWFIZWkmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjVwdDtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+W0NoYW5k cmFdIEluIHRoZSBzcGVjaWZpYyBjYXNlIHlvdSBkZXNjcmliZSwgdGhlIHN0YXRlIGNsZWFudXAg b24gcm91dGVyIEMgbWF5IG9jY3VyIHRocm91Z2ggdHdvIGRpZmZlcmVudCB3YXlzLiBPbmUgd2F5 IGlzIHRocm91Z2ggcm91dGUgRCBzZW5kaW5nIFJlc3ZUZWFyDQogdG8gQy4gVGhhdCBpcywgd2hl biByb3V0ZXIgRCByZWNlaXZlcyDigJxyZW1vdGXigJ0gUGF0aFRlYXIgZnJvbSByb3V0ZXIgQiwg cm91dGVyIEQgd2lsbCBwcm9wYWdhdGUgUGF0aFRlYXIgZG93bnN0cmVhbSAoaWYgdGhlcmUgaXMg YW55IGRvd25zdHJlYW0gcm91dGVyIGFsb25nIHRoZSBMU1ApIGFuZCB3aWxsIHNlbmQgUmVzdlRl YXIgdXBzdHJlYW0gdG8gcm91dGVyIEMuIFRoZSBvdGhlciB3YXkgaXMgcm91dGVyIEEgc2VuZGlu ZyDigJxyZW1vdGXigJ0gUGF0aFRlYXINCiB0byBDIHdoZW4gcm91dGVyIEEgZmluZCB0aGF0IHJv dXRlciBDIGlzIG5vIGxvbmdlciBpdHMgTlAtTVAuIFdlIHdpbGwgbWFrZSBzdGF0ZSB0aGlzIGV4 cGxpY2l0bHkgaW4gdGhpcyBzZWN0aW9uLjxvOnA+PC9vOnA+PC9zcGFuPjwvaT48L2I+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6 YmxhY2siPjxicj4NClRoZSBsYXN0IG9uZSBpcywgd2lsbCB5b3UgY29uc2lkZXIgdGhlIGltcGFj dCB0byBiaWRpcmVjdGlvbmFsIExTUCBGUlIgZGVzY3JpYmVkIDxicj4NCmluIGRyYWZ0LWlldGYt dGVhcy1nbXBscy1sc3AtZmFzdHJlcm91dGUtMDM/PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7TWljcm9zb2Z0IFlhSGVpJnF1b3Q7LHNhbnMtc2VyaWY7 Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QiPltDaGFuZHJhXSBU aGUgZ21wbHMtbHNwLWZhc3RyZXJvdXRlIGRyYWZ0IGlzIG5vdCBzcGVjaWZpYyB0byBwYWNrZXQg TFNQcywgd2hpbGUgcmktcnN2cC1mcnIgaXMgc3BlY2lmaWMgdG8gcGFja2V0IExTUHMgaW1wbGVt ZW50aW5nIGZhY2lsaXR5IGJ5cGFzcyBGUlINCiBkZWZpbmVkIGluIFJGQyA0MDkwIChhbmQgdGhh dCBpcyB3aHkgdGhpcyBkcmFmdCBpcyBpbiBtcGxzIHdnIHJhdGhlciB0aGFuIHRlYXMgd2cpLiBI b3dldmVyLCB3ZSB3aWxsIGdvIHRocm91Z2ggZ21wbHMtbHNwLWZhc3Ryb3V0ZSBtb3JlIGNsb3Nl bHkgdG8gY29uc2lkZXIgaG93IHRoZSByaS1yc3ZwLWZyciBwcm9jZWR1cmVzIGltcGFjdCB0aGUg Z21wbHMgZHJhZnQuPG86cD48L286cD48L3NwYW4+PC9pPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48Yj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9pPjwvYj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48aT48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+VGhhbmtzLDxvOnA+PC9vOnA+PC9zcGFuPjwvaT48 L2I+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PGk+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OyxzYW5zLXNlcmlmO2NvbG9y OiMxRjQ5N0QiPkNoYW5kcmEuPG86cD48L286cD48L3NwYW4+PC9pPjwvYj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOmJsYWNrIj4NCjxociBzaXplPSIxIiB3aWR0aD0i MjEwIiBzdHlsZT0id2lkdGg6MTU3LjVwdCIgbm9zaGFkZT0iIiBzdHlsZT0iY29sb3I6I0I1QzRE RiIgYWxpZ249ImxlZnQiPg0KPC9zcGFuPjwvZGl2Pg0KPGRpdj4NCjxkaXYgc3R5bGU9Im1hcmdp bi1sZWZ0OjcuNXB0O21hcmdpbi10b3A6Ny41cHQ7bWFyZ2luLXJpZ2h0OjcuNXB0O21hcmdpbi1i b3R0b206Ny41cHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjpibGFjayI+UmVnYXJkczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+TGl6 aG9uZzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxibG9j a3F1b3RlIHN0eWxlPSJtYXJnaW4tbGVmdDo2LjBwdCI+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6YmxhY2siPiZuYnNwOzxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9y ZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0K PGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDojRUZF RkVGIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Rh aG9tYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjpibGFjayI+Jm5ic3A7PGEgaHJlZj0ibWFpbHRvOmxvYUBwaS5udSI+TG9h IEFuZGVyc3NvbjwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDojRUZFRkVGIj48Yj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOmJsYWNrIj5EYXRlOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5 LjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFj ayI+Jm5ic3A7MjAxNS0xMC0yMiZuYnNwOzIwOjE4PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6I0VGRUZF RiI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhv bWEmcXVvdDssc2Fucy1zZXJpZjtjb2xvcjpibGFjayI+VG86PC9zcGFuPjwvYj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNl cmlmO2NvbG9yOmJsYWNrIj4mbmJzcDs8YSBocmVmPSJtYWlsdG86c3JpZ2FuZXNoLmtpbmlAZXJp Y3Nzb24uY29tIj5TcmlnYW5lc2gNCiBLaW5pPC9hPjsgPGEgaHJlZj0ibWFpbHRvOmxpemhvLmpp bkBnbWFpbC5jb20iPkxpemhvbmcgSmluPC9hPjsgPGEgaHJlZj0ibWFpbHRvOm11c3RhcGhhLmFp c3Nhb3VpQGFsY2F0ZWwtbHVjZW50LmNvbSI+DQpBaXNzYW91aSwgTXVzdGFwaGEgKE11c3RhcGhh KTwvYT47IDxhIGhyZWY9Im1haWx0bzpsdWN5LnlvbmdAaHVhd2VpLmNvbSI+THVjeSB5b25nPC9h PjsNCjxhIGhyZWY9Im1haWx0bzpndWlqdWFuLndhbmdAZXJpY3Nzb24uY29tIj5HdWlqdWFuIFdh bmcgMzwvYT47IDxhIGhyZWY9Im1haWx0bzpkcmFmdC1jaGFuZHJhLW1wbHMtcmktcnN2cC1mcnJA aWV0Zi5vcmciPg0KZHJhZnQtY2hhbmRyYS1tcGxzLXJpLXJzdnAtZnJyQGlldGYub3JnPC9hPjsg PGEgaHJlZj0ibWFpbHRvOm1wbHMtY2hhaXJzQGlldGYub3JnIj4NCm1wbHMtY2hhaXJzQGlldGYu b3JnPC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOiNFRkVGRUYiPjxiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LHNhbnMtc2VyaWY7Y29s b3I6YmxhY2siPlN1YmplY3Q6PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4m bmJzcDtNUExTLVJUIHJldmlldyBvZiBkcmFmdC1jaGFuZHJhLW1wbHMtcmktcnN2cC1mcnI8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9y OmJsYWNrIj5TcmksIExpemhvbmcsIE11c3RhcGhhLCBMdWN5LCBhbmQgR3VpanVhbiBXYW5nLDxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjpibGFjayI+WW91IGhhdmUgYmUgc2VsZWN0 ZWQgYXMgTVBMUy1SVCByZXZpZXdlcnMgZm9yDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjVwdDtjb2xvcjpibGFjayI+ZHJhZnQtY2hhbmRyYS1tcGxzLXJpLXJzdnAtZnJyLTAyLjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjpibGFjayI+Tm90ZSB0byBhdXRob3JzOiBZb3Ug aGF2ZSBiZWVuIENDJ2Qgb24gdGhpcyBlbWFpbCBzbyB0aGF0IHlvdSBjYW4ga25vdzxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOmJsYWNrIj50aGF0IHRoaXMgcmV2aWV3IGlz IGdvaW5nIG9uLiBIb3dldmVyLCBwbGVhc2UgZG8gbm90IHJldmlldyB5b3VyIG93bjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOmJsYWNrIj5kb2N1bWVudC48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjpibGFjayI+Jm5ic3A7PG86cD48L286cD48L3Nw YW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6YmxhY2siPlJldmlld3Mgc2hvdWxkIGNvbW1lbnQgb24g d2hldGhlciB0aGUgZG9jdW1lbnQgaXMgY29oZXJlbnQsIGlzIGl0PG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC41cHQ7Y29sb3I6YmxhY2siPnVzZWZ1bCAoaWUsIGlzIGl0IGxpa2VseSB0byBi ZSBhY3R1YWxseSB1c2VmdWwgaW4gb3BlcmF0aW9uYWwgbmV0d29ya3MpLA0KPG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6YmxhY2siPmFuZCBpcyB0aGUgZG9jdW1lbnQgdGVj aG5pY2FsbHkgc291bmQ/PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6Ymxh Y2siPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOmJsYWNrIj5X ZSBhcmUgaW50ZXJlc3RlZCBpbiBrbm93aW5nIHdoZXRoZXIgdGhlIGRvY3VtZW50IGlzIHJlYWR5 IHRvIGJlPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6YmxhY2siPmNvbnNp ZGVyZWQgZm9yIFdHIGFkb3B0aW9uIChpZSwgaXQgZG9lc24ndCBoYXZlIHRvIGJlIHBlcmZlY3Qg YXQgdGhpczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOmJsYWNrIj5wb2lu dCwgYnV0IHNob3VsZCBiZSBhIGdvb2Qgc3RhcnQpLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuNXB0O2NvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVw dDtjb2xvcjpibGFjayI+UmV2aWV3cyBzaG91bGQgYmUgc2VudCB0byB0aGUgZG9jdW1lbnQgYXV0 aG9ycywgV0cgY28tY2hhaXJzIGFuZCBXRzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 O2NvbG9yOmJsYWNrIj5zZWNyZXRhcnksIGFuZCBDQydkIHRvIHRoZSBNUExTIFdHIGVtYWlsIGxp c3QuIElmIG5lY2Vzc2FyeSwgY29tbWVudHM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVw dDtjb2xvcjpibGFjayI+bWF5IGJlIHNlbnQgcHJpdmF0ZWx5IHRvIG9ubHkgdGhlIFdHIGNoYWly cy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjpibGFjayI+Jm5ic3A7PG86 cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6YmxhY2siPklmIHlvdSBoYXZlIHRl Y2huaWNhbCBjb21tZW50cyB5b3Ugc2hvdWxkIHRyeSB0byBiZSBleHBsaWNpdCBhYm91dCB3aGF0 PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6YmxhY2siPm5lZWRzIHRvIGJl IHJlc29sdmVkIGJlZm9yZSBhZG9wdGluZyBpdCBhcyBhIHdvcmtpbmcgZ3JvdXAgZG9jdW1lbnQs IGFuZDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOmJsYWNrIj53aGF0IGNh biB3YWl0IHVudGlsIHRoZSBkb2N1bWVudCBpcyBhIHdvcmtpbmcgZ3JvdXAgZG9jdW1lbnQgYW5k IHRoZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOmJsYWNrIj53b3JraW5n IGdyb3VwIGhhcyB0aGUgcmV2aXNpb24gY29udHJvbC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEwLjVwdDtjb2xvcjpibGFjayI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41 cHQ7Y29sb3I6YmxhY2siPkFyZSB5b3UgYWJsZSB0byByZXZpZXcgdGhpcyBkcmFmdCBieSBOb3Zl bWJlciAxMiwgMjAxNT8gUGxlYXNlIHJlc3BvbmQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjVwdDtjb2xvcjpibGFjayI+aW4gYSB0aW1lbHkgZmFzaGlvbi48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjVwdDtjb2xvcjpibGFjayI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC41cHQ7Y29sb3I6YmxhY2siPlRoYW5rcywgTG9hPG86cD48L286cD48L3NwYW4+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC41cHQ7Y29sb3I6YmxhY2siPihhcyBNUExTIFdHIGNoYWlyKTxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTAuNXB0O2NvbG9yOmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjVwdDtjb2xvcjpibGFjayI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MC41cHQ7Y29sb3I6YmxhY2siPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0 O2NvbG9yOmJsYWNrIj4tLSA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjpi bGFjayI+Jm5ic3A7PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7Y29sb3I6YmxhY2si PiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOmJsYWNrIj5Mb2Eg QW5kZXJzc29uJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGVtYWlsOg0KPGEgaHJlZj0ibWFpbHRv OmxvYUBtYWlsMDEuaHVhd2VpLmNvbSI+bG9hQG1haWwwMS5odWF3ZWkuY29tPC9hPjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2NvbG9yOmJsYWNrIj5TZW5pb3IgTVBMUyBFeHBlcnQm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjxhIGhyZWY9Im1haWx0bzpsb2FA cGkubnUiPmxvYUBwaS5udTwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xv cjpibGFjayI+SHVhd2VpIFRlY2hub2xvZ2llcyAoY29uc3VsdGFudCkmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgcGhvbmU6ICYjNDM7NDYgNzM5IDgxIDIxIDY0PG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+ DQo8L2h0bWw+DQo= --_000_BN3PR0501MB1377B2862AE09DAA69F38206D9010BN3PR0501MB1377_-- From nobody Mon Nov 30 07:06:06 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 750AA1B2E1D; Mon, 30 Nov 2015 07:06:01 -0800 (PST) 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_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, J_CHICKENPOX_44=0.6, J_CHICKENPOX_74=0.6, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pJX391ZorxqG; Mon, 30 Nov 2015 07:05:58 -0800 (PST) Received: from mail-pa0-x229.google.com (mail-pa0-x229.google.com [IPv6:2607:f8b0:400e:c03::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 0FFD21B2E16; Mon, 30 Nov 2015 07:05:58 -0800 (PST) Received: by padhx2 with SMTP id hx2so187392520pad.1; Mon, 30 Nov 2015 07:05:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:references:mime-version:message-id :content-type; bh=u35xsSGnAWHbIN5VgwYv8wKw4pNntt+2S9bs6XHF3kA=; b=J3mysDNfNQJAezkVs1IAY6lV75RCSSuZzbbYFQaIMn26ju0MP/BKvug/K0uAC7oTvE q2Xdw8m2S4Sar8yWlIoRko1SMIy8aU1PMLr9iSNojJqByySU39ykXfU7oGSMKyVh8PBR AfCV1Q0+2pywPvr25jq1h7bUSffAz7KRbsULar9+a1lCkOZ/8iLPsfkcOStl1nh8v1iu ZwgugJzlRVqV4kGSWl3avkwMNJ7Wcso+1/UD7A7n+p4x7IfIaUa8wHkuPCxW2f2qNCBf Mc8m0rjh9BsFS0IuLL4GT4HwcWuynWeHyh8SSVjz+bPAQ4JmwsaTb5Bf9/UB4SEREVlI PEvQ== X-Received: by 10.67.5.2 with SMTP id ci2mr91253394pad.47.1448895957625; Mon, 30 Nov 2015 07:05:57 -0800 (PST) Received: from Lizhong ([122.225.27.84]) by smtp.gmail.com with ESMTPSA id ck9sm12432802pad.28.2015.11.30.07.05.51 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 30 Nov 2015 07:05:56 -0800 (PST) Date: Mon, 30 Nov 2015 23:07:07 +0800 From: "lizho.jin@gmail.com" To: "Chandrasekar Ramachandran" , loa , sriganesh.kini , mustapha.aissaoui , lucy.yong , guijuan.wang , draft-chandra-mpls-ri-rsvp-frr , mpls-chairs References: <5628D430.4070602@pi.nu>, <201511192320355454636@gmail.com>, X-Priority: 3 X-GUID: 0A106A07-1A26-4A51-91B5-D2CB21E62D47 X-Has-Attach: no X-Mailer: Foxmail 7, 2, 5, 140[en] Mime-Version: 1.0 Message-ID: <2015113023015743277410@gmail.com> Content-Type: multipart/alternative; boundary="----=_001_NextPart245238536480_=----" Archived-At: Cc: mpls Subject: Re: [mpls] MPLS-RT review of draft-chandra-mpls-ri-rsvp-frr X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Nov 2015 15:06:01 -0000 This is a multi-part message in MIME format. ------=_001_NextPart245238536480_=---- Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SGkgQ2hhbmRyYSwNCkkgYW0gT0sgd2l0aCBhbGwgeW91IHJlcGxpZXMuIFRoYW5rcy4NCg0KDQoN ClJlZ2FyZHMNCkxpemhvbmcNCiANCkZyb206IENoYW5kcmFzZWthciBSYW1hY2hhbmRyYW4NCkRh dGU6IDIwMTUtMTEtMzAgMDA6NDINClRvOiBsaXpoby5qaW5AZ21haWwuY29tOyBsb2E7IHNyaWdh bmVzaC5raW5pOyBtdXN0YXBoYS5haXNzYW91aTsgbHVjeS55b25nOyBndWlqdWFuLndhbmc7IGRy YWZ0LWNoYW5kcmEtbXBscy1yaS1yc3ZwLWZycjsgbXBscy1jaGFpcnMNCkNDOiBtcGxzDQpTdWJq ZWN0OiBSRTogTVBMUy1SVCByZXZpZXcgb2YgZHJhZnQtY2hhbmRyYS1tcGxzLXJpLXJzdnAtZnJy DQpIaSBMaXpob25nLA0KUGxlYXNlIHJlZmVyIGlubGluZSBmb3IgcmVzcG9uc2VzLg0KIA0KRnJv bTogbGl6aG8uamluQGdtYWlsLmNvbSBbbWFpbHRvOmxpemhvLmppbkBnbWFpbC5jb21dIA0KU2Vu dDogVGh1cnNkYXksIE5vdmVtYmVyIDE5LCAyMDE1IDg6NTkgUE0NClRvOiBsb2EgPGxvYUBwaS5u dT47IHNyaWdhbmVzaC5raW5pIDxzcmlnYW5lc2gua2luaUBlcmljc3Nvbi5jb20+OyBtdXN0YXBo YS5haXNzYW91aSA8bXVzdGFwaGEuYWlzc2FvdWlAYWxjYXRlbC1sdWNlbnQuY29tPjsgbHVjeS55 b25nIDxsdWN5LnlvbmdAaHVhd2VpLmNvbT47IGd1aWp1YW4ud2FuZyA8Z3VpanVhbi53YW5nQGVy aWNzc29uLmNvbT47IGRyYWZ0LWNoYW5kcmEtbXBscy1yaS1yc3ZwLWZyciA8ZHJhZnQtY2hhbmRy YS1tcGxzLXJpLXJzdnAtZnJyQGlldGYub3JnPjsgbXBscy1jaGFpcnMgPG1wbHMtY2hhaXJzQGll dGYub3JnPg0KQ2M6IG1wbHMgPG1wbHNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogTVBMUy1SVCBy ZXZpZXcgb2YgZHJhZnQtY2hhbmRyYS1tcGxzLXJpLXJzdnAtZnJyDQogDQpIaSBBbGwgDQpJIHJl dmlld2VkIHJldmlldyBvZiBkcmFmdC1jaGFuZHJhLW1wbHMtcmktcnN2cC1mcnIgYXMgdGhlIG1l bWJlciBvZiBNUExTIA0KUmV2aWV3IFRlYW0uIEkgdGhpbmsgdGhlIGRvY3VtZW50IHJlc29sdmVz IGEgcmVhbCBwcm9ibGVtIGluIEZSUiwgYW5kIGl0IGlzIA0KdXNlZnVsIGFuZCB0ZWNobmljYWxs eSBzb3VuZC4gQXQgdGhlIHNhbWUgdGltZSwgSSBoYXZlIHNldmVyYWwgcXVlc3Rpb25zLCBhbmQN CndvdWxkIGFwcHJlY2lhdGUgdG8gcmVzb2x2ZSB0aGVtIGJlZm9yZSBXRyBhZG9wdGlvbi4gDQoN CkFic3RyYWN0IA0KW0xpemhvbmddIFdoZW4gSSBmaW5pc2ggcmVhZGluZyBBYnN0cmFjdCwgSSBo b3BlIHRvIGtub3cgd2hhdCBpcyB0aGUgDQpyZWZyZXNoLWludGVydmFsIGluZGVwZW5kZW50IEZS Ui4gQ291bGQgeW91IGFkZCB0aGUga2V5IHBvaW50IG9mIHRoZSANCnNvbHV0aW9uIGluIHRoZSBB YnN0cmFjdCBzZWN0aW9uPyANCg0KW0NoYW5kcmFdIFdpbGwgdGhlIGZvbGxvd2luZyB0ZXh0IHJl cGxhY2luZyB0aGUgc2Vjb25kIHBhcmFncmFwaCBpbiBBYnN0cmFjdCBiZSBzdWZmaWNpZW50Pw0K IA0K4oCcSW4gb3JkZXIgdG8gZWxpbWluYXRlIHRoZSByZWxpYW5jZSBvbiByZWZyZXNoIHRpbWVv dXRzIGluIFJTVlAsIHRoZSByb3V0ZXJzIHNob3VsZCB1bmFtYmlndW91c2x5IGRldGVybWluZSB3 aGVuIGEgcGFydGljdWxhciBMU1Agc3RhdGUgc2hvdWxkIGJlIGRlbGV0ZWQuIENvdXBsaW5nIHRo ZSBzdGF0ZXMgY29ycmVzcG9uZGluZyB0byBhIHBhcnRpY3VsYXIgTFNQIHdpdGggdGhlIGNvcnJl c3BvbmRpbmcgUlNWUC1URSBzaWduYWxpbmcgYWRqYWNlbmNpZXMgd2lsbCBoZWxwIGluIHNjZW5h cmlvcyBvdGhlciB0aGFuIEZSUiB1c2luZyBieXBhc3MgdHVubmVscy4gSG93ZXZlciwgaW4gc2Nl bmFyaW9zIGludm9sdmluZyBGUlIgdXNpbmcgYnlwYXNzIHR1bm5lbHMsIGFkZGl0aW9uYWwgdGVh ciBkb3duIG1lc3NhZ2VzIHdpbGwgYmUgcmVxdWlyZWQuIFJlZnJlc2gtaW50ZXJ2YWwgaW5kZXBl bmRlbnQgUlNWUCBGUlIgKFJJLVJTVlAtRlJSKSBjb25zaXN0cyBvZiBwcm9jZWR1cmVzIGRlZmlu ZWQgaW4gdGhpcyBkb2N1bWVudCB0byBlbmFibGUgTFNQIHN0YXRlIGNsZWFuIHVwIHJlcXVpcmVk IGluIHNjZW5hcmlvcyBub3QgY292ZXJlZCBieSBwcm9jZWR1cmVzIGRlZmluZWQgaW4gW1RFLVND QUxFLVJFQ10u4oCdDQoNClNlY3Rpb24gNC4xLjEuIA0KLSBBZnRlciBzaWduYWxpbmcgcHJvdGVj dGlvbiBhdmFpbGFiaWxpdHksIGlmIHRoZSBQTFIgZmluZHMgdGhhdCANCnRoZSBwcm90ZWN0aW9u IGJlY29tZXMgdW5hdmFpbGFibGUgdGhlbiBpdCBTSE9VTEQgYXR0ZW1wdCB0byBtYWtlIA0KcHJv dGVjdGlvbiBhdmFpbGFibGUuIFRoZSBQTFIgU0hPVUxEIHdhaXQgZm9yIGEgdGltZSBvdXQgYmVm b3JlIA0KcmVtb3ZpbmcgU1VNTUFSWV9GUlJfQllQQVNTX0FTU0lHTk1FTlQgc3ViLW9iamVjdCBp biBSUk8gYW5kIA0KdHJpZ2dlcmluZyBQQVRIIGRvd25zdHJlYW0uIE9uIHRoZSBvdGhlciBoYW5k LCB0aGUgUExSIG5lZWQgbm90IA0Kd2FpdCBmb3IgYSB0aW1lIG91dCB0byBhZGQgU1VNTUFSWV9G UlJfQllQQVNTX0FTU0lHTk1FTlQgc3ViLSANCm9iamVjdCBpbiBSUk8gYW5kIG1heSBpbW1lZGlh dGVseSB0cmlnZ2VyIFBBVEggZG93bnN0cmVhbS4gDQpbTGl6aG9uZ10gd2hhdCBpcyAiT24gdGhl IG90aGVyIGhhbmQiIHJlZmVycmluZyBoZXJlPyBBIGJpdCBjb25mdXNlZC4gDQoNCltDaGFuZHJh XSBXZSBoYXZlIHJlY2VpdmVkIHNpbWlsYXIgY29tbWVudCBmcm9tIEd1aWp1YW4uIEFzIHRoZSBw cm9jZWR1cmVzIGZvciBpbmNsdXNpb24gb2YgbmV3IHN1Yi1vYmplY3QgZm9yIGJ5cGFzcyBhc3Nv Y2lhdGlvbiB3aWxsIGJlIHNwZWx0IG91dCBpbiBTVU1NQVJZLUZSUiBkcmFmdCwgd2Ugd2lsbCBy ZW1vdmUgdGhpcyBwYXJhZ3JhcGggdG8gYXZvaWQgY29uZnVzaW9uLiBUaGUgZm9sbG93aW5nIHBh cmFncmFwaCB3YXMgbXkgcmVzcG9uc2UgdG8gR3VpanVhbiBvbiB0aGUgc2FtZSBzdWItc2VjdGlv bi4NCiANCkZyb20gbWFpbCBzZW50IHRvIEd1aWp1YW46DQpbQ2hhbmRyYV0gQWN0dWFsbHksIHRo ZSB0aW1lIG91dCBpbmRpY2F0ZWQgaGVyZSBpcyBub3QgcmVsYXRlZCB0byBzdGF0ZSB0aW1lIG91 dC4gQnV0IEkgYWdyZWUgdGhhdCB0aGlzIHBhcmFncmFwaCBpcyBhIGJpdCBjb25mdXNpbmcuIEFz IHRoZSBwcm9jZWR1cmVzIGFyZSBleHBlY3RlZCB0byBiZSBzcGVjaWZpZWQgaW4gU1VNTUFSWS1G UlIgZHJhZnQsIHdlIHdpbGwgcmVtb3ZlIHRoZSBsYXN0IHBhcmFncmFwaCAodGhlIG9uZSBzdGFy dGluZyB3aXRoICJBZnRlciBzaWduYWxpbmcgcHJvdGVjdGlvbiBhdmFpbGFiaWxpdHkgLi4uIikg YW5kIGNvbWJpbmUgdGhlIHByZXZpb3VzIHR3byBwYXJhZ3JhcGhzLiBUaGF0IGlzLCB3ZSB3aWxs IG1lcmdlIHRoZSB0d28gcGFyYWdyYXBocyAiSW4gcGFyYWxsZWwgdG8gdGhlIGF0dGVtcHQgbWFk ZSAuLi4iIGFuZCAiSWYgdGhlIGJ5cGFzcyBMU1AgY29tZXMgdXAsIHRoZW4gdGhlIFBMUiBzaG91 bGQgaW5jbHVkZSAuLi4iLg0KDQpTZWN0aW9uIDQuMS41LiANClRoZSAicmVtb3RlIiBzdGF0ZSBp cyBpZGVudGljYWwgdG8gdGhlIHByb3RlY3RlZCBMU1AgcGF0aCANCnN0YXRlIGV4Y2VwdCBmb3Ig dGhlIGRpZmZlcmVuY2UgaW4gSE9QIG9iamVjdC4gVGhlIEhPUCBvYmplY3QgDQpbTGl6aG9uZ10g SE9QIGlzIFJTVlBfSE9QLCByaWdodD8gSWYgdHJ1ZSwgY291bGQgeW91IHVzZSBSU1ZQX0hPUCBh cyANCmRlZmluZWQgaW4gUkZDMjIwNT8gDQoNCltDaGFuZHJhXSBZZXMsIHdlIHdpbGwgcmVwbGFj ZSByZWZlcmVuY2VzIHRvIEhPUCB3aXRoIFJTVlBfSE9QLg0KDQpTZWN0aW9uIDQuMS41LiANCmNv cnJlc3BvbmRpbmcgdG8gdGhlICJyZW1vdGUiIHBhdGggc3RhdGUgY29udGFpbnMgdGhlIGFkZHJl c3Mgb2YgDQpyZW1vdGUgbm9kZSBzaWduYWxpbmcgYWRqYWNlbmN5IHdpdGggUExSLiANCltMaXpo b25nXSBhIGJpdCBjb25mdXNlZCB0aGUgYWJvdmUgZGVzY3JpcHRpb24uIFRoZSBIT1Agb2JqZWN0 IGNvbnRhaW5zIA0KdGhlIGFkZHJlc3Mgb2YgUExSLCByaWdodD8gVGhlbiBpdCBzZWVtcyBpdCBz aG91bGQgYmUgZGVzY3JpYmVkIGFzOiANCiJjb3JyZXNwb25kaW5nIHRvIHRoZSAicmVtb3RlIiBw YXRoIHN0YXRlIGNvbnRhaW5zIHRoZSBhZGRyZXNzIG9mIA0KcmVtb3RlIG5vZGUgc2lnbmFsaW5n IGFkamFjZW5jeSB3aXRoIE1QLiIgDQoNCltDaGFuZHJhXSBXaWxsIHRoZSBmb2xsb3dpbmcgbW9k aWZpZWQgc2VudGVuY2UgYmUgYmV0dGVyPw0K4oCcVGhlIFJTVlBfSE9QIG9iamVjdCBpbiDigJxy ZW1vdGXigJ0gUGF0aCBzdGF0ZSBjb250YWlucyB0aGUgYWRkcmVzcyB0aGF0IHRoZSBQTFIgdXNl cyB0byBzZW5kIE5vZGVJRCBoZWxsbyBtZXNzYWdlcyB0byBNUOKAnS4NCg0KU2VjdGlvbiA0LjEu NS4gDQotIE1QIHJlY2VpdmVzIFBhdGhUZWFyLCBvciANCltMaXpob25nXSBoZXJlLCBQYXRoVGVh ciByZWZlcnMgdG8gbm9ybWFsIG9yICJSZW1vdGUiIFBhdGhUZWFyLCByaWdodD8gDQoNCltDaGFu ZHJhXSBZZXMsIHdlIHdpbGwgbWFrZSBpdCBleHBsaWNpdCBpbiB0aGlzIHBvaW50Lg0KDQpTZWN0 aW9uIDQuMS41LiANClVubGlrZSB0aGUgbm9ybWFsIHBhdGggc3RhdGUgdGhhdCBpcyBlaXRoZXIg bG9jYWxseSBnZW5lcmF0ZWQgb24gDQpJbmdyZXNzIG9yIGNyZWF0ZWQgZnJvbSBQQVRIIG1lc3Nh Z2UgZnJvbSBQaG9wIG5vZGUsIHRoZSAicmVtb3RlIiANCnBhdGggc3RhdGUgaXMgbm90IHNpZ25h bGVkIGV4cGxpY2l0bHkgZm9ybSBQTFIuIA0KW0xpemhvbmddIHR5cG8sICJmb3JtIiBzaG91bGQg YmUgImZyb20iLiANCg0KW0NoYW5kcmFdIFllcywgd2lsbCBjb3JyZWN0IGluIHRoZSB0eXBvIGlu IG5leHQgcmV2aXNpb24uDQoNClNlY3Rpb24gNC4xLjUuIA0KU3VjaCBtZXNzYWdlIHRlYXJpbmcg ZG93biANCiJyZW1vdGUiIHBhdGggc3RhdGUgaXMgY2FsbGVkICJSZW1vdGUgUGF0aFRlYXIuIA0K W0xpemhvbmddIFdoYXQncyB0aGUgVFRMIHZhbHVlIG9mICJSZW1vdGUiIFBhdGhUZWFyIG1lc3Nh Z2U/IA0KDQpbQ2hhbmRyYV0gVFRMIHZhbHVlIHNob3VsZCBiZSBzZXQgdG8gMjU1LiBXZSB3aWxs IG1ha2UgaXQgZXhwbGljaXQgaW4gdGhlIGRyYWZ0Lg0KDQpTZWN0aW9uIDQuMy4zLg0KTSBiaXQg DQpUaGlzIGJpdCBpbmRpY2F0ZXMgdGhhdCB0aGUgbWVzc2FnZSBTSE9VTEQgYmUgcHJvY2Vzc2Vk IGJhc2VkIG9uIHRoZSANCmNvbmRpdGlvbiB3aGV0aGVyIHRoZSByZWNlaXZpbmcgbm9kZSBpcyBN ZXJnZSBQb2ludCBvciBub3QuIA0KW0xpemhvbmddIHNob3VsZCBkZWZpbmUgdGhlIHZhbHVlIG9m IE0gYml0LiBXaGF0J3MgdGhlIG1lYW5pbmcgb2YgIjEiIG9yICIwIi4gDQoNCltDaGFuZHJhXSBX ZSB3aWxsIHJlcGxhY2UgdGhlIGV4aXN0aW5nIE0tYml0IHNwZWNpZmljYXRpb24gd2l0aCB0aGUg Zm9sbG93aW5nIHRleHQuDQogDQpNLWJpdA0KSWYgTS1iaXQgaXMgc2V0IHRvIDEsIHRoZW4gdGhl IFBhdGhUZWFyIG1lc3NhZ2Ugc2hvdWxkIGJlIHByb2Nlc3NlZCBiYXNlZCBvbiB0aGUgY29uZGl0 aW9uIHdoZXRoZXIgdGhlIHJlY2VpdmluZyByb3V0ZXIgaXMgTWVyZ2UgUG9pbnQgb3Igbm90Lg0K SWYgTS1iaXQgaXMgc2V0IHRvIDAsIHRoZW4gdGhlIFBhdGhUZWFyIG1lc3NhZ2Ugc2hvdWxkIGJl IHByb2Nlc3NlZCBhcyBub3JtYWwgUGF0aFRlYXIgbWVzc2FnZS4NCg0KU2VjdGlvbiA0LjQuIA0K SWYgdGhlIEluZ3Jlc3Mgd2FudHMgdG8gdGVhciBkb3duIHRoZSBMU1AgYmVjYXVzZSBvZiBhIG1h bmFnZW1lbnQgDQpldmVudCB3aGlsZSB0aGUgTFNQIGlzIGJlaW5nIGxvY2FsbHkgcmVwYWlyZWQg YXQgYSB0cmFuc2l0IFBMUiwgaXQgDQp3b3VsZCBub3QgYmUgZGVzaXJhYmxlIHRvIHdhaXQgdGls bCBiYWNrdXAgTFNQIHNpZ25hbGluZyB0byBwZXJmb3JtIA0Kc3RhdGUgY2xlYW51cC4gDQpbTGl6 aG9uZ10gVGhlIHN0YXRlICJiZWluZyBsb2NhbGx5IHJlcGFpcmVkIiByZWZlcnMgdG8gdGhlIHN0 YXRlIGFmdGVyIA0Kc3RlcCAxLCBiZWZvcmUgc3RlcCAyIGluIHNlY3Rpb24gMywgcmlnaHQ/IEhv cGUgdG8gZGVzY3JpYmUgZXhwbGljaXRseS4gDQoNCltDaGFuZHJhXSBUaGUgc3RhdGUgb2YgTFNQ IGJlaW5nIGxvY2FsbHkgcmVwYWlyZWQgaXMgYSBwcmUtY29uZGl0aW9uIGJlZm9yZSBzdGVwIDMu IEhvd2V2ZXIsIGl0IGlzIHF1aXRlIHBvc3NpYmxlIHRoYXQgdGhlIFBMUiAocm91dGVyIEIpIG1h eSBoYXZlIHN0YXJ0ZWQgbG9jYWwgcmVwYWlyIG9mIHRoZSBMU1AgZXZlbiBiZWZvcmUgc3RlcCAx LiBCdXQgIGl0IGlzIGNvbmNlaXZhYmxlIHRoYXQgYmFja3VwIExTUCBzaWduYWxpbmcgZm9yIGEg cGFydGljdWxhciBMU1AgdG8gYmUgZGVsYXllZCBvd2luZyB0byBMU1Agc2NhbGUgKG9yIG90aGVy IGRpbWVuc2lvbnMgb2Ygc2NhbGUpIGFuZCB0aGUgSW5ncmVzcyByZWNlaXZlcyBtYW5hZ2VtZW50 IGV2ZW50IGR1cmluZyB0aGlzIHBlcmlvZC4gVGhhdCBpcyB3aHksIG9uZSBjYW5ub3QgZXhwbGlj aXRseSBzdGF0ZSB3aGVuIHRoZSBsb2NhbCByZXBhaXIgYWN0aW9ucyBhcmUgaW5pdGlhdGVkLg0K DQpTZWN0aW9uIDQuNC4xLiBQTFIgQmVoYXZpb3Igb24gTG9jYWwgUmVwYWlyIEZhaWx1cmUgDQpb TGl6aG9uZ10gQ29uc2lkZXIgdGhlIGNhc2UgaW4gZmlndXJlIDEsIGlmIGxpbmsgYmV0d2VlbiBC IGFuZCBDIGZhaWwsIA0KdGhlbiBCIHdpbGwgc2VuZCAicmVtb3RlIiBQYXRoVGVhciB0byBELCBh bmQgdGhlbiBEIHdpbGwgc2VuZCBwYXRoVGVhciANCmRvd25zdHJlYW0uIEJ1dCBIb3cgdG8gY2xl YXIgdGhlIHN0YXRlIG9uIG5vZGUgQz8gV2UgbmVlZCBzb21lIHdheSB0byANCmxldCBBIHRvIHNl bmQgInJlbW90ZSIgUGF0aFRlYXIgdG8gQy4gDQogDQpbQ2hhbmRyYV0gSW4gdGhlIHNwZWNpZmlj IGNhc2UgeW91IGRlc2NyaWJlLCB0aGUgc3RhdGUgY2xlYW51cCBvbiByb3V0ZXIgQyBtYXkgb2Nj dXIgdGhyb3VnaCB0d28gZGlmZmVyZW50IHdheXMuIE9uZSB3YXkgaXMgdGhyb3VnaCByb3V0ZSBE IHNlbmRpbmcgUmVzdlRlYXIgdG8gQy4gVGhhdCBpcywgd2hlbiByb3V0ZXIgRCByZWNlaXZlcyDi gJxyZW1vdGXigJ0gUGF0aFRlYXIgZnJvbSByb3V0ZXIgQiwgcm91dGVyIEQgd2lsbCBwcm9wYWdh dGUgUGF0aFRlYXIgZG93bnN0cmVhbSAoaWYgdGhlcmUgaXMgYW55IGRvd25zdHJlYW0gcm91dGVy IGFsb25nIHRoZSBMU1ApIGFuZCB3aWxsIHNlbmQgUmVzdlRlYXIgdXBzdHJlYW0gdG8gcm91dGVy IEMuIFRoZSBvdGhlciB3YXkgaXMgcm91dGVyIEEgc2VuZGluZyDigJxyZW1vdGXigJ0gUGF0aFRl YXIgdG8gQyB3aGVuIHJvdXRlciBBIGZpbmQgdGhhdCByb3V0ZXIgQyBpcyBubyBsb25nZXIgaXRz IE5QLU1QLiBXZSB3aWxsIG1ha2Ugc3RhdGUgdGhpcyBleHBsaWNpdGx5IGluIHRoaXMgc2VjdGlv bi4NCg0KVGhlIGxhc3Qgb25lIGlzLCB3aWxsIHlvdSBjb25zaWRlciB0aGUgaW1wYWN0IHRvIGJp ZGlyZWN0aW9uYWwgTFNQIEZSUiBkZXNjcmliZWQgDQppbiBkcmFmdC1pZXRmLXRlYXMtZ21wbHMt bHNwLWZhc3RyZXJvdXRlLTAzPw0KIA0KW0NoYW5kcmFdIFRoZSBnbXBscy1sc3AtZmFzdHJlcm91 dGUgZHJhZnQgaXMgbm90IHNwZWNpZmljIHRvIHBhY2tldCBMU1BzLCB3aGlsZSByaS1yc3ZwLWZy ciBpcyBzcGVjaWZpYyB0byBwYWNrZXQgTFNQcyBpbXBsZW1lbnRpbmcgZmFjaWxpdHkgYnlwYXNz IEZSUiBkZWZpbmVkIGluIFJGQyA0MDkwIChhbmQgdGhhdCBpcyB3aHkgdGhpcyBkcmFmdCBpcyBp biBtcGxzIHdnIHJhdGhlciB0aGFuIHRlYXMgd2cpLiBIb3dldmVyLCB3ZSB3aWxsIGdvIHRocm91 Z2ggZ21wbHMtbHNwLWZhc3Ryb3V0ZSBtb3JlIGNsb3NlbHkgdG8gY29uc2lkZXIgaG93IHRoZSBy aS1yc3ZwLWZyciBwcm9jZWR1cmVzIGltcGFjdCB0aGUgZ21wbHMgZHJhZnQuDQogDQpUaGFua3Ms DQpDaGFuZHJhLg0KIA0KDQoNClJlZ2FyZHMNCkxpemhvbmcNCiANCkZyb206IExvYSBBbmRlcnNz b24NCkRhdGU6IDIwMTUtMTAtMjIgMjA6MTgNClRvOiBTcmlnYW5lc2ggS2luaTsgTGl6aG9uZyBK aW47IEFpc3Nhb3VpLCBNdXN0YXBoYSAoTXVzdGFwaGEpOyBMdWN5IHlvbmc7IEd1aWp1YW4gV2Fu ZyAzOyBkcmFmdC1jaGFuZHJhLW1wbHMtcmktcnN2cC1mcnJAaWV0Zi5vcmc7IG1wbHMtY2hhaXJz QGlldGYub3JnDQpTdWJqZWN0OiBNUExTLVJUIHJldmlldyBvZiBkcmFmdC1jaGFuZHJhLW1wbHMt cmktcnN2cC1mcnINClNyaSwgTGl6aG9uZywgTXVzdGFwaGEsIEx1Y3ksIGFuZCBHdWlqdWFuIFdh bmcsDQogDQpZb3UgaGF2ZSBiZSBzZWxlY3RlZCBhcyBNUExTLVJUIHJldmlld2VycyBmb3IgDQpk cmFmdC1jaGFuZHJhLW1wbHMtcmktcnN2cC1mcnItMDIuDQogDQpOb3RlIHRvIGF1dGhvcnM6IFlv dSBoYXZlIGJlZW4gQ0MnZCBvbiB0aGlzIGVtYWlsIHNvIHRoYXQgeW91IGNhbiBrbm93DQp0aGF0 IHRoaXMgcmV2aWV3IGlzIGdvaW5nIG9uLiBIb3dldmVyLCBwbGVhc2UgZG8gbm90IHJldmlldyB5 b3VyIG93bg0KZG9jdW1lbnQuDQogDQpSZXZpZXdzIHNob3VsZCBjb21tZW50IG9uIHdoZXRoZXIg dGhlIGRvY3VtZW50IGlzIGNvaGVyZW50LCBpcyBpdA0KdXNlZnVsIChpZSwgaXMgaXQgbGlrZWx5 IHRvIGJlIGFjdHVhbGx5IHVzZWZ1bCBpbiBvcGVyYXRpb25hbCBuZXR3b3JrcyksIA0KYW5kIGlz IHRoZSBkb2N1bWVudCB0ZWNobmljYWxseSBzb3VuZD8NCiANCldlIGFyZSBpbnRlcmVzdGVkIGlu IGtub3dpbmcgd2hldGhlciB0aGUgZG9jdW1lbnQgaXMgcmVhZHkgdG8gYmUNCmNvbnNpZGVyZWQg Zm9yIFdHIGFkb3B0aW9uIChpZSwgaXQgZG9lc24ndCBoYXZlIHRvIGJlIHBlcmZlY3QgYXQgdGhp cw0KcG9pbnQsIGJ1dCBzaG91bGQgYmUgYSBnb29kIHN0YXJ0KS4NCiANClJldmlld3Mgc2hvdWxk IGJlIHNlbnQgdG8gdGhlIGRvY3VtZW50IGF1dGhvcnMsIFdHIGNvLWNoYWlycyBhbmQgV0cNCnNl Y3JldGFyeSwgYW5kIENDJ2QgdG8gdGhlIE1QTFMgV0cgZW1haWwgbGlzdC4gSWYgbmVjZXNzYXJ5 LCBjb21tZW50cw0KbWF5IGJlIHNlbnQgcHJpdmF0ZWx5IHRvIG9ubHkgdGhlIFdHIGNoYWlycy4N CiANCklmIHlvdSBoYXZlIHRlY2huaWNhbCBjb21tZW50cyB5b3Ugc2hvdWxkIHRyeSB0byBiZSBl eHBsaWNpdCBhYm91dCB3aGF0DQpuZWVkcyB0byBiZSByZXNvbHZlZCBiZWZvcmUgYWRvcHRpbmcg aXQgYXMgYSB3b3JraW5nIGdyb3VwIGRvY3VtZW50LCBhbmQNCndoYXQgY2FuIHdhaXQgdW50aWwg dGhlIGRvY3VtZW50IGlzIGEgd29ya2luZyBncm91cCBkb2N1bWVudCBhbmQgdGhlDQp3b3JraW5n IGdyb3VwIGhhcyB0aGUgcmV2aXNpb24gY29udHJvbC4NCiANCkFyZSB5b3UgYWJsZSB0byByZXZp ZXcgdGhpcyBkcmFmdCBieSBOb3ZlbWJlciAxMiwgMjAxNT8gUGxlYXNlIHJlc3BvbmQNCmluIGEg dGltZWx5IGZhc2hpb24uDQogDQpUaGFua3MsIExvYQ0KKGFzIE1QTFMgV0cgY2hhaXIpDQogDQog DQogDQotLSANCiANCiANCkxvYSBBbmRlcnNzb24gICAgICAgICAgICAgICAgICAgICAgICBlbWFp bDogbG9hQG1haWwwMS5odWF3ZWkuY29tDQpTZW5pb3IgTVBMUyBFeHBlcnQgICAgICAgICAgICAg ICAgICAgICAgICAgIGxvYUBwaS5udQ0KSHVhd2VpIFRlY2hub2xvZ2llcyAoY29uc3VsdGFudCkg ICAgIHBob25lOiArNDYgNzM5IDgxIDIxIDY0DQo= ------=_001_NextPart245238536480_=---- Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =0A=0A
Hi Chand= ra,
I am OK with all you replies. Thanks.
=0A

=0A
Regards
Lizhong
= =0A
 
From: <= a href=3D"mailto:csekar@juniper.net" style=3D"color: blue; text-decoration= : underline;">Chandrasekar Ramachandran
Date: 20= 15-11-30 00:42
CC: mpls
Subjec= t: RE: MPLS-RT review of draft-chandra-mpls-ri-rsvp-frr
=0A=0A
=0A

Hi Lizhong,

=0A

Plea= se refer inline for responses.

=0A

 

=0A
=0A=0A
=0A

From: = lizho.jin@gmail.com [mailto:lizho.jin@gmail.com]=0A
=0ASent: Thu= rsday, November 19, 2015 8:59 PM
=0ATo: loa <loa@pi.nu>; s= riganesh.kini <sriganesh.kini@ericsson.com>; mustapha.aissaoui <m= ustapha.aissaoui@alcatel-lucent.com>; lucy.yong <lucy.yong@huawei.co= m>; guijuan.wang <guijuan.wang@ericsson.com>; draft-chandra-mpls-= ri-rsvp-frr <draft-chandra-mpls-ri-rsvp-frr@ietf.org>;=0A mpls-chair= s <mpls-chairs@ietf.org>
=0ACc: mpls <mpls@ietf.org>=
=0ASubject: Re: MPLS-RT review of draft-chandra-mpls-ri-rsvp-fr= r

=0A
=0A
=0A

 

=0A
=0A
=0A

Hi All=0A
=0AI revi= ewed review of draft-chandra-mpls-ri-rsvp-frr as the member of MPLS=  

=0A
=0A
=0A

Review Team. I think the document resolves a = real problem in FRR, and it is 

=0A
=0A
=0A

useful = and technically sound. At the same time, I have several questions, and

=0A
=0A
=0A

wou= ld appreciate to resolve them before WG adoption. 

=0A
=0A<= div>=0A


=0AAbstract
=0A[Lizhong] When I finish reading Abstract= , I hope to know what is the
=0Arefresh-interval independent FRR. Coul= d you add the key point of the
=0Asolution in the Abstract section? =0A
=0A=

=0A

= [Chandra] Will the following text replacing the second paragraph in Abstra= ct be sufficient?

=0A

 

=0A

=E2=80=9CIn order to elim= inate the reliance on refresh timeouts in RSVP, the routers should unambig= uously determine when a particular LSP state should be deleted.=0A Couplin= g the states corresponding to a particular LSP with the corresponding RSVP= -TE signaling adjacencies will help in scenarios other than FRR using bypa= ss tunnels. However, in scenarios involving FRR using bypass tunnels, addi= tional tear down messages will=0A be required. Refresh-interval independen= t RSVP FRR (RI-RSVP-FRR) consists of procedures defined in this document t= o enable LSP state clean up required in scenarios not covered by procedure= s defined in [TE-SCALE-REC].=E2=80=9D

=0A

=
=0ASection 4.1.1.
=0A- After signaling protection availability, if= the PLR finds that
=0Athe protection becomes unavailable then it SHOU= LD attempt to make
=0Aprotection available. The PLR SHOULD wait for a = time out before
=0Aremoving SUMMARY_FRR_BYPASS_ASSIGNMENT sub-object i= n RRO and
=0Atriggering PATH downstream. On the other hand, the PLR ne= ed not
=0Await for a time out to add SUMMARY_FRR_BYPASS_ASSIGNMENT sub= -
=0Aobject in RRO and may immediately trigger PATH downstream.
= =0A[Lizhong] what is "On the other hand" referring here? A bit confused. <= br>=0A
=0A=

=0A

= [Chandra] We have received similar comment from Guijuan. As the procedures= for inclusion of new sub-object for bypass association will be spelt out = in SUMMARY-FRR=0A draft, we will remove this paragraph to avoid confusion.= The following paragraph was my response to Guijuan on the same sub-sectio= n.

=0A

<= span style=3D"font-size:11.0pt;font-family:"Calibri",sans-serif;= color:#1F497D"> 

=0A

From mail sent to Guijuan:

=0A

[Chandra] Actually, the time out indicated here is not relat= ed to state time out. But I agree that this paragraph is a bit confusing. = As the procedures are expected to be specified in SUMMARY-FRR draft, we wi= ll remove the last paragraph=0A (the one starting with "After signaling pr= otection availability ...") and combine the previous two paragraphs. That = is, we will merge the two paragraphs "In parallel to the attempt made ..."= and "If the bypass LSP comes up, then the PLR should include ...".<= span style=3D"font-size:11.0pt;font-family:"Calibri",sans-serif;= color:#1F497D">

=0A


=0ASection 4.1.5. =
=0AThe "remote" state is identical to the protected LSP path
=0Ast= ate except for the difference in HOP object. The HOP object
=0A[Lizhon= g] HOP is RSVP_HOP, right? If true, could you use RSVP_HOP as
=0Adefin= ed in RFC2205?
=0A
=0A

=0A

<= span style=3D"font-size:11.0pt;font-family:"Calibri",sans-serif;= color:#1F497D">[Chandra] Yes, we will replace references to HOP with RSVP_= HOP.

=0A


=0ASection 4.1.5.
=0Aco= rresponding to the "remote" path state contains the address of
=0Aremo= te node signaling adjacency with PLR.
=0A[Lizhong] a bit confused the = above description. The HOP object contains
=0Athe address of PLR, righ= t? Then it seems it should be described as:
=0A"corresponding to the "= remote" path state contains the address of
=0Aremote node signaling ad= jacency with MP."
=0A
=0A

=0A

<= i>[Chandra] Will the following modified sentence be better= ?

=0A

=E2=80=9CThe RSVP_HOP object in =E2=80=9Cremote=E2=80=9D Pat= h state contains the address that the PLR uses to send NodeID hello messag= es to MP=E2=80=9D.

=0A


=0ASection 4.1.= 5.
=0A- MP receives PathTear, or
=0A[Lizhong] here, PathTear refer= s to normal or "Remote" PathTear, right?
=0A
=0A

=0A

[Chandra] Yes, we will make = it explicit in this point.

=0A


=0ASec= tion 4.1.5.
=0AUnlike the normal path state that is either locally gen= erated on
=0AIngress or created from PATH message from Phop node, the = "remote"
=0Apath state is not signaled explicitly form PLR.
=0A[Li= zhong] typo, "form" should be "from".
=0A
=0A

=0A

[Chandra] Yes, will correct in the t= ypo in next revision.

=0A


=0ASection 4= .1.5.
=0ASuch message tearing down
=0A"remote" path state is calle= d "Remote PathTear.
=0A[Lizhong] What's the TTL value of "Remote" Path= Tear message?
=0A
=0A

=0A

[Chandra] TTL value should be set to 255. We will make it ex= plicit in the draft.

=0A

=0A
=0A

=0A

[Chandra] We will replace the existing M-bit spe= cification with the following text.

=0A

 

=0A

M-bit

=0A

If M-bit is set to 1, then the PathTear message should be proce= ssed based on the condition whether the receiving router is Merge Point or= not.

=0A

<= i>If M-bit is set to 0, then the PathTear message should b= e processed as normal PathTear message.

=0A=0Astep 1, before step= 2 in section 3, right? Hope to describe explicitly.
=0A
=0A=

=0A<= p class=3D"MsoNormal" style=3D"margin: 0px 0in; font-size: 12pt; font-fami= ly: 'Times New Roman', serif;">[Chandra] The state o= f LSP being locally repaired is a pre-condition before step 3. However, it= is quite possible that the PLR (router B) may have started=0A local repai= r of the LSP even before step 1. But  it is conceivable that backup L= SP signaling for a particular LSP to be delayed owing to LSP scale (or oth= er dimensions of scale) and the Ingress receives management event during t= his period. That is why, one=0A cannot explicitly state when the local rep= air actions are initiated.

=0A


=0ASec= tion 4.4.1. PLR Behavior on Local Repair Failure
=0A[Lizhong] Consider= the case in figure 1, if link between B and C fail,
=0Athen B will se= nd "remote" PathTear to D, and then D will send pathTear
=0Adownstream= . But How to clear the state on node C? We need some way to
=0Alet A t= o send "remote" PathTear to C. 

=0A
=0A

 

=0A

[Cha= ndra] In the specific case you describe, the state cleanup on router C may= occur through two different ways. One way is through route D sending Resv= Tear=0A to C. That is, when router D receives =E2=80=9Cremote=E2=80=9D Pat= hTear from router B, router D will propagate PathTear downstream (if there= is any downstream router along the LSP) and will send ResvTear upstream t= o router C. The other way is router A sending =E2=80=9Cremote=E2=80=9D Pat= hTear=0A to C when router A find that router C is no longer its NP-MP. We = will make state this explicitly in this section.=

=0A


=0AThe last one is, will you consider the impact to bidirect= ional LSP FRR described
=0Ain draft-ietf-teas-gmpls-lsp-fastreroute-03= ?

=0A
=0A
=0A

 

=0A

[Chandra] The gmpls-lsp-fastreroute dr= aft is not specific to packet LSPs, while ri-rsvp-frr is specific to packe= t LSPs implementing facility bypass FRR=0A defined in RFC 4090 (and that i= s why this draft is in mpls wg rather than teas wg). However, we will go t= hrough gmpls-lsp-fastroute more closely to consider how the ri-rsvp-frr pr= ocedures impact the gmpls draft.

=0A

 =

=0A

Thanks,

=0A

Chandra.

=0A

 

=0A
=0A
=0A
=0A
=0A
=0A
=0A
=0A

Regards

=0A<= /div>=0A
=0A

Lizhong=

=0A
=0A
=0A
=0A
=0A
=0A

 

=0A
=0A
=0A
=0A
=0A

Fr= om: Loa Andersson<= /p>=0A

=0A
=0A

Date: 2015-1= 0-22 20:18

=0A
=0A
=0A

To: Sriganesh=0A Kini; <= a href=3D"mailto:lizho.jin@gmail.com" style=3D"color: blue; text-decoratio= n: underline;">Lizhong Jin; =0AAissao= ui, Mustapha (Mustapha); Lucy yong;=0AGuijuan Wang 3; =0Adraf= t-chandra-mpls-ri-rsvp-frr@ietf.org; =0Ampls-chairs@i= etf.org

=0A
=0A
=0A

Subject: MPLS-RT review of draft-chandra-mpls-ri-rsvp-fr= r

=0A
=0A
=0A
=0A
=0A
=0A

Sr= i, Lizhong, Mustapha, Lucy, and Guijuan Wang,

=0A=0A
=0A

 

=0A
=0A
=0A

You h= ave be selected as MPLS-RT reviewers for=0A

=0A
= =0A
=0A

draft-chandra-mpls-ri-rsvp-frr-02.

=0A<= /div>=0A
=0A

 

=0A
=0A
=0A

Note= to authors: You have been CC'd on this email so that you can know

=0A
=0A
=0A

that this review is going on. However= , please do not review your own

=0A
=0A
=0A<= p class=3D"MsoNormal" style=3D"margin: 0px 0in; font-size: 12pt; font-fami= ly: 'Times New Roman', serif;">document.

=0A
=0A
=0A

Reviews should comment on whether the do= cument is coherent, is it

=0A
=0A
=0A

usef= ul (ie, is it likely to be actually useful in operational networks),=0A

=0A
=0A
=0A

and is the document technically = sound?

=0A
=0A
=0A

 

=0A
=0A
=0A

We are interested in knowing whether the docum= ent is ready to be

=0A
=0A
=0A

considered = for WG adoption (ie, it doesn't have to be perfect at this

=0A
=0A
=0A

point, but should be a good start).

=0A
=0A
=0A

 

=0A
= =0A
=0A

Reviews should be sent to the document authors, WG co-chairs= and WG

=0A
=0A
=0A

secretary, and CC'd to= the MPLS WG email list. If necessary, comments

=0A=0A
=0A

may be sent privately to only the WG chairs.<= /span>

=0A
=0A
=0A

 

=0A
=0A=
=0A

If you have technical comments you should try to be explicit ab= out what

=0A
=0A
=0A

needs to be resolved = before adopting it as a working group document, and

= =0A
=0A
=0A

what can wait until the document is a working group= document and the

=0A
=0A
=0A

working grou= p has the revision control.

=0A
=0A
=0A

&n= bsp;

=0A
=0A
=0A

Are you able to review th= is draft by November 12, 2015? Please respond

=0A=0A
=0A

in a timely fashion.

=0A
=0A=0A

 

=0A
=0A
=0A

Thanks, Loa=

=0A
=0A
=0A

(as MPLS WG chair)

=0A
=0A
=0A

 

=0A
=0A
= =0A

 

=0A
=0A
=0A

 =

=0A
=0A
=0A

--

=0A
=0A=0A

 

=0A
=0A
=0A

 

=0A
=0A
=0A

Loa Andersson    &= nbsp;           &nb= sp;       email:=0Aloa@mai= l01.huawei.com

=0A
=0A
=0A

Senior MPLS= Expert           &= nbsp;           &nb= sp; =0Aloa@pi.nu

=0A
=0A
=0A<= p class=3D"MsoNormal" style=3D"margin: 0px 0in; font-size: 12pt; font-fami= ly: 'Times New Roman', serif;">Huawei Technologies (consultant)     phone: +46 739 = 81 21 64

=0A
=0A
=0A
=0A
= =0A
=0A
=0A ------=_001_NextPart245238536480_=------ From nobody Mon Nov 30 07:55:37 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0BE591B2F56; Mon, 30 Nov 2015 07:55:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham 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 pThwB4o1EBET; Mon, 30 Nov 2015 07:55:35 -0800 (PST) Received: from mail-wm0-x229.google.com (mail-wm0-x229.google.com [IPv6:2a00:1450:400c:c09::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0DF081B2F50; Mon, 30 Nov 2015 07:55:35 -0800 (PST) Received: by wmuu63 with SMTP id u63so135581028wmu.0; Mon, 30 Nov 2015 07:55:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=LDiGLc6dR0sMZjv9+M2bslVJjSJlvJkIIW8hQS9fsn0=; b=rC3Pf0NqzntZbiwKYuAOdu81WSQpzI2tgJqzNBCDW+x4/X1tq2B7Mcka0lleKWCWEs c5RFxclPdJwfqAmSKx0dM+tbEQ7ACmJDm0OkU3keqIYmFUKQLw8sQIn4QHRBzCLamjJT nJQUo0qPL8b+SCqNh05/9ix69f9lpaHFneYAsDIp6BhVWXJ8lykAWxSsvMraJBesZ2c8 49FcPl3RZMSvknQaaC/k48zq1FJD2KcE1HsRoOPK1mhUvQDxByv7dcXTjmK6P01+uYkJ 0ajaptHxPzJz8VeRDGeN8rrgerkRAXl3KUxQXPKZtyek57oYP5Cf/OBggWI7VX07p/Au rQaQ== X-Received: by 10.194.76.41 with SMTP id h9mr37617331wjw.57.1448898933579; Mon, 30 Nov 2015 07:55:33 -0800 (PST) Received: from [192.168.2.132] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id t194sm21957064wmt.11.2015.11.30.07.55.32 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 30 Nov 2015 07:55:32 -0800 (PST) To: Stephen Farrell , Ross Callon , "mpls@ietf.org" , "Stewart Bryant (stbryant)" , "Carlos Pignataro (cpignata)" , "Mach Chen (mach.chen@huawei.com)" , "lizhenbin@huawei.com" , Gregory Mirsky References: <5656602C.6030209@cs.tcd.ie> From: Stewart Bryant Message-ID: <565C7173.6000901@gmail.com> Date: Mon, 30 Nov 2015 15:55:31 +0000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <5656602C.6030209@cs.tcd.ie> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: "mpls-chairs@ietf.org" Subject: Re: [mpls] IPR poll on draft-bryant-mpls-flow-ident X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Nov 2015 15:55:37 -0000 Hi Stephen Always willing to talk and receive feedback. Perhaps we need a guide to considering privacy issues in protocols, in the same way that we have a useful guide to writing privacy sections. The fundamental point I was making was that in regular MPLS in an LDP context you can tell where a packet is headed but not where it came from (a comment that us network layer folks made at the privacy workshop). If the payload is other than IP this makes it difficult to figure out which PE injected the packet and hence have any idea where the origin was. By indicating the source PE (needed for network management) you remove some of this anonymity from the MPLS layer. - Stewart On 26/11/2015 01:28, Stephen Farrell wrote: > I'm afraid I don't understand section 11 at all. (It's title > is "privacy considerations" but it's current content bemuses me;-) > > If this is adopted and if that section gets fixed (e.g. to become > some kind of applicability statement), then that would be a fine > outcome. > > There's a bit of work to be done to figure out when this is a safe > or unsafe thing to do from the privacy perspective and to document > that, but such work should be something the WG is well able for. > > Put another way: I support adoption of this (not that I know squat > about MPLS;-) on the assumption that section 11 gets fixed. And I'm > confident fixing that should not be hard. > > But in any case - I am very happy to see section 11 in an MPLS > document - recognition that privacy is an issue, even at this layer, > does represent progress. (Thanks to the authors for that.) > > S. > > > On 12/11/15 16:28, Ross Callon wrote: >> Working Group, >> >> The authors of draft-bryant-mpls-flow-ident have told us that the >> draft is ready to be polled to see if we have consensus to make it a working >> group document. >> >> Before we start the adoption poll we will do an IPR poll. This mail starts the IPR poll. >> >> Are you aware of any IPR that applies to draft-bryant-mpls-flow-ident? >> >> If so, has this IPR been disclosed in compliance with IETF IPR rules >> (see RFCs 3979, 4879, 3669 and 5378 for more details). >> >> Currently there are no IPR disclosures that relate to this document. >> >> 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. >> >> Thanks, Ross >> (as MPLS WG co-chair) >> >> >> >> >> _______________________________________________ >> mpls mailing list >> mpls@ietf.org >> https://www.ietf.org/mailman/listinfo/mpls >> From nobody Mon Nov 30 16:50:11 2015 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3A69D1B34C6; Mon, 30 Nov 2015 16:50:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.2 X-Spam-Level: X-Spam-Status: No, score=-104.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, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MQZF_5HLg8uA; Mon, 30 Nov 2015 16:49:59 -0800 (PST) Received: from usplmg21.ericsson.net (usplmg21.ericsson.net [198.24.6.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4E76D1B3476; Mon, 30 Nov 2015 16:49:59 -0800 (PST) X-AuditID: c6180641-f799c6d000007d66-4a-565ceeb38e87 Received: from EUSAAHC001.ericsson.se (Unknown_Domain [147.117.188.75]) by usplmg21.ericsson.net (Symantec Mail Security) with SMTP id 9D.68.32102.3BEEC565; Tue, 1 Dec 2015 01:49:56 +0100 (CET) Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC001.ericsson.se ([147.117.188.75]) with mapi id 14.03.0248.002; Mon, 30 Nov 2015 19:49:57 -0500 From: Gregory Mirsky To: Huaimo Chen , "rtorvi@juniper.net" , "draft-ietf-teas-rsvp-ingress-protection@tools.ietf.org" , "teas-chairs@ietf.org" , "teas@ietf.org" Thread-Topic: [mpls] Comments on draft-ietf-teas-rsvp-ingress-protection Thread-Index: AQHQdUsbhXhJtQ5lC02wWl3AD+NymZ1QUc6ggAeV/ACBS3mFcA== Date: Tue, 1 Dec 2015 00:49:57 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF1122194BD8B@eusaamb103.ericsson.se> References: <7347100B5761DC41A166AC17F22DF1121B948347@eusaamb103.ericsson.se> <5316A0AB3C851246A7CA5758973207D44E37EE98@SJCEML701-CHM.china.huawei.com> <7347100B5761DC41A166AC17F22DF1121B94CD49@eusaamb103.ericsson.se> <5316A0AB3C851246A7CA5758973207D44E3804B5@SJCEML701-CHM.china.huawei.com> In-Reply-To: <5316A0AB3C851246A7CA5758973207D44E3804B5@SJCEML701-CHM.china.huawei.com> 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_7347100B5761DC41A166AC17F22DF1122194BD8Beusaamb103erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrFIsWRmVeSWpSXmKPExsUyuXSPt+6WdzFhBpuOsVhcfPiU2WLr0yuM FreWrmS1+PxnG6PF/5fL2C2a5u5ismj9sYPFgd2j5chbVo8lS34yeVxvusru8eXyZ7YAligu m5TUnMyy1CJ9uwSujEWfTjAW3H/KXDG9+S5zA+PqVcxdjJwcEgImEqemdrNC2GISF+6tZ+ti 5OIQEjjCKDHpwBQmCGc5o8Tu1n4WkCo2ASOJFxt72EESIgILmCS2b/7EDpJgFvCSuPR8GthY YQF3ia6bB8BsEQEPiRXX5rBB2E4SPyc1ga1jEVCRmHWkHayGV8BX4vY0iDlCAiuZJB43SIPY nAJhEofOHgDrZQQ67/upNUwQu8Qlbj2ZzwRxtoDEkj3nod4RlXj5+B/UO0oSk5aeY4Woz5dY uPorK8QuQYmTM5+wTGAUnYVk1CwkZbOQlEHEdSQW7P7EBmFrSyxb+JoZxj5z4DETsvgCRvZV jBylxQU5uelGhpsYgTF6TILNcQfj3l7PQ4wCHIxKPLwfrsSECbEmlhVX5h5ilOBgVhLhVXkC FOJNSaysSi3Kjy8qzUktPsQozcGiJM7LyMDAICSQnliSmp2aWpBaBJNl4uCUamCcaF7/rp3v UfDBAz/WVC3arXL7hErmvFuabKvFbf+VvROWylzup32V2WC2eHkH1/77IV3+/xl2r2A22ydS 7qX1urlg5oqzlqpzuE/f5Vpk9UP01Fam784G5k0FK1kL1/9m/HiFy+PuMiOVkC3/ft+1W8L/ zfuYe4z7OXexCq/vs8r5V++R/3xciaU4I9FQi7moOBEArSsHKs0CAAA= Archived-At: Cc: "mpls@ietf.org" , "rtg-bfd@ietf.org" Subject: Re: [mpls] Comments on draft-ietf-teas-rsvp-ingress-protection X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 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 Dec 2015 00:50:08 -0000 --_000_7347100B5761DC41A166AC17F22DF1122194BD8Beusaamb103erics_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Huaimo and authors, apologies for the extended period of silence. Thank you for your answers. I= 'll use this thread of discussion to review and comment on the latest versi= on of the document. I believe that we were discussing -02 version and the most current is -04. = Thus I've reviewed changes from -02 through -04 versions. Please find my co= mments and questions below: * Source Detects Failure I cannot agree with several assertions and statements made in this section: o the source node (S in Fig.1) detects failure not just of R1 but S-R1 pa= th. The text "the backup ingress MUST use a method to reliably detect the f= ailure of the primary ingress" concentrates only of failure of the R1, thus= excluding failure of S-R1 path; o Similar omission seen in the last paragraph that concentrates only on s= cenario when R1 fails and excludes scenario when path S-R1 does fail even t= hough from the perspective of S these are equally defects; o And it is not obvious why discussion of monitoring role of the backup i= ngress located in this section. * Backup and Source Detect Failure o as noted earlier, the backup ingress has no means to reliably detect fa= ilure of S-R1 path. Thus state of the LSP from S perspective and Ra may not= be the same without explicit protocol similar to Protection Switchover Coo= rdination [RFC6378]. * Failure Detection and Refresh PATH Messages o as noted earlier, the backup ingress cannot "accurately detect that the= ingress node has failed" for all the cases where the Source detects a fail= ure. o * several new places now use normative SHOULD, e.g. section Revert = to Primary Ingress: If "Revert to Primary Ingress" is desired for a protected LSP, the (primary) ingress of the LSP SHOULD re-signal the LSP that starts from the primary ingress after the primary ingress restores. Is there an alternative to re-signaling the LSP? After the LSP is re-signaled successfully, the traffic SHOULD be switche= d back to the primary ingress from the backup ingress on the source node and redirected into the LSP starting from the primary ingress. Similarly, is there alternative to switching traffic back to the primary af= ter the LSP been re-signaled successfully? * Security Considerations I believe that the Source-Detect approach introduces several security conce= rns that were not in scope of RFC 4090. For example, the Source required to= monitor S-R1 path thus increasing, if not opening possibility of DDoS atta= ck. Regards, Greg From: Huaimo Chen [mailto:huaimo.chen@huawei.com] Sent: Tuesday, April 21, 2015 8:27 AM To: Gregory Mirsky; draft-ietf-teas-rsvp-ingress-protection@tools.ietf.org<= mailto:draft-ietf-teas-rsvp-ingress-protection@tools.ietf.org>; teas-chairs= @ietf.org; teas@ietf.org Cc: mpls@ietf.org; rtg-bfd@ietf.org Subject: RE: [mpls] Comments on draft-ietf-teas-rsvp-ingress-protection Hi Greg, Thanks for your comments. My answers/explanations are inline below with [Huaimo 2]. Best Regards, Huaimo From: Gregory Mirsky [mailto:gregory.mirsky@ericsson.com] Sent: Thursday, April 16, 2015 7:58 PM To: Huaimo Chen; draft-ietf-teas-rsvp-ingress-protection@tools.ietf.org; teas-chairs@ie= tf.org; teas@ietf.org Cc: mpls@ietf.org; rtg-bfd@ietf.org Subject: RE: [mpls] Comments on draft-ietf-teas-rsvp-ingress-protection Hi Huaimo, thank you for kind consideration of my comments. Please find more in-lined = and tagged GIM>> notes. Regards, Greg From: Huaimo Chen [mailto:huaimo.chen@huawei.com] Sent: Sunday, April 12, 2015 11:04 AM To: Gregory Mirsky; draft-ietf-teas-rsvp-ingress-protection@tools.ietf.org<= mailto:draft-ietf-teas-rsvp-ingress-protection@tools.ietf.org>; teas-chairs= @ietf.org; teas@ietf.org Cc: mpls@ietf.org; rtg-bfd@ietf.org Subject: RE: [mpls] Comments on draft-ietf-teas-rsvp-ingress-protection Hi Greg, Thanks for your comments. My answers/explanations are inline below. Best Regards, Huaimo From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Gregory Mirsky Sent: Sunday, April 12, 2015 2:04 AM To: draft-ietf-teas-rsvp-ingress-protection@tools.ietf.org; teas-chairs@ietf.org; teas@ietf.org Cc: mpls@ietf.org; rtg-bfd@ietf.org Subject: [mpls] Comments on draft-ietf-teas-rsvp-ingress-protection Dear Editors, chairs, WG community, please find my comments to the current version of your work below: * Introduction o The first paragraph may leave an impression that local protection of tr= ansit LSRs is not being already addressed, neither by RFC 4090, nor RFC 487= 5; [Huaimo] Will revise it accordingly. o I think that "global protection" is not commonly used term, "end-to-end= protection" seems to be commonly used instead. [Huaimo] It seems that "global protection" is better here since we mentione= d "local protection" here. It seems that Global Protection is used often. * Section 3.1 o Third paragraph contains the following requirement: "For a P2P LSP, after the primary ingress fails, the backup ingress must us= e a method to reliably detect the failure of the primary ingress before the= PATH message for the LSP expires at the next hop of the primary ingress." But that is not obvious that such requirement is really needed. Since this = is RSVP-TE LSP, why not to use MP2MP construct and let the Source node to c= ontrol switchover. Especially since, as noted in the last paragraph of Sect= ion 2.1, primary and backup ingress nodes must be connected by a logical li= nk, which in general case will be a tunnel. Thus this solution puts a requi= rement, implicitly though, to instantiate a tunnel per protection group, tu= nnel that would not be used to carry traffic. [Huaimo] The requirement above seems necessary. If the backup ingress does = not detect the failure of the primary ingress before the timer for the PATH= message for the LSP at the next hop of the primary ingress expires, the LS= P will be down after the primary ingress fails. If the backup ingress detec= ts the failure and sends/refreshes the PATH message to the next hop before = the timer expires after the primary egress fails, the LSP will continue bei= ng up and carry the traffic from the backup ingress via the backup LSP. For a P2P LSP, it seems that MP2MP construct is not used in RFC 4090 to pro= tect a transit node of a P2P LSP. The logical link between the primary ingr= ess and the backup ingress can be a direct link or a tunnel. It seems that = a direct link is common. GIM>> I think it is strange to cite requirement on scale of seconds if not = tens of seconds in discussion of method of local protection that supposed t= o perform protection switchover in sub-second if not sub-50msec time. [Huaimo 2] The requirement is for the control plane. More specifically, it = is for the PATH message (not to be cleaned up) for the LSP at the next hop = of the primary ingress of the LSP when the primary ingress fails. After the= primary ingress fails, the next hop will not receive any PATH message from= the primary ingress. In order to prevent the PATH message from clean up at= the next hop, the backup ingress seems required to detect the failure of t= he primary ingress and send/refresh the PATH message to the next hop before= the PATH message is cleaned up. Thus it seems reasonable for the requireme= nt to have the time for detecting the failure of the primary ingress in sec= onds or even tens of seconds instead of sub-seconds or within 50 ms. o In addition, what is importance of requirement quoted above: "... before the PATH message for the LSP expires at the next hop of the pri= mary ingress" [Huaimo] This seems very important. If the timer for the PATH message for t= he LSP at the next hop of the primary egress expires, then the LSP will be = down. So the PATH message must be refreshed before the timer for the PATH m= essage for the LSP expires at the next hop of the primary LSP. GIM>> As noted above, these seem as requirements of different scale. [Huaimo 2] See the explanation above. o Fourth paragraph makes very questionable assumption in: "After the primary ingress fails, it will not be reachable after routing co= nvergence." I believe that if OAM session is between two nodes there's no reliable way = to differentiate between node and link failure. Thus, to declare a node unr= eachable there must be N tunnels for N OAM sessions that monitor all possib= le paths between two nodes. (Note, that if there was no requirement to use = a tunnel between primary and backup ingress, multi-hop BFD could be used th= ough its detection time being limited by IGP convergence, which may be too = slow comparing with your requirement of tens milliseconds). [Huaimo] It is true that "After the primary ingress fails, it will not be r= eachable after routing convergence." From routing's point of view, there i= s no need for us to have any OAM session between two nodes. The timer for a= PATH message seems in tens of seconds. Routing convergence is not limited = to tens of milliseconds. GIM>> Routing convergence may take seconds. Is that acceptable as failure d= etection time for local protection? Protection switchover expected to be fa= st, perhaps on sub-50 msec scale. From TDM world we carry 10 msec failure d= etection, and BFD implementations can support that. but here, it appears, y= ou describe failure detection mechanism with detection time on scale of sec= onds if not tens of seconds. [Huaimo 2] The routing convergence is for the control plane. Refer to the e= xplanation above. * Section 5.1 o Regarding "Ingress local protection in use" flag As demonstrated earlier, backup ingress node has no reliable way to detect = that primary ingress node is not reachable to the Source and thus protectio= n must be activated. [Huaimo] It seems that there is no need for the backup ingress to detect wh= ether the primary ingress is reachable to the Source and the focus is on th= e failure of the primary ingress. GIM>> In that case, the text is not needed either. [Huaimo 2] Can you give more details regarding to "the text is not needed e= ither"? Which part of the text (do you think) is not needed in section 5.1? Considering that backup ingress may initiate described in the document acti= ons not when primary ingress became unavailable to Source, I believe that c= ases that may produce false positives must be removed along with extensions= that intended to support these cases. In my opinion, the only viable case = of ingress protection is Source-centric where Source monitors availability = of both primary and backup ingress nodes and controls traffic switchover. I= 'd ask WG to discuss these comments and, if agreed, ask Editors to make app= ropriate changes to the document. [Huaimo] It seems that the current version already indicates that the sourc= e-detect (i.e., Source detects the failure of the primary ingress and switc= hes traffic to the backup ingress when the primary ingress fails) is used. = There were a few of modes for detecting the failure of the primary ingress= that were proposed in the previous versions of the document. A different m= ode may have a different control on the traffic switch over and/or forwardi= ng. After discussions, the current version selects the source-detect. GIM>> If this is historical part, then it may be moved to Appendix or taken= from the document altogether. [Huaimo 2] A couple of detection modes were removed from the document. One = more will be smoothed out. Thus there will be only one mode in the document= . Can you give more details about the cases in which false positives may be p= roduced? GIM>> If current proposal is limited to Source-detect case only then possi= bility of false positive/negative depends on Source to Ingress connection a= nd OAM mechanism used. But that is deployment issue and is outside of scope= of this document Regards, Greg --_000_7347100B5761DC41A166AC17F22DF1122194BD8Beusaamb103erics_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Huaimo and authors,=

apologies for the exte= nded period of silence. Thank you for your answers. I’ll use this thr= ead of discussion to review and comment on the latest version of the docume= nt.

I believe that we were= discussing -02 version and the most current is -04. Thus I’ve review= ed changes from -02 through -04 versions. Please find my comments and quest= ions below:

·         Source Detects= Failure

I cannot agree with several assertions and statements made in this sec= tion:

o   the source nod= e (S in Fig.1) detects failure not just of R1 but S-R1 path. The text ̶= 0;the backup ingress MUST use a method to reliably detect the failure of th= e primary ingress” concentrates only of failure of the R1, thus excluding failure of S-R1 path;<= /p>

o   Similar omissi= on seen in the last paragraph that concentrates only on scenario when R1 fa= ils and excludes scenario when path S-R1 does fail even though from the per= spective of S these are equally defects;

o   And it is not = obvious why discussion of monitoring role of the backup ingress located in = this section.

·         Backup and Sou= rce Detect Failure

o   as noted earli= er, the backup ingress has no means to reliably detect failure of S-R1 path= . Thus state of the LSP from S perspective and Ra may not be the same witho= ut explicit protocol similar to Protection Switchover Coordination [RFC6378].

·         Failure Detect= ion and Refresh PATH Messages

o   as noted earli= er, the backup ingress cannot “accurately detect that the ingress nod= e has failed” for all the cases where the Source detects a failure.

o    

·         several new pl= aces now use normative SHOULD, e.g. section Revert to Primary Ingress:=

   If "Revert to Primary Ingress" is desired for = a protected LSP, the

   (primary) ingress of the LSP SHOULD re-signal the LSP th= at starts

   from the primary ingress after the primary ingress resto= res.

Is there an alternative to re-signaling the LSP?

   After the LSP is re-signaled successfully, the traffic S= HOULD be switched

   back to the primary ingress from the backup ingress on t= he source

   node and redirected into the LSP starting from the prima= ry ingress.

Similarly, is there alternative to switching traffic back to the prim= ary after the LSP been re-signaled successfully?

·         Security Consi= derations

I believe that the Source-Detect approach introduces several security= concerns that were not in scope of RFC 4090. For example, the Source requi= red to monitor S-R1 path thus increasing, if not opening possibility of DDoS attack.

 

 

   &nbs= p;            Regard= s,

   &nbs= p;            &= nbsp;           &nbs= p;   Greg

 

 

From: Huaimo C= hen [mailto:hu= aimo.chen@huawei.com]
Sent: Tuesday, April 21, 2015 8:27 AM
To: Gregory Mirsky; draft-ietf-teas-rsvp-ingress-p= rotection@tools.ietf.org; teas-chairs@ietf= .org; teas@ietf.org
Cc: mpls@ietf.or= g; rtg-bfd@ietf.org
Subject: RE: [mpls] Comments on draft-ietf-teas-rsvp-ingress-protect= ion

 

Hi Greg,

 

Thanks for your comments.

My answers/explanations are inline below with [Huaimo 2].<= /span>

 

Best Regards,

Huaimo

From: Gregory = Mirsky [mailto:gregory.mirsky@ericsson.com]
Sent: Thursday, April 16, 2015 7:58 PM
To: Huaimo Chen; draft-ietf-teas-rsvp-ingress-prot= ection@tools.ietf.org; teas-chairs@ietf= .org; teas@ietf.org
Cc: mpls@ietf.or= g; rtg-bfd@ietf.org
Subject: RE: [mpls] Comments on draft-ietf-teas-rsvp-ingress-protect= ion

 

Hi Huaimo,<= /span>

thank you for kind con= sideration of my comments. Please find more in-lined and tagged GIM>>= notes.

 

   &nbs= p;            Regard= s,

   &nbs= p;            &= nbsp;           &nbs= p;   Greg

 

From: Huaimo C= hen [mailto:hu= aimo.chen@huawei.com]
Sent: Sunday, April 12, 2015 11:04 AM
To: Gregory Mirsky; draft-ietf-teas-rsvp-ingress-p= rotection@tools.ietf.org; teas-chairs@ietf= .org; teas@ietf.org
Cc: mpls@ietf.or= g; rtg-bfd@ietf.org
Subject: RE: [mpls] Comments on draft-ietf-teas-rsvp-ingress-protect= ion

 

Hi Greg,

 

Thanks for your comments.

My answers/explanations are inline below.

 

Best Regards,

Huaimo

From: mpls [mailt= o:mpls-bounces@ietf.org] On Behalf Of Gregory Mirsky
Sent: Sunday, April 12, 2015 2:04 AM
To: draft-ietf-teas-rsvp-ingress-protection@tools.= ietf.org; teas-chairs@ietf= .org; teas@ietf.org
Cc: mpls@ietf.or= g; rtg-bfd@ietf.org
Subject: [mpls] Comments on draft-ietf-teas-rsvp-ingress-protection<= o:p>

 

Dear Editors, chairs, WG community,

please find my comments to the current version of yo= ur work below:

·         Introduction

o   The first paragraph may leave an impression = that local protection of transit LSRs is not being already addressed, neith= er by RFC 4090, nor RFC 4875;

[Huaimo] Will revise i= t accordingly.

o   I think that “global protection”= is not commonly used term, “end-to-end protection” seems to be= commonly used instead.

[Huaimo] It seems that= “global protection” is better here since we mentioned “l= ocal protection” here. It seems that Global Protection is used often.=

·         Section 3.1

o   Third paragraph contains the following requi= rement:

“For a P2P LSP, af= ter the primary ingress fails, the backup ingress must use a method to reli= ably detect the failure of the primary ingress before the PATH message for = the LSP expires at the next hop of the primary ingress.”

But that is not obvious = that such requirement is really needed. Since this is RSVP-TE LSP, why not = to use MP2MP construct and let the Source node to control switchover. Espec= ially since, as noted in the last paragraph of Section 2.1, primary and backup ingress nodes must be connected by a lo= gical link, which in general case will be a tunnel. Thus this solution puts= a requirement, implicitly though, to instantiate a tunnel per protection g= roup, tunnel that would not be used to carry traffic.

[Huaimo] The requireme= nt above seems necessary. If the backup ingress does not detect the failure= of the primary ingress before the timer for the PATH message for the LSP a= t the next hop of the primary ingress expires, the LSP will be down after the primary ingress fails. If the back= up ingress detects the failure and sends/refreshes the PATH message to the = next hop before the timer expires after the primary egress fails, the LSP w= ill continue being up and carry the traffic from the backup ingress via the backup LSP. =

For a P2P LSP, it seem= s that MP2MP construct is not used in RFC 4090 to protect a transit node of= a P2P LSP. The logical link between the primary ingress and the backup ing= ress can be a direct link or a tunnel. It seems that a direct link is common.

GIM>> I think it= is strange to cite requirement on scale of seconds if not tens of seconds = in discussion of method of local protection that supposed to perform protec= tion switchover in sub-second if not sub-50msec time.

[Huaimo 2] The require= ment is for the control plane. More specifically, it is for the PATH messag= e (not to be cleaned up) for the LSP at the next hop of the primary ingress= of the LSP when the primary ingress fails. After the primary ingress fails, the next hop will not receive any = PATH message from the primary ingress. In order to prevent the PATH message= from clean up at the next hop, the backup ingress seems required to detect= the failure of the primary ingress and send/refresh the PATH message to the next hop before the PATH message = is cleaned up. Thus it seems reasonable for the requirement to have the tim= e for detecting the failure of the primary ingress in seconds or even tens = of seconds instead of sub-seconds or within 50 ms.

 

o   In addition, what is importance of requireme= nt quoted above:

“… before th= e PATH message for the LSP expires at the next hop of the primary ingress&#= 8221;

[Huaimo] This seems ve= ry important. If the timer for the PATH message for the LSP at the next hop= of the primary egress expires, then the LSP will be down. So the PATH mess= age must be refreshed before the timer for the PATH message for the LSP expires at the next hop of the primary LS= P.

GIM>> As noted a= bove, these seem as requirements of different scale.

[Huaimo 2] See the exp= lanation above.

 

o   Fourth paragraph makes very questionable ass= umption in:

“After the primary= ingress fails, it will not be reachable after routing convergence.”<= o:p>

I believe that if OAM se= ssion is between two nodes there’s no reliable way to differentiate b= etween node and link failure. Thus, to declare a node unreachable there mus= t be N tunnels for N OAM sessions that monitor all possible paths between two nodes. (Note, that if there was no requirem= ent to use a tunnel between primary and backup ingress, multi-hop BFD could= be used though its detection time being limited by IGP convergence, which = may be too slow comparing with your requirement of tens milliseconds).

[Huaimo] It is true th= at “After the primary ingress fails, it will not be reachable after r= outing convergence.”  From routing’s point of view, there = is no need for us to have any OAM session between two nodes. The timer for a PATH message seems in tens of seconds. Routing convergence= is not limited to tens of milliseconds.

GIM>> Routing co= nvergence may take seconds. Is that acceptable as failure detection time fo= r local protection? Protection switchover expected to be fast, perhaps on s= ub-50 msec scale. From TDM world we carry 10 msec failure detection, and BFD implementations can support that. but h= ere, it appears, you describe failure detection mechanism with detection ti= me on scale of seconds if not tens of seconds.

[Huaimo 2] The routing= convergence is for the control plane. Refer to the explanation above.=

 

·         Section 5.1

o   Regarding “Ingress local protection in= use” flag

As demonstrated earlier,= backup ingress node has no reliable way to detect that primary ingress nod= e is not reachable to the Source and thus protection must be activated.

[Huaimo] It seems that= there is no need for the backup ingress to detect whether the primary ingr= ess is reachable to the Source and the focus is on the failure of the prima= ry ingress.

GIM>> In that ca= se, the text is not needed either.

[Huaimo 2] Can you giv= e more details regarding to “the text is not needed either”? Wh= ich part of the text (do you think) is not needed in section 5.1?

 

Considering that backup ingress may initiate describ= ed in the document actions not when primary ingress became unavailable to S= ource, I believe that cases that may produce false positives must be remove= d along with extensions that intended to support these cases. In my opinion, the only viable case of ingress pro= tection is Source-centric where Source monitors availability of both primar= y and backup ingress nodes and controls traffic switchover. I’d ask W= G to discuss these comments and, if agreed, ask Editors to make appropriate changes to the document.

[Huaimo] It seems that= the current version already indicates that the source-detect (i.e., Source= detects the failure of the primary ingress and switches traffic to the bac= kup ingress when the primary ingress fails) is used.  There were a few of modes for detecting the failure = of the primary ingress that were proposed in the previous versions of the d= ocument. A different mode may have a different control on the traffic switc= h over and/or forwarding.  After discussions, the current version selects the source-detect.

GIM>> If this is= historical part, then it may be moved to Appendix or taken from the docume= nt altogether.

[Huaimo 2] A couple of= detection modes were removed from the document. One more will be smoothed = out. Thus there will be only one mode in the document.

 

Can you give more deta= ils about the cases in which false positives may be produced?

GIM>> If current= proposal is limited to Source-detect case only  then possibility of f= alse positive/negative depends on Source to Ingress connection and OAM mech= anism used. But that is deployment issue and is outside of scope of this document

 

        &nbs= p;       Regards,

        &nbs= p;            &= nbsp;          Greg=

--_000_7347100B5761DC41A166AC17F22DF1122194BD8Beusaamb103erics_--

Robin,

 

1)    &nbs= p; SPRING/SR does NOT need global/domain wide label. In = other words, the use of MPLS Global Label is NOT REQUIRED for SR/SPRING.

 

This is a fact.

It should be clear from the spec. Otherwise, running a single test with node hav= ing different SRGBs is enough to prove that fact.

Let=A1=AFs acknowledge this fact and move on.

 

2)      SR/SPRING uses a set of _local_ labels called SRGB.

In SR, _if_ a set =A1=B0X=A1=B1 of nodes are con= figured with the same SRGB, then you end up using the= same local value on this set of nodes. X may be a POP, a vendor, a type of= router hardware, a domain=A1=AD

Probably, this is not specific to SR and the same could be said about statically configured labels (pushed by a SDN controll= er if you like) or LDP labels (where a policy could be configured to instru= ct LDP to use specific label. Indeed LDP is a Label _Distribution_ P= rotocol. Label allocation is out of scope of the LDP protocol.

 

More inline regarding your specific questions on draft-ietf-isis-segment-routing-extensions-05 (which you should ask in the= relevant WG rather than in the MPLS WG)

 

Bruno

 

 

Lizhe= nbin [mailto:lizhenbin@huawei.com]
Sent: Wednesday, November 04, 2015 10:32 PM
To: DECRAENE Bruno IMT/= OLN
Cc: mpls@ietf.org; John G. Scudder
Subject: ??: Solicit Opinions on Definition of MPLS Global Label

 

Hi Bruno,

Thanks for your comments. I can agree your some = statement with spring co-chair hat on. I would like to propose the definiti= on of draft-ietf-isis-segment-routing-extensions-05:

1. "2.1.  Prefix Segment Identifier (P= refix-SID Sub-TLV)

        = V-Flag: Value flag.  If set, then the Prefix-SID carries a
         value (instead of an index= ).  By default the flag is UNSET.
         L-Flag: Local Flag.  = If set, then the value/index carried by
         the Prefix-SID has local s= ignificance.  By default the flag is
         UNSET.

 

      SID/Index/Label: = according to the V and L flags, it contains
      either:
      * 

   = ;      A 4 octet index defining the offset in the = SID/Label space
         advertised by this router = using the encodings defined in
         Section 3.1.  In this= case the V and L flags MUST be unset.

        = A 3 octet local label where the 20 rightmost bits are used for
         encoding the label value.&= nbsp; In this case the V and L flags MUST
         be set"

 

Regarding these definition, since the combinatio= n of V-Flag and L-Flag should have four types. But now it only defines= two types. If V-Flag is SET and L-Flag is UNSET, what should be contained

in SID/Index/Label?=

= [Bruno] As you can read in the above text, this combination is currently not specified.

 If with co-author of the draft hat on,= can you help explain? Or will you define definitely in the draft that this case MUST NOT happen?

= [Bruno] Since this usage is not specified, it can=A1=AFt be used.

In additi= on, I learn some implementation can directly use Prefix-SID Sub-TLV to adve= rtise the domain-wide label value directly instead of using your proposed "global segments uses global index +

local labels (ak= a SRGB)". If this case happens, what should we say?

Is it that the implementation is totally wrong or the implementation can= also be accepted or it is an =

special c= ase that the domain-w= ide label happens to be the same as the "global segments uses global index + local labels (aka<= /span> SRGB)"?

= [Bruno] As per the specification text that you have quoted yourself, this is allowed if the segment is local (L flag set). Otherwise it=A1=AFs = not,, hence it would be a bug.

=  

= [Bruno] A priori, all your questions are answered in the spec. If you have further questions/comments on this ISIS WG doc, it would probably= be more appropriate to ask them in the relevant WG (ISIS)

=  

 

Best Regards,

Zhenbin(Robin)

 


 

 

 

<= b>= =B7=A2=BC=FE=C8=CB: bruno.decraene@orange.com = [bruno.decraene@orange.com]
=B7=A2=CB=CD=CA=B1=BC=E4: 2015=C4=EA11=D4=C24=C8=D5 14:26
=CA=D5=BC=FE=C8=CB:<= span style=3D"font-size:10.0pt;font-family:"Tahoma","sans-se= rif";color:black"> Lizhenbin
=B3=AD=CB=CD: mpls@ietf.org; John G. Scudder
=D6=F7=CC=E2: RE: Solicit Opinions on Definition of MPLS Global Label=

Hi Robin,

 =

Since I did not get the chance to express my comment during t= he meeting, I=A1=AFll do over email.

 =

<spring co-chair hat on>

SPRING/SR:

- is compliant with the MPLS architecture (RFC 3031)

          &= nbsp;   - in particular, in the control plane labels are= locally allocated and in the forwarding plane, labels (of global segments)= are SWAPed

- does NOT need global/domain wide label

          &= nbsp;     - local segments uses local labels

          &= nbsp;     - global segments uses global index + local = labels (aka SRGB)

- is not requesting the MPLS WG to work on global/domain wide= label. (i.e. the debate is closed from the SPRING standpoint.). Obviously, the MPLS WG is free to re-open th= e debate, but this is not a spring thing.

</spring co-chair hat on>

 =

Based on this, some of your slides referring to =A1=B0SR uses= cases=A1=B1 seem a bit misleading. (I can=A1=AFt be more specific since during the meeting, I could see the slides but could not comment, and now = I can comment but can=A1=AFt see the slides as they are not online).=

 =

Thanks

-- Bruno=

 =

From mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Lizhenbin
Sent: Wednesday, November 04, 2015 2:27 PM
To: mpls@ietf.org
Subject: [mpls] Solicit Opinions on Definition of MPLS Global Label<= /span>

 =

Hi MPLSers,<= /p>

As the development of MPLS technologies, many ne= w label concepts beyond RFC3031 are proposed. And in segment routing M= PLS label can be

allocated and flooded in the network which means= the meaning of the lablel can be understood by all nodes in the network. I= t is totally different from

the label distribution behavior of LDP, RSVP-TE,= and MP-BGP. From my point of view we need not argue if it is global label = or global ID. In fact, the

possible persons who read the drafts of protocol= extensions for segment routing which incorporate the label allocation may = be confused that MPLS WG as

the base of MPLS work seems to have nothing with= the work. But the challenge of definition of global label truly exists whi= ch has been proposed in the draft

https://www.ietf.org/id/dr= aft-li-mpls-global-label-usecases-03.txt. Hope you can refer to Section 4 of the draft.

The debates on MPLS global label have lasted for= a long time. The opinions can be classified as following:

Opinion 1: Segment Routing has nothing with glob= al label and please do not make it bother MPLS WG. But it seems a litt= le hard to convince some MPLSers.

Opinion 2: The usecase truly exists. But the con= cept of global label is too big. It is hard to allocate a label which is un= ique spanning multiple domains or

as IP address which is unique all over world sin= ce it is not a scalable way or it is hard to achieve the goal. Then maybe i= t is a better way to narrow the

scope to rename the global label as Domain-wide = label, Network-wide label, etc.

Opinion 3: The global label can be kept to cover= more label concepts which label behaviors in the control plane and forward= plane are different form the

traditional LDP/RSVP-TE/MP-BGP.

 

Since I could not get more time in my prese= ntation to collect your opinions, if convenient please help feedback y= our opinion in your mailing list. Hope through

the discussion we can make some consensus.

 

 

 

Best Regards,

Zhenbin(Robin)

 

__________________________________________=
___________________________________________________________________________=
____
 
Ce message et ses pieces jointes peuvent c=
ontenir des informations confidentielles ou privilegiees et ne doivent donc=

pas etre diffuses, exploites ou copies san=
s autorisation. Si vous avez recu ce message par erreur, veuillez le signal=
er
a l'expediteur et le detruire ainsi que le=
s pieces jointes. Les messages electroniques etant susceptibles d'alteratio=
n,
Orange decline toute responsabilite si ce =
message a ete altere, deforme ou falsifie. Merci.
 
This message and its attachments may conta=
in confidential or privileged information that may be protected by law;
they should not be distributed, used or co=
pied without authorisation.
If you have received this email in error, =
please notify the sender and delete this message and its attachments.<=
/o:p>
As emails may be altered, Orange is not li=
able for messages that have been modified, changed or falsified.=

Thank you.