From nobody Tue Dec 1 15:05:59 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 9215D1B29D0; Tue, 1 Dec 2015 15:05:58 -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 Sender: Message-ID: <20151201230558.20185.34043.idtracker@ietfa.amsl.com> Date: Tue, 01 Dec 2015 15:05:58 -0800 Archived-At: Cc: mpls@ietf.org, draft-ietf-mpls-rfc6374-udp-return-path@ietf.org, mpls-chairs@ietf.org Subject: [mpls] Last Call: (RFC6374 UDP Return Path) to Proposed Standard X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.15 Reply-To: ietf@ietf.org 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 23:05:58 -0000 The IESG has received a request from the Multiprotocol Label Switching WG (mpls) to consider the following document: - 'RFC6374 UDP Return Path' as Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2015-12-15. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract This document specifies the procedure to be used by the Packet Loss and Delay Measurement for MPLS Networks protocol defined in RFC6374 when sending and processing MPLS performance management out-of-band responses for delay and loss measurements over an IP/UDP return path. The file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-mpls-rfc6374-udp-return-path/ IESG discussion can be tracked via https://datatracker.ietf.org/doc/draft-ietf-mpls-rfc6374-udp-return-path/ballot/ No IPR declarations have been submitted directly on this I-D. From nobody Tue Dec 1 18:12: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 51EC01B3117; Tue, 1 Dec 2015 18:12:23 -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 SohmIGagXwVF; Tue, 1 Dec 2015 18:12:18 -0800 (PST) Received: from usplmg20.ericsson.net (usplmg20.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 526371B3116; Tue, 1 Dec 2015 18:12:17 -0800 (PST) X-AuditID: c618062d-f79d16d000001b1c-aa-565e536bfd74 Received: from EUSAAHC002.ericsson.se (Unknown_Domain [147.117.188.78]) by usplmg20.ericsson.net (Symantec Mail Security) with SMTP id 3A.6F.06940.B635E565; Wed, 2 Dec 2015 03:11:55 +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; Tue, 1 Dec 2015 21:12:16 -0500 From: Gregory Mirsky To: Huaimo Chen , "draft-ietf-teas-rsvp-egress-protection@tools.ietf.org" , "teas-chairs@ietf.org" , "teas@ietf.org" Thread-Topic: [mpls] Comments to draft-ietf-teas-rsvp-egress-protection Thread-Index: AQHQdmHVRgLHg1W7rkaJKE/Q3gfump64OmSQ Date: Wed, 2 Dec 2015 02:12:15 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF1122194CF4D@eusaamb103.ericsson.se> References: <7347100B5761DC41A166AC17F22DF1121B948D85@eusaamb103.ericsson.se> <5316A0AB3C851246A7CA5758973207D44E37F079@SJCEML701-CHM.china.huawei.com> In-Reply-To: <5316A0AB3C851246A7CA5758973207D44E37F079@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.9] Content-Type: multipart/alternative; boundary="_000_7347100B5761DC41A166AC17F22DF1122194CF4Deusaamb103erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrIIsWRmVeSWpSXmKPExsUyuXSPn252cFyYweFNZhZT3/5kttj69Aqj xa2lK1ktPv/ZxmjRNHcXk0Xrjx0sDmweLUfesnosWfKTyePL5c9sAcxRXDYpqTmZZalF+nYJ XBnty1awFzw4zljx78wmlgbG32sYuxg5OSQETCS+HeligrDFJC7cW8/WxcjFISRwhFFi8cxu dghnGaPEje3rwarYBIwkXmzsAUuICHxklGh/tJIFJMEs4CVx6fk0ZhBbWMBNouXtH7C4iIC7 xP3m88wQtpFE+9PzYHEWARWJ8xPOsYLYvAK+Es82roZaPZNRYs/RqWDbOAXCJJa9h7AZge77 fmoNE8QycYlbT+ZD3S0gsWQPxAIJAVGJl4//sULYihL7+qezQ9TnS3zdfosZYpmgxMmZT1gm MIrOQjJqFpKyWUjKIOI6Egt2f2KDsLUlli18zQxjnznwmAlZfAEj+ypGjtLigpzcdCODTYzA iDwmwaa7g/H+dM9DjAIcjEo8vAVqcWFCrIllxZW5hxglOJiVRHi9ZIBCvCmJlVWpRfnxRaU5 qcWHGKU5WJTEeRkZGBiEBNITS1KzU1MLUotgskwcnFINjHoXoqqq0oW1ZT5zn/1k8MxayKNj rpi/TM7zj7ff7fugyCiRKHpfejrfNpPrEpNTO4vNI2p0Xb9qLT1wPPbDxL1v0rYEnY7dnHTX WGjVO65vXOq2ke0CfvXfTb+95nB9HO2kKb7+ocqCCy+lLfdeOflqInvPDZ7f6ts1RZiXxnDs iI/Mf7pyvhJLcUaioRZzUXEiAO/J4B7EAgAA Archived-At: Cc: "mpls@ietf.org" , "rtg-bfd@ietf.org" Subject: Re: [mpls] Comments to draft-ietf-teas-rsvp-egress-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: Wed, 02 Dec 2015 02:12:23 -0000 --_000_7347100B5761DC41A166AC17F22DF1122194CF4Deusaamb103erics_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Huaimo, et. al, apologies for such very late response. I've read the -02 version and below = you'll find my notes to changes I've found. My responses to our discussion = are in-line and tagged GIM>>. Notes to -02 version: * section 5.1 states A backup egress SHOULD be configured on the ingress of an LSP to protect a primary egress of the LSP. Are there scenario when this SHOULD NOT be done, when the backup egress(es)= are not configured? And if this is such strong requirement, then the same is applicable to the = next sentence that currently reads as "...optional egress backup descriptor= list for protecting egresses of the LSP". I think that the descriptor list= SHOULD be included in the Path message by the ingress. * section 5.2 states: If the transit node is the upstream node of a primary egress to be protected, it determines the backup egress, obtains a path for the backup LSP and sets up the backup LSP along the path. Which, in my view, contradicts with the statement in section 5.1 that backu= p egress(es) SHOULD be configured at LSP ingress. Regards, Greg From: Huaimo Chen [mailto:huaimo.chen@huawei.com] Sent: Monday, April 13, 2015 8:19 PM To: Gregory Mirsky; draft-ietf-teas-rsvp-egress-protection@tools.ietf.org; = teas-chairs@ietf.org; teas@ietf.org Cc: mpls@ietf.org; rtg-bfd@ietf.org Subject: RE: [mpls] Comments to draft-ietf-teas-rsvp-egress-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: Monday, April 13, 2015 2:58 PM To: draft-ietf-teas-rsvp-egress-protection@tools.ietf.org; teas-chairs@ietf.org; teas@ietf.org Cc: mpls@ietf.org; rtg-bfd@ietf.org Subject: [mpls] Comments to draft-ietf-teas-rsvp-egress-protection Dear Editors, please kindly consider my comments to the current version of this work: * Introduction o The third paragraph mentions that an end-to-end protection may be slowe= r to detect failure and perform switchover then an arbitrary local protecti= on method. I believe that that is not the case and, as been demonstrated by= deployments of G.8031, G.8032 and RFC 6378 end-to-end provides sub-50 msec= switchover and G.8013/Y.1731 and RFC 5884 failure detection is 10 msec. [Huaimo] It seems that the statement in the paragraph is true. For a globa= l protection (or an end-to-end protection), it may take more time since the= time includes the propagation time and processing time. The propagation ti= me may depend on the size of the network. In general, the bigger the networ= k, the longer the propagation delay. The processing time may comprise the r= elated processing time on every node along the path from the egress node to= a node interesting the failure and doing switchover. GIM>> I think that distance, whether in number of intermediate hops or mile= s, does not affect guaranteed defect detection time when continuity check p= rotocol being used. In that case detection time depends only on definition = of Loss of Continuity defect for the given protocol. For example, in CFM it= is period of time between 3.25 and 3.5 CCM intervals when no CCM received = from remote MEP. BFD is little different and DetectMultiplier can be negoti= ated between end points of the given BFD session. But regardless of these d= ifferences, using CFM or BFD enables detection of LoC defect within 10 ms r= egardless of the distance between end-points. o The last in Section 1.1 suggests that node R3 may detect failure of the= node L1 through monitoring BFD session between two nodes. Firstly, if this= is multi-hop BFD session over IP network, then there's no guarantee that i= ts path is co-routed with the LSP segment R1-L3. Secondly, if it is assumed= that RFC 5884 may be used, I have to remind, that RFC 5884 operates betwee= n LSP end points and R1 is not end point. Thus, Sub-Path Maintenance Entity= (SPME) co-routed with the segment R1-L3 MUST be established. [Huaimo] It seems that R3 is the upstream node of L1 and there is no multi-= hop BFD session between R3 and L1. This current version of the document focuses on extending the protection of= RFC 4090 from a transit node to an egress node. It seems that it is better= to have another document for others if needed. GIM>> I couldn't find in the document statement that the PLR R3 MUST be ups= tream to the egress. If this is the requirement, then it must be explicitly= stated as, in my view, it is restrictive and limits number of networks whe= re proposed method can be used. * Section 5.2 o The third paragraph assumes that if a PLR cannot establish LSP to any l= isted LSR in the EGRESS_BACKUP object it SHOULD select it locally and recor= d it in the EGRESS_BACKUP object. I believe that that implies that a PLR, i= .e. any LSR in the MPLS domain is aware of all services, i.e. CEs, as that = is required when selecting backup egress. That is serious security concern = and must be properly addressed in Security Considerations section of the dr= aft. [Huaimo] This paragraph says that the upstream node of the primary egress k= nows/determines that there is not any backup egress given for the primary = egress. In this case, the upstream node selects a backup egress according t= o a local policy. The upstream node may not need to be aware of any service= s or CEs. GIM>> As commented above to section 5.2, this contradicts statement made in= section 5.1 that backup egress(es) SHOULD be configured at LSP ingress. Regards, Greg --_000_7347100B5761DC41A166AC17F22DF1122194CF4Deusaamb103erics_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Huaimo, et. al,

apologies for such ver= y late response. I’ve read the -02 version and below you’ll fin= d my notes to changes I’ve found. My responses to our discussion are = in-line and tagged GIM>>.

Notes to -02 version:<= o:p>

·         section 5.1 st= ates

   A backup egress SHOULD be configured on the ingress of an= LSP to

   protect a primary egress of the LSP.

Are there scenario when this SHOULD NOT be done, when the backup egres= s(es) are not configured?

And if this is such strong requirement, then the same is applicable to= the next sentence that currently reads as “…optional egress ba= ckup descriptor list for protecting egresses of the LSP”. I think that the descriptor list SHOULD be included in the Pat= h message by the ingress.

·         section 5.2 st= ates:

   If the transit node is the upstream node of a primary egr= ess to be

   protected, it determines the backup egress, obtains a pat= h for the

   backup LSP and sets up the backup LSP along the path.

Which, in my view, contradicts with the statement in section 5.1 that = backup egress(es) SHOULD be configured at LSP ingress.

 

 

   &nbs= p;            Regard= s,

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

 

From: Huaimo C= hen [mailto:huaimo.chen@huawei.com]
Sent: Monday, April 13, 2015 8:19 PM
To: Gregory Mirsky; draft-ietf-teas-rsvp-egress-protection@tools.iet= f.org; teas-chairs@ietf.org; teas@ietf.org
Cc: mpls@ietf.org; rtg-bfd@ietf.org
Subject: RE: [mpls] Comments to draft-ietf-teas-rsvp-egress-protecti= on

 

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: Monday, April 13, 2015 2:58 PM
To: draft-ietf-teas-rsvp-egress-protection@tools.ietf.org; teas-chairs@ietf.org; teas@ietf.org
Cc: mpls@ietf.org; rtg-bfd@ietf.org
Subject: [mpls] Comments to draft-ietf-teas-rsvp-egress-protection

 

Dear Editors,

please kindly consider my comments to the current ve= rsion of this work:

·         Introduction

o   The third paragraph mentions that an end-to-= end protection may be slower to detect failure and perform switchover then = an arbitrary local protection method. I believe that that is not the case a= nd, as been demonstrated by deployments of G.8031, G.8032 and RFC 6378 end-to-end provides sub-50 msec switchover = and G.8013/Y.1731 and RFC 5884 failure detection is 10 msec.

[Huaimo] It seems that= the statement in the paragraph is true.  For a global protection (or = an end-to-end protection), it may take more time since the time includes th= e propagation time and processing time. The propagation time may depend on the size of the network. In general, the bi= gger the network, the longer the propagation delay. The processing time may= comprise the related processing time on every node along the path from the= egress node to a node interesting the failure and doing switchover.

GIM>> I think th= at distance, whether in number of intermediate hops or miles, does not affe= ct guaranteed defect detection time when continuity check protocol being us= ed. In that case detection time depends only on definition of Loss of Continuity defect for the given protocol. For exa= mple, in CFM it is period of time between 3.25 and 3.5 CCM intervals when n= o CCM received from remote MEP. BFD is little different and DetectMultiplie= r can be negotiated between end points of the given BFD session. But regardless of these differences, usin= g CFM or BFD enables detection of LoC defect within 10 ms regardless of the= distance between end-points.

o   The last in Section 1.1 suggests that node R= 3 may detect failure of the node L1 through monitoring BFD session between = two nodes. Firstly, if this is multi-hop BFD session over IP network, then = there’s no guarantee that its path is co-routed with the LSP segment R1-L3. Secondly, if it is assumed that R= FC 5884 may be used, I have to remind, that RFC 5884 operates between LSP e= nd points and R1 is not end point. Thus, Sub-Path Maintenance Entity (SPME)= co-routed with the segment R1-L3 MUST be established.

[Huaimo] It seems that= R3 is the upstream node of L1 and there is no multi-hop BFD session betwee= n R3 and L1.

This current version o= f the document focuses on extending the protection of RFC 4090 from a trans= it node to an egress node. It seems that it is better to have another docum= ent for others if needed.

GIM>> I couldn&#= 8217;t find in the document statement that the PLR R3 MUST be upstream to t= he egress. If this is the requirement, then it must be explicitly stated as= , in my view, it is restrictive and limits number of networks where proposed method can be used.

·         Section 5.2

o   The third paragraph assumes that if a PLR ca= nnot establish LSP to any listed LSR in the EGRESS_BACKUP object it SHOULD = select it locally and record it in the EGRESS_BACKUP object. I believe that= that implies that a PLR, i.e. any LSR in the MPLS domain is aware of all services, i.e. CEs, as that is requ= ired when selecting backup egress. That is serious security concern and mus= t be properly addressed in Security Considerations section of the draft.

[Huaimo] This paragrap= h says that the upstream node of the primary egress knows/determines that &= nbsp;there is not any backup egress given for the primary egress. In this c= ase, the upstream node selects a backup egress according to a local policy. The upstream node may not need to be aware of= any services or CEs.   

GIM>> As comment= ed above to section 5.2, this contradicts statement made in section 5.1 tha= t backup egress(es) SHOULD be configured at LSP ingress.<= /p>

 

 

Regards,

    &= nbsp;           Greg=

--_000_7347100B5761DC41A166AC17F22DF1122194CF4Deusaamb103erics_-- From nobody Wed Dec 2 00:54:04 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 338581B34A7; Wed, 2 Dec 2015 00:54: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.11.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20151202085404.4323.63651.idtracker@ietfa.amsl.com> Date: Wed, 02 Dec 2015 00:54:04 -0800 Archived-At: Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-tp-temporal-hitless-psm-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: Wed, 02 Dec 2015 08:54:04 -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 : Enhanced path segment monitoring Authors : Alessandro D'Alessandro Loa Andersson Manuel Paul Satoshi Ueno Kaoru Arai Yoshinori Koike Filename : draft-ietf-mpls-tp-temporal-hitless-psm-08.txt Pages : 16 Date : 2015-12-02 Abstract: The MPLS transport profile (MPLS-TP) has been standardized to enable carrier-grade packet transport and to complement converged packet network deployments. The most attractive features of MPLS-TP are the OAM functions. These functions enable maintenance tools that may be exploited by network operators and service providers for fault location, survivability, performance monitoring, in-service and out- of-service measurements. One of the most important mechanisms that is common for transport network operation is fault localisation. A segment monitoring function of a transport path is effective in terms of extension of the maintenance work and indispensable, particularly when the OAM function is activated only between end points. However, the current approach defined for MPLS-TP of segment monitoring has some drawbacks. This document elaborates on the problem statement for the Sub-path Maintenance Elements (SPMEs) which provide monitoring of a segment of a set of transport paths (LSPs or MS-PWs). Based on the identified problems, this document provides considerations for the specification of new requirements to consider a new improved mechanism for hitless transport path segment monitoring to be named Enhanced Path Segment Monitoring (EPSM). The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-tp-temporal-hitless-psm/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-mpls-tp-temporal-hitless-psm-08 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-tp-temporal-hitless-psm-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 Wed Dec 2 01:13: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 4357B1A0379 for ; Wed, 2 Dec 2015 01:13:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.33 X-Spam-Level: X-Spam-Status: No, score=-2.33 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_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 grzaEf91SxaX for ; Wed, 2 Dec 2015 01:13:47 -0800 (PST) Received: from TELEDG002RM001.telecomitalia.it (teledg002rm001.telecomitalia.it [217.169.121.30]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B71A31A036D for ; Wed, 2 Dec 2015 01:13:45 -0800 (PST) Content-Type: multipart/mixed; boundary="_2776a1ec-2bd9-41e3-8109-ef844ab1ba3a_" Received: from TELCAH004RM001.telecomitalia.local (10.19.10.108) by TELEDG002RM001.telecomitalia.it (10.19.3.112) with Microsoft SMTP Server (TLS) id 14.3.266.1; Wed, 2 Dec 2015 10:13:43 +0100 Received: from TELMBA006RM001.telecomitalia.local ([169.254.1.142]) by TELCAH004RM001.telecomitalia.local ([10.19.10.108]) with mapi id 14.03.0266.001; Wed, 2 Dec 2015 10:13:42 +0100 From: Cociglio Mauro To: "mpls@ietf.org" Thread-Topic: R: Poll for adoption for draft-bryant-mpls-flow-ident-03 Thread-Index: AdEs4V8vl4F9YhtuQ/qPO8UzHuYCxQ== Date: Wed, 2 Dec 2015 09:13:42 +0000 Message-ID: <9E21D288798F2844A29EC447ECC67C403EC23D10@TELMBA006RM001.telecomitalia.local> Accept-Language: it-IT, en-US Content-Language: it-IT X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.19.10.84] x-ti-disclaimer: Disclaimer1 MIME-Version: 1.0 Archived-At: 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, 02 Dec 2015 09:13:53 -0000 --_2776a1ec-2bd9-41e3-8109-ef844ab1ba3a_ Content-Type: multipart/alternative; boundary="_000_9E21D288798F2844A29EC447ECC67C403EC23D10TELMBA006RM001t_" --_000_9E21D288798F2844A29EC447ECC67C403EC23D10TELMBA006RM001t_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I support. Mauro Cociglio ___________________ Mauro Cociglio Telecom Italia Via G. Reiss Romoli, 274 10148 - Torino (Italy) Tel.: +390112285028 Mobile: +393357669751 ___________________ Da: mpls [mailto:mpls-bounces@ietf.org] Per conto di Ross Callon Inviato: marted=EC 24 novembre 2015 21:29 A: mpls@ietf.org Cc: mpls-chairs@ietf.org Oggetto: [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 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_9E21D288798F2844A29EC447ECC67C403EC23D10TELMBA006RM001t_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

I support.

 

Mauro Cociglio

 

 

 

___________________

Mauro Cociglio

Telecom Italia

Via G. Reiss Romoli, 274

10148 - Torino (Italy)<= /span>

Tel.: +390112285028=

Mobile: +393357669751

___________________

 

 

Da: mpls [= <= span lang=3D"EN-GB">mailto:mpls-bounces@ietf.org] Per conto di Ross Callon
Inviato: marted=EC 24 novembre 2015 21:29
A: mpls@ietf.org
Cc: mpls-chairs@ietf.org
Oggetto: [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<= /span>).

 

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

 

 

= 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_9E21D288798F2844A29EC447ECC67C403EC23D10TELMBA006RM001t_-- --_2776a1ec-2bd9-41e3-8109-ef844ab1ba3a_ 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= --_2776a1ec-2bd9-41e3-8109-ef844ab1ba3a_-- From nobody Wed Dec 2 01:39: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 56BB01A6FA7 for ; Wed, 2 Dec 2015 01:39:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.277 X-Spam-Level: X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, HTML_MESSAGE=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 YKOda4ktgl4c for ; Wed, 2 Dec 2015 01:39:12 -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 D83731A6F97 for ; Wed, 2 Dec 2015 01:39:11 -0800 (PST) Received: by wmec201 with SMTP id c201so49609993wme.1 for ; Wed, 02 Dec 2015 01:39:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=bUrKOochth9pLfQ8guNgHiBWBJjvj89wg5WQOBJ5Pb4=; b=WjZYM580ohDm/K5OoMirgJg92GvxeDMo/i8e5/9ftJAAGYIzoQcIo4SRG/jeeE8+i7 FdGDJXWC5l8kKNekXBAJQl91TXQezGSMDfrN2FCZEQSL91jfmg5sX7avdm5FcQWTuLop r66Rv3SFsZzRW68rfXwh6sn/JZz+gQ5Gx3a09STKV5RbVbBgf4fAs3MpToRwtikvXkZI XqyCeHNDNytb+M3bPH5aIhmJTpKRvtjpPygZOQSqFp1J6be0G8YJUvHkiAK4ai1kFmXe ofwtBJDk8E+1EogPxfJpJd82RrCbuykLNFVHNp+xSJ6+l5EI7tOOBGSWHDPkQvem7s4c 1OlQ== MIME-Version: 1.0 X-Received: by 10.194.203.99 with SMTP id kp3mr3305602wjc.3.1449049150346; Wed, 02 Dec 2015 01:39:10 -0800 (PST) Sender: rraszuk@gmail.com Received: by 10.194.204.195 with HTTP; Wed, 2 Dec 2015 01:39:10 -0800 (PST) In-Reply-To: <20151102070404.20181.56171.idtracker@ietfa.amsl.com> References: <20151102070404.20181.56171.idtracker@ietfa.amsl.com> Date: Wed, 2 Dec 2015 10:39:10 +0100 X-Google-Sender-Auth: HX2raabsrVdhwMnhdwEW4deA81Q Message-ID: From: Robert Raszuk To: Kireeti Kompella Content-Type: multipart/alternative; boundary=047d7bd91af2de5f3b0525e70b3d Archived-At: Cc: "mpls@ietf.org" Subject: Re: [mpls] I-D Action: draft-ietf-mpls-rmr-00.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, 02 Dec 2015 09:39:15 -0000 --047d7bd91af2de5f3b0525e70b3d Content-Type: text/plain; charset=UTF-8 Hi Kireeti, As to the core problem which the below draft attempts to solve (ring topologies) can you please explain any advantage of introducing such heavy additional complexity into both control and data plane when the problem has been already solved over a decade ago ? Moreover it has been shipping in commercial implementations of at least one major vendor. It is called Remote Loop-Free Alternate (LFA) Fast Reroute (FRR). Notice also that Remote LFAs is an IETF Stadards Track formal RFC #7490 which your draft does not even reference. https://tools.ietf.org/html/rfc7490 Also as you may observe Remote LFA already uses either MPLS transport with vanilla LDP or pure IP transport and its configuration is few simple lines of the cli. Aren't we in general suppose to optimize opex a bit these days and use existing technologies rather then reinventing the wheel over and over :) ? Best, R. On Mon, Nov 2, 2015 at 8:04 AM, wrote: > > 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/ > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > --047d7bd91af2de5f3b0525e70b3d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Kireeti,
As to the core problem which the below draft atte= mpts to solve (ring topologies) can you please explain any advantage of int= roducing such heavy additional complexity into both control and data plane = when the problem has been already solved over a decade ago ?

Moreover it has been shipping in com= mercial implementations of at least one major vendor. It is called Remote L= oop-Free Alternate (LFA) Fast Reroute (FRR).

Notice also that Remote LFAs is an IETF Stadards Tra= ck formal RFC #7490 which your draft does not even reference.

https://tools.ietf.org/html/rfc7490

Also as you may observe Remote LFA already uses either M= PLS transport with vanilla LDP or pure IP transport and its configuration i= s few simple lines of the cli.=C2=A0

=
Aren't we in general suppose to optimize opex a bit= these days and use existing technologies rather then reinventing the wheel= over and over :) ?=C2=A0

R.


On Mon, Nov 2, 2= 015 at 8:04 AM, <internet-drafts@ietf.org> wrote:

A New Internet-Draft is available from the on-line Internet-Drafts director= ies.
=C2=A0This draft is a work item of the Multiprotocol Label Switching Workin= g Group of the IETF.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= Resilient MPLS Rings
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Authors=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: Kire= eti Kompella
=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 Luis M. Contreras
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-iet= f-mpls-rmr-00.txt
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= 14
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Date=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 := 2015-11-01

Abstract:
=C2=A0 =C2=A0This document describes the use of the MPLS control and data p= lanes
=C2=A0 =C2=A0on ring topologies.=C2=A0 It describes the special nature of r= ings, and
=C2=A0 =C2=A0proceeds to show how MPLS can be effectively used in such topo= logies.
=C2=A0 =C2=A0It describes how MPLS rings are configured, auto-discovered an= d
=C2=A0 =C2=A0signaled, as well as how the data plane works.=C2=A0 Companion= documents
=C2=A0 =C2=A0describe the details of discovery and signaling for specific =C2=A0 =C2=A0protocols.



The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-mpl= s-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 submissio= n
until the htmlized version and diff are available at tools.ietf.org.

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

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

--047d7bd91af2de5f3b0525e70b3d-- From nobody Wed Dec 2 11:28:14 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 254191AD05F; Wed, 2 Dec 2015 11:28:13 -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 BKuArQZlvZYi; Wed, 2 Dec 2015 11:28:09 -0800 (PST) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0702.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:702]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 83C8A1AD060; Wed, 2 Dec 2015 11:28:09 -0800 (PST) Received: from BN3PR0501MB1377.namprd05.prod.outlook.com (10.160.117.11) by BN3PR0501MB1380.namprd05.prod.outlook.com (10.160.117.139) with Microsoft SMTP Server (TLS) id 15.1.331.20; Wed, 2 Dec 2015 19:27:47 +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; Wed, 2 Dec 2015 19:27:47 +0000 From: Chandrasekar Ramachandran To: "Aissaoui, Mustapha (Mustapha)" , Sriganesh Kini , Loa Andersson , "Lucy yong" Thread-Topic: MPLS-RT review of draft-chandra-mpls-ri-rsvp-frr Thread-Index: AQHRDMPhsONZcO/ZDU6JSnAr5/i5wJ55MxXAgC7BdQCAAj56AIAB1u4AgAwwBlA= Date: Wed, 2 Dec 2015 19:27:47 +0000 Message-ID: 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> In-Reply-To: <4A79394211F1AF4EB57D998426C9340DD47C1317@US70UWXCHMBA01.zam.alcatel-lucent.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=csekar@juniper.net; x-originating-ip: [116.197.184.11] x-microsoft-exchange-diagnostics: 1; BN3PR0501MB1380; 5:nPnZr/ucc/Eps5g8cjLG9PAiG3fO5N+76ZHn8dSlEMAOnIIn7uMbrgvXr2php5cz5QNxNXqwimaY8MPsbPms6672bpFGWdmQdyZMN0OUpBLPvH0OVrkg7TMO7P5gM9Y7SbKzkJRQdyO2y5g+/bWMAw==; 24:41uazHGeHcaON6APga9VcxXQjY37I4AI9+CXlBA03h2s8c/AkM0ekr7R0QC4xgTJ9Tici72sXFEC3/OpJtYo5oD8k87nvPvKAxBXAu9CZJU= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BN3PR0501MB1380; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(37575265505322); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(520078)(5005006)(8121501046)(3002001)(10201501046); SRVR:BN3PR0501MB1380; BCL:0; PCL:0; RULEID:; SRVR:BN3PR0501MB1380; x-forefront-prvs: 077884B8B5 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(13464003)(189002)(199003)(377454003)(37854004)(50944005)(189998001)(105586002)(93886004)(11100500001)(77096005)(33656002)(586003)(10400500002)(6116002)(97736004)(5002640100001)(5001960100002)(5001770100001)(106116001)(74316001)(106356001)(19580405001)(2900100001)(81156007)(1096002)(76576001)(3846002)(5008740100001)(54356999)(87936001)(2950100001)(99286002)(66066001)(122556002)(1220700001)(40100003)(5004730100002)(5003600100002)(50986999)(15975445007)(101416001)(102836003)(76176999)(92566002)(230783001)(86362001)(19580395003)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR0501MB1380; 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: 02 Dec 2015 19:27:47.3718 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR0501MB1380 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: Wed, 02 Dec 2015 19:28:13 -0000 TXVzdGFwaGEsDQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogQWlzc2Fv dWksIE11c3RhcGhhIChNdXN0YXBoYSkgW21haWx0bzptdXN0YXBoYS5haXNzYW91aUBhbGNhdGVs LQ0KPiBsdWNlbnQuY29tXQ0KPiBTZW50OiBUaHVyc2RheSwgTm92ZW1iZXIgMjYsIDIwMTUgODo0 OCBBTQ0KPiBUbzogU3JpZ2FuZXNoIEtpbmkgPHNyaWdhbmVzaC5raW5pQGVyaWNzc29uLmNvbT47 IExvYSBBbmRlcnNzb24NCj4gPGxvYUBwaS5udT47IEx1Y3kgeW9uZyA8bHVjeS55b25nQGh1YXdl aS5jb20+DQo+IENjOiBMaXpob25nIEppbiA8bGl6aG8uamluQGdtYWlsLmNvbT47IEd1aWp1YW4g V2FuZyAzDQo+IDxndWlqdWFuLndhbmdAZXJpY3Nzb24uY29tPjsgZHJhZnQtY2hhbmRyYS1tcGxz LXJpLXJzdnAtZnJyQGlldGYub3JnOw0KPiBtcGxzLWNoYWlyc0BpZXRmLm9yZzsgQWlzc2FvdWks IE11c3RhcGhhIChNdXN0YXBoYSkNCj4gPG11c3RhcGhhLmFpc3Nhb3VpQGFsY2F0ZWwtbHVjZW50 LmNvbT47IG1wbHNAaWV0Zi5vcmcNCj4gU3ViamVjdDogUkU6IE1QTFMtUlQgcmV2aWV3IG9mIGRy YWZ0LWNoYW5kcmEtbXBscy1yaS1yc3ZwLWZycg0KPiANCj4gRGVhciBhdXRob3JzLA0KPiBJIHJl YWQgdGhpcyBkcmFmdCBhbmQgSSBiZWxpZXZlIHRoZSBpbnRlbnQgaXMgdG8gcHJvdmlkZSBhIHRp Z2h0ZXIgY29udHJvbCBwbGFuZQ0KPiBzeW5jaHJvbml6YXRpb24gb2YgdGhlIFBMUiBhbmQgTVAg cm9sZXMgb24gYSBwZXIgUlNWUCBzZXNzaW9uIGJhc2lzIHN1Y2gNCj4gdGhhdCBhIExTUiB3aWxs IGtub3cgaWYgaXQgaXMgYSBNUCBmb3IgYSBnaXZlbiBSU1ZQIHNlc3Npb24gd2hpY2ggcmVxdWVz dGVkDQo+IHByb3RlY3Rpb24uIFRoaXMgaXMgZG9uZSBzdWNoIHRoYXQgdGhlIGRlY2lzaW9uIHRv IHJldGFpbiBvciBkZWxldGUgdGhlIHN0YXRlIGJ5DQo+IHRoZSBMU1IgZGV0ZWN0aW5nIHRoZSBm YWlsdXJlIG9mIHRoZSBsaW5rIHRvIHRoZSBwcmV2aW91cyBob3AgKG9yIHRoZSBmYWlsdXJlIG9m DQo+IHRoZSBwcmV2aW91cyBob3AgaXRzZWxmKSBpcyBtYWRlIHdpdGggdGhlIHByaW9yIGtub3ds ZWRnZSB0aGF0IHRoZSBMU1IgaXMgYSBNUA0KPiBvciBub3Qgb24gYSBwZXIgUlNWUCBzZXNzaW9u IGJhc2lzLg0KDQpbQ2hhbmRyYV0gVGhlIHByaW1hcnkgbW90aXZhdGlvbiBvZiB0aGUgZHJhZnQg aXMgdG8gZW5hYmxlIExTUnMgdG8gc3VwcG9ydCBGUlIgd2hlbiB0aGUgTFNQIHNjYWxlIG9uIHRo ZSBMU1IgaXMgb2YgdGhlIG9yZGVyIG9mIGh1bmRyZWRzIG9mIHRob3VzYW5kcy4gVGhlIGFuYWx5 c2lzIG9mIHRoZSBib3R0bGVuZWNrcyBhcyBhIGNvbnNlcXVlbmNlIG9mIExTUCBzY2FsZSwgdGhh dCBjYW4gY2F1c2UgZGlzcnVwdGlvbiBvZiB0aGUgTFNSIGhhcyBhbHJlYWR5IGJlZW4gZG9jdW1l bnRlZCBpbiBSRkMgNTQzOS4gQXMgYW5hbHl6ZWQgaW4gUkZDIDU0MzksIHdoaWxlIHRoZXJlIGlz IGEgY29ycmVsYXRpb24gYmV0d2VlbiB0aGUgcGVyY2VudGFnZSBpbmNyZWFzZSBpbiByZWZyZXNo IHRpbWUgYW5kIHRoZSBpbXByb3ZlbWVudCBpbiBMU1IgcGVyZm9ybWFuY2UsIHRoZXJlIGlzIGEg ZGVncmVlIG9mIGZ1bmN0aW9uYWxpdHkgdGhhdCBpcyBsb3N0IG93aW5nIHRvIHRoZSBzb2Z0LXN0 YXRlIG5hdHVyZSBvZiB0aGUgcHJvdG9jb2wuIFRFLVNDQUxFLVJFQyAoaHR0cHM6Ly90b29scy5p ZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtdGVhcy1yc3ZwLXRlLXNjYWxpbmctcmVjLTAwKSBvdXRs aW5lcyB0aGUgbW90aXZhdGlvbiBmb3IgcmVmcmVzaCBpbmRlcGVuZGVudCBSU1ZQIChSSS1SU1ZQ KSBmb3IgYWxsIHR5cGVzIG9mIExTUHMgKHBhY2tldCBvciBub24tcGFja2V0KSwgYW5kIG1ha2Vz IHJlY29tbWVuZGF0aW9ucyB0byBlbmFibGUgUlNWUCBpbXBsZW1lbnRhdGlvbnMgZWxpbWluYXRl IHRoZSByZWxpYW5jZSBvbiBzaG9ydCByZWZyZXNoIHRpbWUuIFRoaXMgZHJhZnQgYWRkcmVzc2Vz IHRoZSByZWZyZXNoLWludGVydmFsIGRlcGVuZGVudCBiZWhhdmlvciBvZiBSRkMgNDA5MCBpbiBv cmRlciB0byBzdXBwb3J0IFJJLVJTVlAsIGFzIGZhY2lsaXR5IGJhY2t1cCBGUlIgaXMgYSB3aWRl bHkgZGVwbG95ZWQgZmVhdHVyZSBpbiBwcm9kdWN0aW9uIG5ldHdvcmtzLg0KDQo+IEhvd2V2ZXIs ICB0aGUgcHJvY2VkdXJlcyBwcmVzZW50ZWQgaW4gdGhpcyBkb2N1bWVudCBhcmUgZmFpcmx5IGNv bXBsZXggYW5kDQo+IGdvIGF0IG9kZHMgd2l0aCB0aGUgb3JpZ2luYWwgaW50ZW50IG9mIG1ha2lu ZyBzdGF0ZSBzeW5jaHJvbml6YXRpb24gYmFzZWQgb24NCj4gYSBzb2Z0LXN0YXRlIG1lY2hhbmlz bS4NCg0KW0NoYW5kcmFdIFRoZSB0cmFkZW9mZnMgYmV0d2VlbiB1c2luZyBzaG9ydCBvciBsb25n IHJlZnJlc2ggaW50ZXJ2YWxzIGhhcyBiZWVuIHdlbGwgdW5kZXJzdG9vZC4gU2hvcnQgcmVmcmVz aCBpbnRlcnZhbHMgYWlkIGZhc3Qgc3luY2hyb25pemF0aW9uIG9mIHN0YXRlcyBhbG9uZyB0aGUg cGF0aCBvZiB0aGUgTFNQLCBidXQgaXMgcHJvYmxlbWF0aWMgYmVjYXVzZSBvZiB0aGUgY29udHJv bCBtZXNzYWdlIHRyYWZmaWMgdGhhdCBhIHJvdXRlciBoYXMgdG8gaGFuZGxlIGF0IGhpZ2ggTFNQ IHNjYWxlLiBSb3V0ZXJzIG5vdCBvbmx5IG11c3Qgc3luY2hyb25pemUgbmV3IHN0YXRlcyBhcyBw cm9tcHRseSBhcyBwb3NzaWJsZSwgYnV0IGFsc28gbXVzdCBtYWludGFpbiB0aGUgcmF0ZSBvZiBw ZXJpb2RpYyBTcmVmcmVzaCBtZXNzYWdlcyB0byBhIGxldmVsIHN1ZmZpY2llbnQgdG8gcmVmcmVz aCBhbGwgZXhpc3Rpbmcgc3RhdGVzIHdpdGhvdXQgYmVpbmcgdGltZWQgb3V0LiBXaGVuIHRoZSBu dW1iZXIgb2YgTFNQcyB0aGF0IHJvdXRlcnMgY2FycnkgYXBwcm9hY2ggaGFsZiBhIG1pbGxpb24s IHRoZXJlIHdpbGwgYmUgdHdvIHByb2JsZW1zIHdpdGggdGhlIGNvbnRyb2wgbWVzc2FnZSByYXRl Lg0KKDEpIEFzIGFuYWx5emVkIGluIFJGQyA1NDM5LCBldmVuIHdpdGggUkZDIDI5NjEgcmVmcmVz aCByZWR1Y3Rpb24gdGhlIHNpemUgb2YgU3JlZnJlc2ggbWVzc2FnZSBtYXkgYmVjb21lIHZlcnkg bGFyZ2UsIGFuZCB0aGUgcHJvY2Vzc2luZyByZXF1aXJlZCBtYXkgY2F1c2UgZGlzcnVwdGlvbiBv ZiB0aGUgTFNSLg0KKDIpIEFwYXJ0IGZyb20gdGhlIHByb2JsZW0gb2YgUlNWUCBtZXNzYWdlIHBy b2Nlc3Npbmcgb3ZlcmhlYWQsIHRoZXJlIGlzIGFsc28gdGhlIHByb2JsZW0gb2YgUlNWUC1URSBi ZWNvbWluZyBhIGJvdHRsZW5lY2sgcHJldmVudGluZyB0aGUgcm91dGVyIHRvIHNjYWxlIG90aGVy IHByb3RvY29scyBvciBzZXJ2aWNlcy4NCg0KPiBJbiBmYWN0LCB3aGF0IEkgZmFpbCB0byBmaW5k IGlzIGEgY29tcGVsbGluZyBhcmd1bWVudA0KPiBvciBkYXRhIGZyb20gdGhlIGZpZWxkIHdoaWNo IHNob3dzIHRoZSBpc3N1ZSBpcyBub3QgcmVzb2x2ZWQgdmlhIG11Y2ggc2ltcGxlcg0KPiBtZXRo b2RzIHdoaWNoIGFyZSB1c2VkIGluIHByb2R1Y3Rpb24gbmV0d29ya3MgdG9kYXkuIEkgZGVzY3Jp YmUgdGhpcyBpbiB0aGUNCj4gZGV0YWlsZWQgY29tbWVudHMgYmVsb3cuDQoNCltDaGFuZHJhXSBT b21lIG9mIHRoZSBtZWNoYW5pc21zIGFscmVhZHkgZGVwbG95ZWQgaW4gbXVsdGktdmVuZG9yIHBy b2R1Y3Rpb24gbmV0d29ya3MgaW52b2x2ZSBjb25maWd1cmluZyBpbXBsZW1lbnRhdGlvbiBzcGVj aWZpYyB0aW1lcnMgb3IgZGVsYXlzIG9uIExTUnMuIE11bHRpcGxlIHZlbmRvcnMgc3VwcG9ydCB2 YXJpb3VzIHRpbWVycyBvciBkZWxheXMgb24gSW5ncmVzcyBhbmQgVHJhbnNpdCBMU1JzLiBIb3dl dmVyLCBpbiBwcmFjdGljZSB0aGUgdmFsdWVzIGNvbmZpZ3VyZWQgZm9yIHRoZXNlIHRpbWVycyBv ciBkZWxheXMgYXJlIHZlcnkgc2NhbGUgc3BlY2lmaWMsIGFuZCB0aGUgdmFsdWVzIHRoYXQgd29y ayBhdCBvbmUgTFNQIHNjYWxlIHVzdWFsbHkgZG8gbm90IHdvcmsgYXQgaGlnaGVyIExTUCBzY2Fs ZS4gSW4gcHJhY3RpY2UsIHRoZSAic2NhbGUiIHRoYXQgaW1wYWN0cyB0aGUgYmVoYXZpb3IgYXQg c3BlY2lmaWMgdGltZXIgb3IgZGVsYXkgdmFsdWUgaXMgbm90IG9ubHkgdGhlIG51bWJlciBvZiBM U1BzIGNhcnJpZWQgb24gdGhlIHJvdXRlciwgYnV0IGFsc28gdGhlIG51bWJlciBvZiBvdGhlciBw cm90b2NvbCBzdGF0ZXMgdGhhdCByZXNpZGUgb24gdGhlIHJvdXRlci4gSXQgc2hvdWxkIGJlIG5v dGVkIHRoYXQgdGhlIHJlbGlhbmNlIG9uIHN1Y2ggaW1wbGVtZW50YXRpb24gc3BlY2lmaWMgdGlt ZXJzIG9yIGRlbGF5cyBoYXMgYmVlbiBhIG1ham9yIGNvbnRyaWJ1dG9yIG9mIG9wZXJhdGlvbmFs IGNvbXBsZXhpdHkgaW4gcnVubmluZyBSU1ZQLVRFIEZSUi4gQW55IHNvbHV0aW9uIGJhc2VkIG9u IHN1Y2ggdGltZXJzIG9yIGRlbGF5cyB3aGlsZSBiZWluZyBvcGVyYXRpb25hbGx5IHNpbXBsZSBh dCBvbmUgc2NhbGUgY2Vhc2VzIHRvIGJlIHNvIGF0IGhpZ2hlciBzY2FsZS4gSXQgaGFzIGJlZW4g cHJhY3RpY2FsbHkgZm91bmQgKHdpdGggZXhpc3RpbmcgaW1wbGVtZW50YXRpb25zIGZyb20gbXVs dGlwbGUgdmVuZG9ycykgdGhhdCBpdCBpcyBvcGVyYXRpb25hbGx5IGhhcmQgdG8gZmluZCBvdXQg dGhlIG5ldyBiZXR0ZXIgdmFsdWUgYXMgYSBydW5uaW5nIHByb2R1Y3Rpb24gbmV0d29yayBncm93 cyBvdmVyIHRpbWUuIEluIHNob3J0LCB0aGUgdXNlIG9mIHN1Y2ggdGltZXJzIG9yIGRlbGF5cyBo YXMgYmVlbiBmb3VuZCB0byBpbnZvbHZlIGd1ZXNzIHdvcmsgdGhhdCBzZWxkb20gcmVtYWluIHNp bXBsZSBpbiB0aGUgbG9uZyBydW4uDQoNCj4gUmVnYXJkcywNCj4gTXVzdGFwaGEuDQo+IC0tLS0t LS0tLS0tLS0tLS0tLS0tLQ0KPiAxLiBTZWN0aW9uIDMuMSAtIFByb2JsZW0gRGVzY3JpcHRpb24N Cj4gIg0KPiAtIElmIHRoZSBwcm90ZWN0ZWQgTFNQIG9uIEMgdGltZXMgb3V0IGJlZm9yZSBEIHJl Y2VpdmVzIHNpZ25hbGluZw0KPiBmb3IgdGhlIGJhY2t1cCBMU1AsIHRoZW4gRCB3b3VsZCByZWNl aXZlIFBhdGhUZWFyIGZyb20gQyBwcmlvciB0bw0KPiByZWNlaXZpbmcgc2lnbmFsaW5nIGZvciB0 aGUgYmFja3VwIExTUCwgdGh1cyByZXN1bHRpbmcgaW4gZGVsZXRpbmcNCj4gdGhlIExTUCBzdGF0 ZS4gVGhpcyB3b3VsZCBiZSBwb3NzaWJsZSBhdCBzY2FsZSBldmVuIHdpdGggZGVmYXVsdA0KPiBy ZWZyZXNoIHRpbWUuDQo+ICINCj4gTUE+IFNpbmNlIGVhY2ggTFNSIGluIHRoZSBwYXRoIG9mIGEg UlNWUCBzZXNzaW9uIHdoaWNoIHJlcXVlc3RlZCBwcm90ZWN0aW9uDQo+IGhhcyB0byBhc3N1bWUg aXQgY2FuIGJlIGEgTVAgd2l0aG91dCBwcmlvciBrbm93bGVkZ2UsIGEgc2ltcGxlciBtZXRob2Qg aXMNCj4gdG8gcmVzZXQgdGhlIHJlZnJlc2ggdGltZW91dCBmb3IgZWFjaCBzZXNzaW9uIGFzIHNv b24gYXMgdGhlIGxpbmsgdG8gdGhlDQo+IHByZXZpb3VzIGhvcCBmYWlsZWQuIEluIGZhY3QsIGEg dXNlciBjb25maWd1cmFibGUgTVAgdGltZW91dCB1cG9uIGZhaWx1cmUsDQo+IGluZGVwZW5kZW50 IG9mIHRoZSByZWZyZXNoIHRpbWVvdXQsIGNhbiBiZSBwcm92aWRlZCB0byB0dW5lIGl0IHRvIHRo ZSBkZXNpcmVkDQo+IHZhbHVlIHRvIGdpdmUgZW5vdWdoIHRpbWUgdG8gdGhlIFBhdGggbWVzc2Fn ZSB0byBiZSByZWNlaXZlZCB2aWEgdGhlIGJ5cGFzcw0KPiBMU1AuDQoNCltDaGFuZHJhXSBUaGUg b3B0aW9uIG9mIHJlc2V0dGluZyB0aGUgcmVmcmVzaCB0aW1lb3V0IG1heSBub3QgYmUgdmlhYmxl IGlmIGxvbmcgcmVmcmVzaCBpbnRlcnZhbCAob2YgdGhlIG9yZGVyIG9mIHRlbnMgb2YgbWludXRl cykgaXMgYXBwbGllZCBvbiB0aGUgTFNQcy4gVGhhdCBsZWF2ZXMgdGhlIG90aGVyIG9wdGlvbiBv ZiBwcm92aWRpbmcgYSAid2FpdCB0aW1lciIgKGluZGVwZW5kZW50IG9mIHJlZnJlc2ggdGltZSkg dGhhdCBpcyBjb25maWd1cmFibGUgb24gdGhlIE1QLiBIb3dldmVyLCBpdCBpcyBmYWlybHkgY2xl YXIgdGhhdCB0aGUgIndhaXQgdGltZXIiIHRoYXQgdGhlIG9wZXJhdG9yIHNob3VsZCBjb25maWd1 cmUgb24gTVAgd2lsbCBiZSBwcm9ibGVtYXRpYyBmb3IgdHdvIHJlYXNvbnMuIFRoZSBvcGVyYXRv ciBzaG91bGQgY2FyZWZ1bGx5IGFuYWx5emUgdGhlIHBlcmZvcm1hbmNlIGltcGFjdCBvZiBhbiBl eGlzdGluZyB0aW1lci9kZWxheSB2YWx1ZSBpZiBhbmQgd2hlbiAoYSkgdGhlIExTUCBzY2FsZSBv biB0aGUgc2FtZSByb3V0ZXIgaW5jcmVhc2VzLCBhbmQgKDIpIHRoZSBMU1Agc2NhbGUgaW5jcmVh c2VzIG9uIG90aGVyIHJvdXRlcnMgYXJvdW5kIGl0ICh0aGF0IG1heSBwb3RlbnRpYWxseSBiZWNv bWUgdXBzdHJlYW0gUExScykhDQoNCj4gMi4gU2VjdGlvbiAzLjEgLSBQcm9ibGVtIERlc2NyaXB0 aW9uOg0KPiAiDQo+IC0gSWYgdXBvbiB0aGUgbGluayBmYWlsdXJlIEMgaXMgdG8ga2VlcCBzdGF0 ZSB1bnRpbCBpdHMgdGltZW91dCwNCj4gdGhlbiB3aXRoIGxvbmcgcmVmcmVzaCBpbnRlcnZhbCB0 aGlzIG1heSByZXN1bHQgaW4gYSBsYXJnZSBhbW91bnQNCj4gb2Ygc3RhbGUgc3RhdGUgb24gQy4g QWx0ZXJuYXRpdmVseSwgaWYgdXBvbiB0aGUgbGluayBmYWlsdXJlIEMgaXMNCj4gdG8gZGVsZXRl IHRoZSBzdGF0ZSBhbmQgc2VuZCBQYXRoVGVhciB0byBELCB0aGlzIHdvdWxkIHJlc3VsdCBpbg0K PiBkZWxldGluZyB0aGUgc3RhdGUgb24gRCwgdGh1cyBkZWxldGluZyB0aGUgTFNQLiBEIG5lZWRz IGEgcmVsaWFibGUNCj4gbWVjaGFuaXNtIHRvIGRldGVybWluZSB3aGV0aGVyIGl0IGlzIE1QIG9y IG5vdCB0byBvdmVyY29tZSB0aGlzDQo+IHByb2JsZW0uDQo+ICINCj4gTUE+IFdoYXQgaXMgZXhh Y3RseSB0aGUgaXNzdWUgd2l0aCBzdGF0ZSB0aW1lb3V0IGJlaW5nIHJldGFpbmVkIHVudGlsIHRo ZQ0KPiByZWZyZXNoIHRpbWVvdXQ/IFlvdSByZWZlciB0byB0aGlzIGFzICJzdGFsZSIgc3RhdGUg YnV0IGluIGZhY3QgaXQgaXMgZGVzaXJhYmxlIHRvDQo+IGtlZXAgdGhlIHN0YXRlIHVudGlsIG5v ZGUgRCBjcmVhdGVkIHRoZSBiYWNrdXAgUFNCLiBBbHNvLCByZW1lbWJlciB0aGF0DQo+IGhlYWQt ZW5kIG5vZGUgd2lsbCBwZXJmb3JtIGdsb2JhbCByZXZlcnRpdmUgTUJCIGFuZCBtYXkgdGVhciBk b3duIHRoZSBMU1ANCj4gYmVmb3JlIHRoZSBzdGF0ZSB0aW1lb3V0Lg0KDQpbQ2hhbmRyYV0gQXMg ZGVzY3JpYmVkIGluIHRoZSBmaXJzdCByZXNwb25zZSBpbiB0aGlzIG1haWwsIHRoZSBtb3RpdmF0 aW9uIGRyaXZpbmcgdGhlIGRyYWZ0IGlzIHRvIGVsaW1pbmF0ZSBSU1ZQLVRFJ3MgcmVsaWFuY2Ug b2Ygc2hvcnQgcmVmcmVzaCBpbnRlcnZhbHMuIElmIHJvdXRlciBDIHdlcmUgdG8gcmV0YWluIHRo ZSBMU1Agc3RhdGUgdW50aWwgdGltZSBvdXQsIHdpdGhvdXQgYW55IGFkZGl0aW9uYWwgcHJvY2Vk dXJlcyB0aGF0IHByb3ZpZGUgYW4gZXhwbGljaXQgaW5kaWNhdGlvbiB0byByb3V0ZXIgQyBvbiB3 aGVuIHRoZSBMU1Agc3RhdGUgaXMgbm8gbG9uZ2VyIHJlcXVpcmVkLCB0aGVuIHJvdXRlciBDIHdv dWxkIHJldGFpbiB0aGUgTFNQIHN0YXRlIHBvdGVudGlhbGx5IGZvciBob3VycyBpZiB0aGUgcmVm cmVzaCBpbnRlcnZhbCBpcyBsb25nLiBTbywgcm91dGVyIEMgd2lsbCBub3Qgb25seSBzdG9yZSB0 aGUgc3RhdGUgb2YgdGhlIExTUCBidXQgYWxzbyBwZXJpb2RpY2FsbHkgc2VuZCB0aGUgUGF0aCBt ZXNzYWdlIChpbiBTcmVmcmVzaCkgZG93bnN0cmVhbSAtIHRoZXJlYnkgdW5uZWNlc3NhcmlseSBj b25zdW1pbmcgcmVzb3VyY2VzIHRoYXQgY291bGQgcG90ZW50aWFsbHkgYmUgdXRpbGl6ZWQgZm9y IG90aGVyIExTUHMuDQoNCkl0IHNob3VsZCBhbHNvIGJlIG5vdGVkIHRoYXQgdGhlIHRyYW5zaXQg cm91dGVyIGNhbm5vdCBhc3N1bWUgdGhhdCBJbmdyZXNzIExTUiB3aWxsIGJlIGFibGUgdG8gY29t cGxldGUgZ2xvYmFsIHJlcGFpciB3aXRoaW4gYSBwYXJ0aWN1bGFyIHRpbWUgZnJhbWUuIFRoZSB0 cmFuc2l0IExTUiBwcm9jZWR1cmVzIHNob3VsZCBiZSBhYmxlIHRvIGhhbmRsZSBjYXNlcyB3aGVu IGdsb2JhbCByZXBhaXIgZG9lcyBub3QgY29tcGxldGUgZm9yIHNvbWUgdmFsaWQgcmVhc29uIGZv ciBhbiBleHRlbmRlZCBwZXJpb2Qgb2YgdGltZS4NCg0KPiAzLiBTZWN0aW9uIDMuMSAtIFByb2Js ZW0gU3RhdGVtZW50Og0KPiAiDQo+IC0gSWYgaGVhZC1lbmQgQSBhdHRlbXB0cyB0byB0ZWFyIGRv d24gTFNQIGFmdGVyIHN0ZXAgMSBidXQgYmVmb3JlDQo+IHN0ZXAgMiBvZiB0aGUgYWJvdmUgc2Vx dWVuY2UsIHRoZW4gQiBtYXkgcmVjZWl2ZSB0aGUgdGVhciBkb3duDQo+IG1lc3NhZ2UgYmVmb3Jl IHN0ZXAgMiBhbmQgZGVsZXRlIHRoZSBMU1Agc3RhdGUgZnJvbSBpdHMgc3RhdGUNCj4gZGF0YWJh c2UuIElmIEIgZGVsZXRlcyBpdHMgc3RhdGUgd2l0aG91dCBpbmZvcm1pbmcgRCwgd2l0aCBsb25n DQo+IHJlZnJlc2ggaW50ZXJ2YWwgdGhpcyBjb3VsZCBjYXVzZSAobGFyZ2UpIGJ1aWxkdXAgb2Yg c3RhbGUgc3RhdGUNCj4gb24gRC4NCj4gIg0KPiBNQT4gSSBhbSBub3Qgc3VyZSBJIHVuZGVyc3Rh bmQgdGhlIGlzc3VlIGhlcmUuIElmIEIgYWN0aW5nIGFzIGEgUExSIHJlY2VpdmVzIGENCj4gUGF0 aFRlYXIgZnJvbSBBLCBhbGwgaXQgbmVlZHMgdG8gZG8gaXMgdG8gY2hlY2sgdGhhdCB0aGUgcHJp bWFyeSBwYXRoIG5laWdoYm9yDQo+IChDIGluIHRoaXMgY2FzZSkgaXMgaW4gZG93biBvciBpbiBj bGVhbnVwIHN0YXRlIGFuZCBzZW5kIHRoZSBQYXRoVGVhciBvdmVyIHRoZQ0KPiBieXBhc3MgYmVm b3JlIGRlbGV0aW5nIGl0cyBvd24gbG9jYWwgc3RhdGUuDQo+IE5vdGUgaGVyZSBhIGtleSBhc3N1 bXB0aW9uIGlzIHRoYXQgUExSIG5vZGUgQiBtdXN0IHNlbmQgdHJpZ2dlcmVkIFBhdGgNCj4gcmVm cmVzaCBtZXNzYWdlcyB0byB0aGUgTVAgb3ZlciB0aGUgYnlwYXNzLiBJZiBub2RlIEIgaGFzIHRv IHdhaXQgdG8gdGhlDQo+IG5leHQgcmVmcmVzaCBpbnRlcnZhbCB0byBzZW5kIHRoZSBQYXRoIHJl ZnJlc2ggb3ZlciB0aGUgYnlwYXNzLCB0aGVuIHlvdSBjYW4NCj4gcnVuIGludG8gdGhlIGlzc3Vl IGRlc2NyaWJlZCBoZXJlLg0KDQpbQ2hhbmRyYV0gVGhlIHByb2JsZW0gZGVzY3JpYmVkIGlzIGRp ZmZlcmVudC4gUm91dGVyIEIgZGV0ZWN0cyB0aGUgZmFpbHVyZSBhbmQgdW5kZXJ0YWtlcyBsb2Nh bCBhY3Rpb25zIGZvciByZS1yb3V0aW5nIHRyYWZmaWMgZm9yIGFsbCBwcm90ZWN0ZWQgTFNQcyB0 cmF2ZXJzaW5nIHRoZSBmYWlsZWQgbGluay4gSW4gcGFyYWxsZWwsIHJvdXRlciBCIGFsc28gaW5p dGlhdGVzIGJhY2t1cCBMU1Agc2lnbmFsaW5nIGZvciBhbGwgdGhvc2UgcHJvdGVjdGVkIExTUHMu IEF0IHNjYWxlIChpLmUuIGlmIHRoZSBudW1iZXIgb2YgcHJvdGVjdGVkIExTUHMgdGh1cyB1bmRl cmdvaW5nIHJlcGFpciBpcyBvZiB0aGUgb3JkZXIgb2YgaHVuZHJlZHMgb2YgdGhvdXNhbmRzKSwg dGhlIGluaXRpYXRpb24gb2YgYmFja3VwIExTUCBzaWduYWxpbmcgZm9yIGFsbCB0aG9zZSBwcm90 ZWN0ZWQgTFNQcyBpcyBub3QgZXhwZWN0ZWQgdG8gaGFwcGVuIHdpdGhpbiBzaG9ydCB0aW1lIHBl cmlvZC4gSWYgdGhlIEluZ3Jlc3MgTFNSIGluaXRpYXRlcyBMU1AgdGVhciBkb3duIGR1cmluZyB0 aGlzIGludGVyaW0gdGltZSBkdXJhdGlvbiwgdGhlIGV4aXN0aW5nIHByb2NlZHVyZXMgZG8gbm90 IG9mZmVyIGFueSBtZWNoYW5pc20gZm9yIHJvdXRlciBCIHRvIGluZGljYXRlIHRvIE1QIHRoYXQg aXQgbmVlZCBub3QgaG9sZCBvbiB0byB0aGF0IHN0YXRlIGFueSBsb25nZXIuIFRoZSBuZXcgcHJv Y2VkdXJlIGRlc2NyaWJlZCBpbiB0aGUgZG9jdW1lbnQgZG9lcyBub3QgaW50cm9kdWNlIGFueSBt YWpvciBleHRlbnNpb24gYnV0IHNpbXBseSB1c2UgUGF0aFRlYXIgbWVzc2FnZSBmcm9tIFBMUiB0 byBNUCBldmVuIHRob3VnaCB0aGUgUExSIGhhZCBub3QgcmVsaWFibHkgcmVmcmVzaGVkIGJhY2t1 cCBMU1AgUGF0aC4NCg0KSGVyZSBhZ2Fpbiwgb25lIG1heSBzdWdnZXN0IHRoZSB1c2Ugb2Ygc29t ZSAid2FpdCB0aW1lciIgb24gTVAgaW5kZXBlbmRlbnQgb2YgcmVmcmVzaCB0aW1lIG91dCAtIHNh eSBpZiB0aGUgTVAgZG9lcyBub3QgcmVjZWl2ZSBiYWNrdXAgTFNQIFBhdGggbWVzc2FnZSB3aXRo aW4gdGhlICJ3YWl0IHRpbWVyIiwgdGhlIE1QIGNhbiBkZWxldGUgdGhlIExTUCBzdGF0ZS4gQnV0 IGRlcGVuZGluZyBvbiBhIHRpbWVyIG9yIGRlbGF5IHN1ZmZlcnMgZnJvbSB0aGUgc2FtZSBkcmF3 YmFja3MgcG9pbnRlZCBvdXQgaW4gdGhlIHJlc3BvbnNlIHRvIGNvbW1lbnQgIzEuDQoNCj4gNC4g U2VjdGlvbiAzLjEgLSBQcm9ibGVtIFN0YXRlbWVudDoNCj4gIg0KPiAtIElmIEIgZmFpbHMgdG8g cGVyZm9ybSBsb2NhbCByZXBhaXIgaW4gc3RlcCAxLCB0aGVuIEIgd2lsbCBkZWxldGUNCj4gdGhl IExTUCBzdGF0ZSBmcm9tIGl0cyBzdGF0ZSBkYXRhYmFzZSB3aXRob3V0IGluZm9ybWluZyBELiBB cyBCDQo+IGRlbGV0ZXMgaXRzIHN0YXRlIHdpdGhvdXQgaW5mb3JtaW5nIEQsIHdpdGggbG9uZyBy ZWZyZXNoIGludGVydmFsDQo+IHRoaXMgY291bGQgY2F1c2UgKGxhcmdlKSBidWlsZHVwIG9mIHN0 YWxlIHN0YXRlIG9uIEQuDQo+ICINCj4gTUE+IFdlbGwgdGhpcyBpcyB0aGUgbm9ybWFsIFJTVlAg c29mdC1zdGF0ZSBiZWhhdmlvciBhbmQgaW4gZmFjdCB0aGlzDQo+IGJlaGF2aW9yIGNhbiBvY2N1 ciBmb3IgZGVmZWN0cyBvZiBsaW5rIEItQyB3aGljaCBhcmUgbm90IGRldGVjdGVkIGFuZCB3aGlj aA0KPiB3aWxsIG5vdCB0cmlnZ2VyIHRoZSBhY3RpdmF0aW9uIG9mIHRoZSBieXBhc3MgTFNQLiBU aGVyZSBpcyBub3RoaW5nIGFibm9ybWFsDQo+IGFib3V0IHRoaXMgYW5kIHRoaXMgYmVoYXZpb3Ig aXMgbm90IHNwZWNpZmljIHRvIHRoZSBjYXNlIHdoZW4gdGhlIGJ5cGFzcyBjb3VsZA0KPiBub3Qg YmUgYWN0aXZhdGVkLg0KDQpbQ2hhbmRyYV0gVGhlIHByb2JsZW0gaXMgbm90IGFib3V0IHRoZSBh Y3RpdmF0aW9uIG9mIGJ5cGFzcyBMU1AgYnV0IHRoYXQgdGhlcmUgaXMgbm8gaW5kaWNhdGlvbiB0 byB0aGUgTVAgcm91dGVyIHRoYXQgaXQgZG9lcyBub3QgaGF2ZSB0byBob2xkIG9uIHRvIHRoZSBM U1Agc3RhdGUgYW55IG1vcmUuIFRoZSBwcm9ibGVtIGhhcyBiZWVuIGV4cGxhaW5lZCBpbiB0aGUg cmVzcG9uc2UgdG8gY29tbWVudCAjMyBhbmQgIzQuIE9uIHRoZSBzb2Z0LXN0YXRlIGJlaGF2aW9y LCB0aGUgcmVzcG9uc2VzIHRvIHRoZSBmaXJzdCB0aHJlZSBwYXJhZ3JhcGhzIHRvIHlvdXIgbWFp bCBjb250YWluIHRoZSByZWFzb25pbmcgZm9yIHJlbW92aW5nIHRoZSBsaW1pdGF0aW9ucyBvZiBz b2Z0LXN0YXRlIG5hdHVyZSBvZiB0aGUgcHJvdG9jb2wuDQogDQo+IDUuIFNlY3Rpb24gNC41LjIg LSBQcm9jZWR1cmVzIGZvciBiYWNrd2FyZCBjb21wYXRpYmlsaXR5Og0KPiBNQT4gV2hhdCBpcyB0 aGUgbmVlZCB0byBzZXQgdGhlIHJlZnJlc2ggaW50ZXJ2YWwgdG8gdGhlIGRlZmF1bHQgdmFsdWUg d2hlbiBhDQo+IExTUiBkZXRlY3RzIHRoYXQgYSBkb3duc3RyZWFtIG9yIHVwc3RyZWFtIG5laWdo Ym91ciBkb2VzIG5vdCBzdXBwb3J0IHRoZQ0KPiByZWZyZXNoIGluZGVwZW5kZW50IHByb2NlZHVy ZXM/IEkgYXNzdW1lIHlvdSBtZWFudCB0byBjaGFuZ2UgaXQgYmFjayB0bw0KPiB0aGUgY29uZmln dXJlZCB2YWx1ZSB3aGljaCBtYXkgbm90IGJlIHRoZSBkZWZhdWx0IHZhbHVlIG9mIDMwIHNlY29u ZHMuDQoNCltDaGFuZHJhXSBJZiByZWZyZXNoIHRpbWUgaXMgbm90IGV4cGxpY2l0bHkgY29uZmln dXJlZCBvbiB0aGUgTFNSIHN1cHBvcnRpbmcgUkktUlNWUC1GUlIsIHRoZW4gdGhlIHJlZnJlc2gg aW50ZXJ2YWwgc2hvdWxkIGJlIHJlZHVjZWQgdG8gUkZDIDIyMDUgZGVmYXVsdCB2YWx1ZSBvZiAz MCBzZWNvbmRzIGZvciBtZXNzYWdlcyBzZW50IHRvIGEgbmVpZ2hib3Jpbmcgcm91dGVyIHRoYXQg aXMgbm90IFJJLVJTVlAgY2FwYWJsZS4gVEUtU0NBTEUtUkVDIGRyYWZ0IHJlY29tbWVuZHMgZGVm YXVsdCByZWZyZXNoIGludGVydmFsIG9mIDIwIG1pbnV0ZXMgYmUgdXNlZCBpbiBQYXRoIGFuZCBS ZXN2IG1lc3NhZ2VzIGlmIFJJLVJTVlAgaXMgc3VwcG9ydGVkIGJ5IHRoZSBMU1IuIFRoZSBzdGF0 ZW1lbnQgaW4gdGhlIGRyYWZ0IHJlZmVycmVkIGhlcmUgaXMgbm90IGFwcGxpY2FibGUgaWYgdGhl IG9wZXJhdG9yIGhhcyBvdmVycmlkZGVuIHRoZSBSSS1SU1ZQIGRlZmF1bHQgdmFsdWUuDQoNCkkg dGhpbmsgdGhlIHRleHQgaW4gU2VjdGlvbiA0LjUuMiBjb3VsZCBoYXZlIHN0YXRlIGV4cGxpY2l0 bHkgdGhhdCBpZiBkb3duc3RyZWFtIG9yIHVwc3RyZWFtIG5laWdoYm9yIGRvZXMgbm90IGFkdmVy dGlzZSBSSS1SU1ZQIGNhcGFiaWxpdHksIHRoZW4gdGhlIHJvdXRlciBzaG91bGQgcmVkdWNlIHRo ZSByZWZyZXNoIGludGVydmFsIHRvIDMwIHNlY29uZHMgaWYgdGhlIHJlZnJlc2ggaW50ZXJ2YWwg aGFzIG5vdCBiZWVuIGNvbmZpZ3VyZWQgb24gdGhlIHJvdXRlci4gV2Ugd2lsbCB1cGRhdGUgdGhp cyBzZWN0aW9uIGFjY29yZGluZ2x5IHRvIGNsYXJpZnkgdGhlIHByb3Bvc2VkIGJlaGF2aW9yLg0K DQpSZWdhcmRzLA0KQ2hhbmRyYS4NCg0K From nobody Thu Dec 3 18:50:18 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 B35AE1B2A61; Thu, 3 Dec 2015 18:50:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] 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 a9qrtf8le0uf; Thu, 3 Dec 2015 18:50:14 -0800 (PST) Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3CCB41B2A3A; Thu, 3 Dec 2015 18:50:13 -0800 (PST) X-AuditID: c1b4fb3a-f79df6d0000013b1-a9-5660ff629d06 Received: from ESGSCHC007.ericsson.se (Unknown_Domain [146.11.116.86]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id 76.F0.05041.26FF0665; Fri, 4 Dec 2015 03:50:11 +0100 (CET) Received: from ESGSCMB109.ericsson.se ([169.254.9.167]) by ESGSCHC007.ericsson.se ([146.11.116.86]) with mapi id 14.03.0248.002; Fri, 4 Dec 2015 10:48:51 +0800 From: Guijuan Wang 3 To: Chandrasekar Ramachandran , "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: AQHRF2S33nSvFxxJdUWKBLWJ31yyKp6NjuCAgCV7zzCAB0IOUA== Date: Fri, 4 Dec 2015 02:48:50 +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: x-originating-ip: [146.11.116.128] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprLIsWRmVeSWpSXmKPExsUyibskTDf5f0KYwbq7fBYr569ntvh6by2L xb+5c5gt1l0+xWZxa+lKVgdWjyVLfjJ5XG+6yu4xa3obWwBzFJdNSmpOZllqkb5dAldGz+E9 LAUHYis+zrvB3sDYE93FyMkhIWAi8fVGDxuELSZx4d56IJuLQ0jgMKPEwYfd7BDOYkaJuR82 M4NUsQkYSOxvmckCkhARWMMocXLKC0aQBLOAj8TqfWtYQGxhAVuJrU172UFsEQE7idXXFrFB 2E4SC3c9B6thEVCR2HHjBFicV8BX4uaLL8wQ2y4wS/z+uRysiFMgUWLPlNdgCxiB7vt+ag0T xDJxiVtP5jNB3C0gsWTPeWYIW1Ti5eN/rBC2kkTjq21ANRxA9ZoS63fpQ7QqSkzpfsgOsVdQ 4uTMJywTGMVmIZk6C6FjFpKOWUg6FjCyrGIULU4tLs5NNzLSSy3KTC4uzs/Ty0st2cQIjLSD W35b7WA8+NzxEKMAB6MSD2/ByYQwIdbEsuLK3EOMEhzMSiK8St+AQrwpiZVVqUX58UWlOanF hxilOViUxHmbmR6ECgmkJ5akZqemFqQWwWSZODilGhhXaEzY+eLOl2brx14XaiYK722rPs/3 y+1+YGbritXXF2+5tXJjSITcEnZT8RvTFOV1dmXtda4sWGnR7s57UrxX7Mxm/YkdNwJ2KGv4 J/y23yKYWGR0hT9cs2bT4ZNWmrt2Z0566bbpcm/g0g/pQbn7a+zWt86pDTiuUC95Z89U8epQ 9junrKYosRRnJBpqMRcVJwIAh2Us97ACAAA= 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: Fri, 04 Dec 2015 02:50:16 -0000 SGkgQ2hhbmRyYSwNCg0KR2xhZCB0byBnZXQgeW91ciByZXNwb25zZSwgYWxsIG9mIG15IGNvbW1l bnRzIGFyZSBhZGRyZXNzZWQsIHRoYW5rcyENCg0KUmVnYXJkcyANCkplYW4NCg0KLS0tLS1Pcmln aW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IENoYW5kcmFzZWthciBSYW1hY2hhbmRyYW4gW21haWx0 bzpjc2VrYXJAanVuaXBlci5uZXRdIA0KU2VudDogU3VuZGF5LCBOb3ZlbWJlciAyOSwgMjAxNSA5 OjE5IFBNDQpUbzogR3VpanVhbiBXYW5nIDM7IGRyYWZ0LWNoYW5kcmEtbXBscy1yaS1yc3ZwLWZy ckBpZXRmLm9yZzsgbXBsc0BpZXRmLm9yZw0KQ2M6IG1wbHMtY2hhaXJzQGlldGYub3JnOyBMb2Eg QW5kZXJzc29uDQpTdWJqZWN0OiBSRTogTVBMUy1SVCByZXZpZXcgb2YgZHJhZnQtY2hhbmRyYS1t cGxzLXJpLXJzdnAtZnJyDQoNCkhlbGxvIEplYW4sDQpUaGFua3MgZm9yIHlvdXIgY29tbWVudHMu IFBsZWFzZSBmaW5kIHRoZSByZXNwb25zZXMgaW5saW5lLg0KDQo+IC0tLS0tT3JpZ2luYWwgTWVz c2FnZS0tLS0tDQo+IEZyb206IEd1aWp1YW4gV2FuZyAzIFttYWlsdG86Z3VpanVhbi53YW5nQGVy aWNzc29uLmNvbV0NCj4gU2VudDogVGh1cnNkYXksIE5vdmVtYmVyIDA1LCAyMDE1IDk6MDAgUE0N Cj4gVG86IGRyYWZ0LWNoYW5kcmEtbXBscy1yaS1yc3ZwLWZyckBpZXRmLm9yZzsgbXBsc0BpZXRm Lm9yZw0KPiBDYzogbXBscy1jaGFpcnNAaWV0Zi5vcmc7IExvYSBBbmRlcnNzb24gPGxvYUBwaS5u dT4NCj4gU3ViamVjdDogUkU6IE1QTFMtUlQgcmV2aWV3IG9mIGRyYWZ0LWNoYW5kcmEtbXBscy1y aS1yc3ZwLWZycg0KPiANCj4gRGVhciBBdXRob3JzLA0KPiANCj4gVGhhbmtzIGZvciBkcmFmdGlu ZyB0aGlzIHNvbHV0aW9uLCBJdCB3b3VsZCBiZSB1c2VmdWwgaWYgdGhlIEZSUiBjYW4gDQo+IGJl IGNvbXBsZXRlbHkgaW5kZXBlbmRlbnQgb2YgcmVmcmVzaC4NCj4gSSByZWFkIHRocm91Z2ggaXQg YW5kIGhlcmUgaXMgbXkgY29tbWVudC4NCj4gDQo+IA0KPiBTZWN0aW9uIDMsIHBhZ2UgNiwgUHJv YmxlbSBEZXNjcmlwdGlvbjoNCj4gUGVyIFJGQyA0MDkwLCBzZWN0aW9uIDcuMiBzZWN0aW9uIEhh bmRsaW5nIEZhaWx1cmVzLCBpdCBoYXMgcmVxdWlyZWQgDQo+IHRoZSBwb3N0cG9uZSBvZiBzZW5k aW5nIFBhdGhDbGVhciwgd2FpdCBhbm90aGVyIDMwcyBieSBkZWZhdWx0LiBUaGVuIA0KPiB0aGUg cG9zc2liaWxpdHkgZm9yIHRoZSBmaXJzdCBjb25zZXF1ZW5jZSBzaG91bGQgYmUgbG93ZXIgdGhh biB0aGUgDQo+IGZvbGxvd2luZyBjb25zZXF1ZW5jZSwgYmV0dGVyIHRvIG1vdmUgaXQgYmFjayBi YXNlZCBvbiB0aGUgbG9naWMgdGhhdCANCj4gdGhlIG1ham9yIGlzc3VlIGNvbWVzIGZpcnN0Lg0K DQpbQ2hhbmRyYV0gWWVzLCB3ZSB3aWxsIGNsYXJpZnkgdGhhdCB0aGUgcmVmZXJlbmNlcyB0byAi cm91dGVyIEMgdGltaW5nIG91dCBMU1Agc3RhdGVzIiBpbiBTZWN0aW9uIDMgdG8gaW5kaWNhdGUg dGhhdCBhcyBwZXIgUkZDIDQwOTAgdGhlIHN0YXRlIHRpbWUgb3V0IG9uIEMgd291bGQgb2NjdXIg YWZ0ZXIgYW4gYWRkaXRpb25hbCB0aW1lIG91dCBjeWNsZS4NCiANCj4gU2VjdGlvbiA0LCBwYWdl IDcsIFNvbHV0aW9uIEFzcGVjdHM6DQo+ICAgUmVhZCB0aHJvdWdoIHRoZSB3aG9sZSBzb2x1dGlv biwgaXQgcmVxdWlyZXMgdGhlIHN1cHBvcnRpbmcgb2YgDQo+IHNlcnZhbCBvdGhlciBSRkNzIGFu ZCBhbHNvIHR3byB3b3JraW5nLWluLXByb2dyZXNzZXMgUkZDcy4gQmV0dGVyIHRvIA0KPiBhZGQg 4oCcUHJlLSBSZXF1aXNpdGVz4oCdIGludHJvZHVjdGlvbiBpbiB0aGUgYmVnaW5uaW5nIG9mIHRo aXMgY2hhcHRlciwgDQo+IHRoZW4gdGhlIHVzZXIgZm9yIHRoaXMgZG9jdW1lbnQga25vdyBpdCBo YXMgdG8gcmVhZC9pbXBsZW1lbnQgdGhlIHByZXJlcXVpc2l0ZSBmaXJzdGx5Lg0KPiBBdCB0aGUg b3RoZXIgaGFuZCwgdGhlIG1ham9yIGNoYW5nZSBpbiB0aGUgY2l0ZWQgW1N1bW1hcnktRlJSXSBh bmQgDQo+IFtURS0gU0NBTEUtUkVDXSBtYXkgYmUgbW9uaXRvcmVkIGFuZCBicm91Z2h0IGJhY2sg dG8gdGhpcyBkb2N1bWVudC4gDQo+IEZvciBleGFtcGxlIGEgY29tbWVudCBoYXMgYmVlbiByYWlz ZWQgZm9yIHRoZSBuZXcgc3ViLW9iamVjdCANCj4gZGVmaW5pdGlvbiBpbiBbU3VtbWFyeS1GUlJd LCBpdCBtYXkgYmUgY2hhbmdlZC4NCg0KW0NoYW5kcmFdIFllcywgd2Ugd2lsbCBpbnRyb2R1Y2Ug YSBuZXcgc2VjdGlvbiBvciBzdWItc2VjdGlvbiB0byBjbGFyaWZ5IHRoZSBwcmUtcmVxdWlzaXRl cy4gSXQgaXMgdHJ1ZSB0aGF0IHRoZSBieXBhc3MgYXNzb2NpYXRpb24gcHJvY2VkdXJlIGluIFN1 bW1hcnktRlJSIGRyYWZ0IHdpbGwgYmUgcmUtc3BlY2lmaWVkIHRvIHVzZSBBc3NvY2lhdGlvbiBv YmplY3QuIEFzIHRoZSB1cGRhdGUgdG8gdGhhdCBkcmFmdCBoYXMgbm90IHlldCBiZWVuIHVwbG9h ZGVkLCB3ZSBoYXZlIG5vdCB5ZXQgbW9kaWZpZWQgb3VyIGRyYWZ0Lg0KDQo+IFNlY3Rpb24gNC4x LjEsIHBhZ2UgOSwgUExSIEJlaGF2aW9yDQo+IElzIGJlbG93IHBhcmFncmFwaCBwYXJhbGxlbCB0 byBpdHMgZm9ybWVyIGFuZCBmb2xsb3dpbmcgcGFyYWdyYXBocz8gSWYgDQo+IHNvLCBwbGVhc2Ug Y2hhbmdlIGl0cyBmb3JtYXQgc3R5bGUsIHRoYXQgaXMgYWRkaW5nIOKAnC3igJwgaW4gdGhlIA0K PiBiZWdpbm5pbmcgYW5kIHVzZSBzYW1lIGluZGVudGF0aW9ucyBhcyBvdGhlcnMuIEN1cnJlbnQg c3R5bGUgbWFrZXMgbWUgDQo+IGZlZWwgaXTigJlzIHRoZSBwYXJlbnQgb2YgdGhlIGZvbGxvd2lu ZyAyIHBhcmFncmFwaHMuDQo+IEluIHRoaXMgZG9jLCBpdCBzYXlzOg0KPiDigJxJbiBwYXJhbGxl bCB0byB0aGUgYXR0ZW1wdCBtYWRlIHRvIGNyZWF0ZSBOUC1ieXBhc3Mgb3IgTFAtYnlwYXNzLCB0 aGUgDQo+IFBMUiBTSE9VTEQgaW5pdGlhdGUgLi4u4oCdDQoNCltDaGFuZHJhXSBZZXMsIHdlIHdp bGwgaW5kZW50IHRoZSBwYXJhZ3JhcGhzICJXaGlsZSBzZWxlY3RpbmcgdGhlIGRlc3RpbmF0aW9u IGFkZHJlc3MgLi4uIiBiZWNhdXNlIHRoYXQgcGFyYWdyYXBoIGlzIGEgc3BlY2lmaWMgcmVjb21t ZW5kYXRpb24gZm9yIHNlbGVjdGluZyBkZXN0aW5hdGlvbiBhZGRyZXNzLg0KDQo+IFNlY3Rpb24g NC4xLjIsIHBhZ2UgOSwgUmVtb3RlIFNpZ25hbGluZyBBZGphY2VuY3k6DQo+IEEgbmV3IGhlbGxv IGlzIGludHJvZHVjZWQsIHZpYSBtdWx0aXBsZSBob3BzLiBCZXR0ZXIgdG8gZ2l2ZSB0aGUgDQo+ IHN1Z2dlc3RlZCBkZWZhdWx0IGludGVydmFsLCB0aGUgaGVsbG8gaW50ZXJ2YWwgaW4gUkZDMzIw OSBpcyA1IG1zLCBpdCANCj4gbWF5IGJlIHRvbyBxdWljayBmb3IgdGhpcyBzb2x1dGlvbi4NCg0K W0NoYW5kcmFdIFllcywgeW91IGFyZSBjb3JyZWN0IHRoYXQgdGhlIGRlZmF1bHQgaGVsbG8gaW50 ZXJ2YWwgc3BlY2lmaWVkIGluIFJGQyAzMjA5IGlzIG5vdCBzdWl0YWJsZSBmb3IgTm9kZUlEIGhl bGxvIHNlc3Npb24uIFRoZSBURS1TQ0FMRS1SRUMgZHJhZnQgKGh0dHBzOi8vdG9vbHMuaWV0Zi5v cmcvaHRtbC9kcmFmdC1pZXRmLXRlYXMtcnN2cC10ZS1zY2FsaW5nLXJlYy0wMCkgbWFrZXMgdGhl IHJlY29tbWVuZGF0aW9uIG9mIDkgc2Vjb25kcyBmb3IgdGhlIGhlbGxvIGludGVydmFsLiBIb3dl dmVyLCB3ZSB3aWxsIGFsc28gZXhwbGljaXRseSBzdGF0ZSBpbiBTZWN0aW9uIDQuMS4yIG9mIG91 ciBkcmFmdCB0byBmb2xsb3cgdGhlIHJlY29tbWVuZGF0aW9uIG9mIFRFLVNDQUxFLVJFQyBkcmFm dC4gDQoNCj4gNC4xLjUuIHBhZ2UgMTEsICJSZW1vdGUiIHN0YXRlIG9uIE1QDQo+IFR5cG8sIGNo YW5nZSBmb3JtIHRvIOKAnGZyb23igJ0gZm9yIGJlbG93IHNlbnRlbmNlLg0KPiDigJx0aGUgInJl bW90ZSJwYXRoIHN0YXRlIGlzIG5vdCBzaWduYWxlZCBleHBsaWNpdGx5IGZvcm0gUExSLuKAnQ0K DQpbQ2hhbmRyYV0gWWVzLCB3aWxsIGNvcnJlY3QgdGhlIHR5cG8gaW4gdGhlIG5leHQgcmV2aXNp b24uDQoNCj4gU2VjdGlvbiA0LjEuMSwgcGFnZSA5LCBmaXJzdCBwYXJhZ3JhcGg6DQo+IE5vIGZ1 bGwgd29yZHMgZm9yIFRFRCB0aGUgZmlyc3QgdGltZSBpdCBpcyBtZW50aW9uZWQsIHdvdWxkIHlv dSBwbGVhc2UgYWRkIGl0Lg0KPiBBbmQgd291bGQgYmUgZ3JlYXQgaWYgeW91IGNhbiBnaXZlIGEg YnJpZWYgaW50cm9kdWN0aW9uIG9uIHVzaW5nIHRoZSANCj4gVEVEIHRvIGRldGVybWluZSByb3V0 ZUlkLg0KPiDigJxJZiB0aGUgUExSIGFuZCB0aGUgTVAgYXJlIGluIHNhbWUgYXJlYSwgdGhlbiB0 aGUgUExSIG1heSBVdGlsaXplIHRoZSANCj4gVEVEIHRvIGRldGVybWluZSB0aGUgcm91dGVyIElE IGZyb20gdGhlIGludGVyZmFjZSBhZGRyZXNzIGluIFJSTyAoaWYgDQo+IE5vZGVJRCBpcyBub3Qg aW5jbHVkZWQgaW4gUlJPKS7igJ0NCg0KW0NoYW5kcmFdIFllcywgd2Ugd2lsbCBwcm92aWRlIHNv bWUgYWRkaXRpb25hbCB0ZXh0IGluIFNlY3Rpb24gNC4xLjEgZm9yIHRoaXMuIFdlIHdpbGwgYWxz byBpbmNsdWRlIFRFRCBpbiBUZXJtaW5vbG9neSBzZWN0aW9uLg0KDQo+IFNlY3Rpb24gNC4xLjE6 IHBhZ2UgOSwgcGFyYWdyYXBoIDQ6DQo+IFdob3NlIHRpbWVvdXQgZG8geW91IG1lYW4gYnkg4oCc YSB0aW1lb3V04oCdIGluIGJlbG93IHBhcmFncmFwaD8gQWxzbyBtYXkgDQo+IGJlIGJldHRlciB0 byBtb3ZlIHRoZSDigJxvbiB0aGUgb3RoZXIgaGFuZOKApiDigJwgdG8gdGhlIHBhcmFncmFwaCBh Ym92ZSBpdC4gDQo+IEF0IGZpcnN0IGdsYW5jZSwgdGhlIHNlbnRlbmNlIGJlZm9yZSBhbmQgYWZ0 ZXIg4oCcb24gdGhlIG90aGVyIGhhbmTigJ0gDQo+IHNlZW1zIGxpa2UgZHVwbGljYXRlZC4NCj4g SW4gdGhpcyBkb2N1bWVudCwgaXQgc2F5czoNCj4gIlRoZSBQTFIgU0hPVUxEIHdhaXQgZm9yIGEg dGltZSBvdXQgYmVmb3JlIHJlbW92aW5nIA0KPiBTVU1NQVJZX0ZSUl9CWVBBU1NfQVNTSUdOTUVO VCBzdWItb2JqZWN0IGluIFJSTyBhbmQgdHJpZ2dlcmluZyBQQVRIIA0KPiBkb3duc3RyZWFtLiBP biB0aGUgb3RoZXIgaGFuZCwgdGhlIFBMUiBuZWVkIG5vdCB3YWl0IGZvciBhIHRpbWUgb3V0IHRv IA0KPiBhZGQgU1VNTUFSWV9GUlJfQllQQVNTX0FTU0lHTk1FTlQgc3Vib2JqZWN0IGluIFJSTyBh bmQgbWF5IGltbWVkaWF0ZWx5IA0KPiB0cmlnZ2VyIFBBVEggZG93bnN0cmVhbS4iDQoNCltDaGFu ZHJhXSBBY3R1YWxseSwgdGhlIHRpbWUgb3V0IGluZGljYXRlZCBoZXJlIGlzIG5vdCByZWxhdGVk IHRvIHN0YXRlIHRpbWUgb3V0LiBCdXQgSSBhZ3JlZSB0aGF0IHRoaXMgcGFyYWdyYXBoIGlzIGEg Yml0IGNvbmZ1c2luZy4gQXMgdGhlIHByb2NlZHVyZXMgYXJlIGV4cGVjdGVkIHRvIGJlIHNwZWNp ZmllZCBpbiBTVU1NQVJZLUZSUiBkcmFmdCwgd2Ugd2lsbCByZW1vdmUgdGhlIGxhc3QgcGFyYWdy YXBoICh0aGUgb25lIHN0YXJ0aW5nIHdpdGggIkFmdGVyIHNpZ25hbGluZyBwcm90ZWN0aW9uIGF2 YWlsYWJpbGl0eSAuLi4iKSBhbmQgY29tYmluZSB0aGUgcHJldmlvdXMgdHdvIHBhcmFncmFwaHMu IFRoYXQgaXMsIHdlIHdpbGwgbWVyZ2UgdGhlIHR3byBwYXJhZ3JhcGhzICJJbiBwYXJhbGxlbCB0 byB0aGUgYXR0ZW1wdCBtYWRlIC4uLiIgYW5kICJJZiB0aGUgYnlwYXNzIExTUCBjb21lcyB1cCwg dGhlbiB0aGUgUExSIHNob3VsZCBpbmNsdWRlIC4uLiIuDQoNCj4gNC4yLiBwYWdlIDExLCBJbXBh Y3Qgb2YgRmFpbHVyZXMgb24gTFNQIFN0YXRlOg0KPiBJbiB0aGUgbGFzdCBwYXJhZ3JhcGgsIGl0 IHNheXMgaW1wbGVtZW50YXRpb24gZG9lc27igJl0IG5lZWQgdG8gaGF2ZSBhIA0KPiB3YXkgdG8g ZGlzdGluZ3Vpc2gg4oCcbGluay1mYWlsdXJl4oCdIGFuZCDigJxub2RlLWZhaWx1cmXigJ0sIGJ1 dCB0aGUgDQo+IGZvbGxvd2luZyBzdGF0ZW1lbnQgZm9yIGhhbmRsaW5nIGRvZXMgZGlzdGluZ3Vp c2ggdGhlIOKAnGxpbmstZmFpbHVyZeKAnSANCj4gYW5kIOKAnG5vZGUtZmFpbHVyZeKAnSwgc3Vj aCBhcyBMUC1NUCBoYXMgZGlmZmVyZW50IHByb2NlZHVyZXMgZm9yIGxpbmsgDQo+IGFuZCBub2Rl IEZhaWx1cmUgZGVmaW5lZCBpbiA0LjIuMiBhbmQgNC4yLjMgc2VwYXJhdGVseS4gSXMgaXQgY29u ZmxpY3Rpbmc/DQoNCltDaGFuZHJhXSBUaGFua3MgZm9yIHBvaW50aW5nIG91dCB0aGUgY29uZmxp Y3QuIFRoZSBURS1TQ0FMRS1SRUMgZHJhZnQgZG9lcyByZWNvbW1lbmQgdGhlIHVzZSBvZiBOb2Rl SUQgYmFzZWQgaGVsbG8gc2Vzc2lvbiBhbmQgaGVuY2UgdGhlIHBhcmFncmFwaCAiSXQgc2hvdWxk IGJlIG5vdGVkIHRoYXQgZXZlbiB0aG91Z2ggdGhpcyBzZWN0aW9uIGFuZCB0aGUgc3Vic2VxdWVu dCAuLi4iIGlzIGluIGNvbmZsaWN0IHdpdGggdGhhdCByZWNvbW1lbmRhdGlvbi4gV2Ugd2lsbCBy ZW1vdmUgdGhpcyBwYXJhZ3JhcGguDQoNCj4gQWxzbyBpbiB0aGUgb3B0aW9uYWwgd2F5IG9mIHVz aW5nIG5vZGUtaWQgYmFzZWQgaGVsbG8gdG8gZGlzdGluZ3Vpc2ggDQo+IHRoZW0sIGJldHRlciB0 byBnaXZlIGZ1cnRoZXIgZGV0YWlscyBvbiBob3cgdG8gZGlzdGluZ3Vpc2guDQoNCltDaGFuZHJh XSBQbGVhc2UgcmVmZXIgdG8gbXkgcmVzcG9uc2UgdG8geW91ciBwcmV2aW91cyBjb21tZW50LiBX ZSB3aWxsIHJlbW92ZSB0aGUgcGFyYWdyYXBoIGFuZCBwb3NzaWJseSByZWZlciB0byBURS1TQ0FM RS1SRUMgdG8gY2xhcmlmeSByZWdhcmRpbmcgZmFpbHVyZSBkZXRlY3Rpb24uIA0KDQo+IDQuMi4g cGFnZSAxMX4xNCwgSW1wYWN0IG9mIEZhaWx1cmVzIG9uIExTUCBTdGF0ZSBPdmVyYWxsLCBpbiB0 aGlzIA0KPiBzZWN0aW9uLCBzZXZlcmFsIGNvbmRpdGlvbnMgYXJlIG1lbnRpb25lZCBhbmQgZGlm ZmVyZW50IGhhbmRsaW5nIG5lZWQgDQo+IHRvIGJlIHRha2VuIGJhc2VkIG9uIGRpZmZlcmVudCBj b25kaXRpb25zIGNvbWJpbmF0aW9ucywgYW5kIDcgaGFuZGxpbmcgDQo+IGNhc2VzIGFyZSBpbnRy b2R1Y2VkLiBJcyBpdCBwb3NzaWJsZSB0byBjYXRlZ29yeSB0aGVtLCBvciBzaW1wbHkgdGhlIA0K PiBjb21iaW5hdGlvbnMgYmFzZWQgb24gYmVsb3cgMyBjb25zaWRlcmF0aW9ucz8NCj4gYS4JRGlz dGluZ3Vpc2hpbmcgYW5kIHVuZGVyc3RhbmRpbmcgNyBjYXNlcyBpcyBhIGxpdHRsZSBjb21wbGV4 IGZvcg0KPiBpbXBsZW1lbnRhdGlvbi4NCj4gYi4JVGhlcmUgbWF5IGJlIGNvbmRpdGlvbnMgY29t YmluYXRpb24gdGhhdCBpcyBub3QgZW51bWVyYXRlZCBpbiB0aGlzDQo+IGRvY3VtZW50Lg0KPiBj LglTb21lIGNhc2UgaGFuZGxpbmcgYXJlIHZlcnkgc2ltaWxhciBzdWNoIGFzIHNlY3Rpb24gNC4y LjIgYW5kIDQuMi40Lg0KDQpbQ2hhbmRyYV0gV2Ugd2lsbCBjbGFzc2lmeSB0aGUgNyBzdWItc2Vj dGlvbnMgaW50byAzIGNhdGVnb3JpZXMgLSBMUC1NUCBiZWhhdmlvciwgTlAtTVAgYmVoYXZpb3Ig YW5kIFJvdXRlciB0aGF0IGlzIHNpbXVsdGFuZW91c2x5IExQLU1QIGFuZCBOUC1NUC4gRWFjaCBj YXRlZ29yeSB3aWxsIGNvbnRhaW4gdGhlIHByb2NlZHVyZXMgdG8gaGFuZGxlIGRpZmZlcmVudCB0 eXBlcyBvZiBmYWlsdXJlcywgc28gdGhhdCBpdCB3b3VsZCBiZSBjbGVhciB0aGF0IGFsbCBwb3Nz aWJsZSBjb21iaW5hdGlvbnMgYXJlIGVudW1lcmF0ZWQuIFRoZSBiZWhhdmlvciBvZiBub24tTVAg c2hvdWxkIGJlIG9idmlvdXMgYW5kIGRvZXMgbm90IHJlcXVpcmUgdGhlIGV4cGxpY2l0IHNwZWNp ZmljYXRpb24uDQoNCj4gNC41LjEsIHBhZ2UgMTksIERldGVjdGluZyBTdXBwb3J0IGZvciBSZWZy ZXNoIGludGVydmFsIEluZGVwZW5kZW50IEZSUiANCj4gU2VlbXMgdGhlIGRldGVjdGlvbiBtYWlu bHkgY291bnRzIG9uIHRoZSBkZXRlY3Rpb24gcHJvY2VkdXJlIGZvciBbVEUtIA0KPiBTQ0FMRS1S RUNdIGFuZCBbU1VNTUFSWS1GUlJdLCBidXQgdGhpcyBkb2N1bWVudCBpbnRyb2R1Y2VzIGV4dHJh IA0KPiBleHRlbnNpb25zLCBzdWNoIGFzIG11bHRpcGxlLWhvcCBoZWxsbywgYW5kIGNvbmRpdGlv biBvYmplY3QsIHRoZXJlIA0KPiBzaG91bGQgYWxzbyBhIG5ldyB3YXkgdG8gZGV0ZWN0IHRoZSBz dXBwb3J0IGZvciB0aGVtLg0KDQpbQ2hhbmRyYV0gU2VjdGlvbiAyLjIgb2YgVEUtU0NBTEUtUkVD IGNvbnRhaW5zIHRoZSBmb2xsb3dpbmcgcmVjb21tZW5kYXRpb24uDQoNCiAgICAtIChJZiBCeXBh c3MgRlJSIFtSRkM0MDkwXSBpcyBzdXBwb3J0ZWQsKSBNVVNUIGltcGxlbWVudCBwcm9jZWR1cmVz DQogICAgICBzcGVjaWZpZWQgaW4gW1JJLVJTVlAtRlJSXSB3aGljaCBkZXNjcmliZXMgbWV0aG9k cyB0byBmYWNpbGl0YXRlDQogICAgICBGUlIgdGhhdCB3b3JrcyBpbmRlcGVuZGVudGx5IG9mIHRo ZSByZWZyZXNoLWludGVydmFsLg0KDQpIZW5jZSB0aGUgZGVmaW5pdGlvbiBvZiBJLWJpdCBpbiBT ZWN0aW9uIDIuMi4xIG9mIFRFLVNDQUxFLVJFQyBzaG91bGQgaW5jbHVkZSB0aGUgc3VwcG9ydCBm b3IgdGhlIHByb2NlZHVyZXMgaW4gUkktUlNWUC1GUlIgZHJhZnQuIEl0IHNob3VsZCBiZSBub3Rl ZCB0aGF0IFRFLVNDQUxFLVJFQyBoYXMgc3BlY2lmaWVkIGEgc2VwYXJhdGUgZmxhZyBGLWJpdCB0 byBlbmFibGUgaW1wbGVtZW50YXRpb25zIHRvIHN1cHBvcnQgcGVyLXBlZXIgZmxvdyBjb250cm9s IHdpdGhvdXQgc3VwcG9ydGluZyBSZWZyZXNoLWluZGVwZW5kZW50IFJTVlAuDQoNCldlIHdpbGwg ZXhwbGljaXRseSBhZGQgdGhlIGFib3ZlIGNsYXJpZmljYXRpb24gaW4gU2VjdGlvbiA0LjUuMS4N Cg0KVGhhbmtzLA0KQ2hhbmRyYS4NCg0K From nobody Fri Dec 4 13:18: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 667ED1A9095; Fri, 4 Dec 2015 13:18:00 -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 40MVEFBWMM4V; Fri, 4 Dec 2015 13:17:58 -0800 (PST) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0125.outbound.protection.outlook.com [65.55.169.125]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 41D3A1A9096; Fri, 4 Dec 2015 13:17:57 -0800 (PST) Received: from BY2PR0501MB1813.namprd05.prod.outlook.com (10.163.155.143) by BY2PR0501MB1813.namprd05.prod.outlook.com (10.163.155.143) with Microsoft SMTP Server (TLS) id 15.1.331.20; Fri, 4 Dec 2015 21:17:55 +0000 Received: from BY2PR0501MB1813.namprd05.prod.outlook.com ([10.163.155.143]) by BY2PR0501MB1813.namprd05.prod.outlook.com ([10.163.155.143]) with mapi id 15.01.0331.023; Fri, 4 Dec 2015 21:17:55 +0000 From: Yimin Shen To: "draft-smack-mpls-rfc4379bis@ietf.org" , "mpls-chairs@ietf.org" , Tarek Saad Thread-Topic: MPLS-RT review of draft-smack-mpls-rfc4379bis Thread-Index: AQHRLtk9YYBElM044k+sGDZxS5x9vg== Date: Fri, 4 Dec 2015 21:17:54 +0000 Message-ID: References: <564E8331.5070708@pi.nu> In-Reply-To: <564E8331.5070708@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=yshen@juniper.net; x-originating-ip: [66.129.241.10] x-microsoft-exchange-diagnostics: 1; BY2PR0501MB1813; 5:JpfHWfv9YFSDWwDlm+erpwnMBK0cYuPA0JnuHM6a2VTe+mxJGxmClW6Fl5YsgWERWY6FImCJlx6I1tNvkD/0OTSKU+ToWyGPfrCj/tMQlpE45Gl33XjV1VGX/bG7WRMV+NfP8KOaEgf+4jPKX1OvEQ==; 24:Z9g9lSRxr7FWQwKo2Rt0NKNU8QjkIHpG6ffV833JwZNBlylf6jJLf9NQnECrykLF58S26cQiqj9LhWepn1YLjlQNEzIvQgIiszEiI/BlDNg= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BY2PR0501MB1813; 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:BY2PR0501MB1813; BCL:0; PCL:0; RULEID:; SRVR:BY2PR0501MB1813; x-forefront-prvs: 07807C55DC x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(164054003)(199003)(189002)(77096005)(229853001)(10400500002)(2501003)(11100500001)(5003600100002)(2950100001)(586003)(1220700001)(6116002)(87936001)(2900100001)(5004730100002)(1096002)(86362001)(102836003)(3846002)(74316001)(66066001)(5008740100001)(5001960100002)(50986999)(54356999)(230783001)(76176999)(106356001)(40100003)(99286002)(81156007)(105586002)(76576001)(122556002)(106116001)(33656002)(92566002)(101416001)(5002640100001)(189998001)(5001770100001)(97736004); DIR:OUT; SFP:1102; SCL:1; SRVR:BY2PR0501MB1813; H:BY2PR0501MB1813.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-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Dec 2015 21:17:54.8202 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2PR0501MB1813 Archived-At: Cc: "mpls@ietf.org" Subject: [mpls] MPLS-RT review of draft-smack-mpls-rfc4379bis 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, 04 Dec 2015 21:18:00 -0000 SGkgYXV0aG9ycywNCg0KSSB3YXMgc2VsZWN0ZWQgYXMgYSByZXZpZXdlciBmb3IgdGhlIGRyYWZ0 LXNtYWNrLW1wbHMtcmZjNDM3OWJpcywgYW5kIEkgaGF2ZSBjb21wbGV0ZWQgbXkgcmV2aWV3Lg0K DQpJIHRoaW5rIHRoaXMgZHJhZnQgaXMgdXNlZnVsLCBwcm92aWRpbmcgYW4gb3ZlcmR1ZSB1cGRh dGUgZm9yIFJGQyA0Mzc5LCB3aGljaCBpcyB0aGUgYmFzZSBSRkMgb2YgYSB3aWRlbHkgZGVwbG95 ZWQgcHJvdG9jb2wgaW4gTVBMUyBuZXR3b3Jrcy4NCg0KT25lIGlzc3VlIEkgaGF2ZSBpcyB0aGF0 IHRoZSBkcmFmdCBpcyBzdGlsbCBzcGVjaWZ5aW5nIHRoZSBwYWNrZXQgZm9ybWF0IGFuZCBtZWNo YW5pc21zIGJhc2VkIG9uIHRoZSBEb3duc3RyZWFtIE1hcHBpbmcgVExWLCB3aGljaCBoYXMgYmVl biBkZXByZWNhdGVkIGJ5IHRoZSBEb3duc3RyZWFtIERldGFpbGVkIE1hcHBpbmcgVExWIGRlZmlu ZWQgYnkgUkZDIDY0MjQuIEkgbm90aWNlIHRoZSBzZWN0aW9uIDEuNSB3aGVyZSBpdCBicmllZmx5 IG1lbnRpb25zIHRoZSBldmFsdWF0aW9uIG9mIGluY29ycG9yYXRpbmcgc29tZSBuZXcgUkZDcyB0 byB0aGlzIGRyYWZ0LiBCdXQgaXQgaXMgdW5jbGVhciB0byBtZSB3aGF0IHRoZSBkZWNpc2lvbiB3 aWxsIGJlLCB3aGV0aGVyIHRoZSBkcmFmdCB3b3VsZCBzdG9wIGhlcmUgdG8gcHJvdmlkZSBqdXN0 IGJhY2t3YXJkIGNvbXBhdGliaWxpdHkgb3IgaXQgd2lsbCB0YWtlIGZ1cnRoZXIgc3RlcHMgdG8g aW5jb3Jwb3JhdGUgUkZDIDY0MjQuIFNvLCBiZWZvcmUgdGhlIGRyYWZ0IGlzIGFkb3B0ZWQsIEkn ZCBsaWtlIHRvIHNlZSBkcmFmdCBwcm9ncmVzcyBhIGxpdHRsZSBmdXJ0aGVyIG9uIHRoZSB0by1k byBsaXN0IGFuZCBnaXZlIGFuZCBjbGVhcmVyIHN0cmF0ZWd5IG9uIHRoaXMuDQoNCg0KVGhhbmtz LA0KDQovWWltaW4gU2hlbg0KDQo= From nobody Sat Dec 5 22:21:38 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 2FDFE1B321A; Sat, 5 Dec 2015 22:21:37 -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 UXC8GymgKkC9; Sat, 5 Dec 2015 22:21:35 -0800 (PST) Received: from mail-pa0-x22b.google.com (mail-pa0-x22b.google.com [IPv6:2607:f8b0:400e:c03::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 24D8E1B3219; Sat, 5 Dec 2015 22:21:35 -0800 (PST) Received: by pacej9 with SMTP id ej9so108097805pac.2; Sat, 05 Dec 2015 22:21:34 -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=Uri2RE1GnUCQSy8ZHMRPgwqwAk3cxDNp5JiVqeL89Q0=; b=Ae+UpA1c7YfpN0FzQsQ1QmaCfqe4BuiSLnwvs9zxqa/5u+EoofDClGTNgV9QCGK/Vv +9SybP1H7m+PY/DG3NMM8AXPQuJqsKGyCJ38XbCnqgLtDWqgjSEGsXvuAyRu0YG9F3wv U0uezkLl033SgFlrRt2AFSHgZFN59AZ3cWazHLSzv2vDDVv5USXC52c46JZS09MZnQZV JCdHkiicfFrHMyEDKkOEz/S9WDaVKoEZIWm3yAl5Bnpq3RC3kwEYrMdTCaxCxftUf7md Yb1bQlNijjtT/V59WUEsgSkwqTNQ4RfSvMMthJVgvqqXGkw4JL3M3k8OQLhjhQACBKo5 5/Aw== X-Received: by 10.66.254.39 with SMTP id af7mr34029573pad.43.1449382894680; Sat, 05 Dec 2015 22:21:34 -0800 (PST) Received: from Lizhong ([122.228.64.239]) by smtp.gmail.com with ESMTPSA id tb8sm26639757pab.22.2015.12.05.22.21.31 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 05 Dec 2015 22:21:33 -0800 (PST) Date: Sun, 6 Dec 2015 14:22:49 +0800 From: "lizho.jin@gmail.com" To: draft-smack-mpls-rfc4379bis References: <564E8331.5070708@pi.nu> X-Priority: 3 X-GUID: 1A026D01-AAF6-4E0E-AA55-629597AAC7CA X-Has-Attach: no X-Mailer: Foxmail 7, 2, 5, 140[en] Mime-Version: 1.0 Message-ID: <2015120614180617490510@gmail.com> Content-Type: multipart/alternative; boundary="----=_001_NextPart126078720234_=----" Archived-At: Cc: mpls , mpls-chairs , curtis Subject: Re: [mpls] MPLS-RT review od draft-smack-mpls-rfc4379bis 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, 06 Dec 2015 06:21:37 -0000 This is a multi-part message in MIME format. ------=_001_NextPart126078720234_=---- Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SGksIGFsbA0KVGhpcyBpcyBhbiB1cGRhdGVkIGRyYWZ0IG9mIFJGQzQzNzksIGFuZCBtb3N0IG9m IGNvbnRlbnQgaXMgc2FtZSBhcyA0Mzc5LiBTbyB5ZXMsIGl0IHNob3VsZCBiZSBhZG9wdGVkIGFz IFdHIGRvY3VtZW50Lg0KRXhjZXB0IHRoZSB0byBkbyBsaXN0IHdoaWNoIHN0aWxsIG5lZWRzIGZ1 cnRoZXIgZXZhbHVhdGlvbiwgb25seSB2ZXJ5IG1pbm9yIGNvbW1lbnRzIGFzIGJlbG93Og0KMS4g T2Jzb2xldGVzOiA0Mzc5LCA2ODI5IChpZiBhcHByb3ZlZCkgDQpXaHkgNjgyOSBpcyBsaXN0ZWQs IGJ1dCA3NTA2IGlzIG5vdD8gDQoNCjIuIFRocm91Z2hvdXQgdGhlIGRvY3VtZW50LCAiZWNobyBy ZXF1ZXN0IiBhbmQgIkVjaG8gUmVxdWVzdCIoc2VjdGlvbiAzLjMpLCAiZWNobyByZXBseSIgYW5k ICJFY2hvIFJlcGx5IihzZWN0aW9uIDQuNCkgYXJlIHVzZWQuIFNoYWxsIHdlIGhhdmUgYSB1bmlm b3JtZWQgdHlwZT8gDQoNCg0KDQpSZWdhcmRzDQpMaXpob25nDQogDQpGcm9tOiBMb2EgQW5kZXJz c29uDQpEYXRlOiAyMDE1LTExLTIwIDEwOjE5DQpUbzogTGl6aG9uZyBKaW47IHlzaGVuOyBDdXJ0 aXMgVmlsbGFtaXphcjsgRGF2aWQgQWxsYW4gSQ0KQ0M6IGRyYWZ0LXNtYWNrLW1wbHMtcmZjNDM3 OWJpc0BpZXRmLm9yZzsgbXBscy1jaGFpcnNAaWV0Zi5vcmcNClN1YmplY3Q6IE1QTFMtUlQgcmV2 aWV3IG9kIGRyYWZ0LXNtYWNrLW1wbHMtcmZjNDM3OWJpcw0KTGl6aG9uZywgWWltaW4sIEN1cnRp cywgYW5kICBEYXZlLA0KIA0KIA0KWW91IGhhdmUgYmVlbiBzZWxlY3RlZCBhcyBNUExTLVJUIHJl dmlld2VycyBmb3IgZHJhZnQtc21hY2stbXBscy1yZmM0Mzc5YmlzLg0KIA0KTm90ZSB0byBhdXRo b3JzOiBZb3UgaGF2ZSBiZWVuIENDJ2Qgb24gdGhpcyBlbWFpbCBzbyB0aGF0IHlvdSBjYW4ga25v dw0KdGhhdCB0aGlzIHJldmlldyBpcyBnb2luZyBvbi4gSG93ZXZlciwgcGxlYXNlIGRvIG5vdCBy ZXZpZXcgeW91ciBvd24NCmRvY3VtZW50Lg0KIA0KUmV2aWV3cyBzaG91bGQgY29tbWVudCBvbiB3 aGV0aGVyIHRoZSBkb2N1bWVudCBpcyBjb2hlcmVudCwgaXMgaXQNCnVzZWZ1bCAoaWUsIGlzIGl0 IGxpa2VseSB0byBiZSBhY3R1YWxseSB1c2VmdWwgaW4gb3BlcmF0aW9uYWwgbmV0d29ya3MpLCAN CmFuZCBpcyB0aGUgZG9jdW1lbnQgdGVjaG5pY2FsbHkgc291bmQ/DQogDQpXZSBhcmUgaW50ZXJl c3RlZCBpbiBrbm93aW5nIHdoZXRoZXIgdGhlIGRvY3VtZW50IGlzIHJlYWR5IHRvIGJlDQpjb25z aWRlcmVkIGZvciBXRyBhZG9wdGlvbiAoaWUsIGl0IGRvZXNuJ3QgaGF2ZSB0byBiZSBwZXJmZWN0 IGF0IHRoaXMNCnBvaW50LCBidXQgc2hvdWxkIGJlIGEgZ29vZCBzdGFydCkuDQogDQpUaGlzIE1Q TFMtUlQgcmV2aWV3IGlzIGEgYml0IGRpZmZlcmVudCBpbiB0aGF0IGl0IGlzIGEgYmlzLXZlcnNp b24gb2YNCmEgd2lkZWx5IGltcGxlbWVudGVkIGFuZCBkZXBsb3llZCBwcm90b2NvbCwgaG93ZXZl ciB0aGUgYmFzaWMgcXVlc3Rpb24NCmlzIHRoZSBzYW1lIC0gYXJlIHdlIHJlYWR5IHRvIGFkb3B0 IGl0IGFzIGEgd2cgZG9jdW1lbnQ/IElmIHRoZSBtZWV0DQphbGwgdGhlIGNyaXRlcmlhIExTUCBQ aW5nIHdpbGwgYmUgcHJvZ3Jlc3NlZCB0byBJbnRlcm5ldCBTdGFuZGFyZC4NCiANClJldmlld3Mg c2hvdWxkIGJlIHNlbnQgdG8gdGhlIGRvY3VtZW50IGF1dGhvcnMsIFdHIGNvLWNoYWlycyBhbmQg V0cNCnNlY3JldGFyeSwgYW5kIENDJ2QgdG8gdGhlIE1QTFMgV0cgZW1haWwgbGlzdC4gSWYgbmVj ZXNzYXJ5LCBjb21tZW50cw0KbWF5IGJlIHNlbnQgcHJpdmF0ZWx5IHRvIG9ubHkgdGhlIFdHIGNo YWlycy4NCiANCklmIHlvdSBoYXZlIHRlY2huaWNhbCBjb21tZW50cyB5b3Ugc2hvdWxkIHRyeSB0 byBiZSBleHBsaWNpdCBhYm91dCB3aGF0DQpuZWVkcyB0byBiZSByZXNvbHZlZCBiZWZvcmUgYWRv cHRpbmcgaXQgYXMgYSB3b3JraW5nIGdyb3VwIGRvY3VtZW50LCBhbmQNCndoYXQgY2FuIHdhaXQg dW50aWwgdGhlIGRvY3VtZW50IGlzIGEgd29ya2luZyBncm91cCBkb2N1bWVudCBhbmQgdGhlDQp3 b3JraW5nIGdyb3VwIGhhcyB0aGUgcmV2aXNpb24gY29udHJvbC4NCiANCkFyZSB5b3UgYWJsZSB0 byByZXZpZXcgdGhpcyBkcmFmdCBieSBEZWNlbWJlciA2LCAyMDE1PyBQbGVhc2UgcmVzcG9uZA0K aW4gYSB0aW1lbHkgZmFzaGlvbi4NCiANClRoYW5rcywgTG9hDQooYXMgTVBMUyBXRyBjaGFpcikN CiANCiANCi0tIA0KIA0KIA0KTG9hIEFuZGVyc3NvbiAgICAgICAgICAgICAgICAgICAgICAgIGVt YWlsOiBsb2FAbWFpbDAxLmh1YXdlaS5jb20NClNlbmlvciBNUExTIEV4cGVydCAgICAgICAgICAg ICAgICAgICAgICAgICAgbG9hQHBpLm51DQpIdWF3ZWkgVGVjaG5vbG9naWVzIChjb25zdWx0YW50 KSAgICAgcGhvbmU6ICs0NiA3MzkgODEgMjEgNjQNCg== ------=_001_NextPart126078720234_=---- Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =0A
Hi, all
This is an updated draft of RFC4379, and most of content is same as 4379.= So yes, it should be adopted as WG document.
Except the to do l= ist which still needs further evaluation, only very minor comments as belo= w:
1. Obsoletes: 4379, = 6829 (if approved)=0A
Why 6829 is listed, but 7506 is not?=0A
=0A2. Throughout the document, "echo request" and "Echo Request"(section 3.3= ), "echo reply" and "Echo Reply"(section 4.4) are used. Shall we have a un= iformed type? 
=0A

=0A
<= span>
Regards
Lizhong
=0A
 <= /div>
Date: 2015-11-20 10:1= 9
CC: draft-smack-mpls-rfc4379bis@ietf.= org; mpls-chairs@ietf.org<= /div>
Subject: MPLS-RT review od draft-smack-mpls-rfc4379b= is
Lizhong, Yimin, Curtis, and  Dave,=0A
 
=0A
 
=0A
You have been selected as= MPLS-RT reviewers for draft-smack-mpls-rfc4379bis.
=0A
 =0A
Note to authors: You have been CC'd on this email so that you c= an know
=0A
that this review is going on. However, please do not = review your own
=0A
document.
=0A
 
=0A
Re= views should comment on whether the document is coherent, is it
=0Auseful (ie, is it likely to be actually useful in operational networks)= ,
=0A
and is the document technically sound?
=0A
 =
=0A
We are interested in knowing whether the document is ready t= o be
=0A
considered for WG adoption (ie, it doesn't have to be pe= rfect at this
=0A
point, but should be a good start).
=0A 
=0A
This MPLS-RT review is a bit different in that it is= a bis-version of
=0A
a widely implemented and deployed protocol,= however the basic question
=0A
is the same - are we ready to ado= pt it as a wg document? If the meet
=0A
all the criteria LSP Ping= will be progressed to Internet Standard.
=0A
 
=0AReviews should be sent to the document authors, WG co-chairs and WG
= =0A
secretary, and CC'd to the MPLS WG email list. If necessary, comme= nts
=0A
may be sent privately to only the WG chairs.
=0A 
=0A
If you have technical comments you should try to be e= xplicit about what
=0A
needs to be resolved before adopting it as= a working group document, and
=0A
what can wait until the docume= nt is a working group document and the
=0A
working group has the = revision control.
=0A
 
=0A
Are you able to review = this draft by December 6, 2015? Please respond
=0A
in a timely fa= shion.
=0A
 
=0A
Thanks, Loa
=0A
(as MPLS = WG chair)
=0A
 
=0A
 
=0A
--
= =0A
 
=0A
 
=0A
Loa Andersson  &= nbsp;           &nb= sp;         email: loa@mail01.huaw= ei.com
=0A
Senior MPLS Expert      =             &n= bsp;       loa@pi.nu
=0A
Huawei Tec= hnologies (consultant)     phone: +46 739 81 21 64=0A
=0A ------=_001_NextPart126078720234_=------ From nobody Sun Dec 6 12:05: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 C46871A89ED; Sun, 6 Dec 2015 12:04:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 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, 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 5eEFsGs9Qq5l; Sun, 6 Dec 2015 12:04:56 -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 CE60D1A89C7; Sun, 6 Dec 2015 12:04:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2801; q=dns/txt; s=iport; t=1449432296; x=1450641896; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=18uC6w6HDDNjkppikmSEI7/R5ARTjbrCBkp9BCI/Jzo=; b=TvyW7Zb+BGUULMLOSbAyNrgbcmfSZvjEbIMCdrkzCMbrRSxNICUondKz efNATqCaX0DDVJyQy7V+7cPX1cf22I6zcIH2z82Fv0NedzWe/0RSlgFFb 5HzU+5swQa2p1onTuM79k3BlMfT9PL33IZWUWskrwaAKSrIiJX4gPgIgc c=; X-Files: signature.asc : 841 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0B7AgCXk2RW/xbLJq1ehHsGuwyCGg6Bb?= =?us-ascii?q?oYOAoFaFAEBAQEBAQGBCoQ0AQEBAwEjVgULAgEIDgoqAgIyJQIEDgUOiBkIryK?= =?us-ascii?q?QMgEBAQEBAQEBAQEBAQEBAQEBAQEBAQ8JhlSCD4Juh3cvgRUFkneDagGCYIFih?= =?us-ascii?q?j+COoFbFpIghGqDcQEfAUOEBHKEaIEHAQEB?= X-IronPort-AV: E=Sophos;i="5.20,391,1444694400"; d="asc'?scan'208";a="613273618" Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 06 Dec 2015 20:04:52 +0000 Received: from XCH-RTP-005.cisco.com (xch-rtp-005.cisco.com [64.101.220.145]) by aer-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id tB6K4o85031136 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Sun, 6 Dec 2015 20:04:52 GMT Received: from xch-rtp-020.cisco.com (64.101.220.160) by XCH-RTP-005.cisco.com (64.101.220.145) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Sun, 6 Dec 2015 15:04:51 -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.009; Sun, 6 Dec 2015 15:04:51 -0500 From: "Carlos Pignataro (cpignata)" To: Yimin Shen Thread-Topic: MPLS-RT review of draft-smack-mpls-rfc4379bis Thread-Index: AQHRLtk9YYBElM044k+sGDZxS5x9vp6+uNeA Date: Sun, 6 Dec 2015 20:04:51 +0000 Message-ID: <1D29A1AD-6E6C-47CC-9EE9-2E1C9090DC3D@cisco.com> References: <564E8331.5070708@pi.nu> 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.82.244.72] Content-Type: multipart/signed; boundary="Apple-Mail=_B20F125B-DA0C-4AFF-B361-7E9B3D1227BF"; protocol="application/pgp-signature"; micalg=pgp-sha256 MIME-Version: 1.0 Archived-At: Cc: "mpls@ietf.org" , "mpls-chairs@ietf.org" , "draft-smack-mpls-rfc4379bis@ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-smack-mpls-rfc4379bis 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, 06 Dec 2015 20:05:00 -0000 --Apple-Mail=_B20F125B-DA0C-4AFF-B361-7E9B3D1227BF Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Yemen, > On Dec 4, 2015, at 4:17 PM, Yimin Shen wrote: >=20 > Hi authors, >=20 > I was selected as a reviewer for the draft-smack-mpls-rfc4379bis, and = I have completed my review. Thanks for your review. >=20 > I think this draft is useful, providing an overdue update for RFC = 4379, which is the base RFC of a widely deployed protocol in MPLS = networks. Thanks for this summary! >=20 > One issue I have is that the draft is still specifying the packet = format and mechanisms based on the Downstream Mapping TLV, which has = been deprecated by the Downstream Detailed Mapping TLV defined by RFC = 6424. I notice the section 1.5 where it briefly mentions the evaluation = of incorporating some new RFCs to this draft. But it is unclear to me = what the decision will be, whether the draft would stop here to provide = just backward compatibility or it will take further steps to incorporate = RFC 6424. So, before the draft is adopted, I'd like to see draft = progress a little further on the to-do list and give and clearer = strategy on this. >=20 It=E2=80=99s the other way around=E2=80=A6 we are waiting for adoption = before making those changes, so that we can adequately write based on wg = direction. This is as far as we got with an individual draft. We plan on making these updates of DS/DDS, etc, after adoption. Thanks! =E2=80=94 Carlos. >=20 > Thanks, >=20 > /Yimin Shen >=20 --Apple-Mail=_B20F125B-DA0C-4AFF-B361-7E9B3D1227BF 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 iQIcBAEBCAAGBQJWZJThAAoJEIXgpQGOZny9w3YP+wSotNePfTuQyudDUNTiCGLU pe5MrXurlEmWZIyATBLyvJD+wvB1CqgYWaUzBm1eYvRREycNIvJ1oaL5K99nog4Q oDybTnbg1somyuhc8Pcz0IG92IAQuG0+jWUoc0Txr7oHU8MAUjfxoFKyTf/zTG8J 5KRcLrpWRnpdKMu8Og5verS5VX7wUylVw519ElCzV/u1FfRaFaAqDGwtuRLQMtP1 9ZudPE/59W1/lj+VbV+d0K2CSeZ38rAoUR4a66OrjYSWIYvpF5sI1HecZCmEssvb pghBYtjXcMrNF824P48MxoVPFzd41d9PU09tyUXjazVCgeHlT8zCmKA/xJIqhJsu U5mpHqhPE8CP0/pLcrS46h+CKdXGT3gLEMDYGcvqAnND/IbNk3WZjm2yNhzo5/iS Uq6ppEsT6MUMViEEak0oIBowylgikjQ7oDR2ZIq5suw9lKqDg65K0ottT6n2QfZL 4zNKOjhgD2DLQNt7fMbWxiWOWt++X/wz71FUx/LeovVem7uAYH0F2d/PuPAr3EMC jXjZDdTmGHpvg2yuqkhiAKsMBOZUxChTpRWWRVFxPmf5kvzQHBJYGIRktW1NoAvT 57OhjIkff6PfuQRYsx5Sc4Y9/a20XXePiUsDVFxftG1YoKEMxstLpMD9S+EDhb6j YK2DNdo7NM8A9Araw8LI =vdta -----END PGP SIGNATURE----- --Apple-Mail=_B20F125B-DA0C-4AFF-B361-7E9B3D1227BF-- From nobody Sun Dec 6 12:18: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 CC21F1A903A; Sun, 6 Dec 2015 12:18:10 -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 hXOSL9WA8MCc; Sun, 6 Dec 2015 12:18:08 -0800 (PST) Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D9BB61A903F; Sun, 6 Dec 2015 12:18:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=14317; q=dns/txt; s=iport; t=1449433084; x=1450642684; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=zje6Hzpa9CD0hPrQNNfDtyEsaX51UIMYP3fU1ziX7+8=; b=EHt1O1iIH5+brtcTjCnacu6cNPKo9P8NTSt7CvpyFehfBJq6CteAJs57 JuW2r4MlYfIedGwewvSBLz+LkLGafuVSePMYpkRD6nU6JiDtMIl1Lx+cU lcOHRakDGF1jqKcGBe8hEVZVFPRHBwQX7GPsK2Fl9DBp6fdArtWu9JyJd 8=; X-Files: signature.asc : 841 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0C+AgAbl2RW/4wNJK1egm5MgUEGuwyCG?= =?us-ascii?q?g6BboYOAoEiOBQBAQEBAQEBgQqENAEBAQMBI0gOBQkCAgEIDgMDAQIBJwMCAhs?= =?us-ascii?q?GERQJCAIEDgUOiAwDCgivJotLDYRZAQEBAQEBAQEBAQEBAQEBAQEBAQEBDwkEh?= =?us-ascii?q?lCCD4JuglOBVxEBJAIZFoJmL4EVBZJ3g2oBgmCBYocCgXeBW4RDjnaDZ4NxAR8?= =?us-ascii?q?BQ4QEcgGELTqBBwEBAQ?= X-IronPort-AV: E=Sophos;i="5.20,391,1444694400"; d="asc'?scan'208,217";a="215252289" Received: from alln-core-7.cisco.com ([173.36.13.140]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 06 Dec 2015 20:18:02 +0000 Received: from XCH-RTP-019.cisco.com (xch-rtp-019.cisco.com [64.101.220.159]) by alln-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id tB6KI2t2008634 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Sun, 6 Dec 2015 20:18:02 GMT Received: from xch-rtp-020.cisco.com (64.101.220.160) by XCH-RTP-019.cisco.com (64.101.220.159) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Sun, 6 Dec 2015 15:18:01 -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.009; Sun, 6 Dec 2015 15:18:02 -0500 From: "Carlos Pignataro (cpignata)" To: Lizhong Jin Thread-Topic: MPLS-RT review od draft-smack-mpls-rfc4379bis Thread-Index: AQHRL+6HNuUuoAwaTUOtz7ifOfuXop6+ulwA Date: Sun, 6 Dec 2015 20:18:01 +0000 Message-ID: <746B00D6-7FD5-47DA-A002-4D76AEE81130@cisco.com> References: <564E8331.5070708@pi.nu> <2015120614180617490510@gmail.com> In-Reply-To: <2015120614180617490510@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.244.72] Content-Type: multipart/signed; boundary="Apple-Mail=_753398BA-34E4-478C-8758-35B37EF271F0"; protocol="application/pgp-signature"; micalg=pgp-sha256 MIME-Version: 1.0 Archived-At: Cc: mpls , mpls-chairs , curtis , draft-smack-mpls-rfc4379bis Subject: Re: [mpls] MPLS-RT review od draft-smack-mpls-rfc4379bis 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, 06 Dec 2015 20:18:11 -0000 --Apple-Mail=_753398BA-34E4-478C-8758-35B37EF271F0 Content-Type: multipart/alternative; boundary="Apple-Mail=_642CFD55-C06C-4C2F-8464-947DC96555D4" --Apple-Mail=_642CFD55-C06C-4C2F-8464-947DC96555D4 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Dec 6, 2015, at 1:22 AM, lizho.jin@gmail.com wrote: >=20 > Hi, all > This is an updated draft of RFC4379, and most of content is same as = 4379. So yes, it should be adopted as WG document. Thanks, Lizhong. > Except the to do list which still needs further evaluation, only very = minor comments as below: > 1. Obsoletes: 4379, 6829 (if approved) > Why 6829 is listed, but 7506 is not? >=20 > 2. Throughout the document, "echo request" and "Echo Request"(section = 3.3), "echo reply" and "Echo Reply"(section 4.4) are used. Shall we have = a uniformed type? I agree with both and have captured them for after adoption. Thanks, =E2=80=94 Carlos. >=20 > Regards > Lizhong >=20 > From: Loa Andersson > Date: 2015-11-20 10:19 > To: Lizhong Jin ; yshen = ; Curtis Villamizar ; = David Allan I > CC: draft-smack-mpls-rfc4379bis@ietf.org = ; mpls-chairs@ietf.org = > Subject: MPLS-RT review od draft-smack-mpls-rfc4379bis > Lizhong, Yimin, Curtis, and Dave, >=20 >=20 > You have been selected as MPLS-RT reviewers for = draft-smack-mpls-rfc4379bis. >=20 > Note to authors: You have been CC'd on this email so that you can know > that this review is going on. However, please do not review your own > document. >=20 > Reviews should comment on whether the document is coherent, is it > useful (ie, is it likely to be actually useful in operational = networks), > and is the document technically sound? >=20 > We are interested in knowing whether the document is ready to be > considered for WG adoption (ie, it doesn't have to be perfect at this > point, but should be a good start). >=20 > This MPLS-RT review is a bit different in that it is a bis-version of > a widely implemented and deployed protocol, however the basic question > is the same - are we ready to adopt it as a wg document? If the meet > all the criteria LSP Ping will be progressed to Internet Standard. >=20 > Reviews should be sent to the document authors, WG co-chairs and WG > secretary, and CC'd to the MPLS WG email list. If necessary, comments > may be sent privately to only the WG chairs. >=20 > If you have technical comments you should try to be explicit about = what > needs to be resolved before adopting it as a working group document, = and > what can wait until the document is a working group document and the > working group has the revision control. >=20 > Are you able to review this draft by December 6, 2015? Please respond > in a timely fashion. >=20 > Thanks, Loa > (as MPLS WG chair) >=20 >=20 > -- >=20 >=20 > Loa Andersson email: loa@mail01.huawei.com > Senior MPLS Expert loa@pi.nu > Huawei Technologies (consultant) phone: +46 739 81 21 64 --Apple-Mail=_642CFD55-C06C-4C2F-8464-947DC96555D4 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8

On = Dec 6, 2015, at 1:22 AM, lizho.jin@gmail.com wrote:

Hi, all
This is an updated draft of RFC4379, and most of content is = same as 4379. So yes, it should be adopted as WG = document.

Thanks, = Lizhong.

Except the to do list which still needs further evaluation, = only very minor comments as below:
1. Obsoletes: 4379, 6829 (if = approved) 
Why 6829 is listed, but 7506 is not? 

2. Throughout the document, "echo request" and "Echo = Request"(section 3.3), "echo reply" and "Echo Reply"(section 4.4) are = used. Shall we have a uniformed type? 

I agree with both and have captured them for after = adoption.

Thanks,

=E2=80=94 Carlos.


Regards
Lizhong
 
From: Loa Andersson
Date: 2015-11-20 10:19
To: Lizhong Jin; yshen; Curtis Villamizar; David Allan = I
CC: draft-smack-mpls-rfc4379bis@ietf.org; mpls-chairs@ietf.org
Subject: MPLS-RT review od = draft-smack-mpls-rfc4379bis
Lizhong, Yimin, Curtis, and  Dave,
 
 
You = have been selected as MPLS-RT reviewers for = draft-smack-mpls-rfc4379bis.
 
Note to authors: You have been CC'd on this email so that you = can know
that this review is going on. However, = please do not review your own
document.
 
Reviews should comment on whether = the document is coherent, is it
useful (ie, is it = likely to be actually useful in operational networks), 
and = is the document technically sound?
 
We are interested in knowing whether the document is ready to = be
considered for WG adoption (ie, it doesn't have = to be perfect at this
point, but should be a good = start).
 
This MPLS-RT = review is a bit different in that it is a bis-version of
a widely implemented and deployed protocol, however the basic = question
is the same - are we ready to adopt it as = a wg document? If the meet
all the criteria LSP = Ping will be progressed to Internet Standard.
 
Reviews should be sent to the = document authors, WG co-chairs and WG
secretary, = and CC'd to the MPLS WG email list. If necessary, comments
may be sent privately to only the WG chairs.
 
If you have technical comments = you should try to be explicit about what
needs to = be resolved before adopting it as a working group document, = and
what can wait until the document is a working = group document and the
working group has the = revision control.
 
Are = you able to review this draft by December 6, 2015? Please = respond
in a timely fashion.
 
Thanks, Loa
(as MPLS WG chair)
 
 
-- 
 
 
Loa = Andersson           = ;             = email: loa@mail01.huawei.com
Senior MPLS = Expert           &n= bsp;           &nbs= p;  loa@pi.nu
Huawei Technologies (consultant)     = phone: +46 739 81 21 = 64

= --Apple-Mail=_642CFD55-C06C-4C2F-8464-947DC96555D4-- --Apple-Mail=_753398BA-34E4-478C-8758-35B37EF271F0 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 iQIcBAEBCAAGBQJWZJf4AAoJEIXgpQGOZny9YCIQAISdYD0qZEffHkGakxLT8d1V pFErN9S7K1JajMt4SsIHStvQg+jYUAiuTkXHqzlB7NY8FpnSYuLdfFeiT83XL3vg D0Db5NBl5h45EHN0StRFj7Kfr2EQNMOAZgQiYXFjA445zpzn79kVo/fO7akti72b 6ZympSn2j/3dIz4L2bKYcCU8WOaiCOu46JNnfMf9HCJXqZ5/+jwSU6Cv64qkH1jV M7KH6wowBvHNTdOKdmqvIQ2rI5h+5g+fjB5p9CzKLNc5tXDIlktyVgJa0//CwfE9 oQTu4SwK7akgsHKZ8Do3TsIU4XjgzJD1/R9saqBE96lETwKYnvjNR6s90Mcbwau6 zSOW2NSQVGpyMte7uCa3CNG/rNGMG45VQ+NH6EJLZ4sImNlD6p+DZxsx7+/Dl03/ sEk1pAoyKUD+5/EhrGbgWvG20bw0JuO1pkE49FRpfIrNZw6sioOmbQZlmqh8vSfn z9huS+xoL3ZbVfRZen/IsuYBQ6CEu5FtghF5EYkvE2ORS7m4Zat1dhm5Y+f00H9b oGyCKlGerjLZg3a6gy320nlyLyxrN7LiTJLuQfTuQrLd2KL0aCfEj0DQvEFfzeaj zg47IHZuFN2BqF6mw9jmxjEBAolvyEyAaeWlykSG1b5fogW1Uxiw78CnOpfL/jDU Xo0lDM4NmGLhcrJ+4wvC =CKfs -----END PGP SIGNATURE----- --Apple-Mail=_753398BA-34E4-478C-8758-35B37EF271F0-- From nobody Sun Dec 6 17:19: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 F12DC1A90BB; Sun, 6 Dec 2015 17:19:13 -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: <20151207011913.22373.56946.idtracker@ietfa.amsl.com> Date: Sun, 06 Dec 2015 17:19:13 -0800 Archived-At: Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-tp-linear-protection-mib-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, 07 Dec 2015 01:19:14 -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 : MPLS Transport Profile Linear Protection MIB Authors : Kingston Smiler Selvaraj Mahalingam Venkatesan Vishwas Manral Daniel King Sam Aldrin Jeong-dong Ryoo Filename : draft-ietf-mpls-tp-linear-protection-mib-06.txt Pages : 39 Date : 2015-12-06 Abstract: This memo defines a portion of the Management Information Base (MIB) for use with network management protocols. In particular it defines objects for managing MPLS Transport Profile (MPLS-TP) Linear Protection. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-tp-linear-protection-mib/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-mpls-tp-linear-protection-mib-06 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-tp-linear-protection-mib-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 Mon Dec 7 08:12: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 36E9E1B381E for ; Mon, 7 Dec 2015 08:12:02 -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 qxbgDawPCgRC for ; Mon, 7 Dec 2015 08:12:00 -0800 (PST) Received: from usplmg20.ericsson.net (usplmg20.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 AF4E01B381A for ; Mon, 7 Dec 2015 08:12:00 -0800 (PST) X-AuditID: c618062d-f79d16d000001b1c-6f-5665af756576 Received: from EUSAAHC001.ericsson.se (Unknown_Domain [147.117.188.75]) by usplmg20.ericsson.net (Symantec Mail Security) with SMTP id B3.91.06940.57FA5665; Mon, 7 Dec 2015 17:10:29 +0100 (CET) Received: from EUSAAMB105.ericsson.se ([147.117.188.122]) by EUSAAHC001.ericsson.se ([147.117.188.75]) with mapi id 14.03.0248.002; Mon, 7 Dec 2015 11:11:59 -0500 From: David Allan I To: "mpls@ietf.org" Thread-Topic: RE: draft-smack-mpls-rfc4379bis Thread-Index: AdErsl6/5kPkO+iJTna0PsiF4/JB0wEQ/OQAAETiP+A= Date: Mon, 7 Dec 2015 16:11:58 +0000 Message-ID: References: <56639AFC.1000200@pi.nu> In-Reply-To: <56639AFC.1000200@pi.nu> 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: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrKLMWRmVeSWpSXmKPExsUyuXSPt27p+tQwgwnXJSxuLV3J6sDosWTJ T6YAxigum5TUnMyy1CJ9uwSujL5z4QWzBSu2d5xgaWA8zdvFyMkhIWAicXXmVjYIW0ziwr31 QDYXh5DAEUaJq1vfskA4yxglfhz6xwJSxSZgILHn/xdGEFtEQFniyMRuVhBbWEBH4t6vrywQ cV2JadN+s0LYVhLPHtwGs1kEVCSev3vPDGLzCvhKfHz3CKxeSCBD4tPqS2A1nAKqEpM7d4Fd xAh00fdTa5hAbGYBcYlbT+YzQVwqILFkz3lmCFtU4uXjf6wQtqLEvv7p7BD1OhILdn9ig7C1 JZYtfA21V1Di5MwnLBMYRWchGTsLScssJC2zkLQsYGRZxchRWlyQk5tuZLCJERj4xyTYdHcw 3p/ueYhRgINRiYd3Q2tKmBBrYllxZe4hRgkOZiURXtnM1DAh3pTEyqrUovz4otKc1OJDjNIc LErivIwMDAxCAumJJanZqakFqUUwWSYOTqkGxrVOjnuFFaVuB55jtb2Wc6FpwvMLXuzcWx8q lXkZqWx0WH+oglFxmeg+b8b4MpkL/3YaLuioeLvKNfne4vsB2u3xX0JebTm6UPXPP0/WTyF9 pUJbbq/Yaj7DMZz5y6sWt/BNOvlL3qVKe0T8MZruOaF3jd+kkC+bVu98kpzzQOHtD3fObM+o HUosxRmJhlrMRcWJADd1asN4AgAA Archived-At: Subject: [mpls] FW: RE: draft-smack-mpls-rfc4379bis 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, 07 Dec 2015 16:12:02 -0000 Cc'd the MPLS list as quested ------------------------------------------------- HI Loa: I've read it though and will state up front, that as a next step in the sta= ndards process (bis version), I'm applying a tougher standard to the docume= nt and looking at this as more of a "last call". Even more so as it is OAM = and therefore IMO requires a high degree of interoperability to be useful. = As pretty much all of this is from the original document and outside the sc= ope of what has been proposed (errata incorporation etc.) and likely just complicates life, you can take it with "a grain of sa= lt". My chief concern with the document is that the language is very non specifi= c and vague, and what I would expect to say "this is..."=20 typically says "this might...". I appreciate that much of this originates = with the original RFC 4379, but for a BIS I would expect it to be cleaned u= p. Some examples: "An MPLS echo request with 1 (Do not reply) in the Reply Mode field may be= used for one-way connectivity tests;". IMO it is not a "may be", it "is" u= sed for one way connectivity tests. If there is no reply, what else are you= going to do. "Sub-TLVs have independent types and MUST also be 4-octet aligned.=20 Two examples follow." The examples would appear to be a normative definiti= on of the ONLY sub-TLVs that are defined in this I-D. Other RFCs (e.g. VCCV= ) may define more, but these are the ones defined here, they are NOT exampl= es. And finally.... I'm hoping I'm reading this incorrectly, but assuming my read IS correct, I= t is obviously far far too late to change it but the FEC stack would have b= een easier to use if it listed the FECs from BOS to TOS, and not TOS to BOS= as it is described now. An intermediate LSR would need to count from BOS = backwards given the depth of the current stack would be arbitrary at any in= termediate LSR. Should have caught that years ago.... All of this being said, I have no idea what leeway in an IETF bis that one = has to fix editorial and style issues. Meanwhile I do consider correcting t= he references and applying all errata to be a useful step. Cheers Dave From nobody Thu Dec 10 14:39:55 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 B1A341B2CA8; Thu, 10 Dec 2015 14:39: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, 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 hqDdegY9W_EJ; Thu, 10 Dec 2015 14:39:51 -0800 (PST) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0707.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::707]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2433D1B2CC1; Thu, 10 Dec 2015 14:38:40 -0800 (PST) Received: from DM2PR05MB573.namprd05.prod.outlook.com (10.141.159.16) by DM2PR05MB576.namprd05.prod.outlook.com (10.141.159.26) with Microsoft SMTP Server (TLS) id 15.1.355.16; Thu, 10 Dec 2015 22:38: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.0337.015; Thu, 10 Dec 2015 22:38:22 +0000 From: Ross Callon To: "mpls@ietf.org" Thread-Topic: Poll for adoption for draft-bryant-mpls-flow-ident-03 Thread-Index: AdEm9szltjFdYI0/SSuYJDIPBO9CGAMpHlqA Date: Thu, 10 Dec 2015 22:38: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.11] x-microsoft-exchange-diagnostics: 1; DM2PR05MB576; 5:Bg2zy5iJck8HdFf2TqM4mHw4MSkoUyi22G+vC8D49doMqm/egxbwlAeIGRTX3IAMyEhLrkpOXObKXtGMenUqF1iVQrFMfZCXq6549AF/Tv7Qpt4+n1KRgiCOUZO2ASlYT7sjSdtaSSQzNVKB6qNbIQ==; 24:xBIl6EGoEPVB8hNt9mq4XrkCBmKfzK00EDpnbrauW1qWKcp+zZxd1MwV+vrF9i8AmM3dnHpGwiFuJkoxH8Hr4QldI7CJT1rf/FuG7Rks/9U= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DM2PR05MB576; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(520078)(8121501046)(5005006)(10201501046)(3002001); SRVR:DM2PR05MB576; BCL:0; PCL:0; RULEID:; SRVR:DM2PR05MB576; x-forefront-prvs: 078693968A x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(53434003)(164054003)(199003)(377454003)(189002)(5002640100001)(74316001)(110136002)(122556002)(230783001)(575784001)(2351001)(5003600100002)(66066001)(5001960100002)(86362001)(189998001)(77096005)(10400500002)(76576001)(40100003)(15975445007)(33656002)(99286002)(101416001)(97736004)(87936001)(19580395003)(81156007)(2900100001)(19580405001)(92566002)(106356001)(5004730100002)(5008740100001)(3846002)(50986999)(6116002)(102836003)(450100001)(2501003)(586003)(1096002)(1220700001)(105586002)(11100500001)(54356999)(1730700002); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR05MB576; 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_DM2PR05MB5732119D3B17C3AD96E24E6A5E90DM2PR05MB573namprd_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Dec 2015 22:38:22.4261 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR05MB576 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, 10 Dec 2015 22:39:53 -0000 --_000_DM2PR05MB5732119D3B17C3AD96E24E6A5E90DM2PR05MB573namprd_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Just a reminder that this poll is still going on, and will close next Wedne= sday. Thanks, Ross _____________________________________________ From: Ross Callon Sent: Tuesday, November 24, 2015 3:29 PM To: mpls@ietf.org Cc: mpls-chairs@ietf.org Subject: 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_DM2PR05MB5732119D3B17C3AD96E24E6A5E90DM2PR05MB573namprd_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Just a reminder that this poll is still going = on, and will close next Wednesday.
 
Thanks, Ross
 
_____= ________________________________________
From: Ross Callon
Sent: Tuesday, November 24, 2015 3:29 PM
To: mpls@ietf.org
Cc: mpls-chairs@ietf.org
Subject: 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 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_DM2PR05MB5732119D3B17C3AD96E24E6A5E90DM2PR05MB573namprd_-- From nobody Thu Dec 10 14:52: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 93E5F1B2D3D for ; Thu, 10 Dec 2015 14:52: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 jKrryDm4Sha2 for ; Thu, 10 Dec 2015 14:52:43 -0800 (PST) Received: from mail-io0-x22e.google.com (mail-io0-x22e.google.com [IPv6:2607:f8b0:4001:c06::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 CE0341B2D39 for ; Thu, 10 Dec 2015 14:52:42 -0800 (PST) Received: by iofh3 with SMTP id h3so109208712iof.3 for ; Thu, 10 Dec 2015 14:52:42 -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 :content-type; bh=INRr0DSUEWTLhzW93DSpKFyT9nqxoCq/cvdq/+R5eIA=; b=MlXq2I1gXaRxSt9eMlvUFRR3Z5SBY7EqvH2krh82w6pNQBsftsyxQlIfdNS/2QvI+s wG9CgSF3Q0LjcqH78wN5ZpBJY7NbWRDYlSL3qzG6xWoKd6gNHdchE41cvPHoSILRfWVu +weiPNEsZqH2l/X7thz6JDGaOx8L1I9J8DXJvcdnxqV0hXp3zR0SbGRQCPH4H/nvW615 FcjzIf6Qdor8PCzxh1nrWsgP672yqFyGKcQ5/uNB2exxfwOjcp6uOyoOVcd/1tFd4Vco dx6fzi6EHBpvmKkOeQpI6OecQ0UhFtLPU5oQUdFKP/KOhdy1Aa3ClvIbhOXLMxRJQqEK wPUA== MIME-Version: 1.0 X-Received: by 10.107.36.208 with SMTP id k199mr16389830iok.147.1449787962136; Thu, 10 Dec 2015 14:52:42 -0800 (PST) Received: by 10.64.155.110 with HTTP; Thu, 10 Dec 2015 14:52:42 -0800 (PST) In-Reply-To: <98A93425-4A31-42BB-818A-F272D3FAA39A@cisco.com> References: <56639AFC.1000200@pi.nu> <98A93425-4A31-42BB-818A-F272D3FAA39A@cisco.com> Date: Thu, 10 Dec 2015 23:52:42 +0100 Message-ID: From: Kireeti Kompella To: "Carlos Pignataro (cpignata)" , "mpls@ietf.org" Content-Type: multipart/alternative; boundary=001a11405f047b9fee052693104f Archived-At: Subject: Re: [mpls] draft-smack-mpls-rfc4379bis 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, 10 Dec 2015 22:52:48 -0000 --001a11405f047b9fee052693104f Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Replying to Carlos's reply to Dave and copying the mailing list. On Sun, Dec 6, 2015 at 9:43 PM, Carlos Pignataro (cpignata) < cpignata@cisco.com> wrote: > Dave, > > > On Dec 5, 2015, at 9:18 PM, Loa Andersson wrote: > > > > > > Authors, > > > > Dave Allan's review. I asked him to send it to the list also. > > > > /Loa > > > > -------- Forwarded Message -------- > > Subject: RE: draft-smack-mpls-rfc4379bis > > Date: Mon, 30 Nov 2015 21:47:28 +0000 > > From: David Allan I > > To: loa@pi.nu > > CC: yshen@juniper.net , curtis@ipv6.occnc.com < > curtis@ipv6.occnc.com> > > > > HI Loa: > > > > I've read it though and will state up front, that as a next step in the > standards process (bis version), I'm applying a tougher standard to the > document and looking at this as more of a "last call". Even more so as it > is OAM and therefore IMO requires a high degree of interoperability to be > useful. As pretty much all of this is from the original document and > outside the scope of what has been proposed (errata incorporation etc.) a= nd > likely just complicates life, you can take it with "a grain of salt=E2=80= =9D. > First of all, thanks, Dave, for doing the review and reading the doc so carefully! > Will do :-) > > > > > My chief concern with the document is that the language is very non > specific and vague, and what I would expect to say "this is..." typically > says "this might...". I appreciate that much of this originates with the > original RFC 4379, but for a BIS I would expect it to be cleaned up. > > > > Some examples: > > "An MPLS echo request with 1 (Do not reply) in the Reply Mode field ma= y > be used for one-way connectivity tests;". IMO it is not a "may be", it "i= s" > used for one way connectivity tests. If there is no reply, what else are > you going to do. > As Carlos says, grain of salt applied. Being prescriptive here doesn't make sense (imo) -- an echo request with "Do not reply" could be used for one-way connectivity tests or some other really cool, innovative reason that we haven't thought of yet. This doesn't affect interoperability; using "It is" limits the use. Note lower case "may", not MAY. > > "Sub-TLVs have independent types and MUST also be 4-octet aligned. Two > examples follow." The examples would appear to be a normative definition > of the ONLY sub-TLVs that are defined in this I-D. Other RFCs (e.g. VCCV) > may define more, but these are the ones defined here, they are NOT exampl= es. > I read the two examples as examples of how sub-TLVs are to be padded to be 4-octet aligned (it helps that Carlos (or someone) fixed the wrong TLV length in the example :)). Would the following read better? An example of how TLV and sub-TLV lengths are computed, and of how sub-TLVs are padded follows. > And finally.... > > I'm hoping I'm reading this incorrectly, but assuming my read IS > correct, It is obviously far far too late to change it but the FEC stack > would have been easier to use if it listed the FECs from BOS to TOS, and > not TOS to BOS as it is described now. An intermediate LSR would need to > count from BOS backwards given the depth of the current stack would be > arbitrary at any intermediate LSR. Should have caught that years ago=E2= =80=A6. > > Grain-of-salt applied =E2=80=94 these all sound all good discussion point= s for the > wg to ponder, after adoption, since they =E2=80=9Cmight=E2=80=9D signific= antly change > meaning. > Can't change this now, certainly not as a bis RFC. > But certainly I agree with going over the potentially ambiguous or vague > language and tidying that up, after adoption, as needed, based on > deployment experience. Agree. > > > > All of this being said, I have no idea what leeway in an IETF bis that > one has to fix editorial and style issues. Meanwhile I do consider > correcting the references and applying all errata to be a useful step. > Thanks! Indeed, thanks! Kireeti. > > =E2=80=94 Carlos. > > > > > Cheers > > Dave > > > > > > > > > > > > -----Original Message----- > > From: David Allan I > > Sent: Monday, November 30, 2015 10:23 AM > > To: 'curtis@ipv6.occnc.com'; loa@pi.nu; yshen@juniper.net > > Subject: RE: > > > > I had not seen the original either, thanks Curtis for spotting this. > > > > I'll confirm that I'll give the draft a read... > > > > Cheers > > Dave > > > > -----Original Message----- > > From: Curtis Villamizar [mailto:curtis@ipv6.occnc.com] > > Sent: Sunday, November 29, 2015 11:05 AM > > To: loa@pi.nu; yshen@juniper.net; David Allan I > > Cc: curtis@ipv6.occnc.com > > Subject: > > > > Hi Loa, Yimin, Dave, > > > > The email below made it to all the IETF mailing lists since they have > > IPv6 connectivity. My host msa1 lost IPv4 for a while (config error on > my part) so mail bounced to you guys with IPv4 connectivity only. > > > > Unless you already got this by way of one or more IETF mailing list. > > Sorry for the inconvenience if you already got a copy. > > > > Curtis > > > > ps - maybe time to ask your IT people about IPv6 connectivity. While > you are at it mention DNSSEC (you can mention > http://dnssec-debugger.verisignlabs.com/pi.nu > > http://dnssec-debugger.verisignlabs.com/juniper.net > > http://dnssec-debugger.verisignlabs.com/ericsson.com > > as a way to tell whether DNSSEC is working for your domain. Us IETFers > are supposed to be leading in deployment of our own stuff.) > > > > ------- Forwarded Message > > > > Return-Path: <> > > X-Original-To: curtis > > Delivered-To: curtis@harbor2.v6only.occnc.com > > Received: by harbor2.v6only.occnc.com (Postfix, from userid 100) > > id E74063A1B0; Sun, 29 Nov 2015 12:46:26 -0500 (EST) > > Received: from mda23-em2.v6only.occnc.com [2001:470:88e6:2::247] > > by harbor2.v6only.occnc.com with IMAP (fetchmail-6.3.26) > > for (single-drop); Sun, 29 Nov 2015 12:46:26 > -0500 (EST) > > Received: from mda23.v6only.occnc.com ([unix socket]) > > by mda23.v6only.occnc.com (Cyrus 2.5.6) with LMTPA; > > Sat, 28 Nov 2015 23:41:55 -0500 > > X-Sieve: CMU Sieve 2.4 > > Received: from mta1.orleans.occnc.com (mta1-em1.orleans.occnc.com > [IPv6:2001:470:88e6:1::141]) > > (using TLSv1 with cipher ECDHE-ECDSA-AES256-SHA (256/256 bits)) > > (Client CN "mta1.orleans.occnc.com", Issuer "" (verified OK)) > > (Authenticated sender: smmsp@occnc.com) > > by mda23.v6only.occnc.com (Postfix) with ESMTPSA id A8602B71A > > for ; Sat, 28 Nov 2015 23:40:52 -0500 (EST= ) > > Received: from msa1.orleans.occnc.com (msa1-em1.orleans.occnc.com > [IPv6:2001:470:88e6:1::140]) > > (using TLSv1 with cipher ECDHE-ECDSA-AES256-SHA (256/256 bits)) > > (Client CN "msa1.orleans.occnc.com", Issuer "" (verified OK)) > > (Authenticated sender: smmsp@occnc.com) > > by mta1.orleans.occnc.com (Postfix) with ESMTPSA id 0C35AA8AE > > for ; Sat, 28 Nov 2015 23:39:41 -0500 (EST= ) > > Received: by msa1.orleans.occnc.com (Postfix) > > id 05CD881BB; Sat, 28 Nov 2015 23:39:37 -0500 (EST) > > DKIM-Signature: v=3D1; a=3Drsa-sha256; c=3Dsimple/simple; d=3Dorleans.o= ccnc.com; > > s=3Dorleans; t=3D1448771978; > > bh=3DJ/kyAMTjPkigB948kzMx3YBPrrnHlQNeR0px6Xl4em0=3D; > > h=3DDate:From:Subject:To; > > b=3DoA63DSwLokSCUGQ897dS4xiqkCFjfegEVoAgyS9AbHaKV3xR7vl/oO05DkLJH= knhR > > VS3RNKxqehLHf9OM5tMHKsqJNBfTSzeMQBZ++7m+zHevhnQc/Vs/W9tBftziP4JQ= wn > > k7DXwGSzltkC+N09o2y7YrzLRiwi8UM4MtOOWNvw=3D > > Date: Sat, 28 Nov 2015 23:39:37 -0500 (EST) > > From: MAILER-DAEMON@orleans.occnc.com (Mail Delivery System) > > Subject: Undelivered Mail Returned to Sender > > To: curtis@ipv6.occnc.com > > Auto-Submitted: auto-replied > > MIME-Version: 1.0 > > Content-Type: multipart/report; report-type=3Ddelivery-status; > > boundary=3D"703F28329.1448771977/msa1.orleans.occnc.com" > > Message-Id: <20151129043937.05CD881BB@msa1.orleans.occnc.com> > > X-Spam-Status: No, score=3D0.0 required=3D5.0 > tests=3DDKIM_SIGNED,T_DKIM_INVALID, > > UNPARSEABLE_RELAY autolearn=3Dham autolearn_force=3Dno version=3D= 3.4.1 > > X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on > oink2.v6ds.occnc.com > > > > This is a MIME-encapsulated message. > > > > - --703F28329.1448771977/msa1.orleans.occnc.com > > Content-Description: Notification > > Content-Type: text/plain; charset=3Dus-ascii > > > > This is the mail system at host msa1.orleans.occnc.com. > > > > I'm sorry to have to inform you that your message could not be delivere= d > to one or more recipients. It's attached below. > > > > For further assistance, please send mail to postmaster. > > > > If you do so, please include this problem report. You can delete your > own text from the attached returned message. > > > > The mail system > > > > : connect to pipi.pi.nu[83.168.239.141]:25: No route to host > > > > : connect to > > juniper-net.mail.eo.outlook.com[207.46.163.170]:25: No route to host > > > > : connect to > > sesbmg13.ericsson.net[193.180.251.49]:25: No route to host > > > > - --703F28329.1448771977/msa1.orleans.occnc.com > > Content-Description: Delivery report > > Content-Type: message/delivery-status > > > > Reporting-MTA: dns; msa1.orleans.occnc.com > > X-Postfix-Queue-ID: 703F28329 > > X-Postfix-Sender: rfc822; curtis@ipv6.occnc.com > > Arrival-Date: Mon, 23 Nov 2015 22:38:05 -0500 (EST) > > > > Final-Recipient: rfc822; loa@pi.nu > > Original-Recipient: rfc822;loa@pi.nu > > Action: failed > > Status: 4.4.1 > > Diagnostic-Code: X-Postfix; connect to pipi.pi.nu[83.168.239.141]:25: > No route > > to host > > > > Final-Recipient: rfc822; yshen@juniper.net > > Original-Recipient: rfc822;yshen@juniper.net > > Action: failed > > Status: 4.4.1 > > Diagnostic-Code: X-Postfix; connect to > > juniper-net.mail.eo.outlook.com[207.46.163.170]:25: No route to host > > > > Final-Recipient: rfc822; david.i.allan@ericsson.com > > Original-Recipient: rfc822;david.i.allan@ericsson.com > > Action: failed > > Status: 4.4.1 > > Diagnostic-Code: X-Postfix; connect to > > sesbmg13.ericsson.net[193.180.251.49]:25: No route to host > > > > - --703F28329.1448771977/msa1.orleans.occnc.com > > Content-Description: Undelivered Message > > Content-Type: message/rfc822 > > > > Return-Path: > > Received: from harbor2.v6only.occnc.com (harbor2-em2.v6only.occnc.com > [IPv6:2001:470:88e6:2::231]) > > (using TLSv1 with cipher ECDHE-ECDSA-AES256-SHA (256/256 bits)) > > (Client did not present a certificate) > > (Authenticated sender: curtis@occnc.com) > > by msa1.orleans.occnc.com (Postfix) with ESMTPSA id 703F28329; > > Mon, 23 Nov 2015 22:38:05 -0500 (EST) > > DKIM-Signature: v=3D1; a=3Drsa-sha256; c=3Dsimple/simple; d=3Dipv6.occn= c.com; > > s=3Dcurtis-ipv6; t=3D1448336286; > > bh=3D7m15Bo/aV+XVrU+nE3ZZkyiw607TYWoVhIgtD1vpQas=3D; > > h=3DTo:cc:Reply-To:From:Subject:In-reply-to:Date; > > b=3DlUqGSehbmw0NdtDtUtzuiwiWNeMxvdxP9f0aqpRnHvFpyggLz4xy4nryuO/zW= MDBw > > rJBFuSqd3SULw500bo2Gj5NKTAAyzpeVBjhPX4erMJqI5hBJ68gNRsUktMj3Vty3= vT > > MEm8NBfMrYvdQYR/CQaYUZcbg3EGCcO8WhfN3E4g=3D > > To: Loa Andersson , Lizhong > > cc: yshen@juniper.net, Curtis Villamizar , > > David Allan I , > > "draft-smack-mpls-rfc4379bis@ietf.org" < > draft-smack-mpls-rfc4379bis@ietf.org>, > > "mpls-chairs@ietf.org" > > Reply-To: curtis@ipv6.occnc.com > > From: Curtis Villamizar > > Subject: Re: MPLS-RT review od draft-smack-mpls-rfc4379bis > > In-reply-to: Your message of "Tue, 24 Nov 2015 11:08:30 +0800." > > <64536DDD-BB7E-42E3-B148-5F2EB405F516@gmail.com> > > MIME-Version: 1.0 > > Content-Type: text/plain; charset=3D"us-ascii" > > Content-ID: <58460.1448336285.1@harbor2-em2.v6only.occnc.com> > > Content-Transfer-Encoding: quoted-printable > > Date: Mon, 23 Nov 2015 22:38:05 -0500 > > > > Hi Loa, Lizhong, > > > > I'm replying to the email from Lizhong because I misplaced Loa's > original. Oops. > > > > Dec 6 should be OK. > > > > Curtis > > > > > > In message <64536DDD-BB7E-42E3-B148-5F2EB405F516@gmail.com> > > Lizhong writes: > >> =3D > > > >> Hi Loa, > >> Should be OK for me. Thanks. > >> =3D > > > >> Regards > >> Lizhong > >> =3D > > > >> > =3D > > > >> > Lizhong, Yimin, Curtis, and Dave, > >> > =3D > > > >> > =3D > > > >> > You have been selected as MPLS-RT reviewers for > >> > draft-smack-mpls-rfc43=3D > > 79bis. > >> > =3D > > > >> > Note to authors: You have been CC'd on this email so that you can > >> > know that this review is going on. However, please do not review > >> > your own document. > >> > =3D > > > >> > Reviews should comment on whether the document is coherent, is it > >> > useful (ie, is it likely to be actually useful in operational > >> > networks=3D > > ), and is the document technically sound? > >> > =3D > > > >> > We are interested in knowing whether the document is ready to be > >> > considered for WG adoption (ie, it doesn't have to be perfect at > >> > this point, but should be a good start). > >> > =3D > > > >> > This MPLS-RT review is a bit different in that it is a bis-version > >> > of a widely implemented and deployed protocol, however the basic > >> > question is the same - are we ready to adopt it as a wg document? If > >> > the meet all the criteria LSP Ping will be progressed to Internet > Standard. > >> > =3D > > > >> > Reviews should be sent to the document authors, WG co-chairs and WG > >> > secretary, and CC'd to the MPLS WG email list. If necessary, > >> > comments may be sent privately to only the WG chairs. > >> > =3D > > > >> > If you have technical comments you should try to be explicit about > >> > wha=3D > > t > >> > needs to be resolved before adopting it as a working group document, > >> > a=3D > > nd > >> > what can wait until the document is a working group document and the > >> > working group has the revision control. > >> > =3D > > > >> > Are you able to review this draft by December 6, 2015? Please > >> > respond in a timely fashion. > >> > =3D > > > >> > Thanks, Loa > >> > (as MPLS WG chair) > >> > =3D > > > >> > =3D > > > >> > -- =3D > > > >> > =3D > > > >> > =3D > > > >> > Loa Andersson email: loa@mail01.huawei.com > >> > Senior MPLS Expert loa@pi.nu > >> > Huawei Technologies (consultant) phone: +46 739 81 21 64 > > > > - --703F28329.1448771977/msa1.orleans.occnc.com-- > > > > ------- End of Forwarded Message > > > > -- > > > > > > Loa Andersson email: loa@mail01.huawei.com > > Senior MPLS Expert loa@pi.nu > > Huawei Technologies (consultant) phone: +46 739 81 21 64 > > > > > > --=20 Kireeti --001a11405f047b9fee052693104f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Replying to Carlos's reply to Dave and copying the mai= ling list.

On = Sun, Dec 6, 2015 at 9:43 PM, Carlos Pignataro (cpignata) = <cpignata@cisco.= com> wrote:
Dave,

> On Dec 5, 2015, at 9:18 PM, Loa Andersson <loa@pi.nu> wrote:
>
>
> Authors,
>
> Dave Allan's review. I asked him to send it to the list also.
>
> /Loa
>
> -------- Forwarded Message --------
> Subject: RE: draft-smack-mpls-rfc4379bis
> Date: Mon, 30 Nov 2015 21:47:28 +0000
> From: David Allan I <= david.i.allan@ericsson.com>
> To: loa@pi.nu <loa@pi.nu>
> CC: yshen@juniper.net <yshen@juniper.net>, curtis@ipv6.occnc.com <curtis@ipv6.occnc.com>
>
> HI Loa:
>
> I've read it though and will state up front, that as a next step i= n the standards process (bis version), I'm applying a tougher standard = to the document and looking at this as more of a "last call". Eve= n more so as it is OAM and therefore IMO requires a high degree of interope= rability to be useful. As pretty much all of this is from the original docu= ment and outside the scope of what has been proposed (errata incorporation = etc.) and likely just complicates life, you can take it with "a grain = of salt=E2=80=9D.

First of all, = thanks, Dave, for doing the review and reading the doc so carefully!
<= div>=C2=A0
Will do :-)

>
> My chief concern with the document is that the language is very non sp= ecific and vague, and what I would expect to say "this is..." typ= ically says "this might...".=C2=A0 I appreciate that much of this= originates with the original RFC 4379, but for a BIS I would expect it to = be cleaned up.
>
> Some examples:
> "An MPLS echo request with 1 (Do not reply) in the Reply Mode fie= ld=C2=A0 may be used for one-way connectivity tests;". IMO it is not a= "may be", it "is" used for one way connectivity tests.= If there is no reply, what else are you going to do.
=C2=A0
As Carlos says, grain of salt applied.=C2=A0 Being = prescriptive here doesn't make sense (imo) -- an echo request with &quo= t;Do not reply" could be used for one-way connectivity tests or some o= ther really cool, innovative reason that we haven't thought of yet.=C2= =A0 This doesn't affect interoperability; using "It is" limit= s the use.=C2=A0 Note lower case "may", not MAY.
=C2=A0=
> "Sub-TLVs have=C2=A0 independent types and MUST also be 4-octet a= ligned. Two examples follow."=C2=A0 The examples would appear to be a = normative definition of the ONLY sub-TLVs that are defined in this I-D. Oth= er RFCs (e.g. VCCV) may define more, but these are the ones defined here, t= hey are NOT examples.

I read the= two examples as examples of how sub-TLVs are to be padded to be 4-octet al= igned (it helps that Carlos (or someone) fixed the wrong TLV length in the = example :)).

Would the following read better?

An example of how TLV and sub-TLV lengths are computed= , and of how sub-TLVs are padded follows.

> And finally....
> I'm hoping I'm reading this incorrectly, but assuming m= y read IS correct, It is obviously far far too late to change it but the FE= C stack would have been easier to use if it listed the FECs from BOS to TOS= , and not TOS to BOS as it is described now.=C2=A0 An intermediate LSR woul= d need to count from BOS backwards given the depth of the current stack wou= ld be arbitrary at any intermediate LSR. Should have caught that years ago= =E2=80=A6.
=C2=A0
Grain-of-salt applied =E2=80=94 these all sound all good discussion points = for the wg to ponder, after adoption, since they =E2=80=9Cmight=E2=80=9D si= gnificantly change meaning.

Can't c= hange this now, certainly not as a bis RFC.
=C2=A0
But certainly I agree with going over the potentially ambiguous or vague la= nguage and tidying that up, after adoption, as needed, based on deployment = experience.

Agree.

>

> All of this being said, I have no idea what leeway in an IETF bis that= one has to fix editorial and style issues. Meanwhile I do consider correct= ing the references and applying all errata to be a useful step.
=C2=A0
Thanks!

Indeed, thanks!
Kireeti.
=C2=A0
=
=E2=80=94 Carlos.

>
> Cheers
> Dave
>
>
>
>
>
> -----Original Message-----
> From: David Allan I
> Sent: Monday, November 30, 2015 10:23 AM
> To: 'curtis@ipv6.occnc.co= m'; loa@pi.nu; yshen@juniper.net
> Subject: RE:
>
> I had not seen the original either, thanks Curtis for spotting this. >
> I'll confirm that I'll give the draft a read...
>
> Cheers
> Dave
>
> -----Original Message-----
> From: Curtis Villamizar [mailto:curtis@ipv6.occnc.com]
> Sent: Sunday, November 29, 2015 11:05 AM
> To: loa@pi.nu; yshen@juniper.net; David Allan I
> Cc: curtis@ipv6.occnc.com=
> Subject:
>
> Hi Loa, Yimin, Dave,
>
> The email below made it to all the IETF mailing lists since they have<= br> > IPv6 connectivity.=C2=A0 My host msa1 lost IPv4 for a while (config er= ror on my part) so mail bounced to you guys with IPv4 connectivity only. >
> Unless you already got this by way of one or more IETF mailing list. > Sorry for the inconvenience if you already got a copy.
>
> Curtis
>
> ps - maybe time to ask your IT people about IPv6 connectivity.=C2=A0 W= hile you are at it mention DNSSEC (you can mention http= ://dnssec-debugger.verisignlabs.com/pi.nu
> http://dnssec-debugger.verisignlabs.com/juni= per.net
> http://dnssec-debugger.verisignlabs.com/e= ricsson.com
> as a way to tell whether DNSSEC is working for your domain.=C2=A0 Us I= ETFers are supposed to be leading in deployment of our own stuff.)
>
> ------- Forwarded Message
>
> Return-Path: <>
> X-Original-To: curtis
> Delivered-To: curti= s@harbor2.v6only.occnc.com
> Received: by harbor2.v6only.occnc.com (Postfix, from userid = 100)
>=C2=A0 =C2=A0 =C2=A0 =C2=A0id E74063A1B0; Sun, 29 Nov 2015 12:46:26 -05= 00 (EST)
> Received: from mda23-em2.v6only.occnc.com [2001:470:88e6:2= ::247]
>=C2=A0 =C2=A0 =C2=A0 =C2=A0by harbor2.v6only.occnc.com with I= MAP (fetchmail-6.3.26)
>=C2=A0 =C2=A0 =C2=A0 =C2=A0for <curtis@localhost> (single-drop); = Sun, 29 Nov 2015 12:46:26 -0500 (EST)
> Received: from mda23.v6only.occnc.com ([unix socket])
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 by mda23.v6only.occnc.com (Cyrus 2.= 5.6) with LMTPA;
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 Sat, 28 Nov 2015 23:41:55 -0500
> X-Sieve: CMU Sieve 2.4
> Received: from mta1.orleans.occnc.com (mta1-em1.orlean= s.occnc.com [IPv6:2001:470:88e6:1::141])
>=C2=A0 =C2=A0 =C2=A0 =C2=A0(using TLSv1 with cipher ECDHE-ECDSA-AES256-= SHA (256/256 bits))
>=C2=A0 =C2=A0 =C2=A0 =C2=A0(Client CN "mta1.orleans.occnc.com<= /a>", Issuer "" (verified OK))
>=C2=A0 =C2=A0 =C2=A0 =C2=A0(Authenticated sender: smmsp@occnc.com)
>=C2=A0 =C2=A0 =C2=A0 =C2=A0by mda23.v6only.occnc.com (Postfix) = with ESMTPSA id A8602B71A
>=C2=A0 =C2=A0 =C2=A0 =C2=A0for <curtis@ipv6.occnc.com>; Sat, 28 Nov 2015 23:40:52 -0500 (EST) > Received: from msa1.orleans.occnc.com (msa1-em1.orlean= s.occnc.com [IPv6:2001:470:88e6:1::140])
>=C2=A0 =C2=A0 =C2=A0 =C2=A0(using TLSv1 with cipher ECDHE-ECDSA-AES256-= SHA (256/256 bits))
>=C2=A0 =C2=A0 =C2=A0 =C2=A0(Client CN "msa1.orleans.occnc.com<= /a>", Issuer "" (verified OK))
>=C2=A0 =C2=A0 =C2=A0 =C2=A0(Authenticated sender: smmsp@occnc.com)
>=C2=A0 =C2=A0 =C2=A0 =C2=A0by mta1.orleans.occnc.com (Postfix) = with ESMTPSA id 0C35AA8AE
>=C2=A0 =C2=A0 =C2=A0 =C2=A0for <curtis@ipv6.occnc.com>; Sat, 28 Nov 2015 23:39:41 -0500 (EST) > Received: by msa1.orleans.occnc.com (Postfix)
>=C2=A0 =C2=A0 =C2=A0 =C2=A0id 05CD881BB; Sat, 28 Nov 2015 23:39:37 -050= 0 (EST)
> DKIM-Signature: v=3D1; a=3Drsa-sha256; c=3Dsimple/simple; d=3Dorleans.= occnc.com;
>=C2=A0 =C2=A0 =C2=A0 =C2=A0s=3Dorleans; t=3D1448771978;
>=C2=A0 =C2=A0 =C2=A0 =C2=A0bh=3DJ/kyAMTjPkigB948kzMx3YBPrrnHlQNeR0px6Xl= 4em0=3D;
>=C2=A0 =C2=A0 =C2=A0 =C2=A0h=3DDate:From:Subject:To;
>=C2=A0 =C2=A0 =C2=A0 =C2=A0b=3DoA63DSwLokSCUGQ897dS4xiqkCFjfegEVoAgyS9A= bHaKV3xR7vl/oO05DkLJHknhR
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 VS3RNKxqehLHf9OM5tMHKsqJNBfTSzeMQBZ++7m+zHe= vhnQc/Vs/W9tBftziP4JQwn
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 k7DXwGSzltkC+N09o2y7YrzLRiwi8UM4MtOOWNvw=3D=
> Date: Sat, 28 Nov 2015 23:39:37 -0500 (EST)
> From: MAILER-DAEMON= @orleans.occnc.com (Mail Delivery System)
> Subject: Undelivered Mail Returned to Sender
> To: curtis@ipv6.occnc.com=
> Auto-Submitted: auto-replied
> MIME-Version: 1.0
> Content-Type: multipart/report; report-type=3Ddelivery-status;
>=C2=A0 =C2=A0 =C2=A0 =C2=A0boundary=3D"703F28329.1448771977/ms= a1.orleans.occnc.com"
> Message-Id: <20151129043937.05CD881BB@msa1.orleans.occnc.com>
> X-Spam-Status: No, score=3D0.0 required=3D5.0 tests=3DDKIM_SIGNED,T_DK= IM_INVALID,
>=C2=A0 =C2=A0 =C2=A0 =C2=A0UNPARSEABLE_RELAY autolearn=3Dham autolearn_= force=3Dno version=3D3.4.1
> X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on oink2.v6d= s.occnc.com
>
> This is a MIME-encapsulated message.
>
> - --703F28329.1448771977/msa1.orleans.occnc.com
> Content-Description: Notification
> Content-Type: text/plain; charset=3Dus-ascii
>
> This is the mail system at host msa1.orleans.occnc.com.
>
> I'm sorry to have to inform you that your message could not be del= ivered to one or more recipients. It's attached below.
>
> For further assistance, please send mail to postmaster.
>
> If you do so, please include this problem report. You can delete your = own text from the attached returned message.
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Th= e mail system
>
> <loa@pi.nu>: connect to pipi.pi.nu[= 83.168.239.141]:25: No route to host
>
> <yshen@juniper.net>: co= nnect to
>=C2=A0 =C2=A0 juniper-net.mail.eo.outlook.com[207.46.1= 63.170]:25: No route to host
>
> <david.i.allan@ericss= on.com>: connect to
>=C2=A0 =C2=A0 sesbmg13.ericsson.net[193.180.251.49]:25: No route to host
>
> - --703F28329.1448771977/msa1.orleans.occnc.com
> Content-Description: Delivery report
> Content-Type: message/delivery-status
>
> Reporting-MTA: dns; msa1.orleans.occnc.com
> X-Postfix-Queue-ID: 703F28329
> X-Postfix-Sender: rfc822; cur= tis@ipv6.occnc.com
> Arrival-Date: Mon, 23 Nov 2015 22:38:05 -0500 (EST)
>
> Final-Recipient: rfc822; loa@pi.nu > Original-Recipient: rfc822;loa@p= i.nu
> Action: failed
> Status: 4.4.1
> Diagnostic-Code: X-Postfix; connect to pipi.pi.nu[83.168.239.141]:25: No r= oute
>=C2=A0 =C2=A0 to host
>
> Final-Recipient: rfc822; yshen@ju= niper.net
> Original-Recipient: rfc8= 22;yshen@juniper.net
> Action: failed
> Status: 4.4.1
> Diagnostic-Code: X-Postfix; connect to
>=C2=A0 =C2=A0 juniper-net.mail.eo.outlook.com[207.46.1= 63.170]:25: No route to host
>
> Final-Recipient: rfc822; david.i.allan@ericsson.com
> Original-Recipient: rfc822;david.i.allan@ericsson.com
> Action: failed
> Status: 4.4.1
> Diagnostic-Code: X-Postfix; connect to
>=C2=A0 =C2=A0 sesbmg13.ericsson.net[193.180.251.49]:25: No route to host
>
> - --703F28329.1448771977/msa1.orleans.occnc.com
> Content-Description: Undelivered Message
> Content-Type: message/rfc822
>
> Return-Path: <curtis@ipv6.= occnc.com>
> Received: from harbor2.v6only.occnc.com (harbor2-e= m2.v6only.occnc.com [IPv6:2001:470:88e6:2::231])
>=C2=A0 =C2=A0 =C2=A0 =C2=A0(using TLSv1 with cipher ECDHE-ECDSA-AES256-= SHA (256/256 bits))
>=C2=A0 =C2=A0 =C2=A0 =C2=A0(Client did not present a certificate)
>=C2=A0 =C2=A0 =C2=A0 =C2=A0(Authenticated sender: curtis@occnc.com)
>=C2=A0 =C2=A0 =C2=A0 =C2=A0by msa1.orleans.occnc.com (Postfix) = with ESMTPSA id 703F28329;
>=C2=A0 =C2=A0 =C2=A0 =C2=A0Mon, 23 Nov 2015 22:38:05 -0500 (EST)
> DKIM-Signature: v=3D1; a=3Drsa-sha256; c=3Dsimple/simple; d=3Dipv6.occnc.= com;
>=C2=A0 =C2=A0 =C2=A0 =C2=A0s=3Dcurtis-ipv6; t=3D1448336286;
>=C2=A0 =C2=A0 =C2=A0 =C2=A0bh=3D7m15Bo/aV+XVrU+nE3ZZkyiw607TYWoVhIgtD1v= pQas=3D;
>=C2=A0 =C2=A0 =C2=A0 =C2=A0h=3DTo:cc:Reply-To:From:Subject:In-reply-to:= Date;
>=C2=A0 =C2=A0 =C2=A0 =C2=A0b=3DlUqGSehbmw0NdtDtUtzuiwiWNeMxvdxP9f0aqpRn= HvFpyggLz4xy4nryuO/zWMDBw
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 rJBFuSqd3SULw500bo2Gj5NKTAAyzpeVBjhPX4erMJq= I5hBJ68gNRsUktMj3Vty3vT
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 MEm8NBfMrYvdQYR/CQaYUZcbg3EGCcO8WhfN3E4g=3D=
> To: Loa Andersson <loa@pi.nu>, = Lizhong <lizho.jin@gmail.com&= gt;
> cc: yshen@juniper.net, Curtis= Villamizar <curtis@occnc.com>= ;,
>=C2=A0 =C2=A0 David Allan I <david.i.allan@ericsson.com>,
>=C2=A0 =C2=A0 "draft-smack-mpls-rfc4379bis@ietf.org" <draft-smack-mpls-rfc4379bis@ietf.org>,
>=C2=A0 =C2=A0 "mpls-chairs= @ietf.org" <mpls-chairs= @ietf.org>
> Reply-To: curtis@ipv6.occnc.c= om
> From: Curtis Villamizar <c= urtis@ipv6.occnc.com>
> Subject: Re: MPLS-RT review od draft-smack-mpls-rfc4379bis
> In-reply-to: Your message of "Tue, 24 Nov 2015 11:08:30 +0800.&qu= ot;
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<64536DDD-BB7E-42E3-B148-5F2E= B405F516@gmail.com>
> MIME-Version: 1.0
> Content-Type: text/plain; charset=3D"us-ascii"
> Content-ID: <58460.1448336285.1@harbor2-em2.v6only.occnc.com>
> Content-Transfer-Encoding: quoted-printable
> Date: Mon, 23 Nov 2015 22:38:05 -0500
>
> Hi Loa, Lizhong,
>
> I'm replying to the email from Lizhong because I misplaced Loa'= ;s original.=C2=A0 Oops.
>
> Dec 6 should be OK.
>
> Curtis
>
>
> In message <64536DDD-BB7E-42E3-B148-5F2EB405F516@gmail.com>
> Lizhong writes:
>> =3D
>
>> Hi Loa,
>> Should be OK for me. Thanks.
>> =3D
>
>> Regards
>> Lizhong
>> =3D
>
>> > =3D
>
>> > Lizhong, Yimin, Curtis, and=C2=A0 Dave,
>> > =3D
>
>> > =3D
>
>> > You have been selected as MPLS-RT reviewers for
>> > draft-smack-mpls-rfc43=3D
> 79bis.
>> > =3D
>
>> > Note to authors: You have been CC'd on this email so that= you can
>> > know that this review is going on. However, please do not rev= iew
>> > your own document.
>> > =3D
>
>> > Reviews should comment on whether the document is coherent, i= s it
>> > useful (ie, is it likely to be actually useful in operational=
>> > networks=3D
> ), and is the document technically sound?
>> > =3D
>
>> > We are interested in knowing whether the document is ready to= be
>> > considered for WG adoption (ie, it doesn't have to be per= fect at
>> > this point, but should be a good start).
>> > =3D
>
>> > This MPLS-RT review is a bit different in that it is a bis-ve= rsion
>> > of a widely implemented and deployed protocol, however the ba= sic
>> > question is the same - are we ready to adopt it as a wg docum= ent? If
>> > the meet all the criteria LSP Ping will be progressed to Inte= rnet Standard.
>> > =3D
>
>> > Reviews should be sent to the document authors, WG co-chairs = and WG
>> > secretary, and CC'd to the MPLS WG email list. If necessa= ry,
>> > comments may be sent privately to only the WG chairs.
>> > =3D
>
>> > If you have technical comments you should try to be explicit = about
>> > wha=3D
> t
>> > needs to be resolved before adopting it as a working group do= cument,
>> > a=3D
> nd
>> > what can wait until the document is a working group document = and the
>> > working group has the revision control.
>> > =3D
>
>> > Are you able to review this draft by December 6, 2015? Please=
>> > respond in a timely fashion.
>> > =3D
>
>> > Thanks, Loa
>> > (as MPLS WG chair)
>> > =3D
>
>> > =3D
>
>> > -- =3D
>
>> > =3D
>
>> > =3D
>
>> > 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
>
> - --703F28329.1448771977/msa1.orleans.occnc.com--
>
> ------- End of Forwarded Message
>
> --
>
>
> 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=
>
>




--
=
Kireeti
--001a11405f047b9fee052693104f-- From nobody Thu Dec 10 15:02: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 8DB1C1B2D91; Thu, 10 Dec 2015 15:02:12 -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 iok4dBDnfT5e; Thu, 10 Dec 2015 15:02:10 -0800 (PST) Received: from mail-io0-x232.google.com (mail-io0-x232.google.com [IPv6:2607:f8b0:4001:c06::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4EA721B2D67; Thu, 10 Dec 2015 15:01:57 -0800 (PST) Received: by iouu10 with SMTP id u10so111157539iou.0; Thu, 10 Dec 2015 15:01:56 -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=xvp8Zzi/QsZ4UdiqgXVHIAhGCvQDDqQ5Tt+zx3f0Pcw=; b=SBJm3Te/dD10zHVrC5gXeyo5YkjqEHiuffzueKDnwNQI5JCGgUNZmW/y4S2hvGQEwS bPz+90NSsKoNt13npNd5knCw+Grf9TcWBFTwO4IN+40L1nYHoy/PZ8d0W0xa9BqOaQU9 HuyNS99eRJT6pl/z5EH92TTVvt2cziFwKPKlkJhfkN0vE0SmdBqZ2sKwimrGnHmEKEfK 1Vi5MHM8PHtfdGwsDfyb1vPG6anuxMGrWA0ylIH8N/DbSmLLzQCTYFQphw74vyfhA6Lg gwSd8YoHHvimjL3DxX4hRLy8vkbejekYbVqRAzlix2GR6lrHtsA4HnREGhSHDSnfg9B9 DgXw== MIME-Version: 1.0 X-Received: by 10.107.158.213 with SMTP id h204mr16992269ioe.129.1449788516660; Thu, 10 Dec 2015 15:01:56 -0800 (PST) Received: by 10.64.155.110 with HTTP; Thu, 10 Dec 2015 15:01:56 -0800 (PST) In-Reply-To: References: <564E8331.5070708@pi.nu> Date: Fri, 11 Dec 2015 00:01:56 +0100 Message-ID: From: Kireeti Kompella To: Yimin Shen Content-Type: multipart/alternative; boundary=001a114075c288f9640526933193 Archived-At: Cc: "mpls@ietf.org" , "mpls-chairs@ietf.org" , "draft-smack-mpls-rfc4379bis@ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-smack-mpls-rfc4379bis 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, 10 Dec 2015 23:02:12 -0000 --001a114075c288f9640526933193 Content-Type: text/plain; charset=UTF-8 Hi Yimin, Thanks for your review! On Fri, Dec 4, 2015 at 10:17 PM, Yimin Shen wrote: > Hi authors, > > I was selected as a reviewer for the draft-smack-mpls-rfc4379bis, and I > have completed my review. > > I think this draft is useful, providing an overdue update for RFC 4379, > which is the base RFC of a widely deployed protocol in MPLS networks. > > One issue I have is that the draft is still specifying the packet format > and mechanisms based on the Downstream Mapping TLV, which has been > deprecated by the Downstream Detailed Mapping TLV defined by RFC 6424. I > notice the section 1.5 where it briefly mentions the evaluation of > incorporating some new RFCs to this draft. But it is unclear to me what the > decision will be, whether the draft would stop here to provide just > backward compatibility or it will take further steps to incorporate RFC > 6424. So, before the draft is adopted, I'd like to see draft progress a > little further on the to-do list and give and clearer strategy on this. > I don't really care whether this is done before or after WG adoption. However, one question for the WG is, should deprecated TLVs be moved into an appendix? Sort of as follows: 3.2.8 . FEC 128 Pseudowire (Deprecated) (See Appendix A for details.) 3.2.9 . FEC 128 Pseudowire (Current) *...* [and of course put the text currently in section 3.2.8 in the Appendix.] This preserves the historical stuff while moving them out of the way of implementors. Cheers, Kireeti. > Thanks, > > /Yimin Shen > > -- Kireeti --001a114075c288f9640526933193 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Yimin,

Thanks for your review!

On Fri, Dec 4, 2015= at 10:17 PM, Yimin Shen <yshen@juniper.net> wrote:
Hi authors,

I was selected as a reviewer for the draft-smack-mpls-rfc4379bis, and I hav= e completed my review.

I think this draft is useful, providing an overdue update for RFC 4379, whi= ch is the base RFC of a widely deployed protocol in MPLS networks.

One issue I have is that the draft is still specifying the packet format an= d mechanisms based on the Downstream Mapping TLV, which has been deprecated= by the Downstream Detailed Mapping TLV defined by RFC 6424. I notice the s= ection 1.5 where it briefly mentions the evaluation of incorporating some n= ew RFCs to this draft. But it is unclear to me what the decision will be, w= hether the draft would stop here to provide just backward compatibility or = it will take further steps to incorporate RFC 6424. So, before the draft is= adopted, I'd like to see draft progress a little further on the to-do = list and give and clearer strategy on this.

=
I don't really care whether this is done before or after WG adopti= on.=C2=A0 However, one question for the WG is, should deprecated TLVs be mo= ved into an appendix?=C2=A0 Sort of as follows:

3.2.8. FEC 128 Pseudowire (Deprecated)


(See Appendix=
 A for details.)
=

3.2.9.  FEC 128 Pseudowire (Current)


...

[and of course put the text currently in section 3.2.8 in the App=
endix.]  This preserves the historical stuff while moving them out of the w=
ay of implementors.

<=
font color=3D"#000000">Cheers,
Kireeti.
=C2=A0
Thanks,

/Yimin Shen




--
Kireeti
--001a114075c288f9640526933193-- From nobody Thu Dec 10 15:25: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 581521B2E3C; Thu, 10 Dec 2015 15:25:42 -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 QOdVJS8Riuuc; Thu, 10 Dec 2015 15:25:39 -0800 (PST) Received: from mail-ig0-x22b.google.com (mail-ig0-x22b.google.com [IPv6:2607:f8b0:4001:c05::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 427C31B2E47; Thu, 10 Dec 2015 15:25:38 -0800 (PST) Received: by mail-ig0-x22b.google.com with SMTP id g19so28891136igv.1; Thu, 10 Dec 2015 15:25:38 -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=xQEVRYTH3GbBmZh1ABJA188vorgVWjko8r79pHiZCdY=; b=zX/krOLcU5rDdnpUH/kREDDy0OPLYqxkZL72V0Hc9oxnPJIzwcn0PGQdO+bzC75pbv Rq0PPeRNqc6z6YqDQcQRhYoDAhMHPqdRKlJ1dzDnXbRdwREcLshq3m4925cQBizw7R3w psMCeyvkHkvSLsB7H4hx7fsAHVKUF8wgQc7ZwZVooAOoryLcs3h0cHZM1j62u15ayWji JasLWuFULsoLheDLjf46xElIeepXvDPA67UzPkxvyN4tCq70UKPVoLfpMKgV4GTdomva v0wr7vWdlbZQcRY5pQVja1Gk2t8qcSxNU3NtUHWfPQ8sadF13NxVPYAqkx55nGDY4b/1 boEQ== MIME-Version: 1.0 X-Received: by 10.50.64.178 with SMTP id p18mr1661304igs.57.1449789937563; Thu, 10 Dec 2015 15:25:37 -0800 (PST) Received: by 10.64.155.110 with HTTP; Thu, 10 Dec 2015 15:25:37 -0800 (PST) In-Reply-To: <140DCAF9-D06E-48B3-88D1-A3FD04859975@cisco.com> References: <20151205183938.B05E61B2C2D@ietfa.amsl.com> <140DCAF9-D06E-48B3-88D1-A3FD04859975@cisco.com> Date: Fri, 11 Dec 2015 00:25:37 +0100 Message-ID: From: Kireeti Kompella To: "Carlos Pignataro (cpignata)" Content-Type: multipart/alternative; boundary=047d7bd75c3a3a3f8c052693863c Archived-At: Cc: "mpls@ietf.org" , Curtis Villamizar , "draft-smack-mpls-rfc4379bis@ietf.org" , "mpls-chairs@ietf.org" , Lizhong Jin , "curtis@orleans.occnc.com" , "" Subject: Re: [mpls] MPLS-RT review od draft-smack-mpls-rfc4379bis 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, 10 Dec 2015 23:25:42 -0000 --047d7bd75c3a3a3f8c052693863c Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Copying MPLS WG list ... this is Curtis's review, and Carlos's reply. Thanks, Curtis, for your detailed review; I agree with most of your points, but not really on GAL. I think that should be taken up in a separate thread -- George had a comment on this as well. As for how much change should be incorporated into the draft _before_ vs _after_ WG adoption, here's my take: a) the deprecations (esp DSMAP) (including moving these into an appendix) be dealt with before making this a WG doc; b) draft-ietf-mpls-entropy-lsp-ping NOT be included in the bis draft (but perhaps state that a future RFC will define how label-based ECMP will be done); c) RFC 6425 only be included if there is adequate implementation and deployment experience. Kireeti. On Sun, Dec 6, 2015 at 10:06 PM, Carlos Pignataro (cpignata) < cpignata@cisco.com> wrote: > > > On Dec 5, 2015, at 1:39 PM, Curtis Villamizar > wrote: > > > > Oops. Original sent from an email address not subscribed to the MPLS > > mailing list. Sorry for duplicates (again). > > > > Curtis > > > > > > In message > > Curtis Villamizar writes: > > > > Hello Loa and friends, > > > > The MPLS WG should definitely take on draft-smack-mpls-rfc4379bis as a > > WG item. > > Thanks for the support of this work, Curtis. > > > An update to RFC 4379 is long overdue. RFC 4379 was > > published in 2006, in draft since about 2002 I think and is updated by > > seven RFC, some of which obsolete or change the early TLVs and > > subTLVs. There are also seven erratta. > > > > Currently someone who wants to implement or just understand how LSP > > ping and traceroute work they have to read this RFC and then ignore a > > lot of it and read 7 others plus some errata if implementing. > > > > I agree. > > > In particular RFC6424 depricates the original Downstream Mapping TLV > > and replaces it with Downstream Detailed Mapping TLV and Multipath > > Data Sub-TLV. While this is mentioned in the ToDo section, it has not > > been done. Clearly this document should be folded into the update and > > Downstream Mapping TLV fully deprecated. > > Ack =E2=80=94 planed for after adoption. > > > > > RFC6425 which adds P2MP via changes in semantics and add some more > > Sub-TLVs (RSVP P2MP IPv4 Session Sub-TLV, RSVP P2MP IPv6 Session > > Sub-TLV, Multicast LDP FEC Stack Sub-TLVs, etc). > > > > RFC6426 extends RFC 4379 for the purpose of MPLS-TP on-demand ping > > (aka CV) and traceroute. This is accomplished by adding DSMAP/DDMAP > > Non-IP, Source/Destination Identifier TLV, Static LSP Sub-TLV, Static > > Pseudowire Sub-TLV, and some new semantics. It might be best to leave > > RFC6426 separate since RFC6426 supports a set of capabilities that may > > not be of interest to the majority of MPLS deployments (non-IP > > addressing, no control plane) but are stated requirements for MPLS-TP. > > Also my take, but we should ask the WG. > > > > > RFC6829 adds IPv6 LDP PW FEC support. This is with renaming to > > Pseudowire IPv4 Target FEC Stack Sub-TLVs and adding Pseudowire IPv6 > > Target FEC Stack Sub-TLVs. It would also be nice if FEC 128 was fully > > depricated. It looks like this is already folded into rfc4379bis. > > > > Yes. > > > RFC7506 defines the IPv6 Router Alert Option for MPLS OAM. As I > > understand things, the direction today is towards using GAL (RFC5586) > > for MPLS OAM as described in RFC7708 (for PW VCCV). See Section 4.1. > > (Relationship with Existing MPLS OAM Alert Mechanisms) in RFC5586. > > While at the time of publication GAL was an alternative to router > > alert and TTL, it is my understanding the GAL and TTL (for traceroute) > > are the current preferred alternative. The update to RFC 4379 should > > address this issue, at least to acknowledge GAL, but perhaps to > > recommend GAL as the preferred option. This way GAL is no longer a > > MUST for MPLS-TP and a MAY for plain old MPLS and PW. > > > > RFC7537 just adds an IANA registry for the codepoints in MPLS lsp and > > traceroute. RFC7537 could be obsoleted by adding an IANA section to > > rfc4379bis making one less document to find and look through. > > > > An update to RFC 4379 (and RFC6424) should also incorporate the > > changes made in draft-ietf-mpls-entropy-lsp-ping which covers use of > > Entropy Labels (EL) and draft-ietf-mpls-lsp-ping-lag-multipath which > > covers Link Aggregation Group (LAG) Interfaces. The former adds a > > label FEC. The latter adds some TLVs and subTLVs. It would be up to > > the authors whether they want to merge but it would be better to put > > these extensions in the base document. > > Good point. > > > > > A diff using http://tools.ietf.org/rfcdiff shows very little > > substantive difference between RFC 4379 and rfc4379bis. Mostly the > > changes are the inclusion of a incomplete ToDo section and none of > > which have been done except folding the RFC6829 IPv6 changes in. > > > > Minor - On the list there was some comments about clarity of section > > 4.4.1. (FEC Validation). I think the comment was regarding why a Nil > > FEC could occur. Perhaps some explanation would help, maybe just a > > comment in the procedural outline in this section. > > > > So this document should definitely be a WG item, maybe after taking > > care of some of the ToDo items, maybe as-is. That would be something > > the WG chairs probably should decide with input from others in the WG. > > Either way, the ToDo list needs to be taken care of and maybe a few > > more drafts added to the ToDo list. I did not check the errata. > > > > Curtis > > > > > Thanks again, Curtis! > > =E2=80=94 Carlos. > > > > > > > In message > > Curtis Villamizar writes: > > > > Hi Loa, Lizhong, > > > > I'm replying to the email from Lizhong because I misplaced Loa's > > original. Oops. > > > > Dec 6 should be OK. > > > > Curtis > > > > > > In message <64536DDD-BB7E-42E3-B148-5F2EB405F516@gmail.com> > > Lizhong writes: > >> > >> Hi Loa, > >> Should be OK for me. Thanks. > >> > >> Regards > >> Lizhong > >> > >>> > >>> Lizhong, Yimin, Curtis, and Dave, > >>> > >>> > >>> You have been selected as MPLS-RT reviewers for > draft-smack-mpls-rfc4379bis. > >>> > >>> Note to authors: You have been CC'd on this email so that you can kno= w > >>> that this review is going on. However, please do not review your own > >>> document. > >>> > >>> Reviews should comment on whether the document is coherent, is it > >>> useful (ie, is it likely to be actually useful in operational > networks), and is the document technically sound? > >>> > >>> We are interested in knowing whether the document is ready to be > >>> considered for WG adoption (ie, it doesn't have to be perfect at this > >>> point, but should be a good start). > >>> > >>> This MPLS-RT review is a bit different in that it is a bis-version of > >>> a widely implemented and deployed protocol, however the basic questio= n > >>> is the same - are we ready to adopt it as a wg document? If the meet > >>> all the criteria LSP Ping will be progressed to Internet Standard. > >>> > >>> Reviews should be sent to the document authors, WG co-chairs and WG > >>> secretary, and CC'd to the MPLS WG email list. If necessary, comments > >>> may be sent privately to only the WG chairs. > >>> > >>> If you have technical comments you should try to be explicit about wh= at > >>> needs to be resolved before adopting it as a working group document, > and > >>> what can wait until the document is a working group document and the > >>> working group has the revision control. > >>> > >>> Are you able to review this draft by December 6, 2015? Please respond > >>> in a timely fashion. > >>> > >>> Thanks, Loa > >>> (as MPLS WG chair) > >>> > >>> > >>> -- > >>> > >>> > >>> Loa Andersson email: loa@mail01.huawei.com > >>> Senior MPLS Expert loa@pi.nu > >>> Huawei Technologies (consultant) phone: +46 739 81 21 64 > > --=20 Kireeti --047d7bd75c3a3a3f8c052693863c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Copying MPLS WG list ... this is Curtis's review, and = Carlos's reply.

Thanks, Curtis, for your detailed re= view; I agree with most of your points, but not really on GAL.=C2=A0 I thin= k that should be taken up in a separate thread -- George had a comment on t= his as well.

As for how much change should be inco= rporated into the draft _before_ vs _after_ WG adoption, here's my take= :
a) the deprecations (esp DSMAP) (including moving these into an= appendix) be dealt with before making this a WG doc;
b) draft-ie= tf-mpls-entropy-lsp-ping NOT be included in the bis draft (but perhaps stat= e that a future RFC will define how label-based ECMP will be done);
c) RFC 6425 only be included if there is adequate implementation and dep= loyment experience.

Kireeti.

On Sun, Dec 6, 2015 at 10:06 PM, = Carlos Pignataro (cpignata) <cpignata@cisco.com> wrote:
=

> On Dec 5, 2015, at 1:39 PM, Curtis Villamizar <curtis@ietf.occnc.com> wrote:
>
> Oops.=C2=A0 Original sent from an email address not subscribed to the = MPLS
> mailing list.=C2=A0 Sorry for duplicates (again).
>
> Curtis
>
>
> In message <cmu-lmtpd-18039-1449338553-0@mda23.v6only.occnc.com>=
> Curtis Villamizar writes:
>
> Hello Loa and friends,
>
> The MPLS WG should definitely take on draft-smack-mpls-rfc4379bis as a=
> WG item.

Thanks for the support of this work, Curtis.

> An update to RFC 4379 is long overdue.=C2=A0 RFC 4379 was
> published in 2006, in draft since about 2002 I think and is updated by=
> seven RFC, some of which obsolete or change the early TLVs and
> subTLVs.=C2=A0 There are also seven erratta.
>
> Currently someone who wants to implement or just understand how LSP > ping and traceroute work they have to read this RFC and then ignore a<= br> > lot of it and read 7 others plus some errata if implementing.
>

I agree.

> In particular RFC6424 depricates the original Downstream Mapping TLV > and replaces it with Downstream Detailed Mapping TLV and Multipath
> Data Sub-TLV.=C2=A0 While this is mentioned in the ToDo section, it ha= s not
> been done.=C2=A0 Clearly this document should be folded into the updat= e and
> Downstream Mapping TLV fully deprecated.

Ack =E2=80=94 planed for after adoption.

>
> RFC6425 which adds P2MP via changes in semantics and add some more
> Sub-TLVs (RSVP P2MP IPv4 Session Sub-TLV, RSVP P2MP IPv6 Session
> Sub-TLV, Multicast LDP FEC Stack Sub-TLVs, etc).
>
> RFC6426 extends RFC 4379 for the purpose of MPLS-TP on-demand ping
> (aka CV) and traceroute.=C2=A0 This is accomplished by adding DSMAP/DD= MAP
> Non-IP, Source/Destination Identifier TLV, Static LSP Sub-TLV, Static<= br> > Pseudowire Sub-TLV, and some new semantics.=C2=A0 It might be best to = leave
> RFC6426 separate since RFC6426 supports a set of capabilities that may=
> not be of interest to the majority of MPLS deployments (non-IP
> addressing, no control plane) but are stated requirements for MPLS-TP.=

Also my take, but we should ask the WG.

>
> RFC6829 adds IPv6 LDP PW FEC support.=C2=A0 This is with renaming to > Pseudowire IPv4 Target FEC Stack Sub-TLVs and adding Pseudowire IPv6 > Target FEC Stack Sub-TLVs.=C2=A0 It would also be nice if FEC 128 was = fully
> depricated.=C2=A0 It looks like this is already folded into rfc4379bis= .
>

Yes.

> RFC7506 defines the IPv6 Router Alert Option for MPLS OAM.=C2=A0 As I<= br> > understand things, the direction today is towards using GAL (RFC5586)<= br> > for MPLS OAM as described in RFC7708 (for PW VCCV).=C2=A0 See Section = 4.1.
> (Relationship with Existing MPLS OAM Alert Mechanisms) in RFC5586.
> While at the time of publication GAL was an alternative to router
> alert and TTL, it is my understanding the GAL and TTL (for traceroute)=
> are the current preferred alternative.=C2=A0 The update to RFC 4379 sh= ould
> address this issue, at least to acknowledge GAL, but perhaps to
> recommend GAL as the preferred option.=C2=A0 This way GAL is no longer= a
> MUST for MPLS-TP and a MAY for plain old MPLS and PW.
>
> RFC7537 just adds an IANA registry for the codepoints in MPLS lsp and<= br> > traceroute.=C2=A0 RFC7537 could be obsoleted by adding an IANA section= to
> rfc4379bis making one less document to find and look through.
>
> An update to RFC 4379 (and RFC6424) should also incorporate the
> changes made in draft-ietf-mpls-entropy-lsp-ping which covers use of > Entropy Labels (EL) and draft-ietf-mpls-lsp-ping-lag-multipath which > covers Link Aggregation Group (LAG) Interfaces.=C2=A0 The former adds = a
> label FEC.=C2=A0 The latter adds some TLVs and subTLVs.=C2=A0 It would= be up to
> the authors whether they want to merge but it would be better to put > these extensions in the base document.

Good point.

>
> A diff using http://tools.ietf.org/rfcdiff shows very little > substantive difference between RFC 4379 and rfc4379bis.=C2=A0 Mostly t= he
> changes are the inclusion of a incomplete ToDo section and none of
> which have been done except folding the RFC6829 IPv6 changes in.
>
> Minor - On the list there was some comments about clarity of section > 4.4.1. (FEC Validation).=C2=A0 I think the comment was regarding why a= Nil
> FEC could occur.=C2=A0 Perhaps some explanation would help, maybe just= a
> comment in the procedural outline in this section.
>
> So this document should definitely be a WG item, maybe after taking > care of some of the ToDo items, maybe as-is.=C2=A0 That would be somet= hing
> the WG chairs probably should decide with input from others in the WG.=
> Either way, the ToDo list needs to be taken care of and maybe a few > more drafts added to the ToDo list.=C2=A0 I did not check the errata.<= br> >
> Curtis
>


Thanks again, Curtis!

=E2=80=94 Carlos.

>
>
> In message <cmu-lmtpd-28369-1448336291-0@mda11.v6only.occnc.com>=
> Curtis Villamizar writes:
>
> Hi Loa, Lizhong,
>
> I'm replying to the email from Lizhong because I misplaced Loa'= ;s
> original.=C2=A0 Oops.
>
> Dec 6 should be OK.
>
> Curtis
>
>
> In message <64536DDD-BB7E-42E3-B148-5F2EB405F516@gmail.com>
> Lizhong writes:
>>
>> Hi Loa,
>> Should be OK for me. Thanks.
>>
>> Regards
>> Lizhong
>>
>>>
>>> Lizhong, Yimin, Curtis, and=C2=A0 Dave,
>>>
>>>
>>> You have been selected as MPLS-RT reviewers for draft-smack-mp= ls-rfc4379bis.
>>>
>>> Note to authors: You have been CC'd on this email so that = you can know
>>> that this review is going on. However, please do not review yo= ur own
>>> document.
>>>
>>> Reviews should comment on whether the document is coherent, is= it
>>> useful (ie, is it likely to be actually useful in operational = networks), and is the document technically sound?
>>>
>>> We are interested in knowing whether the document is ready to = be
>>> considered for WG adoption (ie, it doesn't have to be perf= ect at this
>>> point, but should be a good start).
>>>
>>> This MPLS-RT review is a bit different in that it is a bis-ver= sion of
>>> a widely implemented and deployed protocol, however the basic = question
>>> is the same - are we ready to adopt it as a wg document? If th= e meet
>>> all the criteria LSP Ping will be progressed to Internet Stand= ard.
>>>
>>> Reviews should be sent to the document authors, WG co-chairs a= nd WG
>>> secretary, and CC'd to the MPLS WG email list. If necessar= y, comments
>>> may be sent privately to only the WG chairs.
>>>
>>> If you have technical comments you should try to be explicit a= bout what
>>> needs to be resolved before adopting it as a working group doc= ument, and
>>> what can wait until the document is a working group document a= nd the
>>> working group has the revision control.
>>>
>>> Are you able to review this draft by December 6, 2015? Please = respond
>>> in a timely fashion.
>>>
>>> Thanks, Loa
>>> (as MPLS WG 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 2= 1 64




--
=
Kireeti
--047d7bd75c3a3a3f8c052693863c-- From nobody Thu Dec 10 17:02: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 83FA51B3317; Thu, 10 Dec 2015 17:02:15 -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 kVECaIK_zRiH; Thu, 10 Dec 2015 17:02:14 -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 06F6B1B3315; Thu, 10 Dec 2015 17:02:13 -0800 (PST) Received: from [10.5.6.111] (unknown [111.207.233.98]) (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 A5CD318013CB; Fri, 11 Dec 2015 02:02:09 +0100 (CET) To: "mpls@ietf.org" , "draft-smack-mpls-rfc4379bis@ietf.org" From: Loa Andersson Message-ID: <566A208A.3020800@pi.nu> Date: Fri, 11 Dec 2015 09:02:02 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: "mpls-chairs@ietf.org" Subject: [mpls] Shepherd comment on draft-smack-mpls-rfc4379bis@ 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, 11 Dec 2015 01:02:15 -0000 Working Group, authors, mpls-rt reviewers First, thanks everyone for all the good work, all the useful comments and resolution of these comments. Second, there is a discussion (comment resolution) on what need/should be done before vs. after the wg adoption poll the wg chairs has discussed this off-line. We said to two things 1. Much of the comment resolution (and some of the reviews) has not been done on the wg mailing list. This has now been posted to the list. 2. We agree that a lot of this work only make sense to do if the document is a wg doc. However see the third bullet below. Third, the document is almost ready for the working group adoption poll. We agree with Kireeti that: "a) the deprecations (esp DSMAP) (including moving these into an appendix) be dealt with before making this a WG doc;" Forth, as soon as this is done and the new version posted, we will start the adoption poll. /Loa mpls wg co-chair PS Sorry for the delays, I've been traveling -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Thu Dec 10 17:17: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 254831B3360; Thu, 10 Dec 2015 17:17:33 -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 qxFoVZJm82zV; Thu, 10 Dec 2015 17:17:32 -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 CB2151B335E; Thu, 10 Dec 2015 17:17:31 -0800 (PST) Received: from [10.5.6.111] (unknown [111.207.233.98]) (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 947CB18013CB; Fri, 11 Dec 2015 02:17:28 +0100 (CET) To: Ross Callon , "mpls@ietf.org" References: From: Loa Andersson Message-ID: <566A2420.2090302@pi.nu> Date: Fri, 11 Dec 2015 09:17:20 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.4.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-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: Fri, 11 Dec 2015 01:17:33 -0000 Ross, working group, I've finally had time to (re-)read the draft and think it is ready to be adopted as a working group document. I've a few nits . e.g. Stewart is listed twice as author, and I'd like to know why RFC 6374 is not normative. But this can be resolved when the draft is a wg document. /Loa On 2015-12-11 06:38, Ross Callon wrote: > Just a reminder that this poll is still going on, and will close next > Wednesday. > Thanks, Ross > _____________________________________________ > *From:* Ross Callon > *Sent:* Tuesday, November 24, 2015 3:29 PM > *To:* mpls@ietf.org > *Cc:* mpls-chairs@ietf.org > *Subject:* 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 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 From nobody Thu Dec 10 17:54: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 0924E1A0092; Thu, 10 Dec 2015 17:54:26 -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 sY5LfqmyP4b5; Thu, 10 Dec 2015 17:54:22 -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 CA0A01A0087; Thu, 10 Dec 2015 17:54:21 -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 CBL32470; Fri, 11 Dec 2015 01:54:19 +0000 (GMT) Received: from LHREML706-CAH.china.huawei.com (10.201.5.182) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.235.1; Fri, 11 Dec 2015 01:54:18 +0000 Received: from NKGEML403-HUB.china.huawei.com (10.98.56.34) by lhreml706-cah.china.huawei.com (10.201.5.182) with Microsoft SMTP Server (TLS) id 14.3.235.1; Fri, 11 Dec 2015 01:54:17 +0000 Received: from NKGEML512-MBX.china.huawei.com ([169.254.7.181]) by nkgeml403-hub.china.huawei.com ([10.98.56.34]) with mapi id 14.03.0235.001; Fri, 11 Dec 2015 09:54:12 +0800 From: "Dongjie (Jimmy)" To: Ross Callon , "mpls@ietf.org" Thread-Topic: Poll for adoption for draft-bryant-mpls-flow-ident-03 Thread-Index: AdEm9szltjFdYI0/SSuYJDIPBO9CGAMv9nxA Date: Fri, 11 Dec 2015 01:54:12 +0000 Message-ID: <76CD132C3ADEF848BD84D028D243C9277441C303@nkgeml512-mbx.china.huawei.com> References: In-Reply-To: Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.97.131] Content-Type: multipart/alternative; boundary="_000_76CD132C3ADEF848BD84D028D243C9277441C303nkgeml512mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020206.566A2CCB.0237, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.7.181, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: a4a4a53cf922577908dcd33731e52055 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: Fri, 11 Dec 2015 01:54:26 -0000 --_000_76CD132C3ADEF848BD84D028D243C9277441C303nkgeml512mbxchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Ross, This is a useful document and I support the adoption. Best regards, Jie 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_76CD132C3ADEF848BD84D028D243C9277441C303nkgeml512mbxchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Ross,

 = ;

This is a = useful document and I support the adoption.

 = ;

Best regar= ds,

Jie

 = ;

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_76CD132C3ADEF848BD84D028D243C9277441C303nkgeml512mbxchi_-- From nobody Fri Dec 11 06:21: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 7995D1AD06B; Fri, 11 Dec 2015 06:21:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.509 X-Spam-Level: X-Spam-Status: No, score=-14.509 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, 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 TUBai4qgLtck; Fri, 11 Dec 2015 06:21:06 -0800 (PST) Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8DEA81ACF5B; Fri, 11 Dec 2015 06:21:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=11530; q=dns/txt; s=iport; t=1449843661; x=1451053261; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=pmP0OVxVbmJsw9SKfJypckxbaYvB7x9URKDC18w/8yE=; b=D4HeAIpm/XDBWcpY9JNROzDePCMGEk0yWXBG/aewnm8Ft96tMTz0T/v+ fNlb/bV6ZqofCwsFgZAxsfA01qIY2oz7Fm2MQANDB+QS/TUfIDzaIFVJ7 6MEYWEybd6cxea2OS9u8TQKvJFtDKu0jXdy4mRJis4tixH1L3zeuABxaU A=; X-Files: signature.asc : 841 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AVAwAp22pW/5BdJa1egm5MU24GuxCCG?= =?us-ascii?q?Q6BYiGFbgKBLzgUAQEBAQEBAYEKhDQBAQEDASNWBQsCAQgYJwMCAiERFBECBA4?= =?us-ascii?q?FDogMAwoIDaxsjTINhEQBAQEBAQEBAQEBAQEBAQEBAQEBAQEPCYZWgg+CboJTg?= =?us-ascii?q?j6CZi+BGgWTAoNwAYJogWJqhVRDgXiBWxYzkguBB4Nng3IBHwFDhARyAQGEToE?= =?us-ascii?q?HAQEB?= X-IronPort-AV: E=Sophos;i="5.20,413,1444694400"; d="asc'?scan'208,217";a="217011909" Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 11 Dec 2015 14:21:00 +0000 Received: from XCH-RTP-002.cisco.com (xch-rtp-002.cisco.com [64.101.220.142]) by rcdn-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id tBBEL0tq022226 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 11 Dec 2015 14:21:00 GMT Received: from xch-rtp-020.cisco.com (64.101.220.160) by XCH-RTP-002.cisco.com (64.101.220.142) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Fri, 11 Dec 2015 09:20:59 -0500 Received: from xch-rtp-020.cisco.com ([64.101.220.160]) by XCH-RTP-020.cisco.com ([64.101.220.160]) with mapi id 15.00.1104.009; Fri, 11 Dec 2015 09:20:48 -0500 From: "Carlos Pignataro (cpignata)" To: Kireeti Kompella Thread-Topic: MPLS-RT review of draft-smack-mpls-rfc4379bis Thread-Index: AQHRM57SJVRft+1rxkCzgT3Swczfzp7GKtWA Date: Fri, 11 Dec 2015 14:20:48 +0000 Message-ID: <0A56B6D3-6766-4F8E-BB91-9A1963026A10@cisco.com> References: <564E8331.5070708@pi.nu> 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.54.97] Content-Type: multipart/signed; boundary="Apple-Mail=_F4CA672A-9546-485F-8A05-3F70A0932C4D"; protocol="application/pgp-signature"; micalg=pgp-sha256 MIME-Version: 1.0 Archived-At: Cc: "mpls@ietf.org" , "mpls-chairs@ietf.org" , "draft-smack-mpls-rfc4379bis@ietf.org" Subject: Re: [mpls] MPLS-RT review of draft-smack-mpls-rfc4379bis 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, 11 Dec 2015 14:21:08 -0000 --Apple-Mail=_F4CA672A-9546-485F-8A05-3F70A0932C4D Content-Type: multipart/alternative; boundary="Apple-Mail=_12819076-01EA-419C-B9ED-073A7B1ED060" --Apple-Mail=_12819076-01EA-419C-B9ED-073A7B1ED060 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Dec 10, 2015, at 6:01 PM, Kireeti Kompella = wrote: >=20 > Hi Yimin, >=20 > Thanks for your review! >=20 > On Fri, Dec 4, 2015 at 10:17 PM, Yimin Shen > wrote: > Hi authors, >=20 > I was selected as a reviewer for the draft-smack-mpls-rfc4379bis, and = I have completed my review. >=20 > I think this draft is useful, providing an overdue update for RFC = 4379, which is the base RFC of a widely deployed protocol in MPLS = networks. >=20 > One issue I have is that the draft is still specifying the packet = format and mechanisms based on the Downstream Mapping TLV, which has = been deprecated by the Downstream Detailed Mapping TLV defined by RFC = 6424. I notice the section 1.5 where it briefly mentions the evaluation = of incorporating some new RFCs to this draft. But it is unclear to me = what the decision will be, whether the draft would stop here to provide = just backward compatibility or it will take further steps to incorporate = RFC 6424. So, before the draft is adopted, I'd like to see draft = progress a little further on the to-do list and give and clearer = strategy on this. >=20 > I don't really care whether this is done before or after WG adoption. = However, one question for the WG is, should deprecated TLVs be moved = into an appendix? Sort of as follows: >=20 > 3.2.8 . FEC 128 = Pseudowire (Deprecated) >=20 > (See Appendix A for details.) >=20 > 3.2.9 . FEC 128 = Pseudowire (Current) >=20 > ... >=20 > [and of course put the text currently in section 3.2.8 in the = Appendix.] This preserves the historical stuff while moving them out of = the way of implementors. >=20 > Cheers, > Kireeti. >=20 I think that moving deprecated items to an Appendix is useful and will = help clean up the spec. Thanks! =E2=80=94 Carlos. > Thanks, >=20 > /Yimin Shen >=20 >=20 >=20 >=20 > -- > Kireeti --Apple-Mail=_12819076-01EA-419C-B9ED-073A7B1ED060 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
On Dec 10, 2015, at 6:01 PM, Kireeti Kompella <kireeti.kompella@gmail.com> wrote:

Hi Yimin,

Thanks for your review!

On Fri, Dec 4, 2015 at 10:17 PM, Yimin Shen <yshen@juniper.net> wrote:
Hi authors,

I was selected as a reviewer for the draft-smack-mpls-rfc4379bis, and I = have completed my review.

I think this draft is useful, providing an overdue update for RFC 4379, = which is the base RFC of a widely deployed protocol in MPLS networks.

One issue I have is that the draft is still specifying the packet format = and mechanisms based on the Downstream Mapping TLV, which has been = deprecated by the Downstream Detailed Mapping TLV defined by RFC 6424. I = notice the section 1.5 where it briefly mentions the evaluation of = incorporating some new RFCs to this draft. But it is unclear to me what = the decision will be, whether the draft would stop here to provide just = backward compatibility or it will take further steps to incorporate RFC = 6424. So, before the draft is adopted, I'd like to see draft progress a = little further on the to-do list and give and clearer strategy on = this.

I don't really care whether this is done before or after WG = adoption.  However, one question for the WG is, should deprecated = TLVs be moved into an appendix?  Sort of as follows:

3.2.8.  FEC 128 Pseudowire =
(Deprecated)

(See Appendix A for =
details.)

3.2.9.  FEC 128 Pseudowire =
(Current)


...

[and of course put the text =
currently in section 3.2.8 in the Appendix.]  This preserves the =
historical stuff while moving them out of the way of =
implementors.

Cheers,
Kireeti.
 
I think that moving deprecated items to an = Appendix is useful and will help clean up the spec.

Thanks!

=E2=80=94= Carlos.

Thanks,

/Yimin Shen




--
Kireeti

= --Apple-Mail=_12819076-01EA-419C-B9ED-073A7B1ED060-- --Apple-Mail=_F4CA672A-9546-485F-8A05-3F70A0932C4D 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 iQIcBAEBCAAGBQJWatu/AAoJEIXgpQGOZny9ioQP/281022bVfGMDzFRNwAyGUCc spRY35pcsFJSRCKp/P8U273pa+PCw8zwAh/OnGyuD5JGN9ngguOj1pqJ2M7fhiax C/JrJk1MUMzO9wdFNznJcz+MvE8uggKifPVPI3Ygi/E4AmF3o0Mny2Xm6//GPax+ pJ+d2edmZnsTKJNmPUnL3/4AnVI4aV8Yc+pbiU8WTQvOM0y5cKGNJaBALU79Si+q abj/zMVfNiNj/ckpqQiRdoog9v/Po58fAXsqMvO5dW4GFBdEYPdnH7tc85xgc/0i wpgjg9vrTjz6GKl2Cd5xBizA92nImtOEcOWs5/xmum5vWtHs6RIbo4OHU1D0OSnS 9Yp0Cqk6FgfaEEha4WLdw/UMEfw5KCd32CxI+uVbDyiTHt1qGmRUURkCvXsqC4K1 o5fDJtUR4b8KLNPLpm1BBY4s5ekUaTdJ2cj5UIGGFYXmWH+cZUJUfLbAtUJbMX2C zcyLPukyG3fDtgHZvlNLU0J0XLtG1WCXN95zIyWeU+1j/apP45RmPjjV5lilu1u2 V4+QXDydERxohRcjbEEo2xsIq5ypAnaLNRCtwUi0JjdzdR2nvDFQdZbM6tGfaHCu oWHAb+tFRDW/oA0/oaARQfhXRBCasOKLqVYmjYe5lQbANHi0ucXcYh5ih56CQDwv 4U6oF1SjzjDMORMUnmhr =pM2c -----END PGP SIGNATURE----- --Apple-Mail=_F4CA672A-9546-485F-8A05-3F70A0932C4D-- From nobody Fri Dec 11 10:13: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 17AEA1A90F3 for ; Fri, 11 Dec 2015 10:13:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham 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 INF4Euzdn923 for ; Fri, 11 Dec 2015 10:13:46 -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 56EB31B2A57 for ; Fri, 11 Dec 2015 10:13:45 -0800 (PST) X-AuditID: c6180641-f799c6d000007d66-d7-566b12528ba3 Received: from EUSAAHC004.ericsson.se (Unknown_Domain [147.117.188.84]) by usplmg21.ericsson.net (Symantec Mail Security) with SMTP id F5.7D.32102.2521B665; Fri, 11 Dec 2015 19:13:39 +0100 (CET) Received: from EUSAAMB105.ericsson.se ([147.117.188.122]) by EUSAAHC004.ericsson.se ([147.117.188.84]) with mapi id 14.03.0248.002; Fri, 11 Dec 2015 13:13:43 -0500 From: David Allan I To: Kireeti Kompella , "Carlos Pignataro (cpignata)" , "mpls@ietf.org" Thread-Topic: [mpls] draft-smack-mpls-rfc4379bis Thread-Index: AdErsl6/5kPkO+iJTna0PsiF4/JB0wH6yYXnAChLY2A= Date: Fri, 11 Dec 2015 18:13:41 +0000 Message-ID: References: <56639AFC.1000200@pi.nu> <98A93425-4A31-42BB-818A-F272D3FAA39A@cisco.com> 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.9] Content-Type: multipart/alternative; boundary="_000_E6C17D2345AC7A45B7D054D407AA205C4B0101EBeusaamb105erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprCIsWRmVeSWpSXmKPExsUyuXRPiG6wUHaYwazlfBaf3u1gsVizfxKj xa2lK1kdmD2m/N7I6rFz1l12jyVLfjIFMEdx2aSk5mSWpRbp2yVwZVy7toytYMJf5opTn7ey NDB+ec/cxcjJISFgInHn9k4oW0ziwr31bF2MXBxCAkcYJbY27oVyljNKrFmyG6yKTcBAYs// L4wgCRGBDkaJi5d3ATkcHMIC+hLtzV4gNSJANe9OrGSEsK0kFl+6CGazCKhKTP9xHszmFfCV mPTqETvEggeMEo+eLWAHSXAKBErcfjcJrIgR6KTvp9YwgdjMAuISt57MZ4I4VUBiyZ7zUGeL Srx8/I8VwlaU2Nc/nR2iPl9i/tWfzBDLBCVOznzCMoFRZBaSUbOQlM1CUjYL6B1mAU2J9bv0 IUoUJaZ0P2SHsDUkWufMZUcWX8DIvoqRo7S4ICc33chwEyMwro5JsDnuYNzb63mIUYCDUYmH 18AmK0yINbGsuDL3EKMEB7OSCG/Jc6AQb0piZVVqUX58UWlOavEhRmkOFiVxXkYGBgYhgfTE ktTs1NSC1CKYLBMHp1QD46SYznlJH//Gz16b9J6/SjUjP2XaPrPbAoefFxvOnzKl6xDPYwO+ DN9vvj+5zv6N1zfcM7VioV1i8AKHaCnZyI+mW+M5GbgWmXtOl3jlMmXjcQXTh07BC+JL0/J8 mDf+/MbVuWhHzm+Btg+H/vnpvjHfod6mOyU8WzTzUM0hJo4I+SM34v9qKrEUZyQaajEXFScC AIGRdhSnAgAA Archived-At: Subject: Re: [mpls] draft-smack-mpls-rfc4379bis 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, 11 Dec 2015 18:13:52 -0000 --_000_E6C17D2345AC7A45B7D054D407AA205C4B0101EBeusaamb105erics_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SEkgS2lyZWV0aToNCg0KPHNuaXBwZWQ+DQoNCj4gSSd2ZSByZWFkIGl0IHRob3VnaCBhbmQgd2ls bCBzdGF0ZSB1cCBmcm9udCwgdGhhdCBhcyBhIG5leHQgc3RlcCBpbiB0aGUgc3RhbmRhcmRzIHBy b2Nlc3MgKGJpcyB2ZXJzaW9uKSwgSSdtIGFwcGx5aW5nIGEgdG91Z2hlciBzdGFuZGFyZCB0byB0 aGUgZG9jdW1lbnQgYW5kIGxvb2tpbmcgYXQgdGhpcyBhcyBtb3JlIG9mIGEgImxhc3QgY2FsbCIu IEV2ZW4gbW9yZSBzbyBhcyBpdCBpcyBPQU0gYW5kIHRoZXJlZm9yZSBJTU8gcmVxdWlyZXMgYSBo aWdoIGRlZ3JlZSBvZiBpbnRlcm9wZXJhYmlsaXR5IHRvIGJlIHVzZWZ1bC4gQXMgcHJldHR5IG11 Y2ggYWxsIG9mIHRoaXMgaXMgZnJvbSB0aGUgb3JpZ2luYWwgZG9jdW1lbnQgYW5kIG91dHNpZGUg dGhlIHNjb3BlIG9mIHdoYXQgaGFzIGJlZW4gcHJvcG9zZWQgKGVycmF0YSBpbmNvcnBvcmF0aW9u IGV0Yy4pIGFuZCBsaWtlbHkganVzdCBjb21wbGljYXRlcyBsaWZlLCB5b3UgY2FuIHRha2UgaXQg d2l0aCAiYSBncmFpbiBvZiBzYWx04oCdLg0KDQpGaXJzdCBvZiBhbGwsIHRoYW5rcywgRGF2ZSwg Zm9yIGRvaW5nIHRoZSByZXZpZXcgYW5kIHJlYWRpbmcgdGhlIGRvYyBzbyBjYXJlZnVsbHkhDQoN CldlbGwgSSB3YXMgYSBiaXQgc3VycHJpc2VkIHRvIGZpbmQgdGhlIG9yaWdpbmFsIFJGQyBhbmQg YSB0byBkbyBsaXN0IGFmdGVyIGxvb2tpbmcgdGhlIGRvY3VtZW50IG92ZXIuIEJ1dCB0aGF04oCZ cyBmaW5lIOKYuiwgZ290dGEgc3RhcnQgc29tZXdoZXJlLg0KDQpXaWxsIGRvIDotKQ0KDQo+DQo+ IE15IGNoaWVmIGNvbmNlcm4gd2l0aCB0aGUgZG9jdW1lbnQgaXMgdGhhdCB0aGUgbGFuZ3VhZ2Ug aXMgdmVyeSBub24gc3BlY2lmaWMgYW5kIHZhZ3VlLCBhbmQgd2hhdCBJIHdvdWxkIGV4cGVjdCB0 byBzYXkgInRoaXMgaXMuLi4iIHR5cGljYWxseSBzYXlzICJ0aGlzIG1pZ2h0Li4uIi4gIEkgYXBw cmVjaWF0ZSB0aGF0IG11Y2ggb2YgdGhpcyBvcmlnaW5hdGVzIHdpdGggdGhlIG9yaWdpbmFsIFJG QyA0Mzc5LCBidXQgZm9yIGEgQklTIEkgd291bGQgZXhwZWN0IGl0IHRvIGJlIGNsZWFuZWQgdXAu DQo+DQo+IFNvbWUgZXhhbXBsZXM6DQo+ICJBbiBNUExTIGVjaG8gcmVxdWVzdCB3aXRoIDEgKERv IG5vdCByZXBseSkgaW4gdGhlIFJlcGx5IE1vZGUgZmllbGQgIG1heSBiZSB1c2VkIGZvciBvbmUt d2F5IGNvbm5lY3Rpdml0eSB0ZXN0czsiLiBJTU8gaXQgaXMgbm90IGEgIm1heSBiZSIsIGl0ICJp cyIgdXNlZCBmb3Igb25lIHdheSBjb25uZWN0aXZpdHkgdGVzdHMuIElmIHRoZXJlIGlzIG5vIHJl cGx5LCB3aGF0IGVsc2UgYXJlIHlvdSBnb2luZyB0byBkby4NCg0KQXMgQ2FybG9zIHNheXMsIGdy YWluIG9mIHNhbHQgYXBwbGllZC4gIEJlaW5nIHByZXNjcmlwdGl2ZSBoZXJlIGRvZXNuJ3QgbWFr ZSBzZW5zZSAoaW1vKSAtLSBhbiBlY2hvIHJlcXVlc3Qgd2l0aCAiRG8gbm90IHJlcGx5IiBjb3Vs ZCBiZSB1c2VkIGZvciBvbmUtd2F5IGNvbm5lY3Rpdml0eSB0ZXN0cyBvciBzb21lIG90aGVyIHJl YWxseSBjb29sLCBpbm5vdmF0aXZlIHJlYXNvbiB0aGF0IHdlIGhhdmVuJ3QgdGhvdWdodCBvZiB5 ZXQuICBUaGlzIGRvZXNuJ3QgYWZmZWN0IGludGVyb3BlcmFiaWxpdHk7IHVzaW5nICJJdCBpcyIg bGltaXRzIHRoZSB1c2UuICBOb3RlIGxvd2VyIGNhc2UgIm1heSIsIG5vdCBNQVkuDQoNCk15IHBv aW50IHdvdWxkIGJlIGlmIHNvbWVvbmUgdGhpbmtzIG9mIGFuIGlubm92YXRpdmUgdXNlIGFuZCBr ZWVwcyBpdCB0byB0aGVtc2VsdmVzLCBmaW5lLiBNZWFud2hpbGUsIGZyb20gdGhlIFBPViBvZiBp bnRlcm9wZXJhYmlsaXR5IGFuZCBkZXNpZ24gb2Ygc3VwcG9ydCBzeXN0ZW1zLCBpdCBpcyBwcm9i YWJseSBtb3JlIHVzZWZ1bCB0byBkZXNjcmliZSB3aGF0IGl0IOKAnGlz4oCdIHVzZWQgZm9yLCBu b3QgdG8gYWxsdWRlIHRvIHNvbWUgYXMgb2YgeWV0IHVuaW1hZ2luZWQgZnV0dXJlLCBhbmQgaWYg c29tZSBpbnRlcmVzdGluZyB1c2UgYXBwZWFycyBpbiB0aGUgZnV0dXJlIGFuZCB3ZSBoYWQgcmVh c29uIHRvIGV4cG9zZSBpdCB0byBpbXByb3ZlIHRoZSBuZXR3b3JrLCBwcmVzdW1hYmx5IHdlIHdv dWxkIGRvY3VtZW50IGl0Lg0KDQo+ICJTdWItVExWcyBoYXZlICBpbmRlcGVuZGVudCB0eXBlcyBh bmQgTVVTVCBhbHNvIGJlIDQtb2N0ZXQgYWxpZ25lZC4gVHdvIGV4YW1wbGVzIGZvbGxvdy4iICBU aGUgZXhhbXBsZXMgd291bGQgYXBwZWFyIHRvIGJlIGEgbm9ybWF0aXZlIGRlZmluaXRpb24gb2Yg dGhlIE9OTFkgc3ViLVRMVnMgdGhhdCBhcmUgZGVmaW5lZCBpbiB0aGlzIEktRC4gT3RoZXIgUkZD cyAoZS5nLiBWQ0NWKSBtYXkgZGVmaW5lIG1vcmUsIGJ1dCB0aGVzZSBhcmUgdGhlIG9uZXMgZGVm aW5lZCBoZXJlLCB0aGV5IGFyZSBOT1QgZXhhbXBsZXMuDQoNCkkgcmVhZCB0aGUgdHdvIGV4YW1w bGVzIGFzIGV4YW1wbGVzIG9mIGhvdyBzdWItVExWcyBhcmUgdG8gYmUgcGFkZGVkIHRvIGJlIDQt b2N0ZXQgYWxpZ25lZCAoaXQgaGVscHMgdGhhdCBDYXJsb3MgKG9yIHNvbWVvbmUpIGZpeGVkIHRo ZSB3cm9uZyBUTFYgbGVuZ3RoIGluIHRoZSBleGFtcGxlIDopKS4NCg0KV291bGQgdGhlIGZvbGxv d2luZyByZWFkIGJldHRlcj8NCg0KQW4gZXhhbXBsZSBvZiBob3cgVExWIGFuZCBzdWItVExWIGxl bmd0aHMgYXJlIGNvbXB1dGVkLCBhbmQgb2YgaG93IHN1Yi1UTFZzIGFyZSBwYWRkZWQgZm9sbG93 cy4NCg0KSXJyZXNwZWN0aXZlIG9mIHRoZSBmYWN0IG15IGNyaXRpcXVlIG9mIHRoaXMgd2FzIG9m ZiBiYXNlLCB0aGUgcHJvcG9zZWQgcmV3b3JkaW5nIGlzIG11Y2ggYmV0dGVyLg0KDQo+IEFuZCBm aW5hbGx5Li4uLg0KPiBJJ20gaG9waW5nIEknbSByZWFkaW5nIHRoaXMgaW5jb3JyZWN0bHksIGJ1 dCBhc3N1bWluZyBteSByZWFkIElTIGNvcnJlY3QsIEl0IGlzIG9idmlvdXNseSBmYXIgZmFyIHRv byBsYXRlIHRvIGNoYW5nZSBpdCBidXQgdGhlIEZFQyBzdGFjayB3b3VsZCBoYXZlIGJlZW4gZWFz aWVyIHRvIHVzZSBpZiBpdCBsaXN0ZWQgdGhlIEZFQ3MgZnJvbSBCT1MgdG8gVE9TLCBhbmQgbm90 IFRPUyB0byBCT1MgYXMgaXQgaXMgZGVzY3JpYmVkIG5vdy4gIEFuIGludGVybWVkaWF0ZSBMU1Ig d291bGQgbmVlZCB0byBjb3VudCBmcm9tIEJPUyBiYWNrd2FyZHMgZ2l2ZW4gdGhlIGRlcHRoIG9m IHRoZSBjdXJyZW50IHN0YWNrIHdvdWxkIGJlIGFyYml0cmFyeSBhdCBhbnkgaW50ZXJtZWRpYXRl IExTUi4gU2hvdWxkIGhhdmUgY2F1Z2h0IHRoYXQgeWVhcnMgYWdv4oCmLg0KDQpHcmFpbi1vZi1z YWx0IGFwcGxpZWQg4oCUIHRoZXNlIGFsbCBzb3VuZCBhbGwgZ29vZCBkaXNjdXNzaW9uIHBvaW50 cyBmb3IgdGhlIHdnIHRvIHBvbmRlciwgYWZ0ZXIgYWRvcHRpb24sIHNpbmNlIHRoZXkg4oCcbWln aHTigJ0gc2lnbmlmaWNhbnRseSBjaGFuZ2UgbWVhbmluZy4NCg0KQ2FuJ3QgY2hhbmdlIHRoaXMg bm93LCBjZXJ0YWlubHkgbm90IGFzIGEgYmlzIFJGQy4NCg0KSSBnYXRoZXJlZCB0aGF0LiBMaWtl IEkgc2FpZCwgd2lzaGVkIEkgaGFkIHJlYWQgaXQgbW9yZSBjYXJlZnVsbHkgZmlyc3QgdGltZSBh cm91bmQg4pi6DQoNCkJ1dCBjZXJ0YWlubHkgSSBhZ3JlZSB3aXRoIGdvaW5nIG92ZXIgdGhlIHBv dGVudGlhbGx5IGFtYmlndW91cyBvciB2YWd1ZSBsYW5ndWFnZSBhbmQgdGlkeWluZyB0aGF0IHVw LCBhZnRlciBhZG9wdGlvbiwgYXMgbmVlZGVkLCBiYXNlZCBvbiBkZXBsb3ltZW50IGV4cGVyaWVu Y2UuDQoNCkFncmVlLg0KDQo+DQoNCj4gQWxsIG9mIHRoaXMgYmVpbmcgc2FpZCwgSSBoYXZlIG5v IGlkZWEgd2hhdCBsZWV3YXkgaW4gYW4gSUVURiBiaXMgdGhhdCBvbmUgaGFzIHRvIGZpeCBlZGl0 b3JpYWwgYW5kIHN0eWxlIGlzc3Vlcy4gTWVhbndoaWxlIEkgZG8gY29uc2lkZXIgY29ycmVjdGlu ZyB0aGUgcmVmZXJlbmNlcyBhbmQgYXBwbHlpbmcgYWxsIGVycmF0YSB0byBiZSBhIHVzZWZ1bCBz dGVwLg0KDQpUaGFua3MhDQoNCkluZGVlZCwgdGhhbmtzIQ0KDQpNeSBwbGVhc3VyZQ0KRGF2ZQ0K DQoNCuKAlCBDYXJsb3MuDQoNCj4NCj4gQ2hlZXJzDQo+IERhdmUNCj4NCj4NCj4NCj4NCj4NCj4g LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogRGF2aWQgQWxsYW4gSQ0KPiBTZW50 OiBNb25kYXksIE5vdmVtYmVyIDMwLCAyMDE1IDEwOjIzIEFNDQo+IFRvOiAnY3VydGlzQGlwdjYu b2NjbmMuY29tPG1haWx0bzpjdXJ0aXNAaXB2Ni5vY2NuYy5jb20+JzsgbG9hQHBpLm51PG1haWx0 bzpsb2FAcGkubnU+OyB5c2hlbkBqdW5pcGVyLm5ldDxtYWlsdG86eXNoZW5AanVuaXBlci5uZXQ+ DQo+IFN1YmplY3Q6IFJFOg0KPg0KPiBJIGhhZCBub3Qgc2VlbiB0aGUgb3JpZ2luYWwgZWl0aGVy LCB0aGFua3MgQ3VydGlzIGZvciBzcG90dGluZyB0aGlzLg0KPg0KPiBJJ2xsIGNvbmZpcm0gdGhh dCBJJ2xsIGdpdmUgdGhlIGRyYWZ0IGEgcmVhZC4uLg0KPg0KPiBDaGVlcnMNCj4gRGF2ZQ0KPg0K PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBDdXJ0aXMgVmlsbGFtaXphciBb bWFpbHRvOmN1cnRpc0BpcHY2Lm9jY25jLmNvbTxtYWlsdG86Y3VydGlzQGlwdjYub2NjbmMuY29t Pl0NCj4gU2VudDogU3VuZGF5LCBOb3ZlbWJlciAyOSwgMjAxNSAxMTowNSBBTQ0KPiBUbzogbG9h QHBpLm51PG1haWx0bzpsb2FAcGkubnU+OyB5c2hlbkBqdW5pcGVyLm5ldDxtYWlsdG86eXNoZW5A anVuaXBlci5uZXQ+OyBEYXZpZCBBbGxhbiBJDQo+IENjOiBjdXJ0aXNAaXB2Ni5vY2NuYy5jb208 bWFpbHRvOmN1cnRpc0BpcHY2Lm9jY25jLmNvbT4NCj4gU3ViamVjdDoNCj4NCj4gSGkgTG9hLCBZ aW1pbiwgRGF2ZSwNCj4NCj4gVGhlIGVtYWlsIGJlbG93IG1hZGUgaXQgdG8gYWxsIHRoZSBJRVRG IG1haWxpbmcgbGlzdHMgc2luY2UgdGhleSBoYXZlDQo+IElQdjYgY29ubmVjdGl2aXR5LiAgTXkg aG9zdCBtc2ExIGxvc3QgSVB2NCBmb3IgYSB3aGlsZSAoY29uZmlnIGVycm9yIG9uIG15IHBhcnQp IHNvIG1haWwgYm91bmNlZCB0byB5b3UgZ3V5cyB3aXRoIElQdjQgY29ubmVjdGl2aXR5IG9ubHku DQo+DQo+IFVubGVzcyB5b3UgYWxyZWFkeSBnb3QgdGhpcyBieSB3YXkgb2Ygb25lIG9yIG1vcmUg SUVURiBtYWlsaW5nIGxpc3QuDQo+IFNvcnJ5IGZvciB0aGUgaW5jb252ZW5pZW5jZSBpZiB5b3Ug YWxyZWFkeSBnb3QgYSBjb3B5Lg0KPg0KPiBDdXJ0aXMNCj4NCj4gcHMgLSBtYXliZSB0aW1lIHRv IGFzayB5b3VyIElUIHBlb3BsZSBhYm91dCBJUHY2IGNvbm5lY3Rpdml0eS4gIFdoaWxlIHlvdSBh cmUgYXQgaXQgbWVudGlvbiBETlNTRUMgKHlvdSBjYW4gbWVudGlvbiBodHRwOi8vZG5zc2VjLWRl YnVnZ2VyLnZlcmlzaWdubGFicy5jb20vcGkubnUNCj4gaHR0cDovL2Ruc3NlYy1kZWJ1Z2dlci52 ZXJpc2lnbmxhYnMuY29tL2p1bmlwZXIubmV0DQo+IGh0dHA6Ly9kbnNzZWMtZGVidWdnZXIudmVy aXNpZ25sYWJzLmNvbS9lcmljc3Nvbi5jb20NCj4gYXMgYSB3YXkgdG8gdGVsbCB3aGV0aGVyIERO U1NFQyBpcyB3b3JraW5nIGZvciB5b3VyIGRvbWFpbi4gIFVzIElFVEZlcnMgYXJlIHN1cHBvc2Vk IHRvIGJlIGxlYWRpbmcgaW4gZGVwbG95bWVudCBvZiBvdXIgb3duIHN0dWZmLikNCj4NCj4gLS0t LS0tLSBGb3J3YXJkZWQgTWVzc2FnZQ0KPg0KPiBSZXR1cm4tUGF0aDogPD4NCj4gWC1PcmlnaW5h bC1UbzogY3VydGlzDQo+IERlbGl2ZXJlZC1UbzogY3VydGlzQGhhcmJvcjIudjZvbmx5Lm9jY25j LmNvbTxtYWlsdG86Y3VydGlzQGhhcmJvcjIudjZvbmx5Lm9jY25jLmNvbT4NCj4gUmVjZWl2ZWQ6 IGJ5IGhhcmJvcjIudjZvbmx5Lm9jY25jLmNvbTxodHRwOi8vaGFyYm9yMi52Nm9ubHkub2NjbmMu Y29tPiAoUG9zdGZpeCwgZnJvbSB1c2VyaWQgMTAwKQ0KPiAgICAgICBpZCBFNzQwNjNBMUIwOyBT dW4sIDI5IE5vdiAyMDE1IDEyOjQ2OjI2IC0wNTAwIChFU1QpDQo+IFJlY2VpdmVkOiBmcm9tIG1k YTIzLWVtMi52Nm9ubHkub2NjbmMuY29tPGh0dHA6Ly9tZGEyMy1lbTIudjZvbmx5Lm9jY25jLmNv bT4gWzIwMDE6NDcwOjg4ZTY6Mjo6MjQ3XQ0KPiAgICAgICBieSBoYXJib3IyLnY2b25seS5vY2Nu Yy5jb208aHR0cDovL2hhcmJvcjIudjZvbmx5Lm9jY25jLmNvbT4gd2l0aCBJTUFQIChmZXRjaG1h aWwtNi4zLjI2KQ0KPiAgICAgICBmb3IgPGN1cnRpc0Bsb2NhbGhvc3Q+IChzaW5nbGUtZHJvcCk7 IFN1biwgMjkgTm92IDIwMTUgMTI6NDY6MjYgLTA1MDAgKEVTVCkNCj4gUmVjZWl2ZWQ6IGZyb20g bWRhMjMudjZvbmx5Lm9jY25jLmNvbTxodHRwOi8vbWRhMjMudjZvbmx5Lm9jY25jLmNvbT4gKFt1 bml4IHNvY2tldF0pDQo+ICAgICAgICBieSBtZGEyMy52Nm9ubHkub2NjbmMuY29tPGh0dHA6Ly9t ZGEyMy52Nm9ubHkub2NjbmMuY29tPiAoQ3lydXMgMi41LjYpIHdpdGggTE1UUEE7DQo+ICAgICAg ICBTYXQsIDI4IE5vdiAyMDE1IDIzOjQxOjU1IC0wNTAwDQo+IFgtU2lldmU6IENNVSBTaWV2ZSAy LjQNCj4gUmVjZWl2ZWQ6IGZyb20gbXRhMS5vcmxlYW5zLm9jY25jLmNvbTxodHRwOi8vbXRhMS5v cmxlYW5zLm9jY25jLmNvbT4gKG10YTEtZW0xLm9ybGVhbnMub2NjbmMuY29tPGh0dHA6Ly9tdGEx LWVtMS5vcmxlYW5zLm9jY25jLmNvbT4gW0lQdjY6MjAwMTo0NzA6ODhlNjoxOjoxNDFdKQ0KPiAg ICAgICAodXNpbmcgVExTdjEgd2l0aCBjaXBoZXIgRUNESEUtRUNEU0EtQUVTMjU2LVNIQSAoMjU2 LzI1NiBiaXRzKSkNCj4gICAgICAgKENsaWVudCBDTiAibXRhMS5vcmxlYW5zLm9jY25jLmNvbTxo dHRwOi8vbXRhMS5vcmxlYW5zLm9jY25jLmNvbT4iLCBJc3N1ZXIgIiIgKHZlcmlmaWVkIE9LKSkN Cj4gICAgICAgKEF1dGhlbnRpY2F0ZWQgc2VuZGVyOiBzbW1zcEBvY2NuYy5jb208bWFpbHRvOnNt bXNwQG9jY25jLmNvbT4pDQo+ICAgICAgIGJ5IG1kYTIzLnY2b25seS5vY2NuYy5jb208aHR0cDov L21kYTIzLnY2b25seS5vY2NuYy5jb20+IChQb3N0Zml4KSB3aXRoIEVTTVRQU0EgaWQgQTg2MDJC NzFBDQo+ICAgICAgIGZvciA8Y3VydGlzQGlwdjYub2NjbmMuY29tPG1haWx0bzpjdXJ0aXNAaXB2 Ni5vY2NuYy5jb20+PjsgU2F0LCAyOCBOb3YgMjAxNSAyMzo0MDo1MiAtMDUwMCAoRVNUKQ0KPiBS ZWNlaXZlZDogZnJvbSBtc2ExLm9ybGVhbnMub2NjbmMuY29tPGh0dHA6Ly9tc2ExLm9ybGVhbnMu b2NjbmMuY29tPiAobXNhMS1lbTEub3JsZWFucy5vY2NuYy5jb208aHR0cDovL21zYTEtZW0xLm9y bGVhbnMub2NjbmMuY29tPiBbSVB2NjoyMDAxOjQ3MDo4OGU2OjE6OjE0MF0pDQo+ICAgICAgICh1 c2luZyBUTFN2MSB3aXRoIGNpcGhlciBFQ0RIRS1FQ0RTQS1BRVMyNTYtU0hBICgyNTYvMjU2IGJp dHMpKQ0KPiAgICAgICAoQ2xpZW50IENOICJtc2ExLm9ybGVhbnMub2NjbmMuY29tPGh0dHA6Ly9t c2ExLm9ybGVhbnMub2NjbmMuY29tPiIsIElzc3VlciAiIiAodmVyaWZpZWQgT0spKQ0KPiAgICAg ICAoQXV0aGVudGljYXRlZCBzZW5kZXI6IHNtbXNwQG9jY25jLmNvbTxtYWlsdG86c21tc3BAb2Nj bmMuY29tPikNCj4gICAgICAgYnkgbXRhMS5vcmxlYW5zLm9jY25jLmNvbTxodHRwOi8vbXRhMS5v cmxlYW5zLm9jY25jLmNvbT4gKFBvc3RmaXgpIHdpdGggRVNNVFBTQSBpZCAwQzM1QUE4QUUNCj4g ICAgICAgZm9yIDxjdXJ0aXNAaXB2Ni5vY2NuYy5jb208bWFpbHRvOmN1cnRpc0BpcHY2Lm9jY25j LmNvbT4+OyBTYXQsIDI4IE5vdiAyMDE1IDIzOjM5OjQxIC0wNTAwIChFU1QpDQo+IFJlY2VpdmVk OiBieSBtc2ExLm9ybGVhbnMub2NjbmMuY29tPGh0dHA6Ly9tc2ExLm9ybGVhbnMub2NjbmMuY29t PiAoUG9zdGZpeCkNCj4gICAgICAgaWQgMDVDRDg4MUJCOyBTYXQsIDI4IE5vdiAyMDE1IDIzOjM5 OjM3IC0wNTAwIChFU1QpDQo+IERLSU0tU2lnbmF0dXJlOiB2PTE7IGE9cnNhLXNoYTI1NjsgYz1z aW1wbGUvc2ltcGxlOyBkPW9ybGVhbnMub2NjbmMuY29tPGh0dHA6Ly9vcmxlYW5zLm9jY25jLmNv bT47DQo+ICAgICAgIHM9b3JsZWFuczsgdD0xNDQ4NzcxOTc4Ow0KPiAgICAgICBiaD1KL2t5QU1U alBraWdCOTQ4a3pNeDNZQlBycm5IbFFOZVIwcHg2WGw0ZW0wPTsNCj4gICAgICAgaD1EYXRlOkZy b206U3ViamVjdDpUbzsNCj4gICAgICAgYj1vQTYzRFN3TG9rU0NVR1E4OTdkUzR4aXFrQ0ZqZmVn RVZvQWd5UzlBYkhhS1YzeFI3dmwvb08wNURrTEpIa25oUg0KPiAgICAgICAgVlMzUk5LeHFlaExI ZjlPTTV0TUhLc3FKTkJmVFN6ZU1RQlorKzdtK3pIZXZoblFjL1ZzL1c5dEJmdHppUDRKUXduDQo+ ICAgICAgICBrN0RYd0dTemx0a0MrTjA5bzJ5N1lyekxSaXdpOFVNNE10T09XTnZ3PQ0KPiBEYXRl OiBTYXQsIDI4IE5vdiAyMDE1IDIzOjM5OjM3IC0wNTAwIChFU1QpDQo+IEZyb206IE1BSUxFUi1E QUVNT05Ab3JsZWFucy5vY2NuYy5jb208bWFpbHRvOk1BSUxFUi1EQUVNT05Ab3JsZWFucy5vY2Nu Yy5jb20+IChNYWlsIERlbGl2ZXJ5IFN5c3RlbSkNCj4gU3ViamVjdDogVW5kZWxpdmVyZWQgTWFp bCBSZXR1cm5lZCB0byBTZW5kZXINCj4gVG86IGN1cnRpc0BpcHY2Lm9jY25jLmNvbTxtYWlsdG86 Y3VydGlzQGlwdjYub2NjbmMuY29tPg0KPiBBdXRvLVN1Ym1pdHRlZDogYXV0by1yZXBsaWVkDQo+ IE1JTUUtVmVyc2lvbjogMS4wDQo+IENvbnRlbnQtVHlwZTogbXVsdGlwYXJ0L3JlcG9ydDsgcmVw b3J0LXR5cGU9ZGVsaXZlcnktc3RhdHVzOw0KPiAgICAgICBib3VuZGFyeT0iNzAzRjI4MzI5LjE0 NDg3NzE5NzcvbXNhMS5vcmxlYW5zLm9jY25jLmNvbTxodHRwOi8vbXNhMS5vcmxlYW5zLm9jY25j LmNvbT4iDQo+IE1lc3NhZ2UtSWQ6IDwyMDE1MTEyOTA0MzkzNy4wNUNEODgxQkJAbXNhMS5vcmxl YW5zLm9jY25jLmNvbTxtYWlsdG86MjAxNTExMjkwNDM5MzcuMDVDRDg4MUJCQG1zYTEub3JsZWFu cy5vY2NuYy5jb20+Pg0KPiBYLVNwYW0tU3RhdHVzOiBObywgc2NvcmU9MC4wIHJlcXVpcmVkPTUu MCB0ZXN0cz1ES0lNX1NJR05FRCxUX0RLSU1fSU5WQUxJRCwNCj4gICAgICAgVU5QQVJTRUFCTEVf UkVMQVkgYXV0b2xlYXJuPWhhbSBhdXRvbGVhcm5fZm9yY2U9bm8gdmVyc2lvbj0zLjQuMQ0KPiBY LVNwYW0tQ2hlY2tlci1WZXJzaW9uOiBTcGFtQXNzYXNzaW4gMy40LjEgKDIwMTUtMDQtMjgpIG9u IG9pbmsyLnY2ZHMub2NjbmMuY29tPGh0dHA6Ly9vaW5rMi52NmRzLm9jY25jLmNvbT4NCj4NCj4g VGhpcyBpcyBhIE1JTUUtZW5jYXBzdWxhdGVkIG1lc3NhZ2UuDQo+DQo+IC0gLS03MDNGMjgzMjku MTQ0ODc3MTk3Ny9tc2ExLm9ybGVhbnMub2NjbmMuY29tPGh0dHA6Ly9tc2ExLm9ybGVhbnMub2Nj bmMuY29tPg0KPiBDb250ZW50LURlc2NyaXB0aW9uOiBOb3RpZmljYXRpb24NCj4gQ29udGVudC1U eXBlOiB0ZXh0L3BsYWluOyBjaGFyc2V0PXVzLWFzY2lpDQo+DQo+IFRoaXMgaXMgdGhlIG1haWwg c3lzdGVtIGF0IGhvc3QgbXNhMS5vcmxlYW5zLm9jY25jLmNvbTxodHRwOi8vbXNhMS5vcmxlYW5z Lm9jY25jLmNvbT4uDQo+DQo+IEknbSBzb3JyeSB0byBoYXZlIHRvIGluZm9ybSB5b3UgdGhhdCB5 b3VyIG1lc3NhZ2UgY291bGQgbm90IGJlIGRlbGl2ZXJlZCB0byBvbmUgb3IgbW9yZSByZWNpcGll bnRzLiBJdCdzIGF0dGFjaGVkIGJlbG93Lg0KPg0KPiBGb3IgZnVydGhlciBhc3Npc3RhbmNlLCBw bGVhc2Ugc2VuZCBtYWlsIHRvIHBvc3RtYXN0ZXIuDQo+DQo+IElmIHlvdSBkbyBzbywgcGxlYXNl IGluY2x1ZGUgdGhpcyBwcm9ibGVtIHJlcG9ydC4gWW91IGNhbiBkZWxldGUgeW91ciBvd24gdGV4 dCBmcm9tIHRoZSBhdHRhY2hlZCByZXR1cm5lZCBtZXNzYWdlLg0KPg0KPiAgICAgICAgICAgICAg ICAgICBUaGUgbWFpbCBzeXN0ZW0NCj4NCj4gPGxvYUBwaS5udTxtYWlsdG86bG9hQHBpLm51Pj46 IGNvbm5lY3QgdG8gcGlwaS5waS5udTxodHRwOi8vcGlwaS5waS5udT5bODMuMTY4LjIzOS4xNDFd OjI1OiBObyByb3V0ZSB0byBob3N0DQo+DQo+IDx5c2hlbkBqdW5pcGVyLm5ldDxtYWlsdG86eXNo ZW5AanVuaXBlci5uZXQ+PjogY29ubmVjdCB0bw0KPiAgICBqdW5pcGVyLW5ldC5tYWlsLmVvLm91 dGxvb2suY29tPGh0dHA6Ly9qdW5pcGVyLW5ldC5tYWlsLmVvLm91dGxvb2suY29tPlsyMDcuNDYu MTYzLjE3MF06MjU6IE5vIHJvdXRlIHRvIGhvc3QNCj4NCj4gPGRhdmlkLmkuYWxsYW5AZXJpY3Nz b24uY29tPG1haWx0bzpkYXZpZC5pLmFsbGFuQGVyaWNzc29uLmNvbT4+OiBjb25uZWN0IHRvDQo+ ICAgIHNlc2JtZzEzLmVyaWNzc29uLm5ldDxodHRwOi8vc2VzYm1nMTMuZXJpY3Nzb24ubmV0Plsx OTMuMTgwLjI1MS40OTx0ZWw6JTVCMTkzLjE4MC4yNTEuNDk+XToyNTogTm8gcm91dGUgdG8gaG9z dA0KPg0KPiAtIC0tNzAzRjI4MzI5LjE0NDg3NzE5NzcvbXNhMS5vcmxlYW5zLm9jY25jLmNvbTxo dHRwOi8vbXNhMS5vcmxlYW5zLm9jY25jLmNvbT4NCj4gQ29udGVudC1EZXNjcmlwdGlvbjogRGVs aXZlcnkgcmVwb3J0DQo+IENvbnRlbnQtVHlwZTogbWVzc2FnZS9kZWxpdmVyeS1zdGF0dXMNCj4N Cj4gUmVwb3J0aW5nLU1UQTogZG5zOyBtc2ExLm9ybGVhbnMub2NjbmMuY29tPGh0dHA6Ly9tc2Ex Lm9ybGVhbnMub2NjbmMuY29tPg0KPiBYLVBvc3RmaXgtUXVldWUtSUQ6IDcwM0YyODMyOQ0KPiBY LVBvc3RmaXgtU2VuZGVyOiByZmM4MjI7IGN1cnRpc0BpcHY2Lm9jY25jLmNvbTxtYWlsdG86Y3Vy dGlzQGlwdjYub2NjbmMuY29tPg0KPiBBcnJpdmFsLURhdGU6IE1vbiwgMjMgTm92IDIwMTUgMjI6 Mzg6MDUgLTA1MDAgKEVTVCkNCj4NCj4gRmluYWwtUmVjaXBpZW50OiByZmM4MjI7IGxvYUBwaS5u dTxtYWlsdG86bG9hQHBpLm51Pg0KPiBPcmlnaW5hbC1SZWNpcGllbnQ6IHJmYzgyMjtsb2FAcGku bnU8bWFpbHRvOnJmYzgyMiUzQmxvYUBwaS5udT4NCj4gQWN0aW9uOiBmYWlsZWQNCj4gU3RhdHVz OiA0LjQuMQ0KPiBEaWFnbm9zdGljLUNvZGU6IFgtUG9zdGZpeDsgY29ubmVjdCB0byBwaXBpLnBp Lm51PGh0dHA6Ly9waXBpLnBpLm51Pls4My4xNjguMjM5LjE0MV06MjU6IE5vIHJvdXRlDQo+ICAg IHRvIGhvc3QNCj4NCj4gRmluYWwtUmVjaXBpZW50OiByZmM4MjI7IHlzaGVuQGp1bmlwZXIubmV0 PG1haWx0bzp5c2hlbkBqdW5pcGVyLm5ldD4NCj4gT3JpZ2luYWwtUmVjaXBpZW50OiByZmM4MjI7 eXNoZW5AanVuaXBlci5uZXQ8bWFpbHRvOnJmYzgyMiUzQnlzaGVuQGp1bmlwZXIubmV0Pg0KPiBB Y3Rpb246IGZhaWxlZA0KPiBTdGF0dXM6IDQuNC4xDQo+IERpYWdub3N0aWMtQ29kZTogWC1Qb3N0 Zml4OyBjb25uZWN0IHRvDQo+ICAgIGp1bmlwZXItbmV0Lm1haWwuZW8ub3V0bG9vay5jb208aHR0 cDovL2p1bmlwZXItbmV0Lm1haWwuZW8ub3V0bG9vay5jb20+WzIwNy40Ni4xNjMuMTcwXToyNTog Tm8gcm91dGUgdG8gaG9zdA0KPg0KPiBGaW5hbC1SZWNpcGllbnQ6IHJmYzgyMjsgZGF2aWQuaS5h bGxhbkBlcmljc3Nvbi5jb208bWFpbHRvOmRhdmlkLmkuYWxsYW5AZXJpY3Nzb24uY29tPg0KPiBP cmlnaW5hbC1SZWNpcGllbnQ6IHJmYzgyMjtkYXZpZC5pLmFsbGFuQGVyaWNzc29uLmNvbTxtYWls dG86cmZjODIyJTNCZGF2aWQuaS5hbGxhbkBlcmljc3Nvbi5jb20+DQo+IEFjdGlvbjogZmFpbGVk DQo+IFN0YXR1czogNC40LjENCj4gRGlhZ25vc3RpYy1Db2RlOiBYLVBvc3RmaXg7IGNvbm5lY3Qg dG8NCj4gICAgc2VzYm1nMTMuZXJpY3Nzb24ubmV0PGh0dHA6Ly9zZXNibWcxMy5lcmljc3Nvbi5u ZXQ+WzE5My4xODAuMjUxLjQ5PHRlbDolNUIxOTMuMTgwLjI1MS40OT5dOjI1OiBObyByb3V0ZSB0 byBob3N0DQo+DQo+IC0gLS03MDNGMjgzMjkuMTQ0ODc3MTk3Ny9tc2ExLm9ybGVhbnMub2NjbmMu Y29tPGh0dHA6Ly9tc2ExLm9ybGVhbnMub2NjbmMuY29tPg0KPiBDb250ZW50LURlc2NyaXB0aW9u OiBVbmRlbGl2ZXJlZCBNZXNzYWdlDQo+IENvbnRlbnQtVHlwZTogbWVzc2FnZS9yZmM4MjINCj4N Cj4gUmV0dXJuLVBhdGg6IDxjdXJ0aXNAaXB2Ni5vY2NuYy5jb208bWFpbHRvOmN1cnRpc0BpcHY2 Lm9jY25jLmNvbT4+DQo+IFJlY2VpdmVkOiBmcm9tIGhhcmJvcjIudjZvbmx5Lm9jY25jLmNvbTxo dHRwOi8vaGFyYm9yMi52Nm9ubHkub2NjbmMuY29tPiAoaGFyYm9yMi1lbTIudjZvbmx5Lm9jY25j LmNvbTxodHRwOi8vaGFyYm9yMi1lbTIudjZvbmx5Lm9jY25jLmNvbT4gW0lQdjY6MjAwMTo0NzA6 ODhlNjoyOjoyMzFdKQ0KPiAgICAgICAodXNpbmcgVExTdjEgd2l0aCBjaXBoZXIgRUNESEUtRUNE U0EtQUVTMjU2LVNIQSAoMjU2LzI1NiBiaXRzKSkNCj4gICAgICAgKENsaWVudCBkaWQgbm90IHBy ZXNlbnQgYSBjZXJ0aWZpY2F0ZSkNCj4gICAgICAgKEF1dGhlbnRpY2F0ZWQgc2VuZGVyOiBjdXJ0 aXNAb2NjbmMuY29tPG1haWx0bzpjdXJ0aXNAb2NjbmMuY29tPikNCj4gICAgICAgYnkgbXNhMS5v cmxlYW5zLm9jY25jLmNvbTxodHRwOi8vbXNhMS5vcmxlYW5zLm9jY25jLmNvbT4gKFBvc3RmaXgp IHdpdGggRVNNVFBTQSBpZCA3MDNGMjgzMjk7DQo+ICAgICAgIE1vbiwgMjMgTm92IDIwMTUgMjI6 Mzg6MDUgLTA1MDAgKEVTVCkNCj4gREtJTS1TaWduYXR1cmU6IHY9MTsgYT1yc2Etc2hhMjU2OyBj PXNpbXBsZS9zaW1wbGU7IGQ9aXB2Ni5vY2NuYy5jb208aHR0cDovL2lwdjYub2NjbmMuY29tPjsN Cj4gICAgICAgcz1jdXJ0aXMtaXB2NjsgdD0xNDQ4MzM2Mjg2Ow0KPiAgICAgICBiaD03bTE1Qm8v YVYrWFZyVStuRTNaWmt5aXc2MDdUWVdvVmhJZ3REMXZwUWFzPTsNCj4gICAgICAgaD1UbzpjYzpS ZXBseS1UbzpGcm9tOlN1YmplY3Q6SW4tcmVwbHktdG86RGF0ZTsNCj4gICAgICAgYj1sVXFHU2Vo Ym13ME5kdER0VXR6dWl3aVdOZU14dmR4UDlmMGFxcFJuSHZGcHlnZ0x6NHh5NG5yeXVPL3pXTURC dw0KPiAgICAgICAgckpCRnVTcWQzU1VMdzUwMGJvMkdqNU5LVEFBeXpwZVZCamhQWDRlck1KcUk1 aEJKNjhnTlJzVWt0TWozVnR5M3ZUDQo+ICAgICAgICBNRW04TkJmTXJZdmRRWVIvQ1FhWVVaY2Jn M0VHQ2NPOFdoZk4zRTRnPQ0KPiBUbzogTG9hIEFuZGVyc3NvbiA8bG9hQHBpLm51PG1haWx0bzps b2FAcGkubnU+PiwgTGl6aG9uZyA8bGl6aG8uamluQGdtYWlsLmNvbTxtYWlsdG86bGl6aG8uamlu QGdtYWlsLmNvbT4+DQo+IGNjOiB5c2hlbkBqdW5pcGVyLm5ldDxtYWlsdG86eXNoZW5AanVuaXBl ci5uZXQ+LCBDdXJ0aXMgVmlsbGFtaXphciA8Y3VydGlzQG9jY25jLmNvbTxtYWlsdG86Y3VydGlz QG9jY25jLmNvbT4+LA0KPiAgICBEYXZpZCBBbGxhbiBJIDxkYXZpZC5pLmFsbGFuQGVyaWNzc29u LmNvbTxtYWlsdG86ZGF2aWQuaS5hbGxhbkBlcmljc3Nvbi5jb20+PiwNCj4gICAgImRyYWZ0LXNt YWNrLW1wbHMtcmZjNDM3OWJpc0BpZXRmLm9yZzxtYWlsdG86ZHJhZnQtc21hY2stbXBscy1yZmM0 Mzc5YmlzQGlldGYub3JnPiIgPGRyYWZ0LXNtYWNrLW1wbHMtcmZjNDM3OWJpc0BpZXRmLm9yZzxt YWlsdG86ZHJhZnQtc21hY2stbXBscy1yZmM0Mzc5YmlzQGlldGYub3JnPj4sDQo+ICAgICJtcGxz LWNoYWlyc0BpZXRmLm9yZzxtYWlsdG86bXBscy1jaGFpcnNAaWV0Zi5vcmc+IiA8bXBscy1jaGFp cnNAaWV0Zi5vcmc8bWFpbHRvOm1wbHMtY2hhaXJzQGlldGYub3JnPj4NCj4gUmVwbHktVG86IGN1 cnRpc0BpcHY2Lm9jY25jLmNvbTxtYWlsdG86Y3VydGlzQGlwdjYub2NjbmMuY29tPg0KPiBGcm9t OiBDdXJ0aXMgVmlsbGFtaXphciA8Y3VydGlzQGlwdjYub2NjbmMuY29tPG1haWx0bzpjdXJ0aXNA aXB2Ni5vY2NuYy5jb20+Pg0KPiBTdWJqZWN0OiBSZTogTVBMUy1SVCByZXZpZXcgb2QgZHJhZnQt c21hY2stbXBscy1yZmM0Mzc5YmlzDQo+IEluLXJlcGx5LXRvOiBZb3VyIG1lc3NhZ2Ugb2YgIlR1 ZSwgMjQgTm92IDIwMTUgMTE6MDg6MzAgKzA4MDAuIg0KPiAgICAgICAgICAgICA8NjQ1MzZEREQt QkI3RS00MkUzLUIxNDgtNUYyRUI0MDVGNTE2QGdtYWlsLmNvbTxtYWlsdG86NjQ1MzZEREQtQkI3 RS00MkUzLUIxNDgtNUYyRUI0MDVGNTE2QGdtYWlsLmNvbT4+DQo+IE1JTUUtVmVyc2lvbjogMS4w DQo+IENvbnRlbnQtVHlwZTogdGV4dC9wbGFpbjsgY2hhcnNldD0idXMtYXNjaWkiDQo+IENvbnRl bnQtSUQ6IDw1ODQ2MC4xNDQ4MzM2Mjg1LjFAaGFyYm9yMi1lbTIudjZvbmx5Lm9jY25jLmNvbTxt YWlsdG86NTg0NjAuMTQ0ODMzNjI4NS4xQGhhcmJvcjItZW0yLnY2b25seS5vY2NuYy5jb20+Pg0K PiBDb250ZW50LVRyYW5zZmVyLUVuY29kaW5nOiBxdW90ZWQtcHJpbnRhYmxlDQo+IERhdGU6IE1v biwgMjMgTm92IDIwMTUgMjI6Mzg6MDUgLTA1MDANCj4NCj4gSGkgTG9hLCBMaXpob25nLA0KPg0K PiBJJ20gcmVwbHlpbmcgdG8gdGhlIGVtYWlsIGZyb20gTGl6aG9uZyBiZWNhdXNlIEkgbWlzcGxh Y2VkIExvYSdzIG9yaWdpbmFsLiAgT29wcy4NCj4NCj4gRGVjIDYgc2hvdWxkIGJlIE9LLg0KPg0K PiBDdXJ0aXMNCj4NCj4NCj4gSW4gbWVzc2FnZSA8NjQ1MzZEREQtQkI3RS00MkUzLUIxNDgtNUYy RUI0MDVGNTE2QGdtYWlsLmNvbTxtYWlsdG86NjQ1MzZEREQtQkI3RS00MkUzLUIxNDgtNUYyRUI0 MDVGNTE2QGdtYWlsLmNvbT4+DQo+IExpemhvbmcgd3JpdGVzOg0KPj4gPQ0KPg0KPj4gSGkgTG9h LA0KPj4gU2hvdWxkIGJlIE9LIGZvciBtZS4gVGhhbmtzLg0KPj4gPQ0KPg0KPj4gUmVnYXJkcw0K Pj4gTGl6aG9uZw0KPj4gPQ0KPg0KPj4gPiA9DQo+DQo+PiA+IExpemhvbmcsIFlpbWluLCBDdXJ0 aXMsIGFuZCAgRGF2ZSwNCj4+ID4gPQ0KPg0KPj4gPiA9DQo+DQo+PiA+IFlvdSBoYXZlIGJlZW4g c2VsZWN0ZWQgYXMgTVBMUy1SVCByZXZpZXdlcnMgZm9yDQo+PiA+IGRyYWZ0LXNtYWNrLW1wbHMt cmZjNDM9DQo+IDc5YmlzLg0KPj4gPiA9DQo+DQo+PiA+IE5vdGUgdG8gYXV0aG9yczogWW91IGhh dmUgYmVlbiBDQydkIG9uIHRoaXMgZW1haWwgc28gdGhhdCB5b3UgY2FuDQo+PiA+IGtub3cgdGhh dCB0aGlzIHJldmlldyBpcyBnb2luZyBvbi4gSG93ZXZlciwgcGxlYXNlIGRvIG5vdCByZXZpZXcN Cj4+ID4geW91ciBvd24gZG9jdW1lbnQuDQo+PiA+ID0NCj4NCj4+ID4gUmV2aWV3cyBzaG91bGQg Y29tbWVudCBvbiB3aGV0aGVyIHRoZSBkb2N1bWVudCBpcyBjb2hlcmVudCwgaXMgaXQNCj4+ID4g dXNlZnVsIChpZSwgaXMgaXQgbGlrZWx5IHRvIGJlIGFjdHVhbGx5IHVzZWZ1bCBpbiBvcGVyYXRp b25hbA0KPj4gPiBuZXR3b3Jrcz0NCj4gKSwgYW5kIGlzIHRoZSBkb2N1bWVudCB0ZWNobmljYWxs eSBzb3VuZD8NCj4+ID4gPQ0KPg0KPj4gPiBXZSBhcmUgaW50ZXJlc3RlZCBpbiBrbm93aW5nIHdo ZXRoZXIgdGhlIGRvY3VtZW50IGlzIHJlYWR5IHRvIGJlDQo+PiA+IGNvbnNpZGVyZWQgZm9yIFdH IGFkb3B0aW9uIChpZSwgaXQgZG9lc24ndCBoYXZlIHRvIGJlIHBlcmZlY3QgYXQNCj4+ID4gdGhp cyBwb2ludCwgYnV0IHNob3VsZCBiZSBhIGdvb2Qgc3RhcnQpLg0KPj4gPiA9DQo+DQo+PiA+IFRo aXMgTVBMUy1SVCByZXZpZXcgaXMgYSBiaXQgZGlmZmVyZW50IGluIHRoYXQgaXQgaXMgYSBiaXMt dmVyc2lvbg0KPj4gPiBvZiBhIHdpZGVseSBpbXBsZW1lbnRlZCBhbmQgZGVwbG95ZWQgcHJvdG9j b2wsIGhvd2V2ZXIgdGhlIGJhc2ljDQo+PiA+IHF1ZXN0aW9uIGlzIHRoZSBzYW1lIC0gYXJlIHdl IHJlYWR5IHRvIGFkb3B0IGl0IGFzIGEgd2cgZG9jdW1lbnQ/IElmDQo+PiA+IHRoZSBtZWV0IGFs bCB0aGUgY3JpdGVyaWEgTFNQIFBpbmcgd2lsbCBiZSBwcm9ncmVzc2VkIHRvIEludGVybmV0IFN0 YW5kYXJkLg0KPj4gPiA9DQo+DQo+PiA+IFJldmlld3Mgc2hvdWxkIGJlIHNlbnQgdG8gdGhlIGRv Y3VtZW50IGF1dGhvcnMsIFdHIGNvLWNoYWlycyBhbmQgV0cNCj4+ID4gc2VjcmV0YXJ5LCBhbmQg Q0MnZCB0byB0aGUgTVBMUyBXRyBlbWFpbCBsaXN0LiBJZiBuZWNlc3NhcnksDQo+PiA+IGNvbW1l bnRzIG1heSBiZSBzZW50IHByaXZhdGVseSB0byBvbmx5IHRoZSBXRyBjaGFpcnMuDQo+PiA+ID0N Cj4NCj4+ID4gSWYgeW91IGhhdmUgdGVjaG5pY2FsIGNvbW1lbnRzIHlvdSBzaG91bGQgdHJ5IHRv IGJlIGV4cGxpY2l0IGFib3V0DQo+PiA+IHdoYT0NCj4gdA0KPj4gPiBuZWVkcyB0byBiZSByZXNv bHZlZCBiZWZvcmUgYWRvcHRpbmcgaXQgYXMgYSB3b3JraW5nIGdyb3VwIGRvY3VtZW50LA0KPj4g PiBhPQ0KPiBuZA0KPj4gPiB3aGF0IGNhbiB3YWl0IHVudGlsIHRoZSBkb2N1bWVudCBpcyBhIHdv cmtpbmcgZ3JvdXAgZG9jdW1lbnQgYW5kIHRoZQ0KPj4gPiB3b3JraW5nIGdyb3VwIGhhcyB0aGUg cmV2aXNpb24gY29udHJvbC4NCj4+ID4gPQ0KPg0KPj4gPiBBcmUgeW91IGFibGUgdG8gcmV2aWV3 IHRoaXMgZHJhZnQgYnkgRGVjZW1iZXIgNiwgMjAxNT8gUGxlYXNlDQo+PiA+IHJlc3BvbmQgaW4g YSB0aW1lbHkgZmFzaGlvbi4NCj4+ID4gPQ0KPg0KPj4gPiBUaGFua3MsIExvYQ0KPj4gPiAoYXMg TVBMUyBXRyBjaGFpcikNCj4+ID4gPQ0KPg0KPj4gPiA9DQo+DQo+PiA+IC0tID0NCj4NCj4+ID4g PQ0KPg0KPj4gPiA9DQo+DQo+PiA+IExvYSBBbmRlcnNzb24gICAgICAgICAgICAgICAgICAgICAg ICBlbWFpbDogbG9hQG1haWwwMS5odWF3ZWkuY29tPG1haWx0bzpsb2FAbWFpbDAxLmh1YXdlaS5j b20+DQo+PiA+IFNlbmlvciBNUExTIEV4cGVydCAgICAgICAgICAgICAgICAgICAgICAgICAgbG9h QHBpLm51PG1haWx0bzpsb2FAcGkubnU+DQo+PiA+IEh1YXdlaSBUZWNobm9sb2dpZXMgKGNvbnN1 bHRhbnQpICAgICBwaG9uZTogKzQ2IDczOSA4MSAyMSA2NDx0ZWw6JTJCNDYlMjA3MzklMjA4MSUy MDIxJTIwNjQ+DQo+DQo+IC0gLS03MDNGMjgzMjkuMTQ0ODc3MTk3Ny9tc2ExLm9ybGVhbnMub2Nj bmMuY29tLS0NCj4NCj4gLS0tLS0tLSBFbmQgb2YgRm9yd2FyZGVkIE1lc3NhZ2UNCj4NCj4gLS0N Cj4NCj4NCj4gTG9hIEFuZGVyc3NvbiAgICAgICAgICAgICAgICAgICAgICAgIGVtYWlsOiBsb2FA bWFpbDAxLmh1YXdlaS5jb208bWFpbHRvOmxvYUBtYWlsMDEuaHVhd2VpLmNvbT4NCj4gU2VuaW9y IE1QTFMgRXhwZXJ0ICAgICAgICAgICAgICAgICAgICAgICAgICBsb2FAcGkubnU8bWFpbHRvOmxv YUBwaS5udT4NCj4gSHVhd2VpIFRlY2hub2xvZ2llcyAoY29uc3VsdGFudCkgICAgIHBob25lOiAr NDYgNzM5IDgxIDIxIDY0PHRlbDolMkI0NiUyMDczOSUyMDgxJTIwMjElMjA2ND4NCj4NCj4NCg0K DQoNCi0tDQpLaXJlZXRpDQo= --_000_E6C17D2345AC7A45B7D054D407AA205C4B0101EBeusaamb105erics_ 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 Tm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJn aW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGlt ZXMgTmV3IFJvbWFuIiwic2VyaWYiO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNv LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVy bGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxl LXByaW9yaXR5Ojk5Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5l O30NCnNwYW4uaG9lbnpiDQoJe21zby1zdHlsZS1uYW1lOmhvZW56Yjt9DQpzcGFuLkVtYWlsU3R5 bGUxOA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToiQ2Fs aWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7 bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5z LXNlcmlmIjt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFy Z2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpX b3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNo YXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRp Zl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0 Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0Pjwv eG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUi IHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5ISSBL aXJlZXRpOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbHQ7c25pcHBlZCZndDs8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQomZ3Q7IEkndmUg cmVhZCBpdCB0aG91Z2ggYW5kIHdpbGwgc3RhdGUgdXAgZnJvbnQsIHRoYXQgYXMgYSBuZXh0IHN0 ZXAgaW4gdGhlIHN0YW5kYXJkcyBwcm9jZXNzIChiaXMgdmVyc2lvbiksIEknbSBhcHBseWluZyBh IHRvdWdoZXIgc3RhbmRhcmQgdG8gdGhlIGRvY3VtZW50IGFuZCBsb29raW5nIGF0IHRoaXMgYXMg bW9yZSBvZiBhICZxdW90O2xhc3QgY2FsbCZxdW90Oy4gRXZlbiBtb3JlIHNvIGFzIGl0IGlzIE9B TSBhbmQgdGhlcmVmb3JlIElNTyByZXF1aXJlcyBhIGhpZ2gNCiBkZWdyZWUgb2YgaW50ZXJvcGVy YWJpbGl0eSB0byBiZSB1c2VmdWwuIEFzIHByZXR0eSBtdWNoIGFsbCBvZiB0aGlzIGlzIGZyb20g dGhlIG9yaWdpbmFsIGRvY3VtZW50IGFuZCBvdXRzaWRlIHRoZSBzY29wZSBvZiB3aGF0IGhhcyBi ZWVuIHByb3Bvc2VkIChlcnJhdGEgaW5jb3Jwb3JhdGlvbiBldGMuKSBhbmQgbGlrZWx5IGp1c3Qg Y29tcGxpY2F0ZXMgbGlmZSwgeW91IGNhbiB0YWtlIGl0IHdpdGggJnF1b3Q7YSBncmFpbiBvZiBz YWx04oCdLjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Rmly c3Qgb2YgYWxsLCB0aGFua3MsIERhdmUsIGZvciBkb2luZyB0aGUgcmV2aWV3IGFuZCByZWFkaW5n IHRoZSBkb2Mgc28gY2FyZWZ1bGx5ITxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5XZWxsIEkgd2FzIGEgYml0IHN1cnByaXNlZCB0byBm aW5kIHRoZSBvcmlnaW5hbCBSRkMgYW5kIGEgdG8gZG8gbGlzdCBhZnRlciBsb29raW5nIHRoZSBk b2N1bWVudCBvdmVyLiBCdXQgdGhhdOKAmXMgZmluZQ0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OldpbmdkaW5ncztjb2xvcjojMUY0OTdEIj5KPC9zcGFu PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4sIGdvdHRhIHN0YXJ0 IHNvbWV3aGVyZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUg c3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGlu ZzowaW4gMGluIDBpbiA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDttYXJnaW4tcmlnaHQ6MGluIj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPldpbGwgZG8gOi0pPGJyPg0KPGJyPg0KJmd0Ozxicj4NCiZn dDsgTXkgY2hpZWYgY29uY2VybiB3aXRoIHRoZSBkb2N1bWVudCBpcyB0aGF0IHRoZSBsYW5ndWFn ZSBpcyB2ZXJ5IG5vbiBzcGVjaWZpYyBhbmQgdmFndWUsIGFuZCB3aGF0IEkgd291bGQgZXhwZWN0 IHRvIHNheSAmcXVvdDt0aGlzIGlzLi4uJnF1b3Q7IHR5cGljYWxseSBzYXlzICZxdW90O3RoaXMg bWlnaHQuLi4mcXVvdDsuJm5ic3A7IEkgYXBwcmVjaWF0ZSB0aGF0IG11Y2ggb2YgdGhpcyBvcmln aW5hdGVzIHdpdGggdGhlIG9yaWdpbmFsIFJGQyA0Mzc5LCBidXQgZm9yIGEgQklTIEkgd291bGQN CiBleHBlY3QgaXQgdG8gYmUgY2xlYW5lZCB1cC48YnI+DQomZ3Q7PGJyPg0KJmd0OyBTb21lIGV4 YW1wbGVzOjxicj4NCiZndDsgJnF1b3Q7QW4gTVBMUyBlY2hvIHJlcXVlc3Qgd2l0aCAxIChEbyBu b3QgcmVwbHkpIGluIHRoZSBSZXBseSBNb2RlIGZpZWxkJm5ic3A7IG1heSBiZSB1c2VkIGZvciBv bmUtd2F5IGNvbm5lY3Rpdml0eSB0ZXN0czsmcXVvdDsuIElNTyBpdCBpcyBub3QgYSAmcXVvdDtt YXkgYmUmcXVvdDssIGl0ICZxdW90O2lzJnF1b3Q7IHVzZWQgZm9yIG9uZSB3YXkgY29ubmVjdGl2 aXR5IHRlc3RzLiBJZiB0aGVyZSBpcyBubyByZXBseSwgd2hhdCBlbHNlIGFyZSB5b3UgZ29pbmcg dG8gZG8uPG86cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj5BcyBDYXJsb3Mgc2F5cywgZ3JhaW4gb2Ygc2FsdCBhcHBsaWVkLiZuYnNwOyBC ZWluZyBwcmVzY3JpcHRpdmUgaGVyZSBkb2Vzbid0IG1ha2Ugc2Vuc2UgKGltbykgLS0gYW4gZWNo byByZXF1ZXN0IHdpdGggJnF1b3Q7RG8gbm90IHJlcGx5JnF1b3Q7IGNvdWxkIGJlIHVzZWQgZm9y IG9uZS13YXkgY29ubmVjdGl2aXR5IHRlc3RzIG9yIHNvbWUgb3RoZXIgcmVhbGx5IGNvb2wsIGlu bm92YXRpdmUgcmVhc29uIHRoYXQgd2UgaGF2ZW4ndCB0aG91Z2h0DQogb2YgeWV0LiZuYnNwOyBU aGlzIGRvZXNuJ3QgYWZmZWN0IGludGVyb3BlcmFiaWxpdHk7IHVzaW5nICZxdW90O0l0IGlzJnF1 b3Q7IGxpbWl0cyB0aGUgdXNlLiZuYnNwOyBOb3RlIGxvd2VyIGNhc2UgJnF1b3Q7bWF5JnF1b3Q7 LCBub3QgTUFZLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjojMUY0OTdEIj5NeSBwb2ludCB3b3VsZCBiZSBpZiBzb21lb25lIHRoaW5rcyBvZiBhbiBp bm5vdmF0aXZlIHVzZSBhbmQga2VlcHMgaXQgdG8gdGhlbXNlbHZlcywgZmluZS4gTWVhbndoaWxl LCBmcm9tIHRoZSBQT1Ygb2YgaW50ZXJvcGVyYWJpbGl0eSBhbmQgZGVzaWduIG9mIHN1cHBvcnQN CiBzeXN0ZW1zLCBpdCBpcyBwcm9iYWJseSBtb3JlIHVzZWZ1bCB0byBkZXNjcmliZSB3aGF0IGl0 IOKAnGlz4oCdIHVzZWQgZm9yLCBub3QgdG8gYWxsdWRlIHRvIHNvbWUgYXMgb2YgeWV0IHVuaW1h Z2luZWQgZnV0dXJlLCBhbmQgaWYgc29tZSBpbnRlcmVzdGluZyB1c2UgYXBwZWFycyBpbiB0aGUg ZnV0dXJlIGFuZCB3ZSBoYWQgcmVhc29uIHRvIGV4cG9zZSBpdCB0byBpbXByb3ZlIHRoZSBuZXR3 b3JrLCBwcmVzdW1hYmx5IHdlIHdvdWxkIGRvY3VtZW50DQogaXQuIDxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOzxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxl ZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDYuMHB0O21hcmdpbi1s ZWZ0OjQuOHB0O21hcmdpbi1yaWdodDowaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jmd0OyAm cXVvdDtTdWItVExWcyBoYXZlJm5ic3A7IGluZGVwZW5kZW50IHR5cGVzIGFuZCBNVVNUIGFsc28g YmUgNC1vY3RldCBhbGlnbmVkLiBUd28gZXhhbXBsZXMgZm9sbG93LiZxdW90OyZuYnNwOyBUaGUg ZXhhbXBsZXMgd291bGQgYXBwZWFyIHRvIGJlIGEgbm9ybWF0aXZlIGRlZmluaXRpb24gb2YgdGhl IE9OTFkgc3ViLVRMVnMgdGhhdCBhcmUgZGVmaW5lZCBpbiB0aGlzIEktRC4gT3RoZXIgUkZDcyAo ZS5nLiBWQ0NWKSBtYXkgZGVmaW5lIG1vcmUsDQogYnV0IHRoZXNlIGFyZSB0aGUgb25lcyBkZWZp bmVkIGhlcmUsIHRoZXkgYXJlIE5PVCBleGFtcGxlcy48bzpwPjwvbzpwPjwvcD4NCjwvYmxvY2tx dW90ZT4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkkgcmVhZCB0aGUgdHdvIGV4YW1w bGVzIGFzIGV4YW1wbGVzIG9mIGhvdyBzdWItVExWcyBhcmUgdG8gYmUgcGFkZGVkIHRvIGJlIDQt b2N0ZXQgYWxpZ25lZCAoaXQgaGVscHMgdGhhdCBDYXJsb3MgKG9yIHNvbWVvbmUpIGZpeGVkIHRo ZSB3cm9uZyBUTFYgbGVuZ3RoIGluIHRoZSBleGFtcGxlIDopKS48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+V291bGQgdGhlIGZvbGxvd2luZyBy ZWFkIGJldHRlcj88bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+QW4gZXhhbXBsZSBvZiBob3cgVExWIGFuZCBzdWItVExWIGxlbmd0aHMgYXJlIGNv bXB1dGVkLCBhbmQgb2YgaG93IHN1Yi1UTFZzIGFyZSBwYWRkZWQgZm9sbG93cy48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SXJyZXNw ZWN0aXZlIG9mIHRoZSBmYWN0IG15IGNyaXRpcXVlIG9mIHRoaXMgd2FzIG9mZiBiYXNlLCB0aGUg cHJvcG9zZWQgcmV3b3JkaW5nIGlzIG11Y2ggYmV0dGVyLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29s aWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDYuMHB0O21hcmdpbi1sZWZ0OjQu OHB0O21hcmdpbi1yaWdodDowaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jmd0OyBBbmQgZmlu YWxseS4uLi48YnI+DQomZ3Q7IEknbSBob3BpbmcgSSdtIHJlYWRpbmcgdGhpcyBpbmNvcnJlY3Rs eSwgYnV0IGFzc3VtaW5nIG15IHJlYWQgSVMgY29ycmVjdCwgSXQgaXMgb2J2aW91c2x5IGZhciBm YXIgdG9vIGxhdGUgdG8gY2hhbmdlIGl0IGJ1dCB0aGUgRkVDIHN0YWNrIHdvdWxkIGhhdmUgYmVl biBlYXNpZXIgdG8gdXNlIGlmIGl0IGxpc3RlZCB0aGUgRkVDcyBmcm9tIEJPUyB0byBUT1MsIGFu ZCBub3QgVE9TIHRvIEJPUyBhcyBpdCBpcyBkZXNjcmliZWQgbm93LiZuYnNwOyBBbiBpbnRlcm1l ZGlhdGUNCiBMU1Igd291bGQgbmVlZCB0byBjb3VudCBmcm9tIEJPUyBiYWNrd2FyZHMgZ2l2ZW4g dGhlIGRlcHRoIG9mIHRoZSBjdXJyZW50IHN0YWNrIHdvdWxkIGJlIGFyYml0cmFyeSBhdCBhbnkg aW50ZXJtZWRpYXRlIExTUi4gU2hvdWxkIGhhdmUgY2F1Z2h0IHRoYXQgeWVhcnMgYWdv4oCmLjxv OnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVy Om5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBpbiAwaW4gMGlu IDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi1yaWdodDowaW4iPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+R3JhaW4tb2Ytc2FsdCBhcHBsaWVkIOKAlCB0aGVzZSBhbGwgc291bmQgYWxsIGdv b2QgZGlzY3Vzc2lvbiBwb2ludHMgZm9yIHRoZSB3ZyB0byBwb25kZXIsIGFmdGVyIGFkb3B0aW9u LCBzaW5jZSB0aGV5IOKAnG1pZ2h04oCdIHNpZ25pZmljYW50bHkgY2hhbmdlIG1lYW5pbmcuPG86 cD48L286cD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij5DYW4ndCBjaGFuZ2UgdGhpcyBub3csIGNlcnRhaW5seSBub3QgYXMgYSBiaXMgUkZDLjxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5J IGdhdGhlcmVkIHRoYXQuIExpa2UgSSBzYWlkLCB3aXNoZWQgSSBoYWQgcmVhZCBpdCBtb3JlIGNh cmVmdWxseSBmaXJzdCB0aW1lIGFyb3VuZA0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OldpbmdkaW5ncztjb2xvcjojMUY0OTdEIj5KPC9zcGFuPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0 OnNvbGlkICNDQ0NDQ0MgMS4wcHQ7cGFkZGluZzowaW4gMGluIDBpbiA2LjBwdDttYXJnaW4tbGVm dDo0LjhwdDttYXJnaW4tcmlnaHQ6MGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkJ1dCBjZXJ0 YWlubHkgSSBhZ3JlZSB3aXRoIGdvaW5nIG92ZXIgdGhlIHBvdGVudGlhbGx5IGFtYmlndW91cyBv ciB2YWd1ZSBsYW5ndWFnZSBhbmQgdGlkeWluZyB0aGF0IHVwLCBhZnRlciBhZG9wdGlvbiwgYXMg bmVlZGVkLCBiYXNlZCBvbiBkZXBsb3ltZW50IGV4cGVyaWVuY2UuPG86cD48L286cD48L3A+DQo8 L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BZ3JlZS48bzpwPjwv bzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVy LWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBpbiAwaW4gMGluIDYuMHB0O21hcmdp bi1sZWZ0OjQuOHB0O21hcmdpbi1yaWdodDowaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jmd0 Ozxicj4NCjxicj4NCiZndDsgQWxsIG9mIHRoaXMgYmVpbmcgc2FpZCwgSSBoYXZlIG5vIGlkZWEg d2hhdCBsZWV3YXkgaW4gYW4gSUVURiBiaXMgdGhhdCBvbmUgaGFzIHRvIGZpeCBlZGl0b3JpYWwg YW5kIHN0eWxlIGlzc3Vlcy4gTWVhbndoaWxlIEkgZG8gY29uc2lkZXIgY29ycmVjdGluZyB0aGUg cmVmZXJlbmNlcyBhbmQgYXBwbHlpbmcgYWxsIGVycmF0YSB0byBiZSBhIHVzZWZ1bCBzdGVwLjxv OnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVy Om5vbmU7Ym9yZGVyLWxlZnQ6c29saWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBpbiAwaW4gMGlu IDYuMHB0O21hcmdpbi1sZWZ0OjQuOHB0O21hcmdpbi1yaWdodDowaW4iPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+VGhhbmtzITxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+SW5kZWVkLCB0aGFua3MhPG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3 RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPk15IHBsZWFzdXJlPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkRhdmU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGJsb2NrcXVvdGUgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkICND Q0NDQ0MgMS4wcHQ7cGFkZGluZzowaW4gMGluIDBpbiA2LjBwdDttYXJnaW4tbGVmdDo0LjhwdDtt YXJnaW4tcmlnaHQ6MGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xv cjojODg4ODg4Ij48YnI+DQo8c3BhbiBjbGFzcz0iaG9lbnpiIj7igJQgQ2FybG9zLjwvc3Bhbj48 L3NwYW4+PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PGJyPg0KJmd0Ozxicj4NCiZndDsgQ2hlZXJz PGJyPg0KJmd0OyBEYXZlPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxi cj4NCiZndDs8YnI+DQomZ3Q7IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tPGJyPg0KJmd0OyBG cm9tOiBEYXZpZCBBbGxhbiBJPGJyPg0KJmd0OyBTZW50OiBNb25kYXksIE5vdmVtYmVyIDMwLCAy MDE1IDEwOjIzIEFNPGJyPg0KJmd0OyBUbzogJzxhIGhyZWY9Im1haWx0bzpjdXJ0aXNAaXB2Ni5v Y2NuYy5jb20iPmN1cnRpc0BpcHY2Lm9jY25jLmNvbTwvYT4nOyA8YSBocmVmPSJtYWlsdG86bG9h QHBpLm51Ij4NCmxvYUBwaS5udTwvYT47IDxhIGhyZWY9Im1haWx0bzp5c2hlbkBqdW5pcGVyLm5l dCI+eXNoZW5AanVuaXBlci5uZXQ8L2E+PGJyPg0KJmd0OyBTdWJqZWN0OiBSRTo8YnI+DQomZ3Q7 PGJyPg0KJmd0OyBJIGhhZCBub3Qgc2VlbiB0aGUgb3JpZ2luYWwgZWl0aGVyLCB0aGFua3MgQ3Vy dGlzIGZvciBzcG90dGluZyB0aGlzLjxicj4NCiZndDs8YnI+DQomZ3Q7IEknbGwgY29uZmlybSB0 aGF0IEknbGwgZ2l2ZSB0aGUgZHJhZnQgYSByZWFkLi4uPGJyPg0KJmd0Ozxicj4NCiZndDsgQ2hl ZXJzPGJyPg0KJmd0OyBEYXZlPGJyPg0KJmd0Ozxicj4NCiZndDsgLS0tLS1PcmlnaW5hbCBNZXNz YWdlLS0tLS08YnI+DQomZ3Q7IEZyb206IEN1cnRpcyBWaWxsYW1pemFyIFttYWlsdG86PGEgaHJl Zj0ibWFpbHRvOmN1cnRpc0BpcHY2Lm9jY25jLmNvbSI+Y3VydGlzQGlwdjYub2NjbmMuY29tPC9h Pl08YnI+DQomZ3Q7IFNlbnQ6IFN1bmRheSwgTm92ZW1iZXIgMjksIDIwMTUgMTE6MDUgQU08YnI+ DQomZ3Q7IFRvOiA8YSBocmVmPSJtYWlsdG86bG9hQHBpLm51Ij5sb2FAcGkubnU8L2E+OyA8YSBo cmVmPSJtYWlsdG86eXNoZW5AanVuaXBlci5uZXQiPg0KeXNoZW5AanVuaXBlci5uZXQ8L2E+OyBE YXZpZCBBbGxhbiBJPGJyPg0KJmd0OyBDYzogPGEgaHJlZj0ibWFpbHRvOmN1cnRpc0BpcHY2Lm9j Y25jLmNvbSI+Y3VydGlzQGlwdjYub2NjbmMuY29tPC9hPjxicj4NCiZndDsgU3ViamVjdDo8YnI+ DQomZ3Q7PGJyPg0KJmd0OyBIaSBMb2EsIFlpbWluLCBEYXZlLDxicj4NCiZndDs8YnI+DQomZ3Q7 IFRoZSBlbWFpbCBiZWxvdyBtYWRlIGl0IHRvIGFsbCB0aGUgSUVURiBtYWlsaW5nIGxpc3RzIHNp bmNlIHRoZXkgaGF2ZTxicj4NCiZndDsgSVB2NiBjb25uZWN0aXZpdHkuJm5ic3A7IE15IGhvc3Qg bXNhMSBsb3N0IElQdjQgZm9yIGEgd2hpbGUgKGNvbmZpZyBlcnJvciBvbiBteSBwYXJ0KSBzbyBt YWlsIGJvdW5jZWQgdG8geW91IGd1eXMgd2l0aCBJUHY0IGNvbm5lY3Rpdml0eSBvbmx5Ljxicj4N CiZndDs8YnI+DQomZ3Q7IFVubGVzcyB5b3UgYWxyZWFkeSBnb3QgdGhpcyBieSB3YXkgb2Ygb25l IG9yIG1vcmUgSUVURiBtYWlsaW5nIGxpc3QuPGJyPg0KJmd0OyBTb3JyeSBmb3IgdGhlIGluY29u dmVuaWVuY2UgaWYgeW91IGFscmVhZHkgZ290IGEgY29weS48YnI+DQomZ3Q7PGJyPg0KJmd0OyBD dXJ0aXM8YnI+DQomZ3Q7PGJyPg0KJmd0OyBwcyAtIG1heWJlIHRpbWUgdG8gYXNrIHlvdXIgSVQg cGVvcGxlIGFib3V0IElQdjYgY29ubmVjdGl2aXR5LiZuYnNwOyBXaGlsZSB5b3UgYXJlIGF0IGl0 IG1lbnRpb24gRE5TU0VDICh5b3UgY2FuIG1lbnRpb24NCjxhIGhyZWY9Imh0dHA6Ly9kbnNzZWMt ZGVidWdnZXIudmVyaXNpZ25sYWJzLmNvbS9waS5udSIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly9k bnNzZWMtZGVidWdnZXIudmVyaXNpZ25sYWJzLmNvbS9waS5udTwvYT48YnI+DQomZ3Q7IDxhIGhy ZWY9Imh0dHA6Ly9kbnNzZWMtZGVidWdnZXIudmVyaXNpZ25sYWJzLmNvbS9qdW5pcGVyLm5ldCIg dGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly9kbnNzZWMtZGVidWdnZXIudmVyaXNpZ25sYWJzLmNvbS9q dW5pcGVyLm5ldDwvYT48YnI+DQomZ3Q7IDxhIGhyZWY9Imh0dHA6Ly9kbnNzZWMtZGVidWdnZXIu dmVyaXNpZ25sYWJzLmNvbS9lcmljc3Nvbi5jb20iIHRhcmdldD0iX2JsYW5rIj4NCmh0dHA6Ly9k bnNzZWMtZGVidWdnZXIudmVyaXNpZ25sYWJzLmNvbS9lcmljc3Nvbi5jb208L2E+PGJyPg0KJmd0 OyBhcyBhIHdheSB0byB0ZWxsIHdoZXRoZXIgRE5TU0VDIGlzIHdvcmtpbmcgZm9yIHlvdXIgZG9t YWluLiZuYnNwOyBVcyBJRVRGZXJzIGFyZSBzdXBwb3NlZCB0byBiZSBsZWFkaW5nIGluIGRlcGxv eW1lbnQgb2Ygb3VyIG93biBzdHVmZi4pPGJyPg0KJmd0Ozxicj4NCiZndDsgLS0tLS0tLSBGb3J3 YXJkZWQgTWVzc2FnZTxicj4NCiZndDs8YnI+DQomZ3Q7IFJldHVybi1QYXRoOiAmbHQ7Jmd0Ozxi cj4NCiZndDsgWC1PcmlnaW5hbC1UbzogY3VydGlzPGJyPg0KJmd0OyBEZWxpdmVyZWQtVG86IDxh IGhyZWY9Im1haWx0bzpjdXJ0aXNAaGFyYm9yMi52Nm9ubHkub2NjbmMuY29tIj5jdXJ0aXNAaGFy Ym9yMi52Nm9ubHkub2NjbmMuY29tPC9hPjxicj4NCiZndDsgUmVjZWl2ZWQ6IGJ5IDxhIGhyZWY9 Imh0dHA6Ly9oYXJib3IyLnY2b25seS5vY2NuYy5jb20iIHRhcmdldD0iX2JsYW5rIj5oYXJib3Iy LnY2b25seS5vY2NuYy5jb208L2E+IChQb3N0Zml4LCBmcm9tIHVzZXJpZCAxMDApPGJyPg0KJmd0 OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO2lkIEU3NDA2M0ExQjA7IFN1biwgMjkgTm92IDIw MTUgMTI6NDY6MjYgLTA1MDAgKEVTVCk8YnI+DQomZ3Q7IFJlY2VpdmVkOiBmcm9tIDxhIGhyZWY9 Imh0dHA6Ly9tZGEyMy1lbTIudjZvbmx5Lm9jY25jLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPm1kYTIz LWVtMi52Nm9ubHkub2NjbmMuY29tPC9hPiBbMjAwMTo0NzA6ODhlNjoyOjoyNDddPGJyPg0KJmd0 OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO2J5IDxhIGhyZWY9Imh0dHA6Ly9oYXJib3IyLnY2 b25seS5vY2NuYy5jb20iIHRhcmdldD0iX2JsYW5rIj5oYXJib3IyLnY2b25seS5vY2NuYy5jb208 L2E+IHdpdGggSU1BUCAoZmV0Y2htYWlsLTYuMy4yNik8YnI+DQomZ3Q7Jm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7Zm9yICZsdDtjdXJ0aXNAbG9jYWxob3N0Jmd0OyAoc2luZ2xlLWRyb3ApOyBT dW4sIDI5IE5vdiAyMDE1IDEyOjQ2OjI2IC0wNTAwIChFU1QpPGJyPg0KJmd0OyBSZWNlaXZlZDog ZnJvbSA8YSBocmVmPSJodHRwOi8vbWRhMjMudjZvbmx5Lm9jY25jLmNvbSIgdGFyZ2V0PSJfYmxh bmsiPm1kYTIzLnY2b25seS5vY2NuYy5jb208L2E+IChbdW5peCBzb2NrZXRdKTxicj4NCiZndDsm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgYnkgPGEgaHJlZj0iaHR0cDovL21kYTIzLnY2b25s eS5vY2NuYy5jb20iIHRhcmdldD0iX2JsYW5rIj5tZGEyMy52Nm9ubHkub2NjbmMuY29tPC9hPiAo Q3lydXMgMi41LjYpIHdpdGggTE1UUEE7PGJyPg0KJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyBTYXQsIDI4IE5vdiAyMDE1IDIzOjQxOjU1IC0wNTAwPGJyPg0KJmd0OyBYLVNpZXZlOiBD TVUgU2lldmUgMi40PGJyPg0KJmd0OyBSZWNlaXZlZDogZnJvbSA8YSBocmVmPSJodHRwOi8vbXRh MS5vcmxlYW5zLm9jY25jLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPm10YTEub3JsZWFucy5vY2NuYy5j b208L2E+ICg8YSBocmVmPSJodHRwOi8vbXRhMS1lbTEub3JsZWFucy5vY2NuYy5jb20iIHRhcmdl dD0iX2JsYW5rIj5tdGExLWVtMS5vcmxlYW5zLm9jY25jLmNvbTwvYT4gW0lQdjY6MjAwMTo0NzA6 ODhlNjoxOjoxNDFdKTxicj4NCiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsodXNpbmcg VExTdjEgd2l0aCBjaXBoZXIgRUNESEUtRUNEU0EtQUVTMjU2LVNIQSAoMjU2LzI1NiBiaXRzKSk8 YnI+DQomZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7KENsaWVudCBDTiAmcXVvdDs8YSBo cmVmPSJodHRwOi8vbXRhMS5vcmxlYW5zLm9jY25jLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPm10YTEu b3JsZWFucy5vY2NuYy5jb208L2E+JnF1b3Q7LCBJc3N1ZXIgJnF1b3Q7JnF1b3Q7ICh2ZXJpZmll ZCBPSykpPGJyPg0KJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyhBdXRoZW50aWNhdGVk IHNlbmRlcjogPGEgaHJlZj0ibWFpbHRvOnNtbXNwQG9jY25jLmNvbSI+c21tc3BAb2NjbmMuY29t PC9hPik8YnI+DQomZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7YnkgPGEgaHJlZj0iaHR0 cDovL21kYTIzLnY2b25seS5vY2NuYy5jb20iIHRhcmdldD0iX2JsYW5rIj5tZGEyMy52Nm9ubHku b2NjbmMuY29tPC9hPiAoUG9zdGZpeCkgd2l0aCBFU01UUFNBIGlkIEE4NjAyQjcxQTxicj4NCiZn dDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtmb3IgJmx0OzxhIGhyZWY9Im1haWx0bzpjdXJ0 aXNAaXB2Ni5vY2NuYy5jb20iPmN1cnRpc0BpcHY2Lm9jY25jLmNvbTwvYT4mZ3Q7OyBTYXQsIDI4 IE5vdiAyMDE1IDIzOjQwOjUyIC0wNTAwIChFU1QpPGJyPg0KJmd0OyBSZWNlaXZlZDogZnJvbSA8 YSBocmVmPSJodHRwOi8vbXNhMS5vcmxlYW5zLm9jY25jLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPm1z YTEub3JsZWFucy5vY2NuYy5jb208L2E+ICg8YSBocmVmPSJodHRwOi8vbXNhMS1lbTEub3JsZWFu cy5vY2NuYy5jb20iIHRhcmdldD0iX2JsYW5rIj5tc2ExLWVtMS5vcmxlYW5zLm9jY25jLmNvbTwv YT4gW0lQdjY6MjAwMTo0NzA6ODhlNjoxOjoxNDBdKTxicj4NCiZndDsmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsodXNpbmcgVExTdjEgd2l0aCBjaXBoZXIgRUNESEUtRUNEU0EtQUVTMjU2LVNI QSAoMjU2LzI1NiBiaXRzKSk8YnI+DQomZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7KENs aWVudCBDTiAmcXVvdDs8YSBocmVmPSJodHRwOi8vbXNhMS5vcmxlYW5zLm9jY25jLmNvbSIgdGFy Z2V0PSJfYmxhbmsiPm1zYTEub3JsZWFucy5vY2NuYy5jb208L2E+JnF1b3Q7LCBJc3N1ZXIgJnF1 b3Q7JnF1b3Q7ICh2ZXJpZmllZCBPSykpPGJyPg0KJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyhBdXRoZW50aWNhdGVkIHNlbmRlcjogPGEgaHJlZj0ibWFpbHRvOnNtbXNwQG9jY25jLmNv bSI+c21tc3BAb2NjbmMuY29tPC9hPik8YnI+DQomZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7YnkgPGEgaHJlZj0iaHR0cDovL210YTEub3JsZWFucy5vY2NuYy5jb20iIHRhcmdldD0iX2Js YW5rIj5tdGExLm9ybGVhbnMub2NjbmMuY29tPC9hPiAoUG9zdGZpeCkgd2l0aCBFU01UUFNBIGlk IDBDMzVBQThBRTxicj4NCiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtmb3IgJmx0Ozxh IGhyZWY9Im1haWx0bzpjdXJ0aXNAaXB2Ni5vY2NuYy5jb20iPmN1cnRpc0BpcHY2Lm9jY25jLmNv bTwvYT4mZ3Q7OyBTYXQsIDI4IE5vdiAyMDE1IDIzOjM5OjQxIC0wNTAwIChFU1QpPGJyPg0KJmd0 OyBSZWNlaXZlZDogYnkgPGEgaHJlZj0iaHR0cDovL21zYTEub3JsZWFucy5vY2NuYy5jb20iIHRh cmdldD0iX2JsYW5rIj5tc2ExLm9ybGVhbnMub2NjbmMuY29tPC9hPiAoUG9zdGZpeCk8YnI+DQom Z3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7aWQgMDVDRDg4MUJCOyBTYXQsIDI4IE5vdiAy MDE1IDIzOjM5OjM3IC0wNTAwIChFU1QpPGJyPg0KJmd0OyBES0lNLVNpZ25hdHVyZTogdj0xOyBh PXJzYS1zaGEyNTY7IGM9c2ltcGxlL3NpbXBsZTsgZD08YSBocmVmPSJodHRwOi8vb3JsZWFucy5v Y2NuYy5jb20iIHRhcmdldD0iX2JsYW5rIj5vcmxlYW5zLm9jY25jLmNvbTwvYT47PGJyPg0KJmd0 OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3M9b3JsZWFuczsgdD0xNDQ4NzcxOTc4Ozxicj4N CiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtiaD1KL2t5QU1UalBraWdCOTQ4a3pNeDNZ QlBycm5IbFFOZVIwcHg2WGw0ZW0wPTs8YnI+DQomZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7aD1EYXRlOkZyb206U3ViamVjdDpUbzs8YnI+DQomZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7Yj1vQTYzRFN3TG9rU0NVR1E4OTdkUzR4aXFrQ0ZqZmVnRVZvQWd5UzlBYkhhS1YzeFI3 dmwvb08wNURrTEpIa25oUjxicj4NCiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgVlMz Uk5LeHFlaExIZjlPTTV0TUhLc3FKTkJmVFN6ZU1RQlomIzQzOyYjNDM7N20mIzQzO3pIZXZoblFj L1ZzL1c5dEJmdHppUDRKUXduPGJyPg0KJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBr N0RYd0dTemx0a0MmIzQzO04wOW8yeTdZcnpMUml3aThVTTRNdE9PV052dz08YnI+DQomZ3Q7IERh dGU6IFNhdCwgMjggTm92IDIwMTUgMjM6Mzk6MzcgLTA1MDAgKEVTVCk8YnI+DQomZ3Q7IEZyb206 IDxhIGhyZWY9Im1haWx0bzpNQUlMRVItREFFTU9OQG9ybGVhbnMub2NjbmMuY29tIj5NQUlMRVIt REFFTU9OQG9ybGVhbnMub2NjbmMuY29tPC9hPiAoTWFpbCBEZWxpdmVyeSBTeXN0ZW0pPGJyPg0K Jmd0OyBTdWJqZWN0OiBVbmRlbGl2ZXJlZCBNYWlsIFJldHVybmVkIHRvIFNlbmRlcjxicj4NCiZn dDsgVG86IDxhIGhyZWY9Im1haWx0bzpjdXJ0aXNAaXB2Ni5vY2NuYy5jb20iPmN1cnRpc0BpcHY2 Lm9jY25jLmNvbTwvYT48YnI+DQomZ3Q7IEF1dG8tU3VibWl0dGVkOiBhdXRvLXJlcGxpZWQ8YnI+ DQomZ3Q7IE1JTUUtVmVyc2lvbjogMS4wPGJyPg0KJmd0OyBDb250ZW50LVR5cGU6IG11bHRpcGFy dC9yZXBvcnQ7IHJlcG9ydC10eXBlPWRlbGl2ZXJ5LXN0YXR1czs8YnI+DQomZ3Q7Jm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7Ym91bmRhcnk9JnF1b3Q7NzAzRjI4MzI5LjE0NDg3NzE5NzcvPGEg aHJlZj0iaHR0cDovL21zYTEub3JsZWFucy5vY2NuYy5jb20iIHRhcmdldD0iX2JsYW5rIj5tc2Ex Lm9ybGVhbnMub2NjbmMuY29tPC9hPiZxdW90Ozxicj4NCiZndDsgTWVzc2FnZS1JZDogJmx0Ozxh IGhyZWY9Im1haWx0bzoyMDE1MTEyOTA0MzkzNy4wNUNEODgxQkJAbXNhMS5vcmxlYW5zLm9jY25j LmNvbSI+MjAxNTExMjkwNDM5MzcuMDVDRDg4MUJCQG1zYTEub3JsZWFucy5vY2NuYy5jb208L2E+ Jmd0Ozxicj4NCiZndDsgWC1TcGFtLVN0YXR1czogTm8sIHNjb3JlPTAuMCByZXF1aXJlZD01LjAg dGVzdHM9REtJTV9TSUdORUQsVF9ES0lNX0lOVkFMSUQsPGJyPg0KJmd0OyZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwO1VOUEFSU0VBQkxFX1JFTEFZIGF1dG9sZWFybj1oYW0gYXV0b2xlYXJuX2Zv cmNlPW5vIHZlcnNpb249My40LjE8YnI+DQomZ3Q7IFgtU3BhbS1DaGVja2VyLVZlcnNpb246IFNw YW1Bc3Nhc3NpbiAzLjQuMSAoMjAxNS0wNC0yOCkgb24gPGEgaHJlZj0iaHR0cDovL29pbmsyLnY2 ZHMub2NjbmMuY29tIiB0YXJnZXQ9Il9ibGFuayI+DQpvaW5rMi52NmRzLm9jY25jLmNvbTwvYT48 YnI+DQomZ3Q7PGJyPg0KJmd0OyBUaGlzIGlzIGEgTUlNRS1lbmNhcHN1bGF0ZWQgbWVzc2FnZS48 YnI+DQomZ3Q7PGJyPg0KJmd0OyAtIC0tNzAzRjI4MzI5LjE0NDg3NzE5NzcvPGEgaHJlZj0iaHR0 cDovL21zYTEub3JsZWFucy5vY2NuYy5jb20iIHRhcmdldD0iX2JsYW5rIj5tc2ExLm9ybGVhbnMu b2NjbmMuY29tPC9hPjxicj4NCiZndDsgQ29udGVudC1EZXNjcmlwdGlvbjogTm90aWZpY2F0aW9u PGJyPg0KJmd0OyBDb250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9dXMtYXNjaWk8YnI+ DQomZ3Q7PGJyPg0KJmd0OyBUaGlzIGlzIHRoZSBtYWlsIHN5c3RlbSBhdCBob3N0IDxhIGhyZWY9 Imh0dHA6Ly9tc2ExLm9ybGVhbnMub2NjbmMuY29tIiB0YXJnZXQ9Il9ibGFuayI+DQptc2ExLm9y bGVhbnMub2NjbmMuY29tPC9hPi48YnI+DQomZ3Q7PGJyPg0KJmd0OyBJJ20gc29ycnkgdG8gaGF2 ZSB0byBpbmZvcm0geW91IHRoYXQgeW91ciBtZXNzYWdlIGNvdWxkIG5vdCBiZSBkZWxpdmVyZWQg dG8gb25lIG9yIG1vcmUgcmVjaXBpZW50cy4gSXQncyBhdHRhY2hlZCBiZWxvdy48YnI+DQomZ3Q7 PGJyPg0KJmd0OyBGb3IgZnVydGhlciBhc3Npc3RhbmNlLCBwbGVhc2Ugc2VuZCBtYWlsIHRvIHBv c3RtYXN0ZXIuPGJyPg0KJmd0Ozxicj4NCiZndDsgSWYgeW91IGRvIHNvLCBwbGVhc2UgaW5jbHVk ZSB0aGlzIHByb2JsZW0gcmVwb3J0LiBZb3UgY2FuIGRlbGV0ZSB5b3VyIG93biB0ZXh0IGZyb20g dGhlIGF0dGFjaGVkIHJldHVybmVkIG1lc3NhZ2UuPGJyPg0KJmd0Ozxicj4NCiZndDsmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDtUaGUgbWFpbCBzeXN0ZW08YnI+DQomZ3Q7PGJyPg0KJmd0OyAmbHQ7PGEgaHJlZj0ibWFp bHRvOmxvYUBwaS5udSI+bG9hQHBpLm51PC9hPiZndDs6IGNvbm5lY3QgdG8gPGEgaHJlZj0iaHR0 cDovL3BpcGkucGkubnUiIHRhcmdldD0iX2JsYW5rIj4NCnBpcGkucGkubnU8L2E+WzgzLjE2OC4y MzkuMTQxXToyNTogTm8gcm91dGUgdG8gaG9zdDxicj4NCiZndDs8YnI+DQomZ3Q7ICZsdDs8YSBo cmVmPSJtYWlsdG86eXNoZW5AanVuaXBlci5uZXQiPnlzaGVuQGp1bmlwZXIubmV0PC9hPiZndDs6 IGNvbm5lY3QgdG88YnI+DQomZ3Q7Jm5ic3A7ICZuYnNwOyA8YSBocmVmPSJodHRwOi8vanVuaXBl ci1uZXQubWFpbC5lby5vdXRsb29rLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmp1bmlwZXItbmV0Lm1h aWwuZW8ub3V0bG9vay5jb208L2E+WzIwNy40Ni4xNjMuMTcwXToyNTogTm8gcm91dGUgdG8gaG9z dDxicj4NCiZndDs8YnI+DQomZ3Q7ICZsdDs8YSBocmVmPSJtYWlsdG86ZGF2aWQuaS5hbGxhbkBl cmljc3Nvbi5jb20iPmRhdmlkLmkuYWxsYW5AZXJpY3Nzb24uY29tPC9hPiZndDs6IGNvbm5lY3Qg dG88YnI+DQomZ3Q7Jm5ic3A7ICZuYnNwOyA8YSBocmVmPSJodHRwOi8vc2VzYm1nMTMuZXJpY3Nz b24ubmV0IiB0YXJnZXQ9Il9ibGFuayI+c2VzYm1nMTMuZXJpY3Nzb24ubmV0PC9hPjxhIGhyZWY9 InRlbDolNUIxOTMuMTgwLjI1MS40OSI+WzE5My4xODAuMjUxLjQ5PC9hPl06MjU6IE5vIHJvdXRl IHRvIGhvc3Q8YnI+DQomZ3Q7PGJyPg0KJmd0OyAtIC0tNzAzRjI4MzI5LjE0NDg3NzE5NzcvPGEg aHJlZj0iaHR0cDovL21zYTEub3JsZWFucy5vY2NuYy5jb20iIHRhcmdldD0iX2JsYW5rIj5tc2Ex Lm9ybGVhbnMub2NjbmMuY29tPC9hPjxicj4NCiZndDsgQ29udGVudC1EZXNjcmlwdGlvbjogRGVs aXZlcnkgcmVwb3J0PGJyPg0KJmd0OyBDb250ZW50LVR5cGU6IG1lc3NhZ2UvZGVsaXZlcnktc3Rh dHVzPGJyPg0KJmd0Ozxicj4NCiZndDsgUmVwb3J0aW5nLU1UQTogZG5zOyA8YSBocmVmPSJodHRw Oi8vbXNhMS5vcmxlYW5zLm9jY25jLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPm1zYTEub3JsZWFucy5v Y2NuYy5jb208L2E+PGJyPg0KJmd0OyBYLVBvc3RmaXgtUXVldWUtSUQ6IDcwM0YyODMyOTxicj4N CiZndDsgWC1Qb3N0Zml4LVNlbmRlcjogcmZjODIyOyA8YSBocmVmPSJtYWlsdG86Y3VydGlzQGlw djYub2NjbmMuY29tIj5jdXJ0aXNAaXB2Ni5vY2NuYy5jb208L2E+PGJyPg0KJmd0OyBBcnJpdmFs LURhdGU6IE1vbiwgMjMgTm92IDIwMTUgMjI6Mzg6MDUgLTA1MDAgKEVTVCk8YnI+DQomZ3Q7PGJy Pg0KJmd0OyBGaW5hbC1SZWNpcGllbnQ6IHJmYzgyMjsgPGEgaHJlZj0ibWFpbHRvOmxvYUBwaS5u dSI+bG9hQHBpLm51PC9hPjxicj4NCiZndDsgT3JpZ2luYWwtUmVjaXBpZW50OiA8YSBocmVmPSJt YWlsdG86cmZjODIyJTNCbG9hQHBpLm51Ij5yZmM4MjI7bG9hQHBpLm51PC9hPjxicj4NCiZndDsg QWN0aW9uOiBmYWlsZWQ8YnI+DQomZ3Q7IFN0YXR1czogNC40LjE8YnI+DQomZ3Q7IERpYWdub3N0 aWMtQ29kZTogWC1Qb3N0Zml4OyBjb25uZWN0IHRvIDxhIGhyZWY9Imh0dHA6Ly9waXBpLnBpLm51 IiB0YXJnZXQ9Il9ibGFuayI+DQpwaXBpLnBpLm51PC9hPls4My4xNjguMjM5LjE0MV06MjU6IE5v IHJvdXRlPGJyPg0KJmd0OyZuYnNwOyAmbmJzcDsgdG8gaG9zdDxicj4NCiZndDs8YnI+DQomZ3Q7 IEZpbmFsLVJlY2lwaWVudDogcmZjODIyOyA8YSBocmVmPSJtYWlsdG86eXNoZW5AanVuaXBlci5u ZXQiPnlzaGVuQGp1bmlwZXIubmV0PC9hPjxicj4NCiZndDsgT3JpZ2luYWwtUmVjaXBpZW50OiA8 YSBocmVmPSJtYWlsdG86cmZjODIyJTNCeXNoZW5AanVuaXBlci5uZXQiPnJmYzgyMjt5c2hlbkBq dW5pcGVyLm5ldDwvYT48YnI+DQomZ3Q7IEFjdGlvbjogZmFpbGVkPGJyPg0KJmd0OyBTdGF0dXM6 IDQuNC4xPGJyPg0KJmd0OyBEaWFnbm9zdGljLUNvZGU6IFgtUG9zdGZpeDsgY29ubmVjdCB0bzxi cj4NCiZndDsmbmJzcDsgJm5ic3A7IDxhIGhyZWY9Imh0dHA6Ly9qdW5pcGVyLW5ldC5tYWlsLmVv Lm91dGxvb2suY29tIiB0YXJnZXQ9Il9ibGFuayI+anVuaXBlci1uZXQubWFpbC5lby5vdXRsb29r LmNvbTwvYT5bMjA3LjQ2LjE2My4xNzBdOjI1OiBObyByb3V0ZSB0byBob3N0PGJyPg0KJmd0Ozxi cj4NCiZndDsgRmluYWwtUmVjaXBpZW50OiByZmM4MjI7IDxhIGhyZWY9Im1haWx0bzpkYXZpZC5p LmFsbGFuQGVyaWNzc29uLmNvbSI+ZGF2aWQuaS5hbGxhbkBlcmljc3Nvbi5jb208L2E+PGJyPg0K Jmd0OyBPcmlnaW5hbC1SZWNpcGllbnQ6IDxhIGhyZWY9Im1haWx0bzpyZmM4MjIlM0JkYXZpZC5p LmFsbGFuQGVyaWNzc29uLmNvbSI+cmZjODIyO2RhdmlkLmkuYWxsYW5AZXJpY3Nzb24uY29tPC9h Pjxicj4NCiZndDsgQWN0aW9uOiBmYWlsZWQ8YnI+DQomZ3Q7IFN0YXR1czogNC40LjE8YnI+DQom Z3Q7IERpYWdub3N0aWMtQ29kZTogWC1Qb3N0Zml4OyBjb25uZWN0IHRvPGJyPg0KJmd0OyZuYnNw OyAmbmJzcDsgPGEgaHJlZj0iaHR0cDovL3Nlc2JtZzEzLmVyaWNzc29uLm5ldCIgdGFyZ2V0PSJf YmxhbmsiPnNlc2JtZzEzLmVyaWNzc29uLm5ldDwvYT48YSBocmVmPSJ0ZWw6JTVCMTkzLjE4MC4y NTEuNDkiPlsxOTMuMTgwLjI1MS40OTwvYT5dOjI1OiBObyByb3V0ZSB0byBob3N0PGJyPg0KJmd0 Ozxicj4NCiZndDsgLSAtLTcwM0YyODMyOS4xNDQ4NzcxOTc3LzxhIGhyZWY9Imh0dHA6Ly9tc2Ex Lm9ybGVhbnMub2NjbmMuY29tIiB0YXJnZXQ9Il9ibGFuayI+bXNhMS5vcmxlYW5zLm9jY25jLmNv bTwvYT48YnI+DQomZ3Q7IENvbnRlbnQtRGVzY3JpcHRpb246IFVuZGVsaXZlcmVkIE1lc3NhZ2U8 YnI+DQomZ3Q7IENvbnRlbnQtVHlwZTogbWVzc2FnZS9yZmM4MjI8YnI+DQomZ3Q7PGJyPg0KJmd0 OyBSZXR1cm4tUGF0aDogJmx0OzxhIGhyZWY9Im1haWx0bzpjdXJ0aXNAaXB2Ni5vY2NuYy5jb20i PmN1cnRpc0BpcHY2Lm9jY25jLmNvbTwvYT4mZ3Q7PGJyPg0KJmd0OyBSZWNlaXZlZDogZnJvbSA8 YSBocmVmPSJodHRwOi8vaGFyYm9yMi52Nm9ubHkub2NjbmMuY29tIiB0YXJnZXQ9Il9ibGFuayI+ aGFyYm9yMi52Nm9ubHkub2NjbmMuY29tPC9hPiAoPGEgaHJlZj0iaHR0cDovL2hhcmJvcjItZW0y LnY2b25seS5vY2NuYy5jb20iIHRhcmdldD0iX2JsYW5rIj5oYXJib3IyLWVtMi52Nm9ubHkub2Nj bmMuY29tPC9hPiBbSVB2NjoyMDAxOjQ3MDo4OGU2OjI6OjIzMV0pPGJyPg0KJmd0OyZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyh1c2luZyBUTFN2MSB3aXRoIGNpcGhlciBFQ0RIRS1FQ0RTQS1B RVMyNTYtU0hBICgyNTYvMjU2IGJpdHMpKTxicj4NCiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsoQ2xpZW50IGRpZCBub3QgcHJlc2VudCBhIGNlcnRpZmljYXRlKTxicj4NCiZndDsmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsoQXV0aGVudGljYXRlZCBzZW5kZXI6IDxhIGhyZWY9Im1h aWx0bzpjdXJ0aXNAb2NjbmMuY29tIj5jdXJ0aXNAb2NjbmMuY29tPC9hPik8YnI+DQomZ3Q7Jm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7YnkgPGEgaHJlZj0iaHR0cDovL21zYTEub3JsZWFucy5v Y2NuYy5jb20iIHRhcmdldD0iX2JsYW5rIj5tc2ExLm9ybGVhbnMub2NjbmMuY29tPC9hPiAoUG9z dGZpeCkgd2l0aCBFU01UUFNBIGlkIDcwM0YyODMyOTs8YnI+DQomZ3Q7Jm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7TW9uLCAyMyBOb3YgMjAxNSAyMjozODowNSAtMDUwMCAoRVNUKTxicj4NCiZn dDsgREtJTS1TaWduYXR1cmU6IHY9MTsgYT1yc2Etc2hhMjU2OyBjPXNpbXBsZS9zaW1wbGU7IGQ9 PGEgaHJlZj0iaHR0cDovL2lwdjYub2NjbmMuY29tIiB0YXJnZXQ9Il9ibGFuayI+aXB2Ni5vY2Nu Yy5jb208L2E+Ozxicj4NCiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtzPWN1cnRpcy1p cHY2OyB0PTE0NDgzMzYyODY7PGJyPg0KJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO2Jo PTdtMTVCby9hViYjNDM7WFZyVSYjNDM7bkUzWlpreWl3NjA3VFlXb1ZoSWd0RDF2cFFhcz07PGJy Pg0KJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO2g9VG86Y2M6UmVwbHktVG86RnJvbTpT dWJqZWN0OkluLXJlcGx5LXRvOkRhdGU7PGJyPg0KJmd0OyZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwO2I9bFVxR1NlaGJtdzBOZHREdFV0enVpd2lXTmVNeHZkeFA5ZjBhcXBSbkh2RnB5Z2dMejR4 eTRucnl1Ty96V01EQnc8YnI+DQomZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IHJKQkZ1 U3FkM1NVTHc1MDBibzJHajVOS1RBQXl6cGVWQmpoUFg0ZXJNSnFJNWhCSjY4Z05Sc1VrdE1qM1Z0 eTN2VDxicj4NCiZndDsmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgTUVtOE5CZk1yWXZkUVlS L0NRYVlVWmNiZzNFR0NjTzhXaGZOM0U0Zz08YnI+DQomZ3Q7IFRvOiBMb2EgQW5kZXJzc29uICZs dDs8YSBocmVmPSJtYWlsdG86bG9hQHBpLm51Ij5sb2FAcGkubnU8L2E+Jmd0OywgTGl6aG9uZyAm bHQ7PGEgaHJlZj0ibWFpbHRvOmxpemhvLmppbkBnbWFpbC5jb20iPmxpemhvLmppbkBnbWFpbC5j b208L2E+Jmd0Ozxicj4NCiZndDsgY2M6IDxhIGhyZWY9Im1haWx0bzp5c2hlbkBqdW5pcGVyLm5l dCI+eXNoZW5AanVuaXBlci5uZXQ8L2E+LCBDdXJ0aXMgVmlsbGFtaXphciAmbHQ7PGEgaHJlZj0i bWFpbHRvOmN1cnRpc0BvY2NuYy5jb20iPmN1cnRpc0BvY2NuYy5jb208L2E+Jmd0Oyw8YnI+DQom Z3Q7Jm5ic3A7ICZuYnNwOyBEYXZpZCBBbGxhbiBJICZsdDs8YSBocmVmPSJtYWlsdG86ZGF2aWQu aS5hbGxhbkBlcmljc3Nvbi5jb20iPmRhdmlkLmkuYWxsYW5AZXJpY3Nzb24uY29tPC9hPiZndDss PGJyPg0KJmd0OyZuYnNwOyAmbmJzcDsgJnF1b3Q7PGEgaHJlZj0ibWFpbHRvOmRyYWZ0LXNtYWNr LW1wbHMtcmZjNDM3OWJpc0BpZXRmLm9yZyI+ZHJhZnQtc21hY2stbXBscy1yZmM0Mzc5YmlzQGll dGYub3JnPC9hPiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmRyYWZ0LXNtYWNrLW1wbHMtcmZj NDM3OWJpc0BpZXRmLm9yZyI+ZHJhZnQtc21hY2stbXBscy1yZmM0Mzc5YmlzQGlldGYub3JnPC9h PiZndDssPGJyPg0KJmd0OyZuYnNwOyAmbmJzcDsgJnF1b3Q7PGEgaHJlZj0ibWFpbHRvOm1wbHMt Y2hhaXJzQGlldGYub3JnIj5tcGxzLWNoYWlyc0BpZXRmLm9yZzwvYT4mcXVvdDsgJmx0OzxhIGhy ZWY9Im1haWx0bzptcGxzLWNoYWlyc0BpZXRmLm9yZyI+bXBscy1jaGFpcnNAaWV0Zi5vcmc8L2E+ Jmd0Ozxicj4NCiZndDsgUmVwbHktVG86IDxhIGhyZWY9Im1haWx0bzpjdXJ0aXNAaXB2Ni5vY2Nu Yy5jb20iPmN1cnRpc0BpcHY2Lm9jY25jLmNvbTwvYT48YnI+DQomZ3Q7IEZyb206IEN1cnRpcyBW aWxsYW1pemFyICZsdDs8YSBocmVmPSJtYWlsdG86Y3VydGlzQGlwdjYub2NjbmMuY29tIj5jdXJ0 aXNAaXB2Ni5vY2NuYy5jb208L2E+Jmd0Ozxicj4NCiZndDsgU3ViamVjdDogUmU6IE1QTFMtUlQg cmV2aWV3IG9kIGRyYWZ0LXNtYWNrLW1wbHMtcmZjNDM3OWJpczxicj4NCiZndDsgSW4tcmVwbHkt dG86IFlvdXIgbWVzc2FnZSBvZiAmcXVvdDtUdWUsIDI0IE5vdiAyMDE1IDExOjA4OjMwICYjNDM7 MDgwMC4mcXVvdDs8YnI+DQomZ3Q7Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7Jmx0OzxhIGhyZWY9Im1haWx0bzo2NDUzNkRERC1CQjdFLTQyRTMtQjE0OC01 RjJFQjQwNUY1MTZAZ21haWwuY29tIj42NDUzNkRERC1CQjdFLTQyRTMtQjE0OC01RjJFQjQwNUY1 MTZAZ21haWwuY29tPC9hPiZndDs8YnI+DQomZ3Q7IE1JTUUtVmVyc2lvbjogMS4wPGJyPg0KJmd0 OyBDb250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9JnF1b3Q7dXMtYXNjaWkmcXVvdDs8 YnI+DQomZ3Q7IENvbnRlbnQtSUQ6ICZsdDs8YSBocmVmPSJtYWlsdG86NTg0NjAuMTQ0ODMzNjI4 NS4xQGhhcmJvcjItZW0yLnY2b25seS5vY2NuYy5jb20iPjU4NDYwLjE0NDgzMzYyODUuMUBoYXJi b3IyLWVtMi52Nm9ubHkub2NjbmMuY29tPC9hPiZndDs8YnI+DQomZ3Q7IENvbnRlbnQtVHJhbnNm ZXItRW5jb2Rpbmc6IHF1b3RlZC1wcmludGFibGU8YnI+DQomZ3Q7IERhdGU6IE1vbiwgMjMgTm92 IDIwMTUgMjI6Mzg6MDUgLTA1MDA8YnI+DQomZ3Q7PGJyPg0KJmd0OyBIaSBMb2EsIExpemhvbmcs PGJyPg0KJmd0Ozxicj4NCiZndDsgSSdtIHJlcGx5aW5nIHRvIHRoZSBlbWFpbCBmcm9tIExpemhv bmcgYmVjYXVzZSBJIG1pc3BsYWNlZCBMb2EncyBvcmlnaW5hbC4mbmJzcDsgT29wcy48YnI+DQom Z3Q7PGJyPg0KJmd0OyBEZWMgNiBzaG91bGQgYmUgT0suPGJyPg0KJmd0Ozxicj4NCiZndDsgQ3Vy dGlzPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7IEluIG1lc3NhZ2UgJmx0OzxhIGhyZWY9 Im1haWx0bzo2NDUzNkRERC1CQjdFLTQyRTMtQjE0OC01RjJFQjQwNUY1MTZAZ21haWwuY29tIj42 NDUzNkRERC1CQjdFLTQyRTMtQjE0OC01RjJFQjQwNUY1MTZAZ21haWwuY29tPC9hPiZndDs8YnI+ DQomZ3Q7IExpemhvbmcgd3JpdGVzOjxicj4NCiZndDsmZ3Q7ID08YnI+DQomZ3Q7PGJyPg0KJmd0 OyZndDsgSGkgTG9hLDxicj4NCiZndDsmZ3Q7IFNob3VsZCBiZSBPSyBmb3IgbWUuIFRoYW5rcy48 YnI+DQomZ3Q7Jmd0OyA9PGJyPg0KJmd0Ozxicj4NCiZndDsmZ3Q7IFJlZ2FyZHM8YnI+DQomZ3Q7 Jmd0OyBMaXpob25nPGJyPg0KJmd0OyZndDsgPTxicj4NCiZndDs8YnI+DQomZ3Q7Jmd0OyAmZ3Q7 ID08YnI+DQomZ3Q7PGJyPg0KJmd0OyZndDsgJmd0OyBMaXpob25nLCBZaW1pbiwgQ3VydGlzLCBh bmQmbmJzcDsgRGF2ZSw8YnI+DQomZ3Q7Jmd0OyAmZ3Q7ID08YnI+DQomZ3Q7PGJyPg0KJmd0OyZn dDsgJmd0OyA9PGJyPg0KJmd0Ozxicj4NCiZndDsmZ3Q7ICZndDsgWW91IGhhdmUgYmVlbiBzZWxl Y3RlZCBhcyBNUExTLVJUIHJldmlld2VycyBmb3I8YnI+DQomZ3Q7Jmd0OyAmZ3Q7IGRyYWZ0LXNt YWNrLW1wbHMtcmZjNDM9PGJyPg0KJmd0OyA3OWJpcy48YnI+DQomZ3Q7Jmd0OyAmZ3Q7ID08YnI+ DQomZ3Q7PGJyPg0KJmd0OyZndDsgJmd0OyBOb3RlIHRvIGF1dGhvcnM6IFlvdSBoYXZlIGJlZW4g Q0MnZCBvbiB0aGlzIGVtYWlsIHNvIHRoYXQgeW91IGNhbjxicj4NCiZndDsmZ3Q7ICZndDsga25v dyB0aGF0IHRoaXMgcmV2aWV3IGlzIGdvaW5nIG9uLiBIb3dldmVyLCBwbGVhc2UgZG8gbm90IHJl dmlldzxicj4NCiZndDsmZ3Q7ICZndDsgeW91ciBvd24gZG9jdW1lbnQuPGJyPg0KJmd0OyZndDsg Jmd0OyA9PGJyPg0KJmd0Ozxicj4NCiZndDsmZ3Q7ICZndDsgUmV2aWV3cyBzaG91bGQgY29tbWVu dCBvbiB3aGV0aGVyIHRoZSBkb2N1bWVudCBpcyBjb2hlcmVudCwgaXMgaXQ8YnI+DQomZ3Q7Jmd0 OyAmZ3Q7IHVzZWZ1bCAoaWUsIGlzIGl0IGxpa2VseSB0byBiZSBhY3R1YWxseSB1c2VmdWwgaW4g b3BlcmF0aW9uYWw8YnI+DQomZ3Q7Jmd0OyAmZ3Q7IG5ldHdvcmtzPTxicj4NCiZndDsgKSwgYW5k IGlzIHRoZSBkb2N1bWVudCB0ZWNobmljYWxseSBzb3VuZD88YnI+DQomZ3Q7Jmd0OyAmZ3Q7ID08 YnI+DQomZ3Q7PGJyPg0KJmd0OyZndDsgJmd0OyBXZSBhcmUgaW50ZXJlc3RlZCBpbiBrbm93aW5n IHdoZXRoZXIgdGhlIGRvY3VtZW50IGlzIHJlYWR5IHRvIGJlPGJyPg0KJmd0OyZndDsgJmd0OyBj b25zaWRlcmVkIGZvciBXRyBhZG9wdGlvbiAoaWUsIGl0IGRvZXNuJ3QgaGF2ZSB0byBiZSBwZXJm ZWN0IGF0PGJyPg0KJmd0OyZndDsgJmd0OyB0aGlzIHBvaW50LCBidXQgc2hvdWxkIGJlIGEgZ29v ZCBzdGFydCkuPGJyPg0KJmd0OyZndDsgJmd0OyA9PGJyPg0KJmd0Ozxicj4NCiZndDsmZ3Q7ICZn dDsgVGhpcyBNUExTLVJUIHJldmlldyBpcyBhIGJpdCBkaWZmZXJlbnQgaW4gdGhhdCBpdCBpcyBh IGJpcy12ZXJzaW9uPGJyPg0KJmd0OyZndDsgJmd0OyBvZiBhIHdpZGVseSBpbXBsZW1lbnRlZCBh bmQgZGVwbG95ZWQgcHJvdG9jb2wsIGhvd2V2ZXIgdGhlIGJhc2ljPGJyPg0KJmd0OyZndDsgJmd0 OyBxdWVzdGlvbiBpcyB0aGUgc2FtZSAtIGFyZSB3ZSByZWFkeSB0byBhZG9wdCBpdCBhcyBhIHdn IGRvY3VtZW50PyBJZjxicj4NCiZndDsmZ3Q7ICZndDsgdGhlIG1lZXQgYWxsIHRoZSBjcml0ZXJp YSBMU1AgUGluZyB3aWxsIGJlIHByb2dyZXNzZWQgdG8gSW50ZXJuZXQgU3RhbmRhcmQuPGJyPg0K Jmd0OyZndDsgJmd0OyA9PGJyPg0KJmd0Ozxicj4NCiZndDsmZ3Q7ICZndDsgUmV2aWV3cyBzaG91 bGQgYmUgc2VudCB0byB0aGUgZG9jdW1lbnQgYXV0aG9ycywgV0cgY28tY2hhaXJzIGFuZCBXRzxi cj4NCiZndDsmZ3Q7ICZndDsgc2VjcmV0YXJ5LCBhbmQgQ0MnZCB0byB0aGUgTVBMUyBXRyBlbWFp bCBsaXN0LiBJZiBuZWNlc3NhcnksPGJyPg0KJmd0OyZndDsgJmd0OyBjb21tZW50cyBtYXkgYmUg c2VudCBwcml2YXRlbHkgdG8gb25seSB0aGUgV0cgY2hhaXJzLjxicj4NCiZndDsmZ3Q7ICZndDsg PTxicj4NCiZndDs8YnI+DQomZ3Q7Jmd0OyAmZ3Q7IElmIHlvdSBoYXZlIHRlY2huaWNhbCBjb21t ZW50cyB5b3Ugc2hvdWxkIHRyeSB0byBiZSBleHBsaWNpdCBhYm91dDxicj4NCiZndDsmZ3Q7ICZn dDsgd2hhPTxicj4NCiZndDsgdDxicj4NCiZndDsmZ3Q7ICZndDsgbmVlZHMgdG8gYmUgcmVzb2x2 ZWQgYmVmb3JlIGFkb3B0aW5nIGl0IGFzIGEgd29ya2luZyBncm91cCBkb2N1bWVudCw8YnI+DQom Z3Q7Jmd0OyAmZ3Q7IGE9PGJyPg0KJmd0OyBuZDxicj4NCiZndDsmZ3Q7ICZndDsgd2hhdCBjYW4g d2FpdCB1bnRpbCB0aGUgZG9jdW1lbnQgaXMgYSB3b3JraW5nIGdyb3VwIGRvY3VtZW50IGFuZCB0 aGU8YnI+DQomZ3Q7Jmd0OyAmZ3Q7IHdvcmtpbmcgZ3JvdXAgaGFzIHRoZSByZXZpc2lvbiBjb250 cm9sLjxicj4NCiZndDsmZ3Q7ICZndDsgPTxicj4NCiZndDs8YnI+DQomZ3Q7Jmd0OyAmZ3Q7IEFy ZSB5b3UgYWJsZSB0byByZXZpZXcgdGhpcyBkcmFmdCBieSBEZWNlbWJlciA2LCAyMDE1PyBQbGVh c2U8YnI+DQomZ3Q7Jmd0OyAmZ3Q7IHJlc3BvbmQgaW4gYSB0aW1lbHkgZmFzaGlvbi48YnI+DQom Z3Q7Jmd0OyAmZ3Q7ID08YnI+DQomZ3Q7PGJyPg0KJmd0OyZndDsgJmd0OyBUaGFua3MsIExvYTxi cj4NCiZndDsmZ3Q7ICZndDsgKGFzIE1QTFMgV0cgY2hhaXIpPGJyPg0KJmd0OyZndDsgJmd0OyA9 PGJyPg0KJmd0Ozxicj4NCiZndDsmZ3Q7ICZndDsgPTxicj4NCiZndDs8YnI+DQomZ3Q7Jmd0OyAm Z3Q7IC0tID08YnI+DQomZ3Q7PGJyPg0KJmd0OyZndDsgJmd0OyA9PGJyPg0KJmd0Ozxicj4NCiZn dDsmZ3Q7ICZndDsgPTxicj4NCiZndDs8YnI+DQomZ3Q7Jmd0OyAmZ3Q7IExvYSBBbmRlcnNzb24m bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBlbWFpbDogPGEgaHJlZj0ibWFpbHRvOmxvYUBtYWls MDEuaHVhd2VpLmNvbSI+DQpsb2FAbWFpbDAxLmh1YXdlaS5jb208L2E+PGJyPg0KJmd0OyZndDsg Jmd0OyBTZW5pb3IgTVBMUyBFeHBlcnQmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg PGEgaHJlZj0ibWFpbHRvOmxvYUBwaS5udSI+bG9hQHBpLm51PC9hPjxicj4NCiZndDsmZ3Q7ICZn dDsgSHVhd2VpIFRlY2hub2xvZ2llcyAoY29uc3VsdGFudCkmbmJzcDsgJm5ic3A7ICZuYnNwO3Bo b25lOiA8YSBocmVmPSJ0ZWw6JTJCNDYlMjA3MzklMjA4MSUyMDIxJTIwNjQiPg0KJiM0Mzs0NiA3 MzkgODEgMjEgNjQ8L2E+PGJyPg0KJmd0Ozxicj4NCiZndDsgLSAtLTcwM0YyODMyOS4xNDQ4Nzcx OTc3L21zYTEub3JsZWFucy5vY2NuYy5jb20tLTxicj4NCiZndDs8YnI+DQomZ3Q7IC0tLS0tLS0g RW5kIG9mIEZvcndhcmRlZCBNZXNzYWdlPGJyPg0KJmd0Ozxicj4NCiZndDsgLS08YnI+DQomZ3Q7 PGJyPg0KJmd0Ozxicj4NCiZndDsgTG9hIEFuZGVyc3NvbiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7IGVtYWlsOiA8YSBocmVmPSJtYWlsdG86bG9hQG1haWwwMS5odWF3ZWkuY29tIj4NCmxvYUBt YWlsMDEuaHVhd2VpLmNvbTwvYT48YnI+DQomZ3Q7IFNlbmlvciBNUExTIEV4cGVydCZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyA8YSBocmVmPSJtYWlsdG86bG9hQHBpLm51Ij5sb2FA cGkubnU8L2E+PGJyPg0KJmd0OyBIdWF3ZWkgVGVjaG5vbG9naWVzIChjb25zdWx0YW50KSZuYnNw OyAmbmJzcDsgJm5ic3A7cGhvbmU6IDxhIGhyZWY9InRlbDolMkI0NiUyMDczOSUyMDgxJTIwMjEl MjA2NCI+DQomIzQzOzQ2IDczOSA4MSAyMSA2NDwvYT48YnI+DQomZ3Q7PGJyPg0KJmd0OzxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGJyPg0KPGJyIGNsZWFyPSJhbGwiPg0KPG86cD48L286cD48L3A+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPi0tIDxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPktpcmVldGk8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rp dj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_E6C17D2345AC7A45B7D054D407AA205C4B0101EBeusaamb105erics_-- From nobody Mon Dec 14 15:21: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 D0A261A802D; Mon, 14 Dec 2015 15:21:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.199 X-Spam-Level: X-Spam-Status: No, score=-104.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, 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 8Dd0_8g20QPr; Mon, 14 Dec 2015 15:21:27 -0800 (PST) Received: from usplmg20.ericsson.net (usplmg20.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 4B5F41A802A; Mon, 14 Dec 2015 15:21:27 -0800 (PST) X-AuditID: c618062d-f79d16d000001b1c-50-566f4e417109 Received: from EUSAAHC003.ericsson.se (Unknown_Domain [147.117.188.81]) by usplmg20.ericsson.net (Symantec Mail Security) with SMTP id BA.3F.06940.14E4F665; Tue, 15 Dec 2015 00:18:25 +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; Mon, 14 Dec 2015 18:21:26 -0500 From: Gregory Mirsky To: "mpls-chairs@ietf.org" , "mpls@ietf.org" Thread-Topic: Progressing Resdience Time Measurement draft Thread-Index: AdE2xLcE4aCoaj+USzqP2deJ9ymVRA== Date: Mon, 14 Dec 2015 23:21:24 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF11221965953@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.10] Content-Type: multipart/alternative; boundary="_000_7347100B5761DC41A166AC17F22DF11221965953eusaamb103erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpkkeLIzCtJLcpLzFFi42KZXLonUNfRLz/M4OB5TYt7n28zWqy7fIrN 4tbSlawOzB5Llvxk8vhy+TNbAFMUl01Kak5mWWqRvl0CV8as4wuZC36LVxxaeYG5gfG3SBcj J4eEgInEg+cn2SBsMYkL99YD2VwcQgJHGCUWfrnFCOEsZ5R4sPIzC0gVm4CRxIuNPewgtohA iET35A+MIDazQKrEwgtPwOLCAqYS3w4eZ4aosZKYMe85I4StJ/FgyWMwm0VAVeLu7JNMIDav gK/Et48HwGxGoCu+n1rDBDFTXOLWk/lMENcJSCzZc54ZwhaVePn4HyuErSQxaek5Voj6fIlb 578wQ8wUlDg58wnLBEbhWUhGzUJSNgtJGURcR2LB7k9sELa2xLKFr5lh7DMHHjMhiy9gZF/F yFFaXJCTm25ksIkRGDHHJNh0dzDen+55iFGAg1GJh3eDYH6YEGtiWXFl7iFGCQ5mJRHeYgug EG9KYmVValF+fFFpTmrxIUZpDhYlcV5GBgYGIYH0xJLU7NTUgtQimCwTB6dUA2OGice7JM3e jgoZb46qBadO3qrYoN70U2LJkR81clrzM+O9nj+QmuK9euu0rd6C/umW/HrndLw3q57PznHi b086pOReInxghk+hs+qFRw2XS726JAVTXlZs+Hp03avj9ncFzyaq3bqazcRqKen8QtBCZyrL 6ei2HLEz2dI5hx/d6XF68I9rqRJLcUaioRZzUXEiANbjC3qUAgAA Archived-At: Cc: "draft-ietf-mpls-residence-time@tools.ietf.org" Subject: [mpls] Progressing Resdience Time Measurement draft 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, 14 Dec 2015 23:21:29 -0000 --_000_7347100B5761DC41A166AC17F22DF11221965953eusaamb103erics_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear Chairs of the MPLS WG, authors of the Residence Time Measurement in MPLS Network draft believe tha= t all comments received during the WG adoption call been addressed. Thus, a= uthors would like to ask the WG Chairs to consider WG LC as the next step. Regards, Greg --_000_7347100B5761DC41A166AC17F22DF11221965953eusaamb103erics_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear Chairs of the MPLS WG,

authors of the Residence Time Measurement in MPLS Ne= twork draft believe that all comments received during the WG adoption call = been addressed. Thus, authors would like to ask the WG Chairs to consider W= G LC as the next step.

 

        &nbs= p;       Regards,

        &nbs= p;            &= nbsp;          Greg=

--_000_7347100B5761DC41A166AC17F22DF11221965953eusaamb103erics_-- From nobody Mon Dec 14 19:23: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 33A0B1B2A0F; Mon, 14 Dec 2015 19:23:19 -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 f5EQWrPijZT3; Mon, 14 Dec 2015 19:23:16 -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 4C8231B2A1B; Mon, 14 Dec 2015 19:23:16 -0800 (PST) Received: from [192.168.1.13] (unknown [112.205.79.148]) (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 D05F718013CB; Tue, 15 Dec 2015 04:23:12 +0100 (CET) To: Gregory Mirsky , "mpls-chairs@ietf.org" , "mpls@ietf.org" References: <7347100B5761DC41A166AC17F22DF11221965953@eusaamb103.ericsson.se> From: Loa Andersson Message-ID: <566F8799.1070305@pi.nu> Date: Tue, 15 Dec 2015 11:23:05 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <7347100B5761DC41A166AC17F22DF11221965953@eusaamb103.ericsson.se> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: "draft-ietf-mpls-residence-time@tools.ietf.org" Subject: Re: [mpls] Progressing Resdience Time Measurement draft 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, 15 Dec 2015 03:23:19 -0000 Working Group and authors, As a matter of fact I believe this document should be progressed. This draft has been a working group document since early August, but there has been no discussion on the document on the wg mailing list. There are of course two ways if interpreting this. - there is total agreement on the draft - there is no intrest in the draft I have no basis to decide which is the case. Can we plese have at least a few (non-author) comments on the mailing list if it is time to start the wglc. /Loa mpls wg co-chair On 2015-12-15 07:21, Gregory Mirsky wrote: > Dear Chairs of the MPLS WG, > > authors of the Residence Time Measurement in MPLS Network draft believe > that all comments received during the WG adoption call been addressed. > Thus, authors would like to ask the WG Chairs to consider WG LC as the > next step. > > Regards, > > Greg > > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > From nobody Mon Dec 14 23:41: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 161951A88A6; Mon, 14 Dec 2015 23:41:09 -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 2JZnP6u68o31; Mon, 14 Dec 2015 23:41:07 -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 536451A889F; Mon, 14 Dec 2015 23:41:07 -0800 (PST) Received: by mail-wm0-x236.google.com with SMTP id n186so12374540wmn.0; Mon, 14 Dec 2015 23:41:07 -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=eD8d+hLtC8YJ6HjbSjYnOiEeSRv12m8pYZOQrQ3bc60=; b=JKea/hHe50aN5YaWVC0eofegZrjL0yV/9W7Wl7vF90Z22FfwP2a3CXmZ6BcBRqOct5 2nWmhfjP9McL8wOC3rWQd3EmcbTZUj389ci2eKzBGlPtJhQsvmXVF5Ye3Nv707oNq7By N7J4jSOvr6QjTKsldGbfAlXrCp9R2UFnMUtt0fU/3vIHpbDvH4djpMHDYDaPF8ihWYWH gx5nwWBmvk/4kaLeI1zip/L+VJqPMutLFE/HAaSSHZvg6rRil2aeuWrFc6nTSrr4t0o5 Gj4bYZSPRNOf0ansL1YN7j6xLgPW6jcMtGsPQ/uSqvj1iznOlepvgVhLWV/yM3e/GnjP JRcA== X-Received: by 10.28.144.78 with SMTP id s75mr2592781wmd.97.1450165265925; Mon, 14 Dec 2015 23:41:05 -0800 (PST) Received: from [192.168.2.130] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id u139sm19571330wmu.22.2015.12.14.23.41.04 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 14 Dec 2015 23:41:05 -0800 (PST) To: Loa Andersson , Gregory Mirsky , "mpls-chairs@ietf.org" , "mpls@ietf.org" References: <7347100B5761DC41A166AC17F22DF11221965953@eusaamb103.ericsson.se> <566F8799.1070305@pi.nu> From: Stewart Bryant Message-ID: <566FC411.7060405@gmail.com> Date: Tue, 15 Dec 2015 07:41:05 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <566F8799.1070305@pi.nu> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: "draft-ietf-mpls-residence-time@tools.ietf.org" Subject: Re: [mpls] Progressing Resdience Time Measurement draft 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, 15 Dec 2015 07:41:09 -0000 Loa This is something of a crossover draft with the work of the TICTOC/NTP folks so they should also be asked to comment. Stewart On 15/12/2015 03:23, Loa Andersson wrote: > > Working Group and authors, > > > As a matter of fact I believe this document should be progressed. > > This draft has been a working group document since early August, but > there has been no discussion on the document on the wg mailing list. > > There are of course two ways if interpreting this. > - there is total agreement on the draft > - there is no intrest in the draft > > I have no basis to decide which is the case. > > Can we plese have at least a few (non-author) comments on the mailing > list if it is time to start the wglc. > > /Loa > mpls wg co-chair > > On 2015-12-15 07:21, Gregory Mirsky wrote: >> Dear Chairs of the MPLS WG, >> >> authors of the Residence Time Measurement in MPLS Network draft believe >> that all comments received during the WG adoption call been addressed. >> Thus, authors would like to ask the WG Chairs to consider WG LC as the >> next step. >> >> Regards, >> >> Greg >> >> >> >> _______________________________________________ >> 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 Mon Dec 14 23:54: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 A30A71A86EF; Mon, 14 Dec 2015 23:54:20 -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 KPg5QXkZMSnH; Mon, 14 Dec 2015 23:54: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 BDCC61A870B; Mon, 14 Dec 2015 23:54:16 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml406-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CFL64557; Tue, 15 Dec 2015 07:54:13 +0000 (GMT) Received: from NKGEML404-HUB.china.huawei.com (10.98.56.35) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 15 Dec 2015 07:54:12 +0000 Received: from NKGEML512-MBX.china.huawei.com ([169.254.7.181]) by nkgeml404-hub.china.huawei.com ([10.98.56.35]) with mapi id 14.03.0235.001; Tue, 15 Dec 2015 15:54:09 +0800 From: "Anil Kumar S N (VRP Network BL)" To: Stewart Bryant , Loa Andersson , Gregory Mirsky , "mpls-chairs@ietf.org" , "mpls@ietf.org" Thread-Topic: [mpls] Progressing Resdience Time Measurement draft Thread-Index: AQHRNwv994tPdfeKu0eq97evYWkBGJ7Lq6qA Date: Tue, 15 Dec 2015 07:54:08 +0000 Message-ID: <327562D94EA7BF428CD805F338C31EF06C087033@nkgeml512-mbx.china.huawei.com> References: <7347100B5761DC41A166AC17F22DF11221965953@eusaamb103.ericsson.se> <566F8799.1070305@pi.nu> <566FC411.7060405@gmail.com> In-Reply-To: <566FC411.7060405@gmail.com> Accept-Language: en-US, zh-CN Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.18.213.92] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020204.566FC726.00B6, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.7.181, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 4a5187394ef1218a5c65bf8599a2ccaa Archived-At: Cc: "draft-ietf-mpls-residence-time@tools.ietf.org" Subject: Re: [mpls] Progressing Resdience Time Measurement draft 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, 15 Dec 2015 07:54:20 -0000 Hi, As a active member of NTP protocol working group. =09 I would like to know how this draft is helping NTP to improve clock synchr= onization accuracy ? I am sure NTP is well written to take care of delay in the network.=20 Does it makes sense to modify time protocol messages by other protocols ? I am not convinced this draft is going to help NTP anyway.=20 So I am not for it till now. I don't have agreement with this draft as of = now. I am ready to get convinced, if I get answers for above two questions. Thanks & Regards Anil S N "Be liberal in what you accept, and conservative in what you send" - Jon Po= stel -----Original Message----- From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Stewart Bryant Sent: 15 December 2015 15:41 To: Loa Andersson; Gregory Mirsky; mpls-chairs@ietf.org; mpls@ietf.org Cc: draft-ietf-mpls-residence-time@tools.ietf.org Subject: Re: [mpls] Progressing Resdience Time Measurement draft Loa This is something of a crossover draft with the work of the TICTOC/NTP fol= ks so they should also be asked to comment. Stewart On 15/12/2015 03:23, Loa Andersson wrote: > > Working Group and authors, > > > As a matter of fact I believe this document should be progressed. > > This draft has been a working group document since early August, but=20 > there has been no discussion on the document on the wg mailing list. > > There are of course two ways if interpreting this. > - there is total agreement on the draft > - there is no intrest in the draft > > I have no basis to decide which is the case. > > Can we plese have at least a few (non-author) comments on the mailing=20 > list if it is time to start the wglc. > > /Loa > mpls wg co-chair > > On 2015-12-15 07:21, Gregory Mirsky wrote: >> Dear Chairs of the MPLS WG, >> >> authors of the Residence Time Measurement in MPLS Network draft=20 >> believe that all comments received during the WG adoption call been addr= essed. >> Thus, authors would like to ask the WG Chairs to consider WG LC as=20 >> the next step. >> >> Regards, >> >> Greg >> >> >> >> _______________________________________________ >> 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 Tue Dec 15 05:36: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 DC5A81A8925; Tue, 15 Dec 2015 05:36:15 -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 dHoRSzZjRmPi; Tue, 15 Dec 2015 05:36:09 -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 0A9931A893F; Tue, 15 Dec 2015 05:36:09 -0800 (PST) Received: from [192.168.1.13] (unknown [112.205.79.148]) (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 738A218013CB; Tue, 15 Dec 2015 14:36:05 +0100 (CET) To: "mpls@ietf.org" From: Loa Andersson Message-ID: <5670173E.50801@pi.nu> Date: Tue, 15 Dec 2015 21:35:58 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: "mpls-chairs@ietf.org" , "draft-chandra-mpls-ri-rsvp-frr@ietf.org" Subject: [mpls] WG mailing list discussion on 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: Tue, 15 Dec 2015 13:36:16 -0000 WG, authors, mpls-rt reviewers of draft-chandra-mpls-ri-rsvp-frr: We have done an mpls-rt review of this document. The working group chairs have discussed this. We understand that the outcome can be summarized as follows (1) the draft addresses a real problem (2) there are concerns that that proposed solutions further complicates RSVP-TE as protocol. We would like to see further discussion on the mpls and teas wg mailing list, to see if there is a potentially simpler solution, or if simplifications to the solution proposed in the draft are possible. As part of this we would like to see the authors and reviewers (also on the mailing list) further discuss the issues brought in the mpls-rt review. The schedule for this includes discussions in Buenos Aires, and a potential working group adoption poll after the meeting. /Loa for the mpls working group chairs -- 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 Dec 15 11:49: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 40E0B1ACD24; Tue, 15 Dec 2015 11:49:22 -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 BGE3ULT-YXXR; Tue, 15 Dec 2015 11:49:19 -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 945F41ACD16; Tue, 15 Dec 2015 11:49:19 -0800 (PST) Received: by mail-wm0-x22a.google.com with SMTP id n186so111068027wmn.0; Tue, 15 Dec 2015 11:49:19 -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=NVb6DOPCFm26+577dJh8ZWPcsYRhwepIudm0/NeX3bk=; b=JUBkJ8CPbNHh5DRq+OyUmwL1ctiUBrnuIEjVeI80xxStazSKt80kLVL4Mf+T24AsHc gldf2DDtgvX507fbquXc4gB8pHWAllRx5OHuqcDk+Z+zwklNkTqENvsQoBE2uGb1CcR8 Ehbek373s/bEUpaL3dcOYY3YE5ID7eYhCKv1sAPCq5UUU6iuClS4fQKv+n6PCmalQuHP 29X5PIfRJYK3DwbJjgcWMEQUe6t9fQVS+gL8Jxfbvr/WOXCldqWqEf/xzZLuKHlWg9z8 XI3zY1yZqaejeLGZZlbPYuZlfmghW1c8IK6yzavfBBH4PZhUsRbm3hI1/24uMeB5XYhX X9sQ== X-Received: by 10.194.179.71 with SMTP id de7mr45701637wjc.119.1450208958140; Tue, 15 Dec 2015 11:49:18 -0800 (PST) Received: from [192.168.2.130] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id uz5sm2808372wjc.8.2015.12.15.11.49.14 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 15 Dec 2015 11:49:16 -0800 (PST) To: "Anil Kumar S N (VRP Network BL)" , Loa Andersson , Gregory Mirsky , "mpls-chairs@ietf.org" , "mpls@ietf.org" References: <7347100B5761DC41A166AC17F22DF11221965953@eusaamb103.ericsson.se> <566F8799.1070305@pi.nu> <566FC411.7060405@gmail.com> <327562D94EA7BF428CD805F338C31EF06C087033@nkgeml512-mbx.china.huawei.com> From: Stewart Bryant Message-ID: <56706EB9.1010805@gmail.com> Date: Tue, 15 Dec 2015 19:49:13 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <327562D94EA7BF428CD805F338C31EF06C087033@nkgeml512-mbx.china.huawei.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: "draft-ietf-mpls-residence-time@tools.ietf.org" Subject: Re: [mpls] Progressing Resdience Time Measurement draft 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, 15 Dec 2015 19:49:22 -0000 Anil In terms of accuracy achieved in a running network NTP is a relativly low grade timing protocol. As normally implemented and deployed it is not good enough for the more demanding applications such as mobile phone network synchronization, many industrial applications, or even one way packet delay measurement. One reason for this is the delay variation across the network, which is something that IEEE1588 atempts to address through transparent clock This draft defines a correction mechanism similar to transparent clock, but uses a method that is easier to implement in an MPLS network. - Stewart On 15/12/2015 07:54, Anil Kumar S N (VRP Network BL) wrote: > Hi, > > As a active member of NTP protocol working group. > > I would like to know how this draft is helping NTP to improve clock synchronization accuracy ? > I am sure NTP is well written to take care of delay in the network. > Does it makes sense to modify time protocol messages by other protocols ? > > I am not convinced this draft is going to help NTP anyway. > > So I am not for it till now. I don't have agreement with this draft as of now. > I am ready to get convinced, if I get answers for above two questions. > > Thanks & Regards > Anil S N > > "Be liberal in what you accept, and conservative in what you send" - Jon Postel > > > -----Original Message----- > From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Stewart Bryant > Sent: 15 December 2015 15:41 > To: Loa Andersson; Gregory Mirsky; mpls-chairs@ietf.org; mpls@ietf.org > Cc: draft-ietf-mpls-residence-time@tools.ietf.org > Subject: Re: [mpls] Progressing Resdience Time Measurement draft > > Loa > > This is something of a crossover draft with the work of the TICTOC/NTP folks so they should also be asked to comment. > > Stewart > > > > On 15/12/2015 03:23, Loa Andersson wrote: >> Working Group and authors, >> >> >> As a matter of fact I believe this document should be progressed. >> >> This draft has been a working group document since early August, but >> there has been no discussion on the document on the wg mailing list. >> >> There are of course two ways if interpreting this. >> - there is total agreement on the draft >> - there is no intrest in the draft >> >> I have no basis to decide which is the case. >> >> Can we plese have at least a few (non-author) comments on the mailing >> list if it is time to start the wglc. >> >> /Loa >> mpls wg co-chair >> >> On 2015-12-15 07:21, Gregory Mirsky wrote: >>> Dear Chairs of the MPLS WG, >>> >>> authors of the Residence Time Measurement in MPLS Network draft >>> believe that all comments received during the WG adoption call been addressed. >>> Thus, authors would like to ask the WG Chairs to consider WG LC as >>> the next step. >>> >>> Regards, >>> >>> Greg >>> >>> >>> >>> _______________________________________________ >>> 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 Dec 16 11:39: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 A54501A8957; Wed, 16 Dec 2015 11:39:36 -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 ABidPeTd9WOW; Wed, 16 Dec 2015 11:39:32 -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 AA03A1A8953; Wed, 16 Dec 2015 11:39:26 -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 CFN88651; Wed, 16 Dec 2015 19:39:23 +0000 (GMT) Received: from SJCEML702-CHM.china.huawei.com (10.218.25.35) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 16 Dec 2015 19:39:20 +0000 Received: from SJCEML701-CHM.china.huawei.com ([169.254.3.81]) by SJCEML702-CHM.china.huawei.com ([169.254.4.118]) with mapi id 14.03.0235.001; Wed, 16 Dec 2015 11:39:13 -0800 From: Huaimo Chen To: Gregory Mirsky , "draft-ietf-teas-rsvp-egress-protection@tools.ietf.org" , "teas-chairs@ietf.org" , "teas@ietf.org" Thread-Topic: [mpls] Comments to draft-ietf-teas-rsvp-egress-protection Thread-Index: AdB055+jr3+smJ3uSuiCZj3/NJvp6ABbWMEwLaU6DoAC01Ez0A== Date: Wed, 16 Dec 2015 19:39:13 +0000 Message-ID: <5316A0AB3C851246A7CA5758973207D44E4BF43F@SJCEML701-CHM.china.huawei.com> References: <7347100B5761DC41A166AC17F22DF1121B948D85@eusaamb103.ericsson.se> <5316A0AB3C851246A7CA5758973207D44E37F079@SJCEML701-CHM.china.huawei.com> <7347100B5761DC41A166AC17F22DF1122194CF4D@eusaamb103.ericsson.se> In-Reply-To: <7347100B5761DC41A166AC17F22DF1122194CF4D@eusaamb103.ericsson.se> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.212.245.4] Content-Type: multipart/alternative; boundary="_000_5316A0AB3C851246A7CA5758973207D44E4BF43FSJCEML701CHMchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020202.5671BDEC.00DD, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.3.81, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 78969ca1155697374f738bcf5f69e4c6 Archived-At: Cc: "mpls@ietf.org" , "rtg-bfd@ietf.org" Subject: Re: [mpls] Comments to draft-ietf-teas-rsvp-egress-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: Wed, 16 Dec 2015 19:39:36 -0000 --_000_5316A0AB3C851246A7CA5758973207D44E4BF43FSJCEML701CHMchi_ Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: quoted-printable Hi Greg=1B$B!$=1B(B See my answers/explanations inline below. Best Regards, Huaimo From: Gregory Mirsky [mailto:gregory.mirsky@ericsson.com] Sent: Tuesday, December 01, 2015 9:12 PM To: Huaimo Chen; draft-ietf-teas-rsvp-egress-protection@tools.ietf.org; tea= s-chairs@ietf.org; teas@ietf.org Cc: mpls@ietf.org; rtg-bfd@ietf.org Subject: RE: [mpls] Comments to draft-ietf-teas-rsvp-egress-protection Hi Huaimo, et. al, apologies for such very late response. I=1B$B!G=1B(Bve read the -02 version= and below you=1B$B!G=1B(Bll find my notes to changes I=1B$B!G=1B(Bve found= . My responses to our discussion are in-line and tagged GIM>>. Notes to -02 version: * section 5.1 states A backup egress SHOULD be configured on the ingress of an LSP to protect a primary egress of the LSP. Are there scenario when this SHOULD NOT be done, when the backup egress(es)= are not configured? And if this is such strong requirement, then the same is applicable to the = next sentence that currently reads as =1B$B!H!D=1B(Boptional egress backup = descriptor list for protecting egresses of the LSP=1B$B!I=1B(B. I think tha= t the descriptor list SHOULD be included in the Path message by the ingress= . Huaimo: Yes. See the paragraph below in the draft. The PLR (upstream node of the primary egress) extracts the backup egress from the respective EGRESS_BACKUP object in the egress backup descriptor list. If no matching EGRESS_BACKUP object is found or the list is empty, the PLR may apply a local policy to determine the backup egress and add an EGRESS_BACKUP object with the backup egress and primary egress into a Path message to the primary egress. * section 5.2 states: If the transit node is the upstream node of a primary egress to be protected, it determines the backup egress, obtains a path for the backup LSP and sets up the backup LSP along the path. Which, in my view, contradicts with the statement in section 5.1 that backu= p egress(es) SHOULD be configured at LSP ingress. Huaimo: It seems that this is not contradicts with the statement in section= 5.1 that backup egress(es) SHOULD be configured at LSP ingress. Just in t= he paragraph below the one you mentioned, it gives the details. =1B$B!H=1B(BThe PLR (upstream node of the primary egress) extracts the back= up egress from the respective EGRESS_BACKUP object in the egress backup descriptor list. If no matching EGRESS_BACKUP object is found or the list is empty, the PLR may apply a local policy to determine the backup egress and add an EGRESS_BACKUP object with the backup egress and primary egress into a Path message to the primary egress.=1B$B!I=1B(B Regards, Greg From: Huaimo Chen [mailto:huaimo.chen@huawei.com] Sent: Monday, April 13, 2015 8:19 PM To: Gregory Mirsky; draft-ietf-teas-rsvp-egress-protection@tools.ietf.org; = teas-chairs@ietf.org; teas@ietf.org Cc: mpls@ietf.org; rtg-bfd@ietf.org Subject: RE: [mpls] Comments to draft-ietf-teas-rsvp-egress-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: Monday, April 13, 2015 2:58 PM To: draft-ietf-teas-rsvp-egress-protection@tools.ietf.org; teas-chairs@ietf.org; teas@ietf.org Cc: mpls@ietf.org; rtg-bfd@ietf.org Subject: [mpls] Comments to draft-ietf-teas-rsvp-egress-protection Dear Editors, please kindly consider my comments to the current version of this work: * Introduction o The third paragraph mentions that an end-to-end protection may be slowe= r to detect failure and perform switchover then an arbitrary local protecti= on method. I believe that that is not the case and, as been demonstrated by= deployments of G.8031, G.8032 and RFC 6378 end-to-end provides sub-50 msec= switchover and G.8013/Y.1731 and RFC 5884 failure detection is 10 msec. [Huaimo] It seems that the statement in the paragraph is true. For a globa= l protection (or an end-to-end protection), it may take more time since the= time includes the propagation time and processing time. The propagation ti= me may depend on the size of the network. In general, the bigger the networ= k, the longer the propagation delay. The processing time may comprise the r= elated processing time on every node along the path from the egress node to= a node interesting the failure and doing switchover. GIM>> I think that distance, whether in number of intermediate hops or mile= s, does not affect guaranteed defect detection time when continuity check p= rotocol being used. In that case detection time depends only on definition = of Loss of Continuity defect for the given protocol. For example, in CFM it= is period of time between 3.25 and 3.5 CCM intervals when no CCM received = from remote MEP. BFD is little different and DetectMultiplier can be negoti= ated between end points of the given BFD session. But regardless of these d= ifferences, using CFM or BFD enables detection of LoC defect within 10 ms r= egardless of the distance between end-points. o The last in Section 1.1 suggests that node R3 may detect failure of the= node L1 through monitoring BFD session between two nodes. Firstly, if this= is multi-hop BFD session over IP network, then there=1B$B!G=1B(Bs no guara= ntee that its path is co-routed with the LSP segment R1-L3. Secondly, if it= is assumed that RFC 5884 may be used, I have to remind, that RFC 5884 oper= ates between LSP end points and R1 is not end point. Thus, Sub-Path Mainten= ance Entity (SPME) co-routed with the segment R1-L3 MUST be established. [Huaimo] It seems that R3 is the upstream node of L1 and there is no multi-= hop BFD session between R3 and L1. This current version of the document focuses on extending the protection of= RFC 4090 from a transit node to an egress node. It seems that it is better= to have another document for others if needed. GIM>> I couldn=1B$B!G=1B(Bt find in the document statement that the PLR R3 = MUST be upstream to the egress. If this is the requirement, then it must be= explicitly stated as, in my view, it is restrictive and limits number of n= etworks where proposed method can be used. * Section 5.2 o The third paragraph assumes that if a PLR cannot establish LSP to any l= isted LSR in the EGRESS_BACKUP object it SHOULD select it locally and recor= d it in the EGRESS_BACKUP object. I believe that that implies that a PLR, i= .e. any LSR in the MPLS domain is aware of all services, i.e. CEs, as that = is required when selecting backup egress. That is serious security concern = and must be properly addressed in Security Considerations section of the dr= aft. [Huaimo] This paragraph says that the upstream node of the primary egress k= nows/determines that there is not any backup egress given for the primary = egress. In this case, the upstream node selects a backup egress according t= o a local policy. The upstream node may not need to be aware of any service= s or CEs. GIM>> As commented above to section 5.2, this contradicts statement made in= section 5.1 that backup egress(es) SHOULD be configured at LSP ingress. Regards, Greg --_000_5316A0AB3C851246A7CA5758973207D44E4BF43FSJCEML701CHMchi_ Content-Type: text/html; charset="iso-2022-jp" Content-Transfer-Encoding: quoted-printable

Hi Greg=1B$B!$=1B(B=

 

See my answers/explanations inline below.

 

Best Regards,

Huaimo

From: Gregory = Mirsky [mailto:gregory.mirsky@ericsson.com]
Sent: Tuesday, December 01, 2015 9:12 PM
To: Huaimo Chen; draft-ietf-teas-rsvp-egress-protection@tools.ietf.o= rg; teas-chairs@ietf.org; teas@ietf.org
Cc: mpls@ietf.org; rtg-bfd@ietf.org
Subject: RE: [mpls] Comments to draft-ietf-teas-rsvp-egress-protecti= on

 

Hi Huaimo, et. al,

apologies for such ver= y late response. I=1B$B!G=1B(Bve read the -02 version and below you=1B$B!G= =1B(Bll find my notes to changes I=1B$B!G=1B(Bve found. My responses to our= discussion are in-line and tagged GIM>>.

Notes to -02 version:<= o:p>

·        section 5.1 st= ates

   A backup egress SHOULD be configured on the ingress of an= LSP to

   protect a primary egress of the LSP.

Are there scenario when this SHOULD NOT be done, when the backup egres= s(es) are not configured?

And if this is such strong requirement, then the same is applicable to= the next sentence that currently reads as =1B$B!H!D=1B(Boptional egress ba= ckup descriptor list for protecting egresses of the LSP=1B$B!I=1B(B. I think that the descriptor list SHOULD be included in th= e Path message by the ingress.

 

Huaimo: Yes. See the p= aragraph below in the draft.

The PLR (upstream node of the primary egress) extracts= the backup

egress from the respective EGRESS_BACKUP object in the= egress backup

descriptor list. If no matching EGRESS_BACKUP object i= s found or the

list is empty, the PLR may apply a local policy to det= ermine the

backup egress and add an EGRESS_BACKUP object with the= backup egress

and primary egress into a Path message to the primary egress.

 

·        section 5.2 st= ates:

   If the transit node is the upstream node of a primary egr= ess to be

   protected, it determines the backup egress, obtains a pat= h for the

   backup LSP and sets up the backup LSP along the path.

Which, in my view, contradicts with the statement in section 5.1 that = backup egress(es) SHOULD be configured at LSP ingress.

 

Huaimo: It seems that this is not contradicts with the statement in= section 5.1 that backup egress(es) SHOULD be configured at LSP ingress. &n= bsp;Just in the paragraph below the one you mentioned, it gives the details.

=1B$B!H=1B(BThe PLR (upstream node of the primary egress) extracts the backup=

egress from the respective EGRESS_BACKUP object in the= egress backup

descriptor list. If no matching EGRESS_BACKUP object i= s found or the

list is empty, the PLR may apply a local policy to det= ermine the

backup egress and add an EGRESS_BACKUP object with the= backup egress

and primary egress into a Path message to the primary egress.=1B$B!I=1B(B<= /span>

 

 

 

   &nbs= p;            Regard= s,

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

 

From: Huaimo C= hen [mailto:huaimo.chen@huawei.com]
Sent: Monday, April 13, 2015 8:19 PM
To: Gregory Mirsky; draft-ietf-teas-rsvp-egress-protection@tools.iet= f.org; teas-chairs@ietf.org; teas@ietf.org
Cc: mpls@ietf.org; rtg-bfd@ietf.org
Subject: RE: [mpls] Comments to draft-ietf-teas-rsvp-egress-protecti= on

 

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: Monday, April 13, 2015 2:58 PM
To: draft-ietf-teas-rsvp-egress-protection@tools.ietf.org; teas-chairs@ietf.org; teas@ietf.org
Cc: mpls@ietf.org; rtg-bfd@ietf.org
Subject: [mpls] Comments to draft-ietf-teas-rsvp-egress-protection

 

Dear Editors,

please kindly consider my comments to the current ve= rsion of this work:

·        Introduction

o   The third paragraph mentions that an end-to-= end protection may be slower to detect failure and perform switchover then = an arbitrary local protection method. I believe that that is not the case a= nd, as been demonstrated by deployments of G.8031, G.8032 and RFC 6378 end-to-end provides sub-50 msec switchover = and G.8013/Y.1731 and RFC 5884 failure detection is 10 msec.

[Huaimo] It seems that= the statement in the paragraph is true.  For a global protection (or = an end-to-end protection), it may take more time since the time includes th= e propagation time and processing time. The propagation time may depend on the size of the network. In general, the bi= gger the network, the longer the propagation delay. The processing time may= comprise the related processing time on every node along the path from the= egress node to a node interesting the failure and doing switchover.

GIM>> I think th= at distance, whether in number of intermediate hops or miles, does not affe= ct guaranteed defect detection time when continuity check protocol being us= ed. In that case detection time depends only on definition of Loss of Continuity defect for the given protocol. For exa= mple, in CFM it is period of time between 3.25 and 3.5 CCM intervals when n= o CCM received from remote MEP. BFD is little different and DetectMultiplie= r can be negotiated between end points of the given BFD session. But regardless of these differences, usin= g CFM or BFD enables detection of LoC defect within 10 ms regardless of the= distance between end-points.

o   The last in Section 1.1 suggests that node R= 3 may detect failure of the node L1 through monitoring BFD session between = two nodes. Firstly, if this is multi-hop BFD session over IP network, then = there=1B$B!G=1B(Bs no guarantee that its path is co-routed with the LSP segment R1-L3. Secondly, if it is assumed that R= FC 5884 may be used, I have to remind, that RFC 5884 operates between LSP e= nd points and R1 is not end point. Thus, Sub-Path Maintenance Entity (SPME)= co-routed with the segment R1-L3 MUST be established.

[Huaimo] It seems that= R3 is the upstream node of L1 and there is no multi-hop BFD session betwee= n R3 and L1.

This current version o= f the document focuses on extending the protection of RFC 4090 from a trans= it node to an egress node. It seems that it is better to have another docum= ent for others if needed.

GIM>> I couldn= =1B$B!G=1B(Bt find in the document statement that the PLR R3 MUST be upstre= am to the egress. If this is the requirement, then it must be explicitly st= ated as, in my view, it is restrictive and limits number of networks where proposed method can be used.

·        Section 5.2

o   The third paragraph assumes that if a PLR ca= nnot establish LSP to any listed LSR in the EGRESS_BACKUP object it SHOULD = select it locally and record it in the EGRESS_BACKUP object. I believe that= that implies that a PLR, i.e. any LSR in the MPLS domain is aware of all services, i.e. CEs, as that is requ= ired when selecting backup egress. That is serious security concern and mus= t be properly addressed in Security Considerations section of the draft.

[Huaimo] This paragrap= h says that the upstream node of the primary egress knows/determines that &= nbsp;there is not any backup egress given for the primary egress. In this c= ase, the upstream node selects a backup egress according to a local policy. The upstream node may not need to be aware of= any services or CEs.   

GIM>> As comment= ed above to section 5.2, this contradicts statement made in section 5.1 tha= t backup egress(es) SHOULD be configured at LSP ingress.<= /p>

 

 

Regards,

    &= nbsp;           Greg=

--_000_5316A0AB3C851246A7CA5758973207D44E4BF43FSJCEML701CHMchi_-- From nobody Thu Dec 17 11:00: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 7E9881A8729; Thu, 17 Dec 2015 11:00: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, 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 GX3GNDTcaxh9; Thu, 17 Dec 2015 11:00:01 -0800 (PST) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0729.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::729]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 630831A8713; Thu, 17 Dec 2015 11:00:01 -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.361.13; Thu, 17 Dec 2015 18:59:42 +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.0361.006; Thu, 17 Dec 2015 18:59:42 +0000 From: Ross Callon To: "mpls@ietf.org" Thread-Topic: closed, RE: Poll for adoption for draft-bryant-mpls-flow-ident-03 Thread-Index: AdEm9szltjFdYI0/SSuYJDIPBO9CGASBbcRg Date: Thu, 17 Dec 2015 18:59:41 +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.12] x-microsoft-exchange-diagnostics: 1; DM2PR05MB573; 5:N5Bc4smpgzKLCsxZG1pJ+leb4PKBxB7/3qxklVNGuaJ4M7/BAnnei5I7EziZMVwBmkrIfl7sY/FZ0RoYcbUTEqjaVbnTTlOHv0Ep5VX2ft8AwoX3LcZVZLK/h+0Eq4NSs52XBAAdpJdz4laTHMWPbw==; 24:+X84Mf4bqmbT1m9sHKaG9ptL+wXDzX67Zguf9CStWXQ/qKsNv/gvQ7CFbfLhEkbVuKFYUGZ0UCrpBNPegWEemDxy7W/QXExFKqtVItPWF/A= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DM2PR05MB573; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(138986009662008); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(520078)(10201501046)(3002001); SRVR:DM2PR05MB573; BCL:0; PCL:0; RULEID:; SRVR:DM2PR05MB573; x-forefront-prvs: 07935ACF08 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(164054003)(189002)(52044002)(377454003)(199003)(19580395003)(5001960100002)(33656002)(230783001)(77096005)(76576001)(19625215002)(66066001)(54356999)(1096002)(1220700001)(18717965001)(586003)(5008740100001)(74316001)(16236675004)(10400500002)(101416001)(6116002)(19609705001)(110136002)(790700001)(102836003)(3846002)(19580405001)(5002640100001)(2900100001)(2501003)(11100500001)(86362001)(92566002)(15975445007)(189998001)(5003600100002)(76176999)(229853001)(40100003)(122556002)(50986999)(5004730100002)(2351001)(81156007)(1730700002)(99286002)(450100001)(87936001)(2950100001)(106356001)(97736004)(19300405004)(105586002); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR05MB573; 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_DM2PR05MB57358166429A614FFDB43F6A5E00DM2PR05MB573namprd_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Dec 2015 18:59:41.9847 (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] closed, RE: 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, 17 Dec 2015 19:00:03 -0000 --_000_DM2PR05MB57358166429A614FFDB43F6A5E00DM2PR05MB573namprd_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable This poll has now closed, and the document has been accepted as a working g= roup document. Thanks to the authors and to all who responded. Authors: Please submit the document as draft-ietf-mpls-flow-ident-00 withou= t 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, Ross (as MPLS WG co-chair) From: Ross Callon [mailto:rcallon@juniper.net] Sent: Tuesday, November 24, 2015 3:29 PM To: mpls@ietf.org Cc: mpls-chairs@ietf.org Subject: 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_DM2PR05MB57358166429A614FFDB43F6A5E00DM2PR05MB573namprd_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

This poll has now closed,= and the document has been accepted as a working group document. Thanks to = the authors and to all who responded.

 <= /p>

Authors: Please submit th= e document as draft-ietf-mpls-flow-ident-00 without any other changes than = filename, version number and dates.

 <= /p>

Once this is done you can= feel free to handle any comments received following normal WG process.

 <= /p>

Thanks, Ross

(as MPLS WG co-chair)

 <= /p>

From: Ross Cal= lon [mailto:rcallon@juniper.net]
Sent: Tuesday, November 24, 2015 3:29 PM
To: mpls@ietf.org
Cc: mpls-chairs@ietf.org
Subject: Poll for adoption for draft-bryant-mpls-flow-ident-03<= /o:p>

 

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_DM2PR05MB57358166429A614FFDB43F6A5E00DM2PR05MB573namprd_-- From nobody Thu Dec 17 11:02:57 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 9D3231A88B2; Thu, 17 Dec 2015 11:02:55 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Secretariat To: , , X-Test-IDTracker: no X-IETF-IDTracker: 6.11.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20151217190255.26608.44919.idtracker@ietfa.amsl.com> Date: Thu, 17 Dec 2015 11:02:55 -0800 Archived-At: Subject: [mpls] The MPLS WG has placed draft-bryant-mpls-flow-ident in state "Adopted by a WG" 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, 17 Dec 2015 19:02:55 -0000 The MPLS WG has placed draft-bryant-mpls-flow-ident in state Adopted by a WG (entered by Ross Callon) The document is available at https://datatracker.ietf.org/doc/draft-bryant-mpls-flow-ident/ Comment: to be replaced by draft-ietf-mpls-flow-ident From nobody Thu Dec 17 21:41: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 E2FDA1B3357; Thu, 17 Dec 2015 21:41:10 -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 KYAdrc0u2zsC; Thu, 17 Dec 2015 21:41:06 -0800 (PST) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0735.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::735]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 04A191B3359; Thu, 17 Dec 2015 21:41:05 -0800 (PST) Received: from BN3PR0501MB1377.namprd05.prod.outlook.com (10.160.117.11) by BN3PR0501MB1380.namprd05.prod.outlook.com (10.160.117.139) with Microsoft SMTP Server (TLS) id 15.1.355.16; Fri, 18 Dec 2015 05:40:41 +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.0361.006; Fri, 18 Dec 2015 05:40:41 +0000 From: Chandrasekar Ramachandran To: Chandrasekar Ramachandran , "Aissaoui, Mustapha (Mustapha)" , Sriganesh Kini , Loa Andersson , Lucy yong Thread-Topic: MPLS-RT review of draft-chandra-mpls-ri-rsvp-frr Thread-Index: AQHRDMPhsONZcO/ZDU6JSnAr5/i5wJ55MxXAgC7BdQCAAj56AIAB1u4AgAwwBlCAGFak8A== Date: Fri, 18 Dec 2015 05:40:41 +0000 Message-ID: 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> 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.11] x-microsoft-exchange-diagnostics: 1; BN3PR0501MB1380; 5:MBEVK0v8YTe+K9MDLYCnVlcLnwRCXckLJzE8a9OcqeJhfbgBGkm4Pksac70hZs2W+S4PEeap+c9k6NLVqI4lSts/+SxUmVO8yHCZ9ineJBt2iRzwD01yFOrERMDjDCzrCkCP125asm49ZsC38b90Wg==; 24:Tqw3JGoCUsG/DUGhyIqNt4szd+sQYlX7y4+APQnoYmeZ8qoCd5YY9ZddA0bO/0MBwx5t/CYaBGgF1OvQuKEzONT2kOZXUhpeN7mPZ2IT8Jc= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BN3PR0501MB1380; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(61489475475257)(37575265505322); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(520078)(5005006)(8121501046)(10201501046)(3002001); SRVR:BN3PR0501MB1380; BCL:0; PCL:0; RULEID:; SRVR:BN3PR0501MB1380; x-forefront-prvs: 07943272E1 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(377454003)(189002)(13464003)(37854004)(50944005)(199003)(102836003)(1220700001)(3846002)(74316001)(5008740100001)(189998001)(97736004)(6116002)(5001770100001)(19580405001)(5003600100002)(1941001)(19580395003)(5002640100001)(81156007)(86362001)(93886004)(106356001)(10400500002)(101416001)(66066001)(15975445007)(106116001)(33656002)(230783001)(1096002)(99286002)(105586002)(586003)(77096005)(76576001)(2950100001)(2900100001)(92566002)(87936001)(50986999)(5004730100002)(5001960100002)(11100500001)(40100003)(122556002)(54356999)(76176999)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR0501MB1380; 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) 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: 18 Dec 2015 05:40:41.3913 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR0501MB1380 Archived-At: Cc: Guijuan Wang 3 , "mpls@ietf.org" , "mpls-chairs@ietf.org" , "draft-chandra-mpls-ri-rsvp-frr@ietf.org" , 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: Fri, 18 Dec 2015 05:41:11 -0000 Mustapha, Did my response address your concerns? If I have understood you correctly, = the concerns fall in two categories and I have tried to address these conce= rns. (A) The need for introducing refresh-interval independent behavior into RSV= P-TE (B) Why some kind of local implementation based timers will not be sufficie= nt to support long refresh intervals Do you have any specific comment on my responses? Specifically, do you stil= l think the responses did not address (A), or (B) or both? Regards, Chandra. > -----Original Message----- > From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Chandrasekar > Ramachandran > Sent: Thursday, December 03, 2015 12:58 AM > To: Aissaoui, Mustapha (Mustapha) ; > Sriganesh Kini ; Loa Andersson ; > Lucy yong > 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 >=20 > Mustapha, >=20 > > -----Original Message----- > > From: Aissaoui, Mustapha (Mustapha) [mailto:mustapha.aissaoui@alcatel- > > lucent.com] > > Sent: Thursday, November 26, 2015 8:48 AM > > To: Sriganesh Kini ; Loa Andersson > > ; Lucy yong > > Cc: Lizhong Jin ; Guijuan Wang 3 > > ; draft-chandra-mpls-ri-rsvp-frr@ietf.org; > > mpls-chairs@ietf.org; Aissaoui, Mustapha (Mustapha) > > ; mpls@ietf.org > > Subject: RE: MPLS-RT review of draft-chandra-mpls-ri-rsvp-frr > > > > Dear authors, > > I read this draft and I believe the intent is to provide a tighter cont= rol plane > > synchronization of the PLR and MP roles on a per RSVP session basis suc= h > > that a LSR will know if it is a MP for a given RSVP session which reque= sted > > 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 f= ailure 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. >=20 > [Chandra] The primary motivation of the draft is to enable LSRs to suppor= t FRR > when the LSP scale on the LSR is of the order of hundreds of thousands. T= he > analysis of the bottlenecks as a consequence of LSP scale, that can cause > disruption of the LSR has already been documented in RFC 5439. As analyze= d in > RFC 5439, while there is a correlation between the percentage increase in > refresh time and the improvement in LSR performance, there is a degree of > functionality that is lost owing to the soft-state nature of the protocol= . TE- > SCALE-REC (https://tools.ietf.org/html/draft-ietf-teas-rsvp-te-scaling-re= c-00) > outlines the motivation for refresh independent RSVP (RI-RSVP) for all ty= pes of > LSPs (packet or non-packet), and makes recommendations to enable RSVP > implementations eliminate the reliance on short refresh time. This draft > addresses the refresh-interval dependent behavior of RFC 4090 in order to > support RI-RSVP, as facility backup FRR is a widely deployed feature in > production networ > ks. >=20 > > However, the procedures presented in this document are fairly complex = and > > go at odds with the original intent of making state synchronization bas= ed on > > a soft-state mechanism. >=20 > [Chandra] The tradeoffs between using short or long refresh intervals has= been > well understood. Short refresh intervals aid fast synchronization of stat= es along > the path of the LSP, but is problematic because of the control message tr= affic > that a router has to handle at high LSP scale. Routers not only must sync= hronize > new states as promptly as possible, but also must maintain the rate of pe= riodic > Srefresh messages to a level sufficient to refresh all existing states wi= thout being > timed out. When the number of LSPs that routers carry approach half a mil= lion, > there will be two problems with the control message rate. > (1) As analyzed in RFC 5439, even with RFC 2961 refresh reduction the siz= e of > Srefresh message may become very large, and the processing required may > cause disruption of the LSR. > (2) Apart from the problem of RSVP message processing overhead, there is = also > the problem of RSVP-TE becoming a bottleneck preventing the router to sca= le > other protocols or services. >=20 > > 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 s= impler > > methods which are used in production networks today. I describe this in= the > > detailed comments below. >=20 > [Chandra] Some of the mechanisms already deployed in multi-vendor product= ion > networks involve configuring implementation specific timers or delays on = LSRs. > Multiple vendors support various timers or delays on Ingress and Transit = LSRs. > However, in practice the values configured for these timers or delays are= very > scale specific, and the values that work at one LSP scale usually do not = work at > higher LSP scale. In practice, the "scale" that impacts the behavior at s= pecific > timer or delay value is not only the number of LSPs carried on the router= , but > also the number of other protocol states that reside on the router. It sh= ould be > noted that the reliance on such implementation specific timers or delays = has > been a major contributor of operational complexity in running RSVP-TE FRR= . Any > solution based on such timers or delays while being operationally simple = at one > scale ceases to be so at higher scale. It has been practically found (wit= h existing > implementations from multiple vendors) tha > t it is operationally hard to find out the new better value as a running > production network grows over time. In short, the use of such timers or d= elays > has been found to involve guess work that seldom remain simple in the lon= g run. >=20 > > 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 protec= tion > > 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 th= e > > previous hop failed. In fact, a user configurable MP timeout upon failu= re, > > independent of the refresh timeout, can be provided to tune it to the d= esired > > value to give enough time to the Path message to be received via the by= pass > > LSP. >=20 > [Chandra] The option of resetting the refresh timeout may not be viable i= f long > refresh interval (of the order of tens of minutes) is applied on the LSPs= . That > leaves the other option of providing a "wait timer" (independent of refre= sh time) > that is configurable on the MP. However, it is fairly clear that the "wai= t timer" > that the operator should configure on MP will be problematic for two reas= ons. > The operator should carefully analyze the performance impact of an existi= ng > timer/delay value if and when (a) the LSP scale on the same router increa= ses, > and (2) the LSP scale increases on other routers around it (that may pote= ntially > become upstream PLRs)! >=20 > > 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 t= he > > refresh timeout? You refer to this as "stale" state but in fact it is d= esirable 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 L= SP > > before the state timeout. >=20 > [Chandra] As described in the first response in this mail, the motivation= driving > the draft is to eliminate RSVP-TE's reliance of short refresh intervals. = If router C > were to retain the LSP state until time out, without any additional proce= dures > that provide an explicit indication to router C on when the LSP state is = no longer > required, then router C would retain the LSP state potentially for hours = if the > refresh interval is long. So, router C will not only store the state of t= he LSP but > also periodically send the Path message (in Srefresh) downstream - thereb= y > unnecessarily consuming resources that could potentially be utilized for = other > LSPs. >=20 > It should also be noted that the transit router cannot assume that Ingres= s LSR > will be able to complete global repair within a particular time frame. Th= e transit > LSR procedures should be able to handle cases when global repair does not > complete for some valid reason for an extended period of time. >=20 > > 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 rec= eives a > > PathTear from A, all it needs to do is to check that the primary path n= eighbor > > (C in this case) is in down or in cleanup state and send the PathTear o= ver 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 th= e > > next refresh interval to send the Path refresh over the bypass, then yo= u can > > run into the issue described here. >=20 > [Chandra] The problem described is different. Router B detects the failur= e and > undertakes local actions for re-routing traffic for all protected LSPs tr= aversing > the failed link. In parallel, router B also initiates backup LSP signalin= g for all > those protected LSPs. At scale (i.e. if the number of protected LSPs thus > undergoing repair is of the order of hundreds of thousands), the initiati= on of > backup LSP signaling for all those protected LSPs is not expected to happ= en > within short time period. If the Ingress LSR initiates LSP tear down duri= ng this > interim time duration, the existing procedures do not offer any mechanism= for > router B to indicate to MP that it need not hold on to that state any lon= ger. The > new procedure described in the document does not introduce any major > extension but simply use PathTear message from PLR to MP even though the > PLR had not reliably refreshed backup LSP Path. >=20 > Here again, one may suggest the use of some "wait timer" on MP independen= t > of refresh time out - say if the MP does not receive backup LSP Path mess= age > within the "wait timer", the MP can delete the LSP state. But depending o= n a > timer or delay suffers from the same drawbacks pointed out in the respons= e to > comment #1. >=20 > > 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 w= hich > > will not trigger the activation of the bypass LSP. There is nothing abn= ormal > > about this and this behavior is not specific to the case when the bypas= s could > > not be activated. >=20 > [Chandra] The problem is not about the activation of bypass LSP but that = there is > no indication to the MP router that it does not have to hold on to the LS= P state > any more. The problem has been explained in the response to comment #3 an= d > #4. On the soft-state behavior, the responses to the first three paragrap= hs to > your mail contain the reasoning for removing the limitations of soft-stat= e nature > of the protocol. >=20 > > 5. Section 4.5.2 - Procedures for backward compatibility: > > MA> What is the need to set the refresh interval to the default value w= hen a > > LSR detects that a downstream or upstream neighbour does not support th= e > > 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. >=20 > [Chandra] If refresh time is not explicitly configured on the LSR support= ing RI- > RSVP-FRR, then the refresh interval should be reduced to RFC 2205 default= value > of 30 seconds for messages sent to a neighboring router that is not RI-RS= VP > capable. TE-SCALE-REC draft recommends default refresh interval of 20 min= utes > be used in Path and Resv messages if RI-RSVP is supported by the LSR. The > statement in the draft referred here is not applicable if the operator ha= s > overridden the RI-RSVP default value. >=20 > I think the text in Section 4.5.2 could have state explicitly that if dow= nstream or > upstream neighbor does not advertise RI-RSVP capability, then the router = should > reduce the refresh interval to 30 seconds if the refresh interval has not= been > configured on the router. We will update this section accordingly to clar= ify the > proposed behavior. >=20 > Regards, > Chandra. >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From nobody Fri Dec 18 00:24:15 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 A96071B3451; Fri, 18 Dec 2015 00:24:13 -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: <20151218082413.30653.54192.idtracker@ietfa.amsl.com> Date: Fri, 18 Dec 2015 00:24:13 -0800 Archived-At: Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-tp-temporal-hitless-psm-09.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, 18 Dec 2015 08:24:13 -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 : Enhanced path segment monitoring Authors : Alessandro D'Alessandro Loa Andersson Manuel Paul Satoshi Ueno Kaoru Arai Yoshinori Koike Filename : draft-ietf-mpls-tp-temporal-hitless-psm-09.txt Pages : 16 Date : 2015-12-18 Abstract: The MPLS transport profile (MPLS-TP) has been standardized to enable carrier-grade packet transport and to complement converged packet network deployments. The most attractive features of MPLS-TP are the OAM functions. These functions enable maintenance tools that may be exploited by network operators and service providers for fault location, survivability, performance monitoring, in-service and out- of-service measurements. One of the most important mechanisms that is common for transport network operation is fault localisation. A segment monitoring function of a transport path is effective in terms of extension of the maintenance work and indispensable, particularly when the OAM function is activated only between end points. However, the current approach defined for MPLS-TP of segment monitoring has some drawbacks. This document elaborates on the problem statement for the Sub-path Maintenance Elements (SPMEs) which provide monitoring of a segment of a set of transport paths (LSPs or MS-PWs). Based on the identified problems, this document provides considerations for the specification of new requirements to consider a new improved mechanism for hitless transport path segment monitoring to be named Enhanced Path Segment Monitoring (EPSM). The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-tp-temporal-hitless-psm/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-mpls-tp-temporal-hitless-psm-09 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-tp-temporal-hitless-psm-09 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Fri Dec 18 09:55:48 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 A06001B37AF; Fri, 18 Dec 2015 09:55:46 -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: <20151218175546.6801.92225.idtracker@ietfa.amsl.com> Date: Fri, 18 Dec 2015 09:55:46 -0800 Archived-At: Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-smack-mpls-rfc4379bis-09.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, 18 Dec 2015 17:55:46 -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-09.txt Pages : 52 Date : 2015-12-18 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-09 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-smack-mpls-rfc4379bis-09 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Fri Dec 18 12:48: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 294161B3073 for ; Fri, 18 Dec 2015 12:48:15 -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 awW-4X5wv9av for ; Fri, 18 Dec 2015 12:48:13 -0800 (PST) Received: from mail-io0-x22f.google.com (mail-io0-x22f.google.com [IPv6:2607:f8b0:4001:c06::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F24711B2DED for ; Fri, 18 Dec 2015 12:48:12 -0800 (PST) Received: by mail-io0-x22f.google.com with SMTP id e126so102076794ioa.1 for ; Fri, 18 Dec 2015 12:48:12 -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 :content-type; bh=sOGjN1F/NuNJPotvNb2zb0nLJs5StMph5MnOpVl/1lQ=; b=TxY8woMyadG55LKhVJlGUBHaZhz9A5EmwI3sucSm+V4+UmH2zTqZcAegiW9+rNyJec 5bvPYwsSazclTV4gCE7NNYfcGMz2denNYIMczkaFhKxViOZa/LgRaVtPdAsbCfoMS5Ih 5hP1ndtp16WpIXp5y3pBqb8Usle9KaKYEZEiUA/bFAvpSU0IN0O6hipFJ4Px5C/sAqgK ulrKWZC975uUeHQ528RQ3kCAmJHu4y6gD5hPvbo3tYKZeeJTvSByt7REk213b2Yfms5C pf0tmdsrOEzIyjnxT+klqcS7QEpY8I+EAB+TlvuA7bfujEqQENlfj9Oe1xsFYi11LgMO sgNg== MIME-Version: 1.0 X-Received: by 10.107.36.208 with SMTP id k199mr7927574iok.147.1450471692396; Fri, 18 Dec 2015 12:48:12 -0800 (PST) Received: by 10.64.155.110 with HTTP; Fri, 18 Dec 2015 12:48:12 -0800 (PST) In-Reply-To: <20151218175546.6801.92225.idtracker@ietfa.amsl.com> References: <20151218175546.6801.92225.idtracker@ietfa.amsl.com> Date: Fri, 18 Dec 2015 12:48:12 -0800 Message-ID: From: Kireeti Kompella To: "mpls@ietf.org" Content-Type: multipart/alternative; boundary=001a11405f04fb6e2d05273241f1 Archived-At: Subject: Re: [mpls] I-D Action: draft-smack-mpls-rfc4379bis-09.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: Fri, 18 Dec 2015 20:48:15 -0000 --001a11405f04fb6e2d05273241f1 Content-Type: text/plain; charset=UTF-8 Hi All, This update has the following changes: 1) Moved deprecated TLVs (FEC 128 and DSMAP) into Appendices; 2) Tweaked Multipath information to say that label- and LAG-based procedures will be defined in different documents. 3) Reworded (sub-)TLV examples. With these changes, we have addressed the comments by the MPLS RT folks, and we believe this doc is ready for WG adoption. Please read and comment. Loa, if you agree that this is ready for WG adoption, please make the call. Cheers, Kireeti. On Fri, Dec 18, 2015 at 9:55 AM, wrote: > > 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-09.txt > Pages : 52 > Date : 2015-12-18 > > 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-09 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=draft-smack-mpls-rfc4379bis-09 > > > 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/ > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > -- Kireeti --001a11405f04fb6e2d05273241f1 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi All,

This update has the following c= hanges:
1) Moved deprecated TLVs (FEC 128 and DSMAP) into Appendi= ces;
2) Tweaked Multipath information to say that label- and LAG-= based procedures will be defined in different documents.
3) Rewor= ded (sub-)TLV examples.

With these changes, we hav= e addressed the comments by the MPLS RT folks, and we believe this doc is r= eady for WG adoption.

Please read and comment.=C2= =A0 Loa, if you agree that this is ready for WG adoption, please make the c= all.

Cheers,
Kireeti.


On Fri, D= ec 18, 2015 at 9:55 AM, <internet-drafts@ietf.org> w= rote:

A New Internet-Draft is available from the on-line Internet-Drafts director= ies.
=C2=A0This draft is a work item of the Multiprotocol Label Switching Workin= g Group of the IETF.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= Detecting Multi-Protocol Label Switched (MPLS) Data Plane Failures
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Authors=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: Kire= eti Kompella
=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 Carlos Pignataro
=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 Nagendra Kumar
=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 Sam Aldrin
=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 Mach(Guoyi) Chen
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-sma= ck-mpls-rfc4379bis-09.txt
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= 52
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Date=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 := 2015-12-18

Abstract:
=C2=A0 =C2=A0This document describes a simple and efficient mechanism that = can be
=C2=A0 =C2=A0used to detect data plane failures in Multi-Protocol Label Swi= tching
=C2=A0 =C2=A0(MPLS) Label Switched Paths (LSPs).=C2=A0 There are two parts = to this
=C2=A0 =C2=A0document: information carried in an MPLS "echo request&qu= ot; and "echo
=C2=A0 =C2=A0reply" for the purposes of fault detection and isolation,= and
=C2=A0 =C2=A0mechanisms for reliably sending the echo reply.

=C2=A0 =C2=A0This 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-m= pls-rfc4379bis-09

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2= =3Ddraft-smack-mpls-rfc4379bis-09


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

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

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



--
Kireeti
--001a11405f04fb6e2d05273241f1-- From nobody Fri Dec 18 19:27:16 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 A26E01A1AD0; Fri, 18 Dec 2015 19:27:15 -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: <20151219032715.30487.6038.idtracker@ietfa.amsl.com> Date: Fri, 18 Dec 2015 19:27:15 -0800 Archived-At: Cc: mpls@ietf.org Subject: [mpls] I-D Action: draft-ietf-mpls-flow-ident-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: Sat, 19 Dec 2015 03:27:15 -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 : MPLS Flow Identification Considerations Authors : Stewart Bryant Carlos Pignataro Mach Chen Zhenbin Li Gregory Mirsky Filename : draft-ietf-mpls-flow-ident-00.txt Pages : 11 Date : 2015-12-18 Abstract: This memo discusses the desired capabilities for MPLS flow identification. The key application that needs this is in-band performance monitoring of user data packets. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-flow-ident/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-mpls-flow-ident-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 Fri Dec 18 21:19:38 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 158E11A1EFF; Fri, 18 Dec 2015 21:19:37 -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 qg_PL8hAq3Jb; Fri, 18 Dec 2015 21:19:35 -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 1A9B21A1F20; Fri, 18 Dec 2015 21:19:35 -0800 (PST) Received: from [192.168.1.13] (unknown [112.205.86.30]) (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 0653C180137F; Sat, 19 Dec 2015 06:19:31 +0100 (CET) To: "mpls@ietf.org" From: Loa Andersson Message-ID: <5674E8D9.3020000@pi.nu> Date: Sat, 19 Dec 2015 13:19:21 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: "mpls-chairs@ietf.org" , "draft-smack-mpls-rfc4379bis@ietf.org" Subject: [mpls] IPR poll on draft-smack-mpls-rfc4379bis 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, 19 Dec 2015 05:19:37 -0000 Working Group, The authors of draft-smack-mpls-rfc4379bis has told us that the document is ready for working adoption. We will do an IPR poll in parallel to the wgap. This mail starts the IPR poll. Are you aware of any IPR that applies to draft-smack-mpls-rfc4379bis? If so, has this IPR been disclosed in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details). There are no IPR disclosures filed directly against this document. However, there are tow IPR disclosures against RFC 4379. If you are listed as a document author or contributor please respond to this email regardless of whether or not you are aware of any relevant IPR. *The response needs to be sent to the MPLS wg mailing list.* The document will not advance to the next stage until a response has been received from each author and contributor. If you are on the MPLS WG email list but are not listed as an author or contributor, then please explicitly respond only if you are aware of any IPR that has not yet been disclosed in conformance with IETF rules. /Loa mpls wg co-chair -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Fri Dec 18 21:19: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 290371A1F73; Fri, 18 Dec 2015 21:19:58 -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 jrRsKNZ-xfiW; Fri, 18 Dec 2015 21:19:57 -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 CCC161A1F70; Fri, 18 Dec 2015 21:19:56 -0800 (PST) Received: from [192.168.1.13] (unknown [112.205.86.30]) (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 9D7E0180137F; Sat, 19 Dec 2015 06:19:53 +0100 (CET) From: Loa Andersson To: "mpls@ietf.org" Message-ID: <5674E8EF.80807@pi.nu> Date: Sat, 19 Dec 2015 13:19:43 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: "mpls-chairs@ietf.org" , "draft-smack-mpls-rfc4379bis@ietf.org" Subject: [mpls] Poll to see if we have consensus to adopt draft-smack-mpls-rfc4379bis as a wg doc 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, 19 Dec 2015 05:19:58 -0000 Working Group, This is to start a three week (because of the holiday season) poll to see if we have consensus to adopt draft-smack-mpls-rfc4379bis as an MPLS working group document. Please send your comments (support/not support) to the mpls working group mailing list (mpls@ietf.org). Please give a technical motivation for your support/not support, especially if you think that the document should not be adopted as a working group document. There are no IPR disclosures directly against draft-smack-mpls-rfc4379bis document. However, there are IPR disclosures against RFC 4379. We have started an IPR poll in parallel to the adoption poll. The document shepherd and working group chairs are frequently asked about the working group discussions related to any IPR disclosures. We like to remind the working group that discussion on the content and validity of an IPR disclosure should not take place on the MPLS wg list or any IETF mailing lists. However we are looking for simple statements whether you think the working group should continue progress the document, regardless of an existing IPR disclosure. Please include this information in your 'support/do not support' when responding to working group adoption calls and last calls. This working group adoptiom poll ends January 8, 2016. /Loa -- Loa Andersson email: loa@mail01.huawei.com Senior MPLS Expert loa@pi.nu Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Fri Dec 18 21:51:00 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 C57EA1A6EE9; Fri, 18 Dec 2015 21:50:59 -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 TTMjGK0dlhPT; Fri, 18 Dec 2015 21:50:58 -0800 (PST) Received: from mail-pf0-x232.google.com (mail-pf0-x232.google.com [IPv6:2607:f8b0:400e:c00::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5596A1A6EE8; Fri, 18 Dec 2015 21:50:58 -0800 (PST) Received: by mail-pf0-x232.google.com with SMTP id n128so42160132pfn.0; Fri, 18 Dec 2015 21:50:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=lR5hVpYwG4WrtnAJoO1zU2p2IsDGt6SsEF6h5LgM3ig=; b=S5+7mEAUE47d+7DeUO9Xs6z+XAAvmq9mcnDY+7DJhPVyNEOmot5ClYgaA6mMqAKvep /B//lE9UtKEVvipJLG8woMapZDuLZxeyMLcG9XaRdnsdypO12lNYLcM0+j27lsfTf16G hVMD8K19SdSp9Otj/iUE5SBJtfGGoW++CW6nnupeX3sVhz5zHMuEPX5L1ZVsqcR7Ba6m 3RQeWJPEzc3xyWw1QK88cYBXDXOFa1Ex61HE0+XZ7IdtS2Rn9sSb1S6lDaRdQtsQKTXk VNdw8rYRP6TsD7dE5pG2BMuMs5JgnmHXFC+pPxdSogSB1Vambu48QMAi/3+nVhsWVJDC r6Yw== X-Received: by 10.98.65.220 with SMTP id g89mr10722768pfd.63.1450504258009; Fri, 18 Dec 2015 21:50:58 -0800 (PST) Received: from [192.168.1.14] (c-73-189-176-93.hsd1.ca.comcast.net. [73.189.176.93]) by smtp.gmail.com with ESMTPSA id z3sm7836730pfi.69.2015.12.18.21.50.56 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 18 Dec 2015 21:50:56 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) From: Sam Aldrin In-Reply-To: <5674E8D9.3020000@pi.nu> Date: Fri, 18 Dec 2015 21:50:55 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <5674E8D9.3020000@pi.nu> To: "loa@pi.nu" X-Mailer: Apple Mail (2.3112) Archived-At: Cc: "mpls@ietf.org" , "mpls-chairs@ietf.org" , "draft-smack-mpls-rfc4379bis@ietf.org" Subject: Re: [mpls] IPR poll on draft-smack-mpls-rfc4379bis 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, 19 Dec 2015 05:50:59 -0000 Not aware of any IPR, apart from the IPR=E2=80=99s disclosed as part of = RFC=E2=80=99s this ID refers/merges. cheers -sam > On Dec 18, 2015, at 9:19 PM, Loa Andersson wrote: >=20 > Working Group, >=20 > The authors of draft-smack-mpls-rfc4379bis has told us that > the document is ready for working adoption. >=20 > We will do an IPR poll in parallel to the wgap. >=20 > This mail starts the IPR poll. >=20 > Are you aware of any IPR that applies to draft-smack-mpls-rfc4379bis? >=20 > If so, has this IPR been disclosed in compliance with IETF IPR rules > (see RFCs 3979, 4879, 3669 and 5378 for more details). >=20 > There are no IPR disclosures filed directly against this document. > However, there are tow IPR disclosures against RFC 4379. >=20 > If you are listed as a document author or contributor please respond = to > this email regardless of whether or not you are aware of any relevant > IPR. *The response needs to be sent to the MPLS wg mailing list.* The > document will not advance to the next stage until a response has been > received from each author and contributor. >=20 > If you are on the MPLS WG email list but are not listed as an author = or > contributor, then please explicitly respond only if you are aware of = any > IPR that has not yet been disclosed in conformance with IETF rules. >=20 >=20 > /Loa > mpls wg co-chair > --=20 >=20 >=20 > Loa Andersson email: loa@mail01.huawei.com > Senior MPLS Expert loa@pi.nu > Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Fri Dec 18 21:53:18 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 56F821A6EFE; Fri, 18 Dec 2015 21:53:17 -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 zxXeWuAmmqdr; Fri, 18 Dec 2015 21:53:16 -0800 (PST) Received: from mail-pa0-x22b.google.com (mail-pa0-x22b.google.com [IPv6:2607:f8b0:400e:c03::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 0A98C1A6EFC; Fri, 18 Dec 2015 21:53:16 -0800 (PST) Received: by mail-pa0-x22b.google.com with SMTP id wq6so70974256pac.1; Fri, 18 Dec 2015 21:53:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=R0FUoWKItHik4bxc4azcBrkDZFlfPgTs0DNm27fz60k=; b=z4CfinyiGX53Sq3N4vPV7Y6JegL8+s63LGDa79Lbf07Mh8ziMImE6hSs4rZQLJ8pde XnUA/HpN+UAT+x9x2I6DMdKbmKLr8Vk4ykgC5w8VFdorN7dlRuS2pPjVz4ZJRMoHoMZP hzbKOmLkKjcG3GhQv+8SfjlifEa2uAG0sqhzQrfTuyw2bE4eDshiIZFmVioX50FPFyUP i3qfJaGb14IHz4TkUUCZvijbI/XeHvRDkji6e61G0QvWi+mJjxDw6DDdeOb4Q7zl3kdu z58Px3sakN0/1mVKjwwoM9NMsq0rDfsq5g6ZsiV573ank/uWyn19ua93mqYE8HXa2baN nQ2w== X-Received: by 10.66.55.105 with SMTP id r9mr10851438pap.137.1450504395643; Fri, 18 Dec 2015 21:53:15 -0800 (PST) Received: from [192.168.1.14] (c-73-189-176-93.hsd1.ca.comcast.net. [73.189.176.93]) by smtp.gmail.com with ESMTPSA id 79sm21294947pfk.33.2015.12.18.21.53.13 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 18 Dec 2015 21:53:14 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) From: Sam Aldrin In-Reply-To: <5674E8EF.80807@pi.nu> Date: Fri, 18 Dec 2015 21:53:13 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <061FEE8B-A140-47C7-9115-A1F7607BAD47@gmail.com> References: <5674E8EF.80807@pi.nu> To: "loa@pi.nu" X-Mailer: Apple Mail (2.3112) Archived-At: Cc: "mpls@ietf.org" , "mpls-chairs@ietf.org" , "draft-smack-mpls-rfc4379bis@ietf.org" Subject: Re: [mpls] Poll to see if we have consensus to adopt draft-smack-mpls-rfc4379bis as a wg doc 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, 19 Dec 2015 05:53:17 -0000 Strong Yes for adoption. Lot of enhancements went it, via various RFC=E2=80=99s, which makes = RFC4379 an incomplete document for MPLS OAM. Hence this bis is very much essential and long overdue. -sam > On Dec 18, 2015, at 9:19 PM, Loa Andersson wrote: >=20 > Working Group, >=20 > This is to start a three week (because of the holiday season) poll > to see if we have consensus to adopt draft-smack-mpls-rfc4379bis > as an MPLS working group document. >=20 > Please send your comments (support/not support) to the mpls working > group mailing list (mpls@ietf.org). Please give a technical > motivation for your support/not support, especially if you think that > the document should not be adopted as a working group document. >=20 > There are no IPR disclosures directly against = draft-smack-mpls-rfc4379bis document. However, there are IPR disclosures = against > RFC 4379. >=20 > We have started an IPR poll in parallel to the adoption poll. >=20 > The document shepherd and working group chairs are frequently asked > about the working group discussions related to any IPR disclosures. >=20 > We like to remind the working group that discussion on the content > and validity of an IPR disclosure should not take place on the > MPLS wg list or any IETF mailing lists. >=20 > However we are looking for simple statements whether you think the > working group should continue progress the document, regardless of > an existing IPR disclosure. Please include this information in your > 'support/do not support' when responding to working group adoption > calls and last calls. >=20 > This working group adoptiom poll ends January 8, 2016. >=20 > /Loa > --=20 >=20 >=20 > Loa Andersson email: loa@mail01.huawei.com > Senior MPLS Expert loa@pi.nu > Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Sat Dec 19 05:45: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 623E11A89AC; Sat, 19 Dec 2015 05:45:22 -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 Mn0VRwNARwlx; Sat, 19 Dec 2015 05:45:20 -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 F01AF1A89AA; Sat, 19 Dec 2015 05:45:19 -0800 (PST) Received: by mail-wm0-x22b.google.com with SMTP id l126so17920710wml.0; Sat, 19 Dec 2015 05:45:19 -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=BmZTyDmGuhXHkN/z9xTDD2BAVVCQzc96Qd6P1+Umlak=; b=oZkrpEdiMJzbtFQo7n0xxb0ANVH3kJ/YWwu7O9AUK/3WjE8OxThGDBtIrD2onWvFwx GzJvNy80XSaBP4VsBZzutYUZVkpLelOYKzng5O4pARkrZJFAlibjkHw0/SEn4nuJHi+v bYVjwEv87GI4TGaHgSJrb6i1K6BgxcyFfKaUtlG7rkU1wcoEciNSs7zhnWLb5RF7NrAe eesq9Uu7kuW9jFWxrLuLS2ifGp+LvP03Ni4iTlFoA5Kq/+IGsgmTk1zUgd8jGsOF+PyP yWFhaU/mYmsy9/iUaWEbzKLNleQo1e6X71YK7xJPPvfTzuoXCLPrva8yY+qPZ18/dtOd zuJQ== X-Received: by 10.194.203.99 with SMTP id kp3mr9908513wjc.3.1450532718564; Sat, 19 Dec 2015 05:45:18 -0800 (PST) MIME-Version: 1.0 Received: by 10.28.15.198 with HTTP; Sat, 19 Dec 2015 05:44:59 -0800 (PST) In-Reply-To: <061FEE8B-A140-47C7-9115-A1F7607BAD47@gmail.com> References: <5674E8EF.80807@pi.nu> <061FEE8B-A140-47C7-9115-A1F7607BAD47@gmail.com> From: "Andrew G. Malis" Date: Sat, 19 Dec 2015 08:44:59 -0500 Message-ID: To: Sam Aldrin Content-Type: multipart/alternative; boundary=047d7bd91af26cdcfa05274077e5 Archived-At: Cc: "mpls@ietf.org" , "draft-smack-mpls-rfc4379bis@ietf.org" , "mpls-chairs@ietf.org" Subject: Re: [mpls] Poll to see if we have consensus to adopt draft-smack-mpls-rfc4379bis as a wg doc 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, 19 Dec 2015 13:45:22 -0000 --047d7bd91af26cdcfa05274077e5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Absolutely, it=E2=80=99s overdue for MPLS OAM and LSP Ping to be a full Sta= ndard. Cheers, Andy On Sat, Dec 19, 2015 at 12:53 AM, Sam Aldrin wrote: > Strong Yes for adoption. > Lot of enhancements went it, via various RFC=E2=80=99s, which makes RFC43= 79 an > incomplete document for MPLS OAM. > Hence this bis is very much essential and long overdue. > > -sam > > On Dec 18, 2015, at 9:19 PM, Loa Andersson wrote: > > > > Working Group, > > > > This is to start a three week (because of the holiday season) poll > > to see if we have consensus to adopt draft-smack-mpls-rfc4379bis > > as an MPLS working group document. > > > > Please send your comments (support/not support) to the mpls working > > group mailing list (mpls@ietf.org). Please give a technical > > motivation for your support/not support, especially if you think that > > the document should not be adopted as a working group document. > > > > There are no IPR disclosures directly against > draft-smack-mpls-rfc4379bis document. However, there are IPR disclosures > against > > RFC 4379. > > > > We have started an IPR poll in parallel to the adoption poll. > > > > The document shepherd and working group chairs are frequently asked > > about the working group discussions related to any IPR disclosures. > > > > We like to remind the working group that discussion on the content > > and validity of an IPR disclosure should not take place on the > > MPLS wg list or any IETF mailing lists. > > > > However we are looking for simple statements whether you think the > > working group should continue progress the document, regardless of > > an existing IPR disclosure. Please include this information in your > > 'support/do not support' when responding to working group adoption > > calls and last calls. > > > > This working group adoptiom poll ends January 8, 2016. > > > > /Loa > > -- > > > > > > 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 > --047d7bd91af26cdcfa05274077e5 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Absolutely, it=E2=80=99s overdue for MPLS OAM and LSP Ping= to be a full Standard.

Cheers,
Andy


= On Sat, Dec 19, 2015 at 12:53 AM, Sam Aldrin <aldrin.ietf@gmail.com> wrote:
Strong Yes for adopt= ion.
Lot of enhancements went it, via various RFC=E2=80=99s, which makes RFC4379= an incomplete document for MPLS OAM.
Hence this bis is very much essential and long overdue.

-sam
> On Dec 18, 2015,= at 9:19 PM, Loa Andersson <loa@pi.nu&g= t; wrote:
>
> Working Group,
>
> This is to start a three week (because of the holiday season) poll
> to see if we have consensus to adopt draft-smack-mpls-rfc4379bis
> as an MPLS working group document.
>
> Please send your comments (support/not support) to the mpls working > group mailing list (mpls@ietf.org= ). Please give a technical
> motivation for your support/not support, especially if you think that<= br> > the document should not be adopted as a working group document.
>
> There are no IPR disclosures directly against draft-smack-mpls-rfc4379= bis document. However, there are IPR disclosures against
> RFC 4379.
>
> We have started an IPR poll in parallel to the adoption poll.
>
> The document shepherd and working group chairs are frequently asked > about the working group discussions related to any IPR disclosures. >
> We like to remind the working group that discussion on the content
> and validity of an IPR disclosure should not take place on the
> MPLS wg list or any IETF mailing lists.
>
> However we are looking for simple statements whether you think the
> working group should continue progress the document, regardless of
> an existing IPR disclosure. Please include this information in your > 'support/do not support' when responding to working group adop= tion
> calls and last calls.
>
> This working group adoptiom poll ends January 8, 2016.
>
> /Loa
> --
>
>
> 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

--047d7bd91af26cdcfa05274077e5-- From nobody Sat Dec 19 05:49: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 83DB11A89AF; Sat, 19 Dec 2015 05:49:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.011 X-Spam-Level: X-Spam-Status: No, score=-2.011 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, SPF_HELO_PASS=-0.001, 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 wNB0WcqANKma; Sat, 19 Dec 2015 05:49:22 -0800 (PST) Received: from lucidvision.com (lucidvision.com [64.71.170.115]) (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 C1BA21A89A9; Sat, 19 Dec 2015 05:49:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lucidvision.com; s=default; t=1450532931; bh=o2hn3l6HqjqGTXKH8sJ4VXclP3GWqJVN74cFkxq6LEY=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=DFjh9nEQv5xZwN2QXNAxNsWequgeDmXIoGsg2KYXudUtKywHPpdoS5/0rhCGnKU+H 9fln1FVXqPjCIkBupaKpZ8UjVlhjcCz2fwfgUB54KtjWelmR12xGkJgB7hRz0ObN0l tsQ2IpAO1FkwPHp7KXIYkh+HDyVbyZXIFZ8o7+Z4= X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=50.255.148.181; Content-Type: multipart/alternative; boundary="Apple-Mail=_6F5EF28C-89D3-44C2-8612-4F8750C8C888" Mime-Version: 1.0 (Mac OS X Mail 9.1 \(3096.5\)) From: Nadeau Thomas In-Reply-To: Date: Sat, 19 Dec 2015 08:48:47 -0500 Message-Id: References: <5674E8EF.80807@pi.nu> <061FEE8B-A140-47C7-9115-A1F7607BAD47@gmail.com> To: "Andrew G. Malis" X-Mailer: Apple Mail (2.3096.5) X-Authenticated-User: tnadeau@lucidvision.com X-Info: aspam skipped due to (g_smite_skip_relay) X-Encryption: SSL encrypted X-MyRbl: Color=Yellow Age=0 Spam=0 Notspam=1 Stars=0 Good=0 Friend=0 Surbl=0 Catch=0 r=0 ip=50.255.148.181 X-IP-stats: Notspam Incoming Last 0, First 218, in=2919, out=0, spam=0 Known=true ip=50.255.148.181 Archived-At: Cc: "mpls@ietf.org" , "mpls-chairs@ietf.org" , "draft-smack-mpls-rfc4379bis@ietf.org" Subject: Re: [mpls] Poll to see if we have consensus to adopt draft-smack-mpls-rfc4379bis as a wg doc 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, 19 Dec 2015 13:49:23 -0000 --Apple-Mail=_6F5EF28C-89D3-44C2-8612-4F8750C8C888 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Wouldn=E2=80=99t that make sense to move forward to Full = Standard too? =E2=80=94Tom > On Dec 19, 2015:8:44 AM, at 8:44 AM, Andrew G. Malis = wrote: >=20 > Absolutely, it=E2=80=99s overdue for MPLS OAM and LSP Ping to be a = full Standard. >=20 > Cheers, > Andy >=20 >=20 > On Sat, Dec 19, 2015 at 12:53 AM, Sam Aldrin > wrote: > Strong Yes for adoption. > Lot of enhancements went it, via various RFC=E2=80=99s, which makes = RFC4379 an incomplete document for MPLS OAM. > Hence this bis is very much essential and long overdue. >=20 > -sam > > On Dec 18, 2015, at 9:19 PM, Loa Andersson > wrote: > > > > Working Group, > > > > This is to start a three week (because of the holiday season) poll > > to see if we have consensus to adopt draft-smack-mpls-rfc4379bis > > as an MPLS working group document. > > > > Please send your comments (support/not support) to the mpls working > > group mailing list (mpls@ietf.org ). Please = give a technical > > motivation for your support/not support, especially if you think = that > > the document should not be adopted as a working group document. > > > > There are no IPR disclosures directly against = draft-smack-mpls-rfc4379bis document. However, there are IPR disclosures = against > > RFC 4379. > > > > We have started an IPR poll in parallel to the adoption poll. > > > > The document shepherd and working group chairs are frequently asked > > about the working group discussions related to any IPR disclosures. > > > > We like to remind the working group that discussion on the content > > and validity of an IPR disclosure should not take place on the > > MPLS wg list or any IETF mailing lists. > > > > However we are looking for simple statements whether you think the > > working group should continue progress the document, regardless of > > an existing IPR disclosure. Please include this information in your > > 'support/do not support' when responding to working group adoption > > calls and last calls. > > > > This working group adoptiom poll ends January 8, 2016. > > > > /Loa > > -- > > > > > > Loa Andersson email: loa@mail01.huawei.com = > > Senior MPLS Expert loa@pi.nu = > > Huawei Technologies (consultant) phone: +46 739 81 21 64 = >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls = >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls --Apple-Mail=_6F5EF28C-89D3-44C2-8612-4F8750C8C888 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8

= Wouldn=E2=80=99t that make sense to move forward to Full Standard = too?

= =E2=80=94Tom

On Dec 19, 2015:8:44 AM, at = 8:44 AM, Andrew G. Malis <agmalis@gmail.com> wrote:

Absolutely, it=E2=80=99s overdue for MPLS OAM and LSP Ping to = be a full Standard.

Cheers,
Andy


On Sat, Dec 19, 2015 at 12:53 AM, Sam Aldrin <aldrin.ietf@gmail.com> = wrote:
Strong Yes for = adoption.
Lot of enhancements went it, via various RFC=E2=80=99s, which makes = RFC4379 an incomplete document for MPLS OAM.
Hence this bis is very much essential and long overdue.

-sam
> On Dec 18, = 2015, at 9:19 PM, Loa Andersson <loa@pi.nu> wrote:
>
> Working Group,
>
> This is to start a three week (because of the holiday season) = poll
> to see if we have consensus to adopt draft-smack-mpls-rfc4379bis
> as an MPLS working group document.
>
> Please send your comments (support/not support) to the mpls = working
> group mailing list (mpls@ietf.org). Please give a technical
> motivation for your support/not support, especially if you think = that
> the document should not be adopted as a working group document.
>
> There are no IPR disclosures directly against = draft-smack-mpls-rfc4379bis document. However, there are IPR disclosures = against
> RFC 4379.
>
> We have started an IPR poll in parallel to the adoption poll.
>
> The document shepherd and working group chairs are frequently = asked
> about the working group discussions related to any IPR = disclosures.
>
> We like to remind the working group that discussion on the = content
> and validity of an IPR disclosure should not take place on the
> MPLS wg list or any IETF mailing lists.
>
> However we are looking for simple statements whether you think = the
> working group should continue progress the document, regardless = of
> an existing IPR disclosure. Please include this information in = your
> 'support/do not support' when responding to working group = adoption
> calls and last calls.
>
> This working group adoptiom poll ends January 8, 2016.
= >
> /Loa
> --
>
>
> 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

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

= --Apple-Mail=_6F5EF28C-89D3-44C2-8612-4F8750C8C888-- From nobody Sat Dec 19 05:50:45 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 8B0591A89AF; Sat, 19 Dec 2015 05:50:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.011 X-Spam-Level: X-Spam-Status: No, score=-2.011 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, SPF_HELO_PASS=-0.001, 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 3OA6EndotEu9; Sat, 19 Dec 2015 05:50:40 -0800 (PST) Received: from lucidvision.com (lucidvision.com [64.71.170.115]) (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 ACFBF1A89A9; Sat, 19 Dec 2015 05:50:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lucidvision.com; s=default; t=1450533010; bh=Dc/XPQhXGcyaubqFRJU7HlkfWLWjlfsDI/XoAlvBFFo=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=eO+vTx/FcdfIbDv3Em66Cd2wjFn42jd0s0g6wP8A0Mo+kKxQ2pHGy6RP66WuBxM5J etwG1mkEm9hdLk1dOuN1R8Gd0SAl7tPXXVw6AOhbmrAGzb36AWL1GglG5UvjNblBOz azGKhExmhetT+nzdZ9yOPjxeYGgV2v3mTmYw10mk= X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=50.255.148.181; Content-Type: multipart/alternative; boundary="Apple-Mail=_B591EE67-1F3B-42C2-8DF1-87A8D5C4D950" Mime-Version: 1.0 (Mac OS X Mail 9.1 \(3096.5\)) From: Nadeau Thomas In-Reply-To: Date: Sat, 19 Dec 2015 08:50:35 -0500 Message-Id: References: <5674E8EF.80807@pi.nu> <061FEE8B-A140-47C7-9115-A1F7607BAD47@gmail.com> To: "Andrew G. Malis" X-Mailer: Apple Mail (2.3096.5) X-Authenticated-User: tnadeau@lucidvision.com X-Info: aspam skipped due to (g_smite_skip_relay) X-Encryption: SSL encrypted X-MyRbl: Color=Yellow Age=0 Spam=0 Notspam=2 Stars=0 Good=0 Friend=0 Surbl=0 Catch=0 r=0 ip=50.255.148.181 X-IP-stats: Notspam Incoming Last 0, First 218, in=2920, out=0, spam=0 Known=true ip=50.255.148.181 Archived-At: Cc: "mpls@ietf.org" , "mpls-chairs@ietf.org" , "draft-smack-mpls-rfc4379bis@ietf.org" Subject: Re: [mpls] Poll to see if we have consensus to adopt draft-smack-mpls-rfc4379bis as a wg doc 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, 19 Dec 2015 13:50:43 -0000 --Apple-Mail=_B591EE67-1F3B-42C2-8DF1-87A8D5C4D950 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Sorry, I meant to say: Wouldn=E2=80=99t that make sense to move *everything around it* = forward to FS too? =E2=80=94Tom > On Dec 19, 2015:8:48 AM, at 8:48 AM, Nadeau Thomas = wrote: >=20 >=20 > Wouldn=E2=80=99t that make sense to move forward to Full = Standard too? >=20 > =E2=80=94Tom >=20 >> On Dec 19, 2015:8:44 AM, at 8:44 AM, Andrew G. Malis = > wrote: >>=20 >> Absolutely, it=E2=80=99s overdue for MPLS OAM and LSP Ping to be a = full Standard. >>=20 >> Cheers, >> Andy >>=20 >>=20 >> On Sat, Dec 19, 2015 at 12:53 AM, Sam Aldrin > wrote: >> Strong Yes for adoption. >> Lot of enhancements went it, via various RFC=E2=80=99s, which makes = RFC4379 an incomplete document for MPLS OAM. >> Hence this bis is very much essential and long overdue. >>=20 >> -sam >> > On Dec 18, 2015, at 9:19 PM, Loa Andersson > wrote: >> > >> > Working Group, >> > >> > This is to start a three week (because of the holiday season) poll >> > to see if we have consensus to adopt draft-smack-mpls-rfc4379bis >> > as an MPLS working group document. >> > >> > Please send your comments (support/not support) to the mpls working >> > group mailing list (mpls@ietf.org ). Please = give a technical >> > motivation for your support/not support, especially if you think = that >> > the document should not be adopted as a working group document. >> > >> > There are no IPR disclosures directly against = draft-smack-mpls-rfc4379bis document. However, there are IPR disclosures = against >> > RFC 4379. >> > >> > We have started an IPR poll in parallel to the adoption poll. >> > >> > The document shepherd and working group chairs are frequently asked >> > about the working group discussions related to any IPR disclosures. >> > >> > We like to remind the working group that discussion on the content >> > and validity of an IPR disclosure should not take place on the >> > MPLS wg list or any IETF mailing lists. >> > >> > However we are looking for simple statements whether you think the >> > working group should continue progress the document, regardless of >> > an existing IPR disclosure. Please include this information in your >> > 'support/do not support' when responding to working group adoption >> > calls and last calls. >> > >> > This working group adoptiom poll ends January 8, 2016. >> > >> > /Loa >> > -- >> > >> > >> > Loa Andersson email: loa@mail01.huawei.com = >> > Senior MPLS Expert loa@pi.nu = >> > Huawei Technologies (consultant) phone: +46 739 81 21 64 = >>=20 >> _______________________________________________ >> mpls mailing list >> mpls@ietf.org >> https://www.ietf.org/mailman/listinfo/mpls = >>=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 --Apple-Mail=_B591EE67-1F3B-42C2-8DF1-87A8D5C4D950 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8

Sorry, I = meant to say:

= Wouldn=E2=80=99t that make sense to move *everything around it* = forward to FS too?

= =E2=80=94Tom


On Dec 19, 2015:8:48 AM, at 8:48 AM, Nadeau Thomas <tnadeau@lucidvision.com> wrote:


Wouldn=E2=80=99t that make sense = to move forward to Full Standard too?

=E2=80=94Tom

On Dec 19, 2015:8:44 AM, at 8:44 AM, Andrew = G. Malis <agmalis@gmail.com> wrote:

Absolutely, it=E2=80=99s overdue for MPLS OAM and LSP Ping to = be a full Standard.

Cheers,
Andy


On Sat, Dec 19, 2015 at 12:53 AM, Sam Aldrin <aldrin.ietf@gmail.com> = wrote:
Strong Yes for = adoption.
Lot of enhancements went it, via various RFC=E2=80=99s, which makes = RFC4379 an incomplete document for MPLS OAM.
Hence this bis is very much essential and long overdue.

-sam
> On Dec 18, = 2015, at 9:19 PM, Loa Andersson <loa@pi.nu> wrote:
>
> Working Group,
>
> This is to start a three week (because of the holiday season) = poll
> to see if we have consensus to adopt draft-smack-mpls-rfc4379bis
> as an MPLS working group document.
>
> Please send your comments (support/not support) to the mpls = working
> group mailing list (mpls@ietf.org). Please give a technical
> motivation for your support/not support, especially if you think = that
> the document should not be adopted as a working group document.
>
> There are no IPR disclosures directly against = draft-smack-mpls-rfc4379bis document. However, there are IPR disclosures = against
> RFC 4379.
>
> We have started an IPR poll in parallel to the adoption poll.
>
> The document shepherd and working group chairs are frequently = asked
> about the working group discussions related to any IPR = disclosures.
>
> We like to remind the working group that discussion on the = content
> and validity of an IPR disclosure should not take place on the
> MPLS wg list or any IETF mailing lists.
>
> However we are looking for simple statements whether you think = the
> working group should continue progress the document, regardless = of
> an existing IPR disclosure. Please include this information in = your
> 'support/do not support' when responding to working group = adoption
> calls and last calls.
>
> This working group adoptiom poll ends January 8, 2016.
= >
> /Loa
> --
>
>
> 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

_______________________________________________
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

= --Apple-Mail=_B591EE67-1F3B-42C2-8DF1-87A8D5C4D950-- From nobody Sat Dec 19 07:41: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 7B0D81A8A74; Sat, 19 Dec 2015 07:41:38 -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, MIME_QP_LONG_LINE=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 4OqzI7RfHjaE; Sat, 19 Dec 2015 07:41:36 -0800 (PST) Received: from mail-pa0-x232.google.com (mail-pa0-x232.google.com [IPv6:2607:f8b0:400e:c03::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C1E1E1A8A72; Sat, 19 Dec 2015 07:41:36 -0800 (PST) Received: by mail-pa0-x232.google.com with SMTP id q3so55578837pav.3; Sat, 19 Dec 2015 07:41:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:mime-version:date :subject:message-id:cc:to; bh=aStWbI9SH5ST/85qmC9GOIG3Hmey+Gf6gMg0Uv7aZHs=; b=FTrNcODbxMqTakKFOPRs/WAipIz8YGTcbLAIN8VY3P1fvziGFpo3Hcy7T7JlrMMbOu 94G1MUUyf8XXOMiq/QQOTRC0ro5iao1TnXxN+z/81QBOqPYb1fu5KWSKEd2eOQDScbME 8x3ielMKh78WvfXmw8t9zyi33fFOxcC4ifwgIzRWmHe6aqsfzZqWFclu4P125HepRKjE +CIF8XJZn5TkuITxz8JhWd8I3wbRIYQ5PYPS84kw43wNE+ttNJA7iB2eCP+dzTTj4sJC vH0Ucqev6HVakHWVswd4ITaXBR4UD+o+3yNndR+xDL5y5zc/1FYV9n4TY1p/8i5Ke02R sogw== X-Received: by 10.67.5.69 with SMTP id ck5mr13895781pad.125.1450539696466; Sat, 19 Dec 2015 07:41:36 -0800 (PST) Received: from [192.168.1.79] (75-37-192-227.lightspeed.lsatca.sbcglobal.net. [75.37.192.227]) by smtp.gmail.com with ESMTPSA id yl1sm29087717pac.35.2015.12.19.07.41.35 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 19 Dec 2015 07:41:35 -0800 (PST) From: Kireeti Kompella Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) Date: Sat, 19 Dec 2015 07:41:34 -0800 Message-Id: To: Nadeau Thomas X-Mailer: iPhone Mail (13B143) Archived-At: Cc: "mpls@ietf.org" , "mpls-chairs@ietf.org" , "draft-smack-mpls-rfc4379bis@ietf.org" Subject: Re: [mpls] Poll to see if we have consensus to adopt draft-smack-mpls-rfc4379bis as a wg doc 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, 19 Dec 2015 15:41:38 -0000 On Dec 19, 2015, at 05:50, Nadeau Thomas wrote: > Sorry, I meant to say: >=20 > Wouldn't that make sense to move *everything around it* forward to FS t= oo? There are criteria for taking things to FS (which I myself have to review). T= hat said, the authors of draft-smack-mpls-rfc4379bis have gone through the *= everything around it* and indicated (as our best guess) which documents will= be folded in, and which are not mature enough to become Internet Standard.=20= I'm sure the chairs and ADs will chime in; if any on the list have evidence o= f readiness (implementation and/or deployment), please share it with the lis= t or the chairs.=20 Kireeti=20 > =3DE2=3D80=3D94Tom >=20 >=20 >> On Dec 19, 2015:8:48 AM, at 8:48 AM, Nadeau Thomas =3D > wrote: >> =3D20 >> =3D20 >> Wouldn=3DE2=3D80=3D99t that make sense to move forward to Full =3D > Standard too? >> =3D20 >> =3DE2=3D80=3D94Tom >> =3D20 >>> On Dec 19, 2015:8:44 AM, at 8:44 AM, From nobody Sat Dec 19 08:10: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 4514A1A8A9D; Sat, 19 Dec 2015 08:10:02 -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 sy2P1B9zuqlE; Sat, 19 Dec 2015 08:10: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 E65601A8A9C; Sat, 19 Dec 2015 08:10:00 -0800 (PST) Received: from [192.168.1.13] (unknown [112.205.86.30]) (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 9671118013B2; Sat, 19 Dec 2015 17:09:58 +0100 (CET) To: mpls@ietf.org, "draft-smack-mpls-rfc4379bis@ietf.org" References: From: Loa Andersson Message-ID: <56758149.1050005@pi.nu> Date: Sun, 20 Dec 2015 00:09:45 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [mpls] Poll to see if we have consensus to adopt draft-smack-mpls-rfc4379bis as a wg doc 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, 19 Dec 2015 16:10:02 -0000 Working Group, What Kireeti says here, is in according to the directive that were given to the author team, "go through all the drafts that update RFC 4379 and see if it is possible to incorporate them in 4379bis". Now this is a good review vector, go through the updates and see if what needs to be in the 4379bis is there, or as Kireeti says "please share it [evidence of readiness] with the list or the chairs". /Loa On 2015-12-19 23:41, Kireeti Kompella wrote: > On Dec 19, 2015, at 05:50, Nadeau Thomas wrote: > >> Sorry, I meant to say: >> >> Wouldn't that make sense to move *everything around it* forward to FS too? > > There are criteria for taking things to FS (which I myself have to review). That said, the authors of draft-smack-mpls-rfc4379bis have gone through the *everything around it* and indicated (as our best guess) which documents will be folded in, and which are not mature enough to become Internet Standard. > > I'm sure the chairs and ADs will chime in; if any on the list have evidence of readiness (implementation and/or deployment), please share it with the list or the chairs. > > Kireeti > >> =E2=80=94Tom >> >> >>> On Dec 19, 2015:8:48 AM, at 8:48 AM, Nadeau Thomas = >> wrote: >>> =20 >>> =20 >>> Wouldn=E2=80=99t that make sense to move forward to Full = >> Standard too? >>> =20 >>> =E2=80=94Tom >>> =20 >>>> On Dec 19, 2015:8:44 AM, at 8:44 AM, > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > From nobody Sat Dec 19 19:04: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 DDCE91B29CB; Sat, 19 Dec 2015 19:04:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 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, 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 idVZkuA0L6rO; Sat, 19 Dec 2015 19:04:54 -0800 (PST) Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 61B921B29CC; Sat, 19 Dec 2015 19:04:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1733; q=dns/txt; s=iport; t=1450580694; x=1451790294; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=e2AEC+cJJ+Am8g1MRBfNJUXInL6iHFBhYPy9HNGUPZA=; b=ZrOZhNdBWfFdZLL/vcfoAELd+flGkKV35BbU4HIblIDzOX8B5EiZVrpc AnVpemCcffigfRZv5TbNPWoqt/r/1cIQ/pnVuUSSiNCxbk2BoeUY9y/bN smFYHqelGAuN/BSJeqFJSYU3Fca4cAX1EqOc9TPu3KNhpgd5FpVx195u/ E=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D1AQB9GXZW/4kNJK1egzqBP4xSsQ8BD?= =?us-ascii?q?YFkhg0CgR84FAEBAQEBAQGBCoQ0AQEBAwE6MQMGBQUJAgIBCBgeEBsXJQIEDgW?= =?us-ascii?q?IJwiyCgEBFQQBiwIBAQEBAQEBAQEBAQEBAQEBAQEBAQEYBIZSgg+Cb4QqEAIBH?= =?us-ascii?q?INNgRoFlwABjUqBXIRFlwoBIAEBQoQEcoUYAQEB?= X-IronPort-AV: E=Sophos;i="5.20,452,1444694400"; d="scan'208";a="60843463" Received: from alln-core-4.cisco.com ([173.36.13.137]) by rcdn-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 20 Dec 2015 03:04:53 +0000 Received: from XCH-RTP-020.cisco.com (xch-rtp-020.cisco.com [64.101.220.160]) by alln-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id tBK34rXO016482 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Sun, 20 Dec 2015 03:04:53 GMT Received: from xch-rtp-020.cisco.com (64.101.220.160) by XCH-RTP-020.cisco.com (64.101.220.160) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Sat, 19 Dec 2015 22:04: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.009; Sat, 19 Dec 2015 22:04:52 -0500 From: "Carlos Pignataro (cpignata)" To: Loa Andersson Thread-Topic: IPR poll on draft-smack-mpls-rfc4379bis Thread-Index: AQHROhzcx2pAYOPBMEyGIpq99F7nm57TMioT Date: Sun, 20 Dec 2015 03:04:52 +0000 Message-ID: <47814701-766D-4441-81FD-40E2128CBEE6@cisco.com> References: <5674E8D9.3020000@pi.nu> In-Reply-To: <5674E8D9.3020000@pi.nu> 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@ietf.org" , "draft-smack-mpls-rfc4379bis@ietf.org" Subject: Re: [mpls] IPR poll on draft-smack-mpls-rfc4379bis 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, 20 Dec 2015 03:04:56 -0000 Loa, I am not aware of any IPR on top of the RFCs this document is bis-ing/mergi= ng.=20 Question for you: should the data tracker flag the IPR disclosed to 4379 as= to this doc? Thumb typed by Carlos Pignataro. Excuze typofraphicak errows > On Dec 19, 2015, at 12:19, Loa Andersson wrote: >=20 > Working Group, >=20 > The authors of draft-smack-mpls-rfc4379bis has told us that > the document is ready for working adoption. >=20 > We will do an IPR poll in parallel to the wgap. >=20 > This mail starts the IPR poll. >=20 > Are you aware of any IPR that applies to draft-smack-mpls-rfc4379bis? >=20 > If so, has this IPR been disclosed in compliance with IETF IPR rules > (see RFCs 3979, 4879, 3669 and 5378 for more details). >=20 > There are no IPR disclosures filed directly against this document. > However, there are tow IPR disclosures against RFC 4379. >=20 > If you are listed as a document author or contributor please respond to > this email regardless of whether or not you are aware of any relevant > IPR. *The response needs to be sent to the MPLS wg mailing list.* The > document will not advance to the next stage until a response has been > received from each author and contributor. >=20 > If you are on the MPLS WG email list but are not listed as an author or > contributor, then please explicitly respond only if you are aware of any > IPR that has not yet been disclosed in conformance with IETF rules. >=20 >=20 > /Loa > mpls wg co-chair > --=20 >=20 >=20 > Loa Andersson email: loa@mail01.huawei.com > Senior MPLS Expert loa@pi.nu > Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Sat Dec 19 21:45: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 4EE301A0335; Sat, 19 Dec 2015 21:45:15 -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 ZLiOYufFDu2a; Sat, 19 Dec 2015 21:45:13 -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 1B1341A0334; Sat, 19 Dec 2015 21:45:13 -0800 (PST) Received: from [192.168.1.13] (unknown [112.205.86.30]) (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 363C518013B2; Sun, 20 Dec 2015 06:45:07 +0100 (CET) To: "Carlos Pignataro (cpignata)" References: <5674E8D9.3020000@pi.nu> <47814701-766D-4441-81FD-40E2128CBEE6@cisco.com> From: Loa Andersson Message-ID: <56764056.7090204@pi.nu> Date: Sun, 20 Dec 2015 13:44:54 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <47814701-766D-4441-81FD-40E2128CBEE6@cisco.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: "mpls@ietf.org" , "mpls-chairs@ietf.org" , "draft-smack-mpls-rfc4379bis@ietf.org" Subject: Re: [mpls] IPR poll on draft-smack-mpls-rfc4379bis 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, 20 Dec 2015 05:45:15 -0000 Carlos, working group, Good question - the track flags the RFC 4379 IPRs (as related documents) when you search for IPRs draft-smack-mpls-rfc4379bis, but nothing for documents that update 4379. I don't there is another (fail-proof) way of getting relevant IPRs flagged than that the IPR owners re-disclose them against the 4379bis. I think that they should do this, On the other hand I will follow up on this. /Loa On 2015-12-20 11:04, Carlos Pignataro (cpignata) wrote: > Loa, > > I am not aware of any IPR on top of the RFCs this document is bis-ing/merging. > > Question for you: should the data tracker flag the IPR disclosed to 4379 as to this doc? > > Thumb typed by Carlos Pignataro. > Excuze typofraphicak errows > >> On Dec 19, 2015, at 12:19, Loa Andersson wrote: >> >> Working Group, >> >> The authors of draft-smack-mpls-rfc4379bis has told us that >> the document is ready for working adoption. >> >> We will do an IPR poll in parallel to the wgap. >> >> This mail starts the IPR poll. >> >> Are you aware of any IPR that applies to draft-smack-mpls-rfc4379bis? >> >> If so, has this IPR been disclosed in compliance with IETF IPR rules >> (see RFCs 3979, 4879, 3669 and 5378 for more details). >> >> There are no IPR disclosures filed directly against this document. >> However, there are tow IPR disclosures against RFC 4379. >> >> If you are listed as a document author or contributor please respond to >> this email regardless of whether or not you are aware of any relevant >> IPR. *The response needs to be sent to the MPLS wg mailing list.* The >> document will not advance to the next stage until a response has been >> received from each author and contributor. >> >> If you are on the MPLS WG email list but are not listed as an author or >> contributor, then please explicitly respond only if you are aware of any >> IPR that has not yet been disclosed in conformance with IETF rules. >> >> >> /Loa >> mpls wg co-chair >> -- >> >> >> Loa Andersson email: loa@mail01.huawei.com >> Senior MPLS Expert loa@pi.nu >> Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Sat Dec 19 23:50:45 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 D5AE31B2A6E; Sat, 19 Dec 2015 23:50:43 -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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, 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 tCfGz3TquxE0; Sat, 19 Dec 2015 23:50:37 -0800 (PST) Received: from emea01-db3-obe.outbound.protection.outlook.com (mail-db3on0763.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe04::763]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3A3F71B2A66; Sat, 19 Dec 2015 23:50:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ECI365.onmicrosoft.com; s=selector1-ecitele-com; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=R8dvOnzQbY7K3ci7WBx8/FmHPcAYqUa6SYVrQEuGA50=; b=XC+wg+/+QAgd0jHRgVMo9/Yhgkb8Z/PRZyIIFLmUHicPcKx8U0QKo1Cq1RsAYb981oB1f/fQcFAEOp4NlH+HnR6IJ6sYsLPfpi81K5Oqyy/h1NqVUkcQH7XKKn3SmJi7xF4M3bC0GxtpBxS5jHAuN25hEckCff1aXhnydxyRzHU= Received: from DB3PR03MB0780.eurprd03.prod.outlook.com (10.161.55.12) by DB3PR03MB0778.eurprd03.prod.outlook.com (10.161.54.28) with Microsoft SMTP Server (TLS) id 15.1.355.16; Sun, 20 Dec 2015 07:50:17 +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.0355.012; Sun, 20 Dec 2015 07:50:16 +0000 From: Alexander Vainshtein To: Loa Andersson , "mpls@ietf.org" Thread-Topic: [mpls] Poll to see if we have consensus to adopt draft-smack-mpls-rfc4379bis as a wg doc Thread-Index: AQHROhzxUWiMdugL9ESTd8jTrim7RZ7TgY4Q Date: Sun, 20 Dec 2015 07:50:16 +0000 Message-ID: References: <5674E8EF.80807@pi.nu> In-Reply-To: <5674E8EF.80807@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: [147.234.241.1] x-microsoft-exchange-diagnostics: 1; DB3PR03MB0778; 5:HxKQIBYxdoBgmIgKTJdJInvrWHVbJ9Q8plBSiDVtGROOV7fZUnoXCCTYofZfSE9twEttpSzA9SeQGKDNFbBkUbDU3l7hdZlfeWtH1Sc0o6N0qQ5S07JjLe0t64YZYNj14dD78Ae+zd3eUtuNx8BNmQ==; 24:y9J0qSMfz6RQ8SPLfAtWnzZYlOS2gQczVK7vlK6M8x6t8huVDdMdXX63OIApRhnFAJHgs2TB0TngSmwOTvSB2+7gZAKls6O3xxUGjcal6Ps= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DB3PR03MB0778; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(279101305709854); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(520078)(5005006)(8121501046)(3002001)(10201501046); SRVR:DB3PR03MB0778; BCL:0; PCL:0; RULEID:; SRVR:DB3PR03MB0778; x-forefront-prvs: 0796EBEDE1 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(199003)(13464003)(189002)(377454003)(252514010)(87936001)(5001960100002)(106116001)(5002640100001)(106356001)(122556002)(1220700001)(102836003)(3846002)(5004730100002)(1096002)(6116002)(76576001)(19580405001)(19580395003)(586003)(5008740100001)(189998001)(2900100001)(86362001)(76176999)(54356999)(66066001)(50986999)(81156007)(5003600100002)(105586002)(77096005)(10400500002)(74316001)(2950100001)(92566002)(2501003)(5001770100001)(101416001)(97736004)(40100003)(230783001)(33656002)(15975445007); DIR:OUT; SFP:1102; SCL:1; SRVR:DB3PR03MB0778; 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: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: ecitele.com X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Dec 2015 07:50:16.7478 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 2c514a61-08de-4519-b4c0-921fef62c42a X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB3PR03MB0778 Archived-At: Cc: "mpls-chairs@ietf.org" , "draft-smack-mpls-rfc4379bis@ietf.org" Subject: Re: [mpls] Poll to see if we have consensus to adopt draft-smack-mpls-rfc4379bis as a wg doc 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, 20 Dec 2015 07:50:44 -0000 Support. I believe the authors have addressed my earlier comments on this work. The draft is quite ripe for adoption/ Regards, Sasha Office: +972-39266302 Cell: +972-549266302 Email: Alexander.Vainshtein@ecitele.com -----Original Message----- From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Loa Andersson Sent: Saturday, December 19, 2015 7:20 AM To: mpls@ietf.org Cc: mpls-chairs@ietf.org; draft-smack-mpls-rfc4379bis@ietf.org Subject: [mpls] Poll to see if we have consensus to adopt draft-smack-mpls-= rfc4379bis as a wg doc Working Group, This is to start a three week (because of the holiday season) poll to see i= f we have consensus to adopt draft-smack-mpls-rfc4379bis as an MPLS working= group document. Please send your comments (support/not support) to the mpls working group m= ailing list (mpls@ietf.org). Please give a technical motivation for your su= pport/not support, especially if you think that the document should not be = adopted as a working group document. There are no IPR disclosures directly against draft-smack-mpls-rfc4379bis d= ocument. However, there are IPR disclosures against RFC 4379. We have started an IPR poll in parallel to the adoption poll. The document shepherd and working group chairs are frequently asked about t= he working group discussions related to any IPR disclosures. We like to remind the working group that discussion on the content and vali= dity of an IPR disclosure should not take place on the MPLS wg list or any = IETF mailing lists. However we are looking for simple statements whether you think the working = group should continue progress the document, regardless of an existing IPR = disclosure. Please include this information in your 'support/do not support= ' when responding to working group adoption calls and last calls. This working group adoptiom poll ends January 8, 2016. /Loa --=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 From nobody Sun Dec 20 07:30: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 0F6061B2E35; Sun, 20 Dec 2015 07:30:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 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, 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 drL0Qhwsx89C; Sun, 20 Dec 2015 07:30:28 -0800 (PST) Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9BEA51B2E29; Sun, 20 Dec 2015 07:30:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1552; q=dns/txt; s=iport; t=1450625426; x=1451835026; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=aV7bgkxuJPXTXDYj70TtVcg2ehnz8Kvrwh3lhXXK5U8=; b=b6IfqPo6FaI6MdJDrnjimgjgZBYCUo+zJLTpB62cYJZbUo8TrZQ35Gb+ j9LqZTO6vmMNrkFf++pZSo+KOO6Bzh/bKrOSGI9f/jNX+1cQyMRk6tW5V pnRfg/rKIM4FKHqUBaUCuaFNgwC4Bxh557rEk27Qv4ep8NawB2TR1LW2R M=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BHAgDbyHZW/4gNJK1egzqBPwaMTLEPA?= =?us-ascii?q?Q2BZIYNAoEZOBQBAQEBAQEBgQqENQEBBDoxAwYFDgICAQg2EBsXJQIEAQ0FiC+?= =?us-ascii?q?yLAEBFQQBiwwBAQEBAQEBAQEBAQEBAQEBAQEBAQEYBItQhCoQAgGFAwWXAAGNS?= =?us-ascii?q?oFchEWXCgEgAQFChARyg3SBCAEBAQ?= X-IronPort-AV: E=Sophos;i="5.20,455,1444694400"; d="scan'208";a="218639530" Received: from alln-core-3.cisco.com ([173.36.13.136]) by alln-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 20 Dec 2015 15:30:25 +0000 Received: from XCH-RCD-014.cisco.com (xch-rcd-014.cisco.com [173.37.102.24]) by alln-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id tBKFUP7s001353 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Sun, 20 Dec 2015 15:30:25 GMT Received: from xch-rcd-015.cisco.com (173.37.102.25) by XCH-RCD-014.cisco.com (173.37.102.24) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Sun, 20 Dec 2015 09:30:24 -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.009; Sun, 20 Dec 2015 09:30:25 -0600 From: "Nagendra Kumar Nainar (naikumar)" To: Loa Andersson , "mpls@ietf.org" Thread-Topic: IPR poll on draft-smack-mpls-rfc4379bis Thread-Index: AQHROhzcONT3l+peAUy4BzWRRH9NnZ7UEzUA Date: Sun, 20 Dec 2015 15:30:24 +0000 Message-ID: References: <5674E8D9.3020000@pi.nu> In-Reply-To: <5674E8D9.3020000@pi.nu> 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.118.20.12] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "mpls-chairs@ietf.org" , "draft-smack-mpls-rfc4379bis@ietf.org" Subject: Re: [mpls] IPR poll on draft-smack-mpls-rfc4379bis 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, 20 Dec 2015 15:30:29 -0000 Hi Loa, I am not aware of any IPR other than those disclosed as part of RFC4379 or drafts merged in this document. Thanks, Nagendra On 12/19/15, 12:19 AM, "Loa Andersson" wrote: >Working Group, > >The authors of draft-smack-mpls-rfc4379bis has told us that >the document is ready for working adoption. > >We will do an IPR poll in parallel to the wgap. > >This mail starts the IPR poll. > >Are you aware of any IPR that applies to draft-smack-mpls-rfc4379bis? > >If so, has this IPR been disclosed in compliance with IETF IPR rules >(see RFCs 3979, 4879, 3669 and 5378 for more details). > >There are no IPR disclosures filed directly against this document. >However, there are tow IPR disclosures against RFC 4379. > >If you are listed as a document author or contributor please respond to >this email regardless of whether or not you are aware of any relevant >IPR. *The response needs to be sent to the MPLS wg mailing list.* The >document will not advance to the next stage until a response has been >received from each author and contributor. > >If you are on the MPLS WG email list but are not listed as an author or >contributor, then please explicitly respond only if you are aware of any >IPR that has not yet been disclosed in conformance with IETF rules. > > >/Loa >mpls wg co-chair >--=20 > > >Loa Andersson email: loa@mail01.huawei.com >Senior MPLS Expert loa@pi.nu >Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Sun Dec 20 19:43: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 126961A8838; Sun, 20 Dec 2015 19:43:35 -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 7R9xmE_eRctd; Sun, 20 Dec 2015 19:43:33 -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 151BD1A8836; Sun, 20 Dec 2015 19:43:31 -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 CFS05889; Mon, 21 Dec 2015 03:43:29 +0000 (GMT) Received: from SZXEMA411-HUB.china.huawei.com (10.82.72.70) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.235.1; Mon, 21 Dec 2015 03:43:28 +0000 Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.73]) by szxema411-hub.china.huawei.com ([10.82.72.70]) with mapi id 14.03.0235.001; Mon, 21 Dec 2015 11:43:25 +0800 From: Mach Chen To: "Nagendra Kumar Nainar (naikumar)" , Loa Andersson , "mpls@ietf.org" Thread-Topic: IPR poll on draft-smack-mpls-rfc4379bis Thread-Index: AQHROhzfu3rOyWsyDUKK8mzoVO2oG57TfFoAgAFSzsA= Date: Mon, 21 Dec 2015 03:43:25 +0000 Message-ID: References: <5674E8D9.3020000@pi.nu> 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.0A020206.56777562.0021, 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: 11da1b287f350f43bc398cdbca5c0d67 Archived-At: Cc: "mpls-chairs@ietf.org" , "draft-smack-mpls-rfc4379bis@ietf.org" Subject: Re: [mpls] IPR poll on draft-smack-mpls-rfc4379bis 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, 21 Dec 2015 03:43:35 -0000 Same here. Best regards, Mach > -----Original Message----- > From: Nagendra Kumar Nainar (naikumar) [mailto:naikumar@cisco.com] > Sent: Sunday, December 20, 2015 11:30 PM > To: Loa Andersson; mpls@ietf.org > Cc: mpls-chairs@ietf.org; draft-smack-mpls-rfc4379bis@ietf.org; BRUNGARD, > DEBORAH A > Subject: Re: IPR poll on draft-smack-mpls-rfc4379bis >=20 > Hi Loa, >=20 > I am not aware of any IPR other than those disclosed as part of RFC4379 o= r > drafts merged in this document. >=20 > Thanks, > Nagendra >=20 > On 12/19/15, 12:19 AM, "Loa Andersson" wrote: >=20 > >Working Group, > > > >The authors of draft-smack-mpls-rfc4379bis has told us that the > >document is ready for working adoption. > > > >We will do an IPR poll in parallel to the wgap. > > > >This mail starts the IPR poll. > > > >Are you aware of any IPR that applies to draft-smack-mpls-rfc4379bis? > > > >If so, has this IPR been disclosed in compliance with IETF IPR rules > >(see RFCs 3979, 4879, 3669 and 5378 for more details). > > > >There are no IPR disclosures filed directly against this document. > >However, there are tow IPR disclosures against RFC 4379. > > > >If you are listed as a document author or contributor please respond to > >this email regardless of whether or not you are aware of any relevant > >IPR. *The response needs to be sent to the MPLS wg mailing list.* The > >document will not advance to the next stage until a response has been > >received from each author and contributor. > > > >If you are on the MPLS WG email list but are not listed as an author or > >contributor, then please explicitly respond only if you are aware of > >any IPR that has not yet been disclosed in conformance with IETF rules. > > > > > >/Loa > >mpls wg co-chair > >-- > > > > > >Loa Andersson email: loa@mail01.huawei.com > >Senior MPLS Expert loa@pi.nu > >Huawei Technologies (consultant) phone: +46 739 81 21 64 From nobody Mon Dec 21 23:25: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 D0B761A6FB1; Mon, 21 Dec 2015 23:25:12 -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 XipSWySMACrn; Mon, 21 Dec 2015 23:25:11 -0800 (PST) Received: from usplmg20.ericsson.net (usplmg20.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 059031A6FB0; Mon, 21 Dec 2015 23:25:10 -0800 (PST) X-AuditID: c618062d-f79d16d000001b1c-96-5678f9c6a829 Received: from EUSAAHC005.ericsson.se (Unknown_Domain [147.117.188.87]) by usplmg20.ericsson.net (Symantec Mail Security) with SMTP id 8D.07.06940.6C9F8765; Tue, 22 Dec 2015 08:20:38 +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, 22 Dec 2015 02:25:09 -0500 From: Gregory Mirsky To: "mpls@ietf.org" , "tictoc@ietf.org" Thread-Topic: draft-ietf-mpls-residence-time-00 Thread-Index: AdE6gmVwmgHWk0etQnyVtTLF6T1QXQCBuBKw Date: Tue, 22 Dec 2015 07:25:09 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF1122196EFE9@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.11] Content-Type: multipart/alternative; boundary="_000_7347100B5761DC41A166AC17F22DF1122196EFE9eusaamb103erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrHLMWRmVeSWpSXmKPExsUyuXRPuO6xnxVhBrt+KFncWrqS1eJvcw+7 A5PHkiU/mQIYo7hsUlJzMstSi/TtErgyHk94xlTQlFZxZr97A+OC5C5GTg4JAROJJbM3s0HY YhIX7q0Hsrk4hASOMEr8fv+NBcJZzihx5fNJdpAqNgEjiRcbe4BsDg4RAQ+J/p1pIGFhAT2J 6y8XgZWICOhL7L/9gg3CNpL4c78TzGYRUJXYt2sFI4jNK+Ar8e/VfrB6IYEYiZu7zzOB2JwC sRInGr+D1TACHfT91BqwOLOAuMStJ/OZIA4VkFiy5zwzhC0q8fLxP1YIW0ni4+/5YKcxC+RL nNoRAbFKUOLkzCcsExhFZiGZNAuhahaSKoiwpsT6XfoQ1YoSU7ofskPYGhKtc+ayI4svYGRf xchRWlyQk5tuZLCJERgrxyTYdHcw3p/ueYhRgINRiYd3w56KMCHWxLLiytxDjBIczEoivNE/ gEK8KYmVValF+fFFpTmpxYcYpTlYlMR5GRkYGIQE0hNLUrNTUwtSi2CyTBycUg2MIf8Prd/O tOaFyPF5tizXj0v23Es/9D5Xf+lD6dYf2zP2nRZT/xNcusyHl/u2y4RMntByyRvf7uSrC0YW hdY/POI15YPL5hThreaM6pnc6y5tuM/4R+L4vdgP9YG/LBI/Zc0MuxCuv2P+6VPS8T97r5zu NgjRZw0QUogRfLuzfQvf3me11Yz5SizFGYmGWsxFxYkA7LM2jZECAAA= Archived-At: Subject: [mpls] FW: draft-ietf-mpls-residence-time-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: Tue, 22 Dec 2015 07:25:13 -0000 --_000_7347100B5761DC41A166AC17F22DF1122196EFE9eusaamb103erics_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RGVhciBBbGwsDQp3ZeKAmXZlIHJlY2VpdmVkIHRoZXNlIGNvbW1lbnRzIHRvIHRoZSBSVE0gZHJh ZnQuIFlhYWtvdiBraW5kbHkgYWdyZWVkIHRvIGluY2x1ZGUgYm90aCBXR3MgIGluIHRoZSBkaXNj dXNzaW9uLg0KUGxlYXNlIHJldmlldyB0aGUgZHJhZnQsIGNvbW1lbnRzIGFuZCB3ZSBhcHByZWNp YXRlIHlvdXIgb3Bpbmlvbi4NCg0KICAgICAgICAgICAgICAgIFJlZ2FyZHMsDQogICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIEdyZWcNCg0KRnJvbTogWWFha292IFN0ZWluIFttYWlsdG86 eWFha292X3NAcmFkLmNvbV0NClNlbnQ6IFNhdHVyZGF5LCBEZWNlbWJlciAxOSwgMjAxNSA5OjQ1 IEFNDQpUbzogZHJhZnQtaWV0Zi1tcGxzLXJlc2lkZW5jZS10aW1lQHRvb2xzLmlldGYub3JnDQpT dWJqZWN0OiBkcmFmdC1pZXRmLW1wbHMtcmVzaWRlbmNlLXRpbWUtMDANCg0KQXV0aG9ycywNCg0K SSBhbSBubyBsb25nZXIgc3Vic2NyaWJlZCB0byB0aGUgTVBMUyBsaXN0LCBhbmQgc28gYW0gc2Vu ZGluZyB5b3UgbXkgY29tbWVudHMgZGlyZWN0bHkuDQoNCkkgcHJldmlvdXNseSBhc2tlZCBmb3Ig YSB1c2UgY2FzZSBvciBjYXNlcyBqdXN0aWZ5aW5nIHRoZSBuZWVkIGZvciBhIG1lY2hhbmlzbSBm b3IgcmVzaWRlbmNlIHRpbWUgY29ycmVjdGlvbiBvdmVyIE1QTFMuDQpUaGUgTVBMUyBXRyBwZW9w bGUgd2hvIGNvbW1lbnRlZCBvbiB0aGUgVElDVE9DIGRyYWZ0IGluc2lzdGVkIG9uIGl0IGJlaW5n IEVYUEVSSU1FTlRBTCBpbiBzdGF0dXMgbWFpbmx5IGZvciB0aGlzIHJlYXNvbi4NCkkgb2JqZWN0 IHRvIHRoaXMgZHJhZnQgYmVpbmcgc3RhbmRhcmRzIHRyYWNrIGZvciB0aGUgc2FtZSByZWFzb24u DQoNClRoaXMgZHJhZnQgY29ycmVzcG9uZHMgdG8gd2hhdCBpcyBjYWxsZWQgaW4gVElDVE9DIOKA nG9uLXBhdGggc3VwcG9ydOKAnS4NCkl0IHdvdWxkIGJlIHVzZWZ1bCB0byB1c2UgdGhlIHBocmFz ZSB0byBoZWxwIHBlb3BsZSB1bmRlcnN0YW5kIHdoYXQgaXMgYmVpbmcgcHJvcG9zZWQuDQoNCkhv dyBkbyBleGlzdGluZyBuZXR3b3JrcyBoYXZlIHRvIGJlIG1vZGlmaWVkIHRvIGV4cGxvaXQgdGhp cyBkcmFmdD8NCldoYXQgaGFwcGVucyBpZiBvbmx5IHNvbWUgbm9kZXMgc3VwcG9ydCB0aGlzIGRy YWZ0IChwYXJ0aWFsIHN1cHBvcnQpPw0KDQpTZWN0aW9uIDQgaGFzIGEgbGlzdCBvZiBjb250cm9s IHByb3RvY29sIHVwZ3JhZGVzLg0KV2hlbiB3ZSB3ZXJlIGFkdmFuY2luZyB0aGUgYWZvcmVtZW50 aW9uZWQgVElDVE9DIFdHIGRyYWZ0IHdlIHdlcmUgdG9sZCB0aGF0IHRoaXMgd29yayBuZWVkZWQg dG8gYmUgY2FycmllZCBvdXQgd2l0aGluDQpvciBhdCBsZWFzdCB3aXRoIGFjdGl2ZSBwYXJ0aWNp cGF0aW9uIG9mIHRoZSByZWxldmFudCBXR3MsIHN1Y2ggYXMgT1NQRiwgSVNJUywgYW5kIENDQU1Q Lg0KDQpJIG9iamVjdGVkIHRvIHRoZSB1c2Ugb2YgdGhlIHRlcm0g4oCcc2NyYXRjaCBwYWTigJ0g Zm9yIGEgZmllbGQgd2hpY2ggd2FzIGRlZGljYXRlZCBlbnRpcmVseSB0byBUQ0YuDQpJIHNlZSB0 aGF0IHRoaXMgdGVybWlub2xvZ3kgcmVtYWlucyBpbiBodHRwczovL3Rvb2xzLmlldGYub3JnL2h0 bWwvZHJhZnQtaWV0Zi1tcGxzLXJlc2lkZW5jZS10aW1lLTAwIC4NClBsZWFzZSByZWZlcmVuY2Ug ZHJhZnQtaWV0Zi10aWN0b2MtMTU4OG92ZXJtcGxzIChhd2FpdGluZyBQUk9UTyB3cml0ZXVwKSBh cyBhbiBhbHRlcm5hdGl2ZSBzb2x1dGlvbiB0byB0aGlzIHByb2JsZW0uDQpZKEopUw0K --_000_7347100B5761DC41A166AC17F22DF1122196EFE9eusaamb103erics_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQov KiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1z b05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp emU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0KaDENCgl7 bXNvLXN0eWxlLXByaW9yaXR5Ojk7DQoJbXNvLXN0eWxlLWxpbms6IkhlYWRpbmcgMSBDaGFyIjsN Cgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGluOw0KCW1zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCgltc28tbGluZS1oZWlnaHQt YWx0OjBwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7 DQoJZm9udC13ZWlnaHQ6Ym9sZDt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1z dHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRl cmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHls ZS1wcmlvcml0eTo5OTsNCgljb2xvcjojOTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxp bmU7fQ0KcA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1 dG87DQoJbWFyZ2luLXJpZ2h0OjBpbjsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCglt YXJnaW4tbGVmdDowaW47DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMg TmV3IFJvbWFuIiwic2VyaWYiO30NCnNwYW4uSGVhZGluZzFDaGFyDQoJe21zby1zdHlsZS1uYW1l OiJIZWFkaW5nIDEgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk7DQoJbXNvLXN0eWxlLWxp bms6IkhlYWRpbmcgMSI7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCglmb250LXdlaWdo dDpib2xkO30NCnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0K CWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6IzFGNDk3RDt9DQpz cGFuLkVtYWlsU3R5bGUyMA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250 LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0No cERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBw dDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEu MGluIDEuMjVpbiAxLjBpbiAxLjI1aW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRT ZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVk ZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0t PjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0K PG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+ PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iIzA1NjNDMSIg dmxpbms9IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5EZWFyIEFsbCw8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFG NDk3RCI+d2XigJl2ZSByZWNlaXZlZCB0aGVzZSBjb21tZW50cyB0byB0aGUgUlRNIGRyYWZ0LiBZ YWFrb3Yga2luZGx5IGFncmVlZCB0byBpbmNsdWRlIGJvdGggV0dzICZuYnNwO2luIHRoZSBkaXNj dXNzaW9uLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IHN0eWxlPSJjb2xvcjojMUY0OTdEIj5QbGVhc2UgcmV2aWV3IHRoZSBkcmFmdCwgY29tbWVudHMg YW5kIHdlIGFwcHJlY2lhdGUgeW91ciBvcGluaW9uLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29s b3I6IzFGNDk3RCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFJlZ2FyZHMsPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNv bG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBHcmVnPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3Jk ZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+RnJvbTo8 L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij4gWWFha292IFN0ZWluIFttYWls dG86eWFha292X3NAcmFkLmNvbV0NCjxicj4NCjxiPlNlbnQ6PC9iPiBTYXR1cmRheSwgRGVjZW1i ZXIgMTksIDIwMTUgOTo0NSBBTTxicj4NCjxiPlRvOjwvYj4gZHJhZnQtaWV0Zi1tcGxzLXJlc2lk ZW5jZS10aW1lQHRvb2xzLmlldGYub3JnPGJyPg0KPGI+U3ViamVjdDo8L2I+IGRyYWZ0LWlldGYt bXBscy1yZXNpZGVuY2UtdGltZS0wMDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5BdXRob3JzLCA8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6 IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkkgYW0gbm8gbG9uZ2VyIHN1YnNjcmliZWQg dG8gdGhlIE1QTFMgbGlzdCwgYW5kIHNvIGFtIHNlbmRpbmcgeW91IG15IGNvbW1lbnRzIGRpcmVj dGx5LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+SSBwcmV2aW91c2x5IGFz a2VkIGZvciBhIHVzZSBjYXNlIG9yIGNhc2VzIGp1c3RpZnlpbmcgdGhlIG5lZWQgZm9yIGEgbWVj aGFuaXNtIGZvciByZXNpZGVuY2UgdGltZSBjb3JyZWN0aW9uIG92ZXIgTVBMUy48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFG NDk3RCI+VGhlIE1QTFMgV0cgcGVvcGxlIHdobyBjb21tZW50ZWQgb24gdGhlIFRJQ1RPQyBkcmFm dCBpbnNpc3RlZCBvbiBpdCBiZWluZyBFWFBFUklNRU5UQUwgaW4gc3RhdHVzIG1haW5seSBmb3Ig dGhpcyByZWFzb24uPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkkgb2JqZWN0IHRvIHRoaXMgZHJhZnQgYmVpbmcg c3RhbmRhcmRzIHRyYWNrIGZvciB0aGUgc2FtZSByZWFzb24uPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJjb2xvcjojMUY0OTdEIj5UaGlzIGRyYWZ0IGNvcnJlc3BvbmRzIHRvIHdoYXQgaXMgY2FsbGVk IGluIFRJQ1RPQyDigJxvbi1wYXRoIHN1cHBvcnTigJ0uPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkl0IHdvdWxk IGJlIHVzZWZ1bCB0byB1c2UgdGhlIHBocmFzZSB0byBoZWxwIHBlb3BsZSB1bmRlcnN0YW5kIHdo YXQgaXMgYmVpbmcgcHJvcG9zZWQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdE Ij5Ib3cgZG8gZXhpc3RpbmcgbmV0d29ya3MgaGF2ZSB0byBiZSBtb2RpZmllZCB0byBleHBsb2l0 IHRoaXMgZHJhZnQ/PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPldoYXQgaGFwcGVucyBpZiBvbmx5IHNvbWUgbm9k ZXMgc3VwcG9ydCB0aGlzIGRyYWZ0IChwYXJ0aWFsIHN1cHBvcnQpPzxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iY29sb3I6IzFGNDk3RCI+U2VjdGlvbiA0IGhhcyBhIGxpc3Qgb2YgY29udHJvbCBwcm90 b2NvbCB1cGdyYWRlcy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+V2hlbiB3ZSB3ZXJlIGFkdmFuY2luZyB0aGUg YWZvcmVtZW50aW9uZWQgVElDVE9DIFdHIGRyYWZ0IHdlIHdlcmUgdG9sZCB0aGF0IHRoaXMgd29y ayBuZWVkZWQgdG8gYmUgY2FycmllZCBvdXQgd2l0aGluPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPm9yIGF0IGxl YXN0IHdpdGggYWN0aXZlIHBhcnRpY2lwYXRpb24gb2YgdGhlIHJlbGV2YW50IFdHcywgc3VjaCBh cyBPU1BGLCBJU0lTLCBhbmQgQ0NBTVAuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0 OTdEIj5JIG9iamVjdGVkIHRvIHRoZSB1c2Ugb2YgdGhlIHRlcm0g4oCcc2NyYXRjaCBwYWTigJ0g Zm9yIGEgZmllbGQgd2hpY2ggd2FzIGRlZGljYXRlZCBlbnRpcmVseSB0byBUQ0YuPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMx RjQ5N0QiPkkgc2VlIHRoYXQgdGhpcyB0ZXJtaW5vbG9neSByZW1haW5zIGluDQo8YSBocmVmPSJo dHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1tcGxzLXJlc2lkZW5jZS10aW1l LTAwIj5odHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1tcGxzLXJlc2lkZW5j ZS10aW1lLTAwPC9hPiAuPG86cD48L286cD48L3NwYW4+PC9wPg0KPGgxPjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEO2ZvbnQtd2VpZ2h0Om5vcm1hbCI+UGxlYXNlIHJl ZmVyZW5jZTwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPg0KPC9zcGFuPjxpPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEO2ZvbnQtd2VpZ2h0Om5vcm1hbCI+ ZHJhZnQtaWV0Zi10aWN0b2MtMTU4OG92ZXJtcGxzPC9zcGFuPjwvaT4NCjxzcGFuIHN0eWxlPSJm b250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEO2ZvbnQtd2VpZ2h0Om5vcm1hbCI+DQooYXdhaXRp bmcgUFJPVE8gd3JpdGV1cCk8L3NwYW4+IDxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojMUY0OTdEO2ZvbnQtd2VpZ2h0Om5vcm1hbCI+DQphcyBhbiBhbHRlcm5hdGl2ZSBzb2x1dGlv biB0byB0aGlzIHByb2JsZW0uPG86cD48L286cD48L3NwYW4+PC9oMT4NCjxoMT48c3BhbiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RDtmb250LXdlaWdodDpub3JtYWwiPlkoSilT PG86cD48L286cD48L3NwYW4+PC9oMT4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_7347100B5761DC41A166AC17F22DF1122196EFE9eusaamb103erics_-- From nobody Tue Dec 22 15:28: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 2F25F1AC3B0; Tue, 22 Dec 2015 15:28:02 -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 X8i_5N2sL6j9; Tue, 22 Dec 2015 15:27: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 3F4FD1AC3AE; Tue, 22 Dec 2015 15:27:59 -0800 (PST) X-AuditID: c6180641-f799c6d000007d66-56-5679dc753f1a Received: from EUSAAHC006.ericsson.se (Unknown_Domain [147.117.188.90]) by usplmg21.ericsson.net (Symantec Mail Security) with SMTP id 74.F7.32102.57CD9765; Wed, 23 Dec 2015 00:27:49 +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; Tue, 22 Dec 2015 18:27:57 -0500 From: Gregory Mirsky To: "mpls@ietf.org" , "tictoc@ietf.org" Thread-Topic: draft-ietf-mpls-residence-time-00 Thread-Index: AdE6gmVwmgHWk0etQnyVtTLF6T1QXQBLfovlAFfah3A= Date: Tue, 22 Dec 2015 23:27:57 +0000 Message-ID: <7347100B5761DC41A166AC17F22DF1122196F9BD@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.10] Content-Type: multipart/alternative; boundary="_000_7347100B5761DC41A166AC17F22DF1122196F9BDeusaamb103erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpikeLIzCtJLcpLzFFi42KZXLonSrf0TmWYwYYDxha3lq5ktfjb3MPu wOSxZMlPpgDGKC6blNSczLLUIn27BK6MuS+OsBfMaWKqmHziMksD447fjF2MnBwSAiYS958v YoWwxSQu3FvP1sXIxSEkcIRR4sjiMywQznJGiWm/2tlAqtgEjCRebOxh72Lk4BAR8JDo35kG EhYW0JO4/nIRO4gtIqAvsf/2CzYI20ri3+LJYHEWAVWJRd3tYMt4BXwlZjy8wAwxfz2jxI/9 fWANnAKxEh0z14HZjEAXfT+1hgnEZhYQl7j1ZD4TxKUCEkv2nGeGsEUlXj7+B/WBksSkpedY QW5jFsiXWNXrCbFLUOLkzCcsExhFZiGZNAuhahaSKoiwpsT6XfoQ1YoSU7ofskPYGhKtc+ay I4svYGRfxchRWlyQk5tuZLiJERgzxyTYHHcw7u31PMQowMGoxMO7YW5lmBBrYllxZe4hRgkO ZiUR3vIJQCHelMTKqtSi/Pii0pzU4kOM0hwsSuK8jAwMDEIC6YklqdmpqQWpRTBZJg5OqQZG mUvnz95/u2Oa4URNnfzlRXOlq5/aXDjkcOvm8p2HZos/mVRiz/Vn4tfsx4Vq6UVM367nfbzu FqZ3ekGJTUGwxQuFm7dq1xsw7pnLmTX1aaCBMHv8nCmt99izOB4eqSl+pHvtf3GK7O1n/GLi LxOF6v8t9YqyK2bv1/A776lzfue2ShNHJil/JZbijERDLeai4kQAMan4b5UCAAA= Archived-At: Subject: [mpls] FW: draft-ietf-mpls-residence-time-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: Tue, 22 Dec 2015 23:28:02 -0000 --_000_7347100B5761DC41A166AC17F22DF1122196F9BDeusaamb103erics_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RGVhciBBbGwsDQpyZXNwb25zZXMgdG8gY29tbWVudHMgYnkgWWFha292Lg0KQXBwcmVjaWF0ZSB5 b3VyIGNvbnNpZGVyYXRpb24sIGNvbW1lbnRzLCBxdWVzdGlvbnMuDQoNCkhhcHB5IGhvbGlkYXlz IGFuZCBoYXBweSBOZXcgWWVhciENCg0KICAgICAgICAgICAgICAgIFJlZ2FyZHMsDQogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIEdyZWcNCg0KRnJvbTogQWxleGFuZGVyIFZhaW5zaHRl aW4gW21haWx0bzpBbGV4YW5kZXIuVmFpbnNodGVpbkBlY2l0ZWxlLmNvbV0NClNlbnQ6IFN1bmRh eSwgRGVjZW1iZXIgMjAsIDIwMTUgMTA6MDUgUE0NClRvOiBZYWFrb3YgU3RlaW4NCkNjOiBkcmFm dC1pZXRmLW1wbHMtcmVzaWRlbmNlLXRpbWVAdG9vbHMuaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBk cmFmdC1pZXRmLW1wbHMtcmVzaWRlbmNlLXRpbWUtMDANCg0KDQoNCllhYWtvdiwNCkxvdHMgb2Yg dGhhbmtzIGZvciB5b3VyIGNvbW1lbnRzLg0KDQpJIGhhdmUgbm90IHlldCBkaXNjdXNzZWQgdGhl c2UgY29tbWVudHMgd2l0aCBteSBjb2xsZWFndWVzLCBzbyBJICBjYW4gb25seSBzcGVhayBmb3Ig bXlzZWxmLg0KUGxlYXNlIHNlZSBiZWxvdyBzb21lIHBlcnNvbmFsIChhbmQgaW5jb21wbGV0ZSBy ZXNwb25zZXMpLg0KDQoNCiAgMS4gIOKAi1N0YW5kYXJkIHZzLiBFeHBlcmltZW50YWwgdHJhY2s6 IEkgYmVsaWV2ZSB0aGlzIGlzIGZvciB0aGUgV0cgY2hhaXJzIGFuZCBSb3V0aW5nIEFEcyB0byBk ZWNpZGUsIGFuZCB3ZSBzaGFsbCBmb2xsb3cgdGhlaXIgZ3VpZGFuY2UuDQogIDIuICBUaGUgdGVy bS9waHJhc2UgIm9uLXBhdGggc3VwcG9ydCI6IE1ha2VzIHNlbnNlIHRvIG1lLCB0aGUgSW50cm9k dWN0aW9uIHNlY3Rpb24gbG9va3MgbGlrZSBhIHJlYXNvbmFibGUgcGxhY2UgdG8gYWRkIGl0Lg0K ICAzLiAgV2hhdCBoYXBwZW5zIGlmIG9ubHkgc29tZSBub2RlcyBzdXBwb3J0IFJUTTogQXMgSSBz ZWUgaXQsIHRoZXJlIGFyZSB0d28gcG9zc2libGUgYXNwZWN0cyBvZiB0aGlzIHF1ZXN0aW9uOg0K DQogICAgICogICDigItNUExTLXdpc2UsIHRoZSBUVEwtYmFzZWQgbWVjaGFuaXNtIGRlZmluZWQg aW4gdGhlIGRyYWZ0IGd1YXJhbnRlZXMgdGhhdCBvbmx5IHRoZSBub2RlcyB0aGF0IHN1cHBvcnQg UlRNIGhhbmRsZSB0aGUgcmVzaWRlbnNlIHRpbWUtcmVsYXRlZCBpbmZvLiBUaGUgbm9uLXN1cHBv cnRpbmcgbm9kZXMgc2ltcGx5IGZvcndhcmQgdGhlIGxhYmVsZWQgcGFja2V0IGluIHRoZSB1c3Vh bCB3YXkuDQogICAgICogICBTeW5jaHJvbml6YXRpb24td2lzZTogSSBkZWZlciB0byBteSBjb2xs ZWFndWVzIHRvIGFuc3dlciB3aGF0IGlzIHRoZSBpbXBhY3Qgb2YgcGFydGlhbCBvbi1wYXRoIHN1 cHBvcnQgb24gdGhlIHF1YWxpdHkgb2Ygc3luY2hyb25pemF0aW9uLg0KDQogIDEuICAgRGlzY3Vz c2lvbiBvZiBwcm9wb3NlZCBjb250cm9sIHBsYW5lIHVwZGF0ZXMgd2l0aCB0aGUgcmVsZXZhbnQg V0dzOiBJIGJlbGlldmUgdGhpcyBpcyBmb3IgdGhlIFdHIGNoYWlycyBhbmQgUm91dGluZyBBRHMg dG8gZGVjaWRlLCBhbmQgd2Ugc2hhbGwgZm9sbG93IHRoZWlyIGd1aWRhbmNlLiBQZXJzb25hbGx5 IEkgdGhpbmsgdGhhdCBrZWVwaW5nIG9mIHRoZSBlbGVtZW50cyBvZiBhIHNvbHV0aW9uIGluIG9u ZSBkb2N1bWVudCBpcyBwcmVmZXJhYmxlIHRvIGRpc3RyaWJ1dGluZyB0aGVtIGFjcm9zcyBtdWx0 aXBsZSBkb2N1bWVudHMsIGVhY2ggd2l0aCBpdHMgb3duIG92ZXJoZWFkLg0KICAyLiAgUmVwbGFj aW5nIHRoZSB0ZXJtICJzY3JhdGNoIHBhZCI6ICBJIGNhbiBsaXZlIHdpdGggYSBkaWZmZXJlbnQg bmFtZSBmb3IgdGhpcyBmaWVsZCAtICJUaGF0IHdoaWNoIHdlIGNhbGwgYSByb3NlL0J5IGFueSBv dGhlciBuYW1lIHdvdWxkIHNtZWxsIGFzIHN3ZWV0Ii4gIElmIHlvdSBoYXZlIGFueSBzcGVjaWZp YyBzdWdnZXN0aW9uLCBpdCB3b3VsZCBoZWxwLg0KICAzLiAgUmVmZXJlbmNlIHRvIGRyYWZ0LWll dGYtdGljdG9jLTE1ODhvdmVybXBsczogSSBiZWxpZXZlIHRoYXQgdGhpcyBzaG91bGQgYmUgYW4g SW5mb3JtYXRpb25hbCByZWZlcmVuY2UsIGFuZCBJIGRvIG5vdCBoYXZlIGFueSBwcm9ibGVtcyB3 aXRoIGFkZGluZyBpdC4gSSBhbHNvIHRoaW5rIHRoYXQgc3VjaCByZWZlcmVuY2VzIHNob3VsZCBi ZSByZWNpcHJvY2FsLg0KSSB0aGluayB0aGF0IHlvdXIgY29tbWVudHMgY2FuIGJlICBoYW5kbGVk IHRvZ2V0aGVyIHdpdGggdGhlIHJlc3Qgb2YgdGhlIFdHIExDIGNvbW1lbnRzLiBJcyB0aGlzICBP SyB3aXRoIHlvdT8NCg0KUmVnYXJkcywgYW5kLCBhZ2FpbiwgbG90cyBvZiB0aGFua3MgZm9yIHlv dXIgY2FyZWZ1bCByZXZpZXcuDQpTYXNoYQ0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X18NCkZyb206IFlhYWtvdiBTdGVpbiA8eWFha292X3NAcmFkLmNvbTxtYWlsdG86eWFha292X3NA cmFkLmNvbT4+DQpTZW50OiBTYXR1cmRheSwgRGVjZW1iZXIgMTksIDIwMTUgNzo0NCBQTQ0KVG86 IGRyYWZ0LWlldGYtbXBscy1yZXNpZGVuY2UtdGltZUB0b29scy5pZXRmLm9yZzxtYWlsdG86ZHJh ZnQtaWV0Zi1tcGxzLXJlc2lkZW5jZS10aW1lQHRvb2xzLmlldGYub3JnPg0KU3ViamVjdDogZHJh ZnQtaWV0Zi1tcGxzLXJlc2lkZW5jZS10aW1lLTAwDQoNCg0KQXV0aG9ycywNCg0KDQoNCkkgYW0g bm8gbG9uZ2VyIHN1YnNjcmliZWQgdG8gdGhlIE1QTFMgbGlzdCwgYW5kIHNvIGFtIHNlbmRpbmcg eW91IG15IGNvbW1lbnRzIGRpcmVjdGx5Lg0KDQoNCg0KSSBwcmV2aW91c2x5IGFza2VkIGZvciBh IHVzZSBjYXNlIG9yIGNhc2VzIGp1c3RpZnlpbmcgdGhlIG5lZWQgZm9yIGEgbWVjaGFuaXNtIGZv ciByZXNpZGVuY2UgdGltZSBjb3JyZWN0aW9uIG92ZXIgTVBMUy4NCg0KVGhlIE1QTFMgV0cgcGVv cGxlIHdobyBjb21tZW50ZWQgb24gdGhlIFRJQ1RPQyBkcmFmdCBpbnNpc3RlZCBvbiBpdCBiZWlu ZyBFWFBFUklNRU5UQUwgaW4gc3RhdHVzIG1haW5seSBmb3IgdGhpcyByZWFzb24uDQoNCkkgb2Jq ZWN0IHRvIHRoaXMgZHJhZnQgYmVpbmcgc3RhbmRhcmRzIHRyYWNrIGZvciB0aGUgc2FtZSByZWFz b24uDQoNCg0KDQpUaGlzIGRyYWZ0IGNvcnJlc3BvbmRzIHRvIHdoYXQgaXMgY2FsbGVkIGluIFRJ Q1RPQyDigJxvbi1wYXRoIHN1cHBvcnTigJ0uDQoNCkl0IHdvdWxkIGJlIHVzZWZ1bCB0byB1c2Ug dGhlIHBocmFzZSB0byBoZWxwIHBlb3BsZSB1bmRlcnN0YW5kIHdoYXQgaXMgYmVpbmcgcHJvcG9z ZWQuDQoNCg0KDQpIb3cgZG8gZXhpc3RpbmcgbmV0d29ya3MgaGF2ZSB0byBiZSBtb2RpZmllZCB0 byBleHBsb2l0IHRoaXMgZHJhZnQ/DQoNCldoYXQgaGFwcGVucyBpZiBvbmx5IHNvbWUgbm9kZXMg c3VwcG9ydCB0aGlzIGRyYWZ0IChwYXJ0aWFsIHN1cHBvcnQpPw0KDQoNCg0KU2VjdGlvbiA0IGhh cyBhIGxpc3Qgb2YgY29udHJvbCBwcm90b2NvbCB1cGdyYWRlcy4NCg0KV2hlbiB3ZSB3ZXJlIGFk dmFuY2luZyB0aGUgYWZvcmVtZW50aW9uZWQgVElDVE9DIFdHIGRyYWZ0IHdlIHdlcmUgdG9sZCB0 aGF0IHRoaXMgd29yayBuZWVkZWQgdG8gYmUgY2FycmllZCBvdXQgd2l0aGluDQoNCm9yIGF0IGxl YXN0IHdpdGggYWN0aXZlIHBhcnRpY2lwYXRpb24gb2YgdGhlIHJlbGV2YW50IFdHcywgc3VjaCBh cyBPU1BGLCBJU0lTLCBhbmQgQ0NBTVAuDQoNCg0KDQpJIG9iamVjdGVkIHRvIHRoZSB1c2Ugb2Yg dGhlIHRlcm0g4oCcc2NyYXRjaCBwYWTigJ0gZm9yIGEgZmllbGQgd2hpY2ggd2FzIGRlZGljYXRl ZCBlbnRpcmVseSB0byBUQ0YuDQoNCkkgc2VlIHRoYXQgdGhpcyB0ZXJtaW5vbG9neSByZW1haW5z IGluIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLW1wbHMtcmVzaWRlbmNl LXRpbWUtMDAgLg0KDQpQbGVhc2UgcmVmZXJlbmNlIGRyYWZ0LWlldGYtdGljdG9jLTE1ODhvdmVy bXBscyAoYXdhaXRpbmcgUFJPVE8gd3JpdGV1cCkgYXMgYW4gYWx0ZXJuYXRpdmUgc29sdXRpb24g dG8gdGhpcyBwcm9ibGVtLg0KWShKKVMNCg== --_000_7347100B5761DC41A166AC17F22DF1122196F9BDeusaamb103erics_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPCEtLVtp ZiAhbXNvXT48c3R5bGU+dlw6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kb1w6KiB7 YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kd1w6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0 I1ZNTCk7fQ0KLnNoYXBlIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQo8L3N0eWxlPjwh W2VuZGlmXS0tPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNl DQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7 fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2IDQg MyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5N c29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4w MDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFu Iiwic2VyaWYiO30NCmgxDQoJe21zby1zdHlsZS1wcmlvcml0eTo5Ow0KCW1zby1zdHlsZS1saW5r OiJIZWFkaW5nIDEgQ2hhciI7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJp Z2h0OjBpbjsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowaW47 DQoJZm9udC1zaXplOjI0LjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2Vy aWYiOw0KCWZvbnQtd2VpZ2h0OmJvbGQ7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXtt c28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5k ZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5 bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxp bmU7fQ0KcA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbWFyZ2luOjBpbjsNCgltYXJnaW4t Ym90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMg TmV3IFJvbWFuIiwic2VyaWYiO30NCnAuTXNvQWNldGF0ZSwgbGkuTXNvQWNldGF0ZSwgZGl2Lk1z b0FjZXRhdGUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJCYWxs b29uIFRleHQgQ2hhciI7DQoJbWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjguMHB0Ow0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjt9DQpz cGFuLkhlYWRpbmcxQ2hhcg0KCXttc28tc3R5bGUtbmFtZToiSGVhZGluZyAxIENoYXIiOw0KCW1z by1zdHlsZS1wcmlvcml0eTo5Ow0KCW1zby1zdHlsZS1saW5rOiJIZWFkaW5nIDEiOw0KCWZvbnQt ZmFtaWx5OiJDYW1icmlhIiwic2VyaWYiOw0KCWNvbG9yOiMzNjVGOTE7DQoJZm9udC13ZWlnaHQ6 Ym9sZDt9DQpzcGFuLkVtYWlsU3R5bGUyMQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBs eTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7 fQ0Kc3Bhbi5CYWxsb29uVGV4dENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkJhbGxvb24gVGV4dCBD aGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkJhbGxvb24g VGV4dCI7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiO30NCi5Nc29DaHBEZWZh dWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0K QHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAx LjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24x O30NCi8qIExpc3QgRGVmaW5pdGlvbnMgKi8NCkBsaXN0IGwwDQoJe21zby1saXN0LWlkOjExNTg4 MTEwMzU7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRzOjEzNDIyMTQ5NTQ7fQ0KQGxpc3QgbDA6bGV2 ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpv Ow0KCW1zby1sZXZlbC10YWItc3RvcDoxLjBpbjsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9u OmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7 DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCgltc28tYmlkaS1mb250LWZhbWlseToiVGlt ZXMgTmV3IFJvbWFuIjt9DQpvbA0KCXttYXJnaW4tYm90dG9tOjBpbjt9DQp1bA0KCXttYXJnaW4t Ym90dG9tOjBpbjt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hh cGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlm XS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQi Pg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94 bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIg dmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkRlYXIg QWxsLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5yZXNwb25zZXMgdG8gY29tbWVudHMg YnkgWWFha292LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5BcHByZWNpYXRlIHlvdXIg Y29uc2lkZXJhdGlvbiwgY29tbWVudHMsIHF1ZXN0aW9ucy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkhhcHB5IGhvbGlk YXlzIGFuZCBoYXBweSBOZXcgWWVhciE8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyBSZWdhcmRzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgR3JlZzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRv cDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkZyb206PC9zcGFu PjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhv bWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+IEFsZXhhbmRlciBWYWluc2h0ZWluIFtt YWlsdG86QWxleGFuZGVyLlZhaW5zaHRlaW5AZWNpdGVsZS5jb21dDQo8YnI+DQo8Yj5TZW50Ojwv Yj4gU3VuZGF5LCBEZWNlbWJlciAyMCwgMjAxNSAxMDowNSBQTTxicj4NCjxiPlRvOjwvYj4gWWFh a292IFN0ZWluPGJyPg0KPGI+Q2M6PC9iPiBkcmFmdC1pZXRmLW1wbHMtcmVzaWRlbmNlLXRpbWVA dG9vbHMuaWV0Zi5vcmc8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IGRyYWZ0LWlldGYtbXBscy1y ZXNpZGVuY2UtdGltZS0wMDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXYgaWQ9ImRpdnRh Z2RlZmF1bHR3cmFwcGVyIj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tbGVmdDozMC4wcHQ7 bWFyZ2luLXJpZ2h0OjBpbiI+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MzAuMHB0 O21hcmdpbi1yaWdodDowaW4iPg0KPHAgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0 eWxlPSJjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9ibG9ja3F1 b3RlPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91 bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJjb2xvcjpibGFjayI+WWFha292LCA8bzpwPg0KPC9vOnA+ PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3Vu ZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj5Mb3RzIG9mIHRoYW5rcyBmb3IgeW91 ciBjb21tZW50cy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImNvbG9y OmJsYWNrIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImNv bG9yOmJsYWNrIj5JJm5ic3A7aGF2ZSBub3QgeWV0IGRpc2N1c3NlZCB0aGVzZSBjb21tZW50cyB3 aXRoIG15IGNvbGxlYWd1ZXMsIHNvIEkgJm5ic3A7Y2FuIG9ubHkgc3BlYWsgZm9yJm5ic3A7bXlz ZWxmLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2si PlBsZWFzZSBzZWUgYmVsb3cmbmJzcDtzb21lIHBlcnNvbmFsIChhbmQgaW5jb21wbGV0ZSByZXNw b25zZXMpLiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iY29s b3I6YmxhY2siPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxv bCBzdGFydD0iMSIgdHlwZT0iMSI+DQo8bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImNvbG9y OmJsYWNrO21zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRv O21zby1saXN0OmwwIGxldmVsMSBsZm8xO2JhY2tncm91bmQ6d2hpdGUiPg0K4oCLPHN0cm9uZz5T dGFuZGFyZCB2cy4gRXhwZXJpbWVudGFsIHRyYWNrPC9zdHJvbmc+OiBJIGJlbGlldmUgdGhpcyBp cyBmb3IgdGhlIFdHIGNoYWlycyBhbmQgUm91dGluZyBBRHMgdG8gZGVjaWRlLCBhbmQgd2Ugc2hh bGwgZm9sbG93IHRoZWlyIGd1aWRhbmNlLiZuYnNwOzxvOnA+PC9vOnA+PC9saT48bGkgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9ImNvbG9yOmJsYWNrO21zby1tYXJnaW4tdG9wLWFsdDphdXRvO21z by1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0OmwwIGxldmVsMSBsZm8xO2JhY2tncm91 bmQ6d2hpdGUiPg0KPHN0cm9uZz5UaGUgdGVybS9waHJhc2UmbmJzcDsmcXVvdDtvbi1wYXRoIHN1 cHBvcnQmcXVvdDs8L3N0cm9uZz46IE1ha2VzIHNlbnNlIHRvIG1lLCB0aGUgSW50cm9kdWN0aW9u IHNlY3Rpb24gbG9va3MgbGlrZSBhIHJlYXNvbmFibGUgcGxhY2UgdG8gYWRkIGl0LjxvOnA+PC9v OnA+PC9saT48bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImNvbG9yOmJsYWNrO21zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0OmwwIGxl dmVsMSBsZm8xO2JhY2tncm91bmQ6d2hpdGUiPg0KPHN0cm9uZz5XaGF0IGhhcHBlbnMgaWYgb25s eSBzb21lIG5vZGVzIHN1cHBvcnQgUlRNPC9zdHJvbmc+OiZuYnNwO0FzJm5ic3A7SSBzZWUgaXQs IHRoZXJlIGFyZSB0d28gcG9zc2libGUgYXNwZWN0cyBvZiB0aGlzIHF1ZXN0aW9uOjxvOnA+PC9v OnA+PC9saT48L29sPg0KPG9sIHN0YXJ0PSIzIiB0eXBlPSIxIj4NCjx1bCB0eXBlPSJjaXJjbGUi Pg0KPGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJjb2xvcjpibGFjazttc28tbWFyZ2luLXRv cC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMCBsZXZlbDIg bGZvMTtiYWNrZ3JvdW5kOndoaXRlIj4NCjxlbT7igItNUExTLXdpc2U8L2VtPiwgdGhlIFRUTC1i YXNlZCZuYnNwO21lY2hhbmlzbSBkZWZpbmVkIGluIHRoZSBkcmFmdCBndWFyYW50ZWVzIHRoYXQg b25seSB0aGUgbm9kZXMgdGhhdCBzdXBwb3J0IFJUTSBoYW5kbGUgdGhlIHJlc2lkZW5zZSB0aW1l LXJlbGF0ZWQgaW5mby4gVGhlIG5vbi1zdXBwb3J0aW5nIG5vZGVzIHNpbXBseSBmb3J3YXJkIHRo ZSBsYWJlbGVkIHBhY2tldCBpbiB0aGUgdXN1YWwgd2F5LiZuYnNwOzxvOnA+PC9vOnA+PC9saT48 bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImNvbG9yOmJsYWNrO21zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0OmwwIGxldmVsMiBsZm8x O2JhY2tncm91bmQ6d2hpdGUiPg0KPGVtPlN5bmNocm9uaXphdGlvbi13aXNlOiA8L2VtPkkgZGVm ZXIgdG8gbXkgY29sbGVhZ3VlcyB0byBhbnN3ZXIgd2hhdCBpcyB0aGUgaW1wYWN0IG9mIHBhcnRp YWwgb24tcGF0aCBzdXBwb3J0IG9uIHRoZSBxdWFsaXR5IG9mIHN5bmNocm9uaXphdGlvbi48bzpw PjwvbzpwPjwvbGk+PC91bD4NCjwvb2w+DQo8b2wgc3RhcnQ9IjQiIHR5cGU9IjEiPg0KPGxpIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJjb2xvcjpibGFjazttc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMCBsZXZlbDEgbGZvMTtiYWNr Z3JvdW5kOndoaXRlIj4NCiZuYnNwOzxzdHJvbmc+RGlzY3Vzc2lvbiBvZiBwcm9wb3NlZCBjb250 cm9sIHBsYW5lIHVwZGF0ZXMgd2l0aCB0aGUgcmVsZXZhbnQgV0dzPC9zdHJvbmc+OiZuYnNwOzxz cGFuIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5JIGJlbGlldmUgdGhpcyBpcyBmb3IgdGhlIFdH IGNoYWlycyBhbmQgUm91dGluZyBBRHMgdG8gZGVjaWRlLCBhbmQgd2Ugc2hhbGwgZm9sbG93IHRo ZWlyIGd1aWRhbmNlLiBQZXJzb25hbGx5IEkgdGhpbmsgdGhhdCBrZWVwaW5nIG9mIHRoZSBlbGVt ZW50cw0KIG9mIGEgc29sdXRpb24gaW4gb25lIGRvY3VtZW50IGlzIHByZWZlcmFibGUgdG8gZGlz dHJpYnV0aW5nIHRoZW0gYWNyb3NzIG11bHRpcGxlIGRvY3VtZW50cywgZWFjaCB3aXRoIGl0cyBv d24gb3ZlcmhlYWQuPC9zcGFuPjxvOnA+PC9vOnA+PC9saT48bGkgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9ImNvbG9yOmJsYWNrO21zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90 dG9tLWFsdDphdXRvO21zby1saXN0OmwwIGxldmVsMSBsZm8xO2JhY2tncm91bmQ6d2hpdGUiPg0K PHN0cm9uZz48c3BhbiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+UmVwbGFjaW5nIHRoZSB0ZXJt ICZxdW90O3NjcmF0Y2ggcGFkJnF1b3Q7PC9zcGFuPjwvc3Ryb25nPjxzcGFuIHN0eWxlPSJiYWNr Z3JvdW5kOndoaXRlIj46ICZuYnNwO0kgY2FuIGxpdmUgd2l0aCBhIGRpZmZlcmVudCBuYW1lIGZv ciB0aGlzIGZpZWxkIC0gJnF1b3Q7VGhhdCB3aGljaCB3ZSBjYWxsIGEgcm9zZS9CeSBhbnkgb3Ro ZXIgbmFtZSB3b3VsZCBzbWVsbCBhcyBzd2VldCZxdW90Oy4gJm5ic3A7SWYgeW91IGhhdmUgYW55 IHNwZWNpZmljDQogc3VnZ2VzdGlvbiwgaXQgd291bGQgaGVscC48L3NwYW4+PG86cD48L286cD48 L2xpPjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iY29sb3I6YmxhY2s7bXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bXNvLWxpc3Q6bDAgbGV2ZWwx IGxmbzE7YmFja2dyb3VuZDp3aGl0ZSI+DQo8c3Ryb25nPjxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5k OndoaXRlIj5SZWZlcmVuY2UgdG8mbmJzcDs8L3NwYW4+PC9zdHJvbmc+PHN0cm9uZz48aT48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+ZHJhZnQtaWV0Zi10aWN0b2Mt MTU4OG92ZXJtcGxzPC9zcGFuPjwvaT48L3N0cm9uZz48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7Y29sb3I6IzFGNDk3RCI+OiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDsiPkkNCiBiZWxpZXZlIHRoYXQgdGhpcyBzaG91bGQgYmUgYW4gSW5mb3JtYXRpb25hbCByZWZl cmVuY2UsIGFuZCBJIGRvIG5vdCBoYXZlIGFueSBwcm9ibGVtcyB3aXRoIGFkZGluZyBpdC4gSSBh bHNvIHRoaW5rIHRoYXQgc3VjaCByZWZlcmVuY2VzIHNob3VsZCBiZSByZWNpcHJvY2FsLjwvc3Bh bj48bzpwPjwvbzpwPjwvbGk+PC9vbD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJs YWNrIj5JIHRoaW5rIHRoYXQgeW91ciBjb21tZW50cyBjYW4gYmUgJm5ic3A7aGFuZGxlZCB0b2dl dGhlciB3aXRoIHRoZSByZXN0IG9mIHRoZSBXRyBMQyBjb21tZW50cy4gSXMgdGhpcyAmbmJzcDtP SyB3aXRoIHlvdT88L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFj a2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i YmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNr Ij5SZWdhcmRzLCBhbmQsIGFnYWluLCBsb3RzIG9mIHRoYW5rcyBmb3IgeW91ciBjYXJlZnVsIHJl dmlldy48L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3Vu ZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj5TYXNoYTwv c3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxkaXYgY2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249ImNlbnRlciIgc3R5bGU9 InRleHQtYWxpZ246Y2VudGVyO2JhY2tncm91bmQ6d2hpdGUiPg0KPHNwYW4gc3R5bGU9ImNvbG9y OmJsYWNrIj4NCjxociBzaXplPSIyIiB3aWR0aD0iOTglIiBhbGlnbj0iY2VudGVyIj4NCjwvc3Bh bj48L2Rpdj4NCjxkaXYgaWQ9ImRpdlJwbHlGd2RNc2ciPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjpibGFjayI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjpibGFjayI+IFlhYWtvdiBTdGVpbiAmbHQ7PGEgaHJlZj0ibWFpbHRvOnlhYWtvdl9zQHJh ZC5jb20iPnlhYWtvdl9zQHJhZC5jb208L2E+Jmd0Ozxicj4NCjxiPlNlbnQ6PC9iPiBTYXR1cmRh eSwgRGVjZW1iZXIgMTksIDIwMTUgNzo0NCBQTTxicj4NCjxiPlRvOjwvYj4gPGEgaHJlZj0ibWFp bHRvOmRyYWZ0LWlldGYtbXBscy1yZXNpZGVuY2UtdGltZUB0b29scy5pZXRmLm9yZyI+ZHJhZnQt aWV0Zi1tcGxzLXJlc2lkZW5jZS10aW1lQHRvb2xzLmlldGYub3JnPC9hPjxicj4NCjxiPlN1Ympl Y3Q6PC9iPiBkcmFmdC1pZXRmLW1wbHMtcmVzaWRlbmNlLXRpbWUtMDA8L3NwYW4+PHNwYW4gc3R5 bGU9ImNvbG9yOmJsYWNrIj4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImNvbG9y OmJsYWNrIj4mbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRp dj4NCjxkaXY+DQo8cCBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkF1dGhvcnMsDQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBzdHls ZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMx RjQ5N0QiPiZuYnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6Ymxh Y2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SSBhbSBubyBsb25nZXIg c3Vic2NyaWJlZCB0byB0aGUgTVBMUyBsaXN0LCBhbmQgc28gYW0gc2VuZGluZyB5b3UgbXkgY29t bWVudHMgZGlyZWN0bHkuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpi bGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkkgcHJldmlvdXNseSBhc2tlZCBmb3IgYSB1c2UgY2FzZSBv ciBjYXNlcyBqdXN0aWZ5aW5nIHRoZSBuZWVkIGZvciBhIG1lY2hhbmlzbSBmb3IgcmVzaWRlbmNl IHRpbWUgY29ycmVjdGlvbiBvdmVyIE1QTFMuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90Oztjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgc3R5bGU9ImJhY2tn cm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5U aGUgTVBMUyBXRyBwZW9wbGUgd2hvIGNvbW1lbnRlZCBvbiB0aGUgVElDVE9DIGRyYWZ0IGluc2lz dGVkIG9uIGl0IGJlaW5nIEVYUEVSSU1FTlRBTCBpbiBzdGF0dXMgbWFpbmx5IGZvciB0aGlzIHJl YXNvbi48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkkgb2JqZWN0IHRvIHRoaXMgZHJhZnQg YmVpbmcgc3RhbmRhcmRzIHRyYWNrIGZvciB0aGUgc2FtZSByZWFzb24uPC9zcGFuPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv bG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBzdHlsZT0iYmFja2dyb3VuZDp3 aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPlRoaXMgZHJh ZnQgY29ycmVzcG9uZHMgdG8gd2hhdCBpcyBjYWxsZWQgaW4gVElDVE9DIOKAnG9uLXBhdGggc3Vw cG9ydOKAnS48L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkl0IHdvdWxkIGJlIHVzZWZ1bCB0 byB1c2UgdGhlIHBocmFzZSB0byBoZWxwIHBlb3BsZSB1bmRlcnN0YW5kIHdoYXQgaXMgYmVpbmcg cHJvcG9zZWQuPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+ PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMxRjQ5N0QiPkhvdyBkbyBleGlzdGluZyBuZXR3b3JrcyBoYXZlIHRvIGJlIG1vZGlm aWVkIHRvIGV4cGxvaXQgdGhpcyBkcmFmdD88L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O2NvbG9yOmJsYWNrIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBzdHlsZT0iYmFja2dy b3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPldo YXQgaGFwcGVucyBpZiBvbmx5IHNvbWUgbm9kZXMgc3VwcG9ydCB0aGlzIGRyYWZ0IChwYXJ0aWFs IHN1cHBvcnQpPzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2si PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjojMUY0OTdEIj5TZWN0aW9uIDQgaGFzIGEgbGlzdCBvZiBjb250cm9sIHByb3RvY29s IHVwZ3JhZGVzLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2si PjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+V2hlbiB3ZSB3ZXJlIGFkdmFu Y2luZyB0aGUgYWZvcmVtZW50aW9uZWQgVElDVE9DIFdHIGRyYWZ0IHdlIHdlcmUgdG9sZCB0aGF0 IHRoaXMgd29yayBuZWVkZWQgdG8gYmUgY2FycmllZCBvdXQgd2l0aGluPC9zcGFuPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjojMUY0OTdEIj5vciBhdCBsZWFzdCB3aXRoIGFjdGl2ZSBwYXJ0aWNpcGF0aW9uIG9mIHRo ZSByZWxldmFudCBXR3MsIHN1Y2ggYXMgT1NQRiwgSVNJUywgYW5kIENDQU1QLjwvc3Bhbj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgc3R5bGU9ImJhY2tncm91 bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5JIG9i amVjdGVkIHRvIHRoZSB1c2Ugb2YgdGhlIHRlcm0g4oCcc2NyYXRjaCBwYWTigJ0gZm9yIGEgZmll bGQgd2hpY2ggd2FzIGRlZGljYXRlZCBlbnRpcmVseSB0byBUQ0YuPC9zcGFuPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg c3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xv cjojMUY0OTdEIj5JIHNlZSB0aGF0IHRoaXMgdGVybWlub2xvZ3kgcmVtYWlucyBpbg0KPGEgaHJl Zj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbXBscy1yZXNpZGVuY2Ut dGltZS0wMCIgaWQ9IkxQbG5rNzU4NjEwIj4NCjxzcGFuIHN0eWxlPSJjb2xvcjojMDU2M0MxIj5o dHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1tcGxzLXJlc2lkZW5jZS10aW1l LTAwPC9zcGFuPjwvYT4gLjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250 LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6 YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxoMSBzdHlsZT0iYmFja2dyb3VuZDp3aGl0 ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJy aSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Q7Zm9udC13ZWlnaHQ6 bm9ybWFsIj5QbGVhc2UgcmVmZXJlbmNlPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjojMUY0OTdEIj4NCjwvc3Bhbj48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6IzFGNDk3RDtmb250LXdlaWdodDpub3JtYWwiPmRyYWZ0LWlldGYtdGljdG9jLTE1ODhv dmVybXBsczwvc3Bhbj48L2k+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2siPg0KPC9zcGFuPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEO2ZvbnQtd2VpZ2h0Om5vcm1hbCI+KGF3 YWl0aW5nIFBST1RPIHdyaXRldXApPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7O2NvbG9yOmJsYWNrIj4NCjwvc3Bh bj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RDtmb250LXdlaWdodDpu b3JtYWwiPmFzIGFuIGFsdGVybmF0aXZlIHNvbHV0aW9uIHRvIHRoaXMgcHJvYmxlbS48L3NwYW4+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO ZXcmcXVvdDs7Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvaDE+DQo8aDEgc3R5bGU9 ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0 OTdEO2ZvbnQtd2VpZ2h0Om5vcm1hbCI+WShKKVM8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMi4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDs7Y29sb3I6YmxhY2si PjxvOnA+PC9vOnA+PC9zcGFuPjwvaDE+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4N CjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_7347100B5761DC41A166AC17F22DF1122196F9BDeusaamb103erics_-- From nobody Wed Dec 23 04:43:56 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 EF8101ACF02; Wed, 23 Dec 2015 04:43:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.399 X-Spam-Level: X-Spam-Status: No, score=-1.399 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, J_CHICKENPOX_72=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 N0nuXbvbJYOe; Wed, 23 Dec 2015 04:43:52 -0800 (PST) Received: from mail-wm0-x232.google.com (mail-wm0-x232.google.com [IPv6:2a00:1450:400c:c09::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4E7821ACEFF; Wed, 23 Dec 2015 04:43:52 -0800 (PST) Received: by mail-wm0-x232.google.com with SMTP id l126so146647197wml.0; Wed, 23 Dec 2015 04:43:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-type; bh=ezd7Nw6J98xlNCxZAszS5xIzCaJXoWXsHOe6uHC3Jn4=; b=X1IqC3mOZCpg3w3bTaFJe5jCRDbkSFle+8wFCGvWINaT5uxEhdDqhx0G/27Tl9A2Ma Wm4EodaIgyU3qC4MU3NwdcWmp5A5E9qJaTe5Z1DuxyDmmw4Xt4e+BmZ9IGTh8S86kTmt 0CdChLMwC3Duvxy63UgS906IH4OYH/v67JGfoqTnLNrOFUvgmVJKuRYCyxU9A8UXS+lk bC5H5MhnJWq7OEGc6e5eoDU5XNX1gza5zMPx9nt3XYp3ZOUH0KqSSvhW1wl3olC8mOfR 7gsgXy8isG8M9wjKDZKdTlAVXyciE8EptwRZZSrD7f797g7073yruYdZ4d116KBo1ZHU RunQ== X-Received: by 10.28.63.22 with SMTP id m22mr14309865wma.59.1450874630897; Wed, 23 Dec 2015 04:43:50 -0800 (PST) Received: from [192.168.2.126] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id yy8sm12862858wjc.13.2015.12.23.04.43.49 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 23 Dec 2015 04:43:49 -0800 (PST) To: Gregory Mirsky , "mpls@ietf.org" , "tictoc@ietf.org" References: <7347100B5761DC41A166AC17F22DF1122196F9BD@eusaamb103.ericsson.se> From: Stewart Bryant Message-ID: <567A9704.3040604@gmail.com> Date: Wed, 23 Dec 2015 12:43:48 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <7347100B5761DC41A166AC17F22DF1122196F9BD@eusaamb103.ericsson.se> Content-Type: multipart/alternative; boundary="------------040807030708070907060701" Archived-At: Subject: Re: [mpls] FW: draft-ietf-mpls-residence-time-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, 23 Dec 2015 12:43:55 -0000 This is a multi-part message in MIME format. --------------040807030708070907060701 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 22/12/2015 23:27, Gregory Mirsky wrote: > > Dear All, > > responses to comments by Yaakov. > > Appreciate your consideration, comments, questions. > > Happy holidays and happy New Year! > > Regards, > > Greg > > *From:*Alexander Vainshtein [mailto:Alexander.Vainshtein@ecitele.com] > *Sent:* Sunday, December 20, 2015 10:05 PM > *To:* Yaakov Stein > *Cc:* draft-ietf-mpls-residence-time@tools.ietf.org > *Subject:* Re: draft-ietf-mpls-residence-time-00 > > Yaakov, > > Lots of thanks for your comments. > > I have not yet discussed these comments with my colleagues, so I can > only speak for myself. > > Please see below some personal (and incomplete responses). > > 1. ​*Standard vs. Experimental track*: I believe this is for the WG > chairs and Routing ADs to decide, and we shall follow their guidance. > 2. *The term/phrase "on-path support"*: Makes sense to me, the > Introduction section looks like a reasonable place to add it. > 3. *What happens if only some nodes support RTM*: As I see it, there > are two possible aspects of this question: > > * /​MPLS-wise/, the TTL-based mechanism defined in the draft > guarantees that only the nodes that support RTM handle the > residense time-related info. The non-supporting nodes simply > forward the labeled packet in the usual way. > * /Synchronization-wise: /I defer to my colleagues to answer > what is the impact of partial on-path support on the quality > of synchronization. > I would think this was best expressed as "all bets are off" - Stewart > > * > > 4. *Discussion of proposed control plane updates with the relevant > WGs*: I believe this is for the WG chairs and Routing ADs to > decide, and we shall follow their guidance. Personally I think > that keeping of the elements of a solution in one document is > preferable to distributing them across multiple documents, each > with its own overhead. > 5. *Replacing the term "scratch pad"*: I can live with a different > name for this field - "That which we call a rose/By any other name > would smell as sweet". If you have any specific suggestion, it > would help. > 6. *Reference to **/draft-ietf-tictoc-1588overmpls/*: I believe that > this should be an Informational reference, and I do not have any > problems with adding it. I also think that such references should > be reciprocal. > > I think that your comments can be handled together with the rest of > the WG LC comments. Is this OK with you? > > Regards, and, again, lots of thanks for your careful review. > > Sasha > > ------------------------------------------------------------------------ > > *From:*Yaakov Stein > > *Sent:* Saturday, December 19, 2015 7:44 PM > *To:* draft-ietf-mpls-residence-time@tools.ietf.org > > *Subject:* draft-ietf-mpls-residence-time-00 > > Authors, > > I am no longer subscribed to the MPLS list, and so am sending you my > comments directly. > > I previously asked for a use case or cases justifying the need for a > mechanism for residence time correction over MPLS. > > The MPLS WG people who commented on the TICTOC draft insisted on it > being EXPERIMENTAL in status mainly for this reason. > > I object to this draft being standards track for the same reason. > > This draft corresponds to what is called in TICTOC “on-path support”. > > It would be useful to use the phrase to help people understand what is > being proposed. > > How do existing networks have to be modified to exploit this draft? > > What happens if only some nodes support this draft (partial support)? > > Section 4 has a list of control protocol upgrades. > > When we were advancing the aforementioned TICTOC WG draft we were told > that this work needed to be carried out within > > or at least with active participation of the relevant WGs, such as > OSPF, ISIS, and CCAMP. > > I objected to the use of the term “scratch pad” for a field which was > dedicated entirely to TCF. > > I see that this terminology remains in > https://tools.ietf.org/html/draft-ietf-mpls-residence-time-00 . > > > Please reference/draft-ietf-tictoc-1588overmpls/(awaiting PROTO > writeup)as an alternative solution to this problem. > > > Y(J)S > > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls --------------040807030708070907060701 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit

On 22/12/2015 23:27, Gregory Mirsky wrote:

Dear All,

responses to comments by Yaakov.

Appreciate your consideration, comments, questions.

 

Happy holidays and happy New Year!

 

                Regards,

                                Greg

 

From: Alexander Vainshtein [mailto:Alexander.Vainshtein@ecitele.com]
Sent: Sunday, December 20, 2015 10:05 PM
To: Yaakov Stein
Cc: draft-ietf-mpls-residence-time@tools.ietf.org
Subject: Re: draft-ietf-mpls-residence-time-00

 

 

Yaakov,

Lots of thanks for your comments.

 

I have not yet discussed these comments with my colleagues, so I  can only speak for myself.

Please see below some personal (and incomplete responses). 

 

  1. ​Standard vs. Experimental track: I believe this is for the WG chairs and Routing ADs to decide, and we shall follow their guidance. 
  2. The term/phrase "on-path support": Makes sense to me, the Introduction section looks like a reasonable place to add it.
  3. What happens if only some nodes support RTM: As I see it, there are two possible aspects of this question:
    • ​MPLS-wise, the TTL-based mechanism defined in the draft guarantees that only the nodes that support RTM handle the residense time-related info. The non-supporting nodes simply forward the labeled packet in the usual way. 
    • Synchronization-wise: I defer to my colleagues to answer what is the impact of partial on-path support on the quality of synchronization.
I would think this was best expressed as "all bets are off"

- Stewart
  1.  Discussion of proposed control plane updates with the relevant WGs: I believe this is for the WG chairs and Routing ADs to decide, and we shall follow their guidance. Personally I think that keeping of the elements of a solution in one document is preferable to distributing them across multiple documents, each with its own overhead.
  2. Replacing the term "scratch pad":  I can live with a different name for this field - "That which we call a rose/By any other name would smell as sweet".  If you have any specific suggestion, it would help.
  3. Reference to draft-ietf-tictoc-1588overmpls: I believe that this should be an Informational reference, and I do not have any problems with adding it. I also think that such references should be reciprocal.

I think that your comments can be  handled together with the rest of the WG LC comments. Is this  OK with you?

 

Regards, and, again, lots of thanks for your careful review.

Sasha

From: Yaakov Stein <yaakov_s@rad.com>
Sent: Saturday, December 19, 2015 7:44 PM
To: draft-ietf-mpls-residence-time@tools.ietf.org
Subject: draft-ietf-mpls-residence-time-00

 

Authors,

 

I am no longer subscribed to the MPLS list, and so am sending you my comments directly.

 

I previously asked for a use case or cases justifying the need for a mechanism for residence time correction over MPLS.

The MPLS WG people who commented on the TICTOC draft insisted on it being EXPERIMENTAL in status mainly for this reason.

I object to this draft being standards track for the same reason.

 

This draft corresponds to what is called in TICTOC “on-path support”.

It would be useful to use the phrase to help people understand what is being proposed.

 

How do existing networks have to be modified to exploit this draft?

What happens if only some nodes support this draft (partial support)?

 

Section 4 has a list of control protocol upgrades.

When we were advancing the aforementioned TICTOC WG draft we were told that this work needed to be carried out within

or at least with active participation of the relevant WGs, such as OSPF, ISIS, and CCAMP.

 

I objected to the use of the term “scratch pad” for a field which was dedicated entirely to TCF.

I see that this terminology remains in https://tools.ietf.org/html/draft-ietf-mpls-residence-time-00 .

Please referencedraft-ietf-tictoc-1588overmpls (awaiting PROTO writeup) as an alternative solution to this problem.

Y(J)S



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

--------------040807030708070907060701-- From nobody Wed Dec 23 05:13: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 894DB1A000B; Wed, 23 Dec 2015 05:13:55 -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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, 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 5LS90cdOb_TU; Wed, 23 Dec 2015 05:13:51 -0800 (PST) Received: from emea01-am1-obe.outbound.protection.outlook.com (mail-am1on0704.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe00::704]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8572A1A0004; Wed, 23 Dec 2015 05:13:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ECI365.onmicrosoft.com; s=selector1-ecitele-com; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=o74q4/H1LF9JEG1ubx/mlg1YLrbt8RhNdvmHyQ5hwPw=; b=m0KJr9S2QFR+KRAGY9kMYQ/H920oGUDMKhTQVLkPgDaX0erztQeXZsnFTCCY+/lzKmYWLVL5msSAm89Ffm0oKToqbxUfgPwzBfVJeLcxVSTPRUYwBYCuSo0ThkvTO1G7GI4GhjqgzBwX9npQh06DkE5ZRhTlftwtVsoXp0tuxQ4= 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.355.16; Wed, 23 Dec 2015 13:13:29 +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.0361.006; Wed, 23 Dec 2015 13:13:29 +0000 From: Alexander Vainshtein To: Stewart Bryant Thread-Topic: [mpls] FW: draft-ietf-mpls-residence-time-00 Thread-Index: AdE6gmVwmgHWk0etQnyVtTLF6T1QXQBLfovlAFfah3AAG/HrAAAAjcWw Date: Wed, 23 Dec 2015 13:13:29 +0000 Message-ID: References: <7347100B5761DC41A166AC17F22DF1122196F9BD@eusaamb103.ericsson.se> <567A9704.3040604@gmail.com> In-Reply-To: <567A9704.3040604@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=Alexander.Vainshtein@ecitele.com; x-originating-ip: [147.234.241.1] x-microsoft-exchange-diagnostics: 1; DB3PR03MB0777; 5:OXerUvwmMCeXzLsBRjz/qIjD9P/GpWYBsr/qRP3T1ujGt+pJQ9BumKLWc2uodTXw7thPSsq25vgzuzulPKe13Fs0MXCC1Iee7n4RsET29PGj94Z5SyVaOzS3HbuOGocDx+ukr3ssp9lVRNj4LB8+Dw==; 24:aPb2Tibvb1+x977hI+sXaItxqHt+w0D0/sk+M/a928ImRbi7JSzfjQgw457kYas1/qq6IePVfUR6yln3AYYdBYPxCyYQRDW4EwnmHOJ837U= x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(42139001); SRVR:DB3PR03MB0777; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(279801643600669)(279101305709854); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(520078)(8121501046)(10201501046)(3002001); SRVR:DB3PR03MB0777; BCL:0; PCL:0; RULEID:; SRVR:DB3PR03MB0777; x-forefront-prvs: 0799B1B2D7 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(252514010)(479174004)(199003)(243025005)(24454002)(377454003)(189002)(51444003)(40100003)(6116002)(1096002)(586003)(3846002)(102836003)(790700001)(33656002)(76576001)(5008740100001)(92566002)(11100500001)(1220700001)(5004730100002)(10400500002)(2900100001)(101416001)(81156007)(54356999)(16236675004)(50986999)(76176999)(77096005)(86362001)(19625215002)(19617315012)(15975445007)(87936001)(2950100001)(122556002)(230783001)(106356001)(66066001)(93886004)(105586002)(189998001)(5001960100002)(97736004)(110136002)(19300405004)(5002640100001)(19580405001)(74316001)(19580395003)(5003600100002); DIR:OUT; SFP:1102; SCL:1; SRVR:DB3PR03MB0777; 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_DB3PR03MB0780580D3ECCB5BF8A65C8319DE60DB3PR03MB0780eurp_" MIME-Version: 1.0 X-OriginatorOrg: ecitele.com X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Dec 2015 13:13:29.3041 (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" , "tictoc@ietf.org" Subject: Re: [mpls] FW: draft-ietf-mpls-residence-time-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, 23 Dec 2015 13:13:55 -0000 --_000_DB3PR03MB0780580D3ECCB5BF8A65C8319DE60DB3PR03MB0780eurp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 U3Rld2FydCwNCkkgaGF2ZSBzZWVuIGEgcmVmZXJlbmNlIHRvIGFuIElUVS1UIFExMy8xNSB3b3Jr IGl0ZW0gYWJvdXQgcGFydGlhbCBvbi1wYXRoIHN1cHBvcnQgaW4gYSBwcmVzZW50YXRpb248aHR0 cDovL3d3dy5pZXRmLm9yZy9wcm9jZWVkaW5ncy84Ni9zbGlkZXMvc2xpZGVzLTg2LXRpY3RvYy04 LnBkZj4gZnJvbSB0aGUgVElDVE9DIFdHIHNlc3Npb24gYXQgSUVURi04NS4gSSBoYXZlIG5vIGlk ZWEgd2hhdCBoYXBwZW5lZCB3aXRoIHRoaXMgaXRlbSBhZnRlciB0aGF0OyBpbiBwYXJ0aWN1bGFy LCBJIGhhdmUgbm90IHNlZW4gIE15IGd1dCBmZWVsaW5nIHNheXMgdGhhdCB5b3UgbWF5IHdlbGwg YmUgcmlnaHQgd2hlbiB5b3Ugc2F5IOKAnGFsbCBiZXRzIGFyZSBvZmbigJ0sIGJ1dCBJIGRlZmVy IHdobyBrbm93IGJldHRlci4NCg0KUmVnYXJkcywNClNhc2hhDQoNCk9mZmljZTogKzk3Mi0zOTI2 NjMwMg0KQ2VsbDogICAgICArOTcyLTU0OTI2NjMwMg0KRW1haWw6ICAgQWxleGFuZGVyLlZhaW5z aHRlaW5AZWNpdGVsZS5jb20NCg0KRnJvbTogbXBscyBbbWFpbHRvOm1wbHMtYm91bmNlc0BpZXRm Lm9yZ10gT24gQmVoYWxmIE9mIFN0ZXdhcnQgQnJ5YW50DQpTZW50OiBXZWRuZXNkYXksIERlY2Vt YmVyIDIzLCAyMDE1IDI6NDQgUE0NClRvOiBHcmVnb3J5IE1pcnNreTsgbXBsc0BpZXRmLm9yZzsg dGljdG9jQGlldGYub3JnDQpTdWJqZWN0OiBSZTogW21wbHNdIEZXOiBkcmFmdC1pZXRmLW1wbHMt cmVzaWRlbmNlLXRpbWUtMDANCg0KDQpPbiAyMi8xMi8yMDE1IDIzOjI3LCBHcmVnb3J5IE1pcnNr eSB3cm90ZToNCkRlYXIgQWxsLA0KcmVzcG9uc2VzIHRvIGNvbW1lbnRzIGJ5IFlhYWtvdi4NCkFw cHJlY2lhdGUgeW91ciBjb25zaWRlcmF0aW9uLCBjb21tZW50cywgcXVlc3Rpb25zLg0KDQpIYXBw eSBob2xpZGF5cyBhbmQgaGFwcHkgTmV3IFllYXIhDQoNCiAgICAgICAgICAgICAgICBSZWdhcmRz LA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBHcmVnDQoNCkZyb206IEFsZXhhbmRl ciBWYWluc2h0ZWluIFttYWlsdG86QWxleGFuZGVyLlZhaW5zaHRlaW5AZWNpdGVsZS5jb21dDQpT ZW50OiBTdW5kYXksIERlY2VtYmVyIDIwLCAyMDE1IDEwOjA1IFBNDQpUbzogWWFha292IFN0ZWlu DQpDYzogZHJhZnQtaWV0Zi1tcGxzLXJlc2lkZW5jZS10aW1lQHRvb2xzLmlldGYub3JnPG1haWx0 bzpkcmFmdC1pZXRmLW1wbHMtcmVzaWRlbmNlLXRpbWVAdG9vbHMuaWV0Zi5vcmc+DQpTdWJqZWN0 OiBSZTogZHJhZnQtaWV0Zi1tcGxzLXJlc2lkZW5jZS10aW1lLTAwDQoNCg0KDQpZYWFrb3YsDQpM b3RzIG9mIHRoYW5rcyBmb3IgeW91ciBjb21tZW50cy4NCg0KSSBoYXZlIG5vdCB5ZXQgZGlzY3Vz c2VkIHRoZXNlIGNvbW1lbnRzIHdpdGggbXkgY29sbGVhZ3Vlcywgc28gSSAgY2FuIG9ubHkgc3Bl YWsgZm9yIG15c2VsZi4NClBsZWFzZSBzZWUgYmVsb3cgc29tZSBwZXJzb25hbCAoYW5kIGluY29t cGxldGUgcmVzcG9uc2VzKS4NCg0KDQogIDEuICDigItTdGFuZGFyZCB2cy4gRXhwZXJpbWVudGFs IHRyYWNrOiBJIGJlbGlldmUgdGhpcyBpcyBmb3IgdGhlIFdHIGNoYWlycyBhbmQgUm91dGluZyBB RHMgdG8gZGVjaWRlLCBhbmQgd2Ugc2hhbGwgZm9sbG93IHRoZWlyIGd1aWRhbmNlLg0KICAyLiAg VGhlIHRlcm0vcGhyYXNlICJvbi1wYXRoIHN1cHBvcnQiOiBNYWtlcyBzZW5zZSB0byBtZSwgdGhl IEludHJvZHVjdGlvbiBzZWN0aW9uIGxvb2tzIGxpa2UgYSByZWFzb25hYmxlIHBsYWNlIHRvIGFk ZCBpdC4NCiAgMy4gIFdoYXQgaGFwcGVucyBpZiBvbmx5IHNvbWUgbm9kZXMgc3VwcG9ydCBSVE06 IEFzIEkgc2VlIGl0LCB0aGVyZSBhcmUgdHdvIHBvc3NpYmxlIGFzcGVjdHMgb2YgdGhpcyBxdWVz dGlvbjoNCg0KICAgICAqICAg4oCLTVBMUy13aXNlLCB0aGUgVFRMLWJhc2VkIG1lY2hhbmlzbSBk ZWZpbmVkIGluIHRoZSBkcmFmdCBndWFyYW50ZWVzIHRoYXQgb25seSB0aGUgbm9kZXMgdGhhdCBz dXBwb3J0IFJUTSBoYW5kbGUgdGhlIHJlc2lkZW5zZSB0aW1lLXJlbGF0ZWQgaW5mby4gVGhlIG5v bi1zdXBwb3J0aW5nIG5vZGVzIHNpbXBseSBmb3J3YXJkIHRoZSBsYWJlbGVkIHBhY2tldCBpbiB0 aGUgdXN1YWwgd2F5Lg0KICAgICAqICAgU3luY2hyb25pemF0aW9uLXdpc2U6IEkgZGVmZXIgdG8g bXkgY29sbGVhZ3VlcyB0byBhbnN3ZXIgd2hhdCBpcyB0aGUgaW1wYWN0IG9mIHBhcnRpYWwgb24t cGF0aCBzdXBwb3J0IG9uIHRoZSBxdWFsaXR5IG9mIHN5bmNocm9uaXphdGlvbi4NCkkgd291bGQg dGhpbmsgdGhpcyB3YXMgYmVzdCBleHByZXNzZWQgYXMgImFsbCBiZXRzIGFyZSBvZmYiDQoNCi0g U3Rld2FydA0KDQoNCiAgICAgKg0KDQogIDEuICAgRGlzY3Vzc2lvbiBvZiBwcm9wb3NlZCBjb250 cm9sIHBsYW5lIHVwZGF0ZXMgd2l0aCB0aGUgcmVsZXZhbnQgV0dzOiBJIGJlbGlldmUgdGhpcyBp cyBmb3IgdGhlIFdHIGNoYWlycyBhbmQgUm91dGluZyBBRHMgdG8gZGVjaWRlLCBhbmQgd2Ugc2hh bGwgZm9sbG93IHRoZWlyIGd1aWRhbmNlLiBQZXJzb25hbGx5IEkgdGhpbmsgdGhhdCBrZWVwaW5n IG9mIHRoZSBlbGVtZW50cyBvZiBhIHNvbHV0aW9uIGluIG9uZSBkb2N1bWVudCBpcyBwcmVmZXJh YmxlIHRvIGRpc3RyaWJ1dGluZyB0aGVtIGFjcm9zcyBtdWx0aXBsZSBkb2N1bWVudHMsIGVhY2gg d2l0aCBpdHMgb3duIG92ZXJoZWFkLg0KICAyLiAgUmVwbGFjaW5nIHRoZSB0ZXJtICJzY3JhdGNo IHBhZCI6ICBJIGNhbiBsaXZlIHdpdGggYSBkaWZmZXJlbnQgbmFtZSBmb3IgdGhpcyBmaWVsZCAt ICJUaGF0IHdoaWNoIHdlIGNhbGwgYSByb3NlL0J5IGFueSBvdGhlciBuYW1lIHdvdWxkIHNtZWxs IGFzIHN3ZWV0Ii4gIElmIHlvdSBoYXZlIGFueSBzcGVjaWZpYyBzdWdnZXN0aW9uLCBpdCB3b3Vs ZCBoZWxwLg0KICAzLiAgUmVmZXJlbmNlIHRvIGRyYWZ0LWlldGYtdGljdG9jLTE1ODhvdmVybXBs czogSSBiZWxpZXZlIHRoYXQgdGhpcyBzaG91bGQgYmUgYW4gSW5mb3JtYXRpb25hbCByZWZlcmVu Y2UsIGFuZCBJIGRvIG5vdCBoYXZlIGFueSBwcm9ibGVtcyB3aXRoIGFkZGluZyBpdC4gSSBhbHNv IHRoaW5rIHRoYXQgc3VjaCByZWZlcmVuY2VzIHNob3VsZCBiZSByZWNpcHJvY2FsLg0KSSB0aGlu ayB0aGF0IHlvdXIgY29tbWVudHMgY2FuIGJlICBoYW5kbGVkIHRvZ2V0aGVyIHdpdGggdGhlIHJl c3Qgb2YgdGhlIFdHIExDIGNvbW1lbnRzLiBJcyB0aGlzICBPSyB3aXRoIHlvdT8NCg0KUmVnYXJk cywgYW5kLCBhZ2FpbiwgbG90cyBvZiB0aGFua3MgZm9yIHlvdXIgY2FyZWZ1bCByZXZpZXcuDQpT YXNoYQ0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkZyb206IFlhYWtvdiBTdGVp biA8eWFha292X3NAcmFkLmNvbTxtYWlsdG86eWFha292X3NAcmFkLmNvbT4+DQpTZW50OiBTYXR1 cmRheSwgRGVjZW1iZXIgMTksIDIwMTUgNzo0NCBQTQ0KVG86IGRyYWZ0LWlldGYtbXBscy1yZXNp ZGVuY2UtdGltZUB0b29scy5pZXRmLm9yZzxtYWlsdG86ZHJhZnQtaWV0Zi1tcGxzLXJlc2lkZW5j ZS10aW1lQHRvb2xzLmlldGYub3JnPg0KU3ViamVjdDogZHJhZnQtaWV0Zi1tcGxzLXJlc2lkZW5j ZS10aW1lLTAwDQoNCg0KQXV0aG9ycywNCg0KDQoNCkkgYW0gbm8gbG9uZ2VyIHN1YnNjcmliZWQg dG8gdGhlIE1QTFMgbGlzdCwgYW5kIHNvIGFtIHNlbmRpbmcgeW91IG15IGNvbW1lbnRzIGRpcmVj dGx5Lg0KDQoNCg0KSSBwcmV2aW91c2x5IGFza2VkIGZvciBhIHVzZSBjYXNlIG9yIGNhc2VzIGp1 c3RpZnlpbmcgdGhlIG5lZWQgZm9yIGEgbWVjaGFuaXNtIGZvciByZXNpZGVuY2UgdGltZSBjb3Jy ZWN0aW9uIG92ZXIgTVBMUy4NCg0KVGhlIE1QTFMgV0cgcGVvcGxlIHdobyBjb21tZW50ZWQgb24g dGhlIFRJQ1RPQyBkcmFmdCBpbnNpc3RlZCBvbiBpdCBiZWluZyBFWFBFUklNRU5UQUwgaW4gc3Rh dHVzIG1haW5seSBmb3IgdGhpcyByZWFzb24uDQoNCkkgb2JqZWN0IHRvIHRoaXMgZHJhZnQgYmVp bmcgc3RhbmRhcmRzIHRyYWNrIGZvciB0aGUgc2FtZSByZWFzb24uDQoNCg0KDQpUaGlzIGRyYWZ0 IGNvcnJlc3BvbmRzIHRvIHdoYXQgaXMgY2FsbGVkIGluIFRJQ1RPQyDigJxvbi1wYXRoIHN1cHBv cnTigJ0uDQoNCkl0IHdvdWxkIGJlIHVzZWZ1bCB0byB1c2UgdGhlIHBocmFzZSB0byBoZWxwIHBl b3BsZSB1bmRlcnN0YW5kIHdoYXQgaXMgYmVpbmcgcHJvcG9zZWQuDQoNCg0KDQpIb3cgZG8gZXhp c3RpbmcgbmV0d29ya3MgaGF2ZSB0byBiZSBtb2RpZmllZCB0byBleHBsb2l0IHRoaXMgZHJhZnQ/ DQoNCldoYXQgaGFwcGVucyBpZiBvbmx5IHNvbWUgbm9kZXMgc3VwcG9ydCB0aGlzIGRyYWZ0IChw YXJ0aWFsIHN1cHBvcnQpPw0KDQoNCg0KU2VjdGlvbiA0IGhhcyBhIGxpc3Qgb2YgY29udHJvbCBw cm90b2NvbCB1cGdyYWRlcy4NCg0KV2hlbiB3ZSB3ZXJlIGFkdmFuY2luZyB0aGUgYWZvcmVtZW50 aW9uZWQgVElDVE9DIFdHIGRyYWZ0IHdlIHdlcmUgdG9sZCB0aGF0IHRoaXMgd29yayBuZWVkZWQg dG8gYmUgY2FycmllZCBvdXQgd2l0aGluDQoNCm9yIGF0IGxlYXN0IHdpdGggYWN0aXZlIHBhcnRp Y2lwYXRpb24gb2YgdGhlIHJlbGV2YW50IFdHcywgc3VjaCBhcyBPU1BGLCBJU0lTLCBhbmQgQ0NB TVAuDQoNCg0KDQpJIG9iamVjdGVkIHRvIHRoZSB1c2Ugb2YgdGhlIHRlcm0g4oCcc2NyYXRjaCBw YWTigJ0gZm9yIGEgZmllbGQgd2hpY2ggd2FzIGRlZGljYXRlZCBlbnRpcmVseSB0byBUQ0YuDQoN Ckkgc2VlIHRoYXQgdGhpcyB0ZXJtaW5vbG9neSByZW1haW5zIGluIGh0dHBzOi8vdG9vbHMuaWV0 Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLW1wbHMtcmVzaWRlbmNlLXRpbWUtMDAgLg0KDQpQbGVhc2Ug cmVmZXJlbmNlZHJhZnQtaWV0Zi10aWN0b2MtMTU4OG92ZXJtcGxzIChhd2FpdGluZyBQUk9UTyB3 cml0ZXVwKSBhcyBhbiBhbHRlcm5hdGl2ZSBzb2x1dGlvbiB0byB0aGlzIHByb2JsZW0uDQpZKEop Uw0KDQoNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xw0KDQptcGxzIG1haWxpbmcgbGlzdA0KDQptcGxzQGlldGYub3JnPG1haWx0bzptcGxzQGlldGYu b3JnPg0KDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHMNCg0K --_000_DB3PR03MB0780580D3ECCB5BF8A65C8319DE60DB3PR03MB0780eurp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPCEtLVtp ZiAhbXNvXT48c3R5bGU+dlw6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kb1w6KiB7 YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kd1w6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0 I1ZNTCk7fQ0KLnNoYXBlIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQo8L3N0eWxlPjwh W2VuZGlmXS0tPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNl DQoJe2ZvbnQtZmFtaWx5OkNhbWJyaWE7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9 DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIg MiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3Nl LTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiQ291 cmllciBOZXcgXDtjb2xvclw6YmxhY2siOw0KCXBhbm9zZS0xOjAgMCAwIDAgMCAwIDAgMCAwIDA7 fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDExIDYg OSAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkFoYXJvbmk7DQoJcGFu b3NlLTE6MiAxIDggMyAyIDEgNCAzIDIgMzt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5N c29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1h cmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJU aW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7DQoJY29sb3I6YmxhY2s7fQ0KaDENCgl7bXNvLXN0eWxl LXByaW9yaXR5Ojk7DQoJbXNvLXN0eWxlLWxpbms6IkhlYWRpbmcgMSBDaGFyIjsNCgltc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250LXNpemU6MjQuMHB0Ow0KCWZvbnQt ZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7DQoJY29sb3I6YmxhY2s7DQoJZm9udC13 ZWlnaHQ6Ym9sZDt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlv cml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2 aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5 OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwDQoJe21z by1zdHlsZS1wcmlvcml0eTo5OTsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFw dDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJz ZXJpZiI7DQoJY29sb3I6YmxhY2s7fQ0KcHJlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCglt c28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbWFyZ2luOjBjbTsNCglt YXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToi Q291cmllciBOZXciOw0KCWNvbG9yOmJsYWNrO30NCnAuTXNvQWNldGF0ZSwgbGkuTXNvQWNldGF0 ZSwgZGl2Lk1zb0FjZXRhdGUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1s aW5rOiJCYWxsb29uIFRleHQgQ2hhciI7DQoJbWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4w MDAxcHQ7DQoJZm9udC1zaXplOjguMHB0Ow0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNl cmlmIjsNCgljb2xvcjpibGFjazt9DQpzcGFuLkhlYWRpbmcxQ2hhcg0KCXttc28tc3R5bGUtbmFt ZToiSGVhZGluZyAxIENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5Ow0KCW1zby1zdHlsZS1s aW5rOiJIZWFkaW5nIDEiOw0KCWZvbnQtZmFtaWx5OiJDYW1icmlhIiwic2VyaWYiOw0KCWNvbG9y OiMzNjVGOTE7DQoJZm9udC13ZWlnaHQ6Ym9sZDt9DQpzcGFuLkJhbGxvb25UZXh0Q2hhcg0KCXtt c28tc3R5bGUtbmFtZToiQmFsbG9vbiBUZXh0IENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5 OTsNCgltc28tc3R5bGUtbGluazoiQmFsbG9vbiBUZXh0IjsNCglmb250LWZhbWlseToiVGFob21h Iiwic2Fucy1zZXJpZiI7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjENCgl7bXNvLXN0eWxlLXR5cGU6cGVy c29uYWw7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0 OTdEO30NCnNwYW4uSFRNTFByZWZvcm1hdHRlZENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwg UHJlZm9ybWF0dGVkIENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUt bGluazoiSFRNTCBQcmVmb3JtYXR0ZWQiOw0KCWZvbnQtZmFtaWx5OkNvbnNvbGFzOw0KCWNvbG9y OmJsYWNrO30NCnNwYW4uRW1haWxTdHlsZTI2DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJl cGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJZm9udC12YXJpYW50 Om5vcm1hbCAhaW1wb3J0YW50Ow0KCWNvbG9yOiM5OTMzNjY7DQoJdGV4dC10cmFuc2Zvcm06bm9u ZTsNCgl0ZXh0LWRlY29yYXRpb246bm9uZSBub25lOw0KCXZlcnRpY2FsLWFsaWduOmJhc2VsaW5l O30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQt c2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0 Ow0KCW1hcmdpbjo3Mi4wcHQgNzIuMHB0IDcyLjBwdCA3Mi4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9u MQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQovKiBMaXN0IERlZmluaXRpb25zICovDQpAbGlzdCBs MA0KCXttc28tbGlzdC1pZDo0Njc5NDQyMzI7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRzOjEyNzgz ODIyMzI7fQ0KQGxpc3QgbDA6bGV2ZWwxDQoJe21zby1sZXZlbC1zdGFydC1hdDozOw0KCW1zby1s ZXZlbC10YWItc3RvcDozNi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0K CXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1i ZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3Rv cDo3Mi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50 Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToiQ291 cmllciBOZXciOw0KCW1zby1iaWRpLWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCkBs aXN0IGwxDQoJe21zby1saXN0LWlkOjEwMzg5Njg2ODY7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRz OjE2Nzg5MjUyNTA7fQ0KQGxpc3QgbDE6bGV2ZWwxDQoJe21zby1sZXZlbC1zdGFydC1hdDozOw0K CW1zby1sZXZlbC10YWItc3RvcDozNi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjps ZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0KQGxpc3QgbDE6bGV2ZWwyDQoJe21zby1sZXZl bC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10 YWItc3RvcDo3Mi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQt aW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWls eToiQ291cmllciBOZXciOw0KCW1zby1iaWRpLWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4i O30NCkBsaXN0IGwyDQoJe21zby1saXN0LWlkOjExNTg4MTEwMzU7DQoJbXNvLWxpc3QtdGVtcGxh dGUtaWRzOjEzNDIyMTQ5NTQ7fQ0KQGxpc3QgbDI6bGV2ZWwxDQoJe21zby1sZXZlbC10YWItc3Rv cDozNi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50 Oi0xOC4wcHQ7fQ0KQGxpc3QgbDI6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1 bGxldDsNCgltc28tbGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDo3Mi4wcHQ7DQoJ bXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJ bXNvLWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBOZXciOw0K CW1zby1iaWRpLWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCkBsaXN0IGwyOmxldmVs Mw0KCXttc28tbGV2ZWwtdGFiLXN0b3A6MTA4LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0 aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMjpsZXZlbDQNCgl7bXNv LWxldmVsLXRhYi1zdG9wOjE0NC4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0 Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0KQGxpc3QgbDI6bGV2ZWw1DQoJe21zby1sZXZlbC10 YWItc3RvcDoxODAuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0 LWluZGVudDotMTguMHB0O30NCkBsaXN0IGwyOmxldmVsNg0KCXttc28tbGV2ZWwtdGFiLXN0b3A6 MjE2LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6 LTE4LjBwdDt9DQpAbGlzdCBsMjpsZXZlbDcNCgl7bXNvLWxldmVsLXRhYi1zdG9wOjI1Mi4wcHQ7 DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7 fQ0KQGxpc3QgbDI6bGV2ZWw4DQoJe21zby1sZXZlbC10YWItc3RvcDoyODguMHB0Ow0KCW1zby1s ZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30NCkBsaXN0 IGwyOmxldmVsOQ0KCXttc28tbGV2ZWwtdGFiLXN0b3A6MzI0LjBwdDsNCgltc28tbGV2ZWwtbnVt YmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMw0KCXtt c28tbGlzdC1pZDoxMzkxODA1MjczOw0KCW1zby1saXN0LXRlbXBsYXRlLWlkczotNjY1MzA2Mjgy O30NCkBsaXN0IGwzOmxldmVsMQ0KCXttc28tbGV2ZWwtc3RhcnQtYXQ6NDsNCgltc28tbGV2ZWwt dGFiLXN0b3A6MzYuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0 LWluZGVudDotMTguMHB0O30NCkBsaXN0IGw0DQoJe21zby1saXN0LWlkOjE2NTg2MDk2MDg7DQoJ bXNvLWxpc3QtdGVtcGxhdGUtaWRzOi0xNDUxMjE3NTcyO30NCm9sDQoJe21hcmdpbi1ib3R0b206 MGNtO30NCnVsDQoJe21hcmdpbi1ib3R0b206MGNtO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUg bXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2 IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFw ZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4N CjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGJnY29s b3I9IndoaXRlIiBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2 IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiM5OTMzNjYiPlN0ZXdhcnQsPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv bG9yOiM5OTMzNjYiPkkgaGF2ZSBzZWVuIGEgcmVmZXJlbmNlIHRvIGFuIElUVS1UIFExMy8xNSB3 b3JrIGl0ZW0gYWJvdXQgcGFydGlhbCBvbi1wYXRoIHN1cHBvcnQgaW4gYQ0KPGEgaHJlZj0iaHR0 cDovL3d3dy5pZXRmLm9yZy9wcm9jZWVkaW5ncy84Ni9zbGlkZXMvc2xpZGVzLTg2LXRpY3RvYy04 LnBkZiI+cHJlc2VudGF0aW9uPC9hPiBmcm9tIHRoZSBUSUNUT0MgV0cgc2Vzc2lvbiBhdCBJRVRG LTg1LiBJIGhhdmUgbm8gaWRlYSB3aGF0IGhhcHBlbmVkIHdpdGggdGhpcyBpdGVtIGFmdGVyIHRo YXQ7IGluIHBhcnRpY3VsYXIsIEkgaGF2ZSBub3Qgc2VlbiAmbmJzcDtNeSBndXQgZmVlbGluZyBz YXlzIHRoYXQgeW91IG1heSB3ZWxsDQogYmUgcmlnaHQgd2hlbiB5b3Ugc2F5IOKAnGFsbCBiZXRz IGFyZSBvZmbigJ0sIGJ1dCBJIGRlZmVyIHdobyBrbm93IGJldHRlci48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6Izk5MzM2NiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojOTkzMzY2 Ij5SZWdhcmRzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojOTkzMzY2Ij5TYXNoYTxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90Oztjb2xvcjojOTkzMzY2Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6Izk5MzM2NiI+ T2ZmaWNlOiAmIzQzOzk3Mi0zOTI2NjMwMjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojOTkzMzY2Ij5D ZWxsOiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmIzQzOzk3Mi01NDkyNjYzMDI8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6Izk5MzM2NiI+RW1haWw6Jm5ic3A7Jm5ic3A7IEFsZXhhbmRlci5W YWluc2h0ZWluQGVjaXRlbGUuY29tPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6Izk5MzM2 NiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRl cjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBjbSAw Y20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O2NvbG9yOndpbmRvd3RleHQiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjp3aW5kb3d0ZXh0Ij4gbXBscyBbbWFpbHRvOm1wbHMtYm91bmNlc0BpZXRm Lm9yZ10NCjxiPk9uIEJlaGFsZiBPZiA8L2I+U3Rld2FydCBCcnlhbnQ8YnI+DQo8Yj5TZW50Ojwv Yj4gV2VkbmVzZGF5LCBEZWNlbWJlciAyMywgMjAxNSAyOjQ0IFBNPGJyPg0KPGI+VG86PC9iPiBH cmVnb3J5IE1pcnNreTsgbXBsc0BpZXRmLm9yZzsgdGljdG9jQGlldGYub3JnPGJyPg0KPGI+U3Vi amVjdDo8L2I+IFJlOiBbbXBsc10gRlc6IGRyYWZ0LWlldGYtbXBscy1yZXNpZGVuY2UtdGltZS0w MDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt YXJnaW4tYm90dG9tOjEyLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+T24gMjIvMTIvMjAxNSAyMzoyNywgR3JlZ29yeSBNaXJza3kgd3JvdGU6 PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUu MHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkRlYXIgQWxsLDwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 Oztjb2xvcjojMUY0OTdEIj5yZXNwb25zZXMgdG8gY29tbWVudHMgYnkgWWFha292Ljwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjojMUY0OTdEIj5BcHByZWNpYXRlIHlvdXIgY29uc2lkZXJhdGlvbiwgY29t bWVudHMsIHF1ZXN0aW9ucy48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxp YnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9z cGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkhhcHB5IGhvbGlkYXlzIGFuZCBoYXBweSBOZXcg WWVhciE8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBSZWdhcmRz LDwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7 c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgR3JlZzwvc3Bh bj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8 ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEu MHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90OyI+IEFsZXhhbmRlciBWYWluc2h0ZWluIFs8YSBocmVmPSJtYWlsdG86QWxl eGFuZGVyLlZhaW5zaHRlaW5AZWNpdGVsZS5jb20iPm1haWx0bzpBbGV4YW5kZXIuVmFpbnNodGVp bkBlY2l0ZWxlLmNvbTwvYT5dDQo8YnI+DQo8Yj5TZW50OjwvYj4gU3VuZGF5LCBEZWNlbWJlciAy MCwgMjAxNSAxMDowNSBQTTxicj4NCjxiPlRvOjwvYj4gWWFha292IFN0ZWluPGJyPg0KPGI+Q2M6 PC9iPiA8YSBocmVmPSJtYWlsdG86ZHJhZnQtaWV0Zi1tcGxzLXJlc2lkZW5jZS10aW1lQHRvb2xz LmlldGYub3JnIj5kcmFmdC1pZXRmLW1wbHMtcmVzaWRlbmNlLXRpbWVAdG9vbHMuaWV0Zi5vcmc8 L2E+PGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBkcmFmdC1pZXRmLW1wbHMtcmVzaWRlbmNlLXRp bWUtMDA8L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8ZGl2IGlkPSJkaXZ0YWdkZWZhdWx0d3Jh cHBlciI+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLWxlZnQ6MzAuMHB0O21hcmdpbi10b3A6 NS4wcHQ7bWFyZ2luLXJpZ2h0OjBjbTttYXJnaW4tYm90dG9tOjUuMHB0Ij4NCjxibG9ja3F1b3Rl IHN0eWxlPSJtYXJnaW4tbGVmdDozMC4wcHQ7bWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tcmlnaHQ6 MGNtO21hcmdpbi1ib3R0b206NS4wcHQiPg0KPHAgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPiZu YnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9ibG9ja3F1b3RlPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPllhYWtvdiwgPG86cD48L286 cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hp dGUiPkxvdHMgb2YgdGhhbmtzIGZvciB5b3VyIGNvbW1lbnRzLjxvOnA+PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUi PiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPkkmbmJzcDtoYXZlIG5vdCB5ZXQgZGlzY3Vzc2Vk IHRoZXNlIGNvbW1lbnRzIHdpdGggbXkgY29sbGVhZ3Vlcywgc28gSSAmbmJzcDtjYW4gb25seSBz cGVhayBmb3ImbmJzcDtteXNlbGYuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+UGxlYXNlIHNlZSBiZWxv dyZuYnNwO3NvbWUgcGVyc29uYWwgKGFuZCBpbmNvbXBsZXRlIHJlc3BvbnNlcykuJm5ic3A7PG86 cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i YmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 b2wgc3RhcnQ9IjEiIHR5cGU9IjEiPg0KPGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDps MiBsZXZlbDEgbGZvMztiYWNrZ3JvdW5kOndoaXRlIj4NCuKAizxzdHJvbmc+U3RhbmRhcmQgdnMu IEV4cGVyaW1lbnRhbCB0cmFjazwvc3Ryb25nPjogSSBiZWxpZXZlIHRoaXMgaXMgZm9yIHRoZSBX RyBjaGFpcnMgYW5kIFJvdXRpbmcgQURzIHRvIGRlY2lkZSwgYW5kIHdlIHNoYWxsIGZvbGxvdyB0 aGVpciBndWlkYW5jZS4mbmJzcDs8bzpwPjwvbzpwPjwvbGk+PGxpIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 bzttc28tbGlzdDpsMiBsZXZlbDEgbGZvMztiYWNrZ3JvdW5kOndoaXRlIj4NCjxzdHJvbmc+VGhl IHRlcm0vcGhyYXNlJm5ic3A7JnF1b3Q7b24tcGF0aCBzdXBwb3J0JnF1b3Q7PC9zdHJvbmc+OiBN YWtlcyBzZW5zZSB0byBtZSwgdGhlIEludHJvZHVjdGlvbiBzZWN0aW9uIGxvb2tzIGxpa2UgYSBy ZWFzb25hYmxlIHBsYWNlIHRvIGFkZCBpdC48bzpwPjwvbzpwPjwvbGk+PGxpIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0bzttc28tbGlzdDpsMiBsZXZlbDEgbGZvMztiYWNrZ3JvdW5kOndoaXRlIj4NCjxzdHJv bmc+V2hhdCBoYXBwZW5zIGlmIG9ubHkgc29tZSBub2RlcyBzdXBwb3J0IFJUTTwvc3Ryb25nPjom bmJzcDtBcyZuYnNwO0kgc2VlIGl0LCB0aGVyZSBhcmUgdHdvIHBvc3NpYmxlIGFzcGVjdHMgb2Yg dGhpcyBxdWVzdGlvbjo8bzpwPjwvbzpwPjwvbGk+PC9vbD4NCjxvbCBzdGFydD0iMyIgdHlwZT0i MSI+DQo8dWwgdHlwZT0iY2lyY2xlIj4NCjxsaSBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87bXNvLWxpc3Q6 bDIgbGV2ZWwyIGxmbzM7YmFja2dyb3VuZDp3aGl0ZSI+DQo8ZW0+4oCLTVBMUy13aXNlPC9lbT4s IHRoZSBUVEwtYmFzZWQmbmJzcDttZWNoYW5pc20gZGVmaW5lZCBpbiB0aGUgZHJhZnQgZ3VhcmFu dGVlcyB0aGF0IG9ubHkgdGhlIG5vZGVzIHRoYXQgc3VwcG9ydCBSVE0gaGFuZGxlIHRoZSByZXNp ZGVuc2UgdGltZS1yZWxhdGVkIGluZm8uIFRoZSBub24tc3VwcG9ydGluZyBub2RlcyBzaW1wbHkg Zm9yd2FyZCB0aGUgbGFiZWxlZCBwYWNrZXQgaW4gdGhlIHVzdWFsIHdheS4mbmJzcDs8bzpwPjwv bzpwPjwvbGk+PGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMiBsZXZlbDIgbGZvMzti YWNrZ3JvdW5kOndoaXRlIj4NCjxlbT5TeW5jaHJvbml6YXRpb24td2lzZTogPC9lbT5JIGRlZmVy IHRvIG15IGNvbGxlYWd1ZXMgdG8gYW5zd2VyIHdoYXQgaXMgdGhlIGltcGFjdCBvZiBwYXJ0aWFs IG9uLXBhdGggc3VwcG9ydCBvbiB0aGUgcXVhbGl0eSBvZiBzeW5jaHJvbml6YXRpb24uPG86cD48 L286cD48L2xpPjwvdWw+DQo8L29sPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPkkgd291bGQgdGhpbmsgdGhpcyB3YXMgYmVzdCBleHByZXNzZWQg YXMgJnF1b3Q7YWxsIGJldHMgYXJlIG9mZiZxdW90Ozxicj4NCjxicj4NCi0gU3Rld2FydDxicj4N Cjxicj4NCjxvOnA+PC9vOnA+PC9wPg0KPGRpdiBpZD0iZGl2dGFnZGVmYXVsdHdyYXBwZXIiPg0K PGRpdj4NCjxvbCBzdGFydD0iMyIgdHlwZT0iMSI+DQo8dWwgdHlwZT0iY2lyY2xlIj4NCjxsaSBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG87bXNvLWxpc3Q6bDIgbGV2ZWwyIGxmbzM7YmFja2dyb3VuZDp3aGl0 ZSI+DQo8bzpwPiZuYnNwOzwvbzpwPjwvbGk+PC91bD4NCjwvb2w+DQo8b2wgc3RhcnQ9IjQiIHR5 cGU9IjEiPg0KPGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDpsMiBsZXZlbDEgbGZvMzti YWNrZ3JvdW5kOndoaXRlIj4NCiZuYnNwOzxzdHJvbmc+RGlzY3Vzc2lvbiBvZiBwcm9wb3NlZCBj b250cm9sIHBsYW5lIHVwZGF0ZXMgd2l0aCB0aGUgcmVsZXZhbnQgV0dzPC9zdHJvbmc+OiZuYnNw OzxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5JIGJlbGlldmUgdGhpcyBpcyBmb3IgdGhl IFdHIGNoYWlycyBhbmQgUm91dGluZyBBRHMgdG8gZGVjaWRlLCBhbmQgd2Ugc2hhbGwgZm9sbG93 IHRoZWlyIGd1aWRhbmNlLiBQZXJzb25hbGx5IEkgdGhpbmsgdGhhdCBrZWVwaW5nIG9mIHRoZSBl bGVtZW50cw0KIG9mIGEgc29sdXRpb24gaW4gb25lIGRvY3VtZW50IGlzIHByZWZlcmFibGUgdG8g ZGlzdHJpYnV0aW5nIHRoZW0gYWNyb3NzIG11bHRpcGxlIGRvY3VtZW50cywgZWFjaCB3aXRoIGl0 cyBvd24gb3ZlcmhlYWQuPC9zcGFuPjxvOnA+PC9vOnA+PC9saT48bGkgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvO21zby1saXN0OmwyIGxldmVsMSBsZm8zO2JhY2tncm91bmQ6d2hpdGUiPg0KPHN0cm9uZz48 c3BhbiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+UmVwbGFjaW5nIHRoZSB0ZXJtICZxdW90O3Nj cmF0Y2ggcGFkJnF1b3Q7PC9zcGFuPjwvc3Ryb25nPjxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kOndo aXRlIj46ICZuYnNwO0kgY2FuIGxpdmUgd2l0aCBhIGRpZmZlcmVudCBuYW1lIGZvciB0aGlzIGZp ZWxkIC0gJnF1b3Q7VGhhdCB3aGljaCB3ZSBjYWxsIGEgcm9zZS9CeSBhbnkgb3RoZXIgbmFtZSB3 b3VsZCBzbWVsbCBhcyBzd2VldCZxdW90Oy4gJm5ic3A7SWYgeW91IGhhdmUgYW55IHNwZWNpZmlj DQogc3VnZ2VzdGlvbiwgaXQgd291bGQgaGVscC48L3NwYW4+PG86cD48L286cD48L2xpPjxsaSBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG87bXNvLWxpc3Q6bDIgbGV2ZWwxIGxmbzM7YmFja2dyb3VuZDp3aGl0 ZSI+DQo8c3Ryb25nPjxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj5SZWZlcmVuY2UgdG8m bmJzcDs8L3NwYW4+PC9zdHJvbmc+PHN0cm9uZz48aT48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7Y29sb3I6IzFGNDk3RCI+ZHJhZnQtaWV0Zi10aWN0b2MtMTU4OG92ZXJtcGxzPC9zcGFuPjwv aT48L3N0cm9uZz48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+OiZu YnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkkNCiBiZWxpZXZlIHRoYXQg dGhpcyBzaG91bGQgYmUgYW4gSW5mb3JtYXRpb25hbCByZWZlcmVuY2UsIGFuZCBJIGRvIG5vdCBo YXZlIGFueSBwcm9ibGVtcyB3aXRoIGFkZGluZyBpdC4gSSBhbHNvIHRoaW5rIHRoYXQgc3VjaCBy ZWZlcmVuY2VzIHNob3VsZCBiZSByZWNpcHJvY2FsLjwvc3Bhbj48bzpwPjwvbzpwPjwvbGk+PC9v bD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5JIHRoaW5rIHRoYXQgeW91ciBjb21tZW50cyBj YW4gYmUgJm5ic3A7aGFuZGxlZCB0b2dldGhlciB3aXRoIHRoZSByZXN0IG9mIHRoZSBXRyBMQyBj b21tZW50cy4gSXMgdGhpcyAmbmJzcDtPSyB3aXRoIHlvdT88L3NwYW4+PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3 aGl0ZSI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7Ij5SZWdhcmRzLCBhbmQsIGFnYWluLCBsb3RzIG9mIHRoYW5rcyBmb3IgeW91ciBjYXJlZnVs IHJldmlldy48L3NwYW4+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7Ij5TYXNoYTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxkaXYg Y2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249ImNlbnRlciIgc3R5bGU9InRleHQtYWxpZ246Y2VudGVy O2JhY2tncm91bmQ6d2hpdGUiPg0KPGhyIHNpemU9IjIiIHdpZHRoPSI5OCUiIGFsaWduPSJjZW50 ZXIiPg0KPC9kaXY+DQo8ZGl2IGlkPSJkaXZScGx5RndkTXNnIj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDsiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiBZYWFrb3Yg U3RlaW4gJmx0OzxhIGhyZWY9Im1haWx0bzp5YWFrb3Zfc0ByYWQuY29tIj55YWFrb3Zfc0ByYWQu Y29tPC9hPiZndDs8YnI+DQo8Yj5TZW50OjwvYj4gU2F0dXJkYXksIERlY2VtYmVyIDE5LCAyMDE1 IDc6NDQgUE08YnI+DQo8Yj5Ubzo8L2I+IDxhIGhyZWY9Im1haWx0bzpkcmFmdC1pZXRmLW1wbHMt cmVzaWRlbmNlLXRpbWVAdG9vbHMuaWV0Zi5vcmciPmRyYWZ0LWlldGYtbXBscy1yZXNpZGVuY2Ut dGltZUB0b29scy5pZXRmLm9yZzwvYT48YnI+DQo8Yj5TdWJqZWN0OjwvYj4gZHJhZnQtaWV0Zi1t cGxzLXJlc2lkZW5jZS10aW1lLTAwPC9zcGFuPiA8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+Jm5ic3A7PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj4NCjxkaXY+DQo8cCBzdHlsZT0iYmFja2dyb3Vu ZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkF1dGhv cnMsDQo8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjxwIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SSBhbSBubyBsb25nZXIgc3Vic2NyaWJlZCB0 byB0aGUgTVBMUyBsaXN0LCBhbmQgc28gYW0gc2VuZGluZyB5b3UgbXkgY29tbWVudHMgZGlyZWN0 bHkuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkkgcHJldmlvdXNseSBhc2tlZCBmb3IgYSB1c2Ug Y2FzZSBvciBjYXNlcyBqdXN0aWZ5aW5nIHRoZSBuZWVkIGZvciBhIG1lY2hhbmlzbSBmb3IgcmVz aWRlbmNlIHRpbWUgY29ycmVjdGlvbiBvdmVyIE1QTFMuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PHAgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjojMUY0OTdEIj5UaGUgTVBMUyBXRyBwZW9wbGUgd2hvIGNvbW1lbnRlZCBvbiB0aGUgVElD VE9DIGRyYWZ0IGluc2lzdGVkIG9uIGl0IGJlaW5nIEVYUEVSSU1FTlRBTCBpbiBzdGF0dXMgbWFp bmx5IGZvciB0aGlzIHJlYXNvbi48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBzdHlsZT0iYmFj a2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Qi Pkkgb2JqZWN0IHRvIHRoaXMgZHJhZnQgYmVpbmcgc3RhbmRhcmRzIHRyYWNrIGZvciB0aGUgc2Ft ZSByZWFzb24uPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgc3R5bGU9ImJhY2tncm91bmQ6d2hp dGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3Nw YW4+PG86cD48L286cD48L3A+DQo8cCBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPlRoaXMgZHJhZnQgY29ycmVzcG9uZHMg dG8gd2hhdCBpcyBjYWxsZWQgaW4gVElDVE9DIOKAnG9uLXBhdGggc3VwcG9ydOKAnS48L3NwYW4+ PG86cD48L286cD48L3A+DQo8cCBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkl0IHdvdWxkIGJlIHVzZWZ1bCB0byB1c2Ug dGhlIHBocmFzZSB0byBoZWxwIHBlb3BsZSB1bmRlcnN0YW5kIHdoYXQgaXMgYmVpbmcgcHJvcG9z ZWQuPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkhvdyBkbyBleGlzdGluZyBuZXR3b3JrcyBoYXZl IHRvIGJlIG1vZGlmaWVkIHRvIGV4cGxvaXQgdGhpcyBkcmFmdD88L3NwYW4+PG86cD48L286cD48 L3A+DQo8cCBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O2NvbG9yOiMxRjQ5N0QiPldoYXQgaGFwcGVucyBpZiBvbmx5IHNvbWUgbm9kZXMgc3VwcG9y dCB0aGlzIGRyYWZ0IChwYXJ0aWFsIHN1cHBvcnQpPzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxw IHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgc3R5bGU9ImJhY2tn cm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5T ZWN0aW9uIDQgaGFzIGEgbGlzdCBvZiBjb250cm9sIHByb3RvY29sIHVwZ3JhZGVzLjwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjxwIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+V2hlbiB3ZSB3ZXJlIGFkdmFuY2luZyB0aGUg YWZvcmVtZW50aW9uZWQgVElDVE9DIFdHIGRyYWZ0IHdlIHdlcmUgdG9sZCB0aGF0IHRoaXMgd29y ayBuZWVkZWQgdG8gYmUgY2FycmllZCBvdXQgd2l0aGluPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PHAgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjojMUY0OTdEIj5vciBhdCBsZWFzdCB3aXRoIGFjdGl2ZSBwYXJ0aWNpcGF0aW9uIG9mIHRo ZSByZWxldmFudCBXR3MsIHN1Y2ggYXMgT1NQRiwgSVNJUywgYW5kIENDQU1QLjwvc3Bhbj48bzpw PjwvbzpwPjwvcD4NCjxwIHN0eWxlPSJiYWNrZ3JvdW5kOndoaXRlIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PHAgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztj b2xvcjojMUY0OTdEIj5JIG9iamVjdGVkIHRvIHRoZSB1c2Ugb2YgdGhlIHRlcm0g4oCcc2NyYXRj aCBwYWTigJ0gZm9yIGEgZmllbGQgd2hpY2ggd2FzIGRlZGljYXRlZCBlbnRpcmVseSB0byBUQ0Yu PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgc3R5bGU9ImJhY2tncm91bmQ6d2hpdGUiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5JIHNlZSB0aGF0IHRoaXMgdGVy bWlub2xvZ3kgcmVtYWlucyBpbg0KPGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1s L2RyYWZ0LWlldGYtbXBscy1yZXNpZGVuY2UtdGltZS0wMCIgaWQ9IkxQbG5rNzU4NjEwIj4NCjxz cGFuIHN0eWxlPSJjb2xvcjojMDU2M0MxIj5odHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJh ZnQtaWV0Zi1tcGxzLXJlc2lkZW5jZS10aW1lLTAwPC9zcGFuPjwvYT4gLjwvc3Bhbj48bzpwPjwv bzpwPjwvcD4NCjxoMSBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Q7Zm9udC13ZWlnaHQ6bm9ybWFsIj5QbGVhc2UgcmVmZXJl bmNlPGk+ZHJhZnQtaWV0Zi10aWN0b2MtMTU4OG92ZXJtcGxzPC9pPjwvc3Bhbj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyA7Y29sb3I6 YmxhY2smcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsiPg0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEO2ZvbnQtd2VpZ2h0Om5vcm1hbCI+KGF3YWl0aW5nIFBS T1RPIHdyaXRldXApPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3IDtjb2xvcjpibGFjayZxdW90OywmcXVvdDtzZXJpZiZxdW90 OyI+DQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Q7Zm9u dC13ZWlnaHQ6bm9ybWFsIj5hcyBhbiBhbHRlcm5hdGl2ZSBzb2x1dGlvbiB0byB0aGlzIHByb2Js ZW0uPC9zcGFuPjxvOnA+PC9vOnA+PC9oMT4NCjxoMSBzdHlsZT0iYmFja2dyb3VuZDp3aGl0ZSI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0Q7Zm9udC13ZWlnaHQ6bm9y bWFsIj5ZKEopUzwvc3Bhbj48bzpwPjwvbzpwPjwvaDE+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGJyPg0KPGJyPg0KPGJyPg0K PG86cD48L286cD48L3A+DQo8cHJlPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fPG86cD48L286cD48L3ByZT4NCjxwcmU+bXBscyBtYWlsaW5nIGxpc3Q8bzpw PjwvbzpwPjwvcHJlPg0KPHByZT48YSBocmVmPSJtYWlsdG86bXBsc0BpZXRmLm9yZyI+bXBsc0Bp ZXRmLm9yZzwvYT48bzpwPjwvbzpwPjwvcHJlPg0KPHByZT48YSBocmVmPSJodHRwczovL3d3dy5p ZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHMiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vbXBsczwvYT48bzpwPjwvbzpwPjwvcHJlPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_DB3PR03MB0780580D3ECCB5BF8A65C8319DE60DB3PR03MB0780eurp_-- From nobody Wed Dec 23 10:43: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 22C431A7005; Wed, 23 Dec 2015 10:43:22 -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 fNFN-1sR8QKY; Wed, 23 Dec 2015 10:43:17 -0800 (PST) Received: from mail-io0-x235.google.com (mail-io0-x235.google.com [IPv6:2607:f8b0:4001:c06::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0D5131A6FF2; Wed, 23 Dec 2015 10:43:17 -0800 (PST) Received: by mail-io0-x235.google.com with SMTP id o67so223465376iof.3; Wed, 23 Dec 2015 10:43:17 -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=RogoXh6WpILRdVUzlezvGaODm0lbMc6wZxwHVlIBv5E=; b=mSX3O/D6CcnKq2w6gltik4fHW0ZvLO6uK01dA/GcC2b5UxrX2IvjBGQ9d1CEV3DUOi EWvBye3Qvq38iWmbhzV6D8hyACM8DeB6y2i48cBgclArQ7PouRIry2xN3XA3uW4c+ZCy bdhuVpU8yAv7ZiN48hIKT/BdIGGKEeB0UHgQ2oGhj/TPEB3vA7r0STEDmmn6P/ORsZfc 7B0bA8YC3Y2dop2dc0yAKS9tekPWK2CyUb7SmsjVPsJQAQv4XPY4223H0TZPClohYFuJ KRwVMQvHH1LgHRN/tyNOL+2LtpE+m0K3HHKbkf3edh0bEyDcZDvMa37yg4Ha57/1yKcC GtmQ== MIME-Version: 1.0 X-Received: by 10.107.33.12 with SMTP id h12mr35892552ioh.48.1450896196465; Wed, 23 Dec 2015 10:43:16 -0800 (PST) Received: by 10.64.155.110 with HTTP; Wed, 23 Dec 2015 10:43:16 -0800 (PST) In-Reply-To: References: <5674E8D9.3020000@pi.nu> Date: Wed, 23 Dec 2015 10:43:16 -0800 Message-ID: From: Kireeti Kompella To: Mach Chen Content-Type: multipart/alternative; boundary=001a1140c20c657a000527951815 Archived-At: Cc: "mpls@ietf.org" , "mpls-chairs@ietf.org" , "draft-smack-mpls-rfc4379bis@ietf.org" , "Nagendra Kumar Nainar \(naikumar\)" Subject: Re: [mpls] IPR poll on draft-smack-mpls-rfc4379bis 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, 23 Dec 2015 18:43:22 -0000 --001a1140c20c657a000527951815 Content-Type: text/plain; charset=UTF-8 Same here. On Sun, Dec 20, 2015 at 7:43 PM, Mach Chen wrote: > Same here. > > Best regards, > Mach > > > -----Original Message----- > > From: Nagendra Kumar Nainar (naikumar) [mailto:naikumar@cisco.com] > > Sent: Sunday, December 20, 2015 11:30 PM > > To: Loa Andersson; mpls@ietf.org > > Cc: mpls-chairs@ietf.org; draft-smack-mpls-rfc4379bis@ietf.org; > BRUNGARD, > > DEBORAH A > > Subject: Re: IPR poll on draft-smack-mpls-rfc4379bis > > > > Hi Loa, > > > > I am not aware of any IPR other than those disclosed as part of RFC4379 > or > > drafts merged in this document. > > > > Thanks, > > Nagendra > > > > On 12/19/15, 12:19 AM, "Loa Andersson" wrote: > > > > >Working Group, > > > > > >The authors of draft-smack-mpls-rfc4379bis has told us that the > > >document is ready for working adoption. > > > > > >We will do an IPR poll in parallel to the wgap. > > > > > >This mail starts the IPR poll. > > > > > >Are you aware of any IPR that applies to draft-smack-mpls-rfc4379bis? > > > > > >If so, has this IPR been disclosed in compliance with IETF IPR rules > > >(see RFCs 3979, 4879, 3669 and 5378 for more details). > > > > > >There are no IPR disclosures filed directly against this document. > > >However, there are tow IPR disclosures against RFC 4379. > > > > > >If you are listed as a document author or contributor please respond to > > >this email regardless of whether or not you are aware of any relevant > > >IPR. *The response needs to be sent to the MPLS wg mailing list.* The > > >document will not advance to the next stage until a response has been > > >received from each author and contributor. > > > > > >If you are on the MPLS WG email list but are not listed as an author or > > >contributor, then please explicitly respond only if you are aware of > > >any IPR that has not yet been disclosed in conformance with IETF rules. > > > > > > > > >/Loa > > >mpls wg co-chair > > >-- > > > > > > > > >Loa Andersson email: loa@mail01.huawei.com > > >Senior MPLS Expert loa@pi.nu > > >Huawei Technologies (consultant) phone: +46 739 81 21 64 > > -- Kireeti --001a1140c20c657a000527951815 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Same here.

On Sun, Dec 20, 2015 at 7:43 PM, Mach Chen <mach.chen@= huawei.com> wrote:
Same her= e.

Best regards,
Mach

> -----Original Message-----
> From: Nagendra Kumar Nainar (naikumar) [mailto:naikumar@cisco.com]
> Sent: Sunday, December 20, 2015 11:30 PM
> To: Loa Andersson; mpls@ietf.org<= br> > Cc: mpls-chairs@ietf.org; = draft-smack-mpls-rf= c4379bis@ietf.org; BRUNGARD,
> DEBORAH A
> Subject: Re: IPR poll on draft-smack-mpls-rfc4379bis
>
> Hi Loa,
>
> I am not aware of any IPR other than those disclosed as part of RFC437= 9 or
> drafts merged in this document.
>
> Thanks,
> Nagendra
>
> On 12/19/15, 12:19 AM, "Loa Andersson" <loa@pi.nu> wrote:
>
> >Working Group,
> >
> >The authors of draft-smack-mpls-rfc4379bis has told us that the > >document is ready for working adoption.
> >
> >We will do an IPR poll in parallel to the wgap.
> >
> >This mail starts the IPR poll.
> >
> >Are you aware of any IPR that applies to draft-smack-mpls-rfc4379b= is?
> >
> >If so, has this IPR been disclosed in compliance with IETF IPR rul= es
> >(see RFCs 3979, 4879, 3669 and 5378 for more details).
> >
> >There are no IPR disclosures filed directly against this document.=
> >However, there are=C2=A0 tow IPR disclosures against RFC 4379.
> >
> >If you are listed as a document author or contributor please respo= nd to
> >this email regardless of whether or not you are aware of any relev= ant
> >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 b= een
> >received from each author and contributor.
> >
> >If you are on the MPLS WG email list but are not listed as an auth= or or
> >contributor, then please explicitly respond only if you are aware = of
> >any IPR that has not yet been disclosed in conformance with IETF r= ules.
> >
> >
> >/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=




--
=
Kireeti
--001a1140c20c657a000527951815-- From nobody Wed Dec 30 13:06: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 1F71B1AD0BF; Wed, 30 Dec 2015 13:06:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.912 X-Spam-Level: X-Spam-Status: No, score=-101.912 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 XrGCKFVZt-v7; Wed, 30 Dec 2015 13:06:21 -0800 (PST) Received: from rfc-editor.org (rfc-editor.org [IPv6:2001:1900:3001:11::31]) by ietfa.amsl.com (Postfix) with ESMTP id 112651AD0BE; Wed, 30 Dec 2015 13:06:21 -0800 (PST) Received: by rfc-editor.org (Postfix, from userid 30) id CB0B0180092; Wed, 30 Dec 2015 13:05:45 -0800 (PST) To: alexander.okonnikov@gmail.com, yakov@juniper.net, erosen@cisco.com X-PHP-Originating-Script: 30:errata_mail_lib.php From: RFC Errata System Message-Id: <20151230210545.CB0B0180092@rfc-editor.org> Date: Wed, 30 Dec 2015 13:05:45 -0800 (PST) Archived-At: Cc: mpls@ietf.org, iesg@ietf.org, rfc-editor@rfc-editor.org Subject: [mpls] [Errata Verified] RFC3107 (4497) 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, 30 Dec 2015 21:06:23 -0000 The following errata report has been verified for RFC3107, "Carrying Label Information in BGP-4". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=3107&eid=4497 -------------------------------------- Status: Verified Type: Technical Reported by: Alexander Okonnikov Date Reported: 2015-10-13 Verified by: Deborah Brungard (IESG) Section: 2 Original Text ------------- Label distribution can be piggybacked in the BGP Update message by using the BGP-4 Multiprotocol Extensions attribute [RFC 2283]. Corrected Text -------------- Label distribution can be piggybacked in the BGP Update message by using the BGP-4 Multiprotocol Extensions attribute defined in RFC 2858 [BGP-MP]. Notes ----- No reference [RFC 2283] in Reference section of RFC 3107. The reference is called [BGP-MP]. -------------------------------------- RFC3107 (draft-ietf-mpls-bgp4-mpls-04) -------------------------------------- Title : Carrying Label Information in BGP-4 Publication Date : May 2001 Author(s) : Y. Rekhter, E. Rosen Category : PROPOSED STANDARD Source : Multiprotocol Label Switching Area : Routing Stream : IETF Verifying Party : IESG