From nobody Thu Oct 1 16:21:43 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A5C833A0A02; Thu, 1 Oct 2020 16:21:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6eHn_2pC25NL; Thu, 1 Oct 2020 16:21:39 -0700 (PDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) (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 4DD593A0A01; Thu, 1 Oct 2020 16:21:39 -0700 (PDT) Received: from kduck.mit.edu ([24.16.140.251]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id 091NLUU4013447 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 1 Oct 2020 19:21:32 -0400 Date: Thu, 1 Oct 2020 16:21:30 -0700 From: Benjamin Kaduk To: Stewart Bryant Cc: "draft-ietf-mpls-sfl-framework@ietf.org" , "mpls-ads@ietf.org" , mpls , Roman Danyliw Message-ID: <20201001232130.GQ89563@kduck.mit.edu> References: <2A8FF52B-BE61-44AF-B98C-9E5B75B83BBD@stewartbryant.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <2A8FF52B-BE61-44AF-B98C-9E5B75B83BBD@stewartbryant.com> User-Agent: Mutt/1.12.1 (2019-06-15) Archived-At: Subject: Re: [mpls] IESG comments on draft-ietf-mpls-sfl-framework - first tranche (security) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Oct 2020 23:21:42 -0000 Hi Stewart, Thanks for the updates. Your proposals look fine to me modulo typos ("anone", "wwhere"). -Ben On Wed, Sep 30, 2020 at 11:07:38AM +0000, Stewart Bryant wrote: > Dear All, > > I am working my way through the various IESG comments on draft-ietf-mpls-sfl-framework. > > I have looked at the comments by Roman and Benjamin, but need to pause for a few days to do other work. My proposed disposition of the comments is as follows. > > I thank all of the reviewers and will address the other comments and upload a new version of the text shortly. > > Bets regards > > Stewart > > From Roman Danyliw > > ** Section 3. What is “triggering IPFIX inspection”? I wasn’t familiar with this phrasing. Is the intent to trigger more in-depth analysis of header information, as opposed to “triggering … DPI”, which will do content inspection? > > SB> I have changed this to > > "triggering an IP Flow Information Export (IPFIX) {{RFC7011}} capture" > > > ** Editorial Nits: > -- Section 3. Typo. s/co-ordinating/coordinating/ > > SB> Fixed > > -- Section 4.1. Typo. s/are present/is present/ > > I think the original is correct (there is a plurality of cases), I will leave it to the RFC Editor. > > > -- Section 5. Typo. s/invalidate the certain uses/invalidate certain uses/ > > SB> Fixed > > =========== > > Benjamin Kaduk > > I agree with the TSV-ART reviewer that some discussion of how/why the > RFC 8372 requirements are met would have been welcome. > > Other than that, I basically only have nits and minor comments; this is > pretty straightforward and well-specified. > > Section 1 > > The Introduction is essentially a verbatim copy of the Abstract with > formatting changes. It seems likely that the Introduction could be > expanded slightly if desired. > > [RFC8372] (MPLS Flow Identification Considerations) describes the > requirement for introducing flow identities within the MPLS > > nit: "requirement" singular or "requirements" plural? (It itself seems > to only claim to give "considerations" relevant for flow identification.) > > SB> I think in this context singular is correct, but will discuss with RFC Editor. > > architecture. This document describes a method of accomplishing this > > nit: the second "this" that is to be accomplished doesn't have a > terribly precise referent -- it is in some sense "accomplishing the task > of meeting the requirements" but not "accomplishing the requirements”. > > SB> Changed to "This document describes a method of providing the required identification by using a" > > by using a technique called Synonymous Flow Labels (SFL) in which > labels which mimic the behaviour of other labels provide the > identification service. These identifiers can be used to trigger > per-flow operations on the packet at the receiving label switching > router. > > nit: we currently introduce the LSR acronym in Section 3 but this seems > to be the first non-Abstract usage. > > SB> I qualify labels by adding MPLS - "behaviour of other MPLS labels" > > Section 3 > > An SFL is defined to be a label that causes exactly the same > behaviour at the egress Label Switching Router (LSR) as the label it > replaces, but in addition also causes an agreed action to take place > on the packet. There are many possible additional actions such as > > nit: is this "agreed action" on the path or also at the egress? If at > the egress, then "exactly the same behavior" is debatable, in a pedantic > sense. > > SB> I think technically the English is correct, but five years after I first wrote it > I think it could be polished. It now says: > > "An SFL is defined to be a label that causes exactly the same > behaviour at the egress Label Switching Router (LSR) as the label it > replaces, but except that it also causes anone or more additional agreed actions to take place > on the packet. " > > > the measurement of the number of received packets in a flow, > triggering IPFIX inspection, triggering other types of Deep Packet > > nit: while IPFIX appears on > > https://www.rfc-editor.org/materials/abbrev.expansion.txt > it is not > marked as "well-known", thus probably merits expansion. > > SB> Expansion added > > acceptable for scaling reasons. We therefore have no choice but to > introduce an additional label. Where penultimate hop popping (PHP) > is in use, the semantics of this additional label can be similar to > the LSP label. Where PHP is not in use, the semantics are similar to > an MPLS explicit NULL [RFC3032]. In both of these cases the label > has the additional semantics of the SFL. > > [I note that here we weaken the statement to be only "similar to", not > "exactly the same”.] > > SB> It cannot be exactly the same as it has the additional SFL properties, so I think “similar" is correct. > > > Finally we need to consider the case where there is no MPLS > application label such as occurs when sending IP over an LSP. In > > nit/editorial: I would consider mentioning the application label > earlier, to accentuate the contrasting case being introduced here. > > SB> Good point, I have changed the start of the PW text to > > "To illustrate the use of this technology, we start by considering > the case wwhere there is an "application" label in the MPLS label stack. > As a first example, let us consider a > pseudowire (PW) {{RFC3985}} on which it is desired to make > packet loss measurement." > > Section 4 > > As noted in Section 3 it is necessary to consider two cases: > [...] > 2. Single label stack > > (editorial) Some minor rewording in Section 3 to specifically mention > the "single label stack" case in such terms would probably help the > document feel more cohesive. (I assume it's meant to be the converse of > the "application label present" case, i.e., the "there is no MPLS > application label such as occurs when sending IP over an LSP" case.) > > SB> Changed the text to "Finally we need to consider the case where there is no MPLS > application label such as occurs when sending IP over an LSP, i.e. there is a single label in the MPLS label stack." > > Section 4.1 > > At the egress LSR the LSP label is popped (if present). Then the SFL > is processed in exactly the same way as the corresponding application > label would have been processed. > > [Just noting that "exact" is used here; I have no specific comment] > > SB> On reflection changed this to :" At the egress LSR the LSP label is popped (if present). Then the SFL > is processed executing both the synonymous function and the corresponding application function. > > Section 4.1.1 > > that the SFL is synonymous with. However it is recognised that, if > there is an applications need, the SFL MAY be to some other value. > > (nit) Barry already noted the missing "set", but I think it's also "the > TTL and TC bits in the SFL" and not the SFL itself -- the SFL itself is > inherently a different value, otherwise it would be called the > "identical flow label" and we probably wouldn't be writing a document > about it :) > > SB> Good catch. I have changed the text to > > "However, it is recognised that if there > is an applications need these fields in the SFL Label Stack Entry (LSE) MAY be set these to some other value." > > Section 4.2 > > I wondered to myself for Figure 1, and wonder out loud here for Figure > 2, if we can make some indication that the "May be PHPed" applies to > both the "Normal" label stack as well as to the "with SFL" label stack. > (For Figure 1 it was vertically aligned, but is not so, here.) > > SB> In Fig 1 and Fig 2 added PHP note inside the stack diagrams > SB> to make it clear where it applied. Also make clear BoS applies > SB> to both sides. > > If the LSP label is present, it processed exactly as it would > normally processed and then it is popped. This reveals the SFL which > in the case of [RFC6374] measurements is simply counted and then > discarded. In this respect the processing of the SFL is synonymous > > nit: it's not entirely clear to me why this specific case merits mention of > RFC 6374 measurement but we don't want to mention it anywhere earlier. > > SB> We originally put it in because this we wanted to show that in some important cases > SB> SFL behaviour was simple and in some cases already supported by the natural > SB> behaviour of the existing h/w. > > Section 4.3 > > Is the Aggregate SFL also in some sense "synonymous with Explicit NULL" > (as was mentioned in Figure 2)? > > > SB> It’s behaviour is similar, but as I remember an explicit NULL must be BoS. > SB> So am reluctant to add that note. > SB> Aligned Fig 3 with the changes made to Fig 1 & 2 > > Section 5 > > 2. The operator can elect to use [RFC6790] Entropy Labels in a > network that fully supports this type of ECMP. If this approach > is adopted, the intervening MPLS network MUST NOT load balance on > any packet field other than the entropy label. Note that this is > stricter than the text in Section 4.2 of [RFC6790]. In networks > > Is Section 4.2 ("Ingress LSR") really the best reference in RFC 6790? > Section 4.3 seems much more relevant, to me. > > SB> Good catch, 4.3 is the correct reference. > > in which the ECMP decision is independent of both the value of > any other label in the label stack, and the MPLS payload, the > path of the flow with the SFL will be congruent with the path > without the SFL. > > (side note) what would the ECMP decision be made on, in that case? A > random number generator? > > SB> The background is that some P routers load balance a number of > SB> fields rather than on just the EL. I will clarify. It now says: > > "In networks in which the ECMP decision is based solely > on the entropy lable, and ignores the value of all other labels > in the label stack, and ignores all field in the MPLS payload, > the path of the flow with the SFL will be congruent with > the path without the SFL. " > > > > Section 6 > > Thank you for noting the privacy considerations even though the > incremental exposure is fairly small! > > I might note that whenever IPFIX or other DPI techniques are used, their > relevant privacy considerations apply. > > The inclusion of originating and/or flow information in a packet > provides more identity information and hence potentially degrades the > privacy of the communication. Whilst the inclusion of the additional > > SB> Note added. > > At risk of banality, I suggest "potentially degrades the privacy of the > communiation to an attacker in position to observe the added > identifier", to subtly emphasize that the relevant attacker here has > capabilities that already allow for similar types of attack. That is, > what's new for the attacker here is that they get some signal as to how > the ingress decides to classify traffic -- they already have all the > traffic in the first place and could be doing their own classification > on it. > > SB> change made. > > granularity does allow greater insight into the flow characteristics > it does not specifically identify which node originated the packet > other than by inspection of the network at the point of ingress, or > inspection of the control protocol packets. This privacy threat may > > nit: I suggest > s/other than by/unless the attacker can/; > s/inspection of/inspect/ > > (since the attacker needs to both observe the labeled > traffic and obtain the origination-mapping information in order to > effectuate the identification). > > SB> yes that is cleared - change made. > > Section 7 > > I think that the type of attack opened up by having multiple synonyms > for conceptulaly "the same traffic", that Tero noted in the secdir > review, would be in cases where the attacker is sending traffic over the > LSP in question and knows both the classification algorithm used to > apply the SFL and the nature of the DPI performed on SFL-marked traffic, > and is thus able to ensure that whatever nefarious things they are doing > that would have been noticed by the DPI instead take the non-DPI path > and remain undetected. Now, AFAICT the type of DPI envisioned here is > mostly not going to be looking for nefarious things, and even the > existence of such nefarious things that need to be going over this LSP > that the attacker can already send traffic over seems a bit contrived, > but that's my take on the additional incremental attack that this > mechanism opens up. > > SB> Yes, if an attacker can avoid the DPI triggers by disguising the traffic > SB> they can do that regardless of the SFL mechanism, so I don’t think > SB> there is an SFL specific risk. > > There are no new security issues associated with the MPLS dataplane. > Any control protocol used to request SFLs will need to ensure the > legitimacy of the request. > > I'd suggest mentioning authorization checks as well -- a request can in > some sense still be "legitimate" even if the requestor is not currently > authorized to receive the service. > > SB> I have extended the text to say: "Any > control protocol used to request SFLs will need to ensure the > legitimacy of the request, i.e. that the requesting node is authorised > to make that SFL request by the network operator." > > Section 10.2 > > Hmm, in some reading "can elect to use [RFC6790] Entropy Labels" [..] > MUST NOT load balance on any packet field other than the entropy label" > makes 6790 a normative reference (required reading for an optional > feature). > > SB> Yes, I have moved it. > > From nobody Fri Oct 2 08:59:08 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E7B433A10E0; Fri, 2 Oct 2020 08:59:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.895 X-Spam-Level: X-Spam-Status: No, score=-1.895 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wM74GWvCgu2P; Fri, 2 Oct 2020 08:59:04 -0700 (PDT) Received: from mta7.iomartmail.com (mta7.iomartmail.com [62.128.193.157]) (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 A4F763A1067; Fri, 2 Oct 2020 08:59:03 -0700 (PDT) Received: from vs1.iomartmail.com (vs1.iomartmail.com [10.12.10.121]) by mta7.iomartmail.com (8.14.4/8.14.4) with ESMTP id 092Fx13m031451; Fri, 2 Oct 2020 16:59:01 +0100 Received: from vs1.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 5EBB922101; Fri, 2 Oct 2020 16:59:01 +0100 (BST) Received: from asmtp1.iomartmail.com (unknown [10.12.10.248]) by vs1.iomartmail.com (Postfix) with ESMTPS id 48C8C22100; Fri, 2 Oct 2020 16:59:01 +0100 (BST) Received: from LAPTOPK7AS653V ([87.113.82.114]) (authenticated bits=0) by asmtp1.iomartmail.com (8.14.4/8.14.4) with ESMTP id 092Fx0dL014712 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 2 Oct 2020 16:59:00 +0100 Reply-To: From: "Adrian Farrel" To: "'mpls'" Cc: Date: Fri, 2 Oct 2020 16:59:00 +0100 Organization: Old Dog Consulting Message-ID: <00d001d698d4$f1bca890$d535f9b0$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 16.0 Content-Language: en-gb Thread-Index: AdaY1LuALWlBbybiQBmQ3luSJJ9RCA== X-Originating-IP: 87.113.82.114 X-Thinkmail-Auth: adrian@olddog.co.uk X-TM-AS-GCONF: 00 X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-25702.001 X-TM-AS-Result: No--15.021-10.0-31-10 X-imss-scan-details: No--15.021-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25702.001 X-TMASE-Result: 10--15.020600-10.000000 X-TMASE-MatchedRID: 2NMlcyo/elNh21ha8pEX63FPUrVDm6jt4NNiN6MhlPBa1yhTwm1zuTKa PQElmQY4l+QcU0TYMRftQaKQ9741MjeiGq2NlS7FcN+LFb07lxilAfiiC1VA/atNdpFrZXd80u5 faGP8ztTHAR4F/0Z0fd4fvwiLwWPLgeZLVDDbeMK5UUv022NJAgebMc7dN8D4QTf+q86OAUs6bh xUZofOTiR+7RJgNSLeIImdlTSYda+TDlsGaeU3mBPS9Bzbys1RKmiyrJHNh3LWXfwzppZ8SOh9W hyl/82eR7uEnZwYDDtppTe7gG9GO2t5A6iSzaOuwrUhv0kAAvGS0Ed+8sr8mpsoi2XrUn/JyeMt MD9QOgAzDLM3gGacyXQdJ7XfU86ekGUtrowrXLg= X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: [mpls] Concerned by the silence [Was: Working Group Last Call : draft-ietf-mpls-lsp-ping-registries-update-04] X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Oct 2020 15:59:06 -0000 I know this is not the most exciting document the working group has ever produced, but as shepherd I need to see some comments and expressions of support. Thanks, Adrian -----Original Message----- From: mpls On Behalf Of Adrian Farrel Sent: 24 September 2020 17:32 To: 'mpls' Cc: draft-ietf-mpls-lsp-ping-registries-update@ietf.org Subject: [mpls] Working Group Last Call : draft-ietf-mpls-lsp-ping-registries-update-04 Hi MPLS WG, As previously noted, I'm the shepherd for this document and I'm running the working group last call as agreed by the chairs. This email starts a two-week last call on draft-ietf-mpls-lsp-ping-registries-update-04 https://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-registries-update/ Please send your opinions to the mailing list before October 9th. While yes/no opinions are not without value, it is far more helpful if you can indicate whether you have read the latest version of the draft, and what the reasons are for your opinions. Of course, all of your review comments will be helpful in improving the document. Best, Adrian _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls From nobody Fri Oct 2 09:04:58 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4F1023A10E0; Fri, 2 Oct 2020 09:04:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3LCmto9MXngJ; Fri, 2 Oct 2020 09:04:55 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 421843A0BA6; Fri, 2 Oct 2020 09:04:54 -0700 (PDT) Received: from [192.168.1.11] (unknown [124.104.122.18]) (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 380B131F980; Fri, 2 Oct 2020 18:04:51 +0200 (CEST) From: Loa Andersson To: "mpls@ietf.org" Cc: "draft-ietf-mpls-rmr@ietf.org" , "mpls-chairs@ietf.org" , Deborah A Brungard , "mpls-ads@ietf.org" Message-ID: Date: Sat, 3 Oct 2020 00:04:22 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.12.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: [mpls] Document (draft-ietf-mpls-rmr) returned to working group - poll for interest. X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Oct 2020 16:04:57 -0000 Working Group, This mail starts a two week poll to establish the interest to continue work on draft-ietf-mpls-rmr. draft-ietf-mpls-rmr were returned to the working to the working group (about 2 weeks ago). Normally a document is returned this late in the process when a necessary change is discovered that requires working group consensus (i.e. a wglc) to implement. This time the document were returned due to lack of (or very slow) response to directorate or the IESG reviews. When a document is returned for a well defined technical change it is fairly easy to handle, we make the change and do a wglc. I have spent time trying to figure out what to do in a case like this. There is very little information in our process document. The wg chairs has converged on the following small process. - establish wg interest for the document, i.e. is this something we want to do and do we have interest participating in progressing the document. - leave approximately 2 weeks for working group discussion - wglc - when comments from the wglc is resolved, redo the publication request This document start a two week poll to establish the level of interest to continue to work on draft-ietf-mpls-rmr. Please answer the following 2 questions: - do you think draft-ietf-mpls-rmr is need and will actually be deployed? - do you have the cycles to contribute to progressing the document /Loa for the working group chairs -- Loa Andersson email: loa@pi.nu Senior MPLS Expert loa.pi.nu@gmail.com Bronze Dragon Consulting phone: +46 739 81 21 64 From nobody Fri Oct 2 12:09:43 2020 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 6EDA13A16A5; Fri, 2 Oct 2020 12:09:42 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: mpls@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.18.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: mpls@ietf.org Message-ID: <160166578237.14117.8980156259290974284@ietfa.amsl.com> Date: Fri, 02 Oct 2020 12:09:42 -0700 Archived-At: Subject: [mpls] I-D Action: draft-ietf-mpls-sfl-framework-11.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Oct 2020 19:09:43 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching WG of the IETF. Title : Synonymous Flow Label Framework Authors : Stewart Bryant Mach Chen George Swallow Siva Sivabalan Gregory Mirsky Filename : draft-ietf-mpls-sfl-framework-11.txt Pages : 10 Date : 2020-10-02 Abstract: RFC 8372 (MPLS Flow Identification Considerations) describes the requirement for introducing flow identities within the MPLS architecture. This document describes a method of accomplishing this by using a technique called Synonymous Flow Labels in which labels which mimic the behaviour of other labels provide the identification service. These identifiers can be used to trigger per-flow operations on the packet at the receiving label switching router. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-sfl-framework/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-mpls-sfl-framework-11 https://datatracker.ietf.org/doc/html/draft-ietf-mpls-sfl-framework-11 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-sfl-framework-11 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 Sat Oct 3 00:53:39 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AF17B3A0855; Sat, 3 Oct 2020 00:53:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.11 X-Spam-Level: X-Spam-Status: No, score=-2.11 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.213, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BRQOmB45f2ZC; Sat, 3 Oct 2020 00:53:34 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7546F3A0853; Sat, 3 Oct 2020 00:53:33 -0700 (PDT) Received: from [192.168.1.11] (unknown [124.104.122.18]) (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 F1015321AE7; Sat, 3 Oct 2020 09:53:30 +0200 (CEST) To: adrian@olddog.co.uk, 'mpls' Cc: draft-ietf-mpls-lsp-ping-registries-update@ietf.org References: <00d001d698d4$f1bca890$d535f9b0$@olddog.co.uk> From: Loa Andersson Message-ID: <9060c238-a407-e07d-85c9-8ccdb188224a@pi.nu> Date: Sat, 3 Oct 2020 15:53:29 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.12.1 MIME-Version: 1.0 In-Reply-To: <00d001d698d4$f1bca890$d535f9b0$@olddog.co.uk> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [mpls] Concerned by the silence [Was: Working Group Last Call : draft-ietf-mpls-lsp-ping-registries-update-04] X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Oct 2020 07:53:37 -0000 All, I agree with Adrian, not very exiting, but the document will simplify allocations of the LSP Ping code points. Please, take some time to review and comment. /Loa On 02/10/2020 23:59, Adrian Farrel wrote: > I know this is not the most exciting document the working group has ever > produced, but as shepherd I need to see some comments and expressions of > support. > > Thanks, > Adrian > -----Original Message----- > From: mpls On Behalf Of Adrian Farrel > Sent: 24 September 2020 17:32 > To: 'mpls' > Cc: draft-ietf-mpls-lsp-ping-registries-update@ietf.org > Subject: [mpls] Working Group Last Call : > draft-ietf-mpls-lsp-ping-registries-update-04 > > Hi MPLS WG, > > As previously noted, I'm the shepherd for this document and I'm running the > working group last call as agreed by the chairs. > > This email starts a two-week last call on > draft-ietf-mpls-lsp-ping-registries-update-04 > https://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-registries-update/ > > Please send your opinions to the mailing list before October 9th. > > While yes/no opinions are not without value, it is far more helpful if you > can indicate whether you have read the latest version of the draft, and what > the reasons are for your opinions. > > Of course, all of your review comments will be helpful in improving the > document. > > Best, > Adrian > > _______________________________________________ > 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 > -- Loa Andersson email: loa@pi.nu Senior MPLS Expert loa.pi.nu@gmail.com Bronze Dragon Consulting phone: +46 739 81 21 64 From nobody Sat Oct 3 06:14:13 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C93E23A0A84; Sat, 3 Oct 2020 06:14:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.096 X-Spam-Level: X-Spam-Status: No, score=-2.096 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4MPo21D9kQwg; Sat, 3 Oct 2020 06:14:10 -0700 (PDT) Received: from mail-qk1-x729.google.com (mail-qk1-x729.google.com [IPv6:2607:f8b0:4864:20::729]) (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 E762B3A0A81; Sat, 3 Oct 2020 06:14:09 -0700 (PDT) Received: by mail-qk1-x729.google.com with SMTP id q63so6459457qkf.3; Sat, 03 Oct 2020 06:14:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=T5U1mkyOl/EB/gVwiB0VJQp+hmKFk8L3fgYBuTi2AcQ=; b=Vld9lWkGdCwzz2UXK47lvsFtAwiFK9ZXwJz/r8+JiAM1MijZznA28NGS9OygmCL/a2 7840ji6yPAI0XfL12C9N4UeDZeH+U+5tlyqLhDftOOJiOAw3kDPFuvgklk4l3CQaFlXV fh9r+7qKZxMnstqtZoqWucW00i3KcW1gPgV7qq8HUsnoQ2ibqKJkgPjZBRN+ZOoPuZQs jEvZLabuskXPO/rx6P50ip++s2tGrQozYK1U6sXz2/1zY9J+UZqC1ZXRVsqXdKzqRVHb mA+vL3IGq0M3/VgfCsNnha2DeX8r3pJI2BVzQwtnmEOccOfDpnjjrlYobe4Hd5a7PDYH jiVA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=T5U1mkyOl/EB/gVwiB0VJQp+hmKFk8L3fgYBuTi2AcQ=; b=jDdLqcPGz5lgOWpghw1sIrn7NpNkmg5YRvQT2nuDm/FtByLLmT5bxM0Px1FR+JwvSQ 4DOiUP3rZ61P+76cPU6yWgVqjNf/lKEa29E3kWL7cfzLYT2U2eo8Jgu0zfl6cfAcxvf5 7Pd+B00WnDUpGF4CrYhnW+zInq56lA5u6PqlDzaOSGUB0JBpEZSJX87AbM6Anfgbk9rM sTxo5CpqsZR3P8i/27vE0qZWbWXZ0EF1ScVIJLsbwdFSCmSwDQLt7WzjCkYsbU0lNCt4 953E8u9/pxwsN4t8M/UmFvJZVOcBFtkmntCfII5a1iFYvyYt0PKP2flchN7zB37VkZaP k5cw== X-Gm-Message-State: AOAM5333Z814mV+wspUj7qmQ6zPEq5bGTCCozFAi+byrEWdSTiLKaUu2 AAA7/ZdERQxCQkYTc7J1dwcyX9OsoHQwKZE+mb7OfW9W X-Google-Smtp-Source: ABdhPJw9i2GCMk+VtF5zRKmOfApxIDvTCMwYi4TTv/sJ0IshqWXB9UVtG8L4L6hYMfFi8b6WIzGFg4SJ40ozJGEZ/i8= X-Received: by 2002:a05:620a:70d:: with SMTP id 13mr6235360qkc.406.1601730848930; Sat, 03 Oct 2020 06:14:08 -0700 (PDT) MIME-Version: 1.0 References: <00d001d698d4$f1bca890$d535f9b0$@olddog.co.uk> In-Reply-To: <00d001d698d4$f1bca890$d535f9b0$@olddog.co.uk> From: "Andrew G. Malis" Date: Sat, 3 Oct 2020 09:13:58 -0400 Message-ID: To: Adrian Farrel Cc: mpls , draft-ietf-mpls-lsp-ping-registries-update@ietf.org Content-Type: multipart/alternative; boundary="00000000000046bedc05b0c4062f" Archived-At: Subject: Re: [mpls] Concerned by the silence [Was: Working Group Last Call : draft-ietf-mpls-lsp-ping-registries-update-04] X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Oct 2020 13:14:12 -0000 --00000000000046bedc05b0c4062f Content-Type: text/plain; charset="UTF-8" Adrian, I just looked through the draft and support its publication. That said, it would be nice if section 1 included a bit more motivation - what were the issues with the current states of RFCs 8029 and 8611 (besides needing to be "more precise"?) and what would be the consequences of leaving things as they were. Cheers, Andy On Fri, Oct 2, 2020 at 11:59 AM Adrian Farrel wrote: > I know this is not the most exciting document the working group has ever > produced, but as shepherd I need to see some comments and expressions of > support. > > Thanks, > Adrian > -----Original Message----- > From: mpls On Behalf Of Adrian Farrel > Sent: 24 September 2020 17:32 > To: 'mpls' > Cc: draft-ietf-mpls-lsp-ping-registries-update@ietf.org > Subject: [mpls] Working Group Last Call : > draft-ietf-mpls-lsp-ping-registries-update-04 > > Hi MPLS WG, > > As previously noted, I'm the shepherd for this document and I'm running the > working group last call as agreed by the chairs. > > This email starts a two-week last call on > draft-ietf-mpls-lsp-ping-registries-update-04 > > https://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-registries-update/ > > Please send your opinions to the mailing list before October 9th. > > While yes/no opinions are not without value, it is far more helpful if you > can indicate whether you have read the latest version of the draft, and > what > the reasons are for your opinions. > > Of course, all of your review comments will be helpful in improving the > document. > > Best, > Adrian > > _______________________________________________ > 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 > --00000000000046bedc05b0c4062f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Adrian,

I just looked through the draft= and support its publication. That said, it would be nice if section 1 incl= uded a bit more motivation - what were the issues with the current states o= f RFCs 8029 and 8611 (besides needing to be "more precise"?) and = what would be the consequences of leaving things as they were.
Cheers,
Andy

On Fri, Oct 2, 2020 at 11:59 AM Ad= rian Farrel <adrian@olddog.co.uk<= /a>> wrote:
I= know this is not the most exciting document the working group has ever
produced, but as shepherd I need to see some comments and expressions of support.

Thanks,
Adrian
-----Original Message-----
From: mpls <m= pls-bounces@ietf.org> On Behalf Of Adrian Farrel
Sent: 24 September 2020 17:32
To: 'mpls' <m= pls@ietf.org>
Cc: draft-ietf-mpls-lsp-ping-registries-update@ietf.org Subject: [mpls] Working Group Last Call :
draft-ietf-mpls-lsp-ping-registries-update-04

Hi MPLS WG,

As previously noted, I'm the shepherd for this document and I'm run= ning the
working group last call as agreed by the chairs.

This email starts a two-week last call on
draft-ietf-mpls-lsp-ping-registries-update-04
https://datatracker.ietf= .org/doc/draft-ietf-mpls-lsp-ping-registries-update/

Please send your opinions to the mailing list before October 9th.

While yes/no opinions are not without value, it is far more helpful if you<= br> can indicate whether you have read the latest version of the draft, and wha= t
the reasons are for your opinions.

Of course, all of your review comments will be helpful in improving the
document.

Best,
Adrian

_______________________________________________
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
--00000000000046bedc05b0c4062f-- From nobody Sun Oct 4 01:45:08 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9CDDE3A1312; Sun, 4 Oct 2020 01:45:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.099 X-Spam-Level: X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=csperkins.org Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EQFdUI8J3idL; Sun, 4 Oct 2020 01:44:58 -0700 (PDT) Received: from haggis.mythic-beasts.com (haggis.mythic-beasts.com [IPv6:2a00:1098:0:86:1000:0:2:1]) (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 1FB633A1310; Sun, 4 Oct 2020 01:44:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=csperkins.org; s=mythic-beasts-k1; h=To:Date:Subject:From; bh=BFllCOL8u5m39IHYBogytPTvza+C2xIT3aVJZPWdmzg=; b=LHGiP3/MEnXvJqUdCEGMJXC5N6 EJo2D4EgczA7lHxNA8tpfp3SX/71hhLFikUA1NpyYAYbitni74mdgtikIZPITdV6Zn+1KjSRjT710 5LKtGxVmMN0UpU3EgDfDhLU/7LQrdLruLeRSPVc0vJDiTuCHovREDicY91i8g4PuUhEXSkc0dvqXt GbGgxomYqL0PKp+2dmtn3B7KxybVN2NzrO1Dk4HqGKwZqd+KTOkWjOkjA7ihd7uowFr2Am0r/nvoy r9ZVP4pbZv8AlSc9PQf3qC3NKiXOEWN92Z6sGSy+weTPCD9ZJgCRCzncWm+OH7dpfhGLI9HKbVNwE dyqRqlMw==; Received: from [81.187.2.149] (port=45842 helo=[192.168.0.67]) by haggis.mythic-beasts.com with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92.3) (envelope-from ) id 1kOzdX-0002RZ-Vw; Sun, 04 Oct 2020 09:44:56 +0100 From: Colin Perkins Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_AFA77298-BC5E-4643-96AA-AECB41A6233A" Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.17\)) Date: Sun, 4 Oct 2020 09:44:50 +0100 In-Reply-To: Cc: draft-ietf-mpls-rmr.all@ietf.org, tsv-art@ietf.org, mpls@ietf.org, last-call@ietf.org To: Kireeti Kompella References: <157299662261.4537.207640958778372329@ietfa.amsl.com> X-Mailer: Apple Mail (2.3445.104.17) X-BlackCat-Spam-Score: 4 Archived-At: Subject: Re: [mpls] [Last-Call] Tsvart last call review of draft-ietf-mpls-rmr-12 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Oct 2020 08:45:01 -0000 --Apple-Mail=_AFA77298-BC5E-4643-96AA-AECB41A6233A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Kireeti, Apologies for not following-up on this earlier myself. These changes = look to address my concerns.=20 Colin > On 16 Sep 2020, at 15:52, Kireeti Kompella = wrote: >=20 > Hi Colin, >=20 > Sorry for the very belated response! >=20 > Thank you for your review. All of your comments have been addressed = in the -13 update; section 1.2 has a summary of the changes, marked with = [TAR] for the Transport Area Review. Section 4.2 has updated text on = timers; unfortunately, there are two typos here: one, this change was = made in response to TAR, not SAD; two, the actual change was duplicated. = Section 5 defers the value of the OAM timer to the OAM protocol being = used. >=20 > The nits in section 1 & 1.1 have also been fixed. >=20 > Hopefully, all your concerns have been addressed. >=20 > Cheers, > Kireeti. >=20 >=20 > On Tue, Nov 5, 2019 at 3:30 PM Colin Perkins via Datatracker = > wrote: > Reviewer: Colin Perkins > Review result: Almost Ready >=20 > This document has been reviewed as part of the transport area review = team's > ongoing effort to review key IETF documents. These comments were = written > primarily for the transport area directors, but are copied to the = document's > authors and WG to allow them to address any issues raised and also to = the IETF > discussion list for information. >=20 > When done at the time of IETF Last Call, the authors should consider = this > review as part of the last-call comments they receive. Please always = CC > tsv-art@ietf.org if you reply to or forward = this review. >=20 > The draft describes how MPLS can be used to configure ring topologies, > as is frequently used to provide resilience. This seems like a = reasonable > thing to do - indeed I'm surprised such a specification doesn't = already > exist. =46rom a transport perspective, this looks reasonable, but I do = have > some comments: >=20 > - The draft discusses resilience mechanisms, by which the ring can be > used to protect from link failures. There is, however, no discussion = of > how to recover from loss of the various messages used to announce and > manage the ring network. It may be that the protocol used to convey > these messages provides appropriate reliability mechanisms and the > draft just needs to reference and clarify that. However, if not, it = would > seem worth considering robustness to loss of the ring advertisement > and maintenance messages. >=20 > - Auto-discovery in Section 4 uses timers T1 and T2. It's not clear = what > is the timeout value for these timers, and whether their value needs = to > be statically chosen or somehow tuned based on the size of the = network.=20 >=20 > - Similarly, Section 5 on Ring OAM specifies two timers. These have = fixed > values of 3.3ms and 1s. It's not clear why these values were chosen or = why > they are correct. >=20 > Nits: > - The Introduction talks about "transport networks". It's not clear = what > is meant by this, and there might be an alternative term that's = clearer. >=20 > - The last paragraph before Section 1.1 states: =E2=80=9CThe intent is = not to > construct rings in a mesh network, and use those for protection=E2=80=9D= . I > can=E2=80=99t parse the grammar here =E2=80=93 can you clarify? >=20 >=20 >=20 >=20 > --=20 > Kireeti > --=20 > last-call mailing list > last-call@ietf.org > https://www.ietf.org/mailman/listinfo/last-call --Apple-Mail=_AFA77298-BC5E-4643-96AA-AECB41A6233A Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi = Kireeti,

Apologies = for not following-up on this earlier myself. These changes look to = address my concerns. 

Colin




On 16 = Sep 2020, at 15:52, Kireeti Kompella <kireeti.kompella@gmail.com> wrote:

Hi Colin,

Sorry for the very belated = response!

Thank = you for your review.  All of your comments have been addressed in = the -13 update; section 1.2 has a summary of the changes, marked with = [TAR] for the Transport Area Review.  Section 4.2 has updated text = on timers; unfortunately, there are two typos here: one, this change was = made in response to TAR, not SAD; two, the actual change was = duplicated.  Section 5 defers the value of the OAM timer to the OAM = protocol being used.

The nits in section 1 & 1.1 have = also been fixed.

Hopefully, all your concerns have been = addressed.

Cheers,
Kireeti.


On Tue, Nov = 5, 2019 at 3:30 PM Colin Perkins via Datatracker <noreply@ietf.org> = wrote:
Reviewer: Colin Perkins
Review result: Almost Ready

This document has been reviewed as part of the transport area review = team's
ongoing effort to review key IETF documents. These comments were = written
primarily for the transport area directors, but are copied to the = document's
authors and WG to allow them to address any issues raised and also to = the IETF
discussion list for information.

When done at the time of IETF Last Call, the authors should consider = this
review as part of the last-call comments they receive. Please always = CC
tsv-art@ietf.org if you reply to or forward this = review.

The draft describes how MPLS can be used to configure ring = topologies,
as is frequently used to provide resilience. This seems like a = reasonable
thing to do - indeed I'm surprised such a specification doesn't = already
exist. =46rom a transport perspective, this looks reasonable, but I do = have
some comments:

- The draft discusses resilience mechanisms, by which the ring can be
used to protect from link failures. There is, however, no discussion = of
how to recover from loss of the various messages used to announce and
manage the ring network. It may be that the protocol used to convey
these messages provides appropriate reliability mechanisms and the
draft just needs to reference and clarify that. However, if not, it = would
seem worth considering robustness to loss of the ring advertisement
and maintenance messages.

- Auto-discovery in Section 4 uses timers T1 and T2. It's not clear = what
is the timeout value for these timers, and whether their value needs = to
be statically chosen or somehow tuned based on the size of the network. =

- Similarly, Section 5 on Ring OAM specifies two timers. These have = fixed
values of 3.3ms and 1s. It's not clear why these values were chosen or = why
they are correct.

Nits:
- The Introduction talks about "transport networks". It's not clear = what
is meant by this, and there might be an alternative term that's = clearer.

- The last paragraph before Section 1.1 states: =E2=80=9CThe intent is = not to
 construct rings in a mesh network,  and use those for = protection=E2=80=9D. I
can=E2=80=99t parse the grammar here =E2=80=93 can you clarify?




--
Kireeti
--
last-call mailing list
last-call@ietf.org
https://www.ietf.org/mailman/listinfo/last-call

= --Apple-Mail=_AFA77298-BC5E-4643-96AA-AECB41A6233A-- From nobody Sun Oct 4 15:03:32 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D2A363A0A39; Sun, 4 Oct 2020 15:03:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.313 X-Spam-Level: X-Spam-Status: No, score=-3.313 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-1.2, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, MSGID_FROM_MTA_HEADER=0.001, NICE_REPLY_A=-0.213, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jnFK_JLB8Cm5; Sun, 4 Oct 2020 15:03:22 -0700 (PDT) Received: from EUR03-AM5-obe.outbound.protection.outlook.com (mail-eopbgr30116.outbound.protection.outlook.com [40.107.3.116]) (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 787EE3A0ABD; Sun, 4 Oct 2020 15:03:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=NsO7s0ajzMAsHE3ER3Y3Y9CczlS3LLrQ61vw0oTknPON578PVrEEtVKsH0hKq0xtCwgeCLaTiPCNrcilq3V3L8khews9MKJ1L30gXa8D8lvIh6Z200VOOobK6L5c9JkWnbKRlER4r9XliyD3h0XLdqIAOhlmNqBXCjRWcpj7vuwu4WNgxH2yalOiYxvm5IfFhJZF7+7dKxV682r4QUsXrpCUVspo/UgSl3bDH83MCKFjiHtD3QHL7gd3JqgX9Azg7lrKFqGzuf95kuHHJo7HGhRMbI+gKzSkbXzp8DFHwv5hFp8EQEjG5CnaCXyaXxGR+P5WwkjuOSmxjkUkMsSckQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=09/UEi/EgynmOZMwXlXk3+tnc9wat5+sfDjL6SUFJvs=; b=Es2+4dYzq52mQRXWhARhRKXUHFk6XZNh+isL84YAKTcyxIL/Yjca5WSLkoeirwLmD2uNlzd0czvLddqi7DAgjzHA/OJe+nAa6A+Z9ojxLwWHAs6M/PJbDBaqRDas8wAteMgrYceQoiGYta9J3k6mOjW1q/iH+WPDdid6BAVUF1p4fxlzWiw84tAPLmTptGtrFov0DlLQsO5lmTrU8dEabBOUVSwJE2CNoEsLIGMLC1xDKs7UurSVbmyIaM3i3YOML03BmM0v+mhID1+cHlA5H3hRpI+u4vhzJw1LHHDo0Q/8JxhtU7DK+xpQaeSgLl0hYsnQR1DtsUgEVbeFuph2MA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia.com; dmarc=pass action=none header.from=nokia.com; dkim=pass header.d=nokia.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=09/UEi/EgynmOZMwXlXk3+tnc9wat5+sfDjL6SUFJvs=; b=RZ9ozkZxqOyz0DW/aNuiRFqc5v18fT9n2jktbw1Ga9c9zNr7+DDEK+A30Ov0cuiR6BerAW1GEOJGvfEJdSfdxPKoTPDG4TG8diNiLjbw0syd97eul8LcSodJXF/ISgGELH6C4gGYWr/3YK1bJSmfUlGF2G80cL1IpEfhQDL3l2s= Authentication-Results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=nokia.com; Received: from PR3PR07MB6572.eurprd07.prod.outlook.com (2603:10a6:102:63::18) by PR3PR07MB6841.eurprd07.prod.outlook.com (2603:10a6:102:5e::8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3455.13; Sun, 4 Oct 2020 22:03:17 +0000 Received: from PR3PR07MB6572.eurprd07.prod.outlook.com ([fe80::ddf0:a9a0:46cb:9b94]) by PR3PR07MB6572.eurprd07.prod.outlook.com ([fe80::ddf0:a9a0:46cb:9b94%7]) with mapi id 15.20.3455.017; Sun, 4 Oct 2020 22:03:17 +0000 To: adrian@olddog.co.uk, 'mpls' Cc: draft-ietf-mpls-lsp-ping-registries-update@ietf.org References: <00d001d698d4$f1bca890$d535f9b0$@olddog.co.uk> From: Martin Vigoureux Message-ID: <2bd58cc3-4995-8346-cb77-ae0d81fe355d@nokia.com> Date: Mon, 5 Oct 2020 00:03:14 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 In-Reply-To: <00d001d698d4$f1bca890$d535f9b0$@olddog.co.uk> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 8bit X-Originating-IP: [131.228.2.21] X-ClientProxiedBy: HE1PR06CA0127.eurprd06.prod.outlook.com (2603:10a6:7:16::14) To PR3PR07MB6572.eurprd07.prod.outlook.com (2603:10a6:102:63::18) MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from [172.30.2.231] (131.228.2.21) by HE1PR06CA0127.eurprd06.prod.outlook.com (2603:10a6:7:16::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3433.34 via Frontend Transport; Sun, 4 Oct 2020 22:03:16 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-HT: Tenant X-MS-Office365-Filtering-Correlation-Id: a87059a2-33a0-4d7c-23c2-08d868b14bfe X-MS-TrafficTypeDiagnostic: PR3PR07MB6841: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:7219; X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: 88IjVke0VryvFXoPuFNuDILqY7hFcwrZERdbQmFVpke3jVyJqD3nyTpzGhfLdu7ilLFhQR8b9gkqSPCit8iV+mnb9BXSj2RPvsS2f/XUnEjkl1r1hi05Km4VNa2uNEjbAn0Q3JL5Ru54HYWJ0+gnvhbTGH4ni1p+4HhS0ZwwJtafmnDf483mDgPMhGJLzWMDfVBqxUFnmwAVGCbEnpTgHbQuMfy8Xnzbr6KpVhWw3pGl1X++exi66D9/d50SdXyzjDzMLLMHeobWgGu5RkmGoYeNXq7Sd8zm7l/B6/kiUkG+AMu4EWB7vJvvo/y01yI8b0zm67if7FMuHqtveDdBV1o0l5rUinbO7s3mdoYfjYvEMw4i7iE3eQexVtwiMBaveORBSoKwbI22eIRF9wOO2F4AYIhT3UVMpDY3Pv0f9PCpPxy/hgE6cIj0d4BITSty2FUwGHQU/DoiJ/EBa3cixw== X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:PR3PR07MB6572.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(346002)(136003)(376002)(396003)(366004)(39860400002)(316002)(66476007)(66946007)(16576012)(26005)(66556008)(83080400001)(966005)(83380400001)(66574015)(186003)(2906002)(31686004)(16526019)(2616005)(956004)(36756003)(6486002)(86362001)(31696002)(478600001)(53546011)(5660300002)(15650500001)(44832011)(6916009)(8676002)(8936002)(4326008)(52116002)(43740500002); DIR:OUT; SFP:1102; X-MS-Exchange-AntiSpam-MessageData: evPc5G5pAUYpSi/UJu9kdvRIQdogk+MYa1z4Z1DKZfWKqjDRIGGBVuEck0ril05Pi44LwvD3q/YW4W2ut/s8AGEUx35BxUaGv/IC/Na4kWdCW0mTBJhUD9pPLpb1byh6h1uhmOhZ1ziPV9YiCrYVWPUrBTZUz4U/FKZL2DoeZLwa5fp88TSKgFCLnQ0TmWxvrd/SGOVctzzvItWfYZbBA9Xi7BFXzP4sJpSK/NryNxRH+ZefQ4jsb+zj7+PRNkTL07qgwwgVcH7392cDLiHxBElxWcWnNyUvMvFQYEfyxkVhDzEQO4/zQLVA03FYZoWNmkc7GAJtIQU3jrt99Plpc1u3PudhPFRDIAthMspO4JCZzl8GzSF+Q835hK/XtvbDb35FLQQ/8c7H9Zku++dY4WpVG+cJpz7jniPg5R7Rl4pmKb+xb49zOXF1qJOvkaXGSNnuGBAijiF9IQv/6MzVoqx3oRK1tWabZP/kWMG8SomSD30PGY0EZxZ1KmFBH7nBfUArKT2eJMq55nIVqkRNwxT+sjNmjw+moCKGoEABRe842j1l/1tx4pypRXCvXYY7f+qacUR/6PC0eLx4KZbT6109gVyoewVKzCAuNML3yKS4RmSl1nOEkZDCVtZPPl/Q1FNuDL7VNyfg4b8XkW9CcQ== X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-Network-Message-Id: a87059a2-33a0-4d7c-23c2-08d868b14bfe X-MS-Exchange-CrossTenant-AuthSource: PR3PR07MB6572.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 04 Oct 2020 22:03:17.0165 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: FIDoqJM8dNXVyhF9/fb/DtKMhWn/fgRlIjTnOcnkzkNui1iELKKnIFR8lyGwhJ4LahW8YhBufpA8tRxnH85mtBkp5PXPtziscNKUS0rhCUE= X-MS-Exchange-Transport-CrossTenantHeadersStamped: PR3PR07MB6841 Archived-At: Subject: Re: [mpls] Concerned by the silence [Was: Working Group Last Call : draft-ietf-mpls-lsp-ping-registries-update-04] X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Oct 2020 22:03:31 -0000 Hi I should read the docs in my queue instead but ... a sub-registry is used when a code point allocated in a registry need code points scoped by that or a set of code points. this is a bit hard to parse. at least s/need/needs/ The range of each TLV and sub-TLV registry is divided into two blocks, one with a range from 0 to 32767 for TLVs and sub-TLVs that require a response if not recognized. The other block has the range from 32768 to 65535 for TLVs and sub-TLVs that may be silently dropped, stepped over or an error message sent, if not recognized. this seems like saying exactly the same thing than what the two bullet points above (in the draft) say. In: o If the unrecognized TLV or sub-TLV is from the Experimental Use range (37140-37143) or from the FCFS range (31744-32767) a the Return Code of 2 ("One or more of the TLVs was not understood") will be sent in the echo response. and in the table of: 3.2. Common Registration Procedures for TLVs and sub-TLVs 37140-37143 | Experimental Use | Reserved, not to be assigned is the range correct? shouldn't it be 31740-31743? BTW, This table doesn't have a number like all other. May be you should call it Table 1 (and renumber all other). Section 2 says: o In the listing of assiged code points the term "Vendor Private Use" is changed to "Private Use". but 3.3.1 says: o In the listing of assignments the term "Vendor Private Use" is changed to "First Come First Served (FCFS)". note there are other differences: o A note "Not to be assigned" is added for the registration procedures "Private Use" and "Experimental Use". o A note saying "Not to be assigned" is added for the registration procedures "Experimental Use". o In the lists that capture the assignment status, the fields that are reserved, i.e. 0 (zero), Private Use and Experimental Use are clearly marked as such. o In the list that captures assignment status, the fields that are reserved, i.e. 0 (zero) and Experimental Use are clearly marked. Not sure whether they are intentional. Some referenced RFCs use the concept "mandatory TLVs" and "mandatory sub-TLVs" to indicate that, if a TLV or sub-TLV of the range 0-16383 or 16384-31743 in a message is not understood, an error message needs to be sent in response. RFC 8029 talks about mandatory TLVs for a range up to 32767: Types less than 32768 (i.e., with the high-order bit equal to 0) are mandatory TLVs BTW you says that clearly in 4.1, so I think this should be consistent here. You say: The Value field contains the TLVs, including sub-TLVs, that were not understood, encoded as sub-TLVs. But 8209 was saying: The Value field contains the TLVs that were not understood, encoded as sub-TLVs. This is not only a "removing mandatory" change. you seem to now impose that sub-TLVs be sent. Is that the intent? In Tables 10, 12, 14, 16, 18 20 | 37140-37144 | Experimental Use | Reserved, not to be assigned | | 31748-32767 | FCFS | This range is for Sub-TLVs that | are these ranges correct? shouldn't they be | 31740-31743 | Experimental Use | Reserved, not to be assigned | | 31744-32767 | FCFS | This range is for TLVs anf sub- | Nits: s/This docuemtment/This document/ s/An exasmple/An example/ s/contaimer for regiistries/container for registries/ s/sunregistry/sub-registry/ s/assiged/assigned/ s/range for "RFC Required" range/"RFC Required" range/ s/i.e. 0/i.e., 0/ (2 occurences) s/registry [IANA-RC] registry/registry [IANA-RC]/ s/sennt/sent/ s/First come, first served/First Come First Served/ s/defintions/definitions/ s/Experimetal Use/Experimental Use/ s/a the/a/ s/srange (64508-64511). or/range (64508-64511) or/ s/sub- TLVs/sub-TLVs/ s/TLVs an sub/TLVs and sub/ s/TLVs anf sub/TLVs and sub/ s/First Come Frst Served (FCFS)/First Come First Served (FCFS)/ s/Experiemental Use/Experimental Use/ s/The first set are/The first set is/ s/the second set are/the second set is/ s/the range there the/the range of/? s/The text in those two paragraphs are/The text in those two paragraphs is/ s/resereved/reserved/ (9 occurences) s/Four code point has/Four code points have/ (3 occurences) s/Two small sets, 4 code points each, has/Two small sets, 4 code points each, have/ (7 occurences) s/recognised/recognized/ beyond that, I support this document moving forward. -m Le 2020-10-02 à 17:59, Adrian Farrel a écrit : > I know this is not the most exciting document the working group has ever > produced, but as shepherd I need to see some comments and expressions of > support. > > Thanks, > Adrian > -----Original Message----- > From: mpls On Behalf Of Adrian Farrel > Sent: 24 September 2020 17:32 > To: 'mpls' > Cc: draft-ietf-mpls-lsp-ping-registries-update@ietf.org > Subject: [mpls] Working Group Last Call : > draft-ietf-mpls-lsp-ping-registries-update-04 > > Hi MPLS WG, > > As previously noted, I'm the shepherd for this document and I'm running the > working group last call as agreed by the chairs. > > This email starts a two-week last call on > draft-ietf-mpls-lsp-ping-registries-update-04 > https://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-registries-update/ > > Please send your opinions to the mailing list before October 9th. > > While yes/no opinions are not without value, it is far more helpful if you > can indicate whether you have read the latest version of the draft, and what > the reasons are for your opinions. > > Of course, all of your review comments will be helpful in improving the > document. > > Best, > Adrian > > _______________________________________________ > 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 Oct 5 07:38:02 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1A0A33A0B23; Mon, 5 Oct 2020 07:37:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.894 X-Spam-Level: X-Spam-Status: No, score=-1.894 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zPtvY7K4j6SG; Mon, 5 Oct 2020 07:37:56 -0700 (PDT) Received: from mta7.iomartmail.com (mta7.iomartmail.com [62.128.193.157]) (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 677FB3A0B2C; Mon, 5 Oct 2020 07:37:56 -0700 (PDT) Received: from vs1.iomartmail.com (vs1.iomartmail.com [10.12.10.121]) by mta7.iomartmail.com (8.14.4/8.14.4) with ESMTP id 095Ebr9A007565; Mon, 5 Oct 2020 15:37:53 +0100 Received: from vs1.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 472752203D; Mon, 5 Oct 2020 15:37:53 +0100 (BST) Received: from asmtp1.iomartmail.com (unknown [10.12.10.248]) by vs1.iomartmail.com (Postfix) with ESMTPS id 31D9422044; Mon, 5 Oct 2020 15:37:53 +0100 (BST) Received: from LAPTOPK7AS653V ([213.205.192.60]) (authenticated bits=0) by asmtp1.iomartmail.com (8.14.4/8.14.4) with ESMTP id 095Eboxi012590 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 5 Oct 2020 15:37:51 +0100 Reply-To: From: "Adrian Farrel" To: "'Andrew G. Malis'" Cc: "'mpls'" , References: <00d001d698d4$f1bca890$d535f9b0$@olddog.co.uk> In-Reply-To: Date: Mon, 5 Oct 2020 15:37:49 +0100 Organization: Old Dog Consulting Message-ID: <026001d69b25$1a364db0$4ea2e910$@olddog.co.uk> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0261_01D69B2D.7BFB2AE0" X-Mailer: Microsoft Outlook 16.0 Content-Language: en-gb Thread-Index: AQIopY8CQdoe9fnKhGf+rPScRcluxQIflT4OqNQCRtA= X-Originating-IP: 213.205.192.60 X-Thinkmail-Auth: adrian@olddog.co.uk X-TM-AS-GCONF: 00 X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-25706.007 X-TM-AS-Result: No--24.864-10.0-31-10 X-imss-scan-details: No--24.864-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25706.007 X-TMASE-Result: 10--24.863800-10.000000 X-TMASE-MatchedRID: HLMPCFyIyBNfsB4HYR80Zh3Pziq4eLUfaMmm586o4gBIXJo+eGm+FBI0 ePrNo/nEXbdRoVo097zvGDor/GIRYFYv4BqgLuJUcI7vRACwF0IZskwWqoib3I4lLuJITAnA5SS t+JCedISF35Y+5Kr9cdRhM/66LMExfWxSklBAaGnxkn8eupvmjBfbPFE2GHrVg8vHe9ji82JjmY ucG05PD5oy6+bRaYkXsJVxkt9B663/ORgke/hrYfGvJzY37p+a+D+zbdY8EilYbPLopoBzQjKaP QElmQY4l+QcU0TYMReoEqkKu0SlDWFSCbxk53PfQjh5L2ZXj+z4h+uI7dxXxLu1Sf94ro4peZjq A2yQI6equR4bEQmavwZwNnCZFle+mSuhkyegN5+8coKUcaOOvVG+BHSGRsbgwfH2XZhguhCSN5t 8Lx0BlgBxqjUik25MlETKOSy0ENQUuHdpoxh1CU4eFUkH5CFcBXJ6j2Ez1IdDruIX2XuqxO//vb MLiEkVWFQNk4+HCoiv8TAvJrvuV7QJ4oUF56vogRTWSf0X8xmOz/LLJUcaHsmqrXFLFjsW6aX8T YIrj1uFZCZln65Hjpt6E4YKOIuodhxZTImqKvlFH6oTiImwh13HHpZF/7mwJwUz1ePFvP9R18Qp zXStTvkHxcbJXlk3KoWa7+H+3DvuTQq+tUM08C+PrAd8gbHJnTcLR8+TzEppPI6NmimM1AxP6uF bRm9qjaOMlOGY7eH/voIzhn8wZuVHGbcDbAq6FEUknJ/kEl5ZDL1gLmoa/OYq7Exe0AIoz7345D 1T/l/fd+P6wwCt84RtqopBKUBlYSqodBHDcgTO71MtW7o7rGAqb6R34mnr8WfbBAjtCIlKq7VPC geZRQ== X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: Re: [mpls] Concerned by the silence [Was: Working Group Last Call : draft-ietf-mpls-lsp-ping-registries-update-04] X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Oct 2020 14:37:59 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0261_01D69B2D.7BFB2AE0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Thanks Andy, =20 That looks like a good point: I=E2=80=99m sure the authors will work on = it. =20 Adrian =20 From: Andrew G. Malis =20 Sent: 03 October 2020 14:14 To: Adrian Farrel Cc: mpls ; = draft-ietf-mpls-lsp-ping-registries-update@ietf.org Subject: Re: [mpls] Concerned by the silence [Was: Working Group Last = Call : draft-ietf-mpls-lsp-ping-registries-update-04] =20 Adrian, =20 I just looked through the draft and support its publication. That said, = it would be nice if section 1 included a bit more motivation - what were = the issues with the current states of RFCs 8029 and 8611 (besides = needing to be "more precise"?) and what would be the consequences of = leaving things as they were. =20 Cheers, Andy =20 On Fri, Oct 2, 2020 at 11:59 AM Adrian Farrel > wrote: I know this is not the most exciting document the working group has ever produced, but as shepherd I need to see some comments and expressions of support. Thanks, Adrian -----Original Message----- From: mpls > On = Behalf Of Adrian Farrel Sent: 24 September 2020 17:32 To: 'mpls' > Cc: draft-ietf-mpls-lsp-ping-registries-update@ietf.org = =20 Subject: [mpls] Working Group Last Call : draft-ietf-mpls-lsp-ping-registries-update-04 Hi MPLS WG, As previously noted, I'm the shepherd for this document and I'm running = the working group last call as agreed by the chairs. This email starts a two-week last call on draft-ietf-mpls-lsp-ping-registries-update-04 https://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-registries-upda= te/ Please send your opinions to the mailing list before October 9th. While yes/no opinions are not without value, it is far more helpful if = you can indicate whether you have read the latest version of the draft, and = what the reasons are for your opinions. Of course, all of your review comments will be helpful in improving the document. Best, Adrian _______________________________________________ mpls mailing list mpls@ietf.org =20 https://www.ietf.org/mailman/listinfo/mpls _______________________________________________ mpls mailing list mpls@ietf.org =20 https://www.ietf.org/mailman/listinfo/mpls ------=_NextPart_000_0261_01D69B2D.7BFB2AE0 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Thanks = Andy,

 

That looks = like a good point: I=E2=80=99m sure the authors will work on = it.

 

Adrian

 

From: Andrew G. Malis = <agmalis@gmail.com>
Sent: 03 October 2020 = 14:14
To: Adrian Farrel = <adrian@olddog.co.uk>
Cc: mpls <mpls@ietf.org>; = draft-ietf-mpls-lsp-ping-registries-update@ietf.org
Subject: = Re: [mpls] Concerned by the silence [Was: Working Group Last Call : = draft-ietf-mpls-lsp-ping-registries-update-04]

 

Adrian,

 

I = just looked through the draft and support its publication. That said, it = would be nice if section 1 included a bit more motivation - what were = the issues with the current states of RFCs 8029 and 8611 (besides = needing to be "more precise"?) and what would be the = consequences of leaving things as they were.

 

Cheers,

Andy

 

On = Fri, Oct 2, 2020 at 11:59 AM Adrian Farrel <adrian@olddog.co.uk> = wrote:

I know = this is not the most exciting document the working group has = ever
produced, but as shepherd I need to see some comments and = expressions of
support.

Thanks,
Adrian
-----Original = Message-----
From: mpls <mpls-bounces@ietf.org> On Behalf Of Adrian = Farrel
Sent: 24 September 2020 17:32
To: 'mpls' <mpls@ietf.org>
Cc: draft-ietf-mpls-lsp-ping-registries-update@ietf.org=
Subject: [mpls] Working Group Last Call = :
draft-ietf-mpls-lsp-ping-registries-update-04

Hi MPLS = WG,

As previously noted, I'm the shepherd for this document and = I'm running the
working group last call as agreed by the = chairs.

This email starts a two-week last call = on
draft-ietf-mpls-lsp-ping-registries-update-04
https://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-pi= ng-registries-update/

Please send your opinions to the = mailing list before October 9th.

While yes/no opinions are not = without value, it is far more helpful if you
can indicate whether you = have read the latest version of the draft, and what
the reasons are = for your opinions.

Of course, all of your review comments will be = helpful in improving = the
document.

Best,
Adrian

__________________________= _____________________
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

------=_NextPart_000_0261_01D69B2D.7BFB2AE0-- From nobody Mon Oct 5 07:38:07 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DF84C3A0B23; Mon, 5 Oct 2020 07:38:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.895 X-Spam-Level: X-Spam-Status: No, score=-1.895 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mp6VYGofljsZ; Mon, 5 Oct 2020 07:37:57 -0700 (PDT) Received: from mta7.iomartmail.com (mta7.iomartmail.com [62.128.193.157]) (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 B5E7C3A0B2D; Mon, 5 Oct 2020 07:37:56 -0700 (PDT) Received: from vs1.iomartmail.com (vs1.iomartmail.com [10.12.10.121]) by mta7.iomartmail.com (8.14.4/8.14.4) with ESMTP id 095Ebssb007595; Mon, 5 Oct 2020 15:37:54 +0100 Received: from vs1.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id BDE002203B; Mon, 5 Oct 2020 15:37:54 +0100 (BST) Received: from asmtp1.iomartmail.com (unknown [10.12.10.248]) by vs1.iomartmail.com (Postfix) with ESMTPS id B1ABD2203C; Mon, 5 Oct 2020 15:37:54 +0100 (BST) Received: from LAPTOPK7AS653V ([213.205.192.60]) (authenticated bits=0) by asmtp1.iomartmail.com (8.14.4/8.14.4) with ESMTP id 095Eboxj012590 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 5 Oct 2020 15:37:53 +0100 Reply-To: From: "Adrian Farrel" To: "'Martin Vigoureux'" , "'mpls'" Cc: References: <00d001d698d4$f1bca890$d535f9b0$@olddog.co.uk> <2bd58cc3-4995-8346-cb77-ae0d81fe355d@nokia.com> In-Reply-To: <2bd58cc3-4995-8346-cb77-ae0d81fe355d@nokia.com> Date: Mon, 5 Oct 2020 15:37:49 +0100 Organization: Old Dog Consulting Message-ID: <026501d69b25$1b6c35a0$5244a0e0$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 16.0 Content-Language: en-gb Thread-Index: AQIopY8CQdoe9fnKhGf+rPScRcluxQIq8AVeqNOnE0A= X-Originating-IP: 213.205.192.60 X-Thinkmail-Auth: adrian@olddog.co.uk X-TM-AS-GCONF: 00 X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-25706.007 X-TM-AS-Result: No--26.780-10.0-31-10 X-imss-scan-details: No--26.780-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25706.007 X-TMASE-Result: 10--26.780300-10.000000 X-TMASE-MatchedRID: IeZYkn8zfFpfsB4HYR80Zh3Pziq4eLUfaMmm586o4gCEzN6u0/vUVyZK RIFpXA+BKgu3wA/rn06oEqkKu0SlDfYJVFK3+7e9E9L0HNvKzVGlAfiiC1VA/atNdpFrZXd8WKo DKTsuRuSMrjTLwXAjolTcsSRvflNNQSWnAG0egjGgEgF6J/LtvAX/tYZf6r/w31GU/N5W5BB7Mo GOLT7cXpGcvIlvEx3zc3KrQbBqeDfkEToQJUIf8zMvozJIQnRWas1wAJHsfyJQ5Z2rmLs/uAnAL CneuQeF2nPTJ66uXI8UsZ6zwnK8ZNxzjdVS8wPAUrViw6AaT1HAqRukGkkpQoTa63gQe8yZqjqF xcD2zqQjJSHdeMJwWAAFzw1smOZeqW+NTJXdhQpgqbvjZaUg3geCHewokHM/nfhwoL2rlR4Y8df j5o9RIkTzIN6Psm0WhYtNyho9wwtJH11OOVB0ya78ETDb69mDKmiyrJHNh3K2a8Gr1LCHzX8959 tRYfUf87iqmK5tOGzT0HqIsqMzg7mvMSppeWbNOJJP0pnMGEXLRD51bz5RZG1RcrL9l9kZpUj6I FzjrtJ60FCjuld9b0PO49DzB6P26vQUV4NWGLP40JAO63QrhVlszaF8fhheyIsEtBD7SqAEPZ/F Ntxg3wI72Y570KtpSiIDtsa93LXxPdkZBNfrSeLbvXwDQz25lFGUu7DBzhgbVUVEY6U/rwY1yj5 dODZPVCsMlzW0RMbkFpC4bGxef0KPluOEKT3/KO2+bS8WGa089zBT8EOluatkcxxU6EVI7vwkzz 88kq3rw2rmN+CDC8uT6pyURQPh5UcZtwNsCrqDGx/OQ1GV8v1vTGBiuZrtU2Qzq85WfnB0HSe13 1POnuJGF26G8SWy5yM0c1ktj9M= X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: Re: [mpls] Concerned by the silence [Was: Working Group Last Call : draft-ietf-mpls-lsp-ping-registries-update-04] X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Oct 2020 14:38:02 -0000 Thanks Martin, I'm sure the authors will jump on these. Nice catch of the transposed digits! Best, Adrian -----Original Message----- From: Martin Vigoureux =20 Sent: 04 October 2020 23:03 To: adrian@olddog.co.uk; 'mpls' Cc: draft-ietf-mpls-lsp-ping-registries-update@ietf.org Subject: Re: [mpls] Concerned by the silence [Was: Working Group Last = Call : draft-ietf-mpls-lsp-ping-registries-update-04] Hi I should read the docs in my queue instead but ... a sub-registry is used when a code point allocated in a registry need code points scoped by that or a set of code points. this is a bit hard to parse. at least s/need/needs/ The range of each TLV and sub-TLV registry is divided into two blocks, one with a range from 0 to 32767 for TLVs and sub-TLVs that require a response if not recognized. The other block has the range from 32768 to 65535 for TLVs and sub-TLVs that may be silently dropped, stepped over or an error message sent, if not recognized. this seems like saying exactly the same thing than what the two bullet=20 points above (in the draft) say. In: o If the unrecognized TLV or sub-TLV is from the Experimental Use range (37140-37143) or from the FCFS range (31744-32767) a the Return Code of 2 ("One or more of the TLVs was not understood") will be sent in the echo response. and in the table of: 3.2. Common Registration Procedures for TLVs and sub-TLVs 37140-37143 | Experimental Use | Reserved, not to be assigned is the range correct? shouldn't it be 31740-31743? BTW, This table doesn't have a number like all other. May be you should=20 call it Table 1 (and renumber all other). Section 2 says: o In the listing of assiged code points the term "Vendor Private Use" is changed to "Private Use". but 3.3.1 says: o In the listing of assignments the term "Vendor Private Use" is changed to "First Come First Served (FCFS)". note there are other differences: o A note "Not to be assigned" is added for the registration procedures "Private Use" and "Experimental Use". o A note saying "Not to be assigned" is added for the registration procedures "Experimental Use". o In the lists that capture the assignment status, the fields that are reserved, i.e. 0 (zero), Private Use and Experimental Use = are clearly marked as such. o In the list that captures assignment status, the fields that are reserved, i.e. 0 (zero) and Experimental Use are clearly marked. Not sure whether they are intentional. Some referenced RFCs use the concept "mandatory TLVs" and "mandatory sub-TLVs" to indicate that, if a TLV or sub-TLV of the range 0-16383 or 16384-31743 in a message is not understood, an error message = needs to be sent in response. RFC 8029 talks about mandatory TLVs for a range up to 32767: Types less than 32768 (i.e., with the high-order bit equal to 0) are mandatory TLVs BTW you says that clearly in 4.1, so I think this should be consistent = here. You say: The Value field contains the TLVs, including sub-TLVs, that were not understood, encoded as sub-TLVs. But 8209 was saying: The Value field contains the TLVs that were not understood, encoded as sub-TLVs. This is not only a "removing mandatory" change. you seem to now impose=20 that sub-TLVs be sent. Is that the intent? In Tables 10, 12, 14, 16, 18 20 | 37140-37144 | Experimental Use | Reserved, not to be assigned = | | 31748-32767 | FCFS | This range is for Sub-TLVs that = | are these ranges correct? shouldn't they be | 31740-31743 | Experimental Use | Reserved, not to be assigned = | | 31744-32767 | FCFS | This range is for TLVs anf sub- = | Nits: s/This docuemtment/This document/ s/An exasmple/An example/ s/contaimer for regiistries/container for registries/ s/sunregistry/sub-registry/ s/assiged/assigned/ s/range for "RFC Required" range/"RFC Required" range/ s/i.e. 0/i.e., 0/ (2 occurences) s/registry [IANA-RC] registry/registry [IANA-RC]/ s/sennt/sent/ s/First come, first served/First Come First Served/ s/defintions/definitions/ s/Experimetal Use/Experimental Use/ s/a the/a/ s/srange (64508-64511). or/range (64508-64511) or/ s/sub- TLVs/sub-TLVs/ s/TLVs an sub/TLVs and sub/ s/TLVs anf sub/TLVs and sub/ s/First Come Frst Served (FCFS)/First Come First Served (FCFS)/ s/Experiemental Use/Experimental Use/ s/The first set are/The first set is/ s/the second set are/the second set is/ s/the range there the/the range of/? s/The text in those two paragraphs are/The text in those two paragraphs = is/ s/resereved/reserved/ (9 occurences) s/Four code point has/Four code points have/ (3 occurences) s/Two small sets, 4 code points each, has/Two small sets, 4 code points=20 each, have/ (7 occurences) s/recognised/recognized/ beyond that, I support this document moving forward. -m Le 2020-10-02 =C3=A0 17:59, Adrian Farrel a =C3=A9crit : > I know this is not the most exciting document the working group has = ever > produced, but as shepherd I need to see some comments and expressions = of > support. >=20 > Thanks, > Adrian > -----Original Message----- > From: mpls On Behalf Of Adrian Farrel > Sent: 24 September 2020 17:32 > To: 'mpls' > Cc: draft-ietf-mpls-lsp-ping-registries-update@ietf.org > Subject: [mpls] Working Group Last Call : > draft-ietf-mpls-lsp-ping-registries-update-04 >=20 > Hi MPLS WG, >=20 > As previously noted, I'm the shepherd for this document and I'm = running the > working group last call as agreed by the chairs. >=20 > This email starts a two-week last call on > draft-ietf-mpls-lsp-ping-registries-update-04 > = https://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-registries-upda= te/ >=20 > Please send your opinions to the mailing list before October 9th. >=20 > While yes/no opinions are not without value, it is far more helpful if = you > can indicate whether you have read the latest version of the draft, = and what > the reasons are for your opinions. >=20 > Of course, all of your review comments will be helpful in improving = the > document. >=20 > Best, > Adrian >=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 From nobody Mon Oct 5 08:47:16 2020 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 E60283A0489; Mon, 5 Oct 2020 08:43:34 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Liaison Statement Management Tool To: "Nicolai Leymann" , "Julien Meuric" , "Fatai Zhang" , "Lou Berger" , "Tarek Saad" , "Loa Andersson" , "Stewart Bryant" , "Daniele Ceccarelli" , "Andy Malis" , "Vishnu Pavan Beeram" , "Dhruv Dhody" Cc: Alvaro Retana , Martin Vigoureux , Nicolai Leymann , Stewart Bryant , Scott Mansfield , Deborah Brungard , Dhruv Dhody , John Drake , Traffic Engineering Architecture and Signaling Discussion List , itu-t-liaison@iab.org, Fatai Zhang , Path Computation Element Discussion List , Lou Berger , Tarek Saad , Pseudowire And LDP-enabled Services Discussion List , Vishnu Beeram , Daniele Ceccarelli , Julien Meuric , Loa Andersson , hiroshi.ota@itu.int, Common Control and Measurement Plane Discussion List , Andy Malis , Multiprotocol Label Switching Discussion List X-Test-IDTracker: no X-IETF-IDTracker: 7.19.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <160191261480.31444.6989454918211883690@ietfa.amsl.com> Date: Mon, 05 Oct 2020 08:43:34 -0700 Archived-At: X-Mailman-Approved-At: Mon, 05 Oct 2020 08:47:14 -0700 Subject: [mpls] New Liaison Statement, "LS on OTNT Standardization Work Plan Issue 28" X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Oct 2020 15:43:35 -0000 Title: LS on OTNT Standardization Work Plan Issue 28 Submission Date: 2020-10-05 URL of the IETF Web page: https://datatracker.ietf.org/liaison/1698/ Please reply by 2021-05-01 From: Hiroshi Ota To: Loa Andersson ,Nicolai Leymann ,Tarek Saad ,Vishnu Pavan Beeram , Lou Berger ,Daniele Ceccarelli ,Fatai Zhang ,Andy Malis ,Stewart Bryant ,Julien Meuric ,Dhruv Dhody Cc: John Drake ,Alvaro Retana ,Multiprotocol Label Switching Discussion List ,Daniele Ceccarelli ,Julien Meuric ,Lou Berger ,Vishnu Beeram ,Deborah Brungard ,Loa Andersson ,Dhruv Dhody ,Martin Vigoureux ,Andy Malis ,Pseudowire And LDP-enabled Services Discussion List ,Tarek Saad ,Fatai Zhang ,Nicolai Leymann ,Scott Mansfield ,Traffic Engineering Architecture and Signaling Discussion List ,Path Computation Element Discussion List ,itu-t-liaison@iab.org,Stewart Bryant ,Common Control and Measurement Plane Discussion List Response Contacts: hiroshi.ota@itu.int Technical Contacts: Purpose: For action Body: Attached is Issue 28 of the OTNT SWP, the latest version updated by the SG15 during a plenary meeting in September 2020. We would appreciate updates to the material relevant to your SDO. Attachment: Optical Transport Networks & Technologies Standardization Work Plan Issue 28, September 2020 Attachments: SG15-LS268-att-OTN-issue28 https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2020-10-05-itu-t-sg-15-mpls-ccamp-pce-pals-teas-ls-on-otnt-standardization-work-plan-issue-28-attachment-1.pdf SG15-LS268 https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2020-10-05-itu-t-sg-15-mpls-ccamp-pce-pals-teas-ls-on-otnt-standardization-work-plan-issue-28-attachment-2.pdf From nobody Mon Oct 5 08:53:23 2020 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 E69D23A1094; Mon, 5 Oct 2020 08:53:14 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: Liaison Statement Management Tool To: "Nicolai Leymann" , "Tarek Saad" , "Loa Andersson" Cc: itu-t-liaison@iab.org, Martin Vigoureux , Scott Mansfield , Multiprotocol Label Switching Discussion List , Tarek Saad , Nicolai Leymann , hiroshi.ota@itu.int, Alvaro Retana , John Drake , Loa Andersson , Deborah Brungard X-Test-IDTracker: no X-IETF-IDTracker: 7.19.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <160191319430.2100.6930853417411571511@ietfa.amsl.com> Date: Mon, 05 Oct 2020 08:53:14 -0700 Archived-At: Subject: [mpls] New Liaison Statement, "Updates to MPLS-TP Recommendations" X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Oct 2020 15:53:22 -0000 Title: Updates to MPLS-TP Recommendations Submission Date: 2020-10-05 URL of the IETF Web page: https://datatracker.ietf.org/liaison/1700/ From: Hiroshi Ota To: Loa Andersson ,Nicolai Leymann ,Tarek Saad Cc: Multiprotocol Label Switching Discussion List ,Deborah Brungard ,Tarek Saad ,Martin Vigoureux ,Loa Andersson ,Nicolai Leymann ,Scott Mansfield ,John Drake ,Alvaro Retana ,itu-t-liaison@iab.org Response Contacts: hiroshi.ota@itu.int Technical Contacts: Purpose: For information Body: ITU-T SG15 wishes to inform the IETF MPLS WG that at the September 2020 plenary meeting of SG15 has initiated the approval process for the following documents related to MPLS: • Revised Recommendation ITU-T G.8151 Management aspects of the MPLS-TP network element • New Recommendation ITU-T G.8152.1 MPLS-TP NE OAM Information Model & Data Model • New Recommendation ITU-T G.8152.2 MPLS-TP NE Resilience Information Model & Data Model • Revised Recommendation ITU-T G.8112 "Interfaces for the MPLS transport profile layer network" • Amendment 1 of Recommendation ITU-T G.8110.1 “Architecture of the Multi-Protocol Label Switching transport profile layer network” The next meeting of ITU-T SG15 is 22 June – 2 July 2021 Attachments: TD578R1/P; TD582R1/P; TD583R1/P; TD592R1/P; TD591R1/P Attachments: T17-SG15-200907-TD-PLEN-0592!R1!MSW-E https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2020-10-05-itu-t-sg-15-mpls-updates-to-mpls-tp-recommendations-attachment-1.pdf T17-SG15-200907-TD-PLEN-0591!R1!MSW-E https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2020-10-05-itu-t-sg-15-mpls-updates-to-mpls-tp-recommendations-attachment-2.pdf T17-SG15-200907-TD-PLEN-0583!R1!MSW-E https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2020-10-05-itu-t-sg-15-mpls-updates-to-mpls-tp-recommendations-attachment-3.pdf T17-SG15-200907-TD-PLEN-0582!R1!MSW-E https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2020-10-05-itu-t-sg-15-mpls-updates-to-mpls-tp-recommendations-attachment-4.pdf T17-SG15-200907-TD-PLEN-0578!R1!MSW-E https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2020-10-05-itu-t-sg-15-mpls-updates-to-mpls-tp-recommendations-attachment-5.pdf SG15-LS288 https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2020-10-05-itu-t-sg-15-mpls-updates-to-mpls-tp-recommendations-attachment-6.pdf From nobody Mon Oct 5 09:48:02 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 67D843A0E19; Mon, 5 Oct 2020 09:48:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Gzf7ykiAyzKz; Mon, 5 Oct 2020 09:47:58 -0700 (PDT) Received: from EUR05-DB8-obe.outbound.protection.outlook.com (mail-db8eur05on2111.outbound.protection.outlook.com [40.107.20.111]) (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 317843A0844; Mon, 5 Oct 2020 09:47:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=dvtow5Zw9RpkGsKII4bUv+Lq7xoMrwGw7pAv2cTrBlzSoMe5h+tV5XvvWX2srTFJL+JXm4ns6qq+RbOYV018MjNK9bv4+oMblEVNkZWGKBUeSDV8zuOC3bOKxc/a/jDX34Jcoxm/Wvg3teS7kI5JCHbOlkejeG6h0cxfUFxFWWbCp4hGyHKRXdiYfAmIdjERNildjONvKOHnrxqhoTsPuF4/yc9ggRkrxoZJ5AnXu1MK+7bL2HkpUxENda/bKhGuBKJjsrrTEgDD+1JngTibKtzuHTYf4FD3FdVZQ+yeNuWCj2mMEl3qqTUSgThT8M2uOSXfDV4Qbo1BvJM/dO6Vzg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=8Bv/DAQ4BfIZUpvGgVrYjBfcQRoFexs3vTNa89h2tsQ=; b=eyZUchmIlTbigt1O0YTNL+SDuc3ZJAOHsl+kIU1FIeYaNHtw2lf1X2BsyAM8esRx3Fd5rpCc7v4ujwUinAgMbzHNJ9zdC9mzq6NzRKmk1GMHTUR+fPTvhFb7sI1cVssCjfddDEAOJvYtoS85JErhXbUOFFoMwvR8kDpo/N+zaVNigHYdQ2jGXLkvDk6z3mUOLnkmSyyJ9TVrZV1Na//9PV/7rTbC2Uptulc0l1647asWbwrqRENSzTGVyCcAMAa6fPyK34O0ITF0AJT3MxINMxQ+0xFupPOurEFXpLlJjZdE0CWWix7TE0hyyOn4nYDY71gu7dTXQt0PYSTOsdDjTA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=btconnect.com; dmarc=pass action=none header.from=btconnect.com; dkim=pass header.d=btconnect.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector2-btconnect-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=8Bv/DAQ4BfIZUpvGgVrYjBfcQRoFexs3vTNa89h2tsQ=; b=Umd86Dn/u5T5uxDwAx7KqK8io32XmoF1PSYaVui+A9QQtuEVTEKeA/jYFoa+/Y32f0CSbJpePmoIxk7J4kU+IyoINVWojp6JzH7rZefCEgqr7zzP1H1jkWmypPSSte9S9q0+Y9jJqht4yzES6Dd9dkIar1EBBoZ4OidL+FkHV4o= Received: from AM7PR07MB6248.eurprd07.prod.outlook.com (2603:10a6:20b:134::11) by AM7PR07MB6248.eurprd07.prod.outlook.com (2603:10a6:20b:134::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3455.17; Mon, 5 Oct 2020 16:47:55 +0000 Received: from AM7PR07MB6248.eurprd07.prod.outlook.com ([fe80::ad44:1086:3767:a804]) by AM7PR07MB6248.eurprd07.prod.outlook.com ([fe80::ad44:1086:3767:a804%7]) with mapi id 15.20.3455.020; Mon, 5 Oct 2020 16:47:55 +0000 From: tom petch To: 'mpls' , "adrian@olddog.co.uk" CC: "draft-ietf-mpls-lsp-ping-registries-update@ietf.org" Thread-Topic: [mpls] Concerned by the silence [Was: Working Group Last Call : draft-ietf-mpls-lsp-ping-registries-update-04] Thread-Index: AdaY1LuALWlBbybiQBmQ3luSJJ9RCACXpovU Date: Mon, 5 Oct 2020 16:47:55 +0000 Message-ID: References: <00d001d698d4$f1bca890$d535f9b0$@olddog.co.uk> In-Reply-To: <00d001d698d4$f1bca890$d535f9b0$@olddog.co.uk> Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=btconnect.com; x-originating-ip: [86.146.121.140] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 200603b5-8b9a-4ca6-9f22-08d8694e68a5 x-ms-traffictypediagnostic: AM7PR07MB6248: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:7219; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: Bc4RA8wHtIpW44H75Al9tlF9p6p5qLwBCojK7zZDbpxZ8Tpbbe7uBce3oxuPDaOMwIy0EsOCQIOfMhELS8vRwKiP1UN2CS/CexcgaZJgCfDGhwPtEz2aabhQzeDV6pq+9QN2cS+j4zCza8VHw27nLIXt9DmAzP6ZkM2qmJcXryajv/SA+DRgpa/DBoZL4dvf9wNc0dQcEQyQi3hEH2bAi1sCDDTzG1O7cmmlQ7/upEQr0KCaUenS1I9KyefxqCEQ8ENaGwE8w61yXXFeoiIDHe7C9dpcplQrZuopi4KLylUKBupf+2t7X6aXFkMzh7VTZaWL8ThmZpa5Ybu5ljWcGoje3aTijkCDM1Denwwoo5enDtfOa++h1YopWweKSZm8bnERzQZIVezFMsZZr1buRw== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM7PR07MB6248.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(376002)(346002)(366004)(136003)(396003)(39860400002)(316002)(8936002)(55016002)(9686003)(8676002)(53546011)(6506007)(7696005)(4326008)(966005)(478600001)(15650500001)(26005)(186003)(64756008)(66446008)(52536014)(2906002)(5660300002)(83080400001)(76116006)(86362001)(66556008)(66476007)(66946007)(33656002)(71200400001)(83380400001)(110136005)(91956017); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: jM7EWL5xKluzoUQ0FQHehiaF03UPnLQ2hUNPHy8642HzVWfOg2MP9M4+QRw5FBZtcmTPUkIDq0VC+ESiqWScTEDjWnN24HhKnH9CWrKl8DDhueAxZ079iCJC5E99L2Gpel/+UbHEM82sfKHSUls+JMwdb1FFR/rvTAPhIWnt4No/u258N1NrR+ErQy5PG5c/HPwHZs1MAZrk5y+WZ6UlApv4Hr9pD8YS5o0WWvENT3STmJxIYmm/llEu3O8ezujdOqc+g1JHm0SGfy2xbxrIBlpb44BFF+iLq+F7aeMq5ElsRBfY9J9pC+GyPCfVOxyZ4SUI6OSdNqN32V8DYj5tKZuITGkyqUrTCfZYv+2lYrbRfhR0NNh10xtNn5eiOJkec1s0K12idnXKxI8qkJNiacZAJvyoYXeV6aySAZiewwB9h59EB/vyvBSz5yQ4lziiAjwIzVNDvrDz32oL8lSC15O2MWb3/M/ajnR8Hf1fuDvwC2kJoKgIUAUuj08OcUKDrbGkmlOctU/htHS7PLq5ndjg/zzAt9JCNHCVZK0HFghiYlK0EYxK22G/e1BtSUEZsZ0rKpQG0CgdmVPM9XvUreXiOR530nHt8RXgwSMw5EBXH3TbM2x1QwFoWikF6i0gOhAmBrrEHjepRimrUZMvVA== x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: btconnect.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: AM7PR07MB6248.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 200603b5-8b9a-4ca6-9f22-08d8694e68a5 X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Oct 2020 16:47:55.6288 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: cf8853ed-96e5-465b-9185-806bfe185e30 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 49P8NynO//Ony6TDmiJ97GSAsgs05X8ceZLkGrUQxFbuxcBI0lcLlFOicxkM07iaUcs/D5AjG/Hh/TlVzAFqAQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM7PR07MB6248 Archived-At: Subject: Re: [mpls] Concerned by the silence [Was: Working Group Last Call : draft-ietf-mpls-lsp-ping-registries-update-04] X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Oct 2020 16:48:01 -0000 From: mpls on behalf of Adrian Farrel =0A= Sent: 02 October 2020 16:59=0A= =0A= I know this is not the most exciting document the working group has ever=0A= produced, but as shepherd I need to see some comments and expressions of=0A= support.=0A= =0A= =0A= Overcome by the enormity of the task, complicated because of the sheer lev= el of detail. The spelling is a bit unusual but that can wait.=0A= =0A= What strikes me most is that RFC8126 is an Informative Reference. Sort of = fits, since that RFC clarifies the terminology that should be used, and thi= s I-D does not use it:-( It defines Groups and Registries and the Group he= re is Multiprotocol Label Switching Architecture which does not get a menti= on which I think an omission. Registries come next as in Message Types, Rep= ly Modes and Return Codes, and TLVs so I think that s.1.2 should reference = RFC8126 Normatively and use these exemplars. The only thing that s.1.2 ne= eds to clarify is the Sub-TLV which is the term in use at present on the we= bsite but that RFC does not use the term sub-registry so whether or not it = is worth defining I find debatable. I would be inclined to avoid 'subregis= try' entirely but suggest contacting IANA to ask what term they would like = to see for the Sub-TLVs definitions. I do think it wrong for this I-D to = refer to 'registry for subTLVs' because the registry is 'TLVs'!=0A= =0A= A more complex point is that once this I-D has been actioned, the IANA Regi= stries will have been updated and it will be difficult, impossible may be, = to make sense of this I-D and what it has done because what is there now, w= hat it is updating, will be difficult or impossible to establish. The I-D = should contain a picture of how the registries are now, an Appendix would s= eem suitable, taken from the current IANA definitions, the text that appear= s on the screen at present.=0A= =0A= When reviewing this I-D, I find myself repeatedly referring to the website = so having that as text in the I-D would make reviewing easier for me. They= are available as CSV and the last time this topic got reviewed I downloade= d them all.=0A= =0A= Tom Petch=0A= =0A= Thanks,=0A= Adrian=0A= -----Original Message-----=0A= From: mpls On Behalf Of Adrian Farrel=0A= Sent: 24 September 2020 17:32=0A= To: 'mpls' =0A= Cc: draft-ietf-mpls-lsp-ping-registries-update@ietf.org=0A= Subject: [mpls] Working Group Last Call :=0A= draft-ietf-mpls-lsp-ping-registries-update-04=0A= =0A= Hi MPLS WG,=0A= =0A= As previously noted, I'm the shepherd for this document and I'm running the= =0A= working group last call as agreed by the chairs.=0A= =0A= This email starts a two-week last call on=0A= draft-ietf-mpls-lsp-ping-registries-update-04=0A= https://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-registries-update= /=0A= =0A= Please send your opinions to the mailing list before October 9th.=0A= =0A= While yes/no opinions are not without value, it is far more helpful if you= =0A= can indicate whether you have read the latest version of the draft, and wha= t=0A= the reasons are for your opinions.=0A= =0A= Of course, all of your review comments will be helpful in improving the=0A= document.=0A= =0A= Best,=0A= Adrian=0A= =0A= _______________________________________________=0A= mpls mailing list=0A= mpls@ietf.org=0A= https://www.ietf.org/mailman/listinfo/mpls=0A= =0A= _______________________________________________=0A= mpls mailing list=0A= mpls@ietf.org=0A= https://www.ietf.org/mailman/listinfo/mpls=0A= From nobody Tue Oct 6 03:52:11 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4AEFD3A0E9E; Tue, 6 Oct 2020 03:52:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.11 X-Spam-Level: X-Spam-Status: No, score=-2.11 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.213, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id u_m6QKpdNg8e; Tue, 6 Oct 2020 03:52:08 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 678DE3A13D1; Tue, 6 Oct 2020 03:52:07 -0700 (PDT) Received: from [192.168.1.11] (unknown [124.104.122.18]) (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 D3A93321AE7; Tue, 6 Oct 2020 12:52:03 +0200 (CEST) To: adrian@olddog.co.uk, "'Andrew G. Malis'" Cc: 'mpls' , draft-ietf-mpls-lsp-ping-registries-update@ietf.org References: <00d001d698d4$f1bca890$d535f9b0$@olddog.co.uk> <026001d69b25$1a364db0$4ea2e910$@olddog.co.uk> From: Loa Andersson Message-ID: Date: Tue, 6 Oct 2020 18:52:00 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.12.1 MIME-Version: 1.0 In-Reply-To: <026001d69b25$1a364db0$4ea2e910$@olddog.co.uk> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [mpls] Concerned by the silence [Was: Working Group Last Call : draft-ietf-mpls-lsp-ping-registries-update-04] X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Oct 2020 10:52:10 -0000 Andy and Adrian, Tnx! I will start to prepare version -05. Inline plz. On 05/10/2020 22:37, Adrian Farrel wrote: > Thanks Andy, > > That looks like a good point: I’m sure the authors will work on it. > > Adrian > > *From:*Andrew G. Malis > *Sent:* 03 October 2020 14:14 > *To:* Adrian Farrel > *Cc:* mpls ; > draft-ietf-mpls-lsp-ping-registries-update@ietf.org > *Subject:* Re: [mpls] Concerned by the silence [Was: Working Group Last > Call : draft-ietf-mpls-lsp-ping-registries-update-04] > > Adrian, > > I just looked through the draft and support its publication. That said, > it would be nice if section 1 included a bit more motivation - what were > the issues with the current states of RFCs 8029 and 8611 (besides > needing to be "more precise"?) and what would be the consequences of > leaving things as they were. Thee have been a few attempt to add something like that, but comments have been to drop the paragraph. Since rather that telling why we are doing this, I talked about past mistakes. I know quite well where this started, there was a misconception that assigning code points from experimental RFCs would give you experimental code points, Registration procedure +---------------------------+------------------------------+ |Specification required | Experimental RFC required | +---------------------------+------------------------------+ and the registration producers as it was documented made it impossible to assign a code point to allocate code point t´from this range from a Standard Tracks RFC. Can you help and at least give me an handle (1-2 sentences) that I can work with? /Loa > > Cheers, > > Andy > > On Fri, Oct 2, 2020 at 11:59 AM Adrian Farrel > wrote: > > I know this is not the most exciting document the working group has ever > produced, but as shepherd I need to see some comments and expressions of > support. > > Thanks, > Adrian > -----Original Message----- > From: mpls > On > Behalf Of Adrian Farrel > Sent: 24 September 2020 17:32 > To: 'mpls' > > Cc: draft-ietf-mpls-lsp-ping-registries-update@ietf.org > > Subject: [mpls] Working Group Last Call : > draft-ietf-mpls-lsp-ping-registries-update-04 > > Hi MPLS WG, > > As previously noted, I'm the shepherd for this document and I'm > running the > working group last call as agreed by the chairs. > > This email starts a two-week last call on > draft-ietf-mpls-lsp-ping-registries-update-04 > https://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-registries-update/ > > Please send your opinions to the mailing list before October 9th. > > While yes/no opinions are not without value, it is far more helpful > if you > can indicate whether you have read the latest version of the draft, > and what > the reasons are for your opinions. > > Of course, all of your review comments will be helpful in improving the > document. > > Best, > Adrian > > _______________________________________________ > 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 > -- Loa Andersson email: loa@pi.nu Senior MPLS Expert loa.pi.nu@gmail.com Bronze Dragon Consulting phone: +46 739 81 21 64 From nobody Wed Oct 7 03:59:44 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3983A3A0925; Wed, 7 Oct 2020 03:59:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ILFgcW-qbRrP; Wed, 7 Oct 2020 03:59:41 -0700 (PDT) Received: from EUR03-AM5-obe.outbound.protection.outlook.com (mail-eopbgr30122.outbound.protection.outlook.com [40.107.3.122]) (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 F0F983A09CF; Wed, 7 Oct 2020 03:59:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Z5i4Rjd4R/ZweUb13aENxD1xidPKNwc2xu0FPok4RCjGDxYndgiJsn9tNA67mGQNEJx8vX3DLXp1bWW8djsPQNlu4ki0b6Z56OyJgc1SAMdoxPcvaqlEo7nRMTYVOx7E3bYdq6DNZCYnjg+39bKKqyt2r0+KpOTQFaKsExrURHXNt+emKauoBETX7fk4pE9IDeGoI8uRBO/s9XJHWY9WIXAphhQ/QK1jTXue/yoAvom+vnr9JLWCskO/qReQwjDyS05kJ/UVj+DPs+OTlf+Spc3xlPWXK4tbvs/VE+66/D1tmiVC0vUzjRGlJdix9SY0ND2akdu91VuHLpf0BhiLqA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=SCAGY+o1Nt1x9PpLdGt8JUVGbLTM9MN/hnghuVdbsFs=; b=XTAadtDBuXGm92cSwhdaGXgqBcygLHgghX4SOFj0knCSWvrfN/pXEuzbp3XEyX0BLAvq22XT1D+64CNKddQi6Yaw6n4oyuBhgwXgrsVqZOd5n83mR4v0eALTdRNnmLuc4p/gH22fk5UEG8smCAxyP+pmKT0vJ5n9/HcGPVHZrWkblVix+xiRQc6cZwaIzxM9AuMtStPH4e02DJYQyof1TRixra5/1zFv5rfXGL82Wk4Yo6CPI3X8icWEsqAGZtzQFEWjbMh4XPH6tbADIGOPjdVtAZg4LvWLSmmwZgxyqqnOH14Fp/S6oA6DgyDmKXLQ71GycmVpiz6e7UqcprJkAw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=btconnect.com; dmarc=pass action=none header.from=btconnect.com; dkim=pass header.d=btconnect.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector2-btconnect-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=SCAGY+o1Nt1x9PpLdGt8JUVGbLTM9MN/hnghuVdbsFs=; b=ie6S4Lp1q+LfFuzb8jko8O1wBpt4ZfXQxhigDW911VgJzMFB1GauiG2YzBPQS4pftHfbKYdAfv2RK/WijyXbce9YCo4O3V8e5MVx80Q2WOYOJCpMugcjkToGdJCX0u7ODauaoOlPkFgNv/0+T1BQ/rYicM3kjxzJWZOpJm95wTc= Received: from AM7PR07MB6248.eurprd07.prod.outlook.com (2603:10a6:20b:134::11) by AM7PR07MB6246.eurprd07.prod.outlook.com (2603:10a6:20b:139::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3455.13; Wed, 7 Oct 2020 10:59:33 +0000 Received: from AM7PR07MB6248.eurprd07.prod.outlook.com ([fe80::ad44:1086:3767:a804]) by AM7PR07MB6248.eurprd07.prod.outlook.com ([fe80::ad44:1086:3767:a804%7]) with mapi id 15.20.3455.020; Wed, 7 Oct 2020 10:59:33 +0000 From: tom petch To: 'mpls' , "adrian@olddog.co.uk" CC: "draft-ietf-mpls-lsp-ping-registries-update@ietf.org" Thread-Topic: [mpls] Concerned by the silence [Was: Working Group Last Call : draft-ietf-mpls-lsp-ping-registries-update-04] Thread-Index: AdaY1LuALWlBbybiQBmQ3luSJJ9RCACXpovUAFglmT0= Date: Wed, 7 Oct 2020 10:59:33 +0000 Message-ID: References: <00d001d698d4$f1bca890$d535f9b0$@olddog.co.uk>, In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=btconnect.com; x-originating-ip: [86.146.121.140] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: ad6a23ec-15d0-4f01-f179-08d86ab012f5 x-ms-traffictypediagnostic: AM7PR07MB6246: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:3968; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: DwbyW8t4yC5HmO2wZFWpIna4h05zPTtwwWi2s6EVhhwGphKm/fj/dsb3FSy/HZbyPolNBcv1FYJOV9UdJwlOkTIHVujewAUNTg92z0i86yNxSJbZ10JfRbu4P91u2FbZ1NH2L6N6VSO5plwvbQMDud3OAfnauPaGurKbRhhE+AQbpqELVyK7I0O3RJPRo3hLw1OEKRIO3QyGd0zo0CjkkzUNv0l+5YHYcO5Vo9qdkAbIAAeTbPKBiFykNVOzFmcDR+W5YaPSjMM9DHtx2Zp4b1PF4oI7OaUL49n0Dk3ZMMP4PjxKQZ03+AcbiQy11LbnwyX576m0vK4onhuCum7R0xsiD5WmztBOVfgmiwAA3IAvyOJh2wyhfuM99TJEZvwZ9ZIdXgiW6xwmDvhzHMVUvQ== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM7PR07MB6248.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(136003)(396003)(366004)(39860400002)(346002)(376002)(26005)(6506007)(2906002)(33656002)(53546011)(4326008)(5660300002)(186003)(966005)(9686003)(7696005)(66946007)(91956017)(76116006)(66476007)(55016002)(83380400001)(478600001)(66446008)(64756008)(66556008)(8936002)(316002)(71200400001)(83080400001)(86362001)(15650500001)(52536014)(110136005)(8676002); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: gInIlMEf5Uo50SVbjuJ6bKWMHE6UYrcXNLHo6bY5Mf+hQqbdx3dvbVdcS19Nq5K5kE48wYq/Kufcg16bY2ikvSbyc3A5mgVzg3BRpPSyO5qG3DeUFADNTYv+wRBgCljxNNHWNbtp+mANayn3d6jj85p7xab0PEH98M/+fqKo0NPPVIqsl6RemDo3OG61yzTqqACzyYXBB69U19W5MmIrlbaKLRp5ttT8RhZnXevtgEjD0ndob1Ivpzd58aam0SwyxFVM+b/rZyhYOt/2ljtUiT57VQGJ93h+BBbSuZk9ZcqE782q5KwTPDZi5nsp3E7bhEHPbvhbh6wu2Hojjm7CE8z+1b2EZiTFmz9Ox6MYHb2sOtotoC29OCXsmZwy9APazEoBInBGsIwAo3GUpxVWX95Blt6xtKk9kblvAnD/W9MB2as0e+Fz4qP34J9xtSj5RmGSI7siQ7hOgE6iDTBk9310cISKvZeoaTGHKKB+KQfWImowo3/UOiE4FyBYvpqKKh7YsaecLtjuskmX564M6ou6e+SGyiPYYGkictEivJFb3M4LR0/CIazJY9Sv7s9kGv8VplLmHsAsRIabpPx52QreSyQ1zZKDaPTV2S+kehn+Npu1R3PNVLqJe8hUJHp9Nu3IVZQe//TMho70PI3wKg== x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: btconnect.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: AM7PR07MB6248.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: ad6a23ec-15d0-4f01-f179-08d86ab012f5 X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Oct 2020 10:59:33.6148 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: cf8853ed-96e5-465b-9185-806bfe185e30 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: U3wvNDvKkuZr+zq3biD+zEzetmwtFgkdNVil0kM+SW4WJhei+55XbaK7Jx4T9iSOMzEs5Lx/Eu3zDwNsq1Rdmw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM7PR07MB6246 Archived-At: Subject: Re: [mpls] Concerned by the silence [Was: Working Group Last Call : draft-ietf-mpls-lsp-ping-registries-update-04] X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Oct 2020 10:59:43 -0000 From: mpls on behalf of tom petch =0A= Sent: 05 October 2020 17:47=0A= =0A= Some more technical comments=0A= =0A= Abbreviations need expanding; FEC, DDMAP, RSC. Probably best done in s.1.2= =0A= =0A= s.3.2=0A= 31740-31747=0A= not defined=0A= =0A= s.6.1.3=0A= [1] [2]=0A= but I do not see the notes=0A= =0A= 28 AM=0A= =0A= s.6.2.1 and other sections thereafter=0A= The note about when a response is required would benefit from a reference= =0A= =0A= s.6.2.2=0A= 31740 - 31747=0A= not defined=0A= =0A= Type 9=0A= defined twice=0A= =0A= s.6.2.3=0A= 31740-31747=0A= not defined=0A= =0A= s.6.2.4=0A= 31740-31747=0A= not defined=0A= =0A= s.6.2.5=0A= 31740-31747=0A= not defined=0A= =0A= s.6.2.6=0A= 31740-31747=0A= not defined=0A= =0A= s.6.2.7=0A= 31740-31747 =0A= not defined=0A= =0A= SubTLVs appears in section headings, sub-TLVs and Sub-TLVS in text; suggest= consistency=0A= =0A= Tom Petch=0A= =0A= From: mpls on behalf of Adrian Farrel =0A= Sent: 02 October 2020 16:59=0A= =0A= I know this is not the most exciting document the working group has ever=0A= produced, but as shepherd I need to see some comments and expressions of=0A= support.=0A= =0A= =0A= Overcome by the enormity of the task, complicated because of the sheer lev= el of detail. The spelling is a bit unusual but that can wait.=0A= =0A= What strikes me most is that RFC8126 is an Informative Reference. Sort of = fits, since that RFC clarifies the terminology that should be used, and thi= s I-D does not use it:-( It defines Groups and Registries and the Group he= re is Multiprotocol Label Switching Architecture which does not get a menti= on which I think an omission. Registries come next as in Message Types, Rep= ly Modes and Return Codes, and TLVs so I think that s.1.2 should reference = RFC8126 Normatively and use these exemplars. The only thing that s.1.2 ne= eds to clarify is the Sub-TLV which is the term in use at present on the we= bsite but that RFC does not use the term sub-registry so whether or not it = is worth defining I find debatable. I would be inclined to avoid 'subregis= try' entirely but suggest contacting IANA to ask what term they would like = to see for the Sub-TLVs definitions. I do think it wrong for this I-D to = refer to 'registry for subTLVs' because the registry is 'TLVs'!=0A= =0A= A more complex point is that once this I-D has been actioned, the IANA Regi= stries will have been updated and it will be difficult, impossible may be, = to make sense of this I-D and what it has done because what is there now, w= hat it is updating, will be difficult or impossible to establish. The I-D = should contain a picture of how the registries are now, an Appendix would s= eem suitable, taken from the current IANA definitions, the text that appear= s on the screen at present.=0A= =0A= When reviewing this I-D, I find myself repeatedly referring to the website = so having that as text in the I-D would make reviewing easier for me. They= are available as CSV and the last time this topic got reviewed I downloade= d them all.=0A= =0A= Tom Petch=0A= =0A= Thanks,=0A= Adrian=0A= -----Original Message-----=0A= From: mpls On Behalf Of Adrian Farrel=0A= Sent: 24 September 2020 17:32=0A= To: 'mpls' =0A= Cc: draft-ietf-mpls-lsp-ping-registries-update@ietf.org=0A= Subject: [mpls] Working Group Last Call :=0A= draft-ietf-mpls-lsp-ping-registries-update-04=0A= =0A= Hi MPLS WG,=0A= =0A= As previously noted, I'm the shepherd for this document and I'm running the= =0A= working group last call as agreed by the chairs.=0A= =0A= This email starts a two-week last call on=0A= draft-ietf-mpls-lsp-ping-registries-update-04=0A= https://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-registries-update= /=0A= =0A= Please send your opinions to the mailing list before October 9th.=0A= =0A= While yes/no opinions are not without value, it is far more helpful if you= =0A= can indicate whether you have read the latest version of the draft, and wha= t=0A= the reasons are for your opinions.=0A= =0A= Of course, all of your review comments will be helpful in improving the=0A= document.=0A= =0A= Best,=0A= Adrian=0A= =0A= _______________________________________________=0A= mpls mailing list=0A= mpls@ietf.org=0A= https://www.ietf.org/mailman/listinfo/mpls=0A= =0A= _______________________________________________=0A= mpls mailing list=0A= mpls@ietf.org=0A= https://www.ietf.org/mailman/listinfo/mpls=0A= =0A= _______________________________________________=0A= mpls mailing list=0A= mpls@ietf.org=0A= https://www.ietf.org/mailman/listinfo/mpls=0A= From nobody Fri Oct 9 00:46:37 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5F9EC3A0D03; Fri, 9 Oct 2020 00:46:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.11 X-Spam-Level: X-Spam-Status: No, score=-2.11 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.213, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MiNCNNZgCsAZ; Fri, 9 Oct 2020 00:46:27 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 777283A0D06; Fri, 9 Oct 2020 00:46:26 -0700 (PDT) Received: from [192.168.1.11] (unknown [124.104.122.18]) (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 883D5321AE7; Fri, 9 Oct 2020 09:46:22 +0200 (CEST) To: Martin Vigoureux , adrian@olddog.co.uk, 'mpls' Cc: draft-ietf-mpls-lsp-ping-registries-update@ietf.org References: <00d001d698d4$f1bca890$d535f9b0$@olddog.co.uk> <2bd58cc3-4995-8346-cb77-ae0d81fe355d@nokia.com> From: Loa Andersson Message-ID: <1627b4bd-972e-f65e-747f-259897586d91@pi.nu> Date: Fri, 9 Oct 2020 15:46:20 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.12.1 MIME-Version: 1.0 In-Reply-To: <2bd58cc3-4995-8346-cb77-ae0d81fe355d@nokia.com> Content-Type: multipart/mixed; boundary="------------F959AC3A290C3064DBAB4955" Content-Language: en-US Archived-At: Subject: Re: [mpls] Concerned by the silence [Was: Working Group Last Call : draft-ietf-mpls-lsp-ping-registries-update-04] X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Oct 2020 07:46:36 -0000 This is a multi-part message in MIME format. --------------F959AC3A290C3064DBAB4955 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Martin, Thanks for the support! I have started preparing version-05 of this document. I have included the first version of my working copy, mostly to show what I have done and so that commenters can check how their comments have been addressed. I have addressed most of your comments, but left a few question in this mail. And will addressed the faulty registry ranges together with the comments from Tom on the same subject. Thanks for taking the time. On 05/10/2020 06:03, Martin Vigoureux wrote: > Hi > > I should read the docs in my queue instead but ... > >       a sub-registry is used when a code point allocated in a registry >       need code points scoped by that or a set of code points. > this is a bit hard to parse. at least s/need/needs/ I have fixed the s/need/needs/ But I would be happy to get some help with this, what is there now is the third or fourth iteration What about: a sub-registry is used when a code point, or a set of code points allocated in a single registry, needs "sub-code points" scoped by the code point or the set of code points. Any help appreciated. > > >    The range of each TLV and sub-TLV registry is divided into two >    blocks, one with a range from 0 to 32767 for TLVs and sub-TLVs that >    require a response if not recognized.  The other block has the range >    from 32768 to 65535 for TLVs and sub-TLVs that may be silently >    dropped, stepped over or an error message sent, if not recognized. > this seems like saying exactly the same thing than what the two bullet > points above (in the draft) say. Yes I think you are right, the text and bullets have converged over time; should I drop the text or the bullets? > > > In: >    o  If the unrecognized TLV or sub-TLV is from the Experimental Use >       range (37140-37143) or from the FCFS range (31744-32767) a the >       Return Code of 2 ("One or more of the TLVs was not understood") >       will be sent in the echo response. > and in the table of: > 3.2.  Common Registration Procedures for TLVs and sub-TLVs > >    37140-37143 | Experimental Use  | Reserved, not to be assigned > is the range correct? > shouldn't it be 31740-31743? > BTW, This table doesn't have a number like all other. May be you should > call it Table 1 (and renumber all other). yes - you are right. However, Tom have listed morer of the same, I will do a separate spin and update all the ranges > > > Section 2 says: >    o  In the listing of assiged code points the term "Vendor Private >       Use" is changed to "Private Use" . Yes - this is correct. The Message Types, Reply Modes and Return Codes registries (section 2) keep the Private Use" registration policies. Note: I wanted to chage this to FCFS, but since range was only 4 possible allocation, and this is to small for an FCFS range, we kept the Private Use regostrion policy. > but 3.3.1 says: >    o  In the listing of assignments the term "Vendor Private Use" is >       changed to "First Come First Served (FCFS)". Yes - that is section 3 that discusses the TLVs and sub-TLVs (that have sufficient space for a FCFS registrion policy). So this is correct. > > note there are other differences: >    o  A note "Not to be assigned" is added for the registration >       procedures "Private Use" and "Experimental Use". >    o  A note saying "Not to be assigned" is added for the registration >       procedures "Experimental Use". Correct for the same reason as above. > >    o  In the lists that capture the assignment status, the fields that >       are reserved, i.e.  0 (zero), Private Use and Experimental Use are >       clearly marked as such. >    o  In the list that captures assignment status, the fields that are >       reserved, i.e.  0 (zero) and Experimental Use are clearly marked. > Not sure whether they are intentional. > This is correst for the same reason as above > > >    Some referenced RFCs use the concept "mandatory TLVs" and "mandatory >    sub-TLVs" to indicate that, if a TLV or sub-TLV of the range 0-16383 >    or 16384-31743 in a message is not understood, an error message needs >    to be sent in response. > RFC 8029 talks about mandatory TLVs for a range up to 32767: >    Types less than 32768 (i.e., with the high-order bit equal to 0) are >    mandatory TLVs > BTW you says that clearly in 4.1, so I think this should be consistent > here. > So you say that this would be better Some referenced RFCs use the concept "mandatory TLVs" and "mandatory sub-TLVs" to indicate that, if a TLV or sub-TLV of the range 0-32767 in a message is not understood, an error message needs to be sent in response. > > You say: >    The Value field contains the TLVs, including sub-TLVs, that were >    not understood, encoded as sub-TLVs. > But 8209 was saying: >    The Value field contains the TLVs that were not understood, encoded >    as sub-TLVs. > This is not only a "removing mandatory" change. you seem to now impose > that sub-TLVs be sent. Is that the intent? > I think my text is correct, RFC 8029 is a bit vague. But RFC 8029 implies that a TLV that includes a unrecognized sub-TLV an error message should be sent. But you need to return the entire TLV (with its sub-TLVs). If you return the sub-TLV only the might be several sub-TLVs in the message that has the same type. You need the entire TLV for context. > > In Tables 10, 12, 14, 16, 18 20 >    | 37140-37144 | Experimental Use  | Reserved, not to be assigned    | >    | 31748-32767 | FCFS              | This range is for Sub-TLVs that | > are these ranges correct? > shouldn't they be >    | 31740-31743 | Experimental Use  | Reserved, not to be assigned    | >    | 31744-32767 | FCFS              | This range is for TLVs anf sub- | > Probably not, I'll check this as when I take care of the corresponding comments from Tom. > > Nits: > s/This docuemtment/This document/ + (+-sign means that it is fixed) > s/An exasmple/An example/ + > s/contaimer for regiistries/container for registries/ + > s/sunregistry/sub-registry/ + > s/assiged/assigned/ - (fixed becasue of another comment) > s/range for "RFC Required" range/"RFC Required" range/ + > s/i.e.  0/i.e., 0/ (2 occurences) + (sometimes I wish I understood how to use the comma in English :)). > s/registry [IANA-RC] registry/registry [IANA-RC]/ + > s/sennt/sent/ - (fixed becasue of another comment) > s/First come, first served/First Come First Served/ + > s/defintions/definitions/ + > s/Experimetal Use/Experimental Use/ + > s/a the/a/ + > s/srange (64508-64511).  or/range (64508-64511) or/ + > s/sub- TLVs/sub-TLVs/ + > s/TLVs an sub/TLVs and sub/ + > s/TLVs anf sub/TLVs and sub/ + > s/First Come Frst Served (FCFS)/First Come First Served (FCFS)/ + > s/Experiemental Use/Experimental Use/ + > s/The first set are/The first set is/ + > s/the second set are/the second set is/ + > s/the range there the/the range of/? The sentence say: the second set is for the range there the TLV or sub-TLV that may be silently dropped if not recognized. What about: the second set is for the range there the TLV or sub-TLV may be silently dropped if not recognized. Changed. Comment? > s/The text in those two paragraphs are/The text in those two paragraphs is/ + > s/resereved/reserved/ (9 occurences) + > s/Four code point has/Four code points have/ (3 occurences) + > s/Two small sets, 4 code points each, has/Two small sets, 4 code points > each, have/ (7 occurences) + > s/recognised/recognized/ + > > > beyond that, I support this document moving forward. Martin, tnx!! /Loa > > -m > > Le 2020-10-02 à 17:59, Adrian Farrel a écrit : >> I know this is not the most exciting document the working group has ever >> produced, but as shepherd I need to see some comments and expressions of >> support. >> >> Thanks, >> Adrian >> -----Original Message----- >> From: mpls On Behalf Of Adrian Farrel >> Sent: 24 September 2020 17:32 >> To: 'mpls' >> Cc: draft-ietf-mpls-lsp-ping-registries-update@ietf.org >> Subject: [mpls] Working Group Last Call : >> draft-ietf-mpls-lsp-ping-registries-update-04 >> >> Hi MPLS WG, >> >> As previously noted, I'm the shepherd for this document and I'm >> running the >> working group last call as agreed by the chairs. >> >> This email starts a two-week last call on >> draft-ietf-mpls-lsp-ping-registries-update-04 >> https://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-registries-update/ >> >> >> Please send your opinions to the mailing list before October 9th. >> >> While yes/no opinions are not without value, it is far more helpful if >> you >> can indicate whether you have read the latest version of the draft, >> and what >> the reasons are for your opinions. >> >> Of course, all of your review comments will be helpful in improving the >> document. >> >> Best, >> Adrian >> >> _______________________________________________ >> 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 -- Loa Andersson email: loa@pi.nu Senior MPLS Expert loa.pi.nu@gmail.com Bronze Dragon Consulting phone: +46 739 81 21 64 --------------F959AC3A290C3064DBAB4955 Content-Type: text/plain; charset=UTF-8; name="draft-ietf-mpls-lsp-ping-registries-update-05-00.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="draft-ietf-mpls-lsp-ping-registries-update-05-00.txt" CgoKCk1QTFMgV29ya2luZyBHcm91cCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIEwuIEFuZGVyc3NvbgpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBCcm9uemUgRHJhZ29uIENvbnN1bHRpbmcKVXBkYXRlczogODAy OSwgODYxMSAoaWYgYXBwcm92ZWQpICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBN LiBDaGVuCkludGVuZGVkIHN0YXR1czogU3RhbmRhcmRzIFRyYWNrICAgICAgICAgICAgICAg ICAgICAgIEh1YXdlaSBUZWNob2xvZ2llcwpFeHBpcmVzOiBBcHJpbCAxMiwgMjAyMSAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBDLiBQaWduYXRhcm8KICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBDaXNj byBTeXN0ZW1zCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgVC4gU2FhZAogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEp1bmlwZXIgTmV0d29ya3MKICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgT2N0 b2JlciA5LCAyMDIwCgoKICAgICAgICAgICAgICAgVXBkYXRpbmcgdGhlIElBTkEgTVBMUyBM U1AgUGluZyBQYXJhbWV0ZXJzCiAgICAgICAgICAgIGRyYWZ0LWlldGYtbXBscy1sc3AtcGlu Zy1yZWdpc3RyaWVzLXVwZGF0ZS0wNS0wMAoKQWJzdHJhY3QKCiAgIFRoaXMgZG9jdW1lbnQg dXBkYXRlcyBSRkMgODAyOSBhbmQgUkZDIDg2MTEgdGhhdCBib3RoIGRlZmluZSBJQU5BCiAg IHJlZ2lzdHJpZXMgZm9yIE1QTFMgTFNQIFBpbmcuICBJdCBhbHNvIHVwZGF0ZXMgdGhlIGRl c2NyaXB0aW9uIG9mIHRoZQogICBwcm9jZWR1cmVzIGZvciB0aGUgcmVzcG9uc2VzIHNlbnQg d2hlbiBhbiB1bmtub3duIG9yIGVycm9uZW91cyBjb2RlCiAgIHBvaW50IGlzIGZvdW5kLiAg VGhlIHVwZGF0ZXMgYXJlIHRvIGNsYXJpZnkgYW5kIGFsaWduIHRoaXMgbmFtZSBzcGFjZQog ICB3aXRoIHJlY2VudCBkZXZlbG9wbWVudHMuCgpTdGF0dXMgb2YgVGhpcyBNZW1vCgogICBU aGlzIEludGVybmV0LURyYWZ0IGlzIHN1Ym1pdHRlZCBpbiBmdWxsIGNvbmZvcm1hbmNlIHdp dGggdGhlCiAgIHByb3Zpc2lvbnMgb2YgQkNQIDc4IGFuZCBCQ1AgNzkuCgogICBJbnRlcm5l dC1EcmFmdHMgYXJlIHdvcmtpbmcgZG9jdW1lbnRzIG9mIHRoZSBJbnRlcm5ldCBFbmdpbmVl cmluZwogICBUYXNrIEZvcmNlIChJRVRGKS4gIE5vdGUgdGhhdCBvdGhlciBncm91cHMgbWF5 IGFsc28gZGlzdHJpYnV0ZQogICB3b3JraW5nIGRvY3VtZW50cyBhcyBJbnRlcm5ldC1EcmFm dHMuICBUaGUgbGlzdCBvZiBjdXJyZW50IEludGVybmV0LQogICBEcmFmdHMgaXMgYXQgaHR0 cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kcmFmdHMvY3VycmVudC8uCgogICBJbnRlcm5l dC1EcmFmdHMgYXJlIGRyYWZ0IGRvY3VtZW50cyB2YWxpZCBmb3IgYSBtYXhpbXVtIG9mIHNp eCBtb250aHMKICAgYW5kIG1heSBiZSB1cGRhdGVkLCByZXBsYWNlZCwgb3Igb2Jzb2xldGVk IGJ5IG90aGVyIGRvY3VtZW50cyBhdCBhbnkKICAgdGltZS4gIEl0IGlzIGluYXBwcm9wcmlh dGUgdG8gdXNlIEludGVybmV0LURyYWZ0cyBhcyByZWZlcmVuY2UKICAgbWF0ZXJpYWwgb3Ig dG8gY2l0ZSB0aGVtIG90aGVyIHRoYW4gYXMgIndvcmsgaW4gcHJvZ3Jlc3MuIgoKICAgVGhp cyBJbnRlcm5ldC1EcmFmdCB3aWxsIGV4cGlyZSBvbiBBcHJpbCAxMiwgMjAyMS4KCkNvcHly aWdodCBOb3RpY2UKCiAgIENvcHlyaWdodCAoYykgMjAyMCBJRVRGIFRydXN0IGFuZCB0aGUg cGVyc29ucyBpZGVudGlmaWVkIGFzIHRoZQogICBkb2N1bWVudCBhdXRob3JzLiAgQWxsIHJp Z2h0cyByZXNlcnZlZC4KCiAgIFRoaXMgZG9jdW1lbnQgaXMgc3ViamVjdCB0byBCQ1AgNzgg YW5kIHRoZSBJRVRGIFRydXN0J3MgTGVnYWwKICAgUHJvdmlzaW9ucyBSZWxhdGluZyB0byBJ RVRGIERvY3VtZW50cwogICAoaHR0cHM6Ly90cnVzdGVlLmlldGYub3JnL2xpY2Vuc2UtaW5m bykgaW4gZWZmZWN0IG9uIHRoZSBkYXRlIG9mCiAgIHB1YmxpY2F0aW9uIG9mIHRoaXMgZG9j dW1lbnQuICBQbGVhc2UgcmV2aWV3IHRoZXNlIGRvY3VtZW50cwoKCgpBbmRlcnNzb24sIGV0 IGFsLiAgICAgICAgRXhwaXJlcyBBcHJpbCAxMiwgMjAyMSAgICAgICAgICAgICAgICAgW1Bh Z2UgMV0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICBMU1AgUGluZyBSZWdpc3RyaWVz ICAgICAgICAgICAgICBPY3RvYmVyIDIwMjAKCgogICBjYXJlZnVsbHksIGFzIHRoZXkgZGVz Y3JpYmUgeW91ciByaWdodHMgYW5kIHJlc3RyaWN0aW9ucyB3aXRoIHJlc3BlY3QKICAgdG8g dGhpcyBkb2N1bWVudC4gIENvZGUgQ29tcG9uZW50cyBleHRyYWN0ZWQgZnJvbSB0aGlzIGRv Y3VtZW50IG11c3QKICAgaW5jbHVkZSBTaW1wbGlmaWVkIEJTRCBMaWNlbnNlIHRleHQgYXMg ZGVzY3JpYmVkIGluIFNlY3Rpb24gNC5lIG9mCiAgIHRoZSBUcnVzdCBMZWdhbCBQcm92aXNp b25zIGFuZCBhcmUgcHJvdmlkZWQgd2l0aG91dCB3YXJyYW50eSBhcwogICBkZXNjcmliZWQg aW4gdGhlIFNpbXBsaWZpZWQgQlNEIExpY2Vuc2UuCgpUYWJsZSBvZiBDb250ZW50cwoKICAg MS4gIEludHJvZHVjdGlvbiAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gICAzCiAgICAgMS4xLiAgUmVxdWlyZW1lbnQgTGFuZ3VhZ2UgIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgNAogICAgIDEuMi4gIFRlcm1pbm9s b2d5IFVzZWQgaW4gdGhpcyBEb2N1bWVudCAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDQK ICAgMi4gIFVwZGF0aW5nIHRoZSBNZXNzYWdlIFR5cGVzLCBSZXBseSBNb2RlIGFuZCBSZXR1 cm4gQ29kZXMKICAgICAgIFJlZ2lzdHJpZXMgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gICA0CiAgIDMuICBVcGRhdGluZyB0aGUgVExWIGFu ZCBTdWItVExWIFJlZ2lzdHJpZXMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgNQogICAgIDMu MS4gIEdlbmVyYWwgUHJpbmNpcGxlcyBmb3IgdGhlIExTUCBQaW5nIFRMViBhbmQgU3ViLVRM VgogICAgICAgICAgIHJlZ2lzdHJpZXMgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAgIDUKICAgICAgIDMuMS4xLiAgVW5yZWNvZ25pemVkIEV4cGVy aW1lbnRhbCBVc2UgVExWcyBhbmQgU3ViLVRMVnMgLiAuIC4gICA2CiAgICAgMy4yLiAgQ29t bW9uIFJlZ2lzdHJhdGlvbiBQcm9jZWR1cmVzIGZvciBUTFZzIGFuZCBzdWItVExWcyAgLiAu ICAgNgogICAgIDMuMy4gIENoYW5nZXMgdG8gdGhlIExTUCBQaW5nIFJlZ2lzdHJpZXMgIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAgIDcKICAgICAgIDMuMy4xLiAgQ29tbW9uIENoYW5nZXMg dG8gdGhlIFRMViBhbmQgU3ViLVRMViBSZWdpc3RyaWVzICAuIC4gICA3CiAgIDQuICBVcGRh dGVzIHRvIFJlbGF0ZWQgUkZDcyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuICAgOAogICAgIDQuMS4gIFVwZGF0ZXMgdG8gUkZDIDgwMjkgLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDgKICAgICA0LjIuICBVcGRhdGVzIHRvIFJGQyA4 NjExIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gICA5CiAgIDUuICBT ZWN1cml0eSBDb25zaWRlcmF0aW9ucyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuICAxMAogICA2LiAgSUFOQSBDb25zaWRlcmF0aW9ucyAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMTAKICAgICA2LjEuICBVcGRhdGVzIHRvIHRo ZSBNZXNzYWdlIFR5cGUsIFJlcGx5IE1vZGUgYW5kIFJldHVybiBDb2RlcwogICAgICAgICAg IFJlZ2lzdHJpZXMgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAgMTEKICAgICAgIDYuMS4xLiAgVXBkYXRlcyB0byB0aGUgTWVzYWdlIFR5cGUgcmVn aXN0cnkgLiAuIC4gLiAuIC4gLiAuIC4gIDExCiAgICAgICA2LjEuMi4gIFVwZGF0ZXMgdG8g dGhlIFJlcGx5IE1vZGVzIHJlZ2lzdHJ5IC4gLiAuIC4gLiAuIC4gLiAuICAxMgogICAgICAg Ni4xLjMuICBVcGRhdGVzIHRvIHRoZSBSZXR1cm4gQ29kZXMgcmVnaXN0cnkgIC4gLiAuIC4g LiAuIC4gLiAgMTMKICAgICA2LjIuICBVcGRhdGVzIHRvIHRoZSBUTFYgYW5kIHN1Yi1UTFYg cmVnaXN0cmllcyAuIC4gLiAuIC4gLiAuIC4gIDE2CiAgICAgICA2LjIuMS4gIFVwZGF0ZXMg dG8gdGhlIFRMVnMgcmVnaXN0cnkgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICAxNgogICAg ICAgNi4yLjIuICBVcGRhdGVzIHRvIHRoZSByZWdpc3RyeSBmb3IgU3ViVExWcyBmb3IgVExW cyAxLCAxNgogICAgICAgICAgICAgICBhbmQgMjEgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMTgKICAgICAgIDYuMi4zLiAgVXBkYXRlcyB0byB0 aGUgcmVnaXN0cnkgZm9yIFN1YlRMVnMgZm9yIFRMViA2IC4gLiAuIC4gIDIwCiAgICAgICA2 LjIuNC4gIFVwZGF0ZXMgdG8gdGhlIHJlZ2lzdHJ5IGZvciBTdWJUTFZzIGZvciBUTFYgMTEg IC4gLiAuICAyMgogICAgICAgNi4yLjUuICBVcGRhdGVzIHRvIHRoZSByZWdpc3RyeSBmb3Ig U3ViVExWcyBmb3IgVExWIDIwICAuIC4gLiAgMjQKICAgICAgIDYuMi42LiAgVXBkYXRlcyB0 byB0aGUgcmVnaXN0cnkgZm9yIFN1YlRMVnMgZm9yIFRMViAyMyAgLiAuIC4gIDI2CiAgICAg ICA2LjIuNy4gIFVwZGF0ZXMgdG8gdGhlIHJlZ2lzdHJ5IGZvciBTdWJUTFZzIGZvciBUTFYg MjcgIC4gLiAuICAyOAogICA3LiAgQWNrbm93bGVkZ2VtZW50cyAgLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMzAKICAgOC4gIFJlZmVyZW5jZXMgIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDMwCiAg ICAgOC4xLiAgTm9ybWF0aXZlIFJlZmVyZW5jZXMgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuICAzMAogICAgIDguMi4gIEluZm9ybWF0aXZlIFJlZmVyZW5jZXMgIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgMzIKICAgQXV0aG9ycycgQWRkcmVz c2VzICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDMz CgoKCgoKCgpBbmRlcnNzb24sIGV0IGFsLiAgICAgICAgRXhwaXJlcyBBcHJpbCAxMiwgMjAy MSAgICAgICAgICAgICAgICAgW1BhZ2UgMl0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAg ICBMU1AgUGluZyBSZWdpc3RyaWVzICAgICAgICAgICAgICBPY3RvYmVyIDIwMjAKCgoxLiAg SW50cm9kdWN0aW9uCgogICBBbmR5IGFuZCBBZHJpYW4gd2FudCBhIHdoeSBwYXJhZ3JhcGgg aGVyZSA6KQoKICAgV2hlbiBSRkMgODAyOSBbUkZDODAyOV0gd2FzIHB1Ymxpc2hlZCBpdCBj b250YWluZWQgdXBkYXRlcyB0byB0aGUKICAgIk11bHRpcHJvdG9jb2wgTGFiZWwgU3dpdGNo aW5nIChNUExTKSBMYWJlbCBTd2l0Y2hlZCBQYXRocyAoTFNQcykKICAgUGluZyBQYXJhbWV0 ZXJzIiBJQU5BIG5hbWUgc3BhY2UgW0lBTkEtTFNQLVBJTkddLgoKICAgUkZDIDg2MTEgW1JG Qzg2MTFdIHVwZGF0ZWQgdGhlIExTUCBQaW5nIElBTkEgcmVnaXN0cmllcyB0byBtYXRjaCBS RkMKICAgODAyOS4gIFRoaXMgZG9jdW1lbnQgZnVydGhlciBjbGFyaWZpZXMgdGhlIGVudHJp ZXMgaW4gdGhvc2UKICAgcmVnaXN0cmllcyBhbmQgbWFrZXMgdGhlIGRlZmluaXRpb25zIG1v cmUgcHJlY2lzZS4KCiAgIFRoaXMgZG9jdW1lbnQgdXBkYXRlcyBSRkMgODAyOSBbW1JGQzgw MjldIGFuZCBSRkMgODYxMSBbUkZDODYxMV0gYnkKICAgdXBkYXRpbmcgdHdvIGdyb3VwcyBv ZiByZWdpc3RyaWVzIGFzIGZvbGxvd3M6CgogICBGaXJzdCB0aGUgcmVnaXN0cmllcyBmb3Ig TWVzc2FnZSBUeXBlcyBbSUFOQS1NVF0sIFJlcGx5IE1vZGVzCiAgIFtJQU5BLVJNXSBhbmQg UmV0dXJuIENvZGVzIFtJQU5BLVJDXSBhcmUgdXBkYXRlZC4gIFRoZSBjaGFuZ2VzIHRvCiAg IHRoZXNlIHJlZ2lzdHJpZXMgYXJlIG1pbm9yLgoKICAgU2Vjb25kLCB0aGlzIGRvY3VtZW50 IHVwZGF0ZXMgdGhlIFRMViBhbmQgc3ViLVRMViByZWdpc3RyaWVzLgoKICAgbyAgVExWcyBb SUFOQS1UTFYtcmVnXS4KCiAgIG8gIFN1Yi1UTFZzIGZvciBUTFZzIDEsIDE2IGFuZCAyMSBb SUFOQS1TdWItMS0xNi0yMV0uCgogICBvICBTdWItVExWcyBmb3IgVExWIFR5cGUgNiBbSUFO QS1TdWItNl0uCgogICBvICBTdWItVExWcyBmb3IgVExWIDExIFtJQU5BLVN1Yi0xMV0uCgog ICBvICBTdWItVExWcyBmb3IgVExWIDIwIFtJQU5BLVN1Yi0yMF0uCgogICBvICBTdWItVExW cyBmb3IgVExWIDIzIFtJQU5BLVN1Yi0yM10uCgogICBvICBTdWItVExWcyBmb3IgVExWIDI3 IFtJQU5BLVN1Yi0yN10uCgogICBUaGUgcmVnaXN0cnkgZm9yIHN1Yi1UTFZzIGZvciBUTFYg OSBbSUFOQS1TdWItOV0gaXMgbm90IHVwZGF0ZWQuCgogICBUaGlyZCwgc29tZSBjb2RlIHBv aW50cyAoVExWcyBhbmQgc3ViLVRMVnMpIGFyZSAibWFuZGF0b3J5IiBvcgogICAib3B0aW9u YWwiLiAgQ29udHJhcnkgdG8gaG93IG90aGVyIFJGQ3MgdXNlIHRoZXNlIHdvcmRzLCBpbmRp Y2F0aW5nCiAgIHRoYXQgaXQgaXMgbWFuZGF0b3J5IG9yIG9wdGlvbmFsIHRvIGluY2x1ZGUg dGhlIGNvZGUgcG9pbnRzIGluIGEKICAgbWVzc2FnZSwgUkZDIDgwMjkgdXNlcyB0aGVzZSB3 b3JkcyB0byBpbmRpY2F0ZSB0aGF0IGFuIGFjdGlvbiBtaWdodAogICBvciBtaWdodCBub3Qg YmUgbmVjZXNzYXJ5LiAgVGhpcyBkb2N1bWVudCB1cGRhdGVzIFJGQyA4MDI5IHRvIGRyb3AK ICAgdGhlIHdvcmRzICJtYW5kYXRvcnkiIGFuZCAib3B0aW9uYWwiLCBhbmQgdGhlIHRleHQg aXMgY2hhbmdlZCB0bwogICBmb2N1cyBvbiB3aGF0IHNob3VsZCBiZSBkb25lLgoKCgoKCgoK QW5kZXJzc29uLCBldCBhbC4gICAgICAgIEV4cGlyZXMgQXByaWwgMTIsIDIwMjEgICAgICAg ICAgICAgICAgIFtQYWdlIDNdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgTFNQIFBp bmcgUmVnaXN0cmllcyAgICAgICAgICAgICAgT2N0b2JlciAyMDIwCgoKMS4xLiAgUmVxdWly ZW1lbnQgTGFuZ3VhZ2UKCiAgIFRoZSBrZXkgd29yZHMgIk1VU1QiLCAiTVVTVCBOT1QiLCAi UkVRVUlSRUQiLCAiU0hBTEwiLCAiU0hBTEwgTk9UIiwKICAgIlNIT1VMRCIsICJTSE9VTEQg Tk9UIiwgIlJFQ09NTUVOREVEIiwgIk5PVCBSRUNPTU1FTkRFRCIsICJNQVkiLCBhbmQKICAg Ik9QVElPTkFMIiBpbiB0aGlzIGRvY3VtZW50IGFyZSB0byBiZSBpbnRlcnByZXRlZCBhcyBk ZXNjcmliZWQgaW4gQkNQCiAgIDE0IFtSRkMyMTE5XSBbUkZDODE3NF0gd2hlbiwgYW5kIG9u bHkgd2hlbiwgdGhleSBhcHBlYXIgaW4gYWxsCiAgIGNhcGl0YWxzLCBhcyBzaG93biBoZXJl LgoKMS4yLiAgVGVybWlub2xvZ3kgVXNlZCBpbiB0aGlzIERvY3VtZW50CgogICBUaGlzIGRv Y3VtZW50IHVzZXMgc29tZSB0ZXJtcyB0aGF0IHJlbGF0ZXMgdG8gSUFOQSByZWdpc3RyaWVz IGluIHRoaXMKICAgd2F5OgoKICAgICAgSUFOQSBOYW1lIFNwYWNlLAogICAgICBhIG5hbWUg c3BhY2UgaXMgYSB0b3AgbGV2ZWwgcmVnaXN0cnkuICBBbiBleGFtcGxlIGNvdWxkIGJlCiAg ICAgICJNdWx0aXByb3RvY29sIExhYmVsIFN3aXRjaGluZyAoTVBMUykgTGFiZWwgU3dpdGNo ZWQgUGF0aHMgKExTUHMpCiAgICAgIFBpbmcgUGFyYW1ldGVycyIgW0lBTkEtTFNQLVBJTkdd LiAgQSBuYW1lIHNwYWNlIGlzIG1vc3Qgb2Z0ZW4gYQogICAgICBjb250YWltZXIgZm9yIHJl Z2lzdHJpZXMgdGhhdCBob2xkIGNvZGUgcG9pbnRzIHRoYXQgc2hhcmUgc29tZQogICAgICBh ZmZpbml0eS4KCiAgICAgIElBTkEgUmVnaXN0cnksCiAgICAgIGFuIElBTkEgcmVnaXN0cnkg aG9sZHMgY29kZSBwb2ludHMsIGFuZCBsaXN0cyB0aGUgcmVnaXN0cmF0aW9uCiAgICAgIHBy b2NlZHVyZXMgYW5kIGFsbG9jYXRpb24gb2YgY29kZSBwb2ludHMgdGhlc2UgY29kZSBwb2lu dHMuICBPbmUKICAgICAgZXhhbXBsZSB3b3VsZCBiZSB0aGUgIlRMVnMiIHJlZ2lzdHJ5IFtJ QU5BLVRMVi1yZWddLgoKICAgICAgSUFOQSBTdWItcmVnaXN0cnksCiAgICAgIGEgc3ViLXJl Z2lzdHJ5IGlzIHVzZWQgd2hlbiBhIGNvZGUgcG9pbnQgYWxsb2NhdGVkIGluIGEgcmVnaXN0 cnkKICAgICAgbmVlZHMgY29kZSBwb2ludHMgc2NvcGVkIGJ5IHRoYXQgb3IgYSBzZXQgb2Yg Y29kZSBwb2ludHMuICBBbgogICAgICBleGFtcGxlIG9mIGEgc3ViLXJlZ2lzdHJ5IHRoYXN0 IGhvbGRzIGNvZGUgcG9pbnRzIGZvciBtb3JlIHRoYW4KICAgICAgb25lIFRMViBpcyAiU3Vi LVRMVnMgZm9yIFRMViBUeXBlcyAxLCAxNiwgYW5kIDIxIgogICAgICBbSUFOQS1TdWItMS0x Ni0yMV0KCjIuICBVcGRhdGluZyB0aGUgTWVzc2FnZSBUeXBlcywgUmVwbHkgTW9kZSBhbmQg UmV0dXJuIENvZGVzIFJlZ2lzdHJpZXMKCiAgIFRoZSBmb2xsb3dpbmcgY2hhbmdlcyBhcmUg bWFkZSB0byB0aGUgTWVzc2FnZSBUeXBlcywgUmVwbHkgTW9kZXMgYW5kCiAgIFJldHVybiBD b2RlcyBbSUFOQS1NVF0gcmVnaXN0cmllcy4KCiAgIG8gIEluIHRoZSBsaXN0aW5nIG9mIGFz c2luZ2VkIGNvZGUgcG9pbnRzIHRoZSB0ZXJtICJWZW5kb3IgUHJpdmF0ZQogICAgICBVc2Ui IGlzIGNoYW5nZWQgdG8gIlByaXZhdGUgVXNlIi4KCiAgIG8gIFRoZSByZWdpc3RyYXRpb24g cHJvY2VkdXJlICJTcGVjaWZpY2F0aW9uIFJlcXVpcmVkIiBpcyBjaGFuZ2VkIHRvCiAgICAg ICJSRkMgUmVxdWlyZWQiIGFuZCB0aGUgbm90ZSAiRXhwZXJpbWVudGFsIFJGQyBuZWVkZWQi IGlzIHJlbW92ZWQuCgogICBvICBBIHNtYWxsIHNldCBvZiBjb2RlIHBvaW50cyAoNCBjb2Rl IHBvaW50cykgZm9yIEV4cGVyaW1lbnRhbCBVc2UgaXMKICAgICAgYWRkZWQgYnkgcmVkdWNp bmcgdGhlICJSRkMgUmVxdWlyZWQiIHJhbmdlLgoKICAgbyAgVGhlIHJlZ2lzdHJhdGlvbiBw cm9jZWR1cmVzICJQcml2YXRlIFVzZSIgYW5kICJFeHBlcmltZW50YWwgVXNlIgogICAgICBh cmUgYWRkZWQgdG8gdGhlIHRhYmxlIG9mIHJlZ2lzdHJhdGlvbiBwcm9jZWR1cmVzLgoKCgpB bmRlcnNzb24sIGV0IGFsLiAgICAgICAgRXhwaXJlcyBBcHJpbCAxMiwgMjAyMSAgICAgICAg ICAgICAgICAgW1BhZ2UgNF0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICBMU1AgUGlu ZyBSZWdpc3RyaWVzICAgICAgICAgICAgICBPY3RvYmVyIDIwMjAKCgogICBvICBBIG5vdGUg Ik5vdCB0byBiZSBhc3NpZ25lZCIgaXMgYWRkZWQgZm9yIHRoZSByZWdpc3RyYXRpb24KICAg ICAgcHJvY2VkdXJlcyAiUHJpdmF0ZSBVc2UiIGFuZCAiRXhwZXJpbWVudGFsIFVzZSIuCgog ICBvICBJbiB0aGUgbGlzdHMgdGhhdCBjYXB0dXJlIHRoZSBhc3NpZ25tZW50IHN0YXR1cywg dGhlIGZpZWxkcyB0aGF0CiAgICAgIGFyZSByZXNlcnZlZCwgaS5lLiwgMCAoemVybyksIFBy aXZhdGUgVXNlIGFuZCBFeHBlcmltZW50YWwgVXNlIGFyZQogICAgICBjbGVhcmx5IG1hcmtl ZCBhcyBzdWNoLgoKICAgICAgKiAgTm90ZSB0aGF0IGluIHRoZSBSZXR1cm4gQ29kZXMgcmVn aXN0cnkgW0lBTkEtUkNdIHRoZSBjb2RlIHBvaW50CiAgICAgICAgICIwIiBoYXMgYWxyZWFk eSBiZWVuIGFzc2lnbmVkLiAgVGhpcyBhc3NpZ25tZW50IGlzIG5vdCBjaGFuZ2VkCiAgICAg ICAgIGFuZCBpbiB0aGlzIHJlZ2lzdHJ5IHRoZSBjb2RlIHBvaW50ICIwIiBjb250aW51ZXMg dG8gYmUKICAgICAgICAgYXNzaWduZWQgYXMgIk5vIFJldHVybiBDb2RlIi4KCiAgIFRoZSBu ZXcgUmVnaXN0cmF0aW9uIFByb2NlZHVyZXMsIHRoZSByZWdpc3RyeSBsYXlvdXRzIGFuZCB0 aGUgbmV3CiAgIGFzc2lnbm1lbnRzIGZvciB0aGVzZSByZWdpc3RyaWVzIGFyZSBmb3VuZCBp biBTZWN0aW9uIDYuMS4KCjMuICBVcGRhdGluZyB0aGUgVExWIGFuZCBTdWItVExWIFJlZ2lz dHJpZXMKCjMuMS4gIEdlbmVyYWwgUHJpbmNpcGxlcyBmb3IgdGhlIExTUCBQaW5nIFRMViBh bmQgU3ViLVRMViByZWdpc3RyaWVzCgogICBUaGUgZm9sbG93aW5nIHByaW5jaXBsZXMgYXBw bHkgdG8gdGhlIHByb2Nlc3Npbmcgb2YgYW55IFRMViBmcm9tIGFueQogICBvZiB0aGUgTFNQ IFBpbmcgVExWIGFuZCBzdWItVExWIElBTkEgcmVnaXN0cmllcy4KCiAgIG8gIEFsbCBUTFZz IGFuZCBzdWItVExWcyB3aXRoIGEgdHlwZSBpbiB0aGUgcmFuZ2UgMC0zMjc2NyByZXF1aXJl IGEKICAgICAgcmVzcG9uc2UgaWYgdGhleSBhcmUgbm90IHJlY29nbml6ZWQuCgogICBvICBB bGwgVExWcyBhbmQgc3ViLVRMVnMgaW4gdGhlIHJhbmdlIDMyNzY4LTY1NTM1IG1heSBiZSBz aWxlbnRseQogICAgICBkcm9wcGVkLCBzdGVwcGVkIG92ZXIgb3IgYW4gZXJyb3IgbWVzc2Fn ZSBzZW50IGlmIHRoZXkgYXJlIG5vdAogICAgICByZWNvZ25pemVkLgoKICAgVGhlIHJhbmdl IG9mIGVhY2ggVExWIGFuZCBzdWItVExWIHJlZ2lzdHJ5IGlzIGRpdmlkZWQgaW50byB0d28K ICAgYmxvY2tzLCBvbmUgd2l0aCBhIHJhbmdlIGZyb20gMCB0byAzMjc2NyBmb3IgVExWcyBh bmQgc3ViLVRMVnMgdGhhdAogICByZXF1aXJlIGEgcmVzcG9uc2UgaWYgbm90IHJlY29nbml6 ZWQuICBUaGUgb3RoZXIgYmxvY2sgaGFzIHRoZSByYW5nZQogICBmcm9tIDMyNzY4IHRvIDY1 NTM1IGZvciBUTFZzIGFuZCBzdWItVExWcyB0aGF0IG1heSBiZSBzaWxlbnRseQogICBkcm9w cGVkLCBzdGVwcGVkIG92ZXIgb3IgYW4gZXJyb3IgbWVzc2FnZSBzZW50LCBpZiBub3QgcmVj b2duaXplZC4KCiAgIEVhY2ggb2YgdGhlIGJsb2NrcyBoYXMgY29kZSBwb2ludCBzcGFjZXMg d2l0aCB0aGUgZm9sbG93aW5nCiAgIHJlZ2lzdHJhdGlvbiBwcm9jZWR1cmVzOgoKICAgbyAg U3RhbmRhcmRzIEFjdGlvbi4KCiAgIG8gIFJGQyBSZXF1aXJlZC4KCiAgIG8gIEV4cGVyaW1l bnRhbCBVc2UuCgogICBvICBGaXJzdCBDb21lIEZpcnN0IFNlcnZlZCAoRkNGUykuCgogICBU aGUgZXhhY3QgZGVmaW5pdGlvbnMgb2YgdGhlc2UgcHJvY2VkdXJlcyBhcmUgZm91bmQgaW4g W1JGQzgxMjZdLgoKCgoKQW5kZXJzc29uLCBldCBhbC4gICAgICAgIEV4cGlyZXMgQXByaWwg MTIsIDIwMjEgICAgICAgICAgICAgICAgIFtQYWdlIDVdCgwKSW50ZXJuZXQtRHJhZnQgICAg ICAgICAgICAgTFNQIFBpbmcgUmVnaXN0cmllcyAgICAgICAgICAgICAgT2N0b2JlciAyMDIw CgoKMy4xLjEuICBVbnJlY29nbml6ZWQgRXhwZXJpbWVudGFsIFVzZSBUTFZzIGFuZCBTdWIt VExWcwoKICAgVW5yZWNvZ25pemVkIFRMVnMgYW5kIHN1Yi1UTFZzIGluIHRoZSBFeHBlcmlt ZW50YWwgVXNlLCBhbmQgRkNGUwogICByYW5nZXMgYXJlIGhhbmRsZWQgYXMgYW55IG90aGVy IHVucmVjb2duaXplZCBUTFYgb3Igc3ViLVRMVi4KCiAgIG8gIElmIHRoZSB1bnJlY29nbml6 ZWQgVExWIG9yIHN1Yi1UTFYgaXMgZnJvbSB0aGUgRXhwZXJpbWVudGFsIFVzZQogICAgICBy YW5nZSAoMzcxNDAtMzcxNDMpIG9yIGZyb20gdGhlIEZDRlMgcmFuZ2UgKDMxNzQ0LTMyNzY3 KSBhIFJldHVybgogICAgICBDb2RlIG9mIDIgKCJPbmUgb3IgbW9yZSBvZiB0aGUgVExWcyB3 YXMgbm90IHVuZGVyc3Rvb2QiKSB3aWxsIGJlCiAgICAgIHNlbnQgaW4gdGhlIGVjaG8gcmVz cG9uc2UuCgogICBvICBJZiB0aGUgdW5yZWNvZ25pemVkIFRMViBvciBzdWItVExWIGlzIGZy b20gdGhlIEV4cGVyaW1lbnRhbCBVc2UKICAgICAgcmFuZ2UgKDY0NTA4LTY0NTExKW9yIGZy b20gdGhlIEZDRlMgcmFuZ2UgKDY0NTEyLTY1NTM1KSB0aGUgVExWcwogICAgICBtYXkgYmUg c2lsZW50bHkgaWdub3JlZCwgc3RlcHBlZCBvdmVyIG9yIGFuIGVycm9yIG1lc3NhZ2Ugc2Vu dC4KCiAgIFRoZSBJRVRGIGRvZXMgbm90IHByZXNjcmliZSBob3cgcmVjb2duaXplZCBvciB1 bnJlY29nbml6ZWQKICAgRXhwZXJpbWVudGFsIFVzZSBhbmQgUHJpdmF0ZSBVc2UgVExWcyBh bmQgc3ViLVRMVnMgYXJlIGhhbmRsZWQgaW4KICAgZXhwZXJpbWVudGFsIG9yIHByaXZhdGUg bmV0d29ya3MsIHRoYXQgaXMgdXAgdG8gdGhlIGFnZW5jeSBydW5uaW5nCiAgIHRoZSBleHBl cmltZW50IG9yIHRoZSBwcml2YXRlIG5ldHdvcmsuICBUaGUgc3RhdGVtZW50IGFib3ZlIGRl c2NyaWJlcwogICBob3cgc3RhbmRhcmRzIGNvbXBsaWFudCBpbXBsZW1lbnRhdGlvbnMgd2ls bCB0cmVhdCB0aGUgdW5yZWNvZ25pemVkCiAgIFRMVnMgYW5kIHN1Yi1UTFZzIGZyb20gdGhl c2UgcmFuZ2VzLgoKMy4yLiAgQ29tbW9uIFJlZ2lzdHJhdGlvbiBQcm9jZWR1cmVzIGZvciBU TFZzIGFuZCBzdWItVExWcwoKICAgVGhpcyBzZWN0aW9uIGRlc2NyaWJlcyB0aGUgbmV3IHJl Z2lzdHJhdGlvbiBwcm9jZWR1cmVzIGZvciB0aGUgVExWCiAgIGFuZCBzdWItVExWIHJlZ2lz dHJpZXMuCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKQW5kZXJzc29uLCBldCBhbC4gICAg ICAgIEV4cGlyZXMgQXByaWwgMTIsIDIwMjEgICAgICAgICAgICAgICAgIFtQYWdlIDZdCgwK SW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgTFNQIFBpbmcgUmVnaXN0cmllcyAgICAgICAg ICAgICAgT2N0b2JlciAyMDIwCgoKICAgKy0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0t LS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rCiAgIHwgUmFuZ2UgICAg ICAgfCBSZWdpc3RyYXRpb24gICAgICB8IE5vdGUgICAgICAgICAgICAgICAgICAgICAgICAg ICAgfAogICB8ICAgICAgICAgICAgIHwgUHJvY2VkdXJlcyAgICAgICAgfCAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIHwKICAgKy0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0t LS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rCiAgIHwgMC0xNjM4 MyAgICAgfCBTdGFuZGFyZHMgQWN0aW9uICB8IFRoaXMgcmFuZ2UgaXMgZm9yIFRMVnMgYW5k IHN1Yi0gfAogICB8ICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgfCBUTFZzIHRo YXQgcmVxdWlyZSBhbiBlcnJvciAgICAgIHwKICAgfCAgICAgICAgICAgICB8ICAgICAgICAg ICAgICAgICAgIHwgbWVzc2FnZSBpZiBub3QgcmVjb2duaXplZC4gICAgICB8CiAgIHwgMTYz ODQtMzE3MzkgfCBSRkMgUmVxdWlyZWQgICAgICB8IFRoaXMgcmFuZ2UgaXMgZm9yIFRMVnMg YW5kIHN1Yi0gfAogICB8ICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgfCBUTFZz IHRoYXQgcmVxdWlyZSBhbiBlcnJvciAgICAgIHwKICAgfCAgICAgICAgICAgICB8ICAgICAg ICAgICAgICAgICAgIHwgbWVzc2FnZSBpZiBub3QgcmVjb2duaXplZC4gICAgICB8CiAgIHwg MzcxNDAtMzcxNDMgfCBFeHBlcmltZW50YWwgVXNlICB8IFJlc2VydmVkLCBub3QgdG8gYmUg YXNzaWduZWQgICAgfAogICB8IDMxNzQ0LTMyNzY3IHwgRkNGUyAgICAgICAgICAgICAgfCBU aGlzIHJhbmdlIGlzIGZvciBkLVRMVnMgdGhhdCAgIHwKICAgfCAgICAgICAgICAgICB8ICAg ICAgICAgICAgICAgICAgIHwgcmVxdWlyZSBhbiBlcnJvciBtZXNzYWdlIGlmIG5vdCB8CiAg IHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICB8IHJlY29nbml6ZWQuICAgICAg ICAgICAgICAgICAgICAgfAogICB8IDMyNzY4LTQ5MTYxIHwgU3RhbmRhcmRzIEFjdGlvbiAg fCBUaGlzIHJhbmdlIGlzIGZvciBUTFZzIGFuZCBzdWItIHwKICAgfCAgICAgICAgICAgICB8 ICAgICAgICAgICAgICAgICAgIHwgVExWcyB0aGF0IGNhbiBiZSBzaWxlbnRseSAgICAgICB8 CiAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICB8IGRyb3BwZWQgaWYgbm90 IHJlY29nbml6ZWQuICAgICAgfAogICB8IDQ5MTYyLTY0NTA3IHwgUkZDIFJlcXVpcmVkICAg ICAgfCBUaGlzIHJhbmdlIGlzIGZvciBUTFZzIGFuZCBzdWItIHwKICAgfCAgICAgICAgICAg ICB8ICAgICAgICAgICAgICAgICAgIHwgVExWcyB0aGF0IGNhbiBiZSBzaWxlbnRseSAgICAg ICB8CiAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICB8IGRyb3BwZWQgaWYg bm90IHJlY29nbml6ZWQuICAgICAgfAogICB8IDY0NTA4LTY0NTExIHwgRXhwZXJpbWVudGFs IFVzZSAgfCBSZXNlcnZlZCwgbm90IHRvIGJlIGFzc2lnbmVkICAgIHwKICAgfCA2NDUxMi02 NTUzNSB8IEZDRlMgICAgICAgICAgICAgIHwgVGhpcyByYW5nZSBpcyBmb3IgVExWcyBhbmQg c3ViLSB8CiAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICB8IFRMVnMgdGhh dCBjYW4gYmUgc2lsZW50bHkgICAgICAgfAogICB8ICAgICAgICAgICAgIHwgICAgICAgICAg ICAgICAgICAgfCBkcm9wcGVkIGlmIG5vdCByZWNvZ25pemVkLiAgICAgIHwKICAgKy0tLS0t LS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0rCgogICAgICAgICAgICAgVGFibGUgMTogVExWIGFuZCBzdWItVExWIFJlZ2lz dHJhdGlvbiBQcm9jZWR1cmVzCgozLjMuICBDaGFuZ2VzIHRvIHRoZSBMU1AgUGluZyBSZWdp c3RyaWVzCgogICBUaGlzIHNlY3Rpb24gbGlzdHMgdGhlIGNoYW5nZXMgdG8gZWFjaCBNUExT IExTUCBQaW5nIFRMViBhbmQgc3ViLVRMVgogICBSZWdpc3RyeSwgc2VlIHNlY3Rpb24gNi4y LjEgdG8gNi4yLjcgZGVzY3JpYmUgaG93IHRoZSBuZXcgdmVyc2lvbnMgb2YKICAgdGhlIElB TkEgcmVnaXN0cmllcyBzaG91bGQgbG9vaywgdG9nZXRoZXIgd2l0aCB0aGUgcmVnaXN0cmF0 aW9uCiAgIHByb2NlZHVyZXMgZm9yIGVhY2ggcmVnaXN0cnkuCgogICBUaGUgbmV3IFJlZ2lz dHJhdGlvbiBQcm9jZWR1cmVzIGRlc2NyaXB0aW9uIGFuZCB0aGUgbmV3IGFzc2lnbm1lbnRz CiAgIGZvciB0aGVzZSByZWdpc3RyaWVzIGFyZSB1c2VkIHRvIG1vZGVsIHRoZSBjaGFuZ2Vk IE1QTFMgTFNQIFBpbmcKICAgcmVnaXN0cmllcywgc2VlIFNlY3Rpb24gNiAuCgozLjMuMS4g IENvbW1vbiBDaGFuZ2VzIHRvIHRoZSBUTFYgYW5kIFN1Yi1UTFYgUmVnaXN0cmllcwoKICAg VGhlIGZvbGxvd2luZyBjaGFuZ2VzIGFyZSBtYWRlIHRvIHRoZSBUTFYgYW5kIHN1Yi1UTFYg cmVnaXN0cmllcy4KCiAgIG8gIFRoZSByZWdpc3RyYXRpb24gcHJvY2VkdXJlcyAiRmlyc3Qg Q29tZSBGaXJzdCBTZXJ2ZWQgKEZDRlMpIiBhbmQKICAgICAgIkV4cGVyaW1lbnRhbCBVc2Ui IGFyZSBhZGRlZCB0byB0aGUgdGFibGUgb2YgcmVnaXN0cmF0aW9uCiAgICAgIHByb2NlZHVy ZXMuCgoKCgoKQW5kZXJzc29uLCBldCBhbC4gICAgICAgIEV4cGlyZXMgQXByaWwgMTIsIDIw MjEgICAgICAgICAgICAgICAgIFtQYWdlIDddCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAg ICAgTFNQIFBpbmcgUmVnaXN0cmllcyAgICAgICAgICAgICAgT2N0b2JlciAyMDIwCgoKICAg byAgVHdvIHNtYWxsIHNldHMgb2YgY29kZSBwb2ludHMgKDQgY29kZSBwb2ludHMgZWFjaCkg Zm9yCiAgICAgIEV4cGVyaW1lbnRhbCBVc2UsIGFyZSBjcmVhdGVkLiAgVGhlIGZpcnN0IHNl dCBpcyBmb3IgdGhlIHJhbmdlCiAgICAgIHRoYXQgcmVxdWlyZXMgYSByZXNwb25zZSBpZiB0 aGUgVExWIG9yIHN1Yi1UTFYgaXMgbm90IHJlY29nbml6ZWQ7CiAgICAgIHRoZSBzZWNvbmQg c2V0IGlzIGZvciB0aGUgcmFuZ2UgdGhlcmUgdGhlIFRMViBvciBzdWItVExWIHRoYXQgbWF5 CiAgICAgIGJlIHNpbGVudGx5IGRyb3BwZWQgaWYgbm90IHJlY29nbml6ZWQuICBUaGUgY29k ZSBwb2ludHMgZm9yCiAgICAgIGV4cGVyaW1lbnRhbCB1c2UgYXJlIGFjdHVhbGx5IHRha2Vu IGZyb20gdGhlIHR3byByYW5nZXMgbm93IGNhbGxlZAogICAgICAiUkZDIFJlcXVpcmVkIi4K CiAgIG8gIFRoZSByZWdpc3RyYXRpb24gcHJvY2VkdXJlICJTcGVjaWZpY2F0aW9uIFJlcXVp cmVkIiBpcyBjaGFuZ2VkIHRvCiAgICAgICJSRkMgUmVxdWlyZWQiIGFuZCB0aGUgbm90ZSAi RXhwZXJpbWVudGFsIFJGQyBuZWVkZWQiIGlzIHJlbW92ZWQuCgogICBvICBJbiB0aGUgbGlz dGluZyBvZiBhc3NpZ25tZW50cyB0aGUgdGVybSAiVmVuZG9yIFByaXZhdGUgVXNlIiBpcwog ICAgICBjaGFuZ2VkIHRvICJGaXJzdCBDb21lIEZpcnN0IFNlcnZlZCAoRkNGUykiLgoKICAg byAgSW4gdGhlIGxpc3Rpbmcgb2YgYXNzaWdubWVudHMgdGhlIHJhbmdlIGZvciAiRXhwZXJp bWVudGFsIFVzZSIgaXMKICAgICAgYWRkZWQuCgogICBvICBBIG5vdGUgc2F5aW5nICJOb3Qg dG8gYmUgYXNzaWduZWQiIGlzIGFkZGVkIGZvciB0aGUgcmVnaXN0cmF0aW9uCiAgICAgIHBy b2NlZHVyZXMgIkV4cGVyaW1lbnRhbCBVc2UiLgoKICAgbyAgSW4gdGhlIGxpc3QgdGhhdCBj YXB0dXJlcyBhc3NpZ25tZW50IHN0YXR1cywgdGhlIGZpZWxkcyB0aGF0IGFyZQogICAgICBy ZXNlcnZlZCwgaS5lLiwgMCAoemVybykgYW5kIEV4cGVyaW1lbnRhbCBVc2UgYXJlIGNsZWFy bHkgbWFya2VkLgoKNC4gIFVwZGF0ZXMgdG8gUmVsYXRlZCBSRkNzCgogICBTb21lIHJlZmVy ZW5jZWQgUkZDcyB1c2UgdGhlIGNvbmNlcHQgIm1hbmRhdG9yeSBUTFZzIiBhbmQgIm1hbmRh dG9yeQogICBzdWItVExWcyIgdG8gaW5kaWNhdGUgdGhhdCwgaWYgYSBUTFYgb3Igc3ViLVRM ViBvZiB0aGUgcmFuZ2UgMC0xNjM4MwogICBvciAxNjM4NC0zMTc0MyBpbiBhIG1lc3NhZ2Ug aXMgbm90IHVuZGVyc3Rvb2QsIGFuIGVycm9yIG1lc3NhZ2UgbmVlZHMKICAgdG8gYmUgc2Vu dCBpbiByZXNwb25zZS4KCiAgIFRoZSBzYW1lIFJGQ3MgdXNlICJvcHRpb25hbCBUTFZzIiBh bmQgIm9wdGlvbmFsIHN1Yi1UTFZzIiB0byBtZWFuCiAgIFRMVnMgb3Igc3ViLVRMVnMgdGhh dCBjYW4gYmUgc2lsZW50bHkgaWdub3JlZCBpZiBub3QgcmVjb2duaXplZC4KCiAgIFNpbmNl IG90aGVyIFJGQ3MgdXNlICJtYW5kYXRvcnkgVExWcyIgYW5kICJtYW5kYXRvcnkgc3ViLVRM VnMiIHRvCiAgIGluZGljYXRlIFRMVnMgYW5kIHN1Yi1UTFZzIHRoYXQgbXVzdCBiZSBwcmVz ZW50IGluIGEgbWVzc2FnZSwgd2Ugd2FudAogICB0byBkaXNjb250aW51ZSB0aGUgdXNlIG9m ICJtYW5kYXRvcnkiIHRvIGluZGljYXRlIFRMVnMgYW5kIHN1Yi1UTFZzCiAgIHRoYXQgcmVx dWlyZXMgYW4gZXJyb3IgbWVzc2FnZSBpbiByZXNwb25zZSBpZiBub3QgdW5kZXJzdG9vZC4g IFRoZQogICBjaGFuZ2VzIHRvIHRoZSBSRkNzIGJlbG93IGFsaWduIHdpdGggdGhpcyBwcmFj dGljZS4KCjQuMS4gIFVwZGF0ZXMgdG8gUkZDIDgwMjkKCiAgIE1hbmRhdG9yeSBhbmQgb3B0 aW9uYWwgYXJlIHVzZWQgdG8gaW5kaWNhdGUgd2hldGhlciBhIHJlc3BvbnNlIGlzCiAgIG5l ZWRlZCBpZiBhIFRMViBvciBzdWItVExWIGlzIG5vdCB1bmRlcnN0b29kIG9uIHBhZ2VzIDE0 IGFuZCAxNSBpbgogICBTZWN0aW9uIDMgb2YgUkZDIDgwMjkuCgogICBUaGUgdGV4dCBpbiB0 aG9zZSB0d28gcGFyYWdyYXBocyBpcyBub3cgdXBkYXRlZCB0byB0aGUgZm9sbG93aW5nOgoK CgoKCkFuZGVyc3NvbiwgZXQgYWwuICAgICAgICBFeHBpcmVzIEFwcmlsIDEyLCAyMDIxICAg ICAgICAgICAgICAgICBbUGFnZSA4XQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgIExT UCBQaW5nIFJlZ2lzdHJpZXMgICAgICAgICAgICAgIE9jdG9iZXIgMjAyMAoKCiAgICAgIFRM ViBhbmQgc3ViLVRMViBUeXBlcyBsZXNzIHRoYW4gMzI3NjggKGkuZS4sIHdpdGggdGhlIGhp Z2gtb3JkZXIKICAgICAgYml0IGVxdWFsIHRvIDApIGFyZSBUTFZzIGFuZCBzdWItVExWcyB0 aGF0IE1VU1QgZWl0aGVyIGJlCiAgICAgIHN1cHBvcnRlZCBieSBhbiBpbXBsZW1lbnRhdGlv biBvciByZXN1bHQgaW4gdGhlIFJldHVybiBDb2RlIG9mIDIKICAgICAgKCJPbmUgb3IgbW9y ZSBvZiB0aGUgVExWcyB3YXMgbm90IHVuZGVyc3Rvb2QiKSBiZWluZyBzZW50IGluIHRoZQog ICAgICBlY2hvIHJlc3BvbnNlLgoKICAgICAgQW4gaW1wbGVtZW50YXRpb24gdGhhdCBkb2Vz IG5vdCB1bmRlcnN0YW5kIG9yIHN1cHBvcnQgYSByZWNlaXZlZAogICAgICBUTFYgb3Igc3Vi LVRMViB3aXRoIFR5cGUgZ3JlYXRlciB0aGFuIG9yIGVxdWFsIHRvIDMyNzY4IChpLmUuLAog ICAgICB3aXRoIHRoZSBoaWdoLW9yZGVyIGJpdCBlcXVhbCB0byAxKSBTSE9VTEQgaWdub3Jl IGFuZCBzdGVwIG92ZXIKICAgICAgdGhlIFRMViBvciBzdWItVExWLCBob3dldmVyIGFuIGlt cGxlbWVudGF0aW9uIE1BWSBzZW5kIGFuIGVjaG8KICAgICAgcmVzcG9uc2Ugd2l0aCBSZXR1 cm4gQ29kZSAyICgiT25lIG9yIG1vcmUgb2YgdGhlIFRMVnMgd2FzIG5vdAogICAgICB1bmRl cnN0b29kIikgYXMgaXQgd291bGQgaGF2ZSBkb25lIGlmIHRoZSBoaWdoIG9yZGVyIGJpdCBo YWQgYmVlbgogICAgICBjbGVhci4KCiAgIEluIFNlY3Rpb24gMy44IG9mIFJGQyA4MDI5ICJt YW5kYXRvcnkiIGlzIHVzZWQgaW4gdGhlIHNhbWUgd2F5LiAgVGhlCiAgIGZpcnN0IHR3byBw YXJhZ3JhcGhzIG9mIHRoaXMgc2VjdGlvbiBhcmUgbm93IHVwZGF0ZWQgdG8gcmVhZCBhcwog ICBmb2xsb3dzOgoKICAgICAgVGhlIGZvbGxvd2luZyBUTFYgaXMgYSBUTFYgdGhhdCBNQVkg YmUgaW5jbHVkZWQgaW4gYW4gZWNobyByZXBseQogICAgICB0byBpbmZvcm0gdGhlIHNlbmRl ciBvZiBhbiBlY2hvIHJlcXVlc3QgdGhhdCBpbmNsdWRlcyBUTFZzIG9yIHN1Yi0KICAgICAg VExWcyBUeXBlcyBsZXNzIHRoYW4gMzI3NjggKGkuZS4sIHdpdGggdGhlIGhpZ2gtb3JkZXIg Yml0IGVxdWFsIHRvCiAgICAgIDApIGFyZSBlaXRoZXIgbm90IHN1cHBvcnRlZCBieSB0aGUg aW1wbGVtZW50YXRpb24gb3IgcGFyc2VkIGFuZAogICAgICBmb3VuZCB0byBiZSBpbiBlcnJv ci4KCiAgICAgIFRoZSBWYWx1ZSBmaWVsZCBjb250YWlucyB0aGUgVExWcywgaW5jbHVkaW5n IHN1Yi1UTFZzLCB0aGF0IHdlcmUKICAgICAgbm90IHVuZGVyc3Rvb2QsIGVuY29kZWQgYXMg c3ViLVRMVnMuCgo0LjIuICBVcGRhdGVzIHRvIFJGQyA4NjExCgogICBTZWN0aW9uIDEzLjQu MSBvZiAiTGFiZWwgU3dpdGNoZWQgUGF0aCAoTFNQKSBQaW5nIGFuZCBUcmFjZXJvdXRlCiAg IE11bHRpcGF0aCBTdXBwb3J0IGZvciBMaW5rIEFnZ3JlZ2F0aW9uIEdyb3VwIChMQUcpIElu dGVyZmFjZXMKICAgW1JGQzg2MTFdIiBkZWZpbmVzICJTdWItVExWcyBmb3IgVExWIFR5cGUg NiIgW0lBTkEtU3ViLTZdLgoKICAgVGhlICJTdWItVExWcyBmb3IgVExWIFR5cGUgNiIgcmVn aXN0cnkgaXMgbm93IHVwZGF0ZWQgdG8gYWxpZ24gd2l0aAogICBjaGFuZ2VzIGRlZmluZWQg aW4gdGhpcyBkb2N1bWVudC4KCiAgIFNlY3Rpb24gMTMuNC4xIG9mIFJGQyA4NjExIGlzIG5v dyB1cGRhdGVkIGFzIGZvbGxvd3M6CgogICBTZWN0aW9uIDEzLjQuMSBTdWItVExWcyBmb3Ig VExWIFR5cGUgNgoKICAgSUFOQSBoYXMgY3JlYXRlZCBhIG5ldyBzdWItcmVnaXN0cnkgIlN1 Yi1UTFZzIGZvciBUTFYgVHlwZSA2IgogICBbSUFOQS1TdWItNl0gdW5kZXIgdGhlICJUTFZz IiByZWdpc3RyeSBbSUFOQS1UTFYtcmVnXSBvZiB0aGUKICAgIk11bHRpcHJvdG9jb2wgTGFi ZWwgU3dpdGNoaW5nIChNUExTKSBMYWJlbCBTd2l0Y2hlZCBQYXRocyAoTFNQcykKICAgUGlu ZyBQYXJhbWV0ZXJzIiBuYW1lIHNwYWNlIFtsc3AtcGluZy1OYW1lU3BhY2VdLgoKICAgVGhl ICJTdWItVExWcyBmb3IgVExWIFR5cGUgNiIgc3ViLXJlZ2lzdHJ5IGlzIG5vdyB1cGRhdGVk IHRvIGFsaWduCiAgIHdpdGggY2hhbmdlcyBkZWZpbmVkIGluIHRoaXMgZG9jdW1lbnQuCgoK CgpBbmRlcnNzb24sIGV0IGFsLiAgICAgICAgRXhwaXJlcyBBcHJpbCAxMiwgMjAyMSAgICAg ICAgICAgICAgICAgW1BhZ2UgOV0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICBMU1Ag UGluZyBSZWdpc3RyaWVzICAgICAgICAgICAgICBPY3RvYmVyIDIwMjAKCgogICArLS0tLS0t LS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLSsKICAgfCBSYW5nZSAgICAgICB8IFJlZ2lzdHJhdGlvbiAgICAgIHwgTm90ZSAg ICAgICAgICAgICAgICAgICAgICAgICAgICB8CiAgIHwgICAgICAgICAgICAgfCBQcm9jZWR1 cmVzICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfAogICArLS0t LS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLSsKICAgfCAwLTE2MzgzICAgICB8IFN0YW5kYXJkcyBBY3Rpb24gIHwgVGhp cyByYW5nZSBpcyBmb3Igc3ViLVRMVnMgdGhhdCB8CiAgIHwgICAgICAgICAgICAgfCAgICAg ICAgICAgICAgICAgICB8IHJlcXVpcmUgYW4gZXJyb3IgbWVzc2FnZSBpZiBub3QgfAogICB8 ICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgfCByZWNvZ25pemVkLiAgICAgICAg ICAgICAgICAgICAgIHwKICAgfCAxNjM4NC0zMTczOSB8IFJGQyBSZXF1aXJlZCAgICAgIHwg VGhpcyByYW5nZSBpcyBmb3Igc3ViLVRMVnMgdGhhdCB8CiAgIHwgICAgICAgICAgICAgfCAg ICAgICAgICAgICAgICAgICB8IHJlcXVpcmUgYW4gZXJyb3IgbWVzc2FnZSBpZiBub3QgfAog ICB8ICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgfCByZWNvZ25pemVkLiAgICAg ICAgICAgICAgICAgICAgIHwKICAgfCAzMTc0MC0zMTc0MyB8IEV4cGVyaW1lbnRhbCBVc2Ug IHwgUmVzZXJ2ZWQgbm90IHRvIGJlIGFzc2lnbmVkICAgICB8CiAgIHwgMzE3NDQtMzI3Njcg fCBGQ0ZTICAgICAgICAgICAgICB8IFRoaXMgcmFuZ2UgaXMgZm9yIHN1Yi1UTFZzIHRoYXQg fAogICB8ICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgfCByZXF1aXJlIGFuIGVy cm9yIG1lc3NhZ2UgaWYgbm90IHwKICAgfCAgICAgICAgICAgICB8ICAgICAgICAgICAgICAg ICAgIHwgcmVjb2duaXplZC4gICAgICAgICAgICAgICAgICAgICB8CiAgIHwgMzI3NjgtNDkx NjEgfCBTdGFuZGFyZHMgQWN0aW9uICB8IFRoaXMgcmFuZ2UgaXMgZm9yIHN1Yi1UTFZzIHRo YXQgfAogICB8ICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgfCBjYW4gYmUgc2ls ZW50bHkgZHJvcHBlZCBpZiBub3QgIHwKICAgfCAgICAgICAgICAgICB8ICAgICAgICAgICAg ICAgICAgIHwgcmVjb2duaXplZC4gICAgICAgICAgICAgICAgICAgICB8CiAgIHwgNDkxNjIt NjQ1MDcgfCBSRkMgUmVxdWlyZWQgICAgICB8IFRoaXMgcmFuZ2UgaXMgZm9yIHN1Yi1UTFZz IHRoYXQgfAogICB8ICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgfCBjYW4gYmUg c2lsZW50bHkgZHJvcHBlZCBpZiBub3QgIHwKICAgfCAgICAgICAgICAgICB8ICAgICAgICAg ICAgICAgICAgIHwgcmVjb2duaXplZC4gICAgICAgICAgICAgICAgICAgICB8CiAgIHwgNjQ1 MDgtNjQ1MTEgfCBFeHBlcmltZW50YWwgVXNlICB8IFJlc2VydmVkIG5vdCB0byBiZSBhc3Np Z25lZCAgICAgfAogICB8IDY0NTEyLTY1NTM1IHwgRkNGUyAgICAgICAgICAgICAgfCBUaGlz IHJhbmdlIGlzIGZvciBzdWItVExWcyB0aGF0IHwKICAgfCAgICAgICAgICAgICB8ICAgICAg ICAgICAgICAgICAgIHwgY2FuIGJlIHNpbGVudGx5IGRyb3BwZWQgaWYgbm90ICB8CiAgIHwg ICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICB8IHJlY29nbml6ZWQuICAgICAgICAg ICAgICAgICAgICAgfAogICArLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tKy0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsKCiAgICAgICAgIFRhYmxlIDI6IFN1 Yi1UTFZzIGZvciBUTFYgVHlwZSA2IFJlZ2lzdHJhdGlvbiBQcm9jZWR1cmVzCgo1LiAgU2Vj dXJpdHkgQ29uc2lkZXJhdGlvbnMKCiAgIFRoaXMgZG9jdW1lbnQgdXBkYXRlcyBJQU5BIHJl Z2lzdHJpZXMuICBJdCBhbHNvIHVwZGF0ZXMgdGVybWlub2xvZ3kKICAgdXNlZCB0byBkZWZp bmUsIGFuZCBjbGFyaWZpZXMgdGhlIHRlcm1pbm9sb2d5IHJlbGF0ZWQgdG8sIHRoZSBjb2Rl CiAgIHBvaW50cyBpbiB0aGUgcmVnaXN0cmllcy4gIFRoZSBkb2N1bWVudCBkb2VzIG5vdCBj aGFuZ2UgaG93IHRoZSBjb2RlLQogICBwb2ludHMgaW4gdGhlIHJlZ2lzdHJpZXMgYXJlIHVz ZWQuICBUaGlzIHNob3VsZCBub3QgY3JlYXRlIGFueSBuZXcKICAgdGhyZWF0cy4KCiAgIEhv d2V2ZXIsIHRoZSB1cGRhdGVkIHRlcm1pbm9sb2d5IGFuZCB0aGUgY2xhcmlmaWNhdGlvbnMg aW1wcm92ZQogICBzZWN1cml0eSBiZWNhdXNlIGl0IG1ha2VzIGl0IG1vcmUgbGlrZWx5IHRo YXQgaW1wbGVtZW50YXRpb25zIHdpbGwgYmUKICAgY29uc2lzdGVudCBhbmQgaGFyZGVyIHRv IGF0dGFjay4KCjYuICBJQU5BIENvbnNpZGVyYXRpb25zCgogICBJQU5BIGlzIHJlcXVlc3Rl ZCB0byB1cGRhdGUgdGhlICJNdWx0aXByb3RvY29sIExhYmVsIFN3aXRjaGluZyAoTVBMUykK ICAgTGFiZWwgU3dpdGNoZWQgUGF0aHMgKExTUHMpIFBpbmcgUGFyYW1ldGVycyIgbmFtZSBz cGFjZQogICBbSUFOQS1MU1AtUElOR10gYXMgZGVzY3JpYmVkIGluIHRoaXMgZG9jdW1lbnQu CgogICBTZWUgU2VjdGlvbiAxLjIgIlRlcm1pbm9sb2d5IFVzZWQgaW4gdGhpcyBEb2N1bWVu dCIgdG8gc2VlIGhvdyAibmFtZQogICBzcGFjZSIsICJyZWdpc3RyeSIgYW5kICJzdWItcmVn aXN0cnkiIGFyZSB1c2VkIGluIHRoaXMgZG9jdW1lbnQuCgoKCkFuZGVyc3NvbiwgZXQgYWwu ICAgICAgICBFeHBpcmVzIEFwcmlsIDEyLCAyMDIxICAgICAgICAgICAgICAgIFtQYWdlIDEw XQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgIExTUCBQaW5nIFJlZ2lzdHJpZXMgICAg ICAgICAgICAgIE9jdG9iZXIgMjAyMAoKCiAgIEluIG90aGVyIHBhcnRzIG9mIHRoaXMgZG9j dW1lbnQgdGhlIGNvbW11bmFsaXR5IG9mIHRoZSBjaGFuZ2VzIHRvIHRoZQogICBMU1AgUGlu ZyByZWdpc3RyaWVzIGhhcyBiZWVuIHRoZSBmb2N1cy4gIEZvciB0aGUgSUFOQSBjb25zaWRl cmF0aW9ucwogICBlYWNoIGNoYW5nZWQgcmVnaXN0cnkgaGFzIGJlZW4gZGVzY3JpYmVkIGlu IGl0cyBvd24gcmlnaHQuCgogICBUaGUgZm9sbG93aW5nIHJlZ2lzdHJpZXMgYW5kIHN1Yi1y ZWdpc3RyaWVzIGFyZSBjaGFuZ2VkOgoKICAgIk1lc3NhZ2UgVHlwZXMiLCBbSUFOQS1NVF0s CiAgICJSZXBseSBNb2RlcyIsIFtJQU5BLVJNXQogICAiUmV0dXJuIENvZGVzIiBbSUFOQS1S Q10KICAgIlRMVnMiIFtJQU5BLVRMVi1yZWddCiAgICJTdWItVExWcyBmb3IgVExWIFR5cGVz IDEsIDE2LCBhbmQgMjEiIFtJQU5BLVN1Yi0xLTE2LTIxXQogICAiU3ViLVRMVnMgZm9yIFRM ViBUeXBlIDYiIFtJQU5BLVN1Yi02XQogICAiU3ViLVRMVnMgZm9yIFRMViBUeXBlIDExIiBb SUFOQS1TdWItMTFdCiAgICJTdWItVExWcyBmb3IgVExWIFR5cGUgMjAiIFtJQU5BLVN1Yi0y MF0KICAgIlN1Yi1UTFZzIGZvciBUTFYgVHlwZSAyMyIgW0lBTkEtU3ViLTIzXQogICAiU3Vi LVRMVnMgZm9yIFRMViBUeXBlIDI3IiBbSUFOQS1TdWItMjddCgo2LjEuICBVcGRhdGVzIHRv IHRoZSBNZXNzYWdlIFR5cGUsIFJlcGx5IE1vZGUgYW5kIFJldHVybiBDb2RlcwogICAgICBS ZWdpc3RyaWVzCgogICBUaGlzIHNlY3Rpb24gZGV0YWlscyB0aGUgdXBkYXRlZCByZWdpc3Ry YXRpb24gcHJvY2VkdXJlcyBhbmQKICAgYWxsb2NhdGlvbnMgZm9yICJNZXNzYWdlIFR5cGUi LCAiUmVwbHkgTW9kZSIgYW5kICJSZXR1cm4gQ29kZXMiCiAgIHJlZ2lzdHJpZXMuCgo2LjEu MS4gIFVwZGF0ZXMgdG8gdGhlIE1lc2FnZSBUeXBlIHJlZ2lzdHJ5CgogICBUaGlzIGlzIHRo ZSBjaGFuZ2VzIHRvIHRoZSAiTWVzc2FnZSBUeXBlIiByZWdpc3RyeSBzcGVjaWZpZWQgaW4g dGhpcwogICBkb2N1bWVudDoKCiAgIG8gIENvZGUgUG9pbnQgMCAoemVybykgaXMgbWFya2Vk IFJlc2VydmVkLgoKICAgbyAgVGhlIHJlZ2lzdHJhdGlvbiBwcm9jZWR1cmUgIlNwZWNpZmlj YXRpb24gUmVxdWlyZWQiIGlzIGNoYW5nZWQgdG8KICAgICAgIlJGQyBSZXF1aXJlZCIgYW5k IHRoZSBjb21tZW50ICJFeHBlcmltZW50YWwgUkZDIG5lZWRlZCIgaXMKICAgICAgcmVtb3Zl ZC4KCiAgIG8gIEZvdXIgY29kZSBwb2ludCBoYXZlIGJlZW4gdGFrZW4gZnJvbSB3aGF0IHdh cyBlYXJsaWVyCiAgICAgICJTcGVjaWZpY2F0aW9uIFJlcXVpcmVkIiB0byBmb3JtIGEgc2V0 IG9mIGNvZGUgcG9pbnRzIGZvcgogICAgICAiRXhwZXJpbWVudGFsIFVzZS4iCgogICBUaGUg cmVnaXN0cmF0aW9uIHByb2NlZHVyZXMgYWZ0ZXIgdGhlIGNoYW5nZXMgZm9yIHRoZSAiTWVz c2FnZSBUeXBlIgogICByZWdpc3RyeSBhcmUgc2hvd24gaW4gdGhlIHRhYmxlIGJlbG93OgoK CgoKCgoKCgoKQW5kZXJzc29uLCBldCBhbC4gICAgICAgIEV4cGlyZXMgQXByaWwgMTIsIDIw MjEgICAgICAgICAgICAgICAgW1BhZ2UgMTFdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAg ICAgTFNQIFBpbmcgUmVnaXN0cmllcyAgICAgICAgICAgICAgT2N0b2JlciAyMDIwCgoKICAg Ky0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0rCiAgIHwgUmFuZ2UgICB8IFJlZ2lzdHJhdGlvbiAgICAgICB8IE5v dGUgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfAogICB8ICAgICAgICAgfCBQcm9j ZWR1cmVzICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwK ICAgKy0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0rCiAgIHwgMC0xOTEgICB8IFN0YW5kYXJkcyBBY3Rpb24gICB8 ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfAogICB8IDE5Mi0yNDcgfCBS RkMgUmVxdWlyZWQgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IHwKICAgfCAyNDgtMjUxIHwgRXhwZXJpbWVudGFsIFVzZSAgIHwgUmVzZXJ2ZWQsIG5vdCB0 byBiZSBhc3NpZ25lZCAgICAgICB8CiAgIHwgMjUyLTI1NSB8IFByaXZhdGUgVXNlICAgICAg ICB8IFJlc2VydmVkLCBub3QgdG8gYmUgYXNzaWduZWQgICAgICAgfAogICArLS0tLS0tLS0t Ky0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLSsKCiAgICAgICAgICAgICAgIFRhYmxlIDM6IE1lc3NhZ2UgVHlwZSByZWdpc3RyYXRp b24gcHJvY2VkdXJlcwoKICAgVGhlIHVwZGF0ZWQgYXNzaWdubWVudHMgZm9yIHRoZSAiTWVz c2FnZSBUeXBlcyIgcmVnaXN0cnkgd2lsbCBsb29rCiAgIGxpa2UgdGhpczoKCiAgICstLS0t LS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tKwogICB8IFZhbHVlICAgfCBNZWFuaW5nICAgICAgICAgICAgICAgICAgICAg ICAgIHwgUmVmZXJlbmNlICAgICAgICAgICAgIHwKICAgKy0tLS0tLS0tLSstLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rCiAgIHwg MCAgICAgICB8IFJlc2VydmVkICAgICAgICAgICAgICAgICAgICAgICAgfCBUaGlzIGRvY3Vt ZW50ICAgICAgICAgfAogICB8IDEgICAgICAgfCBNUExTIEVjaG8gUmVxdWVzdCAgICAgICAg ICAgICAgIHwgW1JGQzgwMjldICAgICAgICAgICAgIHwKICAgfCAyICAgICAgIHwgTVBMUyBF Y2hvIFJlcGx5ICAgICAgICAgICAgICAgICB8IFtSRkM4MDI5XSAgICAgICAgICAgICB8CiAg IHwgMyAgICAgICB8IE1QTFMgUHJveHkgUGluZyBSZXF1ZXN0ICAgICAgICAgfCBbUkZDNzU1 NV0gICAgICAgICAgICAgfAogICB8IDQgICAgICAgfCBNUExTIFByb3h5IFBpbmcgUmVwbHkg ICAgICAgICAgIHwgW1JGQzc1NTVdICAgICAgICAgICAgIHwKICAgfCA1ICAgICAgIHwgTVBM UyBSZWxheWVkIEVjaG8gUmVwbHkgICAgICAgICB8IFtSRkM3NzQzXSAgICAgICAgICAgICB8 CiAgIHwgNi0yNDcgICB8IFVuYXNzaWduZWQgICAgICAgICAgICAgICAgICAgICAgfCAgICAg ICAgICAgICAgICAgICAgICAgfAogICB8IDI0OC0yNTEgfCBSZXNlcnZlZCBmb3IgRXhwZXJp bWVudGFsIFVzZSAgIHwgVGhpcyBkb2N1bWVudCAgICAgICAgIHwKICAgfCAyNTItMjU1IHwg UmVzZXJ2ZWQgZm9yIFByaXZhdGUgVXNlICAgICAgICB8IFtSRkM4MDI5XSAgICAgICAgICAg ICB8CiAgICstLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tKwoKICAgICAgICAgICAgVGFibGUgNDogQXNzaWdubWVu dHMgZm9yIHRoZSBNZXNzYWdlIFR5cGVzIHJlZ2lzdHJ5Cgo2LjEuMi4gIFVwZGF0ZXMgdG8g dGhlIFJlcGx5IE1vZGVzIHJlZ2lzdHJ5CgogICBUaGlzIGlzIHRoZSBjaGFuZ2VzIHRvIHRo ZSAiUmVwbHkgTW9kZXMiIHJlZ2lzdHJ5IHNwZWNpZmllZCBpbiB0aGlzCiAgIGRvY3VtZW50 OgoKICAgbyAgQ29kZSBQb2ludCAwICh6ZXJvKSBpcyBtYXJrZWQgUmVzZXJ2ZWQuCgogICBv ICBUaGUgcmVnaXN0cmF0aW9uIHByb2NlZHVyZSAiU3BlY2lmaWNhdGlvbiBSZXF1aXJlZCIg aXMgY2hhbmdlZCB0bwogICAgICAiUkZDIFJlcXVpcmVkIiBhbmQgdGhlIGNvbW1lbnQgIkV4 cGVyaW1lbnRhbCBSRkMgbmVlZGVkIiBpcwogICAgICByZW1vdmVkLgoKICAgbyAgRm91ciBj b2RlIHBvaW50IGhhdmUgYmVlbiB0YWtlbiBmcm9tIHdoYXQgd2FzIGVhcmxpZXIKICAgICAg IlNwZWNpZmljYXRpb24gUmVxdWlyZWQiIHRvIGZvcm0gYSBzZXQgb2YgY29kZSBwb2ludHMg Zm9yCiAgICAgICJFeHBlcmltZW50YWwgVXNlIi4KCiAgIFRoZSByZWdpc3RyYXRpb24gcHJv Y2VkdXJlcyBhZnRlciB0aGUgY2hhbmdlcyBmb3IgdGhlICJSZXBseSBNb2RlcyIKICAgcmVn aXN0cnkgYXJlIHNob3cgaW4gdGhlIHRhYmxlIGJlbG93OgoKCgpBbmRlcnNzb24sIGV0IGFs LiAgICAgICAgRXhwaXJlcyBBcHJpbCAxMiwgMjAyMSAgICAgICAgICAgICAgICBbUGFnZSAx Ml0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICBMU1AgUGluZyBSZWdpc3RyaWVzICAg ICAgICAgICAgICBPY3RvYmVyIDIwMjAKCgogICArLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0t LS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsKICAgfCBSYW5n ZSAgIHwgUmVnaXN0cmF0aW9uICAgICAgIHwgTm90ZSAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICB8CiAgIHwgICAgICAgICB8IFByb2NlZHVyZXMgICAgICAgICB8ICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgfAogICArLS0tLS0tLS0tKy0tLS0tLS0tLS0t LS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsKICAgfCAw LTE5MSAgIHwgU3RhbmRhcmRzIEFjdGlvbiAgIHwgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICB8CiAgIHwgMTkyLTI0NyB8IFJGQyBSZXF1aXJlZCAgICAgICB8ICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfAogICB8IDI0OC0yNTEgfCBFeHBlcmlt ZW50YWwgVXNlICAgfCBSZXNlcnZlZCwgbm90IHRvIGJlIGFzc2lnbmVkICAgICAgIHwKICAg fCAyNTItMjU1IHwgUHJpdmF0ZSBVc2UgICAgICAgIHwgUmVzZXJ2ZWQsIG5vdCB0byBiZSBh c3NpZ25lZCAgICAgICB8CiAgICstLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwoKICAgICAgICAgICAgICAgVGFi bGUgNTogUmVwbHkgTW9kZXMgcmVnaXN0cmF0aW9uIHByb2NlZHVyZXMKCiAgIFRoZSB1cGRh dGVkIGFzc2lnbm1lbnRzIGZvciB0aGUgIlJlcGx5IE1vZGVzIiByZWdpc3RyeSB3aWxsIGxv b2sgbGlrZQogICB0aGlzOgoKICAgKy0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rCiAgIHwgVmFsdWUgICB8IE1l YW5pbmcgICAgICAgICAgICAgICAgICAgICAgICAgfCBSZWZlcmVuY2UgICAgICAgICAgICAg fAogICArLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSstLS0t LS0tLS0tLS0tLS0tLS0tLS0tLSsKICAgfCAwICAgICAgIHwgUmVzZXJ2ZWQgICAgICAgICAg ICAgICAgICAgICAgICB8IFRoaXMgZG9jdW1lbnQgICAgICAgICB8CiAgIHwgMSAgICAgICB8 IERvIG5vdCByZXBseSAgICAgICAgICAgICAgICAgICAgfCBbUkZDODAyOV0gICAgICAgICAg ICAgfAogICB8IDIgICAgICAgfCBSZXBseSB2aWEgYW4gSVB2NC9JUHY2IFVEUCAgICAgIHwg W1JGQzgwMjldICAgICAgICAgICAgIHwKICAgfCAgICAgICAgIHwgcGFja2V0ICAgICAgICAg ICAgICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICB8CiAgIHwgMyAgICAg ICB8IFJlcGx5IHZpYSBhbiBJUHY0L0lQdjYgVURQICAgICAgfCBbUkZDODAyOV0gICAgICAg ICAgICAgfAogICB8ICAgICAgICAgfCBwYWNrZXQgd2l0aCBSb3V0ZXIgQWxlcnQgICAgICAg IHwgICAgICAgICAgICAgICAgICAgICAgIHwKICAgfCA0ICAgICAgIHwgUmVwbHkgdmlhIGFw cGxpY2F0aW9uLWxldmVsICAgICB8IFtSRkM4MDI5XSAgICAgICAgICAgICB8CiAgIHwgICAg ICAgICB8IGNvbnRyb2wgY2hhbm5lbCAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAg ICAgICAgICAgfAogICB8IDUgICAgICAgfCBSZXBseSB2aWEgU3BlY2lmaWVkIFBhdGggICAg ICAgIHwgW1JGQzcxMTBdICAgICAgICAgICAgIHwKICAgfCA2LTI0NyAgIHwgVW5hc3NpZ25l ZCAgICAgICAgICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICB8CiAgIHwg MjQ4LTI1MSB8IFJlc2VydmVkIGZvciBFeHBlcmltZW50YWwgVXNlICAgfCBUaGlzIGRvY3Vt ZW50ICAgICAgICAgfAogICB8IDI1Mi0yNTUgfCBSZXNlcnZlZCBmb3IgUHJpdmF0ZSBVc2Ug ICAgICAgIHwgW1JGQzgwMjldICAgICAgICAgICAgIHwKICAgKy0tLS0tLS0tLSstLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rCgog ICAgICAgICAgICAgVGFibGUgNjogQXNzaWdubWVudHMgZm9yIHRoZSBSZXBseSBNb2RlcyBy ZWdpc3RyeQoKNi4xLjMuICBVcGRhdGVzIHRvIHRoZSBSZXR1cm4gQ29kZXMgcmVnaXN0cnkK CiAgIFRoaXMgaXMgdGhlIGNoYW5nZXMgdG8gdGhlICJSZXR1cm4gQ29kZXMiIHJlZ2lzdHJ5 IHNwZWNpZmllZCBpbiB0aGlzCiAgIGRvY3VtZW50OgoKICAgbyAgVGhlIHJlZ2lzdHJhdGlv biBwcm9jZWR1cmUgIlNwZWNpZmljYXRpb24gUmVxdWlyZWQiIGlzIGNoYW5nZWQgdG8KICAg ICAgIlJGQyBSZXF1aXJlZCIgYW5kIHRoZSBjb21tZW50ICJFeHBlcmltZW50YWwgUkZDIG5l ZWRlZCIgaXMKICAgICAgcmVtb3ZlZC4KCiAgIG8gIEZvdXIgY29kZSBwb2ludCBoYXZlIGJl ZW4gdGFrZW4gZnJvbSB3aGF0IHdhcyBlYXJsaWVyCiAgICAgICJTcGVjaWZpY2F0aW9uIFJl cXVpcmVkIiB0byBmb3JtIGEgc2V0IG9mIGNvZGUgcG9pbnRzIGZvcgogICAgICAiRXhwZXJp bWVudGFsIFVzZSIuCgoKCgoKQW5kZXJzc29uLCBldCBhbC4gICAgICAgIEV4cGlyZXMgQXBy aWwgMTIsIDIwMjEgICAgICAgICAgICAgICAgW1BhZ2UgMTNdCgwKSW50ZXJuZXQtRHJhZnQg ICAgICAgICAgICAgTFNQIFBpbmcgUmVnaXN0cmllcyAgICAgICAgICAgICAgT2N0b2JlciAy MDIwCgoKICAgVGhlIHJlZ2lzdHJhdGlvbiBwcm9jZWR1cmVzIGFmdGVyIHRoZSBjaGFuZ2Vz IGZvciB0aGUgIlJldHVybiBDb2RlcyIKICAgcmVnaXN0cnkgYXJlIHNob3cgaW4gdGhlIHRh YmxlIGJlbG93OgoKICAgKy0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rCiAgIHwgUmFuZ2UgICB8IFJlZ2lzdHJh dGlvbiAgICAgICB8IE5vdGUgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfAogICB8 ICAgICAgICAgfCBQcm9jZWR1cmVzICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIHwKICAgKy0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLSstLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rCiAgIHwgMC0xOTEgICB8IFN0YW5k YXJkcyBBY3Rpb24gICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfAog ICB8IDE5Mi0yNDcgfCBSRkMgUmVxdWlyZWQgICAgICAgfCAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIHwKICAgfCAyNDgtMjUxIHwgRXhwZXJpbWVudGFsIFVzZSAgIHwg UmVzZXJ2ZWQsIG5vdCB0byBiZSBhc3NpZ25lZCAgICAgICB8CiAgIHwgMjUyLTI1NSB8IFBy aXZhdGUgVXNlICAgICAgICB8IFJlc2VydmVkLCBub3QgdG8gYmUgYXNzaWduZWQgICAgICAg fAogICArLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLSsKCiAgICAgICAgICAgICAgIFRhYmxlIDc6IFJldHVybiBD b2RlcyByZWdpc3RyYXRpb24gcHJvY2VkdXJlcwoKICAgVGhlIHVwZGF0ZWQgYXNzaWdubWVu dHMgZm9yIHRoZSAiUmV0dXJuIENvZGVzIiByZWdpc3RyeSB3aWxsIGxvb2sKICAgbGlrZSB0 aGlzOgoKICAgKy0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t Ky0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rCiAgIHwgVmFsdWUgICB8IE1lYW5pbmcgICAgICAg ICAgICAgICAgICAgICAgICAgIHwgUmVmZXJlbmNlICAgICAgICAgICAgfAogICArLS0tLS0t LS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0t LS0tLS0tLSsKICAgfCAwICAgICAgIHwgTm8gUmV0dXJuIENvZGUgICAgICAgICAgICAgICAg ICAgfCBUaGlzIGRvY3VtZW50ICAgICAgICB8CiAgIHwgMSAgICAgICB8IE1hbGZvcm1lZCBl Y2hvIHJlcXVlc3QgcmVjZWl2ZWQgIHwgW1JGQzgwMjldICAgICAgICAgICAgfAogICB8IDIg ICAgICAgfCBPbmUgb3IgbW9yZSBvZiB0aGUgVExWcyB3YXMgbm90ICB8IFtSRkM4MDI5XSAg ICAgICAgICAgIHwKICAgfCAgICAgICAgIHwgdW5kZXJzdG9vZCAgICAgICAgICAgICAgICAg ICAgICAgfCAgICAgICAgICAgICAgICAgICAgICB8CiAgIHwgMyAgICAgICB8IFJlcGx5aW5n IHJvdXRlciBpcyBhbiBlZ3Jlc3MgZm9yIHwgW1JGQzgwMjldICAgICAgICAgICAgfAogICB8 ICAgICAgICAgfCB0aGUgRkVDIGF0IHN0YWNrLWRlcHRoIChSU0MpICAgICB8ICAgICAgICAg ICAgICAgICAgICAgIHwKICAgfCA0ICAgICAgIHwgUmVwbHlpbmcgcm91dGVyIGhhcyBubyBt YXBwaW5nICAgfCBbUkZDODAyOV0gICAgICAgICAgICB8CiAgIHwgICAgICAgICB8IGZvciB0 aGUgRkVDIGF0IHN0YWNrLWRlcHRoIChSU0MpIHwgICAgICAgICAgICAgICAgICAgICAgfAog ICB8IDUgICAgICAgfCBEb3duc3RyZWFtIE1hcHBpbmcgTWlzbWF0Y2ggKFNlZSB8IFtSRkM4 MDI5XSAgICAgICAgICAgIHwKICAgfCAgICAgICAgIHwgWzFdKSAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICB8CiAgIHwgNiAgICAgICB8IFVw c3RyZWFtIEludGVyZmFjZSBJbmRleCBVbmtub3duIHwgW1JGQzgwMjldICAgICAgICAgICAg fAogICB8ICAgICAgICAgfCAoU2VlIFsxXSkgICAgICAgICAgICAgICAgICAgICAgICB8ICAg ICAgICAgICAgICAgICAgICAgIHwKICAgfCA3ICAgICAgIHwgUmVzZXJ2ZWQgICAgICAgICAg ICAgICAgICAgICAgICAgfCBbUkZDODAyOV0gICAgICAgICAgICB8CiAgIHwgOCAgICAgICB8 IExhYmVsIHN3aXRjaGVkIGF0IHN0YWNrLWRlcHRoICAgIHwgW1JGQzgwMjldICAgICAgICAg ICAgfAogICB8ICAgICAgICAgfCAoUlNDKSAgICAgICAgICAgICAgICAgICAgICAgICAgICB8 ICAgICAgICAgICAgICAgICAgICAgIHwKICAgfCA5ICAgICAgIHwgTGFiZWwgc3dpdGNoZWQg YnV0IG5vIE1QTFMgICAgICAgfCBbUkZDODAyOV0gICAgICAgICAgICB8CiAgIHwgICAgICAg ICB8IGZvcndhcmRpbmcgYXQgc3RhY2stZGVwdGggKFJTQykgIHwgICAgICAgICAgICAgICAg ICAgICAgfAogICB8IDEwICAgICAgfCBNYXBwaW5nIGZvciB0aGlzIEZFQyBpcyBub3QgdGhl ICB8IFtSRkM4MDI5XSAgICAgICAgICAgIHwKICAgfCAgICAgICAgIHwgZ2l2ZW4gbGFiZWwg YXQgc3RhY2stZGVwdGggKFJTQykgfCAgICAgICAgICAgICAgICAgICAgICB8CiAgIHwgMTEg ICAgICB8IE5vIGxhYmVsIGVudHJ5IGF0IHN0YWNrLWRlcHRoICAgIHwgW1JGQzgwMjldICAg ICAgICAgICAgfAogICB8ICAgICAgICAgfCAoUlNDKSAgICAgICAgICAgICAgICAgICAgICAg ICAgICB8ICAgICAgICAgICAgICAgICAgICAgIHwKICAgfCAxMiAgICAgIHwgUHJvdG9jb2wg bm90IGFzc29jaWF0ZWQgd2l0aCAgICAgfCBbUkZDODAyOV0gICAgICAgICAgICB8CiAgIHwg ICAgICAgICB8IGludGVyZmFjZSBhdCBGRUMgc3RhY2stZGVwdGggICAgIHwgICAgICAgICAg ICAgICAgICAgICAgfAogICB8ICAgICAgICAgfCAoUlNDKSAgICAgICAgICAgICAgICAgICAg ICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgIHwKICAgfCAxMyAgICAgIHwgUHJlbWF0 dXJlIHRlcm1pbmF0aW9uIG9mIHBpbmcgICAgfCBbUkZDODAyOV0gICAgICAgICAgICB8CiAg IHwgICAgICAgICB8IGR1ZSB0byBsYWJlbCBzdGFjayBzaHJpbmtpbmcgdG8gIHwgICAgICAg ICAgICAgICAgICAgICAgfAogICB8ICAgICAgICAgfCBhIHNpbmdsZSBsYWJlbCAgICAgICAg ICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgIHwKCgoKQW5kZXJzc29uLCBldCBh bC4gICAgICAgIEV4cGlyZXMgQXByaWwgMTIsIDIwMjEgICAgICAgICAgICAgICAgW1BhZ2Ug MTRdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgTFNQIFBpbmcgUmVnaXN0cmllcyAg ICAgICAgICAgICAgT2N0b2JlciAyMDIwCgoKICAgfCAxNCAgICAgIHwgU2VlIERETUFQIFRM ViBmb3IgbWVhbmluZyBvZiAgICAgfCBbUkZDODAyOV0gICAgICAgICAgICB8CiAgIHwgICAg ICAgICB8IFJldHVybiBDb2RlIGFuZCBSZXR1cm4gU3ViY29kZSAgIHwgICAgICAgICAgICAg ICAgICAgICAgfAogICB8ICAgICAgICAgfCAoU2VlIFsyXSkgICAgICAgICAgICAgICAgICAg ICAgICB8ICAgICAgICAgICAgICAgICAgICAgIHwKICAgfCAxNSAgICAgIHwgTGFiZWwgc3dp dGNoZWQgd2l0aCBGRUMgY2hhbmdlICAgfCBbUkZDODAyOV0gICAgICAgICAgICB8CiAgIHwg MTYgICAgICB8IFByb3h5IFBpbmcgbm90IGF1dGhvcml6ZWQgICAgICAgIHwgW1JGQzc1NTVd ICAgICAgICAgICAgfAogICB8IDE3ICAgICAgfCBQcm94eSBQaW5nIHBhcmFtZXRlcnMgbmVl ZCB0byBiZSB8IFtSRkM3NTU1XSAgICAgICAgICAgIHwKICAgfCAgICAgICAgIHwgbW9kaWZp ZWQgICAgICAgICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAgICB8CiAg IHwgMTggICAgICB8IE1QTFMgRWNobyBSZXF1ZXN0IGNvdWxkIG5vdCBiZSAgIHwgW1JGQzc1 NTVdICAgICAgICAgICAgfAogICB8ICAgICAgICAgfCBzZW50ICAgICAgICAgICAgICAgICAg ICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgIHwKICAgfCAxOSAgICAgIHwgUmVw bHlpbmcgcm91dGVyIGhhcyBGRUMgbWFwcGluZyAgfCBbUkZDNzU1NV0gICAgICAgICAgICB8 CiAgIHwgICAgICAgICB8IGZvciB0b3Btb3N0IEZFQyAgICAgICAgICAgICAgICAgIHwgICAg ICAgICAgICAgICAgICAgICAgfAogICB8IDIwICAgICAgfCBPbmUgb3IgbW9yZSBUTFZzIG5v dCByZXR1cm5lZCAgICB8IFtSRkM3NzQzXSAgICAgICAgICAgIHwKICAgfCAgICAgICAgIHwg ZHVlIHRvIE1UVSBzaXplICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICAg ICB8CiAgIHwgMjEgICAgICB8IE9BTSBQcm9ibGVtL1Vuc3VwcG9ydGVkIEJGRCAgICAgIHwg W1JGQzc3NTldICAgICAgICAgICAgfAogICB8ICAgICAgICAgfCBWZXJzaW9uICAgICAgICAg ICAgICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgIHwKICAgfCAyMiAgICAg IHwgT0FNIFByb2JsZW0vVW5zdXBwb3J0ZWQgQkZEICAgICAgfCBbUkZDNzc1OV0gICAgICAg ICAgICB8CiAgIHwgICAgICAgICB8IEVuY2Fwc3VsYXRpb24gZm9ybWF0ICAgICAgICAgICAg IHwgICAgICAgICAgICAgICAgICAgICAgfAogICB8IDIzICAgICAgfCBPQU0gUHJvYmxlbS9V bnN1cHBvcnRlZCBCRkQgICAgICB8IFtSRkM3NzU5XSAgICAgICAgICAgIHwKICAgfCAgICAg ICAgIHwgQXV0aGVudGljYXRpb24gVHlwZSAgICAgICAgICAgICAgfCAgICAgICAgICAgICAg ICAgICAgICB8CiAgIHwgMjQgICAgICB8IE9BTSBQcm9ibGVtL01pc21hdGNoIG9mIEJGRCAg ICAgIHwgW1JGQzc3NTldICAgICAgICAgICAgfAogICB8ICAgICAgICAgfCBBdXRoZW50aWNh dGlvbiBLZXkgSUQgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgIHwKICAgfCAy NSAgICAgIHwgT0FNIFByb2JsZW0vVW5zdXBwb3J0ZWQgICAgICAgICAgfCBbUkZDNzc1OV0g ICAgICAgICAgICB8CiAgIHwgICAgICAgICB8IFRpbWVzdGFtcCBGb3JtYXQgICAgICAgICAg ICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgfAogICB8IDI2ICAgICAgfCBPQU0gUHJv YmxlbS9VbnN1cHBvcnRlZCBEZWxheSAgICB8IFtSRkM3NzU5XSAgICAgICAgICAgIHwKICAg fCAgICAgICAgIHwgTW9kZSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfCAgICAgICAg ICAgICAgICAgICAgICB8CiAgIHwgMjcgICAgICB8IE9BTSBQcm9ibGVtL1Vuc3VwcG9ydGVk IExvc3MgICAgIHwgW1JGQzc3NTldICAgICAgICAgICAgfAogICB8ICAgICAgICAgfCBNb2Rl ICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgIHwK ICAgfCAyOCAgICAgIHwgQU0gUHJvYmxlbS9EZWxheSB2YXJpYXRpb24gICAgICAgfCBbUkZD Nzc1OV0gICAgICAgICAgICB8CiAgIHwgICAgICAgICB8IHVuc3VwcG9ydGVkICAgICAgICAg ICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgfAogICB8IDI5ICAgICAgfCBP QU0gUHJvYmxlbS9EeWFkaWMgbW9kZSAgICAgICAgICB8IFtSRkM3NzU5XSAgICAgICAgICAg IHwKICAgfCAgICAgICAgIHwgdW5zdXBwb3J0ZWQgICAgICAgICAgICAgICAgICAgICAgfCAg ICAgICAgICAgICAgICAgICAgICB8CiAgIHwgMzAgICAgICB8IE9BTSBQcm9ibGVtL0xvb3Bi YWNrIG1vZGUgICAgICAgIHwgW1JGQzc3NTldICAgICAgICAgICAgfAogICB8ICAgICAgICAg fCB1bnN1cHBvcnRlZCAgICAgICAgICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAg ICAgIHwKICAgfCAzMSAgICAgIHwgT0FNIFByb2JsZW0vQ29tYmluZWQgbW9kZSAgICAgICAg fCBbUkZDNzc1OV0gICAgICAgICAgICB8CiAgIHwgICAgICAgICB8IHVuc3VwcG9ydGVkICAg ICAgICAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgfAogICB8IDMyICAg ICAgfCBPQU0gUHJvYmxlbS9GYXVsdCBtYW5hZ2VtZW50ICAgICB8IFtSRkM3NzU5XSAgICAg ICAgICAgIHwKICAgfCAgICAgICAgIHwgc2lnbmFsaW5nIHVuc3VwcG9ydGVkICAgICAgICAg ICAgfCAgICAgICAgICAgICAgICAgICAgICB8CiAgIHwgMzMgICAgICB8IE9BTSBQcm9ibGVt L1VuYWJsZSB0byBjcmVhdGUgICAgIHwgW1JGQzc3NTldICAgICAgICAgICAgfAogICB8ICAg ICAgICAgfCBmYXVsdCBtYW5hZ2VtZW50IGFzc29jaWF0aW9uICAgICB8ICAgICAgICAgICAg ICAgICAgICAgIHwKICAgfCAzNCAgICAgIHwgT0FNIFByb2JsZW0vUE0gQ29uZmlndXJhdGlv biAgICAgfCBbUkZDNzc1OV0gICAgICAgICAgICB8CiAgIHwgICAgICAgICB8IEVycm9yICAg ICAgICAgICAgICAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgfAogICB8 IDM1ICAgICAgfCBNYXBwaW5nIGZvciB0aGlzIEZFQyBpcyBub3QgICAgICB8IFtSRkM4Mjg3 XSBzZWMgNy40ICAgIHwKICAgfCAgICAgICAgIHwgYXNzb2NpYXRlZCB3aXRoIHRoZSBpbmNv bWluZyAgICAgfCAgICAgICAgICAgICAgICAgICAgICB8CiAgIHwgICAgICAgICB8IGludGVy ZmFjZSAgICAgICAgICAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgfAog ICB8IDM2LTI0NyAgfCBVbmFzc2lnbmVkICAgICAgICAgICAgICAgICAgICAgICB8IFtSRkM3 NzU5XSAgICAgICAgICAgIHwKICAgfCAyNDgtMjUxIHwgUmVzZXJ2ZWQgZm9yIEV4cGVyaW1l bnRhbCBVc2UgICAgfCBUaGlzIGRvY3VtZW50ICAgICAgICB8CiAgIHwgMjUyLTI1NSB8IFJl c2VydmVkIGZvciBQcml2YXRlIFVzZSAgICAgICAgIHwgW1JGQzgwMjldICAgICAgICAgICAg fAogICArLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0t LS0tLS0tLS0tLS0tLS0tLS0tLSsKCgoKQW5kZXJzc29uLCBldCBhbC4gICAgICAgIEV4cGly ZXMgQXByaWwgMTIsIDIwMjEgICAgICAgICAgICAgICAgW1BhZ2UgMTVdCgwKSW50ZXJuZXQt RHJhZnQgICAgICAgICAgICAgTFNQIFBpbmcgUmVnaXN0cmllcyAgICAgICAgICAgICAgT2N0 b2JlciAyMDIwCgoKICAgICAgICAgICAgVGFibGUgODogQXNzaWdubWVudHMgZm9yIHRoZSBS ZXR1cm4gQ29kZXMgcmVnaXN0cnkKCjYuMi4gIFVwZGF0ZXMgdG8gdGhlIFRMViBhbmQgc3Vi LVRMViByZWdpc3RyaWVzCgogICBUaGUgdXBkYXRlcyB0byB0aGUgVExWIGFuZCB0aGUgc3Vi LVRMViByZWdpc3RyaWVzIGFyZSBtb3N0bHkgdGhlCiAgIHNhbWUsIGhvd2V2ZXIgdGhlIFN1 Yi1UTFZzIGZvciBUTFYgVHlwZSA5IFtJQU5BLVN1Yi05XSBoYXMgbm90IGJlZW4KICAgdXBk YXRlZC4KCiAgIE5vdGUgdGhhdCB3aGVuIGEgZmllbGQgaW4gYW4gYXNzaWdtZW50IHRhYmxl IHNheWRzICJFUSIsIGl0IG1lYW5zCiAgIHRoYXQgdGhlIGZpZWxkIHNob3VsZCBub3QgYmUg Y2hhbmdlZCBhcyBjb21wYXJlZCB0byB0aGUgY29ycmVzcG9uZGluZwogICBmaWVsZCBpbiB0 aGUgIk11bHRpcHJvdG9jb2wgTGFiZWwgU3dpdGNoaW5nIChNUExTKSBMYWJlbCBTd2l0Y2hl ZAogICBQYXRocyAoTFNQcykgUGluZyBQYXJhbWV0ZXJzIiBuYW1lIHNwYWNlIFtJQU5BLUxT UC1QSU5HXQoKNi4yLjEuICBVcGRhdGVzIHRvIHRoZSBUTFZzIHJlZ2lzdHJ5CgogICBUaGlz IHNlY3Rpb24gZGVzY3JpYmVzIHRoZSBuZXcgcmVnaXN0cmF0aW9uIHByb2NlZHVyZXMgYW5k IHRoZQogICBhc3NpZ25tZW50cyBmb3IgdGhlICJUTFZzIiByZWdpc3RyeSBbSUFOQS1UTFYt cmVnXSBiYXNlZCBvbiB0aGUgbmV3CiAgIHJlZ2lzdHJhdGlvbiBwcm9jZWR1cmVzLgoKICAg VGhlIHJlZ2lzdHJhdGlvbiBwcm9jZWR1cmVzIGhhcyBiZWVuIGNoYW5nZWQgdGhlIGZvbGxv d2luZyB3YXkgZm9yCiAgIHRoZSAiVExWcyIgcmVnaXN0cnkuCgogICBvICBUaGUgIlNwZWNp ZmljYXRpb24gUmVxdWlyZWQiIHJlZ2lzdHJhdGlvbiBwcm9jZWR1cmUgaGFzIGJlZW4KICAg ICAgY2hhbmdlZCB0byAiUkZDIFJlcXVpcmVkIiwgdGhlIGNvbW1lbnQgIkV4cGVyaW1lbnRh bCBSRkMgUmVxdWlyZWQiCiAgICAgIGhhcyBiZWVuIHJlbW92ZWQuCgogICBvICBUaGUgY29k ZSBwb2ludHMgcmVnaXN0cmF0aW9uIHByb2NlZHVyZSAiVmVuZG9yIFByaXZhdGUgVXNlIiBo YXMKICAgICAgYmVlbiByZW1vdmVkIGFuZCByZXBsYWNlZCB3aXRoICJGaXJzdCBDb21lLCBG aXJzdCBTZXJ2ZWQiIGNvZGUKICAgICAgcG9pbnRzLgoKICAgbyAgVHdvIHNtYWxsIHNldHMs IDQgY29kZSBwb2ludHMgZWFjaCwgaGF2ZSBiZWVuIGNyZWF0ZWQgZm9yCiAgICAgIEV4cGVy aW1lbnRhbCBVc2UuCgogICBvICBDb2RlIHBvaW50cyB0aGF0IGFyZSByZXNlcnZlZCBhcmUg Y2xlYXJseSBtYXJrZWQgYXMgc3VjaC4KCiAgIG8gIFRoZSBhc3NpZ25tZW50cyBoYXZlIGJl ZW4gdXBkYXRlZCB0byBtYXRjaCB0aGUgbmV3IHJlZ2lzdHJhdGlvbgogICAgICBwcm9jZWR1 cmVzLgoKICAgbyAgVGhlIG5vdGVzIHJlbGF0ZWQgdG8gdGhlIHJlZ2lzdHJhdGlvbiBwcm9j ZWR1cmVzIGhhdmUgYmVlbiBjaGFuZ2VkCiAgICAgIHRvIHJlZmxlY3Qgd2hlbiBhIHJlc3Bv bnNlIGlzIHJlcXVpcmVkIG9yIG5vdCBpZiBhIFRMViBpcyBub3QKICAgICAgcmVjb2duaXpl ZC4KCiAgIFRoZSByZWdpc3RyYXRpb24gcHJvY2VkdXJlcyBmb3IgdGhlICJUTFZzIiByZWdp c3RyeSBbSUFOQS1UTFYtcmVnXQogICB3aWxsIG5vdyBsb29rIGxpa2UgdGhpczoKCgoKCgoK CkFuZGVyc3NvbiwgZXQgYWwuICAgICAgICBFeHBpcmVzIEFwcmlsIDEyLCAyMDIxICAgICAg ICAgICAgICAgIFtQYWdlIDE2XQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgIExTUCBQ aW5nIFJlZ2lzdHJpZXMgICAgICAgICAgICAgIE9jdG9iZXIgMjAyMAoKCiAgICstLS0tLS0t LS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tKwogICB8IFJhbmdlICAgICAgIHwgUmVnaXN0cmF0aW9uICAgICAgfCBOb3RlICAg ICAgICAgICAgICAgICAgICAgICAgICAgIHwKICAgfCAgICAgICAgICAgICB8IFByb2NlZHVy ZXMgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8CiAgICstLS0t LS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tKwogICB8IDAtMTYzODMgICAgIHwgU3RhbmRhcmRzIEFjdGlvbiAgfCBUaGlz IHJhbmdlIGlzIGZvciBUTFZzIHRoYXQgICAgIHwKICAgfCAgICAgICAgICAgICB8ICAgICAg ICAgICAgICAgICAgIHwgcmVxdWlyZSBhbiBlcnJvciBtZXNzYWdlIGlmIG5vdCB8CiAgIHwg ICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICB8IHJlY29nbml6ZWQuICAgICAgICAg ICAgICAgICAgICAgfAogICB8IDE2Mzg0LTMxNzM5IHwgUkZDIFJlcXVpcmVkICAgICAgfCBU aGlzIHJhbmdlIGlzIGZvciBUTFZzIHRoYXQgICAgIHwKICAgfCAgICAgICAgICAgICB8ICAg ICAgICAgICAgICAgICAgIHwgcmVxdWlyZSBhbiBlcnJvciBtZXNzYWdlIGlmIG5vdCB8CiAg IHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICB8IHJlY29nbml6ZWQuICAgICAg ICAgICAgICAgICAgICAgfAogICB8IDMxNzQwLTMxNzQzIHwgRXhwZXJpbWVudGFsIFVzZSAg fCBSZXNlcnZlZCwgbm90IHRvIGJlIGFzc2lnbmVkICAgIHwKICAgfCAzMTc0NC0zMjc2NyB8 IEZDRlMgICAgICAgICAgICAgIHwgVGhpcyByYW5nZSBpcyBmb3IgVExWcyB0aGF0ICAgICB8 CiAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICB8IHJlcXVpcmUgYW4gZXJy b3IgbWVzc2FnZSBpZiBub3QgfAogICB8ICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAg ICAgfCByZWNvZ25pemVkLiAgICAgICAgICAgICAgICAgICAgIHwKICAgfCAzMjc2OC00OTE2 MSB8IFN0YW5kYXJkcyBBY3Rpb24gIHwgVGhpcyByYW5nZSBpcyBmb3IgVExWcyB0aGF0IGNh biB8CiAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICB8IGJlIHNpbGVudGx5 IGRyb3BwZWQgaWYgbm90ICAgICAgfAogICB8ICAgICAgICAgICAgIHwgICAgICAgICAgICAg ICAgICAgfCByZWNvZ25pemVkLiAgICAgICAgICAgICAgICAgICAgIHwKICAgfCA0OTE2Mi02 NDUwNyB8IFJGQyBSZXF1aXJlZCAgICAgIHwgVGhpcyByYW5nZSBpcyBmb3IgVExWcyB0aGF0 IGNhbiB8CiAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICB8IGJlIHNpbGVu dGx5IGRyb3BwZWQgaWYgbm90ICAgICAgfAogICB8ICAgICAgICAgICAgIHwgICAgICAgICAg ICAgICAgICAgfCByZWNvZ25pemVkLiAgICAgICAgICAgICAgICAgICAgIHwKICAgfCA2NDUw OC02NDUxMSB8IEV4cGVyaW1lbnRhbCBVc2UgIHwgUmVzZXJ2ZWQsIG5vdCB0byBiZSBhc3Np Z25lZCAgICB8CiAgIHwgNjQ1MTItNjU1MzUgfCBGQ0ZTICAgICAgICAgICAgICB8IFRoaXMg cmFuZ2UgaXMgZm9yIFRMVnMgdGhhdCBjYW4gfAogICB8ICAgICAgICAgICAgIHwgICAgICAg ICAgICAgICAgICAgfCBiZSBzaWxlbnRseSBkcm9wcGVkIGlmIG5vdCAgICAgIHwKICAgfCAg ICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgIHwgcmVjb2duaXplZC4gICAgICAgICAg ICAgICAgICAgICB8CiAgICstLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0rLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwoKICAgICAgICAgICAgICAgICAgIFRh YmxlIDk6IFRMViBSZWdpc3RyYXRpb24gUHJvY2VkdXJlcwoKICAgVGhlIFRMViBBc3NpZ25t ZW50cyB3aWxsIG5vdyBsb29rIGxpa2UgdGhpcy4KCiAgIE5vdGUgdGhhdCB3aGVuIGEgZmll bGQgaW4gdGhpcyB0YWJsZSBkb2VzIHNheSAiRVEiLCBpdCBtZWFucyB0aGF0IGlmCiAgIHNo b3VsZCBiZSB0aGUgc2FtZSBhcyB0aGUgcmVnaXN0cnkgYmVpbmcgdXBkdGF0ZWQuCgoKCgoK CgoKCgoKCgoKCgoKCgpBbmRlcnNzb24sIGV0IGFsLiAgICAgICAgRXhwaXJlcyBBcHJpbCAx MiwgMjAyMSAgICAgICAgICAgICAgICBbUGFnZSAxN10KDApJbnRlcm5ldC1EcmFmdCAgICAg ICAgICAgICBMU1AgUGluZyBSZWdpc3RyaWVzICAgICAgICAgICAgICBPY3RvYmVyIDIwMjAK CgogICArLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0t Ky0tLS0tLS0tLS0tLS0tLS0tLSsKICAgfCBUeXBlICAgICAgICB8IFRMViBOYW1lICAgICAg fCBSZWZlcmVuY2UgICAgICAgIHwgU3ViLVRMViBSZWdpc3RyeSB8CiAgICstLS0tLS0tLS0t LS0tKy0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0t LS0tKwogICB8IDAgICAgICAgICAgIHwgUmVzZXJ2ZWQgICAgICB8IFRoaXMgZG9jdW1lbnQg ICAgfCAgICAgICAgICAgICAgICAgIHwKICAgfCAxLTcgICAgICAgICB8IEVRICAgICAgICAg ICAgfCBFUSAgICAgICAgICAgICAgIHwgRVEgICAgICAgICAgICAgICB8CiAgIHwgOCAgICAg ICAgICAgfCBVbmFzc2lnbmVkICAgIHwgICAgICAgICAgICAgICAgICB8ICAgICAgICAgICAg ICAgICAgfAogICB8IDktMTYgICAgICAgIHwgRVEgICAgICAgICAgICB8IEVRICAgICAgICAg ICAgICAgfCBFUSAgICAgICAgICAgICAgIHwKICAgfCAxNy0xOSAgICAgICB8IHVuYXNzaWdu ZWQgICAgfCAgICAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICB8CiAgIHwgMjAt MjcgICAgICAgfCBFUSAgICAgICAgICAgIHwgRVEgICAgICAgICAgICAgICB8IEVRICAgICAg ICAgICAgICAgfAogICB8IDI4LTMxNzM5ICAgIHwgVW5hc3NpZ25lZCAgICB8ICAgICAgICAg ICAgICAgICAgfCAgICAgICAgICAgICAgICAgIHwKICAgfCAzMTc0MC0zMTc0MyB8IEV4cGVy aW1lbnRhbCAgfCBUaGlzIERvY3VtZW50ICAgIHwgUmVzZXJ2ZWQsIG5vdCB0byB8CiAgIHwg ICAgICAgICAgICAgfCBVc2UgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICB8IGJlIGFz c2lnbmVkICAgICAgfAogICB8IDMxNzQ0LTMyNzY3IHwgVW5hc3NpZ25lZCAgICB8ICAgICAg ICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgIHwKICAgfCAzMjc2OC0zMjc3MCB8IEVR ICAgICAgICAgICAgfCBFUSAgICAgICAgICAgICAgIHwgRVEgICAgICAgICAgICAgICB8CiAg IHwgMzI3NzEtNjQ1MDcgfCBFUSAgICAgICAgICAgIHwgRVEgICAgICAgICAgICAgICB8IEVR ICAgICAgICAgICAgICAgfAogICB8IDY0NTA4LTY0NTExIHwgRXhwZXJpbWVudGFsICB8IFRo aXMgZG9jdW1lbnQgICAgfCBSZXNlcnZlZCwgbm90IHRvIHwKICAgfCAgICAgICAgICAgICB8 IFVzZSAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgIHwgYmUgYXNzaWduZWQgICAgICB8 CiAgIHwgNjQ1MTItNjU1MzUgfCBVbmFzc2lnbmVkICAgIHwgICAgICAgICAgICAgICAgICB8 ICAgICAgICAgICAgICAgICAgfAogICArLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0r LS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLSsKCiAgICAgICAgICAgICAg ICAgICAgICAgICBUYWJsZSAxMDogVExWIEFzc2lnbm1lbnRzCgo2LjIuMi4gIFVwZGF0ZXMg dG8gdGhlIHJlZ2lzdHJ5IGZvciBTdWJUTFZzIGZvciBUTFZzIDEsIDE2IGFuZCAyMQoKICAg VGhpcyBzZWN0aW9uIGRlc2NyaWJlcyB0aGUgbmV3IHJlZ2lzdHJhdGlvbiBwcm9jZWR1cmVz IGFuZCB0aGUKICAgYXNzaWdubWVudHMgZm9yIHRoZSAiU3ViLVRMVnMgZm9yIFRMViBUeXBl cyAxLCAxNiwgYW5kIDIxIgogICBbSUFOQS1TdWItMS0xNi0yMV0gc3ViLXJlZ2lzdHJ5IGJh c2VkIG9uIHRoZSBuZXcgcmVnaXN0cmF0aW9uCiAgIHByb2NlZHVyZXMuCgogICBvICBUaGUg IlNwZWNpZmljYXRpb24gUmVxdWlyZWQiIHJlZ2lzdHJhdGlvbiBwcm9jZWR1cmUgaGFzIGJl ZW4KICAgICAgY2hhbmdlZCB0byAiUkZDIFJlcXVpcmVkIiwgdGhlIGNvbW1lbnQgIkV4cGVy aW1lbnRhbCBSRkMgUmVxdWlyZWQiCiAgICAgIGhhcyBiZWVuIHJlbW92ZWQuCgogICBvICBU aGUgY29kZSBwb2ludHMgcmVnaXN0cmF0aW9uIHByb2NlZHVyZSAiVmVuZG9yIFByaXZhdGUg VXNlIiBoYXMKICAgICAgYmVlbiByZW1vdmVkIGFuZCByZXBsYWNlZCB3aXRoICJGaXJzdCBD b21lLCBGaXJzdCBTZXJ2ZWQiIGNvZGUKICAgICAgcG9pbnRzLgoKICAgbyAgVHdvIHNtYWxs IHNldHMsIDQgY29kZSBwb2ludHMgZWFjaCwgaGF2ZSBiZWVuIGNyZWF0ZWQgZm9yCiAgICAg IEV4cGVyaW1lbnRhbCBVc2UuCgogICBvICBDb2RlIHBvaW50cyB0aGF0IGFyZSByZXNlcnZl ZCBhcmUgY2xlYXJseSBtYXJrZWQgYXMgc3VjaC4KCiAgIG8gIFRoZSBhc3NpZ25tZW50cyBo YXZlIGJlZW4gdXBkYXRlZCB0byBtYXRjaCB0aGUgbmV3IHJlZ2lzdHJhdGlvbgogICAgICBw cm9jZWR1cmVzLgoKICAgbyAgVGhlIG5vdGVzIHJlbGF0ZWQgdG8gdGhlIHJlZ2lzdHJhdGlv biBwcm9jZWR1cmVzIGhhdmUgYmVlbiBjaGFuZ2VkCiAgICAgIHRvIHJlZmxlY3Qgd2hlbiBh IHJlc3BvbnNlIGlzIHJlcXVpcmVkIGlmIGEgc3ViLVRMViBpcyBub3QKICAgICAgcmVjb2du aXplZCBvciBub3QuCgoKCkFuZGVyc3NvbiwgZXQgYWwuICAgICAgICBFeHBpcmVzIEFwcmls IDEyLCAyMDIxICAgICAgICAgICAgICAgIFtQYWdlIDE4XQoMCkludGVybmV0LURyYWZ0ICAg ICAgICAgICAgIExTUCBQaW5nIFJlZ2lzdHJpZXMgICAgICAgICAgICAgIE9jdG9iZXIgMjAy MAoKCiAgIFRoZSByZWdpc3RyYXRpb24gcHJvY2VkdXJlcyBmb3IgdGhlCiAgICJTdWItVExW cyBmb3IgVExWIFR5cGVzIDEsIDE2LCBhbmQgMjEiIFtJQU5BLVN1Yi0xLTE2LTIxXSBzdWIt CiAgIHJlZ2lzdHJ5IHdpbGwgbm93IGxvb2sgbGlrZSB0aGlzOgoKICAgKy0tLS0tLS0tLS0t LS0rLS0tLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0rCiAgIHwgUmFuZ2UgICAgICAgfCBSZWdpc3RyYXRpb24gICAgICB8IE5vdGUgICAgICAg ICAgICAgICAgICAgICAgICAgICAgfAogICB8ICAgICAgICAgICAgIHwgUHJvY2VkdXJlcyAg ICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwKICAgKy0tLS0tLS0t LS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0rCiAgIHwgMC0xNjM4MyAgICAgfCBTdGFuZGFyZHMgQWN0aW9uICB8IFRoaXMgcmFu Z2UgaXMgZm9yIFRMVnMgdGhhdCAgICAgfAogICB8ICAgICAgICAgICAgIHwgICAgICAgICAg ICAgICAgICAgfCByZXF1aXJlIGFuIGVycm9yIG1lc3NhZ2UgaWYgbm90IHwKICAgfCAgICAg ICAgICAgICB8ICAgICAgICAgICAgICAgICAgIHwgcmVjb2duaXplZC4gICAgICAgICAgICAg ICAgICAgICB8CiAgIHwgMTYzODQtMzE3MzkgfCBSRkMgUmVxdWlyZWQgICAgICB8IFRoaXMg cmFuZ2UgaXMgZm9yIFRMVnMgdGhhdCAgICAgfAogICB8ICAgICAgICAgICAgIHwgICAgICAg ICAgICAgICAgICAgfCByZXF1aXJlIGFuIGVycm9yIG1lc3NhZ2UgaWYgbm90IHwKICAgfCAg ICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgIHwgcmVjb2duaXplZC4gICAgICAgICAg ICAgICAgICAgICB8CiAgIHwgMzcxNDAtMzcxNDQgfCBFeHBlcmltZW50YWwgVXNlICB8IFJl c2VydmVkLCBub3QgdG8gYmUgYXNzaWduZWQgICAgfAogICB8IDMxNzQ4LTMyNzY3IHwgRkNG UyAgICAgICAgICAgICAgfCBUaGlzIHJhbmdlIGlzIGZvciBUTFZzIHRoYXQgICAgIHwKICAg fCAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgIHwgcmVxdWlyZSBhbiBlcnJvciBt ZXNzYWdlIGlmIG5vdCB8CiAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICB8 IHJlY29nbml6ZWQuICAgICAgICAgICAgICAgICAgICAgfAogICB8IDMyNzY4LTQ5MTYxIHwg U3RhbmRhcmRzIEFjdGlvbiAgfCBUaGlzIHJhbmdlIGlzIGZvciBUTFZzIHRoYXQgY2FuIHwK ICAgfCAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgIHwgYmUgc2lsZW50bHkgZHJv cHBlZCBpZiBub3QgICAgICB8CiAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAg ICB8IHJlY29nbml6ZWQuICAgICAgICAgICAgICAgICAgICAgfAogICB8IDQ5MTYyLTY0NTA3 IHwgUkZDIFJlcXVpcmVkICAgICAgfCBUaGlzIHJhbmdlIGlzIGZvciBUTFZzIHRoYXQgY2Fu IHwKICAgfCAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgIHwgYmUgc2lsZW50bHkg ZHJvcHBlZCBpZiBub3QgICAgICB8CiAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAg ICAgICB8IHJlY29nbml6ZWQuICAgICAgICAgICAgICAgICAgICAgfAogICB8IDY0NTA4LTY0 NTExIHwgRXhwZXJpbWVudGFsIFVzZSAgfCBSZXNlcnZlZCwgbm90IHRvIGJlIGFzc2lnbmVk ICAgIHwKICAgfCA2NDUxMi02NTUzNSB8IEZDRlMgICAgICAgICAgICAgIHwgVGhpcyByYW5n ZSBpcyBmb3IgVExWcyB0aGF0IGNhbiB8CiAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAg ICAgICAgICB8IGJlIHNpbGVudGx5IGRyb3BwZWQgaWYgbm90ICAgICAgfAogICB8ICAgICAg ICAgICAgIHwgICAgICAgICAgICAgICAgICAgfCByZWNvZ25pemVkLiAgICAgICAgICAgICAg ICAgICAgIHwKICAgKy0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rCgogICBUYWJsZSAxMTogUmVnaXN0cmF0aW9u IFByb2NlZHVyZXMgZm9yIFN1Yi1UTFZzIGZvciBUTFZzIDEsIDE2IGFuZCAyMQoKCgoKCgoK CgoKCgoKCgoKCgoKCkFuZGVyc3NvbiwgZXQgYWwuICAgICAgICBFeHBpcmVzIEFwcmlsIDEy LCAyMDIxICAgICAgICAgICAgICAgIFtQYWdlIDE5XQoMCkludGVybmV0LURyYWZ0ICAgICAg ICAgICAgIExTUCBQaW5nIFJlZ2lzdHJpZXMgICAgICAgICAgICAgIE9jdG9iZXIgMjAyMAoK CiAgICstLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLSst LS0tLS0tLS0tLS0tLS0tLS0tKwogICB8IFR5cGUgICAgICAgIHwgVExWIE5hbWUgICAgICB8 IFJlZmVyZW5jZSAgICAgICB8IENvbW1lbnQgICAgICAgICAgIHwKICAgKy0tLS0tLS0tLS0t LS0rLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0t LS0rCiAgIHwgMCAgICAgICAgICAgfCBSZXNlcnZlZCAgICAgIHwgVGhpcyBkb2N1bWVudCAg IHwgICAgICAgICAgICAgICAgICAgfAogICB8IDEtNCAgICAgICAgIHwgRVEgICAgICAgICAg ICB8IEVRICAgICAgICAgICAgICB8IEVRICAgICAgICAgICAgICAgIHwKICAgfCA1ICAgICAg ICAgICB8IFVuYXNzaWduZWQgICAgfCAgICAgICAgICAgICAgICAgfCAgICAgICAgICAgICAg ICAgICB8CiAgIHwgNi04ICAgICAgICAgfCBFUSAgICAgICAgICAgIHwgRVEgICAgICAgICAg ICAgIHwgRVEgICAgICAgICAgICAgICAgfAogICB8IDkgICAgICAgICAgIHwgRVEgICAgICAg ICAgICB8IEVRICAgICAgICAgICAgICB8IERFUFJFQ0FURUQgICAgICAgIHwKICAgfCA5LTIw ICAgICAgICB8IEVRICAgICAgICAgICAgfCBFUSAgICAgICAgICAgICAgfCBFUSAgICAgICAg ICAgICAgICB8CiAgIHwgMjEgICAgICAgICAgfCB1bmFzc2lnbmVkICAgIHwgICAgICAgICAg ICAgICAgIHwgICAgICAgICAgICAgICAgICAgfAogICB8IDIyLTM3ICAgICAgIHwgRVEgICAg ICAgICAgICB8IEVRICAgICAgICAgICAgICB8IEVRICAgICAgICAgICAgICAgIHwKICAgfCAz OC0zMTczOSAgICB8IFVuYXNzaWduZWQgICAgfCAgICAgICAgICAgICAgICAgfCAgICAgICAg ICAgICAgICAgICB8CiAgIHwgMzE3NDAtMzE3NDMgfCBFeHBlcmltZW50YWwgIHwgVGhpcyBE b2N1bWVudCAgIHwgUmVzZXJ2ZWQsIG5vdCB0byAgfAogICB8ICAgICAgICAgICAgIHwgVXNl ICAgICAgICAgICB8ICAgICAgICAgICAgICAgICB8IGJlIGFzc2lnbmVkICAgICAgIHwKICAg fCAzMTc0NC02NDUwNyB8IFVuYXNzaWduZWQgICAgfCAgICAgICAgICAgICAgICAgfCAgICAg ICAgICAgICAgICAgICB8CiAgIHwgNjQ1MDgtNjQ1MTEgfCBFeHBlcmltZW50YWwgIHwgVGhp cyBkb2N1bWVudCAgIHwgUmVzZXJ2ZWQsIG5vdCB0byAgfAogICB8ICAgICAgICAgICAgIHwg VXNlICAgICAgICAgICB8ICAgICAgICAgICAgICAgICB8IGJlIGFzc2lnbmVkICAgICAgIHwK ICAgfCA2NDUxMi02NTUzNSB8IFVuYXNzaWduZWQgICAgfCAgICAgICAgICAgICAgICAgfCAg ICAgICAgICAgICAgICAgICB8CiAgICstLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLSst LS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tKwoKICAgICAgICAgICAgVGFi bGUgMTI6IFN1Yi1UTFYgZm9yIFRMViAxLCAxNiBhbmQgMjEgQXNzaWdubWVudHMKCjYuMi4z LiAgVXBkYXRlcyB0byB0aGUgcmVnaXN0cnkgZm9yIFN1YlRMVnMgZm9yIFRMViA2CgogICBU aGlzIHNlY3Rpb24gZGVzY3JpYmVzIHRoZSBuZXcgcmVnaXN0cmF0aW9uIHByb2NlZHVyZXMg YW5kIHRoZQogICBhc3NpZ25tZW50cyBmb3IgdGhlICJTdWItVExWcyBmb3IgVExWIFR5cGUg NiIgW0lBTkEtU3ViLTZdIHN1Yi0KICAgcmVnaXN0cnkgYmFzZWQgb24gdGhlIG5ldyByZWdp c3RyYXRpb24gcHJvY2VkdXJlcy4KCiAgIG8gIFRoZSAiU3BlY2lmaWNhdGlvbiBSZXF1aXJl ZCIgcmVnaXN0cmF0aW9uIHByb2NlZHVyZSBoYXMgYmVlbgogICAgICBjaGFuZ2VkIHRvICJS RkMgUmVxdWlyZWQiLCB0aGUgY29tbWVudCAiRXhwZXJpbWVudGFsIFJGQyBSZXF1aXJlZCIK ICAgICAgaGFzIGJlZW4gcmVtb3ZlZC4KCiAgIG8gIFRoZSBjb2RlIHBvaW50cyByZWdpc3Ry YXRpb24gcHJvY2VkdXJlICJWZW5kb3IgUHJpdmF0ZSBVc2UiIGhhcwogICAgICBiZWVuIHJl bW92ZWQgYW5kIHJlcGxhY2VkIHdpdGggIkZpcnN0IENvbWUsIEZpcnN0IFNlcnZlZCIgY29k ZQogICAgICBwb2ludHMuCgogICBvICBUd28gc21hbGwgc2V0cywgNCBjb2RlIHBvaW50cyBl YWNoLCBoYXZlIGJlZW4gY3JlYXRlZCBmb3IKICAgICAgRXhwZXJpbWVudGFsIFVzZS4KCiAg IG8gIENvZGUgcG9pbnRzIHRoYXQgYXJlIHJlc2VydmVkIGFyZSBjbGVhcmx5IG1hcmtlZCBh cyBzdWNoLgoKICAgbyAgVGhlIGFzc2lnbm1lbnRzIGhhdmUgYmVlbiB1cGRhdGVkIHRvIG1h dGNoIHRoZSBuZXcgcmVnaXN0cmF0aW9uCiAgICAgIHByb2NlZHVyZXMuCgogICBvICBUaGUg bm90ZXMgcmVsYXRlZCB0byB0aGUgcmVnaXN0cmF0aW9uIHByb2NlZHVyZXMgaGF2ZSBiZWVu IGNoYW5nZWQKICAgICAgdG8gcmVmbGVjdCB3aGVuIGEgcmVzcG9uc2UgaXMgcmVxdWlyZWQg aWYgYSBzdWItVExWIGlzIG5vdAogICAgICByZWNvZ25pemVkIG9yIG5vdC4KCgoKCkFuZGVy c3NvbiwgZXQgYWwuICAgICAgICBFeHBpcmVzIEFwcmlsIDEyLCAyMDIxICAgICAgICAgICAg ICAgIFtQYWdlIDIwXQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgIExTUCBQaW5nIFJl Z2lzdHJpZXMgICAgICAgICAgICAgIE9jdG9iZXIgMjAyMAoKCiAgIFRoZSByZWdpc3RyYXRp b24gcHJvY2VkdXJlcyBmb3IgdGhlICJTdWItVExWcyBmb3IgVExWIFR5cGUgNiIKICAgW0lB TkEtU3ViLTZdIHN1Yi1yZWdpc3RyeSB3aWxsIG5vdyBsb29rIGxpa2UgdGhpczoKCiAgICst LS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tKwogICB8IFJhbmdlICAgICAgIHwgUmVnaXN0cmF0aW9uICAgICAgfCBO b3RlICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwKICAgfCAgICAgICAgICAgICB8IFBy b2NlZHVyZXMgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8CiAg ICstLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tKwogICB8IDAtMTYzODMgICAgIHwgU3RhbmRhcmRzIEFjdGlvbiAg fCBUaGlzIHJhbmdlIGlzIGZvciBTdWItVExWcyB0aGF0IHwKICAgfCAgICAgICAgICAgICB8 ICAgICAgICAgICAgICAgICAgIHwgcmVxdWlyZSBhbiBlcnJvciBtZXNzYWdlIGlmIG5vdCB8 CiAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICB8IHJlY29nbml6ZWQuICAg ICAgICAgICAgICAgICAgICAgfAogICB8IDE2Mzg0LTMxNzM5IHwgUkZDIFJlcXVpcmVkICAg ICAgfCBUaGlzIHJhbmdlIGlzIGZvciBTdWItVExWcyB0aGF0IHwKICAgfCAgICAgICAgICAg ICB8ICAgICAgICAgICAgICAgICAgIHwgcmVxdWlyZSBhbiBlcnJvciBtZXNzYWdlIGlmIG5v dCB8CiAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICB8IHJlY29nbml6ZWQu ICAgICAgICAgICAgICAgICAgICAgfAogICB8IDM3MTQwLTM3MTQ0IHwgRXhwZXJpbWVudGFs IFVzZSAgfCBSZXNlcnZlZCwgbm90IHRvIGJlIGFzc2lnbmVkICAgIHwKICAgfCAzMTc0OC0z Mjc2NyB8IEZDRlMgICAgICAgICAgICAgIHwgVGhpcyByYW5nZSBpcyBmb3IgU3ViLVRMVnMg dGhhdCB8CiAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICB8IHJlcXVpcmUg YW4gZXJyb3IgbWVzc2FnZSBpZiBub3QgfAogICB8ICAgICAgICAgICAgIHwgICAgICAgICAg ICAgICAgICAgfCByZWNvZ25pemVkLiAgICAgICAgICAgICAgICAgICAgIHwKICAgfCAzMjc2 OC00OTE2MSB8IFN0YW5kYXJkcyBBY3Rpb24gIHwgVGhpcyByYW5nZSBpcyBmb3IgU3ViLVRM VnMgdGhhdCB8CiAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICB8IGNhbiBi ZSBzaWxlbnRseSBkcm9wcGVkIGlmIG5vdCAgfAogICB8ICAgICAgICAgICAgIHwgICAgICAg ICAgICAgICAgICAgfCByZWNvZ25pemVkLiAgICAgICAgICAgICAgICAgICAgIHwKICAgfCA0 OTE2Mi02NDUwNyB8IFJGQyBSZXF1aXJlZCAgICAgIHwgVGhpcyByYW5nZSBpcyBmb3IgU3Vi LVRMVnMgdGhhdCB8CiAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICB8IGNh biBiZSBzaWxlbnRseSBkcm9wcGVkIGlmIG5vdCAgfAogICB8ICAgICAgICAgICAgIHwgICAg ICAgICAgICAgICAgICAgfCByZWNvZ25pemVkLiAgICAgICAgICAgICAgICAgICAgIHwKICAg fCA2NDUwOC02NDUxMSB8IEV4cGVyaW1lbnRhbCBVc2UgIHwgUmVzZXJ2ZWQsIG5vdCB0byBi ZSBhc3NpZ25lZCAgICB8CiAgIHwgNjQ1MTItNjU1MzUgfCBGQ0ZTICAgICAgICAgICAgICB8 IFRoaXMgcmFuZ2UgaXMgZm9yIFN1Yi1UTFZzIHRoYXQgfAogICB8ICAgICAgICAgICAgIHwg ICAgICAgICAgICAgICAgICAgfCBjYW4gYmUgc2lsZW50bHkgZHJvcHBlZCBpZiBub3QgIHwK ICAgfCAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgIHwgcmVjb2duaXplZC4gICAg ICAgICAgICAgICAgICAgICB8CiAgICstLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0t LS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwoKICAgICAgICAgVGFibGUg MTM6IFJlZ2lzdHJhdGlvbiBQcm9jZWR1cmVzIGZvciBTdWItVExWcyBmb3IgVExWcyA2Cgog ICArLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tKy0t LS0tLS0tLS0tLS0tLS0tLSsKICAgfCBUeXBlICAgICAgICB8IFRMViBOYW1lICAgICAgfCBS ZWZlcmVuY2UgICAgICAgIHwgQ29tbWVudCAgICAgICAgICB8CiAgICstLS0tLS0tLS0tLS0t Ky0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0t KwogICB8IDAgICAgICAgICAgIHwgUmVzZXJ2ZWQgICAgICB8IFRoaXMgZG9jdW1lbnQgICAg fCAgICAgICAgICAgICAgICAgIHwKICAgfCAxLTIgICAgICAgICB8IEVRICAgICAgICAgICAg fCBFUSAgICAgICAgICAgICAgIHwgRVEgICAgICAgICAgICAgICB8CiAgIHwgMy0zMTczOSAg ICAgfCBVbmFzc2lnbmVkICAgIHwgICAgICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAg ICAgfAogICB8IDMxNzQwLTMxNzQzIHwgRXhwZXJpbWVudGFsICB8IFRoaXMgRG9jdW1lbnQg ICAgfCBSZXNlcnZlZCwgbm90IHRvIHwKICAgfCAgICAgICAgICAgICB8IFVzZSAgICAgICAg ICAgfCAgICAgICAgICAgICAgICAgIHwgYmUgYXNzaWduZWQgICAgICB8CiAgIHwgMzE3NDQt NjQ1MDcgfCBVbmFzc2lnbmVkICAgIHwgICAgICAgICAgICAgICAgICB8ICAgICAgICAgICAg ICAgICAgfAogICB8IDY0NTA4LTY0NTExIHwgRXhwZXJpbWVudGFsICB8IFRoaXMgZG9jdW1l bnQgICAgfCBSZXNlcnZlZCwgbm90IHRvIHwKICAgfCAgICAgICAgICAgICB8IFVzZSAgICAg ICAgICAgfCAgICAgICAgICAgICAgICAgIHwgYmUgYXNzaWduZWQgICAgICB8CiAgIHwgNjQ1 MTItNjU1MzUgfCBVbmFzc2lnbmVkICAgIHwgICAgICAgICAgICAgICAgICB8ICAgICAgICAg ICAgICAgICAgfAogICArLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0t LS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLSsKCiAgICAgICAgICAgICAgICAgVGFibGUg MTQ6IFN1Yi1UTFZzIGZvciBUTFYgNiBBc3NpZ25tZW50cwoKCgoKCkFuZGVyc3NvbiwgZXQg YWwuICAgICAgICBFeHBpcmVzIEFwcmlsIDEyLCAyMDIxICAgICAgICAgICAgICAgIFtQYWdl IDIxXQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgIExTUCBQaW5nIFJlZ2lzdHJpZXMg ICAgICAgICAgICAgIE9jdG9iZXIgMjAyMAoKCjYuMi40LiAgVXBkYXRlcyB0byB0aGUgcmVn aXN0cnkgZm9yIFN1YlRMVnMgZm9yIFRMViAxMQoKICAgVGhpcyBzZWN0aW9uIGRlc2NyaWJl cyB0aGUgbmV3IHJlZ2lzdHJhdGlvbiBwcm9jZWR1cmVzIGFuZCB0aGUKICAgYXNzaWdubWVu dHMgZm9yIHRoZSAiU3ViLVRMVnMgZm9yIFRMViBUeXBlIDExIiBbSUFOQS1TdWItMTFdIHN1 Yi0KICAgcmVnaXN0cnkgYmFzZWQgb24gdGhlIG5ldyByZWdpc3RyYXRpb24gcHJvY2VkdXJl cy4KCiAgIG8gIFRoZSAiU3BlY2lmaWNhdGlvbiBSZXF1aXJlZCIgcmVnaXN0cmF0aW9uIHBy b2NlZHVyZSBoYXMgYmVlbgogICAgICBjaGFuZ2VkIHRvICJSRkMgUmVxdWlyZWQiLCB0aGUg Y29tbWVudCAiRXhwZXJpbWVudGFsIFJGQyBSZXF1aXJlZCIKICAgICAgaGFzIGJlZW4gcmVt b3ZlZC4KCiAgIG8gIFRoZSBjb2RlIHBvaW50cyByZWdpc3RyYXRpb24gcHJvY2VkdXJlICJW ZW5kb3IgUHJpdmF0ZSBVc2UiIGhhcwogICAgICBiZWVuIHJlbW92ZWQgYW5kIHJlcGxhY2Vk IHdpdGggIkZpcnN0IENvbWUsIEZpcnN0IFNlcnZlZCIgY29kZQogICAgICBwb2ludHMuCgog ICBvICBUd28gc21hbGwgc2V0cywgNCBjb2RlIHBvaW50cyBlYWNoLCBoYXZlIGJlZW4gY3Jl YXRlZCBmb3IKICAgICAgRXhwZXJpbWVudGFsIFVzZS4KCiAgIG8gIENvZGUgcG9pbnRzIHRo YXQgYXJlIHJlc2VydmVkIGFyZSBjbGVhcmx5IG1hcmtlZCBhcyBzdWNoLgoKICAgbyAgVGhl IGFzc2lnbm1lbnRzIGhhdmUgYmVlbiB1cGRhdGVkIHRvIG1hdGNoIHRoZSBuZXcgcmVnaXN0 cmF0aW9uCiAgICAgIHByb2NlZHVyZXMuCgogICBvICBUaGUgbm90ZXMgcmVsYXRlZCB0byB0 aGUgcmVnaXN0cmF0aW9uIHByb2NlZHVyZXMgaGF2ZSBiZWVuIGNoYW5nZWQKICAgICAgdG8g cmVmbGVjdCB3aGVuIGEgcmVzcG9uc2UgaXMgcmVxdWlyZWQgaWYgYSBzdWItVExWIGlzIG5v dAogICAgICByZWNvZ25pemVkIG9yIG5vdC4KCiAgIFRoZSByZWdpc3RyYXRpb24gcHJvY2Vk dXJlcyBmb3IgdGhlICJTdWItVExWcyBmb3IgVExWIFR5cGUgMTEiCiAgIFtJQU5BLVN1Yi0x MV0gc3ViLXJlZ2lzdHJ5IHdpbGwgbm93IGxvb2sgbGlrZSB0aGlzOgoKCgoKCgoKCgoKCgoK CgoKCgoKCgoKCkFuZGVyc3NvbiwgZXQgYWwuICAgICAgICBFeHBpcmVzIEFwcmlsIDEyLCAy MDIxICAgICAgICAgICAgICAgIFtQYWdlIDIyXQoMCkludGVybmV0LURyYWZ0ICAgICAgICAg ICAgIExTUCBQaW5nIFJlZ2lzdHJpZXMgICAgICAgICAgICAgIE9jdG9iZXIgMjAyMAoKCiAg ICstLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tKwogICB8IFJhbmdlICAgICAgIHwgUmVnaXN0cmF0aW9uICAgICAg fCBOb3RlICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwKICAgfCAgICAgICAgICAgICB8 IFByb2NlZHVyZXMgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8 CiAgICstLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tKwogICB8IDAtMTYzODMgICAgIHwgU3RhbmRhcmRzIEFjdGlv biAgfCBUaGlzIHJhbmdlIGlzIGZvciBTdWItVExWcyB0aGF0IHwKICAgfCAgICAgICAgICAg ICB8ICAgICAgICAgICAgICAgICAgIHwgcmVxdWlyZSBhbiBlcnJvciBtZXNzYWdlIGlmIG5v dCB8CiAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICB8IHJlY29nbml6ZWQu ICAgICAgICAgICAgICAgICAgICAgfAogICB8IDE2Mzg0LTMxNzM5IHwgUkZDIFJlcXVpcmVk ICAgICAgfCBUaGlzIHJhbmdlIGlzIGZvciBTdWItVExWcyB0aGF0IHwKICAgfCAgICAgICAg ICAgICB8ICAgICAgICAgICAgICAgICAgIHwgcmVxdWlyZSBhbiBlcnJvciBtZXNzYWdlIGlm IG5vdCB8CiAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICB8IHJlY29nbml6 ZWQuICAgICAgICAgICAgICAgICAgICAgfAogICB8IDM3MTQwLTM3MTQ0IHwgRXhwZXJpbWVu dGFsIFVzZSAgfCBSZXNlcnZlZCwgbm90IHRvIGJlIGFzc2lnbmVkICAgIHwKICAgfCAzMTc0 OC0zMjc2NyB8IEZDRlMgICAgICAgICAgICAgIHwgVGhpcyByYW5nZSBpcyBmb3IgU3ViLVRM VnMgdGhhdCB8CiAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICB8IHJlcXVp cmUgYW4gZXJyb3IgbWVzc2FnZSBpZiBub3QgfAogICB8ICAgICAgICAgICAgIHwgICAgICAg ICAgICAgICAgICAgfCByZWNvZ25pemVkLiAgICAgICAgICAgICAgICAgICAgIHwKICAgfCAz Mjc2OC00OTE2MSB8IFN0YW5kYXJkcyBBY3Rpb24gIHwgVGhpcyByYW5nZSBpcyBmb3IgU3Vi LVRMVnMgdGhhdCB8CiAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICB8IGNh biBiZSBzaWxlbnRseSBkcm9wcGVkIGlmIG5vdCAgfAogICB8ICAgICAgICAgICAgIHwgICAg ICAgICAgICAgICAgICAgfCByZWNvZ25pemVkLiAgICAgICAgICAgICAgICAgICAgIHwKICAg fCA0OTE2Mi02NDUwNyB8IFJGQyBSZXF1aXJlZCAgICAgIHwgVGhpcyByYW5nZSBpcyBmb3Ig U3ViLVRMVnMgdGhhdCB8CiAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICB8 IGNhbiBiZSBzaWxlbnRseSBkcm9wcGVkIGlmIG5vdCAgfAogICB8ICAgICAgICAgICAgIHwg ICAgICAgICAgICAgICAgICAgfCByZWNvZ25pemVkLiAgICAgICAgICAgICAgICAgICAgIHwK ICAgfCA2NDUwOC02NDUxMSB8IEV4cGVyaW1lbnRhbCBVc2UgIHwgUmVzZXJ2ZWQsIG5vdCB0 byBiZSBhc3NpZ25lZCAgICB8CiAgIHwgNjQ1MTItNjU1MzUgfCBGQ0ZTICAgICAgICAgICAg ICB8IFRoaXMgcmFuZ2UgaXMgZm9yIFN1Yi1UTFZzIHRoYXQgfAogICB8ICAgICAgICAgICAg IHwgICAgICAgICAgICAgICAgICAgfCBjYW4gYmUgc2lsZW50bHkgZHJvcHBlZCBpZiBub3Qg IHwKICAgfCAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgIHwgcmVjb2duaXplZC4g ICAgICAgICAgICAgICAgICAgICB8CiAgICstLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0t LS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwoKICAgICAgICBUYWJs ZSAxNTogUmVnaXN0cmF0aW9uIFByb2NlZHVyZXMgZm9yIFN1Yi1UTFZzIGZvciBUTFZzIDEx CgogICArLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0t Ky0tLS0tLS0tLS0tLS0tLS0tLSsKICAgfCBUeXBlICAgICAgICB8IFRMViBOYW1lICAgICAg fCBSZWZlcmVuY2UgICAgICAgIHwgQ29tbWVudCAgICAgICAgICB8CiAgICstLS0tLS0tLS0t LS0tKy0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0t LS0tKwogICB8IDAgICAgICAgICAgIHwgUmVzZXJ2ZWQgICAgICB8IFRoaXMgZG9jdW1lbnQg ICAgfCAgICAgICAgICAgICAgICAgIHwKICAgfCAxLTQgICAgICAgICB8IEVRICAgICAgICAg ICAgfCBFUSAgICAgICAgICAgICAgIHwgRVEgICAgICAgICAgICAgICB8CiAgIHwgNS0zMTcz OSAgICAgfCBVbmFzc2lnbmVkICAgIHwgICAgICAgICAgICAgICAgICB8ICAgICAgICAgICAg ICAgICAgfAogICB8IDMxNzQwLTMxNzQzIHwgRXhwZXJpbWVudGFsICB8IFRoaXMgRG9jdW1l bnQgICAgfCBSZXNlcnZlZCwgbm90IHRvIHwKICAgfCAgICAgICAgICAgICB8IFVzZSAgICAg ICAgICAgfCAgICAgICAgICAgICAgICAgIHwgYmUgYXNzaWduZWQgICAgICB8CiAgIHwgMzE3 NDQtNjQ1MDcgfCBVbmFzc2lnbmVkICAgIHwgICAgICAgICAgICAgICAgICB8ICAgICAgICAg ICAgICAgICAgfAogICB8IDY0NTA4LTY0NTExIHwgRXhwZXJpbWVudGFsICB8IFRoaXMgZG9j dW1lbnQgICAgfCBSZXNlcnZlZCwgbm90IHRvIHwKICAgfCAgICAgICAgICAgICB8IFVzZSAg ICAgICAgICAgfCAgICAgICAgICAgICAgICAgIHwgYmUgYXNzaWduZWQgICAgICB8CiAgIHwg NjQ1MTItNjU1MzUgfCBVbmFzc2lnbmVkICAgIHwgICAgICAgICAgICAgICAgICB8ICAgICAg ICAgICAgICAgICAgfAogICArLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0rLS0tLS0t LS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLSsKCiAgICAgICAgICAgICAgICAgVGFi bGUgMTY6IFN1Yi1UTFZzIGZvciBUTFYgMTEgQXNzaWdubWVudHMKCgoKCgoKCgpBbmRlcnNz b24sIGV0IGFsLiAgICAgICAgRXhwaXJlcyBBcHJpbCAxMiwgMjAyMSAgICAgICAgICAgICAg ICBbUGFnZSAyM10KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICBMU1AgUGluZyBSZWdp c3RyaWVzICAgICAgICAgICAgICBPY3RvYmVyIDIwMjAKCgo2LjIuNS4gIFVwZGF0ZXMgdG8g dGhlIHJlZ2lzdHJ5IGZvciBTdWJUTFZzIGZvciBUTFYgMjAKCiAgIFRoaXMgc2VjdGlvbiBk ZXNjcmliZXMgdGhlIG5ldyByZWdpc3RyYXRpb24gcHJvY2VkdXJlcyBhbmQgdGhlCiAgIGFz c2lnbm1lbnRzIGZvciB0aGUgIlN1Yi1UTFZzIGZvciBUTFYgVHlwZSAyMCIgW0lBTkEtU3Vi LTIwXSBzdWItCiAgIHJlZ2lzdHJ5IGJhc2VkIG9uIHRoZSBuZXcgcmVnaXN0cmF0aW9uIHBy b2NlZHVyZXMuCgogICBvICBUaGUgIlNwZWNpZmljYXRpb24gUmVxdWlyZWQiIHJlZ2lzdHJh dGlvbiBwcm9jZWR1cmUgaGFzIGJlZW4KICAgICAgY2hhbmdlZCB0byAiUkZDIFJlcXVpcmVk IiwgdGhlIGNvbW1lbnQgIkV4cGVyaW1lbnRhbCBSRkMgUmVxdWlyZWQiCiAgICAgIGhhcyBi ZWVuIHJlbW92ZWQuCgogICBvICBUaGUgY29kZSBwb2ludHMgcmVnaXN0cmF0aW9uIHByb2Nl ZHVyZSAiVmVuZG9yIFByaXZhdGUgVXNlIiBoYXMKICAgICAgYmVlbiByZW1vdmVkIGFuZCBy ZXBsYWNlZCB3aXRoICJGaXJzdCBDb21lLCBGaXJzdCBTZXJ2ZWQiIGNvZGUKICAgICAgcG9p bnRzLgoKICAgbyAgVHdvIHNtYWxsIHNldHMsIDQgY29kZSB2ZSBiZWVuIGNyZWF0ZWQgZm9y IEV4cGVyaW1lbnRhbCBVc2UuCgogICBvICBDb2RlIHBvaW50cyB0aGF0IGFyZSByZXNlcnZl ZCBhcmUgY2xlYXJseSBtYXJrZWQgYXMgc3VjaC4KCiAgIG8gIFRoZSBhc3NpZ25tZW50cyBo YXZlIGJlZW4gdXBkYXRlZCB0byBtYXRjaCB0aGUgbmV3IHJlZ2lzdHJhdGlvbgogICAgICBw cm9jZWR1cmVzLgoKICAgbyAgVGhlIG5vdGVzIHJlbGF0ZWQgdG8gdGhlIHJlZ2lzdHJhdGlv biBwcm9jZWR1cmVzIGhhdmUgYmVlbiBjaGFuZ2VkCiAgICAgIHRvIHJlZmxlY3Qgd2hlbiBh IHJlc3BvbnNlIGlzIHJlcXVpcmVkIGlmIGEgc3ViLVRMViBpcyBub3QKICAgICAgcmVjb2du aXplZCBvciBub3QuCgogICBUaGUgcmVnaXN0cmF0aW9uIHByb2NlZHVyZXMgZm9yIHRoZSAi U3ViLVRMVnMgZm9yIFRMViBUeXBlIDIwIgogICBbSUFOQS1TdWItMjBdIHN1Yi1yZWdpc3Ry eSB3aWxsIG5vdyBsb29rIGxpa2UgdGhpczoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKQW5k ZXJzc29uLCBldCBhbC4gICAgICAgIEV4cGlyZXMgQXByaWwgMTIsIDIwMjEgICAgICAgICAg ICAgICAgW1BhZ2UgMjRdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgTFNQIFBpbmcg UmVnaXN0cmllcyAgICAgICAgICAgICAgT2N0b2JlciAyMDIwCgoKICAgKy0tLS0tLS0tLS0t LS0rLS0tLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0rCiAgIHwgUmFuZ2UgICAgICAgfCBSZWdpc3RyYXRpb24gICAgICB8IE5vdGUgICAgICAg ICAgICAgICAgICAgICAgICAgICAgfAogICB8ICAgICAgICAgICAgIHwgUHJvY2VkdXJlcyAg ICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwKICAgKy0tLS0tLS0t LS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0rCiAgIHwgMC0xNjM4MyAgICAgfCBTdGFuZGFyZHMgQWN0aW9uICB8IFRoaXMgcmFu Z2UgaXMgZm9yIFN1Yi1UTFZzIHRoYXQgfAogICB8ICAgICAgICAgICAgIHwgICAgICAgICAg ICAgICAgICAgfCByZXF1aXJlIGFuIGVycm9yIG1lc3NhZ2UgaWYgbm90IHwKICAgfCAgICAg ICAgICAgICB8ICAgICAgICAgICAgICAgICAgIHwgcmVjb2duaXplZC4gICAgICAgICAgICAg ICAgICAgICB8CiAgIHwgMTYzODQtMzE3MzkgfCBSRkMgUmVxdWlyZWQgICAgICB8IFRoaXMg cmFuZ2UgaXMgZm9yIFN1Yi1UTFZzIHRoYXQgfAogICB8ICAgICAgICAgICAgIHwgICAgICAg ICAgICAgICAgICAgfCByZXF1aXJlIGFuIGVycm9yIG1lc3NhZ2UgaWYgbm90IHwKICAgfCAg ICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgIHwgcmVjb2duaXplZC4gICAgICAgICAg ICAgICAgICAgICB8CiAgIHwgMzcxNDAtMzcxNDQgfCBFeHBlcmltZW50YWwgVXNlICB8IFJl c2VydmVkLCBub3QgdG8gYmUgYXNzaWduZWQgICAgfAogICB8IDMxNzQ4LTMyNzY3IHwgRkNG UyAgICAgICAgICAgICAgfCBUaGlzIHJhbmdlIGlzIGZvciBTdWItVExWcyB0aGF0IHwKICAg fCAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgIHwgcmVxdWlyZSBhbiBlcnJvciBt ZXNzYWdlIGlmIG5vdCB8CiAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICB8 IHJlY29nbml6ZWQuICAgICAgICAgICAgICAgICAgICAgfAogICB8IDMyNzY4LTQ5MTYxIHwg U3RhbmRhcmRzIEFjdGlvbiAgfCBUaGlzIHJhbmdlIGlzIGZvciBTdWItVExWcyB0aGF0IHwK ICAgfCAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgIHwgY2FuIGJlIHNpbGVudGx5 IGRyb3BwZWQgaWYgbm90ICB8CiAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAg ICB8IHJlY29nbml6ZWQuICAgICAgICAgICAgICAgICAgICAgfAogICB8IDQ5MTYyLTY0NTA3 IHwgUkZDIFJlcXVpcmVkICAgICAgfCBUaGlzIHJhbmdlIGlzIGZvciBTdWItVExWcyB0aGF0 IHwKICAgfCAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgIHwgY2FuIGJlIHNpbGVu dGx5IGRyb3BwZWQgaWYgbm90ICB8CiAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAg ICAgICB8IHJlY29nbml6ZWQuICAgICAgICAgICAgICAgICAgICAgfAogICB8IDY0NTA4LTY0 NTExIHwgRXhwZXJpbWVudGFsIFVzZSAgfCBSZXNlcnZlZCwgbm90IHRvIGJlIGFzc2lnbmVk ICAgIHwKICAgfCA2NDUxMi02NTUzNSB8IEZDRlMgICAgICAgICAgICAgIHwgVGhpcyByYW5n ZSBpcyBmb3IgU3ViLVRMVnMgdGhhdCB8CiAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAg ICAgICAgICB8IGNhbiBiZSBzaWxlbnRseSBkcm9wcGVkIGlmIG5vdCAgfAogICB8ICAgICAg ICAgICAgIHwgICAgICAgICAgICAgICAgICAgfCByZWNvZ25pemVkLiAgICAgICAgICAgICAg ICAgICAgIHwKICAgKy0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rCgogICAgICAgIFRhYmxlIDE3OiBSZWdpc3Ry YXRpb24gUHJvY2VkdXJlcyBmb3IgU3ViLVRMVnMgZm9yIFRMVnMgMjAKCiAgICstLS0tLS0t LS0tLS0tKy0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0t LS0tLS0tKwogICB8IFR5cGUgICAgICAgIHwgVExWIE5hbWUgICAgICB8IFJlZmVyZW5jZSAg ICAgICAgfCBDb21tZW50ICAgICAgICAgIHwKICAgKy0tLS0tLS0tLS0tLS0rLS0tLS0tLS0t LS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0rCiAgIHwgMCAg ICAgICAgICAgfCBSZXNlcnZlZCAgICAgIHwgVGhpcyBkb2N1bWVudCAgICB8ICAgICAgICAg ICAgICAgICAgfAogICB8IDEtNSAgICAgICAgIHwgRVEgICAgICAgICAgICB8IEVRICAgICAg ICAgICAgICAgfCBFUSAgICAgICAgICAgICAgIHwKICAgfCA2LTMxNzM5ICAgICB8IFVuYXNz aWduZWQgICAgfCAgICAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICB8CiAgIHwg MzE3NDAtMzE3NDMgfCBFeHBlcmltZW50YWwgIHwgVGhpcyBEb2N1bWVudCAgICB8IFJlc2Vy dmVkLCBub3QgdG8gfAogICB8ICAgICAgICAgICAgIHwgVXNlICAgICAgICAgICB8ICAgICAg ICAgICAgICAgICAgfCBiZSBhc3NpZ25lZCAgICAgIHwKICAgfCAzMTc0NC02NDUwNyB8IFVu YXNzaWduZWQgICAgfCAgICAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICB8CiAg IHwgNjQ1MDgtNjQ1MTEgfCBFeHBlcmltZW50YWwgIHwgVGhpcyBkb2N1bWVudCAgICB8IFJl c2VydmVkLCBub3QgdG8gfAogICB8ICAgICAgICAgICAgIHwgVXNlICAgICAgICAgICB8ICAg ICAgICAgICAgICAgICAgfCBiZSBhc3NpZ25lZCAgICAgIHwKICAgfCA2NDUxMi02NTUzNSB8 IFVuYXNzaWduZWQgICAgfCAgICAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICB8 CiAgICstLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0r LS0tLS0tLS0tLS0tLS0tLS0tKwoKICAgICAgICAgICAgICAgICBUYWJsZSAxODogU3ViLVRM VnMgZm9yIFRMViAyMCBBc3NpZ25tZW50cwoKCgoKCgoKCkFuZGVyc3NvbiwgZXQgYWwuICAg ICAgICBFeHBpcmVzIEFwcmlsIDEyLCAyMDIxICAgICAgICAgICAgICAgIFtQYWdlIDI1XQoM CkludGVybmV0LURyYWZ0ICAgICAgICAgICAgIExTUCBQaW5nIFJlZ2lzdHJpZXMgICAgICAg ICAgICAgIE9jdG9iZXIgMjAyMAoKCjYuMi42LiAgVXBkYXRlcyB0byB0aGUgcmVnaXN0cnkg Zm9yIFN1YlRMVnMgZm9yIFRMViAyMwoKICAgVGhpcyBzZWN0aW9uIGRlc2NyaWJlcyB0aGUg bmV3IHJlZ2lzdHJhdGlvbiBwcm9jZWR1cmVzIGFuZCB0aGUKICAgYXNzaWdubWVudHMgZm9y IHRoZSAiU3ViLVRMVnMgZm9yIFRMViBUeXBlIDIzIiBbSUFOQS1TdWItMjNdIHN1Yi0KICAg cmVnaXN0cnkgYmFzZWQgb24gdGhlIG5ldyByZWdpc3RyYXRpb24gcHJvY2VkdXJlcy4KCiAg IG8gIFRoZSAiU3BlY2lmaWNhdGlvbiBSZXF1aXJlZCIgcmVnaXN0cmF0aW9uIHByb2NlZHVy ZSBoYXMgYmVlbgogICAgICBjaGFuZ2VkIHRvICJSRkMgUmVxdWlyZWQiLCB0aGUgY29tbWVu dCAiRXhwZXJpbWVudGFsIFJGQyBSZXF1aXJlZCIKICAgICAgaGFzIGJlZW4gcmVtb3ZlZC4K CiAgIG8gIFRoZSBjb2RlIHBvaW50cyByZWdpc3RyYXRpb24gcHJvY2VkdXJlICJWZW5kb3Ig UHJpdmF0ZSBVc2UiIGhhcwogICAgICBiZWVuIHJlbW92ZWQgYW5kIHJlcGxhY2VkIHdpdGgg IkZpcnN0IENvbWUsIEZpcnN0IFNlcnZlZCIgY29kZQogICAgICBwb2ludHMuCgogICBvICBU d28gc21hbGwgc2V0cywgNCBjb2RlIHBvaW50cyBlYWNoLCBoYXZlIGJlZW4gY3JlYXRlZCBm b3IKICAgICAgRXhwZXJpbWVudGFsIFVzZS4KCiAgIG8gIENvZGUgcG9pbnRzIHRoYXQgYXJl IHJlc2VydmVkIGFyZSBjbGVhcmx5IG1hcmtlZCBhcyBzdWNoLgoKICAgbyAgVGhlIGFzc2ln bm1lbnRzIGhhdmUgYmVlbiB1cGRhdGVkIHRvIG1hdGNoIHRoZSBuZXcgcmVnaXN0cmF0aW9u CiAgICAgIHByb2NlZHVyZXMuCgogICBvICBUaGUgbm90ZXMgcmVsYXRlZCB0byB0aGUgcmVn aXN0cmF0aW9uIHByb2NlZHVyZXMgaGF2ZSBiZWVuIGNoYW5nZWQKICAgICAgdG8gcmVmbGVj dCB3aGVuIGEgcmVzcG9uc2UgaXMgcmVxdWlyZWQgaWYgYSBzdWItVExWIGlzIG5vdAogICAg ICByZWNvZ25pemVkIG9yIG5vdC4KCiAgIFRoZSByZWdpc3RyYXRpb24gcHJvY2VkdXJlcyBm b3IgdGhlICJTdWItVExWcyBmb3IgVExWIFR5cGUgMjMiCiAgIFtJQU5BLVN1Yi0yM10gc3Vi LXJlZ2lzdHJ5IHdpbGwgbm93IGxvb2sgbGlrZSB0aGlzOgoKCgoKCgoKCgoKCgoKCgoKCgoK CgoKCkFuZGVyc3NvbiwgZXQgYWwuICAgICAgICBFeHBpcmVzIEFwcmlsIDEyLCAyMDIxICAg ICAgICAgICAgICAgIFtQYWdlIDI2XQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgIExT UCBQaW5nIFJlZ2lzdHJpZXMgICAgICAgICAgICAgIE9jdG9iZXIgMjAyMAoKCiAgICstLS0t LS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tKwogICB8IFJhbmdlICAgICAgIHwgUmVnaXN0cmF0aW9uICAgICAgfCBOb3Rl ICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwKICAgfCAgICAgICAgICAgICB8IFByb2Nl ZHVyZXMgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8CiAgICst LS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tKwogICB8IDAtMTYzODMgICAgIHwgU3RhbmRhcmRzIEFjdGlvbiAgfCBU aGlzIHJhbmdlIGlzIGZvciBTdWItVExWcyB0aGF0IHwKICAgfCAgICAgICAgICAgICB8ICAg ICAgICAgICAgICAgICAgIHwgcmVxdWlyZSBhbiBlcnJvciBtZXNzYWdlIGlmIG5vdCB8CiAg IHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICB8IHJlY29nbml6ZWQuICAgICAg ICAgICAgICAgICAgICAgfAogICB8IDE2Mzg0LTMxNzM5IHwgUkZDIFJlcXVpcmVkICAgICAg fCBUaGlzIHJhbmdlIGlzIGZvciBTdWItVExWcyB0aGF0IHwKICAgfCAgICAgICAgICAgICB8 ICAgICAgICAgICAgICAgICAgIHwgcmVxdWlyZSBhbiBlcnJvciBtZXNzYWdlIGlmIG5vdCB8 CiAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICB8IHJlY29nbml6ZWQuICAg ICAgICAgICAgICAgICAgICAgfAogICB8IDM3MTQwLTM3MTQ0IHwgRXhwZXJpbWVudGFsIFVz ZSAgfCBSZXNlcnZlZCwgbm90IHRvIGJlIGFzc2lnbmVkICAgIHwKICAgfCAzMTc0OC0zMjc2 NyB8IEZDRlMgICAgICAgICAgICAgIHwgVGhpcyByYW5nZSBpcyBmb3IgU3ViLVRMVnMgdGhh dCB8CiAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICB8IHJlcXVpcmUgYW4g ZXJyb3IgbWVzc2FnZSBpZiBub3QgfAogICB8ICAgICAgICAgICAgIHwgICAgICAgICAgICAg ICAgICAgfCByZWNvZ25pemVkLiAgICAgICAgICAgICAgICAgICAgIHwKICAgfCAzMjc2OC00 OTE2MSB8IFN0YW5kYXJkcyBBY3Rpb24gIHwgVGhpcyByYW5nZSBpcyBmb3IgU3ViLVRMVnMg dGhhdCB8CiAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICB8IGNhbiBiZSBz aWxlbnRseSBkcm9wcGVkIGlmIG5vdCAgfAogICB8ICAgICAgICAgICAgIHwgICAgICAgICAg ICAgICAgICAgfCByZWNvZ25pemVkLiAgICAgICAgICAgICAgICAgICAgIHwKICAgfCA0OTE2 Mi02NDUwNyB8IFJGQyBSZXF1aXJlZCAgICAgIHwgVGhpcyByYW5nZSBpcyBmb3IgU3ViLVRM VnMgdGhhdCB8CiAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICB8IGNhbiBi ZSBzaWxlbnRseSBkcm9wcGVkIGlmIG5vdCAgfAogICB8ICAgICAgICAgICAgIHwgICAgICAg ICAgICAgICAgICAgfCByZWNvZ25pemVkLiAgICAgICAgICAgICAgICAgICAgIHwKICAgfCA2 NDUwOC02NDUxMSB8IEV4cGVyaW1lbnRhbCBVc2UgIHwgUmVzZXJ2ZWQsIG5vdCB0byBiZSBh c3NpZ25lZCAgICB8CiAgIHwgNjQ1MTItNjU1MzUgfCBGQ0ZTICAgICAgICAgICAgICB8IFRo aXMgcmFuZ2UgaXMgZm9yIFN1Yi1UTFZzIHRoYXQgfAogICB8ICAgICAgICAgICAgIHwgICAg ICAgICAgICAgICAgICAgfCBjYW4gYmUgc2lsZW50bHkgZHJvcHBlZCBpZiBub3QgIHwKICAg fCAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAgIHwgcmVjb2duaXplZC4gICAgICAg ICAgICAgICAgICAgICB8CiAgICstLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0r LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKwoKICAgICAgICBUYWJsZSAxOTog UmVnaXN0cmF0aW9uIFByb2NlZHVyZXMgZm9yIFN1Yi1UTFZzIGZvciBUTFZzIDIzCgogICAr LS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0t LS0tLS0tLS0tLS0tLSsKICAgfCBUeXBlICAgICAgICB8IFRMViBOYW1lICAgICAgfCBSZWZl cmVuY2UgICAgICAgIHwgQ29tbWVudCAgICAgICAgICB8CiAgICstLS0tLS0tLS0tLS0tKy0t LS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tKwog ICB8IDAgICAgICAgICAgIHwgUmVzZXJ2ZWQgICAgICB8IFtSRkM3NTU1XSAgICAgICAgfCAg ICAgICAgICAgICAgICAgIHwKICAgfCAxICAgICAgICAgICB8IEVRICAgICAgICAgICAgfCBF USAgICAgICAgICAgICAgIHwgRVEgICAgICAgICAgICAgICB8CiAgIHwgMi0zMTczOSAgICAg fCBVbmFzc2lnbmVkICAgIHwgICAgICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAgICAg fAogICB8IDMxNzQwLTMxNzQzIHwgRXhwZXJpbWVudGFsICB8IFRoaXMgRG9jdW1lbnQgICAg fCBSZXNlcnZlZCwgbm90IHRvIHwKICAgfCAgICAgICAgICAgICB8IFVzZSAgICAgICAgICAg fCAgICAgICAgICAgICAgICAgIHwgYmUgYXNzaWduZWQgICAgICB8CiAgIHwgMzE3NDQtNjQ1 MDcgfCBVbmFzc2lnbmVkICAgIHwgICAgICAgICAgICAgICAgICB8ICAgICAgICAgICAgICAg ICAgfAogICB8IDY0NTA4LTY0NTExIHwgRXhwZXJpbWVudGFsICB8IFRoaXMgZG9jdW1lbnQg ICAgfCBSZXNlcnZlZCwgbm90IHRvIHwKICAgfCAgICAgICAgICAgICB8IFVzZSAgICAgICAg ICAgfCAgICAgICAgICAgICAgICAgIHwgYmUgYXNzaWduZWQgICAgICB8CiAgIHwgNjQ1MTIt NjU1MzUgfCBVbmFzc2lnbmVkICAgIHwgICAgICAgICAgICAgICAgICB8ICAgICAgICAgICAg ICAgICAgfAogICArLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0t LS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLSsKCiAgICAgICAgICAgICAgICAgVGFibGUgMjA6 IFN1Yi1UTFZzIGZvciBUTFYgMjMgQXNzaWdubWVudHMKCgoKCgoKCgpBbmRlcnNzb24sIGV0 IGFsLiAgICAgICAgRXhwaXJlcyBBcHJpbCAxMiwgMjAyMSAgICAgICAgICAgICAgICBbUGFn ZSAyN10KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICBMU1AgUGluZyBSZWdpc3RyaWVz ICAgICAgICAgICAgICBPY3RvYmVyIDIwMjAKCgo2LjIuNy4gIFVwZGF0ZXMgdG8gdGhlIHJl Z2lzdHJ5IGZvciBTdWJUTFZzIGZvciBUTFYgMjcKCiAgIFRoaXMgc2VjdGlvbiBkZXNjcmli ZXMgdGhlIG5ldyByZWdpc3RyYXRpb24gcHJvY2VkdXJlcyBhbmQgdGhlCiAgIGFzc2lnbm1l bnRzIGZvciB0aGUgIlN1Yi1UTFZzIGZvciBUTFYgVHlwZSAyNyIgW0lBTkEtU3ViLTI3XSBz dWItCiAgIHJlZ2lzdHJ5IGJhc2VkIG9uIHRoZSBuZXcgcmVnaXN0cmF0aW9uIHByb2NlZHVy ZXMuCgogICBvICBUaGUgIlNwZWNpZmljYXRpb24gUmVxdWlyZWQiIHJlZ2lzdHJhdGlvbiBw cm9jZWR1cmUgaGFzIGJlZW4KICAgICAgY2hhbmdlZCB0byAiUkZDIFJlcXVpcmVkIiwgdGhl IGNvbW1lbnQgIkV4cGVyaW1lbnRhbCBSRkMgUmVxdWlyZWQiCiAgICAgIGhhcyBiZWVuIHJl bW92ZWQuCgogICBvICBUaGUgY29kZSBwb2ludHMgcmVnaXN0cmF0aW9uIHByb2NlZHVyZSAi VmVuZG9yIFByaXZhdGUgVXNlIiBoYXMKICAgICAgYmVlbiByZW1vdmVkIGFuZCByZXBsYWNl ZCB3aXRoICJGaXJzdCBDb21lLCBGaXJzdCBTZXJ2ZWQiIGNvZGUKICAgICAgcG9pbnRzLgoK ICAgbyAgVHdvIHNtYWxsIHNldHMsIDQgY29kZSBwb2ludHMgZWFjaCwgaGF2ZSBiZWVuIGNy ZWF0ZWQgZm9yCiAgICAgIEV4cGVyaW1lbnRhbCBVc2UuCgogICBvICBDb2RlIHBvaW50cyB0 aGF0IGFyZSByZXNlcnZlZCBhcmUgY2xlYXJseSBtYXJrZWQgYXMgc3VjaC4KCiAgIG8gIFRo ZSBhc3NpZ25tZW50cyBoYXZlIGJlZW4gdXBkYXRlZCB0byBtYXRjaCB0aGUgbmV3IHJlZ2lz dHJhdGlvbgogICAgICBwcm9jZWR1cmVzLgoKICAgbyAgVGhlIG5vdGVzIHJlbGF0ZWQgdG8g dGhlIHJlZ2lzdHJhdGlvbiBwcm9jZWR1cmVzIGhhdmUgYmVlbiBjaGFuZ2VkCiAgICAgIHRv IHJlZmxlY3Qgd2hlbiBhIHJlc3BvbnNlIGlzIHJlcXVpcmVkIGlmIGEgc3ViLVRMViBpcyBu b3QKICAgICAgcmVjb2duaXplZCBvciBub3QuCgogICBUaGUgcmVnaXN0cmF0aW9uIHByb2Nl ZHVyZXMgZm9yIHRoZSAiU3ViLVRMVnMgZm9yIFRMViBUeXBlIDI3IgogICBbSUFOQS1TdWIt MjddIHN1Yi1yZWdpc3RyeSB3aWxsIG5vdyBsb29rIGxpa2UgdGhpczoKCgoKCgoKCgoKCgoK CgoKCgoKCgoKCgpBbmRlcnNzb24sIGV0IGFsLiAgICAgICAgRXhwaXJlcyBBcHJpbCAxMiwg MjAyMSAgICAgICAgICAgICAgICBbUGFnZSAyOF0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAg ICAgICBMU1AgUGluZyBSZWdpc3RyaWVzICAgICAgICAgICAgICBPY3RvYmVyIDIwMjAKCgog ICArLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLSsKICAgfCBSYW5nZSAgICAgICB8IFJlZ2lzdHJhdGlvbiAgICAg IHwgTm90ZSAgICAgICAgICAgICAgICAgICAgICAgICAgICB8CiAgIHwgICAgICAgICAgICAg fCBQcm9jZWR1cmVzICAgICAgICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg fAogICArLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLSsKICAgfCAwLTE2MzgzICAgICB8IFN0YW5kYXJkcyBBY3Rp b24gIHwgVGhpcyByYW5nZSBpcyBmb3IgU3ViLVRMVnMgdGhhdCB8CiAgIHwgICAgICAgICAg ICAgfCAgICAgICAgICAgICAgICAgICB8IHJlcXVpcmUgYW4gZXJyb3IgbWVzc2FnZSBpZiBu b3QgfAogICB8ICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgfCByZWNvZ25pemVk LiAgICAgICAgICAgICAgICAgICAgIHwKICAgfCAxNjM4NC0zMTczOSB8IFJGQyBSZXF1aXJl ZCAgICAgIHwgVGhpcyByYW5nZSBpcyBmb3IgU3ViLVRMVnMgdGhhdCB8CiAgIHwgICAgICAg ICAgICAgfCAgICAgICAgICAgICAgICAgICB8IHJlcXVpcmUgYW4gZXJyb3IgbWVzc2FnZSBp ZiBub3QgfAogICB8ICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgfCByZWNvZ25p emVkLiAgICAgICAgICAgICAgICAgICAgIHwKICAgfCAzNzE0MC0zNzE0NCB8IEV4cGVyaW1l bnRhbCBVc2UgIHwgUmVzZXJ2ZWQsIG5vdCB0byBiZSBhc3NpZ25lZCAgICB8CiAgIHwgMzE3 NDgtMzI3NjcgfCBGQ0ZTICAgICAgICAgICAgICB8IFRoaXMgcmFuZ2UgaXMgZm9yIFN1Yi1U TFZzIHRoYXQgfAogICB8ICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgfCByZXF1 aXJlIGFuIGVycm9yIG1lc3NhZ2UgaWYgbm90IHwKICAgfCAgICAgICAgICAgICB8ICAgICAg ICAgICAgICAgICAgIHwgcmVjb2duaXplZC4gICAgICAgICAgICAgICAgICAgICB8CiAgIHwg MzI3NjgtNDkxNjEgfCBTdGFuZGFyZHMgQWN0aW9uICB8IFRoaXMgcmFuZ2UgaXMgZm9yIFN1 Yi1UTFZzIHRoYXQgfAogICB8ICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgfCBj YW4gYmUgc2lsZW50bHkgZHJvcHBlZCBpZiBub3QgIHwKICAgfCAgICAgICAgICAgICB8ICAg ICAgICAgICAgICAgICAgIHwgcmVjb2duaXplZC4gICAgICAgICAgICAgICAgICAgICB8CiAg IHwgNDkxNjItNjQ1MDcgfCBSRkMgUmVxdWlyZWQgICAgICB8IFRoaXMgcmFuZ2UgaXMgZm9y IFN1Yi1UTFZzIHRoYXQgfAogICB8ICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAg fCBjYW4gYmUgc2lsZW50bHkgZHJvcHBlZCBpZiBub3QgIHwKICAgfCAgICAgICAgICAgICB8 ICAgICAgICAgICAgICAgICAgIHwgcmVjb2duaXplZC4gICAgICAgICAgICAgICAgICAgICB8 CiAgIHwgNjQ1MDgtNjQ1MTEgfCBFeHBlcmltZW50YWwgVXNlICB8IFJlc2VydmVkLCBub3Qg dG8gYmUgYXNzaWduZWQgICAgfAogICB8IDY0NTEyLTY1NTM1IHwgRkNGUyAgICAgICAgICAg ICAgfCBUaGlzIHJhbmdlIGlzIGZvciBTdWItVExWcyB0aGF0IHwKICAgfCAgICAgICAgICAg ICB8ICAgICAgICAgICAgICAgICAgIHwgY2FuIGJlIHNpbGVudGx5IGRyb3BwZWQgaWYgbm90 ICB8CiAgIHwgICAgICAgICAgICAgfCAgICAgICAgICAgICAgICAgICB8IHJlY29nbml6ZWQu ICAgICAgICAgICAgICAgICAgICAgfAogICArLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0t LS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSsKCiAgICAgICAgIFRh YmxlIDIxOiBSZWdpc3RyYXRpb24gUHJvY2VkdXJlcyBmb3IgU3ViLVRMVnMgZm9yIFRMViAy NwoKICAgKy0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0t LSstLS0tLS0tLS0tLS0tLS0tLS0rCiAgIHwgVHlwZSAgICAgICAgfCBUTFYgTmFtZSAgICAg IHwgUmVmZXJlbmNlICAgICAgICB8IENvbW1lbnQgICAgICAgICAgfAogICArLS0tLS0tLS0t LS0tLSstLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0t LS0tLSsKICAgfCAwICAgICAgICAgICB8IFJlc2VydmVkICAgICAgfCBbUkZDNzU1NV0gICAg ICAgIHwgICAgICAgICAgICAgICAgICB8CiAgIHwgMSAgICAgICAgICAgfCBFUSAgICAgICAg ICAgIHwgRVEgICAgICAgICAgICAgICB8IEVRICAgICAgICAgICAgICAgfAogICB8IDItMzE3 MzkgICAgIHwgVW5hc3NpZ25lZCAgICB8ICAgICAgICAgICAgICAgICAgfCAgICAgICAgICAg ICAgICAgIHwKICAgfCAzMTc0MC0zMTc0MyB8IEV4cGVyaW1lbnRhbCAgfCBUaGlzIERvY3Vt ZW50ICAgIHwgUmVzZXJ2ZWQsIG5vdCB0byB8CiAgIHwgICAgICAgICAgICAgfCBVc2UgICAg ICAgICAgIHwgICAgICAgICAgICAgICAgICB8IGJlIGFzc2lnbmVkICAgICAgfAogICB8IDMx NzQ0LTY0NTA3IHwgVW5hc3NpZ25lZCAgICB8ICAgICAgICAgICAgICAgICAgfCAgICAgICAg ICAgICAgICAgIHwKICAgfCA2NDUwOC02NDUxMSB8IEV4cGVyaW1lbnRhbCAgfCBUaGlzIGRv Y3VtZW50ICAgIHwgUmVzZXJ2ZWQsIG5vdCB0byB8CiAgIHwgICAgICAgICAgICAgfCBVc2Ug ICAgICAgICAgIHwgICAgICAgICAgICAgICAgICB8IGJlIGFzc2lnbmVkICAgICAgfAogICB8 IDY0NTEyLTY1NTM1IHwgVW5hc3NpZ25lZCAgICB8ICAgICAgICAgICAgICAgICAgfCAgICAg ICAgICAgICAgICAgIHwKICAgKy0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tKy0tLS0t LS0tLS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tLS0rCgogICAgICAgICAgICAgICAgIFRh YmxlIDIyOiBTdWItVExWcyBmb3IgVExWIDI3IEFzc2lnbm1lbnRzCgoKCgoKCgoKQW5kZXJz c29uLCBldCBhbC4gICAgICAgIEV4cGlyZXMgQXByaWwgMTIsIDIwMjEgICAgICAgICAgICAg ICAgW1BhZ2UgMjldCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgTFNQIFBpbmcgUmVn aXN0cmllcyAgICAgICAgICAgICAgT2N0b2JlciAyMDIwCgoKNy4gIEFja25vd2xlZGdlbWVu dHMKCiAgIFRoZSBhdXRob3JzIHdpc2ggdG8gdGhhbmsgQWRyaWFuIEZhcnJlbCwgd2hvIGJv dGggbWFkZSB2ZXJ5IHVzZWZ1bAogICBjb21tZW50cyBhbmQgYWdyZWVkIHRvIHNlcnZlIGFz IHRoZSBkb2N1bWVudCBzaGVwaGVyZC4KCiAgIFRoZSBhdXRob3JzIGFsc28gd2lzaCB0byB0 aGFuayBNaWNlbGxlIENvdHRvbiB3aG8gdmVyeSBwYXRpZW50bHkKICAgd29ya2VkIHdpdGgg dXMgdG8gZGV0ZXJtaW5lIGhvdyBvdXIgcmVnaXN0cmllcyBjb3VsZCBhbmQgc2hvdWxkIGJl CiAgIHVwZGF0ZWQuCgogICBUaGUgYXV0aG9ycyB0aGFua3MgRG9uYWxkIEVhc3RsYWtlIGZv ciBhIGNhcmVmdWwgYW5kIGRldGFpbGVkIHJldmlldy4KCjguICBSZWZlcmVuY2VzCgo4LjEu ICBOb3JtYXRpdmUgUmVmZXJlbmNlcwoKICAgW0lBTkEtTFNQLVBJTkddCiAgICAgICAgICAg ICAgIk11bHRpcHJvdG9jb2wgTGFiZWwgU3dpdGNoaW5nIChNUExTKSBMYWJlbCBTd2l0Y2hl ZCBQYXRocwogICAgICAgICAgICAgIChMU1BzKSBQaW5nIFBhcmFtZXRlcnMiLAogICAgICAg ICAgICAgIDxodHRwczovL3d3dy5pYW5hLm9yZy9hc3NpZ25tZW50cy9tcGxzLWxzcC1waW5n LQogICAgICAgICAgICAgIHBhcmFtZXRlcnMvbXBscy1sc3AtcGluZy1wYXJhbWV0ZXJzLnho dG1sLz4uCgogICBbSUFOQS1NVF0gICJNZXNzYWdlIFR5cGVzIiwgPGh0dHBzOi8vd3d3Lmlh bmEub3JnL2Fzc2lnbm1lbnRzL21wbHMtCiAgICAgICAgICAgICAgbHNwLXBpbmctcGFyYW1l dGVycy9tcGxzLWxzcC1waW5nLQogICAgICAgICAgICAgIHBhcmFtZXRlcnMueGh0bWwjbWVz c2FnZS10eXBlcz4uCgogICBbSUFOQS1SQ10gICJSZXR1cm4gQ29kZXMiLCA8aHR0cHM6Ly93 d3cuaWFuYS5vcmcvYXNzaWdubWVudHMvbXBscy0KICAgICAgICAgICAgICBsc3AtcGluZy1w YXJhbWV0ZXJzLyNyZXR1cm4tY29kZXM+LgoKICAgW0lBTkEtUk1dICAiUmVwbHkgTW9kZXMi LCA8aHR0cHM6Ly93d3cuaWFuYS5vcmcvYXNzaWdubWVudHMvbXBscy1sc3AtCiAgICAgICAg ICAgICAgcGluZy1wYXJhbWV0ZXJzLyNyZXBseS1tb2Rlcz4uCgogICBbSUFOQS1TdWItMS0x Ni0yMV0KICAgICAgICAgICAgICAiU3ViLVRMVnMgZm9yIFRMViBUeXBlcyAxLCAxNiwgYW5k IDIxIiwKICAgICAgICAgICAgICA8aHR0cHM6Ly93d3cuaWFuYS5vcmcvYXNzaWdubWVudHMv aHR0cHM6Ly93d3cuaWFuYS5vcmcvCiAgICAgICAgICAgICAgYXNzaWdubWVudHMvbXBscy1s c3AtcGluZy1wYXJhbWV0ZXJzL21wbHMtbHNwLXBpbmctCiAgICAgICAgICAgICAgcGFyYW1l dGVycy54aHRtbCNzdWItdGx2LTEtMTYtMjE+LgoKICAgW0lBTkEtU3ViLTExXQogICAgICAg ICAgICAgICJTdWItVExWcyBmb3IgVExWIFR5cGUgMTEiLAogICAgICAgICAgICAgIDxodHRw czovL3d3dy5pYW5hLm9yZy9hc3NpZ25tZW50cy9tcGxzLWxzcC1waW5nLQogICAgICAgICAg ICAgIHBhcmFtZXRlcnMvbXBscy1sc3AtcGluZy1wYXJhbWV0ZXJzL21wbHMtbHNwLXBpbmct CiAgICAgICAgICAgICAgcGFyYW1ldGVycy54aHRtbCNzdWItdGx2LTExPi4KCiAgIFtJQU5B LVN1Yi0yMF0KICAgICAgICAgICAgICAiU3ViLVRMVnMgZm9yIFRMViBUeXBlIDIwIiwKICAg ICAgICAgICAgICA8aHR0cHM6Ly93d3cuaWFuYS5vcmcvYXNzaWdubWVudHMvbXBscy1sc3At cGluZy0KICAgICAgICAgICAgICBwYXJhbWV0ZXJzL21wbHMtbHNwLXBpbmctcGFyYW1ldGVy cy9tcGxzLWxzcC1waW5nLQogICAgICAgICAgICAgIHBhcmFtZXRlcnMueGh0bWwjc3ViLXRs di0yMD4uCgoKCkFuZGVyc3NvbiwgZXQgYWwuICAgICAgICBFeHBpcmVzIEFwcmlsIDEyLCAy MDIxICAgICAgICAgICAgICAgIFtQYWdlIDMwXQoMCkludGVybmV0LURyYWZ0ICAgICAgICAg ICAgIExTUCBQaW5nIFJlZ2lzdHJpZXMgICAgICAgICAgICAgIE9jdG9iZXIgMjAyMAoKCiAg IFtJQU5BLVN1Yi0yM10KICAgICAgICAgICAgICAiU3ViLVRMVnMgZm9yIFRMViBUeXBlIDIz IiwKICAgICAgICAgICAgICA8aHR0cHM6Ly93d3cuaWFuYS5vcmcvYXNzaWdubWVudHMvbXBs cy1sc3AtcGluZy0KICAgICAgICAgICAgICBwYXJhbWV0ZXJzL21wbHMtbHNwLXBpbmctcGFy YW1ldGVycy9tcGxzLWxzcC1waW5nLQogICAgICAgICAgICAgIHBhcmFtZXRlcnMueGh0bWwj c3ViLXRsdi0yMz4uCgogICBbSUFOQS1TdWItMjddCiAgICAgICAgICAgICAgIlN1Yi1UTFZz IGZvciBUTFYgVHlwZSAyNyIsCiAgICAgICAgICAgICAgPGh0dHBzOi8vd3d3LmlhbmEub3Jn L2Fzc2lnbm1lbnRzL21wbHMtbHNwLXBpbmctCiAgICAgICAgICAgICAgcGFyYW1ldGVycy9t cGxzLWxzcC1waW5nLXBhcmFtZXRlcnMvbXBscy1sc3AtcGluZy0KICAgICAgICAgICAgICBw YXJhbWV0ZXJzLnhodG1sI3N1Yi10bHYtMjc+LgoKICAgW0lBTkEtU3ViLTZdCiAgICAgICAg ICAgICAgIlN1Yi1UTFZzIGZvciBUTFYgVHlwZSA2IiwKICAgICAgICAgICAgICA8aHR0cHM6 Ly93d3cuaWFuYS5vcmcvYXNzaWdubWVudHMvbXBscy1sc3AtcGluZy0KICAgICAgICAgICAg ICBwYXJhbWV0ZXJzL21wbHMtbHNwLXBpbmctcGFyYW1ldGVycy9tcGxzLWxzcC1waW5nLQog ICAgICAgICAgICAgIHBhcmFtZXRlcnMueGh0bWwjc3ViLXRsdi02Pi4KCiAgIFtJQU5BLVRM Vi1yZWddCiAgICAgICAgICAgICAgIlRMVnMiLCA8aHR0cHM6Ly93d3cuaWFuYS5vcmcvYXNz aWdubWVudHMvbXBscy1sc3AtcGluZy0KICAgICAgICAgICAgICBwYXJhbWV0ZXJzL21wbHMt bHNwLXBpbmctcGFyYW1ldGVycy54aHRtbCN0bHZzPi4KCiAgIFtSRkMyMTE5XSAgQnJhZG5l ciwgUy4sICJLZXkgd29yZHMgZm9yIHVzZSBpbiBSRkNzIHRvIEluZGljYXRlCiAgICAgICAg ICAgICAgUmVxdWlyZW1lbnQgTGV2ZWxzIiwgQkNQIDE0LCBSRkMgMjExOSwKICAgICAgICAg ICAgICBET0kgMTAuMTc0ODcvUkZDMjExOSwgTWFyY2ggMTk5NywKICAgICAgICAgICAgICA8 aHR0cHM6Ly93d3cucmZjLWVkaXRvci5vcmcvaW5mby9yZmMyMTE5Pi4KCiAgIFtSRkM4MDI5 XSAgS29tcGVsbGEsIEsuLCBTd2FsbG93LCBHLiwgUGlnbmF0YXJvLCBDLiwgRWQuLCBLdW1h ciwgTi4sCiAgICAgICAgICAgICAgQWxkcmluLCBTLiwgYW5kIE0uIENoZW4sICJEZXRlY3Rp bmcgTXVsdGlwcm90b2NvbCBMYWJlbAogICAgICAgICAgICAgIFN3aXRjaGVkIChNUExTKSBE YXRhLVBsYW5lIEZhaWx1cmVzIiwgUkZDIDgwMjksCiAgICAgICAgICAgICAgRE9JIDEwLjE3 NDg3L1JGQzgwMjksIE1hcmNoIDIwMTcsCiAgICAgICAgICAgICAgPGh0dHBzOi8vd3d3LnJm Yy1lZGl0b3Iub3JnL2luZm8vcmZjODAyOT4uCgogICBbUkZDODE3NF0gIExlaWJhLCBCLiwg IkFtYmlndWl0eSBvZiBVcHBlcmNhc2UgdnMgTG93ZXJjYXNlIGluIFJGQwogICAgICAgICAg ICAgIDIxMTkgS2V5IFdvcmRzIiwgQkNQIDE0LCBSRkMgODE3NCwgRE9JIDEwLjE3NDg3L1JG QzgxNzQsCiAgICAgICAgICAgICAgTWF5IDIwMTcsIDxodHRwczovL3d3dy5yZmMtZWRpdG9y Lm9yZy9pbmZvL3JmYzgxNzQ+LgoKICAgW1JGQzgyODddICBLdW1hciwgTi4sIEVkLiwgUGln bmF0YXJvLCBDLiwgRWQuLCBTd2FsbG93LCBHLiwgQWtpeWEsCiAgICAgICAgICAgICAgTi4s IEtpbmksIFMuLCBhbmQgTS4gQ2hlbiwgIkxhYmVsIFN3aXRjaGVkIFBhdGggKExTUCkKICAg ICAgICAgICAgICBQaW5nL1RyYWNlcm91dGUgZm9yIFNlZ21lbnQgUm91dGluZyAoU1IpIElH UC1QcmVmaXggYW5kCiAgICAgICAgICAgICAgSUdQLUFkamFjZW5jeSBTZWdtZW50IElkZW50 aWZpZXJzIChTSURzKSB3aXRoIE1QTFMgRGF0YQogICAgICAgICAgICAgIFBsYW5lcyIsIFJG QyA4Mjg3LCBET0kgMTAuMTc0ODcvUkZDODI4NywgRGVjZW1iZXIgMjAxNywKICAgICAgICAg ICAgICA8aHR0cHM6Ly93d3cucmZjLWVkaXRvci5vcmcvaW5mby9yZmM4Mjg3Pi4KCgoKCgoK CgpBbmRlcnNzb24sIGV0IGFsLiAgICAgICAgRXhwaXJlcyBBcHJpbCAxMiwgMjAyMSAgICAg ICAgICAgICAgICBbUGFnZSAzMV0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICBMU1Ag UGluZyBSZWdpc3RyaWVzICAgICAgICAgICAgICBPY3RvYmVyIDIwMjAKCgogICBbUkZDODYx MV0gIEFraXlhLCBOLiwgU3dhbGxvdywgRy4sIExpdGtvd3NraSwgUy4sIERlY3JhZW5lLCBC LiwKICAgICAgICAgICAgICBEcmFrZSwgSi4sIGFuZCBNLiBDaGVuLCAiTGFiZWwgU3dpdGNo ZWQgUGF0aCAoTFNQKSBQaW5nCiAgICAgICAgICAgICAgYW5kIFRyYWNlcm91dGUgTXVsdGlw YXRoIFN1cHBvcnQgZm9yIExpbmsgQWdncmVnYXRpb24KICAgICAgICAgICAgICBHcm91cCAo TEFHKSBJbnRlcmZhY2VzIiwgUkZDIDg2MTEsIERPSSAxMC4xNzQ4Ny9SRkM4NjExLAogICAg ICAgICAgICAgIEp1bmUgMjAxOSwgPGh0dHBzOi8vd3d3LnJmYy1lZGl0b3Iub3JnL2luZm8v cmZjODYxMT4uCgo4LjIuICBJbmZvcm1hdGl2ZSBSZWZlcmVuY2VzCgogICBbSUFOQS1TdWIt OV0KICAgICAgICAgICAgICAiU3ViLVRMVnMgZm9yIFRMViBUeXBlIDkiLAogICAgICAgICAg ICAgIDxodHRwczovL3d3dy5pYW5hLm9yZy9hc3NpZ25tZW50cy9tcGxzLWxzcC1waW5nLQog ICAgICAgICAgICAgIHBhcmFtZXRlcnMvbXBscy1sc3AtcGluZy1wYXJhbWV0ZXJzL21wbHMt bHNwLXBpbmctCiAgICAgICAgICAgICAgcGFyYW1ldGVycy54aHRtbCNzdWItdGx2LTk+LgoK ICAgW2xzcC1waW5nLU5hbWVTcGFjZV0KICAgICAgICAgICAgICAiTXVsdGlwcm90b2NvbCBM YWJlbCBTd2l0Y2hpbmcgKE1QTFMpIExhYmVsIFN3aXRjaGVkIFBhdGhzCiAgICAgICAgICAg ICAgKExTUHMpIFBpbmcgUGFyYW1ldGVycyIsCiAgICAgICAgICAgICAgPGh0dHBzOi8vd3d3 LmlhbmEub3JnL2Fzc2lnbm1lbnRzL21wbHMtbHNwLXBpbmctCiAgICAgICAgICAgICAgcGFy YW1ldGVycy9tcGxzLWxzcC1waW5nLXBhcmFtZXRlcnMueGh0bWw+LgoKICAgW1JGQzcxMTBd ICBDaGVuLCBNLiwgQ2FvLCBXLiwgTmluZywgUy4sIEpvdW5heSwgRi4sIGFuZCBTLiBEZWxv cmQsCiAgICAgICAgICAgICAgIlJldHVybiBQYXRoIFNwZWNpZmllZCBMYWJlbCBTd2l0Y2hl ZCBQYXRoIChMU1ApIFBpbmciLAogICAgICAgICAgICAgIFJGQyA3MTEwLCBET0kgMTAuMTc0 ODcvUkZDNzExMCwgSmFudWFyeSAyMDE0LAogICAgICAgICAgICAgIDxodHRwczovL3d3dy5y ZmMtZWRpdG9yLm9yZy9pbmZvL3JmYzcxMTA+LgoKICAgW1JGQzc1NTVdICBTd2FsbG93LCBH LiwgTGltLCBWLiwgYW5kIFMuIEFsZHJpbiwgIlByb3h5IE1QTFMgRWNobwogICAgICAgICAg ICAgIFJlcXVlc3QiLCBSRkMgNzU1NSwgRE9JIDEwLjE3NDg3L1JGQzc1NTUsIEp1bmUgMjAx NSwKICAgICAgICAgICAgICA8aHR0cHM6Ly93d3cucmZjLWVkaXRvci5vcmcvaW5mby9yZmM3 NTU1Pi4KCiAgIFtSRkM3NzQzXSAgTHVvLCBKLiwgRWQuLCBKaW4sIEwuLCBFZC4sIE5hZGVh dSwgVC4sIEVkLiwgYW5kIEcuCiAgICAgICAgICAgICAgU3dhbGxvdywgRWQuLCAiUmVsYXll ZCBFY2hvIFJlcGx5IE1lY2hhbmlzbSBmb3IgTGFiZWwKICAgICAgICAgICAgICBTd2l0Y2hl ZCBQYXRoIChMU1ApIFBpbmciLCBSRkMgNzc0MywgRE9JIDEwLjE3NDg3L1JGQzc3NDMsCiAg ICAgICAgICAgICAgSmFudWFyeSAyMDE2LCA8aHR0cHM6Ly93d3cucmZjLWVkaXRvci5vcmcv aW5mby9yZmM3NzQzPi4KCiAgIFtSRkM3NzU5XSAgQmVsbGFnYW1iYSwgRS4sIE1pcnNreSwg Ry4sIEFuZGVyc3NvbiwgTC4sIFNrb2xkc3Ryb20sIFAuLAogICAgICAgICAgICAgIFdhcmQs IEQuLCBhbmQgSi4gRHJha2UsICJDb25maWd1cmF0aW9uIG9mIFByb2FjdGl2ZQogICAgICAg ICAgICAgIE9wZXJhdGlvbnMsIEFkbWluaXN0cmF0aW9uLCBhbmQgTWFpbnRlbmFuY2UgKE9B TSkKICAgICAgICAgICAgICBGdW5jdGlvbnMgZm9yIE1QTFMtQmFzZWQgVHJhbnNwb3J0IE5l dHdvcmtzIFVzaW5nIExhYmVsCiAgICAgICAgICAgICAgU3dpdGNoZWQgUGF0aCAoTFNQKSBQ aW5nIiwgUkZDIDc3NTksIERPSSAxMC4xNzQ4Ny9SRkM3NzU5LAogICAgICAgICAgICAgIEZl YnJ1YXJ5IDIwMTYsIDxodHRwczovL3d3dy5yZmMtZWRpdG9yLm9yZy9pbmZvL3JmYzc3NTk+ LgoKICAgW1JGQzgxMjZdICBDb3R0b24sIE0uLCBMZWliYSwgQi4sIGFuZCBULiBOYXJ0ZW4s ICJHdWlkZWxpbmVzIGZvcgogICAgICAgICAgICAgIFdyaXRpbmcgYW4gSUFOQSBDb25zaWRl cmF0aW9ucyBTZWN0aW9uIGluIFJGQ3MiLCBCQ1AgMjYsCiAgICAgICAgICAgICAgUkZDIDgx MjYsIERPSSAxMC4xNzQ4Ny9SRkM4MTI2LCBKdW5lIDIwMTcsCiAgICAgICAgICAgICAgPGh0 dHBzOi8vd3d3LnJmYy1lZGl0b3Iub3JnL2luZm8vcmZjODEyNj4uCgoKCgoKCkFuZGVyc3Nv biwgZXQgYWwuICAgICAgICBFeHBpcmVzIEFwcmlsIDEyLCAyMDIxICAgICAgICAgICAgICAg IFtQYWdlIDMyXQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgIExTUCBQaW5nIFJlZ2lz dHJpZXMgICAgICAgICAgICAgIE9jdG9iZXIgMjAyMAoKCkF1dGhvcnMnIEFkZHJlc3NlcwoK ICAgTG9hIEFuZGVyc3NvbgogICBCcm9uemUgRHJhZ29uIENvbnN1bHRpbmcKCiAgIEVtYWls OiBsb2FAcGkubnUKCgogICBNYWNoIENoZW4KICAgSHVhd2VpIFRlY2hvbG9naWVzCgogICBF bWFpbDogbWFjaC5jaGVuQGh1YXdlaS5jb20KCgogICBDYXJsb3MgUGlnbmF0YXJvCiAgIENp c2NvIFN5c3RlbXMKCiAgIEVtYWlsOiBjcGlnbmF0YUBjaXNjby5jb20KCgogICBUYXJlayBT YWFkCiAgIEp1bmlwZXIgTmV0d29ya3MKCiAgIEVtYWlsOiB0c2FhZEBqdW5pcGVyLm5ldAoK CgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgpBbmRlcnNzb24sIGV0IGFsLiAgICAgICAgRXhw aXJlcyBBcHJpbCAxMiwgMjAyMSAgICAgICAgICAgICAgICBbUGFnZSAzM10K --------------F959AC3A290C3064DBAB4955-- From nobody Fri Oct 9 01:38:47 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C46E63A0D7B; Fri, 9 Oct 2020 01:38:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.895 X-Spam-Level: X-Spam-Status: No, score=-1.895 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nU4H0ZPC3YmY; Fri, 9 Oct 2020 01:38:44 -0700 (PDT) Received: from mta5.iomartmail.com (mta5.iomartmail.com [62.128.193.155]) (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 3101F3A0D4D; Fri, 9 Oct 2020 01:38:42 -0700 (PDT) Received: from vs2.iomartmail.com (vs2.iomartmail.com [10.12.10.123]) by mta5.iomartmail.com (8.14.4/8.14.4) with ESMTP id 0998ceoI029298; Fri, 9 Oct 2020 09:38:40 +0100 Received: from vs2.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 1812C2204A; Fri, 9 Oct 2020 09:38:40 +0100 (BST) Received: from asmtp2.iomartmail.com (unknown [10.12.10.249]) by vs2.iomartmail.com (Postfix) with ESMTPS id 0C37922048; Fri, 9 Oct 2020 09:38:40 +0100 (BST) Received: from LAPTOPK7AS653V ([195.166.134.5]) (authenticated bits=0) by asmtp2.iomartmail.com (8.14.4/8.14.4) with ESMTP id 0998ccBq021457 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 9 Oct 2020 09:38:39 +0100 Reply-To: From: "Adrian Farrel" To: , "'mpls'" Cc: Date: Fri, 9 Oct 2020 09:38:38 +0100 Organization: Old Dog Consulting Message-ID: <061701d69e17$962f3180$c28d9480$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 16.0 Content-Language: en-gb Thread-Index: AdaeF4y+WWxs7eiZQ4aM9uNrryFi/w== X-Originating-IP: 195.166.134.5 X-Thinkmail-Auth: adrian@olddog.co.uk X-TM-AS-GCONF: 00 X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-25714.005 X-TM-AS-Result: No--16.546-10.0-31-10 X-imss-scan-details: No--16.546-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25714.005 X-TMASE-Result: 10--16.545500-10.000000 X-TMASE-MatchedRID: 9QH3ZAbuSOTxIbpQ8BhdbE7yqWc5cVLPnigQ/9LjZDb5LkL/TyFZzbGF +Vo4vAw6zdm90HuvnNVoxXoWL2GVj6zMshKkfwvzXK5keCa+bmgeHE5OH9VZS35Isu006IGGZJ2 3hwfoyRvtyeaPW2NRnKaFveJZn82XH+SilsaV2w1Q+S0N05fR+5x04u9h3SZmT7zqZowzdpLnJK F5zgSYMnWe37vTQwGu4l4N5XJI8h03ohqtjZUuxXDfixW9O5cY3/sybDt23/61eX0jEQ9c6mqXI ouVPIIsvYKC2gleE+zrjwNj/AeuzfRRSekxEEzvJtgtn0dnvgf2kudi1D33Epm3TxN83Lo4eCly CIx6C47zD4h78ZZ5B2sIZin4LZ2lfs5hB+q5V/fwpAypldoLOT17tS9vI0pxPILl10bYlyAWA9h Gtz6LZOLzNWBegCW2XC3N7C7YzrfQqQhSw0x2VN0H8LFZNFG7/nnwJ52QYi8hem0kmpPZMQ== X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: [mpls] Working group last call completed: draft-ietf-mpls-lsp-ping-registries-update-04 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Oct 2020 08:38:46 -0000 Authors and working group, The last call period for this draft has ended. There was feedback from three people on-list all of whom had comments and proposals to improve the document. The authors should address these reviews and produce a new version of the draft at their convenience. In the meantime, three comments of support (and none of objection) does not seem to me like consensus to publish (although it is also not consensus to not publish). While this is a mainly a process document, and it is clear that the WG chairs/secretary support the work (as co-authors), maybe the WG could express something a little more than complete disinterest. What about all of you OAM experts? What about the people with code for LSP Ping? Please continue sending opinions on the work while the authors are making the new revision. Thanks, Adrian -----Original Message----- From: mpls On Behalf Of Adrian Farrel Sent: 24 September 2020 17:32 To: 'mpls' Cc: draft-ietf-mpls-lsp-ping-registries-update@ietf.org Subject: [mpls] Working Group Last Call : draft-ietf-mpls-lsp-ping-registries-update-04 Hi MPLS WG, As previously noted, I'm the shepherd for this document and I'm running the working group last call as agreed by the chairs. This email starts a two-week last call on draft-ietf-mpls-lsp-ping-registries-update-04 https://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-registries-update/ Please send your opinions to the mailing list before October 9th. While yes/no opinions are not without value, it is far more helpful if you can indicate whether you have read the latest version of the draft, and what the reasons are for your opinions. Of course, all of your review comments will be helpful in improving the document. Best, Adrian _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls From nobody Fri Oct 9 02:45:31 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 633A23A0E18; Fri, 9 Oct 2020 02:45:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bfl9AbDVHnuU; Fri, 9 Oct 2020 02:45:28 -0700 (PDT) Received: from EUR05-AM6-obe.outbound.protection.outlook.com (mail-am6eur05on2110.outbound.protection.outlook.com [40.107.22.110]) (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 060533A0E17; Fri, 9 Oct 2020 02:45:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=PVi4+EGnGZZPbzpNrNbMxWY3qVYeHp0pFH8t+4GHFrGvZf6a/WsmSLRrCvIXA9SjE3Ys0k33/MUSwW6FK5EjWXLDqdQTVZrM73MwZY+OcJ9fJZBTUyCYqtePYcmVLhVAEhCO/z9L7v/Fj+jh28rSeKnZcELozFUmyvh+MMQ66CxqGzJi2eRacarB7lqLaMg1xWLxoezHtpfoFI3b4OAMFVIRof4wSSOg4OmZcKYJOvQ3LV+lbi9NYo3cU8i9TaidHHBy6mWspr4h/O6K6k1FIc2BHtuVgc1Rs0fyMe/dSs9bKKKCs5JaBMJLE3jdz13ZystoQZeTrD9+5w3mnsnJpw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=w38rEZhs0FhMAL9d/HRBLrNYpgzis6y+YAcEnh+MuYI=; b=deOPoDuNyj4yuK1pTm16rYK+ik1VXYQOV7euP26sC54O/cvwcuQ7Xzo+Gjq1aVqm42sPwO7dojXNojrUV24O0sOFYMN2kltkNYp6h+MZTdoGKLnLuOhkWEqj+vqqttIc5L4ifZwOLu9S9leD0nhEpLSrSYQFgipvQzpCfb2YI82uoNc7NXNzSThgYbmjBn9xCSoMAgethwUgJ12oQfs82gwlzx9ewmDb0aQ2zVM714S2zt/NnrHk330Cz61m6DLzqKHY7DUodESQnp8ItZxyOyZxnicCz81DIjmyYa1OVQmp5ys8JuHVtwspINJ7D/QVrGpNIUW4gNUf2gGb84ensg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=btconnect.com; dmarc=pass action=none header.from=btconnect.com; dkim=pass header.d=btconnect.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector2-btconnect-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=w38rEZhs0FhMAL9d/HRBLrNYpgzis6y+YAcEnh+MuYI=; b=n+uxdlleZmMLa+Ks/nK3hQcATT1Zzdg+w8fQVp/8KkF8wM+HSFqBWYiKu2ly6gz4bIKRTWwcy2S3aqB70l0B95egRAvJ0olECOS+bUZKq2mFJsKfcBDTMNt/7d5WjfgtGOHDWcgqOmT1Bq1xbTT0smcP0vKMKRwMlga9QOJ5hlI= Received: from AM7PR07MB6248.eurprd07.prod.outlook.com (2603:10a6:20b:134::11) by AM7PR07MB6931.eurprd07.prod.outlook.com (2603:10a6:20b:1b1::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3477.11; Fri, 9 Oct 2020 09:45:25 +0000 Received: from AM7PR07MB6248.eurprd07.prod.outlook.com ([fe80::ad44:1086:3767:a804]) by AM7PR07MB6248.eurprd07.prod.outlook.com ([fe80::ad44:1086:3767:a804%7]) with mapi id 15.20.3477.011; Fri, 9 Oct 2020 09:45:25 +0000 From: tom petch To: "adrian@olddog.co.uk" , 'mpls' CC: "draft-ietf-mpls-lsp-ping-registries-update@ietf.org" Thread-Topic: [mpls] Working group last call completed: draft-ietf-mpls-lsp-ping-registries-update-04 Thread-Index: AdaeF4y+WWxs7eiZQ4aM9uNrryFi/wACHe5r Date: Fri, 9 Oct 2020 09:45:25 +0000 Message-ID: References: <061701d69e17$962f3180$c28d9480$@olddog.co.uk> In-Reply-To: <061701d69e17$962f3180$c28d9480$@olddog.co.uk> Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: olddog.co.uk; dkim=none (message not signed) header.d=none; olddog.co.uk; dmarc=none action=none header.from=btconnect.com; x-originating-ip: [86.146.121.140] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 9f3278cd-f6fc-45ec-5a19-08d86c380c5d x-ms-traffictypediagnostic: AM7PR07MB6931: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: PbuED/6vGXmJa22ogeWH/rVfTTZ/DADtFESBD3qjmL8wKRGlhRzDxS2RY6WpLR0+TY+1SHaeFcdU97N5eSss7ff1H5SuCy2Csw+yrJMaMr7uDIAkZE7hsaikxjPc9fPWZBHoWso3JmXMTs3AhPBvO/VakIFbyfMzTsolE9chdZ20qmnu7QbyqrG/zLD/LHQOgSUezperit4Zq2HLhqshgYXj4oyO55OdRScvhXthEXNgF30hTyHindOl6OgFa+je0caOQeTEj64BaoHlj/1Za7WYY3yqnWiKjZzvBHaTq7FPjZVOiiCrJ5Xke3gIaiLtmfgrXz+PoP1sYaNxd0KSLvDMPEZWZ4QJdxGpOequ3TIMDSE6CVIJ3k+7AtWwllCypLBaCF0v756N7CjBxdywsQ== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM7PR07MB6248.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(376002)(366004)(39860400002)(346002)(396003)(136003)(6506007)(66946007)(64756008)(91956017)(76116006)(52536014)(4326008)(66476007)(966005)(186003)(110136005)(478600001)(66556008)(316002)(71200400001)(55016002)(26005)(86362001)(66446008)(83080400001)(7696005)(33656002)(8936002)(15650500001)(53546011)(5660300002)(8676002)(2906002)(83380400001)(9686003); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: R4hDXVvnn20sspSDkX7s5PjXRKGOQpTfEcCZ0UW58DQqqgBF+R6wk2zTOyaW9N4tXHzuCOlTg4PUjie9DPOH7ZGa8rLCTjOF9019to5kgfhnzSRaYZgfOTpVmprTMDRBtQBxINJ9G+G4n+TcEpRdX4RvP5SMD0V6lVM9tC44cpOaaffRgYR4BMKRjCOoOzkKogjU0uLJQHL8lfl0KkwUdBxEIx+MINcsJHgN5j4HtDDUmFQHnuqXkg/WqclocSjC9et8XjtGfy0F+ILLtraGV51zpNPfqsSx9cqdWQi5BfJ+6yqzj5msaMya0jTK0u/HHD2EdtcOKGniPa3uLnS1RlydvEWitgHulRil0Gwv8NvWIPWGmekPXvscQsBFz0iArwtt5Wa9ASelxWTe4e1SpWYjmAbf3mB0mAX1xypjxIWcVLELbMW4mka5bwJtkxN5FywKRvqb+RRdKBs0sPigOs9c+x6AK6smDHWgv0J6rI4B7lBOmUduR4IYhCFk70zF4TpoUNUjAn1VpSXTLw3TIWs+xuhk5DpIlH6wa5OeY3dYqICnqIqTYA3OVXfIX2hlB/qxQ7c7s15M0QGvKwTK1fl6gIYjPhYvkLWbmzW5fcAXmkhxH6sxTm1J1e9vEa2EGVe5RgWke5qMqhVqXphefg== x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: btconnect.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: AM7PR07MB6248.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 9f3278cd-f6fc-45ec-5a19-08d86c380c5d X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Oct 2020 09:45:25.3441 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: cf8853ed-96e5-465b-9185-806bfe185e30 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: Ifj5RccmgwwjbiBlnI+x5hGq88qhRroUsnSQUC4SMcoU3IQsKoj8uKDPuKOnlErWvMDeS7N75flG2Ca1LyW8cA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM7PR07MB6931 Archived-At: Subject: Re: [mpls] Working group last call completed: draft-ietf-mpls-lsp-ping-registries-update-04 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Oct 2020 09:45:30 -0000 From: mpls on behalf of Adrian Farrel =0A= Sent: 09 October 2020 09:38=0A= =0A= Authors and working group,=0A= =0A= The last call period for this draft has ended.=0A= =0A= There was feedback from three people on-list all of whom had comments and= =0A= proposals to improve the document.=0A= =0A= The authors should address these reviews and produce a new version of the= =0A= draft at their convenience.=0A= =0A= In the meantime, three comments of support (and none of objection) does not= =0A= seem to me like consensus to publish (although it is also not consensus to= =0A= not publish). While this is a mainly a process document, and it is clear=0A= that the WG chairs/secretary support the work (as co-authors), maybe the WG= =0A= could express something a little more than complete disinterest.=0A= =0A= What about all of you OAM experts? What about the people with code for LSP= =0A= Ping?=0A= =0A= =0A= =0A= Adrian=0A= =0A= If I have understood the document, then it makes no change to LSP Ping prot= ocol in any way. It amends the terminology in places to bring it in line w= ith other WG and changes the ranges available for future allocations with I= ANA but makes no change to existing allocations or the protocol so I would = expect most OAM experts and LSP Ping coders say that it is of no interest a= nd no concern and perhaps not worth an e-mail to say so:-)=0A= =0A= I did not comment in detail on the unfamiliar English in the I-D and will a= wait the new version before doing so; I would not be surprised if there are= substantial number of such issues in the new version i.e we could need a = few more rounds.=0A= =0A= Tom Petch=0A= Please continue sending opinions on the work while the authors are making= =0A= the new revision.=0A= =0A= Thanks,=0A= Adrian=0A= =0A= -----Original Message-----=0A= From: mpls On Behalf Of Adrian Farrel=0A= Sent: 24 September 2020 17:32=0A= To: 'mpls' =0A= Cc: draft-ietf-mpls-lsp-ping-registries-update@ietf.org=0A= Subject: [mpls] Working Group Last Call :=0A= draft-ietf-mpls-lsp-ping-registries-update-04=0A= =0A= Hi MPLS WG,=0A= =0A= As previously noted, I'm the shepherd for this document and I'm running the= =0A= working group last call as agreed by the chairs.=0A= =0A= This email starts a two-week last call on=0A= draft-ietf-mpls-lsp-ping-registries-update-04=0A= https://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-registries-update= /=0A= =0A= Please send your opinions to the mailing list before October 9th.=0A= =0A= While yes/no opinions are not without value, it is far more helpful if you= =0A= can indicate whether you have read the latest version of the draft, and wha= t=0A= the reasons are for your opinions.=0A= =0A= Of course, all of your review comments will be helpful in improving the=0A= document.=0A= =0A= Best,=0A= Adrian=0A= =0A= _______________________________________________=0A= mpls mailing list=0A= mpls@ietf.org=0A= https://www.ietf.org/mailman/listinfo/mpls=0A= =0A= _______________________________________________=0A= mpls mailing list=0A= mpls@ietf.org=0A= https://www.ietf.org/mailman/listinfo/mpls=0A= From nobody Fri Oct 9 08:01:27 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 518D13A0944; Fri, 9 Oct 2020 08:01:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YeLwulRj2Pv5; Fri, 9 Oct 2020 08:01:23 -0700 (PDT) Received: from mail-qt1-x82c.google.com (mail-qt1-x82c.google.com [IPv6:2607:f8b0:4864:20::82c]) (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 169E23A0925; Fri, 9 Oct 2020 08:01:23 -0700 (PDT) Received: by mail-qt1-x82c.google.com with SMTP id g3so8118710qtq.10; Fri, 09 Oct 2020 08:01:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=+aEW9h9BFWXTCmzpqDsVWrgrST124trslPwwSFHaCzI=; b=m+nVadfoxiiWdndLvM+z+ICbtTGjLhh5t7RwEXTVOg3mxrc+b79QcxZGxGXX/2KIS3 D7D6X6UcjTKfvBAFC7gZGzqfz44ImChEK/Kw4cMD5tdMhAmmGTYfh+bsdEDzz3ax0A3/ zbbmjQSyv2rfzrhCt4UhoYp11CxWfzA/ZztCne+O5ra7XmM/mvKw89k0t2H9RGO1kkh7 KPEL2cBIAVGSQy3f8OXN34kgj6upAp3ZrqQgMUmzQJjvTHIYgUnBcLuETzPKR1lTnkC9 twb+9aEZUEfWLPJBMk6tttvEZWIercaRXu2HTaZUAM0rzGNZIIgfrMSxgFtxBuzvKO7M Rw9w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=+aEW9h9BFWXTCmzpqDsVWrgrST124trslPwwSFHaCzI=; b=g7vYdGEbIzeMRHVg1wVoQzXpcYV5/ialVDWvw7QF3INNdpHRVrwR84G4/vFPCBjEbv twCNrs28TOqXZO6U/b9eSPOr9W90tz80svobO3dio3n0/HiiFPe5b48HiXNrr5lMDkp+ 8C3cGvHpeCT/tezF3rzshohvpPzFQpaYCH8bb5gsOT5KyChvyp1Se7wmcLVdyJaZFyv9 mrmrPGcsz/9uEeQ0lpr920x8a5wWtGA9D083rYSXyntoqZ3zb70EIpI6swV80VonEuUE gUi+k2N4Hn+TEEoXA0VJ7PKCkXfbzQaPRXi60uWf2LGXvNgbrcvWv9i9+Er71Ws0lxvp optw== X-Gm-Message-State: AOAM531s2zsjtFv4c3AS5faT0WXOFZoL6Mw9wm3b6veg3O6Cvx1hmcEk DrGd5S8grKeY37IthkfKBfl5L3KmyScaDWOvomJ36nkO X-Google-Smtp-Source: ABdhPJzI9eWhnilL87QlMwHt6ga9iQ2vDtmLSEWnKWEfLKCKL+r+b72OM+LR16iPdjkZumh5iFE4moZSg9jdLmNna2o= X-Received: by 2002:ac8:66d6:: with SMTP id m22mr9066157qtp.219.1602255681837; Fri, 09 Oct 2020 08:01:21 -0700 (PDT) MIME-Version: 1.0 References: <00d001d698d4$f1bca890$d535f9b0$@olddog.co.uk> <2bd58cc3-4995-8346-cb77-ae0d81fe355d@nokia.com> <1627b4bd-972e-f65e-747f-259897586d91@pi.nu> In-Reply-To: <1627b4bd-972e-f65e-747f-259897586d91@pi.nu> From: "Andrew G. Malis" Date: Fri, 9 Oct 2020 11:01:11 -0400 Message-ID: To: Loa Andersson Cc: Martin Vigoureux , Adrian Farrel , mpls , draft-ietf-mpls-lsp-ping-registries-update@ietf.org Content-Type: multipart/alternative; boundary="000000000000c15d1505b13e38cb" Archived-At: Subject: Re: [mpls] Concerned by the silence [Was: Working Group Last Call : draft-ietf-mpls-lsp-ping-registries-update-04] X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Oct 2020 15:01:26 -0000 --000000000000c15d1505b13e38cb Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Loa, The "why" paragraph doesn't have to be anything profound, just some additional motivation. The current text is clear in what it does, I would just like a bit of why. Your earlier email hinted at it (you said there was some history involved) so just include a bit of that. Thanks, Andy On Fri, Oct 9, 2020 at 3:46 AM Loa Andersson wrote: > Martin, > > Thanks for the support! I have started preparing version-05 of this > document. > > I have included the first version of my working copy, mostly to show > what I have done and so that commenters can check how their comments > have been addressed. > > I have addressed most of your comments, but left a few question in this > mail. And will addressed the faulty registry ranges together with the > comments from Tom on the same subject. > > Thanks for taking the time. > > > On 05/10/2020 06:03, Martin Vigoureux wrote: > > Hi > > > > I should read the docs in my queue instead but ... > > > > a sub-registry is used when a code point allocated in a registry > > need code points scoped by that or a set of code points. > > this is a bit hard to parse. at least s/need/needs/ > > I have fixed the s/need/needs/ > > But I would be happy to get some help with this, what is there now is > the third or fourth iteration > > What about: > > a sub-registry is used when a code point, or a set of code > points allocated in a single registry, needs "sub-code points" > scoped by the code point or the set of code points. > > Any help appreciated. > > > > > > > > The range of each TLV and sub-TLV registry is divided into two > > blocks, one with a range from 0 to 32767 for TLVs and sub-TLVs that > > require a response if not recognized. The other block has the rang= e > > from 32768 to 65535 for TLVs and sub-TLVs that may be silently > > dropped, stepped over or an error message sent, if not recognized. > > > this seems like saying exactly the same thing than what the two bullet > > points above (in the draft) say. > > Yes I think you are right, the text and bullets have converged over > time; should I drop the text or the bullets? > > > > > > In: > > o If the unrecognized TLV or sub-TLV is from the Experimental Use > > range (37140-37143) or from the FCFS range (31744-32767) a the > > Return Code of 2 ("One or more of the TLVs was not understood") > > will be sent in the echo response. > > and in the table of: > > 3.2. Common Registration Procedures for TLVs and sub-TLVs > > > > 37140-37143 | Experimental Use | Reserved, not to be assigned > > is the range correct? > > shouldn't it be 31740-31743? > > BTW, This table doesn't have a number like all other. May be you should > > call it Table 1 (and renumber all other). > > yes - you are right. However, Tom have listed morer of the same, I will > do a separate spin and update all the ranges > > > > > > Section 2 says: > > o In the listing of assiged code points the term "Vendor Private > > Use" is changed to "Private Use" > > . > Yes - this is correct. The Message Types, Reply Modes and Return Codes > registries (section 2) keep the Private Use" registration policies. > Note: I wanted to chage this to FCFS, but since range was only 4 > possible allocation, and this is to small for an FCFS range, we kept the > Private Use regostrion policy. > > but 3.3.1 says: > > o In the listing of assignments the term "Vendor Private Use" is > > changed to "First Come First Served (FCFS)". > > Yes - that is section 3 that discusses the TLVs and sub-TLVs (that have > sufficient space for a FCFS registrion policy). So this is correct. > > > > note there are other differences: > > o A note "Not to be assigned" is added for the registration > > procedures "Private Use" and "Experimental Use". > > o A note saying "Not to be assigned" is added for the registration > > procedures "Experimental Use". > > Correct for the same reason as above. > > > > o In the lists that capture the assignment status, the fields that > > are reserved, i.e. 0 (zero), Private Use and Experimental Use a= re > > clearly marked as such. > > o In the list that captures assignment status, the fields that are > > reserved, i.e. 0 (zero) and Experimental Use are clearly marked= . > > Not sure whether they are intentional. > > > This is correst for the same reason as above > > > > > Some referenced RFCs use the concept "mandatory TLVs" and "mandator= y > > sub-TLVs" to indicate that, if a TLV or sub-TLV of the range 0-1638= 3 > > or 16384-31743 in a message is not understood, an error message nee= ds > > to be sent in response. > > RFC 8029 talks about mandatory TLVs for a range up to 32767: > > Types less than 32768 (i.e., with the high-order bit equal to 0) ar= e > > mandatory TLVs > > BTW you says that clearly in 4.1, so I think this should be consistent > > here. > > > So you say that this would be better > > Some referenced RFCs use the concept "mandatory TLVs" and "mandatory > sub-TLVs" to indicate that, if a TLV or sub-TLV of the range 0-32767 > in a message is not understood, an error message needs to be sent in > response. > > > > You say: > > The Value field contains the TLVs, including sub-TLVs, that were > > not understood, encoded as sub-TLVs. > > But 8209 was saying: > > The Value field contains the TLVs that were not understood, encoded > > as sub-TLVs. > > This is not only a "removing mandatory" change. you seem to now impose > > that sub-TLVs be sent. Is that the intent? > > > > I think my text is correct, RFC 8029 is a bit vague. But RFC 8029 > implies that a TLV that includes a unrecognized sub-TLV an error message > should be sent. But you need to return the entire TLV (with its > sub-TLVs). If you return the sub-TLV only the might be several sub-TLVs > in the message that has the same type. You need the entire TLV for contex= t. > > > > > In Tables 10, 12, 14, 16, 18 20 > > | 37140-37144 | Experimental Use | Reserved, not to be assigned = | > > | 31748-32767 | FCFS | This range is for Sub-TLVs that= | > > are these ranges correct? > > shouldn't they be > > | 31740-31743 | Experimental Use | Reserved, not to be assigned = | > > | 31744-32767 | FCFS | This range is for TLVs anf sub-= | > > > Probably not, I'll check this as when I take care of the corresponding > comments from Tom. > > > > Nits: > > s/This docuemtment/This document/ + (+-sign means > that it is fixed) > > s/An exasmple/An example/ + > > s/contaimer for regiistries/container for registries/ + > > s/sunregistry/sub-registry/ + > > s/assiged/assigned/ - (fixed becasu= e > of another comment) > > s/range for "RFC Required" range/"RFC Required" range/ + > > s/i.e. 0/i.e., 0/ (2 occurences) + (sometimes I > wish I understood how > to use the > comma in English :)). > > > s/registry [IANA-RC] registry/registry [IANA-RC]/ + > > s/sennt/sent/ - (fixed becasu= e > of another comment) > > s/First come, first served/First Come First Served/ + > > s/defintions/definitions/ + > > s/Experimetal Use/Experimental Use/ + > > s/a the/a/ + > > s/srange (64508-64511). or/range (64508-64511) or/ + > > s/sub- TLVs/sub-TLVs/ + > > s/TLVs an sub/TLVs and sub/ + > > s/TLVs anf sub/TLVs and sub/ + > > s/First Come Frst Served (FCFS)/First Come First Served (FCFS)/ + > > s/Experiemental Use/Experimental Use/ + > > s/The first set are/The first set is/ + > > s/the second set are/the second set is/ + > > s/the range there the/the range of/? > The sentence say: > the second set is for the > range there the TLV or sub-TLV that may be silently > dropped if not recognized. > What about: > > the second set is for the > range there the TLV or sub-TLV may be silently > dropped if not recognized. > > Changed. Comment? > > > s/The text in those two paragraphs are/The text in those two paragraphs > is/ + > > s/resereved/reserved/ (9 occurences) + > > s/Four code point has/Four code points have/ (3 occurences) + > > s/Two small sets, 4 code points each, has/Two small sets, 4 code points > > each, have/ (7 occurences) + > > s/recognised/recognized/ + > > > > > > beyond that, I support this document moving forward. > > Martin, tnx!! > > /Loa > > > > -m > > > > Le 2020-10-02 =C3=A0 17:59, Adrian Farrel a =C3=A9crit : > >> I know this is not the most exciting document the working group has ev= er > >> produced, but as shepherd I need to see some comments and expressions = of > >> support. > >> > >> Thanks, > >> Adrian > >> -----Original Message----- > >> From: mpls On Behalf Of Adrian Farrel > >> Sent: 24 September 2020 17:32 > >> To: 'mpls' > >> Cc: draft-ietf-mpls-lsp-ping-registries-update@ietf.org > >> Subject: [mpls] Working Group Last Call : > >> draft-ietf-mpls-lsp-ping-registries-update-04 > >> > >> Hi MPLS WG, > >> > >> As previously noted, I'm the shepherd for this document and I'm > >> running the > >> working group last call as agreed by the chairs. > >> > >> This email starts a two-week last call on > >> draft-ietf-mpls-lsp-ping-registries-update-04 > >> > https://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-registries-upda= te/ > >> > >> > >> Please send your opinions to the mailing list before October 9th. > >> > >> While yes/no opinions are not without value, it is far more helpful if > >> you > >> can indicate whether you have read the latest version of the draft, > >> and what > >> the reasons are for your opinions. > >> > >> Of course, all of your review comments will be helpful in improving th= e > >> document. > >> > >> Best, > >> Adrian > >> > >> _______________________________________________ > >> 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 > > -- > > Loa Andersson email: loa@pi.nu > Senior MPLS Expert loa.pi.nu@gmail.com > Bronze Dragon Consulting phone: +46 739 81 21 64 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > --000000000000c15d1505b13e38cb Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Loa,

The "why" paragraph does= n't have to be anything profound, just some additional motivation. The = current text is clear in what it does, I would just like a bit of why. Your= earlier email hinted at it (you said there was some history involved) so j= ust include a bit of that.

Thanks,
Andy<= /div>


On Fri, Oct 9, 2020 at 3:46 AM Loa Andersson <loa@pi.nu> wrote:
Martin,

Thanks for the support! I have started preparing version-05 of this
document.

I have included the first version of my working copy, mostly to show
what I have done and so that commenters can check how their comments
have been addressed.

I have addressed most of your comments, but left a few question in this mail. And will addressed the faulty registry ranges together with the
comments from Tom on the same subject.

Thanks for taking the time.


On 05/10/2020 06:03, Martin Vigoureux wrote:
> Hi
>
> I should read the docs in my queue instead but ...
>
>=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 a sub-registry is used when a cod= e point allocated in a registry
>=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 need code points scoped by that o= r a set of code points.
> this is a bit hard to parse. at least s/need/needs/

I have fixed the s/need/needs/

But I would be happy to get some help with this, what is there now is
the third or fourth iteration

What about:

=C2=A0 =C2=A0 =C2=A0 =C2=A0 a sub-registry is used when a code point, or a = set of code
=C2=A0 =C2=A0 =C2=A0 =C2=A0 points allocated in a single registry, needs &q= uot;sub-code points"
=C2=A0 =C2=A0 =C2=A0 =C2=A0 scoped by the code point or the set of code poi= nts.

Any help appreciated.


>
>
>=C2=A0 =C2=A0=C2=A0 The range of each TLV and sub-TLV registry is divid= ed into two
>=C2=A0 =C2=A0=C2=A0 blocks, one with a range from 0 to 32767 for TLVs a= nd sub-TLVs that
>=C2=A0 =C2=A0=C2=A0 require a response if not recognized.=C2=A0 The oth= er block has the range
>=C2=A0 =C2=A0=C2=A0 from 32768 to 65535 for TLVs and sub-TLVs that may = be silently
>=C2=A0 =C2=A0=C2=A0 dropped, stepped over or an error message sent, if = not recognized.

> this seems like saying exactly the same thing than what the two bullet=
> points above (in the draft) say.

Yes I think you are right, the text and bullets have converged over
time; should I drop the text or the bullets?
>
>
> In:
>=C2=A0 =C2=A0=C2=A0 o=C2=A0 If the unrecognized TLV or sub-TLV is from = the Experimental Use
>=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 range (37140-37143) or from the F= CFS range (31744-32767) a the
>=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Return Code of 2 ("One or mo= re of the TLVs was not understood")
>=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 will be sent in the echo response= .
> and in the table of:
> 3.2.=C2=A0 Common Registration Procedures for TLVs and sub-TLVs
>
>=C2=A0 =C2=A0=C2=A0 37140-37143 | Experimental Use=C2=A0 | Reserved, no= t to be assigned
> is the range correct?
> shouldn't it be 31740-31743?
> BTW, This table doesn't have a number like all other. May be you s= hould
> call it Table 1 (and renumber all other).

yes - you are right. However, Tom have listed morer of the same, I will do a separate spin and update all the ranges
>
>
> Section 2 says:
>=C2=A0 =C2=A0=C2=A0 o=C2=A0 In the listing of assiged code points the t= erm "Vendor Private
>=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Use" is changed to "Pri= vate Use"

.
Yes - this is correct. The Message Types, Reply Modes and Return Codes
registries (section 2) keep the Private Use" registration policies. Note: I wanted to chage this to FCFS, but since range was only 4
possible allocation, and this is to small for an FCFS range, we kept the Private Use regostrion policy.
> but 3.3.1 says:
>=C2=A0 =C2=A0=C2=A0 o=C2=A0 In the listing of assignments the term &quo= t;Vendor Private Use" is
>=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 changed to "First Come First= Served (FCFS)".

Yes - that is section 3 that discusses the TLVs and sub-TLVs (that have sufficient space for a FCFS registrion policy). So this is correct.
>
> note there are other differences:
>=C2=A0 =C2=A0=C2=A0 o=C2=A0 A note "Not to be assigned" is ad= ded for the registration
>=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 procedures "Private Use"= ; and "Experimental Use".
>=C2=A0 =C2=A0=C2=A0 o=C2=A0 A note saying "Not to be assigned"= ; is added for the registration
>=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 procedures "Experimental Use= ".

Correct for the same reason as above.
>
>=C2=A0 =C2=A0=C2=A0 o=C2=A0 In the lists that capture the assignment st= atus, the fields that
>=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 are reserved, i.e.=C2=A0 0 (zero)= , Private Use and Experimental Use are
>=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 clearly marked as such.
>=C2=A0 =C2=A0=C2=A0 o=C2=A0 In the list that captures assignment status= , the fields that are
>=C2=A0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 reserved, i.e.=C2=A0 0 (zero) and= Experimental Use are clearly marked.
> Not sure whether they are intentional.
>
This is correst for the same reason as above
> >
>=C2=A0 =C2=A0=C2=A0 Some referenced RFCs use the concept "mandator= y TLVs" and "mandatory
>=C2=A0 =C2=A0=C2=A0 sub-TLVs" to indicate that, if a TLV or sub-TL= V of the range 0-16383
>=C2=A0 =C2=A0=C2=A0 or 16384-31743 in a message is not understood, an e= rror message needs
>=C2=A0 =C2=A0=C2=A0 to be sent in response.
> RFC 8029 talks about mandatory TLVs for a range up to 32767:
>=C2=A0 =C2=A0=C2=A0 Types less than 32768 (i.e., with the high-order bi= t equal to 0) are
>=C2=A0 =C2=A0=C2=A0 mandatory TLVs
> BTW you says that clearly in 4.1, so I think this should be consistent=
> here.
>
So you say that this would be better

=C2=A0 =C2=A0 =C2=A0Some referenced RFCs use the concept "mandatory TL= Vs" and "mandatory
=C2=A0 =C2=A0 =C2=A0sub-TLVs" to indicate that, if a TLV or sub-TLV of= the range 0-32767
=C2=A0 =C2=A0 =C2=A0in a message is not understood, an error message needs = to be sent in
=C2=A0 =C2=A0 =C2=A0response.
>
> You say:
>=C2=A0 =C2=A0=C2=A0 The Value field contains the TLVs, including sub-TL= Vs, that were
>=C2=A0 =C2=A0=C2=A0 not understood, encoded as sub-TLVs.
> But 8209 was saying:
>=C2=A0 =C2=A0=C2=A0 The Value field contains the TLVs that were not und= erstood, encoded
>=C2=A0 =C2=A0=C2=A0 as sub-TLVs.
> This is not only a "removing mandatory" change. you seem to = now impose
> that sub-TLVs be sent. Is that the intent?
>

I think my text is correct, RFC 8029 is a bit vague. But RFC 8029
implies that a TLV that includes a unrecognized sub-TLV an error message should be sent. But you need to return the entire TLV (with its
sub-TLVs). If you return=C2=A0 the sub-TLV only the might be several sub-TL= Vs
in the message that has the same type. You need the entire TLV for context.=

>
> In Tables 10, 12, 14, 16, 18 20
>=C2=A0 =C2=A0=C2=A0 | 37140-37144 | Experimental Use=C2=A0 | Reserved, = not to be assigned=C2=A0=C2=A0=C2=A0 |
>=C2=A0 =C2=A0=C2=A0 | 31748-32767 | FCFS=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 | This range is for Sub-TL= Vs that |
> are these ranges correct?
> shouldn't they be
>=C2=A0 =C2=A0=C2=A0 | 31740-31743 | Experimental Use=C2=A0 | Reserved, = not to be assigned=C2=A0=C2=A0=C2=A0 |
>=C2=A0 =C2=A0=C2=A0 | 31744-32767 | FCFS=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 | This range is for TLVs a= nf sub- |
>
Probably not, I'll check this as when I take care of=C2=A0 the correspo= nding
comments from Tom.
>
> Nits:
> s/This docuemtment/This document/=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0+ (+-sign means that it is = fixed)
> s/An exasmple/An example/=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0+
> s/contaimer for regiistries/container for registries/=C2=A0 =C2=A0+ > s/sunregistry/sub-registry/=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0+
> s/assiged/assigned/=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0- (fixed becasue of another comment)
> s/range for "RFC Required" range/"RFC Required" ra= nge/=C2=A0 +
> s/i.e.=C2=A0 0/i.e., 0/ (2 occurences)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0+ (sometimes I wish I u= nderstood how
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 to us= e the
comma in English :)).

> s/registry [IANA-RC] registry/registry [IANA-RC]/=C2=A0 =C2=A0 =C2=A0 = =C2=A0+
> s/sennt/sent/=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0- (fixed becasue of another comment)
> s/First come, first served/First Come First Served/=C2=A0 =C2=A0 =C2= =A0+
> s/defintions/definitions/=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0+
> s/Experimetal Use/Experimental Use/=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0+
> s/a the/a/=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 +
> s/srange (64508-64511).=C2=A0 or/range (64508-64511) or/=C2=A0 =C2=A0 = =C2=A0+
> s/sub- TLVs/sub-TLVs/=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0+
> s/TLVs an sub/TLVs and sub/=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0+
> s/TLVs anf sub/TLVs and sub/=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 +
> s/First Come Frst Served (FCFS)/First Come First Served (FCFS)/=C2=A0 = =C2=A0+
> s/Experiemental Use/Experimental Use/=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0+
> s/The first set are/The first set is/=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0+
> s/the second set are/the second set is/=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0+
> s/the range there the/the range of/?
The sentence say:
=C2=A0 =C2=A0 =C2=A0the second set is for the
=C2=A0 =C2=A0 =C2=A0range there the TLV or sub-TLV that may be silently
=C2=A0 =C2=A0 =C2=A0dropped if not recognized.
What about:

=C2=A0 =C2=A0 =C2=A0the second set is for the
=C2=A0 =C2=A0 =C2=A0range there the TLV or sub-TLV may be silently
=C2=A0 =C2=A0 =C2=A0dropped if not recognized.

Changed. Comment?

> s/The text in those two paragraphs are/The text in those two paragraph= s is/=C2=A0 +
> s/resereved/reserved/ (9 occurences)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0+
> s/Four code point has/Four code points have/ (3 occurences)=C2=A0 =C2= =A0 +
> s/Two small sets, 4 code points each, has/Two small sets, 4 code point= s
> each, have/ (7 occurences)=C2=A0 =C2=A0+
> s/recognised/recognized/=C2=A0 =C2=A0 =C2=A0+
>
>
> beyond that, I support this document moving forward.

Martin, tnx!!

/Loa
>
> -m
>
> Le 2020-10-02 =C3=A0 17:59, Adrian Farrel a =C3=A9crit=C2=A0:
>> I know this is not the most exciting document the working group ha= s ever
>> produced, but as shepherd I need to see some comments and expressi= ons of
>> support.
>>
>> Thanks,
>> Adrian
>> -----Original Message-----
>> From: mpls <mpls-bounces@ietf.org> On Behalf Of Adrian Farrel
>> Sent: 24 September 2020 17:32
>> To: 'mpls' <mpls@ietf.org>
>> Cc: draft-ietf-mpls-lsp-ping-registries-update@ietf.= org
>> Subject: [mpls] Working Group Last Call :
>> draft-ietf-mpls-lsp-ping-registries-update-04
>>
>> Hi MPLS WG,
>>
>> As previously noted, I'm the shepherd for this document and I&= #39;m
>> running the
>> working group last call as agreed by the chairs.
>>
>> This email starts a two-week last call on
>> draft-ietf-mpls-lsp-ping-registries-update-04
>> https://datatra= cker.ietf.org/doc/draft-ietf-mpls-lsp-ping-registries-update/
>>
>>
>> Please send your opinions to the mailing list before October 9th.<= br> >>
>> While yes/no opinions are not without value, it is far more helpfu= l if
>> you
>> can indicate whether you have read the latest version of the draft= ,
>> and what
>> the reasons are for your opinions.
>>
>> Of course, all of your review comments will be helpful in improvin= g the
>> document.
>>
>> Best,
>> Adrian
>>
>> _______________________________________________
>> 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

--

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@pi.nu
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@gmail.com
Bronze Dragon Consulting=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pho= ne: +46 739 81 21 64
_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls
--000000000000c15d1505b13e38cb-- From nobody Fri Oct 9 08:41:54 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AE9653A0D02; Fri, 9 Oct 2020 08:41:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8K_AXnsV5ssf; Fri, 9 Oct 2020 08:41:44 -0700 (PDT) Received: from EUR05-DB8-obe.outbound.protection.outlook.com (mail-db8eur05on2091.outbound.protection.outlook.com [40.107.20.91]) (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 674603A0CE5; Fri, 9 Oct 2020 08:41:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=e9Jiw41NMbGTFCAsh9PQ9MrKrmAS95VvxyBBU6q7y+4CZbZs+mZlYRjWkPRek+d9wIxozldporpnqGQVhjZMhyTord6rYx+o+PN8Gppex/M3lmE3vL9aocQPhe7+GGvNtsK9avRj9rOZ3QlxH3nmvXigmTjbaiR3CNEw4IVS//YTjOvM737bNtx0czM2ruEj0OrCG2HgVPbej/Ev0tLdTe9SDH/I6BFneyrmi0XXNBp0q/cc5wCEBGfjUiPtRSpVOl/NZWReq0j7EgBe0TVSy4nmrkZqwBlIcHkQ0CVo+fDPg3KtsUEv1OfLfDaN7aNfaG0kj8e/aZ0rY9TZ05+Lug== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=/G1Yy9cNxk4KuY4UrZPdLiEQFU8wKcbYiQcIs/eKnyg=; b=OGmpu4DjCf+FzQ5gk1WkWPD70xW5npaq7BX7jPXJLvEnMA0AwtaWZ784rKXrgZA5Rqn3XtIRegt5PH9auXe4aMPjonko+NdqIt75mLl8dpltKQmHBsIjb95ES60IX/Ao0msk4jcYPafANi7/xSkzTo1JePJogPQppJADN1JedfE8q5bbMyIbEcIgOiJDfmQTbTq7p5toyVmMoacPgHTKzpYw0HovfbpXug6+nk4SLHTPsDZUQJNoMM1oPUr6HymSySccjKhchAzXAfIFuWSLacp/PhEfGOopN0rXv5p7ShoT5XOXXnsW6+mljxSodDF3tNCfGhRu6GeWDSNFAAIFpg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=btconnect.com; dmarc=pass action=none header.from=btconnect.com; dkim=pass header.d=btconnect.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector2-btconnect-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=/G1Yy9cNxk4KuY4UrZPdLiEQFU8wKcbYiQcIs/eKnyg=; b=bcFAGVFkCIgi9g4nI41HxK+E1ZeDI77xkgmo9amlWs8guzAEqdqEyTIqkddHoY3yFEqEaJfXJw8e8YeD5B7YghuauMgDRyiYfqR4bRnQgUuzvz9N3nNaRk38nUjMW5vyB99ToELLwpu2W72WnKOsuk/FKk/dx41PcLpb1o/0gWg= Received: from AM7PR07MB6248.eurprd07.prod.outlook.com (2603:10a6:20b:134::11) by AM6PR07MB5558.eurprd07.prod.outlook.com (2603:10a6:20b:82::30) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3477.11; Fri, 9 Oct 2020 15:41:41 +0000 Received: from AM7PR07MB6248.eurprd07.prod.outlook.com ([fe80::ad44:1086:3767:a804]) by AM7PR07MB6248.eurprd07.prod.outlook.com ([fe80::ad44:1086:3767:a804%7]) with mapi id 15.20.3477.011; Fri, 9 Oct 2020 15:41:41 +0000 From: tom petch To: "adrian@olddog.co.uk" , 'mpls' CC: "draft-ietf-mpls-lsp-ping-registries-update@ietf.org" Thread-Topic: [mpls] Working group last call completed: draft-ietf-mpls-lsp-ping-registries-update-04 Thread-Index: AdaeF4y+WWxs7eiZQ4aM9uNrryFi/wACHe5rAAyf6GQ= Date: Fri, 9 Oct 2020 15:41:41 +0000 Message-ID: References: <061701d69e17$962f3180$c28d9480$@olddog.co.uk>, In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: olddog.co.uk; dkim=none (message not signed) header.d=none; olddog.co.uk; dmarc=none action=none header.from=btconnect.com; x-originating-ip: [86.146.121.140] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 66c1faaa-a10c-4773-5f04-08d86c69d15b x-ms-traffictypediagnostic: AM6PR07MB5558: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: tB/xWdLsbT9JJzTdLDFO4BTutkksUPQhuC6qrT6AOnghsie5DhwsnR4Rw3eJasSe0nG4/UkyeVlJx89hA8vFHOVGE+d5M8AeTyLS+cX4m15g7iKBhI1OQqkQB2iSRFxX5ADt3HjxEON+ZukK6K+Pq3wGLkP61CwFk3yOeWuKQG74YL4glrhJsDBocLGZSd/jFmpAOcqL1o6UNJzcPZJVw5DfbffElrKAGccSCTU8rkX94SGbTtXd0o8Hoyd9gQu4iK4HcZl2+85yRs8TSy0SW8/oRDJqTr+RdKDWv4Jl+d/Gi9KKcKOHeSxj0u8OWErGX7lCrOGQa/mOQOEoD5Rtmpqy89Vhdk2eWCJWTqgpT+SGli/S+tBTav3FxKJzBZRwveqy7Hmy6+Mia/CgG/+ujQ== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM7PR07MB6248.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(39860400002)(376002)(396003)(136003)(346002)(366004)(4326008)(64756008)(8936002)(9686003)(15650500001)(66476007)(33656002)(71200400001)(2906002)(76116006)(110136005)(91956017)(55016002)(316002)(83080400001)(52536014)(966005)(5660300002)(66946007)(66556008)(26005)(8676002)(83380400001)(478600001)(66446008)(6506007)(186003)(2940100002)(7696005)(53546011)(86362001); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: vmVZW40IZVKnalcPbxQeaNhAuN/Om9ru1BaeM6H/5yY2AFJD6Mow2gNTFNmOvI7KxPNzA4yYstQWGClU5ivdc+Mx8L7xVizs+jatOP5f80nD4bmKsFjfE58ewZU7HZYrMhlEze0Dsxm4c8dzkCBOG/sd9Sz+skLqvcXQ7R5UVXI9MZRnxo96PSkt6vdYqCySC4Vz41e6UytZMSby6yabB3VPuKXOzHdHY2G92y4HyJtprvak5n5kAW4MGN0kwIqAL/irdSgDYZ1NS5Da4kOuz3jRmG0fSlzOlSAqtziCC9oqypQWdRMKS5AU4jT1Q9VigGtcYx9YOPDLjBBXharR7l/gUgm/7rsm9/1GbkWGu3kpgmYe+Sx5Kp1f0FnDaPolbfaIh5mxfIUWWA18qJnCRRfOobQ3r8i96y2HMIh7YjFCKnT1gR/xTtV3quXlEjUFq5iF6w/SlnenzWQ7clrc4fj3E/SEhng89xTxkitumPHIvDUo4zpA07dZQj2a5BwYTHvqk9xiTwjkr1dBTaonmcszGCHpidjtU2TWBzyr9+a2QS1GtqoAuqUhDPa66mHGPvKtUEV34ait1jWRKY74Fo2ByvYbqwcQ7Fgrol7GA7/D5/dfOfN72RbCiICBDzcTRHx5hDsp7wvECFVKbWwz6w== x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: btconnect.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: AM7PR07MB6248.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 66c1faaa-a10c-4773-5f04-08d86c69d15b X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Oct 2020 15:41:41.1851 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: cf8853ed-96e5-465b-9185-806bfe185e30 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: cCAvm6s+g8DStd8pyHYovzQ56NOtVysJMALeO3pIhQUQWp0SIgQaLk2ZHX9j/We6zpeZyuAl6E1On3li0LUuyg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM6PR07MB5558 Archived-At: Subject: Re: [mpls] Working group last call completed: draft-ietf-mpls-lsp-ping-registries-update-04 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Oct 2020 15:41:53 -0000 From: mpls on behalf of tom petch =0A= Sent: 09 October 2020 10:45=0A= =0A= From: mpls on behalf of Adrian Farrel =0A= Sent: 09 October 2020 09:38=0A= =0A= Authors and working group,=0A= =0A= The last call period for this draft has ended.=0A= =0A= There was feedback from three people on-list all of whom had comments and= =0A= proposals to improve the document.=0A= =0A= The authors should address these reviews and produce a new version of the= =0A= draft at their convenience.=0A= =0A= In the meantime, three comments of support (and none of objection) does not= =0A= seem to me like consensus to publish (although it is also not consensus to= =0A= not publish). While this is a mainly a process document, and it is clear=0A= that the WG chairs/secretary support the work (as co-authors), maybe the WG= =0A= could express something a little more than complete disinterest.=0A= =0A= What about all of you OAM experts? What about the people with code for LSP= =0A= Ping?=0A= =0A= =0A= =0A= Adrian=0A= =0A= If I have understood the document, then it makes no change to LSP Ping prot= ocol in any way. It amends the terminology in places to bring it in line w= ith other WG and changes the ranges available for future allocations with I= ANA but makes no change to existing allocations or the protocol so I would = expect most OAM experts and LSP Ping coders say that it is of no interest a= nd no concern and perhaps not worth an e-mail to say so:-)=0A= =0A= I did not comment in detail on the unfamiliar English in the I-D and will a= wait the new version before doing so; I would not be surprised if there are= substantial number of such issues in the new version i.e we could need a = few more rounds.=0A= =0A= =0A= I was too pessimistic - the English in this version looks good.=0A= =0A= Tom Petch=0A= =0A= =0A= =0A= Please continue sending opinions on the work while the authors are making= =0A= the new revision.=0A= =0A= Thanks,=0A= Adrian=0A= =0A= -----Original Message-----=0A= From: mpls On Behalf Of Adrian Farrel=0A= Sent: 24 September 2020 17:32=0A= To: 'mpls' =0A= Cc: draft-ietf-mpls-lsp-ping-registries-update@ietf.org=0A= Subject: [mpls] Working Group Last Call :=0A= draft-ietf-mpls-lsp-ping-registries-update-04=0A= =0A= Hi MPLS WG,=0A= =0A= As previously noted, I'm the shepherd for this document and I'm running the= =0A= working group last call as agreed by the chairs.=0A= =0A= This email starts a two-week last call on=0A= draft-ietf-mpls-lsp-ping-registries-update-04=0A= https://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-registries-update= /=0A= =0A= Please send your opinions to the mailing list before October 9th.=0A= =0A= While yes/no opinions are not without value, it is far more helpful if you= =0A= can indicate whether you have read the latest version of the draft, and wha= t=0A= the reasons are for your opinions.=0A= =0A= Of course, all of your review comments will be helpful in improving the=0A= document.=0A= =0A= Best,=0A= Adrian=0A= =0A= _______________________________________________=0A= mpls mailing list=0A= mpls@ietf.org=0A= https://www.ietf.org/mailman/listinfo/mpls=0A= =0A= _______________________________________________=0A= mpls mailing list=0A= mpls@ietf.org=0A= https://www.ietf.org/mailman/listinfo/mpls=0A= =0A= _______________________________________________=0A= mpls mailing list=0A= mpls@ietf.org=0A= https://www.ietf.org/mailman/listinfo/mpls=0A= From nobody Fri Oct 9 09:03:24 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 803043A0A6A for ; Fri, 9 Oct 2020 09:03:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.003 X-Spam-Level: X-Spam-Status: No, score=0.003 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eZYPl0A7fSnI for ; Fri, 9 Oct 2020 09:03:20 -0700 (PDT) Received: from 20.mo6.mail-out.ovh.net (20.mo6.mail-out.ovh.net [178.32.124.17]) (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 597C63A0A68 for ; Fri, 9 Oct 2020 09:03:20 -0700 (PDT) Received: from player726.ha.ovh.net (unknown [10.108.42.102]) by mo6.mail-out.ovh.net (Postfix) with ESMTP id 0304722C42B for ; Fri, 9 Oct 2020 18:03:17 +0200 (CEST) Received: from upperside.fr (lfbn-idf3-1-648-85.w86-252.abo.wanadoo.fr [86.252.22.85]) (Authenticated sender: michelg@upperside.fr) by player726.ha.ovh.net (Postfix) with ESMTPSA id B97B916EF659D for ; Fri, 9 Oct 2020 16:03:15 +0000 (UTC) Authentication-Results: garm.ovh; auth=pass (GARM-97G002cebe61ed-dfea-4609-832d-0bc9d80cce3e, 97F552A3CD0447138622AB456E6BC5010DE189FC) smtp.auth=michelg@upperside.fr From: To: Date: Fri, 9 Oct 2020 18:03:15 +0200 Message-ID: <008301d69e55$b2efb130$18cf1390$@upperside.fr> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0084_01D69E66.767992A0" X-Mailer: Microsoft Outlook 16.0 Content-Language: fr Thread-Index: AdaeVbG59zcMEeTZRS2CoJ89N+oqFw== X-Ovh-Tracer-Id: 9927059479590981722 X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: 0 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedujedrhedugdelkecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfqggfjpdevjffgvefmvefgnecuuegrihhlohhuthemucehtddtnecunecujfgurhephffvufffkfggtgfothesrgdtghepvddtvdenucfhrhhomhepoehmihgthhgvlhhgsehuphhpvghrshhiuggvrdhfrheqnecuggftrfgrthhtvghrnhepfedtudfgkefftdeuieejkeehffethedtgfehveekgffgveekgeevteffvdffvdegnecuffhomhgrihhnpehuphhpvghrshhiuggvtghonhhfvghrvghntggvshdrtghomhenucfkpheptddrtddrtddrtddpkeeirddvhedvrddvvddrkeehnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmohguvgepshhmthhpqdhouhhtpdhhvghlohepphhlrgihvghrjedviedrhhgrrdhovhhhrdhnvghtpdhinhgvtheptddrtddrtddrtddpmhgrihhlfhhrohhmpehmihgthhgvlhhgsehuphhpvghrshhiuggvrdhfrhdprhgtphhtthhopehmphhlshesihgvthhfrdhorhhg Archived-At: Subject: [mpls] MPLS + SDN + NFV World 2021: new dates, same location X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Oct 2020 16:03:23 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0084_01D69E66.767992A0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit The 22nd Edition of the MPLS + SDN + NFV World Congress has been rescheduled to September 2021. The congress will be held from 28th of September to the 1st of October 2021 at the same venue, the Marriott Paris Rive Gauche Hotel & Conference Center. More information soon at: https://www.uppersideconferences.com/mpls-sdn-nfv/ ------=_NextPart_000_0084_01D69E66.767992A0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

The 22nd = Edition of the MPLS + SDN + NFV World Congress has been rescheduled to = September 2021.

 

The congress = will be held from 28th of September to the 1st of October 2021 at the = same venue, the Marriott Paris Rive Gauche Hotel & Conference = Center.

 

More = information soon at:

https://www.u= ppersideconferences.com/mpls-sdn-nfv/

 

 

------=_NextPart_000_0084_01D69E66.767992A0-- From nobody Tue Oct 13 08:08:41 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 137423A08BD; Tue, 13 Oct 2020 08:08:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.313 X-Spam-Level: X-Spam-Status: No, score=-3.313 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-1.2, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, MSGID_FROM_MTA_HEADER=0.001, NICE_REPLY_A=-0.213, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6aIy0nJg5YH2; Tue, 13 Oct 2020 08:08:37 -0700 (PDT) Received: from EUR04-VI1-obe.outbound.protection.outlook.com (mail-eopbgr80105.outbound.protection.outlook.com [40.107.8.105]) (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 813903A08B8; Tue, 13 Oct 2020 08:08:36 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=S/RTjpKs3mSYNNoVCROafYHFLkrIRIxtzFNmicyqQiaTMtZ6ncY/as+BK15iOfFFKbsSg1HC5jCWiqvis+vd8RfizgCA6CqCo4DBtLMFenG2VhSlktwMHqu7ZlmohRxXE8KbuuxNtXg4+3pqfVaPR6peK50qkzJqPWOK/Z5d8fVxIi4T2dsIkbA+OyrmZ3Z/T8BRU9xmS08IXQWcQjsAS5zseYOdkT7ADccGAkXo9l/T9PKt8Th9RryG+IxiD0b+sZjp9buRr8LRSLEZPmWD3aBe9TXQtMYhWV4/ShD+/g1a3BnM+XpRZBillKGaI5XS7B+c69OP7wCCOI8md3E/Pg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=eIyF2t083xaz6FZgBToarXPiPv8y1rb6w/VoOT+MVYQ=; b=BKPyx/Mdf6YhVJ+5sg0ToTokboQ/Ke2CjZFKLqnZX3cvRIYzAfGiLZ3YEpDQ1F3m6yEBizB+H6E9xajzoT3AMZzQATSje+dQcuJ0W7n8d2KC4O26PVZl7BGOCQJYR6EsYK4Gdr5j6nMR6YKG3/BsyedLzhFHQ09Eosp7eivO8qkwNjyrFYpaEC3FErmTd3SzoyMj/8ItYgq8BzZwjijz8tXzYBIT6DeD0wT7ZSVa/otpeI2+hmVL/Nv7SXYjOJxtTPs4130N/KH9PPH8vTVJmPaqtZfngYfpyENpT+z6HYrK+35BPbnwwY63HnMvJMPb4rN648uZgfmQgboAbKh6ew== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia.com; dmarc=pass action=none header.from=nokia.com; dkim=pass header.d=nokia.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=eIyF2t083xaz6FZgBToarXPiPv8y1rb6w/VoOT+MVYQ=; b=s1CrXBBAhLVSw7LVKwYBxcqM+DTVIX5uZhk32RN5C1qvkjh5/WjCLE688nYY0Cd9GR/r4yY/21coQ+1hIB+rCYYlzTDTS0WJdmdAQZC9h/yidd3NvcEqNk5/JA/CIjrPsWC/hbWH8Mql44jLkK6OTB2Hbgh5BArRBMhktjUkmh8= Authentication-Results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=nokia.com; Received: from AM7PR07MB6438.eurprd07.prod.outlook.com (2603:10a6:20b:132::19) by AM6PR07MB5224.eurprd07.prod.outlook.com (2603:10a6:20b:60::21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3477.11; Tue, 13 Oct 2020 15:08:33 +0000 Received: from AM7PR07MB6438.eurprd07.prod.outlook.com ([fe80::38de:3985:486e:7ac1]) by AM7PR07MB6438.eurprd07.prod.outlook.com ([fe80::38de:3985:486e:7ac1%2]) with mapi id 15.20.3477.019; Tue, 13 Oct 2020 15:08:33 +0000 To: Loa Andersson , adrian@olddog.co.uk, 'mpls' Cc: draft-ietf-mpls-lsp-ping-registries-update@ietf.org References: <00d001d698d4$f1bca890$d535f9b0$@olddog.co.uk> <2bd58cc3-4995-8346-cb77-ae0d81fe355d@nokia.com> <1627b4bd-972e-f65e-747f-259897586d91@pi.nu> From: Martin Vigoureux Message-ID: Date: Tue, 13 Oct 2020 17:08:30 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 In-Reply-To: <1627b4bd-972e-f65e-747f-259897586d91@pi.nu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: fr Content-Transfer-Encoding: 8bit X-Originating-IP: [131.228.2.20] X-ClientProxiedBy: HE1PR0902CA0015.eurprd09.prod.outlook.com (2603:10a6:3:e5::25) To AM7PR07MB6438.eurprd07.prod.outlook.com (2603:10a6:20b:132::19) MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from [172.30.2.230] (131.228.2.20) by HE1PR0902CA0015.eurprd09.prod.outlook.com (2603:10a6:3:e5::25) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3477.20 via Frontend Transport; Tue, 13 Oct 2020 15:08:33 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-HT: Tenant X-MS-Office365-Filtering-Correlation-Id: cd66817b-12aa-4a08-2380-08d86f89da57 X-MS-TrafficTypeDiagnostic: AM6PR07MB5224: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:7219; X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: yYq9l2v9CGsIRxzCxmKuwudTsWHv8I7g3X6aIlUD//zxnYpxvXancd5WeYJ+Y5yvMPSnh7+EvNz2Zh1hzC1gV2baWFZeR53NCt5HTT+00g5VmTboitln0/5sRepjG3l3kX8s5AjDLZF8TlsbEUBrGZfLDivQUVAJvKi0YWypFV/gIpAZ7MguqW41RIUyV9guxCNcFVcicG6tZ52zLF/Hnyj/HgKrOoUHZgwYhrBb5129SLf+enTCXw9BlU/mGeuKgcshPe1js1CIoQPjWMG3qOQ48si8UINoNy5OnIhbLdBdD1TdLVeQXo5NlFxotT9h4jB/q2r0u9Dfv8lFMQfm1t/4WQZoeFXjwHKEuerwaKnwHrbRFPf+B1XBnQbqsTGGuHQzgyBU7izxZrR6Dpd+4srFqDta4EMHJYYLNaY0IycVD0OLx/OTZxRCBH6cpdVSmgH051IPWbHn1dMx7wdUJg== X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM7PR07MB6438.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(396003)(376002)(366004)(39860400002)(346002)(136003)(83380400001)(44832011)(16576012)(31686004)(956004)(2616005)(2906002)(83080400001)(186003)(52116002)(66574015)(15650500001)(110136005)(53546011)(26005)(16526019)(36756003)(66556008)(478600001)(8936002)(8676002)(6486002)(966005)(86362001)(31696002)(316002)(5660300002)(66946007)(66476007)(4326008)(43740500002); DIR:OUT; SFP:1102; X-MS-Exchange-AntiSpam-MessageData: m8wdWzR4u/Rpi5KdKC+6VNhGWvOOCIcKocCprDwGUM7bM+UcTLwnX5MTh5BC/EkcC0ea2TUlZmKVvvAjXDA74StaX2K58zTsNVYH93hBILnxgcUAOcU5HyEZPSLcwikIrjxeFaZ87t5gwixgyqlB5AGZMRVUHIWK69DWrGFDy2s6LJkhE8cf+Ch3cH9HAKj9mJ7MNg9A6lYpCV/kjFNhyMiUpyWOUKBDcUu2zKDNjgpu/nxpG+mWyGFCbC0oLIXdAZIhCEI1q5ZZptPgqA7ViE+OtnimFj9pSY0LfQRhfymRk4KuzRWvMH9sB1oLkn0iJOjsHnzDO59xn44Ic7ibhaoGy8sDzXwIQ9T77uPLfCk5+Q2kaepaG950G6PBtBd0Kz7pahG6mQu7lzoSL3U5/fUEwvSJEvRi+JwpflwwJ+HG6EG44jkp8WenD/mZAp+Sn4gZY4aR+ppAYyp2szdFUVdGNqedRC5pB6GKAv/MrY/O9n4yjqi7oEBwf841qF7lzKYsjcGLaQespiMCU4lrTUxZwpKvM/6oDMt82wAyu0F4g0gwzp8UO6YRc5EDW3FKvqSgcNo5dCdihGfzOMGk5gmpyP6XKmud3+iEegwha80iH82Yrnz5MnU4kGXAMdgEdCKZZLlEGBvwobju0o8O9A== X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-Network-Message-Id: cd66817b-12aa-4a08-2380-08d86f89da57 X-MS-Exchange-CrossTenant-AuthSource: AM7PR07MB6438.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 13 Oct 2020 15:08:33.8187 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: HQy9wPyEpQ215xAoibk7KI5pA8idlFZhsqupeiqVgTsWtvMyh0I0ZwHwWmqYP0Sn5RIDcESGK8ibVCqxegiZmv8/Za9ssM6vZibpaQiTz74= X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM6PR07MB5224 Archived-At: Subject: Re: [mpls] Concerned by the silence [Was: Working Group Last Call : draft-ietf-mpls-lsp-ping-registries-update-04] X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Oct 2020 15:08:40 -0000 Loa, please see in-line. -m Le 2020-10-09 à 9:46, Loa Andersson a écrit : > Martin, > > Thanks for the support! I have started preparing version-05 of this > document. > > I have included the first version of my working copy, mostly to show > what I have done and so that commenters can check how their comments > have been addressed. > > I have addressed most of your comments, but left a few question in this > mail. And will addressed the faulty registry ranges together with the > comments from Tom on the same subject. > > Thanks for taking the time. > > > On 05/10/2020 06:03, Martin Vigoureux wrote: >> Hi >> >> I should read the docs in my queue instead but ... >> >>        a sub-registry is used when a code point allocated in a registry >>        need code points scoped by that or a set of code points. >> this is a bit hard to parse. at least s/need/needs/ > > I have fixed the s/need/needs/ > > But I would be happy to get some help with this, what is there now is > the third or fourth iteration > > What about: > >        a sub-registry is used when a code point, or a set of code >        points allocated in a single registry, needs "sub-code points" >        scoped by the code point or the set of code points. > > Any help appreciated. either is fine. IMO s/need/needs/ made me understand the sentence so the new iteration is not particularly needed. > > >> >> >>     The range of each TLV and sub-TLV registry is divided into two >>     blocks, one with a range from 0 to 32767 for TLVs and sub-TLVs that >>     require a response if not recognized.  The other block has the range >>     from 32768 to 65535 for TLVs and sub-TLVs that may be silently >>     dropped, stepped over or an error message sent, if not recognized. > >> this seems like saying exactly the same thing than what the two bullet >> points above (in the draft) say. > > Yes I think you are right, the text and bullets have converged over > time; should I drop the text or the bullets? I'd keep the bullets but you are the editor. >> >> >> In: >>     o  If the unrecognized TLV or sub-TLV is from the Experimental Use >>        range (37140-37143) or from the FCFS range (31744-32767) a the >>        Return Code of 2 ("One or more of the TLVs was not understood") >>        will be sent in the echo response. >> and in the table of: >> 3.2.  Common Registration Procedures for TLVs and sub-TLVs >> >>     37140-37143 | Experimental Use  | Reserved, not to be assigned >> is the range correct? >> shouldn't it be 31740-31743? >> BTW, This table doesn't have a number like all other. May be you >> should call it Table 1 (and renumber all other). > > yes - you are right. However, Tom have listed morer of the same, I will > do a separate spin and update all the ranges ok >> >> >> Section 2 says: >>     o  In the listing of assiged code points the term "Vendor Private >>        Use" is changed to "Private Use" > > . > Yes - this is correct. The Message Types, Reply Modes and Return Codes > registries (section 2) keep the Private Use" registration policies. > Note: I wanted to chage this to FCFS, but since range was only 4 > possible allocation, and this is to small for an FCFS range, we kept the > Private Use regostrion policy. >> but 3.3.1 says: >>     o  In the listing of assignments the term "Vendor Private Use" is >>        changed to "First Come First Served (FCFS)". > > Yes - that is section 3 that discusses the TLVs and sub-TLVs (that have > sufficient space for a FCFS registrion policy). So this is correct. >> >> note there are other differences: >>     o  A note "Not to be assigned" is added for the registration >>        procedures "Private Use" and "Experimental Use". >>     o  A note saying "Not to be assigned" is added for the registration >>        procedures "Experimental Use". > > Correct for the same reason as above. >> >>     o  In the lists that capture the assignment status, the fields that >>        are reserved, i.e.  0 (zero), Private Use and Experimental Use are >>        clearly marked as such. >>     o  In the list that captures assignment status, the fields that are >>        reserved, i.e.  0 (zero) and Experimental Use are clearly marked. >> Not sure whether they are intentional. >> > This is correst for the same reason as above ok >> > >>     Some referenced RFCs use the concept "mandatory TLVs" and "mandatory >>     sub-TLVs" to indicate that, if a TLV or sub-TLV of the range 0-16383 >>     or 16384-31743 in a message is not understood, an error message needs >>     to be sent in response. >> RFC 8029 talks about mandatory TLVs for a range up to 32767: >>     Types less than 32768 (i.e., with the high-order bit equal to 0) are >>     mandatory TLVs >> BTW you says that clearly in 4.1, so I think this should be consistent >> here. >> > So you say that this would be better > >     Some referenced RFCs use the concept "mandatory TLVs" and "mandatory >     sub-TLVs" to indicate that, if a TLV or sub-TLV of the range 0-32767 >     in a message is not understood, an error message needs to be sent in >     response. yes >> >> You say: >>     The Value field contains the TLVs, including sub-TLVs, that were >>     not understood, encoded as sub-TLVs. >> But 8209 was saying: >>     The Value field contains the TLVs that were not understood, encoded >>     as sub-TLVs. >> This is not only a "removing mandatory" change. you seem to now impose >> that sub-TLVs be sent. Is that the intent? >> > > I think my text is correct, RFC 8029 is a bit vague. But RFC 8029 > implies that a TLV that includes a unrecognized sub-TLV an error message > should be sent. But you need to return the entire TLV (with its > sub-TLVs). If you return  the sub-TLV only the might be several sub-TLVs > in the message that has the same type. You need the entire TLV for context. ok > >> >> In Tables 10, 12, 14, 16, 18 20 >>     | 37140-37144 | Experimental Use  | Reserved, not to be assigned    | >>     | 31748-32767 | FCFS              | This range is for Sub-TLVs that | >> are these ranges correct? >> shouldn't they be >>     | 31740-31743 | Experimental Use  | Reserved, not to be assigned    | >>     | 31744-32767 | FCFS              | This range is for TLVs anf sub- | >> > Probably not, I'll check this as when I take care of  the corresponding > comments from Tom. do you mean that they are probably not correct or that my suggestion is probably not correct? >> >> Nits: >> s/This docuemtment/This document/                       + (+-sign >> means that it is fixed) >> s/An exasmple/An example/                               + >> s/contaimer for regiistries/container for registries/   + >> s/sunregistry/sub-registry/                             + >> s/assiged/assigned/                                     - (fixed >> becasue of another comment) >> s/range for "RFC Required" range/"RFC Required" range/  + >> s/i.e.  0/i.e., 0/ (2 occurences)                       + (sometimes I >> wish I understood how >                                                              to use the > comma in English :)). >> s/registry [IANA-RC] registry/registry [IANA-RC]/       + >> s/sennt/sent/                                           - (fixed >> becasue of another comment) s/First come, first served/First Come >> First Served/     + >> s/defintions/definitions/                               + >> s/Experimetal Use/Experimental Use/                     + >> s/a the/a/                                              + >> s/srange (64508-64511).  or/range (64508-64511) or/     + >> s/sub- TLVs/sub-TLVs/                                   + >> s/TLVs an sub/TLVs and sub/                             + >> s/TLVs anf sub/TLVs and sub/                            + >> s/First Come Frst Served (FCFS)/First Come First Served (FCFS)/   + >> s/Experiemental Use/Experimental Use/                   + >> s/The first set are/The first set is/                   + >> s/the second set are/the second set is/                 + >> s/the range there the/the range of/? > The sentence say: >     the second set is for the >     range there the TLV or sub-TLV that may be silently >     dropped if not recognized. > What about: > >     the second set is for the >     range there the TLV or sub-TLV may be silently >     dropped if not recognized. > > Changed. Comment? hmmmm, not sure to understand what you mean here. > >> s/The text in those two paragraphs are/The text in those two >> paragraphs is/  + >> s/resereved/reserved/ (9 occurences)                 + >> s/Four code point has/Four code points have/ (3 occurences)    + >> s/Two small sets, 4 code points each, has/Two small sets, 4 code >> points each, have/ (7 occurences)   + >> s/recognised/recognized/     + >> >> >> beyond that, I support this document moving forward. > > Martin, tnx!! > > /Loa >> >> -m >> >> Le 2020-10-02 à 17:59, Adrian Farrel a écrit : >>> I know this is not the most exciting document the working group has ever >>> produced, but as shepherd I need to see some comments and expressions of >>> support. >>> >>> Thanks, >>> Adrian >>> -----Original Message----- >>> From: mpls On Behalf Of Adrian Farrel >>> Sent: 24 September 2020 17:32 >>> To: 'mpls' >>> Cc: draft-ietf-mpls-lsp-ping-registries-update@ietf.org >>> Subject: [mpls] Working Group Last Call : >>> draft-ietf-mpls-lsp-ping-registries-update-04 >>> >>> Hi MPLS WG, >>> >>> As previously noted, I'm the shepherd for this document and I'm >>> running the >>> working group last call as agreed by the chairs. >>> >>> This email starts a two-week last call on >>> draft-ietf-mpls-lsp-ping-registries-update-04 >>> https://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-registries-update/ >>> >>> >>> Please send your opinions to the mailing list before October 9th. >>> >>> While yes/no opinions are not without value, it is far more helpful >>> if you >>> can indicate whether you have read the latest version of the draft, >>> and what >>> the reasons are for your opinions. >>> >>> Of course, all of your review comments will be helpful in improving the >>> document. >>> >>> Best, >>> Adrian >>> >>> _______________________________________________ >>> 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 Fri Oct 16 07:59:22 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BFD953A0F96; Fri, 16 Oct 2020 07:59:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 82n0FpjORXm8; Fri, 16 Oct 2020 07:59:19 -0700 (PDT) Received: from mail-lf1-x134.google.com (mail-lf1-x134.google.com [IPv6:2a00:1450:4864:20::134]) (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 12F263A0F93; Fri, 16 Oct 2020 07:59:18 -0700 (PDT) Received: by mail-lf1-x134.google.com with SMTP id l28so3292909lfp.10; Fri, 16 Oct 2020 07:59:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to:cc; bh=S18vxW/EZB3lUK/Lw0vvK/FXR4ts6s0keR0rA8N224k=; b=mj9tVmt1+CfFeawZ4cCJARF8pwhFaEV8zRCwfmFJgAo78r6kgIFmCyIFmKjDx7JD3C PlyueDrZePu2YGhOShmLmiK5SCAGRrKWKWTFpT8Ug+RZpXYZdr0W6puByFcIxZJyYFQI XXV//CdMCAPbnzBYkxtOpkOGGAYsrKSjrK4YbXICmjJHITAcvIEuoDMS1+oK+CXVkeOP kXbrQSg5SdzZaIwUjuLum+WUZL+c+EKZHmgen0gKIxCcTTpobCc6QL9PripcFg91Fz+O dK6evYWhtjWCwvw1XdUzFB9TB/a76WAH3J9FGDFBLEAPi3jPPdmvA74vVyediNSxVCow mqiQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=S18vxW/EZB3lUK/Lw0vvK/FXR4ts6s0keR0rA8N224k=; b=f1JEAzJZ1RvetfBy5/hklJV69EejRM219JiWp4UMf7/372IIthjaNXSHf5GzcgBZcD ajzQ623XRMywLm1SFQWIF08iuj2D/QCL5dEo/52EXjGtH4BhZUJkn/S6XHRXxI7RMZfY dKF+lA+7HVAKCSleM5liYSKGizqGKW7eVqLKIZQqe07DxrT/JoiDVpvoir/xMUrQccOf uzZx2nyHNLkwzVR/PRe4ditTDA9yQ3h/RJV7jQ0HCBzVrDRnac3dR9HXRrLSf9lln+Bm /NGRONa+2gij0E89bShTSrnIfIQNTN418ZlpL5YS0wNLcvjCasvXs1iy5e7EPRETs7mA Fcmw== X-Gm-Message-State: AOAM532WVoQRixB4E97KFJt6JzCZCC29fEryCLr1Yitg19BuHFQcQYGv bw92p9J0HGJrvVqgSfCELMH3qJn1dDE04ivquMeJI36g X-Google-Smtp-Source: ABdhPJx5I5i28idiKFWVobhFqe2weOVG1M7sdzkIbas+J1OBLFegAUQb8YEO/HU0cwvee7NPR6hTm1fJBW9TA2T1iDY= X-Received: by 2002:a05:6512:529:: with SMTP id o9mr1437023lfc.331.1602860356625; Fri, 16 Oct 2020 07:59:16 -0700 (PDT) MIME-Version: 1.0 From: Greg Mirsky Date: Fri, 16 Oct 2020 07:59:04 -0700 Message-ID: To: draft-ietf-mpls-spl-terminology@ietf.org Cc: mpls Content-Type: multipart/alternative; boundary="0000000000002e6a4105b1cb02a6" Archived-At: Subject: [mpls] Intended status of draft-ietf-mpls-spl-terminology X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Oct 2020 14:59:21 -0000 --0000000000002e6a4105b1cb02a6 Content-Type: text/plain; charset="UTF-8" Dear Authors, hope you can clarify the intended status of the draft. I've noticed that the datatracker reflects it as Informational while the document itself states that is on the Standards track. As I understand RFC 2026 a document is either on Standards or non-Standards, e.g., Informational track. Thank you in advance. Regards, Greg --0000000000002e6a4105b1cb02a6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear Authors,
hope you can clarify the intended status= of the draft. I've noticed that the datatracker reflects it as Informa= tional while the document itself states that is on the Standards track. As = I understand RFC 2026 a document is either on Standards or non-Standards, e= .g., Informational track.
Thank you in advance.

Regards,
Greg
--0000000000002e6a4105b1cb02a6-- From nobody Fri Oct 16 10:33:33 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E3D443A0A24; Fri, 16 Oct 2020 10:33:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L5fXyxkmawWx; Fri, 16 Oct 2020 10:33:30 -0700 (PDT) Received: from mail-wr1-x430.google.com (mail-wr1-x430.google.com [IPv6:2a00:1450:4864:20::430]) (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 552283A0A26; Fri, 16 Oct 2020 10:33:30 -0700 (PDT) Received: by mail-wr1-x430.google.com with SMTP id y12so3841068wrp.6; Fri, 16 Oct 2020 10:33:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=gjEcuja2ZR2PhI0P3BFYdxjfmKN4SkrB5hLFJZdOOVs=; b=Ni9iL2E6Z32/bD8ObGs2Ad4US9CL5TaOGo3cKtacgHmSQl5MItGKPX5EZirOy8hNn2 MFWSDQQjjRXNibOFL7kkRXQb3nVvXAUj5auYGWfwL5FKdass7FDgXnSecSZsnwQn2yDB PDt0OqI5eVER+D8K1xoXz3P1UvobfoRLbirCoFKxfnPs5kHRRlzPJ0q5akUxGl+gS3Mh HEXhtrKSe85cLtQDy2kPBVw9Izan73vKF4W2aHDmwKaDAnPsuRsdGQKM/3SCbYl7tT22 tlydLnla6yj8rgzvaSMYwM2YH6naD/K1SCrzPKNjlc7PHL4imHGiV0WN+yaz2BGcQWIu 8aJg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=gjEcuja2ZR2PhI0P3BFYdxjfmKN4SkrB5hLFJZdOOVs=; b=NWmcHVxufwZbNZPw0fmUOM5kvLdBW7CBIeOaf2r6nvqwzS+bT8zHfdZid41p5mwRv7 IQxSpg0AqfTtTfHSVtSyuvDgQ3Pbegw/CUhMfdXWKqiEIMTxcKC7WdGIN4l+f5aVdZbV iN0EeHEi/3piBqhC3zcoztG76XF2Qf3mnNirKZTXxJPdCde72nrntysz+rD3xqB7/XjZ e6pRleePGzfOZgb5A3Rq2MfnWhQ86dIGZJ8KTHRmPSrwg09MJk0/AhGi25Bzb8awXJ3v SnWOxJHXrq1wdJJeIElKNNi88avjcbX9COzHdE1nAa6TSaM83iiLawT0+8ycC02oz4l4 3dMg== X-Gm-Message-State: AOAM532hJJi7FZ9Uw93pK3BYShOR3z8OuWGtU4RQWmIVtz3c1dA1bL0/ WY5Nv7/tZGvJVqazC4X/ozGm9wssL10= X-Google-Smtp-Source: ABdhPJwB3Q9Ms/T0hqEtuAGYUMRArsd8KkeTalWOuWtf2mTs6YBNYq39ZB8/PE2XwxLuHuH5wzDfjg== X-Received: by 2002:a5d:6551:: with SMTP id z17mr5230930wrv.266.1602869608579; Fri, 16 Oct 2020 10:33:28 -0700 (PDT) Received: from broadband.bt.com ([2a00:23c5:3395:c901:7884:d45a:be26:2f04]) by smtp.gmail.com with ESMTPSA id r3sm4330080wrm.51.2020.10.16.10.33.27 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 16 Oct 2020 10:33:27 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) From: Stewart Bryant In-Reply-To: Date: Fri, 16 Oct 2020 18:33:27 +0100 Cc: Stewart Bryant , draft-ietf-mpls-spl-terminology@ietf.org, mpls Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Greg Mirsky X-Mailer: Apple Mail (2.3608.120.23.2.4) Archived-At: Subject: Re: [mpls] Intended status of draft-ietf-mpls-spl-terminology X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Oct 2020 17:33:32 -0000 Greg It updates an ST RFC so it has to be ST. I think the draft is right (it changed) but the shepherd forgot to = update the tracker. - Stewart > On 16 Oct 2020, at 15:59, Greg Mirsky wrote: >=20 > Dear Authors, > hope you can clarify the intended status of the draft. I've noticed = that the datatracker reflects it as Informational while the document = itself states that is on the Standards track. As I understand RFC 2026 a = document is either on Standards or non-Standards, e.g., Informational = track. > Thank you in advance. >=20 > Regards, > Greg > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From nobody Fri Oct 16 10:42:05 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 62E2B3A09E9; Fri, 16 Oct 2020 10:42:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PlaMOpJ9WBv8; Fri, 16 Oct 2020 10:42:02 -0700 (PDT) Received: from mail-lf1-x132.google.com (mail-lf1-x132.google.com [IPv6:2a00:1450:4864:20::132]) (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 34DD23A0A2B; Fri, 16 Oct 2020 10:42:02 -0700 (PDT) Received: by mail-lf1-x132.google.com with SMTP id a9so3964146lfc.7; Fri, 16 Oct 2020 10:42:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=VQ5cuj5TvOT9tilHumw57PMsppxFVQAbuibUC2wbGBo=; b=NM9wFqhUWtw9seIRRBBn8eeBfQrHeOst6QZRRWEP9Ye8emS3SDtACTkdMBxoma3A2a Wm4GKZnIKJXmMmWqhVEilich/Awk+QIQmSIR9nremZhkFlVLrxc1npB0cgsYXzyi1xkZ ZEtqtOX53zozn9eqkfZ28wZhBcknCse3CttDcTEHRV3VArYNnvJWy45IteFyj1e0JxOt MJ2hJvSJS26fIpIfvC78x9pFhymKNvGIU8257kMXxfIc6UAgr34zZvKshQeoxq48o0OB DiVe0qKMrNsePzAoPXbzqQSWeyAwdutlGioI6lZqTH9LbRGGuEPrFzXr5KllSLdKBstn jAfA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=VQ5cuj5TvOT9tilHumw57PMsppxFVQAbuibUC2wbGBo=; b=qIAFAR2zVsZ6nUWh1Ng81bN7W6RokzAQFtMf6Te8VHW3RIyOAh0fESvyIc8cBcL9sl 3LxVKJUBqOfb+ynOJppelgQOZANqylxlzXzgsimg0Rlu7oyHUIOP55pcVmLQyFEL35b8 w3WWSGtWoc4s7p2uWlp6VtqZ8qpc1y37S2rZFyoZR/H9d3RRaCaIowogcTaU2TkJdR+m kxXjYH9zqyIzyLbrZWdfMDNwmcg3+TD58PopfL/+yCS677aRtZlEPMWbWGqN7zj249nn P/1WiNDkB8+MXy/gOz9m0MCN3P3sj0Yl+iKkmZomvGYWG/EAR21S2Y2FkPjtcZXo7Tri vx/Q== X-Gm-Message-State: AOAM532naZ58ACiXFhOhSHtmuwZAkxOAlPOrvDZqGfMeTue7Ro4VP/mM aWQtYfBNVS9smxlZIzgFbIf+eGMAeimiZK6PkIA= X-Google-Smtp-Source: ABdhPJwmvdmJ3sSb1lAIEQjy8E0F8+xfUm2pWvbSHNXheK7f+kUn8JaeWJmJpBejfojRTLWokDBNa5TCmRT9gRF/mDo= X-Received: by 2002:a19:c6d6:: with SMTP id w205mr1964439lff.94.1602870120324; Fri, 16 Oct 2020 10:42:00 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Greg Mirsky Date: Fri, 16 Oct 2020 10:44:50 -0700 Message-ID: To: Stewart Bryant Cc: draft-ietf-mpls-spl-terminology@ietf.org, mpls Content-Type: multipart/alternative; boundary="00000000000024a30105b1cd4869" Archived-At: Subject: Re: [mpls] Intended status of draft-ietf-mpls-spl-terminology X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Oct 2020 17:42:04 -0000 --00000000000024a30105b1cd4869 Content-Type: text/plain; charset="UTF-8" Hi Stewart, thank you for the quick response. It makes sense. I was a bit puzzled. Regards, Greg On Fri, Oct 16, 2020, 10:33 Stewart Bryant wrote: > Greg > > It updates an ST RFC so it has to be ST. > > I think the draft is right (it changed) but the shepherd forgot to update > the tracker. > > - Stewart > > > On 16 Oct 2020, at 15:59, Greg Mirsky wrote: > > > > Dear Authors, > > hope you can clarify the intended status of the draft. I've noticed that > the datatracker reflects it as Informational while the document itself > states that is on the Standards track. As I understand RFC 2026 a document > is either on Standards or non-Standards, e.g., Informational track. > > Thank you in advance. > > > > Regards, > > Greg > > _______________________________________________ > > mpls mailing list > > mpls@ietf.org > > https://www.ietf.org/mailman/listinfo/mpls > > --00000000000024a30105b1cd4869 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Stewart,
thank you for the quick=C2= =A0response. It makes sense. I was a bit puzzled.=C2=A0

Regards,
Greg
<= /div>
O= n Fri, Oct 16, 2020, 10:33 Stewart Bryant <stewart.bryant@gmail.com> wrote:
Greg

It updates an ST RFC so it has to be ST.

I think the draft is right (it changed) but the shepherd forgot to update t= he tracker.

- Stewart

> On 16 Oct 2020, at 15:59, Greg Mirsky <gregimirsky@gmail.com= > wrote:
>
> Dear Authors,
> hope you can clarify the intended status of the draft. I've notice= d that the datatracker reflects it as Informational while the document itse= lf states that is on the Standards track. As I understand RFC 2026 a docume= nt is either on Standards or non-Standards, e.g., Informational track.
> Thank you in advance.
>
> Regards,
> Greg
> _______________________________________________
> mpls mailing list
> = mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls=

--00000000000024a30105b1cd4869-- From nobody Fri Oct 16 10:42:57 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B81183A0A16; Fri, 16 Oct 2020 10:42:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.297 X-Spam-Level: X-Spam-Status: No, score=-3.297 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-1.2, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net header.b=BG0xiEDl; dkim=pass (1024-bit key) header.d=juniper.net header.b=XZ7YUrU4 Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MR_mZOsghnsE; Fri, 16 Oct 2020 10:42:55 -0700 (PDT) Received: from mx0a-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (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 173E13A09E9; Fri, 16 Oct 2020 10:42:54 -0700 (PDT) Received: from pps.filterd (m0108156.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 09GHRskU006974; Fri, 16 Oct 2020 10:42:54 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-id : content-transfer-encoding : mime-version; s=PPS1017; bh=Zxe1Mccj+16sQZa3gpY8fCgBbcCqkuRefgRprpe5Weg=; b=BG0xiEDlZ96KzgwGMJneSrE0idkBhOtXcY7PDRyPshzFJzoYyyP2g1FgglViI/km+29V EzA88OQzwWgM8qwV+xNJsGR+T5ahjN8LJBwHxhpMIUYJrpmsKOHtNJ59rfJzk6Q4eDd+ zdMTIhjI6q9zASNHG8ii6fGjexfM/dIDsUvpVioevHXJy2pi8WDV3za51Y5c//cCFSm7 ex7jLF2OzYLXVZ1ctN72Xxo0Hk2aGhFc0rvkiInr88f7v9RjwBp8EAOBn37cdS20Rdzm qme+vCgLcErpSfIthS6GdfSxfErDLLIwd2aHuC4UhQcuUBMSDqLYOlL3REFdXDIklTAm Vg== Received: from nam10-dm6-obe.outbound.protection.outlook.com (mail-dm6nam10lp2106.outbound.protection.outlook.com [104.47.58.106]) by mx0a-00273201.pphosted.com with ESMTP id 3473mx15tf-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 16 Oct 2020 10:42:54 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=hu/vs9Mvoxglm9mqYdFYIgkDW0bsN1vpvxpOEtoS7pwCOS8nhic58yrvjX7d3Y56qlSIVatGT6mRK738SAY5YX/4stnkBTYH9NxkaDCRZcFeEICQmW6hDjE5ZnlTOm3VI19cEJ0bnfz3leopQqHaqSfmBMOe5Tm5YkC4Mq+VwNxCt3xDi9Y1oRftVXKEs/38cgitkOef+0VYvJEX2hSgQKkmsqmI9RiVyssLd7qdqaIkREi08GZ7nbIqb7bIR8f+XcwOoc7pDLUoY7t4EKBN9RXZteIC57jPlM+vPO/QpuHaDNYWv2Fy2R1XXgCqB0pDtSswJq3T307As5Kzkn+VnQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Zxe1Mccj+16sQZa3gpY8fCgBbcCqkuRefgRprpe5Weg=; b=RdKlQZO5s3zMM1T+OPiA9rbuoZZMyVdT6MajORUrUWpIY+8nwafrouX4/Mx2TSzcu/74oWGeVBXk36ox6ksozN/KzYh8fazfEWta7QxEtgZ2Z+wT3n5rLsxJCioGpm6Dg/IME/QvKVKvIiS97xOL53ztuTBmFOuafP/9un4YY0AhitoL9CnvX7hQ1SIsqQzHN+nLuyPOxgE0LxGjVfxtXFf4iUq68W4vA1ccIy6qsPXy2sAl4fcOIgKoiKeQytrgLQLftS00wG3kPtaTvkvx9WRWcQdp2KPpWiTK224qhMW7rFcvDKxBjjM/8Zi3ptWkxcbEpXftmSg474ba65b6qw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Zxe1Mccj+16sQZa3gpY8fCgBbcCqkuRefgRprpe5Weg=; b=XZ7YUrU4N9/D313fsfWW4QUz2tpNyiG8X0SVbLFwREvQDkK+2Ch0iaZKbCmQjRgDWjqzNOBaWTq5HAHNs0d+V4uPmw7kmkj/vHUul+TuHy3iGQHhLs7cRVBbt+3JwEYP01JR1wJMvy3vjXWKLCyWe1YPkykcGELKwIwGs28ChOY= Received: from BYAPR05MB4565.namprd05.prod.outlook.com (2603:10b6:a02:f0::26) by BY5PR05MB6994.namprd05.prod.outlook.com (2603:10b6:a03:1c3::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3477.11; Fri, 16 Oct 2020 17:42:52 +0000 Received: from BYAPR05MB4565.namprd05.prod.outlook.com ([fe80::c85d:bc82:bef0:173e]) by BYAPR05MB4565.namprd05.prod.outlook.com ([fe80::c85d:bc82:bef0:173e%6]) with mapi id 15.20.3477.019; Fri, 16 Oct 2020 17:42:51 +0000 From: Kireeti Kompella To: Stewart Bryant CC: Greg Mirsky , "draft-ietf-mpls-spl-terminology@ietf.org" , mpls Thread-Topic: [mpls] Intended status of draft-ietf-mpls-spl-terminology Thread-Index: AQHWo8zvNR0de6On3k2EXUcxB1Lm36mafU+AgAACoIA= Date: Fri, 16 Oct 2020 17:42:51 +0000 Message-ID: <1DB71E60-917C-4EA6-B305-53AD14CA1846@juniper.net> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.3608.120.23.2.4) authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=juniper.net; x-originating-ip: [66.129.242.12] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 0e0c2f0a-4d7c-46d9-3d4f-08d871fae7f0 x-ms-traffictypediagnostic: BY5PR05MB6994: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: K7d184L/WQ15U6E4+009sa+XSU7gPHz8QRA/olmvZHJ6XOay1p8aVLYug1lUfNqIRifecpGBidhrYIayWvkFc8momg5xzg2gIEBhJHGEmkDzwn+qTzKyK/X2ogmcxJwS06PtifjXnhEJvcflep9H2yTeXLh2GiOrKjvZD93hCItrVbCEJERR+jzPRyGjYSi25oJpWgvFBI3Kl9hlNfa1Uswtpu8Ot7KirfLHTcPLls3GeD5dBOg2X2888LzFmnx75ynPyXDjq88SOVkUPJ0e4vnSwqQRy2d4iQt4FFVd9mEjj0rGxhEdtqHYNFS9ujsczah8JbLaUbq/eza3bj2jHJtUPmSYeVm8ROdw01afpmKKZikFmTG/udz9LQE9GHJ/CGuUii/h4cGWHmgbjULkoA== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BYAPR05MB4565.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(376002)(346002)(396003)(39860400002)(136003)(64756008)(4326008)(71200400001)(66446008)(2616005)(66556008)(76116006)(66946007)(478600001)(316002)(33656002)(91956017)(53546011)(8676002)(966005)(6486002)(2906002)(5660300002)(66476007)(26005)(6506007)(36756003)(86362001)(6512007)(54906003)(6916009)(186003)(83380400001)(4744005)(8936002); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: auZuH+pBDGvLIX9osydkwo7Dd8dOU/fC3tbsebDpbu/K4rGLRer+AaEvbygPd1ex1k8FAcTdMZto5taBYbdZlzBVALWCAJ8214AdB0/P0FHbAwhATI0EI1Y9wL6crk2NLq+LCTwtNIaY2tK8OGjNZEVfQJ72IZ4J++g4pvb6AXKHGQz2kOIy+gNbuseVErzzhexUmb3vI0p7JdmjnP2+xnH2OQ9Z+rXM0hXHPPSEoqO4v/VW6XLSAlKuzYZ0yC0NLPZpP6Tb8kn/fSItF5I9hkTl/x1GJeHVK3LSJomZ4UyaZ7/bzmZYPtas8P+Y2phyeeov4LXqftl5uAD3fYWZEvOcitU8pe2ehT5M1W5mFukjH4xsqS8y7xmpyO20eRaw20LvK493ynTUIZD/KwY0AT1pB5MjE8XRBXABiyFedSJ2kTH1AYJKTspXGYPLVaxbhfzNbcXguyMpBt3bZDwnIokqQ1ecw9oCUVw0BhdMkAc0nK6sBWU0+d4PCUKYyYONUrUNFGqiU3VIUIs+l/43gY93fqhys8Nx+1kfDu6umNfJIAS8M5T806UWz7zstgv+ORFiuM6L3GUEJ0Hgkz+II2u3v6iAUv+v5lTO2xG01brGBmtli852lB7vfPUfNDkzOkYy/6dgFu0Zn9eF6O0doQ== x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="us-ascii" Content-ID: <6B4CE47905DFB4439D8ECB4E468A6A81@namprd05.prod.outlook.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BYAPR05MB4565.namprd05.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 0e0c2f0a-4d7c-46d9-3d4f-08d871fae7f0 X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Oct 2020 17:42:51.8409 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: w5qV2SseO/Ys3vKaXjYa8b0qCenOenzD84oo9nYSdhtNJ7v2+21rh9JBqhln9Wurhz9pB83/+lVQG81E9PHrLw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY5PR05MB6994 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235, 18.0.687 definitions=2020-10-16_09:2020-10-16, 2020-10-16 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 mlxlogscore=999 phishscore=0 spamscore=0 priorityscore=1501 mlxscore=0 bulkscore=0 adultscore=0 impostorscore=0 suspectscore=0 malwarescore=0 lowpriorityscore=0 clxscore=1011 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2010160130 Archived-At: Subject: Re: [mpls] Intended status of draft-ietf-mpls-spl-terminology X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Oct 2020 17:42:57 -0000 +1 > On Oct 16, 2020, at 10:33, Stewart Bryant wrot= e: >=20 > [External Email. Be cautious of content] >=20 >=20 > Greg >=20 > It updates an ST RFC so it has to be ST. >=20 > I think the draft is right (it changed) but the shepherd forgot to update= the tracker. >=20 > - Stewart >=20 >> On 16 Oct 2020, at 15:59, Greg Mirsky wrote: >>=20 >> Dear Authors, >> hope you can clarify the intended status of the draft. I've noticed that= the datatracker reflects it as Informational while the document itself sta= tes that is on the Standards track. As I understand RFC 2026 a document is = either on Standards or non-Standards, e.g., Informational track. >> Thank you in advance. >>=20 >> Regards, >> Greg >> _______________________________________________ >> mpls mailing list >> mpls@ietf.org >> https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/mpls__= ;!!NEt6yMaO-gk!XL3xxWE9jRDWjFSwNAPmSoSueZWx6vyFvPy6aUYQfLd1wsBhSRQNr_fQxXyJ= 1H8$ >=20 From nobody Sun Oct 18 12:02:48 2020 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 A420B3A0975; Sun, 18 Oct 2020 12:02:41 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: mpls@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.20.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: mpls@ietf.org Message-ID: <160304776163.11381.1951646908326839733@ietfa.amsl.com> Date: Sun, 18 Oct 2020 12:02:41 -0700 Archived-At: Subject: [mpls] I-D Action: draft-mirsky-mpls-p2mp-bfd-11.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Oct 2020 19:02:42 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching WG of the IETF. Title : BFD for Multipoint Networks over Point-to-Multi-Point MPLS LSP Authors : Greg Mirsky Gyan Mishra Filename : draft-mirsky-mpls-p2mp-bfd-11.txt Pages : 10 Date : 2020-10-18 Abstract: This document describes procedures for using Bidirectional Forwarding Detection (BFD) for multipoint networks to detect data plane failures in Multiprotocol Label Switching (MPLS) point-to-multipoint (p2mp) Label Switched Paths (LSPs) using active tails with unsolicited notifications mode. It also describes the applicability of LSP Ping, as in-band, and the control plane, as out-band, solutions to bootstrap a BFD session in this environment. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-mirsky-mpls-p2mp-bfd/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-mirsky-mpls-p2mp-bfd-11 https://datatracker.ietf.org/doc/html/draft-mirsky-mpls-p2mp-bfd-11 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-mirsky-mpls-p2mp-bfd-11 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Sun Oct 18 12:14:48 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E2D9F3A098D; Sun, 18 Oct 2020 12:14:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.196 X-Spam-Level: X-Spam-Status: No, score=-0.196 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, NUMERIC_HTTP_ADDR=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id f9vpLyc9aLcW; Sun, 18 Oct 2020 12:14:45 -0700 (PDT) Received: from mail-lf1-x12d.google.com (mail-lf1-x12d.google.com [IPv6:2a00:1450:4864:20::12d]) (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 0ECD43A098B; Sun, 18 Oct 2020 12:14:45 -0700 (PDT) Received: by mail-lf1-x12d.google.com with SMTP id l28so10741494lfp.10; Sun, 18 Oct 2020 12:14:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=wyq9o6CLe/CWysVsxMMwXv5M0jvT+Y6UcWbtaax+h84=; b=ay/jWD88+vc6xKpwJ6hZ6OkPtMdUQomJXqISV329ml2MlihUvHXiM8CysI/QSUk7EX Yfd68SHPWoUYOwipN6PPpZ6iitGD2yAv4Fftbi3I/s3Oc0cdhxIhI/9CavQSPiuT4pXu QnLn/9YjDBzy0imin96Q1Od9XiE7cbz7NxETHkgDgkWfD0hKlPOxsGLLOghGCNgtPts8 ZSnQNksbVyYSB7wn9qyeDgU53uZV9cfPlG7V+LBjcc+xrlBMye+CenMLttLp2bhM1lEr dNCNWxuXM8rpqRWaY2OM7M4vJ1qFJBTfYiF/TYGqMSAW1rZpLWdRU/IuVqq1TRzF24XL pB5g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=wyq9o6CLe/CWysVsxMMwXv5M0jvT+Y6UcWbtaax+h84=; b=U3XjDCrb4uq0q2CyoV1Blc8wfrrAqxFY8zmtQpjdBHqgt1qxEMXsLsjVeR60FNx5kE SK7GZeTVNezxL/XPhG4ABu7D9s59f7O73BC7sNtqCcpr9uMZlnaQteTM3Q45ZEx9Yesv v50/CLYJNbsFX/R5lijGxSCAOJIqNlQW3KeZHJE5ZY8xStFjwbmoIytzcBZNhE6PfZHS tqcROqPz7aDC/tSiW2aK337R+k3ttO5EwNLqBR/QSAHErUI2L45Vxd0htcQK3J/QbUsv J3EOtNMoVsIYXD8GtSugk7vCMzCP3WNM0EpG5lIDyfHIk1C2U+v9keIdr62ReYKBHkch nSdg== X-Gm-Message-State: AOAM531ihXBROBjB6jCsSJJ41m8Sb4yr7/BXJ33qos3WS0DjjAY/KloY FYNC0+Kz5OMXwJ7dqpUgCNEQZ3T00+6+fTHoCsg2yocsdXQ= X-Google-Smtp-Source: ABdhPJxfAAiEBYoD0kQuCcWqjUyfCESPBu/Z0NuuzpoQMaKT/hlZcSHSAwn2Ki9ZSd3n4eLnhQqqCMTkU25eiXix6gM= X-Received: by 2002:ac2:4c10:: with SMTP id t16mr4415911lfq.193.1603048482912; Sun, 18 Oct 2020 12:14:42 -0700 (PDT) MIME-Version: 1.0 References: <160304776183.11381.2118845750027924964@ietfa.amsl.com> In-Reply-To: <160304776183.11381.2118845750027924964@ietfa.amsl.com> From: Greg Mirsky Date: Sun, 18 Oct 2020 12:14:32 -0700 Message-ID: To: mpls , MPLS Working Group , "Carlos Pignataro (cpignata)" Content-Type: multipart/alternative; boundary="00000000000061c63805b1f6cfb5" Archived-At: Subject: [mpls] Fwd: New Version Notification for draft-mirsky-mpls-p2mp-bfd-11.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Oct 2020 19:14:47 -0000 --00000000000061c63805b1f6cfb5 Content-Type: text/plain; charset="UTF-8" Dear All, a couple of updates in the new version to mention: - Gyan Mishra joined in the work as the co-author - changes of the destination IP address in the inner IP header: OLD TEXT: destination IP address MUST be set to one of the loopback addresses from 127/8 range for IPv4 or to one of IPv4-mapped IPv4 loopback addresses from ::ffff:127.0.0.0/104 range for IPv6. NEW TEXT: destination IP address MUST be set to the loopback address 127.0.0.1/32 for IPv4, or the loopback address ::1/128 for IPv6 [RFC4291]. The reason for this update is not only a typo but more technical. IPv4-mapped IPv6 loopback address range::ffff:127.0.0.0/104 has not the same meaning in IPv6 as 127/8 range in IPv4. In fact, RFC 4291 in Section 2.5.3 defines a single address::1/128 as the Loopback Address. Always welcome your questions, comments, and suggestions. And appreciate WG consideration of a WG AP. Regards, Greg ---------- Forwarded message --------- From: Date: Sun, Oct 18, 2020 at 12:02 PM Subject: New Version Notification for draft-mirsky-mpls-p2mp-bfd-11.txt To: Greg Mirsky , Gyan Mishra < gyan.s.mishra@verizon.com> A new version of I-D, draft-mirsky-mpls-p2mp-bfd-11.txt has been successfully submitted by Greg Mirsky and posted to the IETF repository. Name: draft-mirsky-mpls-p2mp-bfd Revision: 11 Title: BFD for Multipoint Networks over Point-to-Multi-Point MPLS LSP Document date: 2020-10-18 Group: mpls Pages: 10 URL: https://www.ietf.org/archive/id/draft-mirsky-mpls-p2mp-bfd-11.txt Status: https://datatracker.ietf.org/doc/draft-mirsky-mpls-p2mp-bfd/ Htmlized: https://datatracker.ietf.org/doc/html/draft-mirsky-mpls-p2mp-bfd Htmlized: https://tools.ietf.org/html/draft-mirsky-mpls-p2mp-bfd-11 Diff: https://www.ietf.org/rfcdiff?url2=draft-mirsky-mpls-p2mp-bfd-11 Abstract: This document describes procedures for using Bidirectional Forwarding Detection (BFD) for multipoint networks to detect data plane failures in Multiprotocol Label Switching (MPLS) point-to-multipoint (p2mp) Label Switched Paths (LSPs) using active tails with unsolicited notifications mode. It also describes the applicability of LSP Ping, as in-band, and the control plane, as out-band, solutions to bootstrap a BFD session in this environment. Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. The IETF Secretariat --00000000000061c63805b1f6cfb5 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear All,
a couple of updates in the new version to me= ntion:
  • Gyan Mishra joined in the work as the co-author
  • changes of the destination IP address in the inner IP header:
    • OLD TEXT:
=C2=A0 =C2=A0 =C2=A0 destination IP address MUST be s= et to one of the loopback
=C2=A0 =C2=A0 =C2=A0 addresses from 127/8 rang= e for IPv4 or to one of IPv4-mapped IPv4
=C2=A0 =C2=A0 =C2=A0 loopback a= ddresses from ::ffff:127.0.0.0/104 ran= ge for IPv6.
NEW TEXT:
=C2=A0 =C2=A0 =C2=A0 destination= IP address MUST be set to the loopback address
=C2=A0 =C2=A0 =C2=A0 127.0.0.1/32 for IPv4, or the loopback add= ress ::1/128 for IPv6
=C2=A0 =C2=A0 =C2=A0 [RFC4291].

The reason for this update is not only a typo but more technical. IP= v4-mapped IPv6 loopback address range::ffff:127.0.0.0/104 has not the same meaning in IPv6 as 127/8 range in IPv4= . In fact, RFC 4291=C2= =A0in Section 2.5.3 defines a single address::1/128 as the Loopback Address= .

Always welcome your questions, comments, and sug= gestions.

And appreciate WG consideration of a WG = AP.

Regards,
Greg

---------- Forward= ed message ---------
From: <internet-drafts@ietf.org>
Date: Sun,= Oct 18, 2020 at 12:02 PM
Subject: New Version Notification for draft-mi= rsky-mpls-p2mp-bfd-11.txt
To: Greg Mirsky <gregimirsky@gmail.com>, Gyan Mishra <gyan.s.mishra@verizon.com>
=


A new version of I-D, draft-mirsky-mpls-p2mp-bfd-11.txt
has been successfully submitted by Greg Mirsky and posted to the
IETF repository.

Name:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0draft-mirsky-mpls-p2mp-bfd Revision:=C2=A0 =C2=A0 =C2=A0 =C2=A011
Title:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 BFD for Multipoint Networks over P= oint-to-Multi-Point MPLS LSP
Document date:=C2=A0 2020-10-18
Group:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 mpls
Pages:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 10
URL:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 https://www.ietf.org/archive/id/draft-mirsky-mpls-p2mp-bfd-11.t= xt
Status:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0https://datatracker.ietf.org/doc/draft-mirsky-mpls-p2mp-bfd/
Htmlized:=C2=A0 =C2=A0 =C2=A0 =C2=A0= https://datatracker.ietf.org/doc/html/draft-mirsky-mpls-p2mp-bfd
Htmlized:=C2=A0 =C2=A0 =C2=A0 =C2=A0https:/= /tools.ietf.org/html/draft-mirsky-mpls-p2mp-bfd-11
Diff:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0https://www.ietf.org/rfcdiff?url2=3Ddraft-mirsky-mpls-p2mp-bfd-= 11

Abstract:
=C2=A0 =C2=A0This document describes procedures for using Bidirectional For= warding
=C2=A0 =C2=A0Detection (BFD) for multipoint networks to detect data plane f= ailures
=C2=A0 =C2=A0in Multiprotocol Label Switching (MPLS) point-to-multipoint (p= 2mp)
=C2=A0 =C2=A0Label Switched Paths (LSPs) using active tails with unsolicite= d
=C2=A0 =C2=A0notifications mode.=C2=A0 It also describes the applicability = of LSP Ping,
=C2=A0 =C2=A0as in-band, and the control plane, as out-band, solutions to =C2=A0 =C2=A0bootstrap a BFD session in this environment.




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.

The IETF Secretariat


--00000000000061c63805b1f6cfb5-- From nobody Sun Oct 18 20:25:45 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1DFA23A1274; Sun, 18 Oct 2020 20:25:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.003 X-Spam-Level: X-Spam-Status: No, score=0.003 tagged_above=-999 required=5 tests=[SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yqtF4VqSzqfu; Sun, 18 Oct 2020 20:25:43 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AEE953A1277; Sun, 18 Oct 2020 20:25:42 -0700 (PDT) Received: from [192.168.1.11] (unknown [124.104.122.18]) (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 26D36321AE7; Mon, 19 Oct 2020 05:25:38 +0200 (CEST) From: Loa Andersson To: "mpls@ietf.org" Cc: "mpls-ads@ietf.org" , "draft-ietf-mpls-rmr@ietf.org" , "mpls-chairs@ietf.org" References: Message-ID: Date: Mon, 19 Oct 2020 11:24:57 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.12.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: [mpls] HEADS UP!! ----Re: Document (draft-ietf-mpls-rmr) returned to working group - poll for interest. X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Oct 2020 03:25:45 -0000 Working Group A little more than a week ago I sent this mail to the working group, asking about the interest to continue the work on draft-ietf-mpls-rmr. As of today I have not seen any reaction whatsoever. I could take that to mean (unless there are a lot of mails the rest of this week) that there are no interest to continue working on the document. I'm intrested to see all kinds of reactions e.g.: - No, I don't think this is something the working group should do - Hmmm, I don't have an opinion one way or another, if there are enough support to do continue working on it, I don't care if it is progressed. - Yes, given that there are enough support we should go ahead an re- review the document, update and request publication. For all categories it is good if you have technical motivations. /Loa On 03/10/2020 00:04, Loa Andersson wrote: > Working Group, > > This mail starts a two week poll to establish the interest to continue > work on draft-ietf-mpls-rmr. > > draft-ietf-mpls-rmr were returned to the working to the working group > (about 2 weeks ago). > > Normally a document is returned this late in the process when a > necessary change is discovered that requires working group consensus > (i.e. a wglc) to implement. This time the document were returned due to > lack of (or very slow) response to directorate or the IESG reviews. > > When a document is returned for a well defined technical change it is > fairly easy to handle, we make the change and do a wglc. > > I have spent time trying to figure out what to do in a case like this. > There is very little information in our process document. The wg chairs > has converged on the following small process. > > - establish wg interest for the document, i.e. is this something we want > to do and do we have interest participating in progressing the document. > - leave approximately 2 weeks for working group discussion > - wglc > - when comments from the wglc is resolved, redo the publication request > > This document start a two week poll to establish the level of interest > to continue to work on draft-ietf-mpls-rmr. > > Please answer the following 2 questions: > > - do you think draft-ietf-mpls-rmr is need and will actually be deployed? > > - do you have the cycles to contribute to progressing the document > > /Loa > for the working group chairs > > -- Loa Andersson email: loa@pi.nu Senior MPLS Expert loa.pi.nu@gmail.com Bronze Dragon Consulting phone: +46 739 81 21 64 From nobody Sun Oct 18 23:36:19 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4B63A3A141A; Sun, 18 Oct 2020 23:36:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.001 X-Spam-Level: X-Spam-Status: No, score=-0.001 tagged_above=-999 required=5 tests=[RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1jXsnnDdMzt4; Sun, 18 Oct 2020 23:36:16 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 D9B2B3A1418; Sun, 18 Oct 2020 23:36:15 -0700 (PDT) Received: from lhreml733-chm.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 988EF6A6F4954966B383; Mon, 19 Oct 2020 07:36:13 +0100 (IST) Received: from dggeme704-chm.china.huawei.com (10.1.199.100) by lhreml733-chm.china.huawei.com (10.201.108.84) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256) id 15.1.1913.5; Mon, 19 Oct 2020 07:36:13 +0100 Received: from dggeme754-chm.china.huawei.com (10.3.19.100) by dggeme704-chm.china.huawei.com (10.1.199.100) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1913.5; Mon, 19 Oct 2020 14:36:11 +0800 Received: from dggeme754-chm.china.huawei.com ([10.6.80.77]) by dggeme754-chm.china.huawei.com ([10.6.80.77]) with mapi id 15.01.1913.007; Mon, 19 Oct 2020 14:36:11 +0800 From: "Dongjie (Jimmy)" To: "adrian@olddog.co.uk" , 'mpls' CC: "draft-ietf-mpls-lsp-ping-registries-update@ietf.org" Thread-Topic: [mpls] Concerned by the silence [Was: Working Group Last Call : draft-ietf-mpls-lsp-ping-registries-update-04] Thread-Index: AdaY1LuALWlBbybiQBmQ3luSJJ9RCANC251g Date: Mon, 19 Oct 2020 06:36:11 +0000 Message-ID: <647798ade1834d7c98ec16ca9cb9415a@huawei.com> References: <00d001d698d4$f1bca890$d535f9b0$@olddog.co.uk> In-Reply-To: <00d001d698d4$f1bca890$d535f9b0$@olddog.co.uk> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.108.243.143] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [mpls] Concerned by the silence [Was: Working Group Last Call : draft-ietf-mpls-lsp-ping-registries-update-04] X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Oct 2020 06:36:17 -0000 Hi Adrian,=20 I just read this document and support its publication once the comments men= tioned by others are resolved. It is helpful to clarify the organization of= the registries at one place . Best regards, Jie > -----Original Message----- > From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Adrian Farrel > Sent: Friday, October 2, 2020 11:59 PM > To: 'mpls' > Cc: draft-ietf-mpls-lsp-ping-registries-update@ietf.org > Subject: [mpls] Concerned by the silence [Was: Working Group Last Call : > draft-ietf-mpls-lsp-ping-registries-update-04] >=20 > I know this is not the most exciting document the working group has ever > produced, but as shepherd I need to see some comments and expressions of > support. >=20 > Thanks, > Adrian > -----Original Message----- > From: mpls On Behalf Of Adrian Farrel > Sent: 24 September 2020 17:32 > To: 'mpls' > Cc: draft-ietf-mpls-lsp-ping-registries-update@ietf.org > Subject: [mpls] Working Group Last Call : > draft-ietf-mpls-lsp-ping-registries-update-04 >=20 > Hi MPLS WG, >=20 > As previously noted, I'm the shepherd for this document and I'm running t= he > working group last call as agreed by the chairs. >=20 > This email starts a two-week last call on > draft-ietf-mpls-lsp-ping-registries-update-04 > https://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-registries-upda= te/ >=20 > Please send your opinions to the mailing list before October 9th. >=20 > While yes/no opinions are not without value, it is far more helpful if yo= u can > indicate whether you have read the latest version of the draft, and what = the > reasons are for your opinions. >=20 > Of course, all of your review comments will be helpful in improving the > document. >=20 > Best, > Adrian >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From nobody Mon Oct 19 04:05:47 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 523F73A0AF1; Mon, 19 Oct 2020 04:05:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.196 X-Spam-Level: X-Spam-Status: No, score=-0.196 tagged_above=-999 required=5 tests=[DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=telekom.de Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2TrFxEFXwoAf; Mon, 19 Oct 2020 04:05:44 -0700 (PDT) Received: from mailout21.telekom.de (mailout21.telekom.de [194.25.225.215]) (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 B40213A0AEC; Mon, 19 Oct 2020 04:05:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telekom.de; i=@telekom.de; q=dns/txt; s=dtag1; t=1603105544; x=1634641544; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=sNTNcltFapl3UMbf2ydwk4zTFTkcmKs8wJeLDu6R114=; b=NUxH5kUUHWIOcOwUUIof0IMBio18ZJdc6h37Fk1kTbEIW3o5g3vplwq5 kcf77XHEzNx4Uq5dM32UsKU5cMFynXy1QbuwyjEINyxGF6eC/AfjsO8HD mYly+DRXxuED3q7b96qmFRCfmKcAv3DgF1GjdDcLVzOWz/Spxqgk4vfW8 9lf+SLXWS7ftdWyDsRpGO/vQlrC+HhH9Gif+ePo4Jogo1kl4AL+oxUTLQ mfaPZrvl5Kg6QAuW/qrcbFeOOvwKffpr57mvIEli9mwrXtvYjFFmDmjcM va1Gm2xTddAfBgddQOcURZcO8FdSc6yVjiVxVczc5ZpovEqrhhwoeABSv A==; IronPort-SDR: jcfMa64ID0AvDIaxVxaveixQmIjywVWKsaBXIjo3W/SUxWYGdVG1ftzSp+ovFyRXogFrfoIeGs 7kFoSTTvU4Qg== Received: from qdefcs.de.t-internal.com ([10.171.254.41]) by MAILOUT21.dmznet.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES128-GCM-SHA256; 19 Oct 2020 13:05:40 +0200 IronPort-SDR: oHkij1JdlbCq/12EcTiyceOrBrwQZBaF/gh+3/0AMV5hmFZIC0JtofS6UDxwgrdtFGQT0PxrN6 eOSs6MAo6h9uu8eW/xP6lhNRq3vwpfyh0= X-IronPort-AV: E=Sophos;i="5.77,394,1596492000"; d="scan'208";a="217333693" X-MGA-submission: =?us-ascii?q?MDELM0HO9Ffs+JkXkyRhmMoGRUxVFs38We4bss?= =?us-ascii?q?/MrhSzYCOXN7ADTnNLqm9Paf0TwUEsp7Qkau6DZkwoCi+CWwbOyWlwpY?= =?us-ascii?q?WuNXBmX/HvcfZjYuEDXI97mckv23tmicQZHOZDaMcSz3LPBsXNQGwvBr?= =?us-ascii?q?NX18MGuWgRl06rDMvTQKCmew=3D=3D?= Received: from he105867.emea1.cds.t-internal.com ([10.169.119.44]) by QDEFCV.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES128-SHA256; 19 Oct 2020 13:05:40 +0200 Received: from HE199743.EMEA1.cds.t-internal.com (10.169.119.51) by HE105867.emea1.cds.t-internal.com (10.169.119.44) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 19 Oct 2020 13:05:38 +0200 Received: from HE104163.emea1.cds.t-internal.com (10.171.40.38) by HE199743.EMEA1.cds.t-internal.com (10.169.119.51) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Mon, 19 Oct 2020 13:05:38 +0200 Received: from GER01-LEJ-obe.outbound.protection.outlook.de (51.5.80.24) by O365mail05.telekom.de (172.30.0.230) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 19 Oct 2020 13:05:24 +0200 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=UX8zebBY+d+jxllh8MvLrtzfo3qnmI1KV21UamCtNIC4qYMJlxZSThJ3VOoAks8jjgVVcDVZZju/+p4bGP0UbBiL/qh+DAzpvqhzhYMgD+cnA3lEiFSYlEYBWl3yrT391XtXZ3eFOhMlsTvD6lrF1UoWA6oRcEhKlJh3WywtHxXP0ZoVvkFKBhAIhXWdUZCWp0x1CagTv7mUA5OwhBqFm5cbZJ6LoZF0B5geUpmuivZZ2DN6okF8cn9ZgKi3qH+xy5Ln0NycfJbIP9Tn9I+iTImqC9Q7YyBEDpukAV+rVMatbKohs0hP5lEIdXtlNqJ/hVQHE/+/fvFbUUNOjSyQyQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=sNTNcltFapl3UMbf2ydwk4zTFTkcmKs8wJeLDu6R114=; b=aOLzGrUcLaRybLxWuTGmzFpI4oFQOd4JeOS7rSclgDiYODGuJEbcvk3HzVHeDC3iIeoRNlX53Mh+kUcg2J6T6OcPfrcuY8fVAEZp54hKwL+Yebw2lGOyrQKpu2oon0kTPCtwmDW+uYlwqkeIzPPGs7ZR49HkF5wR0cx+lMpQnlyq3CvJfPd+EiMHKGSrr0xEThDgiZSMjvC7ez57ID61WP+7IoCGa6gRVEVF4LLqIWBcmBFWgRY1KoUSvagriGK4wwhYTFiTLpKbS8RPB63aL3V5qCK+urMVecoiV/9pWZvD+Wg2yZR/RU/79VKEMpUU1RYborurrRF6WaVVTDM2Ig== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=telekom.de; dmarc=pass action=none header.from=telekom.de; dkim=pass header.d=telekom.de; arc=none Received: from LEXPR01MB0559.DEUPRD01.PROD.OUTLOOK.DE (2a01:4180:c013:b::16) by LEXPR01MB0400.DEUPRD01.PROD.OUTLOOK.DE (2a01:4180:c013:c::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3477.15; Mon, 19 Oct 2020 11:05:24 +0000 Received: from LEXPR01MB0559.DEUPRD01.PROD.OUTLOOK.DE ([fe80::f0a6:4ae1:24f5:8d5b]) by LEXPR01MB0559.DEUPRD01.PROD.OUTLOOK.DE ([fe80::f0a6:4ae1:24f5:8d5b%8]) with mapi id 15.20.3477.028; Mon, 19 Oct 2020 11:05:24 +0000 From: To: , CC: , Thread-Topic: [mpls] Intended status of draft-ietf-mpls-spl-terminology Thread-Index: AQHWo+KJopIbK8iDekuaa7vnhU6tw6mextzw Date: Mon, 19 Oct 2020 11:05:24 +0000 Message-ID: References: In-Reply-To: Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=telekom.de; x-originating-ip: [93.227.178.173] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 652f5df7-625f-492c-2855-08d8741ee111 x-ms-traffictypediagnostic: LEXPR01MB0400: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: A+W65lyQNMCC3wzloHIRZNTY7AazQpe/+qhVhOzC6oQiAlopU3J2jhtTCcwmcl/0Bq+Dxv/7QxSoTp0mTaTeRRIP+gS13RHxz7Slhi4Qhe4z5QXVehoIWxCCzNW2hi/BRv8/y2C41sqV5QYcajyS0ITLSluvix2jgr3cf2CzIO7jv7KTgDalPWLEiSGMzjGE8Dd1lDOkT25MJQqtSdhts5joVzqBwprynha66Dl3MPtyzZiksCSOmH6WClxrFLx9fzxJ5DH+SaO08RNtoov4jzm/GGz4cev56EnmaDrPktApzBw+uHrvYJCUYlX5WEiWn9/aQr8g6kdlp/+k8B0Vx6prHT76dL2b5Bmn7tbmQQ0= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:LEXPR01MB0559.DEUPRD01.PROD.OUTLOOK.DE; PTR:; CAT:NONE; SFS:(366004)(396003)(376002)(346002)(136003)(39860400002)(7696005)(9686003)(86362001)(8676002)(186003)(53546011)(478600001)(2906002)(66574015)(83380400001)(55016002)(33656002)(71200400001)(26005)(316002)(4326008)(8936002)(966005)(66946007)(110136005)(5660300002)(54906003)(66446008)(66556008)(66476007)(64756008)(76116006); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: o1WjcvxaInKLeTo2MtaXJP73ouN/LLlRwklKvUG722bpzD13pyaTWAj/QA5me6r0sYdQv1hc40lip3N9QQ20aREgdc7ufgoYk7qtQjxFsox7BTPSrNXz85AtAk+JCKsY48B5UpP6LvfvAzKR0va73tH3URzU4vgv+KNOwLeH/1+eZ85yD9mdH1xoM+O5iY8QfrB7cRq0zI/pP7vpfN4suGcDAJ2pOYO+LDiSkuVnaKR1s3g46sASPfE/V13NaUza7mppkEwUPN/2KW3oLXSlJ6YOMKW5qiXbllBc0el/I8LHcl+r4LUaka1IKDpVjFaDTHufMLUDQCRUXcI7QgBLiyCDXKc6C8T4AK0O55MjNjIh2N9UeDo75Etxt+rN28fuJ/ijC9VDTIANWFlRTicveRqTcDEAK2+WRUnHoXuaTrKTchr7xdUJ3dZn7bMBjAx40ydwJt9WAjkdC4zQcWEL5BaVw8N4yaUL150iWO5yosB2NkuD23TxCb6OzYnK9Tn0fmD9p0yF5b+7eh+IbZe16408r5jCNM7tUS9aWD1g/9XLh/AaGpA4K5u2Qr1yE7r5w22KzwBAtA9AB2ebJkw1DcMY8EjltGw9kY5cTAYilXwb/fvG3yAHtiqaPJlyvOpe+o7KQiIvTf+BLp2AhmOnDA== x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: LEXPR01MB0559.DEUPRD01.PROD.OUTLOOK.DE X-MS-Exchange-CrossTenant-Network-Message-Id: 652f5df7-625f-492c-2855-08d8741ee111 X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Oct 2020 11:05:24.5774 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bde4dffc-4b60-4cf6-8b04-a5eeb25f5c4f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: gbtqoiinyvWMo61q1fZ3yyNIqbdSO1Htd9fsWtyD9ukULbGzgvf1qPz4hY92z502mp03+i+5R4VAfEtYcmIL2g== X-MS-Exchange-Transport-CrossTenantHeadersStamped: LEXPR01MB0400 X-TM-SNTS-SMTP: E9E7B8DFCD06CFEB5773A6776786BCC7D9986C083C3C254D587A634D82EC23F72000:8 X-OriginatorOrg: telekom.de Archived-At: Subject: Re: [mpls] Intended status of draft-ietf-mpls-spl-terminology X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Oct 2020 11:05:46 -0000 Hi, Yep, in deed I forgot to change it - should be fixed by now. regards Nic -----Urspr=FCngliche Nachricht----- Von: mpls Im Auftrag von Stewart Bryant Gesendet: Freitag, 16. Oktober 2020 19:33 An: Greg Mirsky Cc: draft-ietf-mpls-spl-terminology@ietf.org; mpls Betreff: Re: [mpls] Intended status of draft-ietf-mpls-spl-terminology Greg It updates an ST RFC so it has to be ST. I think the draft is right (it changed) but the shepherd forgot to update t= he tracker. - Stewart > On 16 Oct 2020, at 15:59, Greg Mirsky wrote: >=20 > Dear Authors, > hope you can clarify the intended status of the draft. I've noticed that = the datatracker reflects it as Informational while the document itself stat= es that is on the Standards track. As I understand RFC 2026 a document is e= ither on Standards or non-Standards, e.g., Informational track. > Thank you in advance. >=20 > 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 Oct 19 10:51:11 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9B3053A0ECA; Mon, 19 Oct 2020 10:51:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.202 X-Spam-Level: X-Spam-Status: No, score=-0.202 tagged_above=-999 required=5 tests=[DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=telefonica.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id goKLd8SCvZqo; Mon, 19 Oct 2020 10:51:06 -0700 (PDT) Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-eopbgr150101.outbound.protection.outlook.com [40.107.15.101]) (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 E8C083A0EC8; Mon, 19 Oct 2020 10:51:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=gs2WpeR1H14oKvCxBTcKRn9fLYFMY8VhSn6/tEBi5nEApHqbstwE06Q5gJssmg8GTLvzfFhYzpsn2eeJzjiefjRgDJbj10UNFuiag8SIBjg6uSS3ssE/98X5ORW9SW8AgWKzbUeYayu6IE9ToNFyiDe9+6OE2GhLyG4edugk00JrjBcolS+bwso8rlzlDvr7grzsVqGcU/TihnDJuMzhthRoWKepDRm1dnlBJEuqQxXmY2iItdRG4Ys92+ySpBB/ptu474zuMxSudw/vaicmdkpwv6Nv/AEBPUCriZAiMNKx58wdPBgEWqHXvoiTFDVo7/FVdc/oB3d5DnD3b8qCuQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=fn+oGMdpzM7rEEVFwJFJHHFDcdG3nD7Chui3W9rqmb0=; b=oAP7WcDWOGAQIbjrejPCk8aOqypVbyIahCPFFlh15XqhrSE6psdrtCC9nCOkFGRhyEdAQYmnOvL1YihkUVY8tcBubdLfyZ2D+RgGaxeaGyhVVICoWaxn6VNhkr4R2vKIIrMEhaAaDhdZeezlMBqC8tsJWvthwRa4hhks9075ZlAQdMyQzF5r6AJ1fjqHdIuoBS+nZfS2vA1So4TskOxzgXKqtUL7M9WdaCc4JAMwo0GkO1OsgKmz4EhR2l6Ynarv8eIAcQ4/+OMHizNEIbAYmqR4cABjTZg4pBl9wV9ispIrvEPS/Q01ayOQzQ8fO77s99aYfLllcgy2DXzft+CuTw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=telefonica.com; dmarc=pass action=none header.from=telefonica.com; dkim=pass header.d=telefonica.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telefonica.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=fn+oGMdpzM7rEEVFwJFJHHFDcdG3nD7Chui3W9rqmb0=; b=ZtqJQ16LvkchujfOuU2cnodHGQnoEazfxzZj79CJuNHqlwR/4mzVThcK0yRsxjkQvlxeX/uz1mkkVGPEDFsH9sbAJjIdCu1UjXhzm8uYIPiWqHW83GkB4VhXBreh+DFGSdP2WG9BvRGTnznoT4kEZgZVJ242n846g7GOi/Arf8A= Received: from VI1PR0601MB2157.eurprd06.prod.outlook.com (2603:10a6:800:2f::19) by VI1PR06MB5359.eurprd06.prod.outlook.com (2603:10a6:803:bd::33) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3477.27; Mon, 19 Oct 2020 17:51:00 +0000 Received: from VI1PR0601MB2157.eurprd06.prod.outlook.com ([fe80::c44b:536e:309f:8850]) by VI1PR0601MB2157.eurprd06.prod.outlook.com ([fe80::c44b:536e:309f:8850%5]) with mapi id 15.20.3477.028; Mon, 19 Oct 2020 17:51:00 +0000 From: LUIS MIGUEL CONTRERAS MURILLO To: Loa Andersson , "mpls@ietf.org" CC: "mpls-ads@ietf.org" , "draft-ietf-mpls-rmr@ietf.org" , "mpls-chairs@ietf.org" Thread-Topic: HEADS UP!! ----Re: [mpls] Document (draft-ietf-mpls-rmr) returned to working group - poll for interest. Thread-Index: AQHWmNXJfhg/6ZtoOkWavbTZdnxsXKmeXSqAgADwGdA= Date: Mon, 19 Oct 2020 17:51:00 +0000 Message-ID: References: In-Reply-To: Accept-Language: es-ES, en-US Content-Language: es-ES X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: pi.nu; dkim=none (message not signed) header.d=none;pi.nu; dmarc=none action=none header.from=telefonica.com; x-originating-ip: [88.9.196.206] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 8d3d11f6-2132-4c0f-bf71-08d874578a8e x-ms-traffictypediagnostic: VI1PR06MB5359: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: EMYQGC683Vn/lj4W6v7vzacse9hiY3k7s9SuzeHszyo5xi20oWYEDAC/+MuURehrdqY90VAx/XTnGzuPC/whV0n2JehEetFUfD3e+hrdMdy6KsrsUao/Sde9T30tOdsONbLt2nLCRTPlwzI/4Eh/bA/ShrJmvbAhXoCBz1tJbxueEnwBMpoghQWiltkIUi/ZaNthnTu0P48RDYOVwlcMEPi2lJmDLvhu2mZupWr5eC95yDhPN4DcdQ6s/+XLxsWEW/qTdzQLH8jFCshxIzLVQXWIJ3ghUbCj4tv9fKxGgLXYATgX+ti8brt2rx1tVJkNO0eOoeSdmxbYOD4SemGFes3F6+MZSNiPX4lOB6uCDrfNHZ6X5l7EDG5oOHMBobt1 x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:VI1PR0601MB2157.eurprd06.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(39860400002)(376002)(136003)(366004)(346002)(396003)(8936002)(55016002)(186003)(52536014)(83380400001)(33656002)(54906003)(66574015)(64756008)(66556008)(66446008)(66476007)(110136005)(316002)(5660300002)(26005)(86362001)(478600001)(66946007)(71200400001)(786003)(4326008)(76116006)(7696005)(8676002)(9686003)(6506007)(53546011)(2906002)(9010500006); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: kCKMXHx7jkL8HWDwiJ9mRSof12GGVekXhpz7eaahTAAQaV7/pYM8pqSCUCxiLMPTurCn7EmB/nSmhCfjyMnINm0rcoAnWpio9OKXGSPRc7J4YhL78u971WXbdQmtb3qj8FqthhibmrY3UGtrBBWj9GwVgnhFBZ8FbYHR8j3Vwol/mbljlg2dvb/z6VpaT6Of/cr9+6fFt7uZW0VYfCWsi6TTsKQ7agVuv48Z2YPkdOStW9JKoBz/msuZuIFsLf52CIKcxhE66cWdv7unu+5zFRHxXdHglFnmbVdlltlg4BRNfsNg6sLIqLwmcN5r2zGJAGwb465pv6LppzhphMDLrLIAPAWG27dQObOd8u9NgvFUBBR1VlQoLbw+CiVzSJkRTIdGOOhDiylAxOMVqnS0szGAOzgSfSibede61flrhxFnO9LcwDIxxHQAEgex+tyy/XPmyapTxAU0EvO1BjA8nmxYlDj6Bg4r1S9BJquYNtboOOFsb9GGA15zCB1jGGfBXf6klksDjNCht44yEC9vVGavoMVJ2zEy0BMrIazE/MTHt9+/c6EOcWHuJorMcP4HXe6lvAd7y0a1uDUiIbjNnydFelcwjsw2dfZZe7Y9rorGkq1/1Iepcw7ynj4ZkqNoomOj3mLHXlibDFeCArcl8A== x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: telefonica.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: VI1PR0601MB2157.eurprd06.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 8d3d11f6-2132-4c0f-bf71-08d874578a8e X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Oct 2020 17:51:00.6443 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 9744600e-3e04-492e-baa1-25ec245c6f10 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: YPPxPIOwjxdOsBsWodWUEfAvqiHqgm4NjBqs+blpmmZM0FtSgWIIOkOlKW7y1SxX0tn3u4z2FxaTwB670p1vJpdH7uN5evvRYGYsBbPx9sLDHkljbKCv2HTXbbtUPfsC5LOwJWzKWT8EfXzpjdgmHA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR06MB5359 Archived-At: Subject: Re: [mpls] HEADS UP!! ----Re: Document (draft-ietf-mpls-rmr) returned to working group - poll for interest. X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Oct 2020 17:51:10 -0000 SGkgTG9hLA0KDQpNeSBvcGluaW9uIGJlbG93IG5vdCBvbmx5IGFzIGNvLWF1dGhvciBvZiBkcmFm dC1pZXRmLW1wbHMtcm1yIGJ1dCBhbHNvIGFzIG9wZXJhdG9yLg0KDQpBcyBjby1hdXRob3I6IEl0 IGlzIGNlcnRhaW5seSBldmlkZW50IHRoYXQgd2UgaGF2ZSBub3QgbW92ZWQgZm9yd2FyZCBkaWxp Z2VudGx5IHRoZSBkcmFmdCwgdGhpcyBjYW5ub3QgYmUgZGlzY3Vzc2VkLiBBbnl3YXkgd2UgaGF2 ZSByZWFjaGVkIGEgcG9pbnQgd2hlcmUgYWxsIHRoZSBjb21tZW50cyBoYXZlIGJlZW4gYWRkcmVz c2VkLCBzbyBpbiBwcmluY2lwbGUgd2UgaGF2ZSBub3cgYW4gc3RhYmxlIGRvY3VtZW50IHdpdGgg c2V2ZXJhbCByZXZpZXdzLiBJdCBzaG91bGQgbm90IGJlIGFueXRoaW5nIHByb2JsZW1hdGljIGlu IHRoYXQgc2Vuc2UgZm9yIGNvbnRpbnVpbmcgdGhlIHdvcmsuDQoNCkFzIG9wZXJhdG9yOiB0aGUg c29sdXRpb24gYWRkcmVzc2VzIHNvbWUgaW50ZXJlc3Rpbmcgc2NlbmFyaW9zIHZlcnkgY29tbW9u IGluIHRoZSBuZXR3b3JrIHNwZWNpYWxseSBmb3IgdGhvc2Ugb3BlcmF0b3JzIGxhY2tpbmcgb2Yg ZmliZXJzIGluIGNlcnRhaW4gYXJlYXMsIGFuZCBiZWNhdXNlIG9mIHRoYXQsIGxldmVyYWdpbmcg b24gbG9naWNhbCByaW5ncyBmb3IgaW50ZXJjb25uZWN0aW5nIG5vZGVzLiBGcm9tIHRoYXQgcGVy c3BlY3RpdmUgdGhpcyBkcmFmdCBwcm92aWRlIGEgc29sdXRpb24gdGhhdCBjYW4gc2ltcGxpZnkg dGhlIGNvbmZpZ3VyYXRpb24gb2YgTFNQIHRoZXJlLg0KDQpXaXRoIHRoZXNlIHR3byBwZXJzcGVj dGl2ZXMgaW4gbWluZCwgSSB3b3VsZCBiZSBpbiBmYXZvciBvZiBjb250aW51aW5nIHRoZSB3b3Jr LCB1cGRhdGUgdGhlIGRvY3VtZW50IGlmIG5lY2Vzc2FyeSBhbmQgYW5kIHJlcXVlc3QgcHVibGlj YXRpb24uDQoNClRoYW5rcw0KDQpCZXN0IHJlZ2FyZHMNCg0KTHVpcw0KDQoNCi0tLS0tTWVuc2Fq ZSBvcmlnaW5hbC0tLS0tDQpEZTogTG9hIEFuZGVyc3NvbiA8bG9hQHBpLm51Pg0KRW52aWFkbyBl bDogbHVuZXMsIDE5IGRlIG9jdHVicmUgZGUgMjAyMCA1OjI1DQpQYXJhOiBtcGxzQGlldGYub3Jn DQpDQzogbXBscy1hZHNAaWV0Zi5vcmc7IGRyYWZ0LWlldGYtbXBscy1ybXJAaWV0Zi5vcmc7IG1w bHMtY2hhaXJzQGlldGYub3JnDQpBc3VudG86IEhFQURTIFVQISEgLS0tLVJlOiBbbXBsc10gRG9j dW1lbnQgKGRyYWZ0LWlldGYtbXBscy1ybXIpIHJldHVybmVkIHRvIHdvcmtpbmcgZ3JvdXAgLSBw b2xsIGZvciBpbnRlcmVzdC4NCg0KV29ya2luZyBHcm91cA0KDQpBIGxpdHRsZSBtb3JlIHRoYW4g YSB3ZWVrIGFnbyBJIHNlbnQgdGhpcyBtYWlsIHRvIHRoZSB3b3JraW5nIGdyb3VwLCBhc2tpbmcg YWJvdXQgdGhlIGludGVyZXN0IHRvIGNvbnRpbnVlIHRoZSB3b3JrIG9uIGRyYWZ0LWlldGYtbXBs cy1ybXIuDQpBcyBvZiB0b2RheSBJIGhhdmUgbm90IHNlZW4gYW55IHJlYWN0aW9uIHdoYXRzb2V2 ZXIuDQoNCkkgY291bGQgdGFrZSB0aGF0IHRvIG1lYW4gKHVubGVzcyB0aGVyZSBhcmUgYSBsb3Qg b2YgbWFpbHMgdGhlIHJlc3Qgb2YgdGhpcyB3ZWVrKSB0aGF0IHRoZXJlIGFyZSBubyBpbnRlcmVz dCB0byBjb250aW51ZSB3b3JraW5nIG9uIHRoZSBkb2N1bWVudC4NCg0KSSdtIGludHJlc3RlZCB0 byBzZWUgYWxsIGtpbmRzIG9mIHJlYWN0aW9ucyBlLmcuOg0KDQotIE5vLCBJIGRvbid0IHRoaW5r IHRoaXMgaXMgc29tZXRoaW5nIHRoZSB3b3JraW5nIGdyb3VwIHNob3VsZCBkbw0KLSBIbW1tLCBJ IGRvbid0IGhhdmUgYW4gb3BpbmlvbiBvbmUgd2F5IG9yIGFub3RoZXIsIGlmIHRoZXJlIGFyZSBl bm91Z2gNCiAgIHN1cHBvcnQgdG8gZG8gY29udGludWUgd29ya2luZyBvbiBpdCwgSSBkb24ndCBj YXJlIGlmIGl0IGlzDQogICBwcm9ncmVzc2VkLg0KLSBZZXMsIGdpdmVuIHRoYXQgdGhlcmUgYXJl IGVub3VnaCBzdXBwb3J0IHdlIHNob3VsZCBnbyBhaGVhZCBhbiByZS0NCiAgIHJldmlldyB0aGUg ZG9jdW1lbnQsIHVwZGF0ZSBhbmQgcmVxdWVzdCBwdWJsaWNhdGlvbi4NCg0KRm9yIGFsbCBjYXRl Z29yaWVzIGl0IGlzIGdvb2QgaWYgeW91IGhhdmUgdGVjaG5pY2FsIG1vdGl2YXRpb25zLg0KDQov TG9hDQoNCk9uIDAzLzEwLzIwMjAgMDA6MDQsIExvYSBBbmRlcnNzb24gd3JvdGU6DQo+IFdvcmtp bmcgR3JvdXAsDQo+DQo+IFRoaXMgbWFpbCBzdGFydHMgYSB0d28gd2VlayBwb2xsIHRvIGVzdGFi bGlzaCB0aGUgaW50ZXJlc3QgdG8gY29udGludWUNCj4gd29yayBvbiBkcmFmdC1pZXRmLW1wbHMt cm1yLg0KPg0KPiBkcmFmdC1pZXRmLW1wbHMtcm1yIHdlcmUgcmV0dXJuZWQgdG8gdGhlIHdvcmtp bmcgdG8gdGhlIHdvcmtpbmcgZ3JvdXANCj4gKGFib3V0IDIgd2Vla3MgYWdvKS4NCj4NCj4gTm9y bWFsbHkgYSBkb2N1bWVudCBpcyByZXR1cm5lZCB0aGlzIGxhdGUgaW4gdGhlIHByb2Nlc3Mgd2hl biBhDQo+IG5lY2Vzc2FyeSBjaGFuZ2UgaXMgZGlzY292ZXJlZCB0aGF0IHJlcXVpcmVzIHdvcmtp bmcgZ3JvdXAgY29uc2Vuc3VzDQo+IChpLmUuIGEgd2dsYykgdG8gaW1wbGVtZW50LiBUaGlzIHRp bWUgdGhlIGRvY3VtZW50IHdlcmUgcmV0dXJuZWQgZHVlDQo+IHRvIGxhY2sgb2YgKG9yIHZlcnkg c2xvdykgcmVzcG9uc2UgdG8gZGlyZWN0b3JhdGUgb3IgdGhlIElFU0cgcmV2aWV3cy4NCj4NCj4g V2hlbiBhIGRvY3VtZW50IGlzIHJldHVybmVkIGZvciBhIHdlbGwgZGVmaW5lZCB0ZWNobmljYWwg Y2hhbmdlIGl0IGlzDQo+IGZhaXJseSBlYXN5IHRvIGhhbmRsZSwgd2UgbWFrZSB0aGUgY2hhbmdl IGFuZCBkbyBhIHdnbGMuDQo+DQo+IEkgaGF2ZSBzcGVudCB0aW1lIHRyeWluZyB0byBmaWd1cmUg b3V0IHdoYXQgdG8gZG8gaW4gYSBjYXNlIGxpa2UgdGhpcy4NCj4gVGhlcmUgaXMgdmVyeSBsaXR0 bGUgaW5mb3JtYXRpb24gaW4gb3VyIHByb2Nlc3MgZG9jdW1lbnQuIFRoZSB3Zw0KPiBjaGFpcnMg aGFzIGNvbnZlcmdlZCBvbiB0aGUgZm9sbG93aW5nIHNtYWxsIHByb2Nlc3MuDQo+DQo+IC0gZXN0 YWJsaXNoIHdnIGludGVyZXN0IGZvciB0aGUgZG9jdW1lbnQsIGkuZS4gaXMgdGhpcyBzb21ldGhp bmcgd2UNCj4gd2FudCB0byBkbyBhbmQgZG8gd2UgaGF2ZSBpbnRlcmVzdCBwYXJ0aWNpcGF0aW5n IGluIHByb2dyZXNzaW5nIHRoZSBkb2N1bWVudC4NCj4gLSBsZWF2ZSBhcHByb3hpbWF0ZWx5IDIg d2Vla3MgZm9yIHdvcmtpbmcgZ3JvdXAgZGlzY3Vzc2lvbg0KPiAtIHdnbGMNCj4gLSB3aGVuIGNv bW1lbnRzIGZyb20gdGhlIHdnbGMgaXMgcmVzb2x2ZWQsIHJlZG8gdGhlIHB1YmxpY2F0aW9uDQo+ IHJlcXVlc3QNCj4NCj4gVGhpcyBkb2N1bWVudCBzdGFydCBhIHR3byB3ZWVrIHBvbGwgdG8gZXN0 YWJsaXNoIHRoZSBsZXZlbCBvZiBpbnRlcmVzdA0KPiB0byBjb250aW51ZSB0byB3b3JrIG9uIGRy YWZ0LWlldGYtbXBscy1ybXIuDQo+DQo+IFBsZWFzZSBhbnN3ZXIgdGhlIGZvbGxvd2luZyAyIHF1 ZXN0aW9uczoNCj4NCj4gLSBkbyB5b3UgdGhpbmsgZHJhZnQtaWV0Zi1tcGxzLXJtciBpcyBuZWVk IGFuZCB3aWxsIGFjdHVhbGx5IGJlIGRlcGxveWVkPw0KPg0KPiAtIGRvIHlvdSBoYXZlIHRoZSBj eWNsZXMgdG8gY29udHJpYnV0ZSB0byBwcm9ncmVzc2luZyB0aGUgZG9jdW1lbnQNCj4NCj4gL0xv YQ0KPiBmb3IgdGhlIHdvcmtpbmcgZ3JvdXAgY2hhaXJzDQo+DQo+DQoNCi0tDQoNCkxvYSBBbmRl cnNzb24gICAgICAgICAgICAgICAgICAgICAgICBlbWFpbDogbG9hQHBpLm51DQpTZW5pb3IgTVBM UyBFeHBlcnQgICAgICAgICAgICAgICAgICAgICAgICAgIGxvYS5waS5udUBnbWFpbC5jb20NCkJy b256ZSBEcmFnb24gQ29uc3VsdGluZyAgICAgICAgICAgICBwaG9uZTogKzQ2IDczOSA4MSAyMSA2 NA0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQpFc3RlIG1lbnNhamUgeSBz dXMgYWRqdW50b3Mgc2UgZGlyaWdlbiBleGNsdXNpdmFtZW50ZSBhIHN1IGRlc3RpbmF0YXJpbywg cHVlZGUgY29udGVuZXIgaW5mb3JtYWNpw7NuIHByaXZpbGVnaWFkYSBvIGNvbmZpZGVuY2lhbCB5 IGVzIHBhcmEgdXNvIGV4Y2x1c2l2byBkZSBsYSBwZXJzb25hIG8gZW50aWRhZCBkZSBkZXN0aW5v LiBTaSBubyBlcyB1c3RlZC4gZWwgZGVzdGluYXRhcmlvIGluZGljYWRvLCBxdWVkYSBub3RpZmlj YWRvIGRlIHF1ZSBsYSBsZWN0dXJhLCB1dGlsaXphY2nDs24sIGRpdnVsZ2FjacOzbiB5L28gY29w aWEgc2luIGF1dG9yaXphY2nDs24gcHVlZGUgZXN0YXIgcHJvaGliaWRhIGVuIHZpcnR1ZCBkZSBs YSBsZWdpc2xhY2nDs24gdmlnZW50ZS4gU2kgaGEgcmVjaWJpZG8gZXN0ZSBtZW5zYWplIHBvciBl cnJvciwgbGUgcm9nYW1vcyBxdWUgbm9zIGxvIGNvbXVuaXF1ZSBpbm1lZGlhdGFtZW50ZSBwb3Ig ZXN0YSBtaXNtYSB2w61hIHkgcHJvY2VkYSBhIHN1IGRlc3RydWNjacOzbi4NCg0KVGhlIGluZm9y bWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIHRyYW5zbWlzc2lvbiBpcyBwcml2aWxlZ2VkIGFuZCBj b25maWRlbnRpYWwgaW5mb3JtYXRpb24gaW50ZW5kZWQgb25seSBmb3IgdGhlIHVzZSBvZiB0aGUg aW5kaXZpZHVhbCBvciBlbnRpdHkgbmFtZWQgYWJvdmUuIElmIHRoZSByZWFkZXIgb2YgdGhpcyBt ZXNzYWdlIGlzIG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50LCB5b3UgYXJlIGhlcmVieSBub3Rp ZmllZCB0aGF0IGFueSBkaXNzZW1pbmF0aW9uLCBkaXN0cmlidXRpb24gb3IgY29weWluZyBvZiB0 aGlzIGNvbW11bmljYXRpb24gaXMgc3RyaWN0bHkgcHJvaGliaXRlZC4gSWYgeW91IGhhdmUgcmVj ZWl2ZWQgdGhpcyB0cmFuc21pc3Npb24gaW4gZXJyb3IsIGRvIG5vdCByZWFkIGl0LiBQbGVhc2Ug aW1tZWRpYXRlbHkgcmVwbHkgdG8gdGhlIHNlbmRlciB0aGF0IHlvdSBoYXZlIHJlY2VpdmVkIHRo aXMgY29tbXVuaWNhdGlvbiBpbiBlcnJvciBhbmQgdGhlbiBkZWxldGUgaXQuDQoNCkVzdGEgbWVu c2FnZW0gZSBzZXVzIGFuZXhvcyBzZSBkaXJpZ2VtIGV4Y2x1c2l2YW1lbnRlIGFvIHNldSBkZXN0 aW5hdMOhcmlvLCBwb2RlIGNvbnRlciBpbmZvcm1hw6fDo28gcHJpdmlsZWdpYWRhIG91IGNvbmZp ZGVuY2lhbCBlIMOpIHBhcmEgdXNvIGV4Y2x1c2l2byBkYSBwZXNzb2Egb3UgZW50aWRhZGUgZGUg ZGVzdGluby4gU2UgbsOjbyDDqSB2b3NzYSBzZW5ob3JpYSBvIGRlc3RpbmF0w6FyaW8gaW5kaWNh ZG8sIGZpY2Egbm90aWZpY2FkbyBkZSBxdWUgYSBsZWl0dXJhLCB1dGlsaXphw6fDo28sIGRpdnVs Z2HDp8OjbyBlL291IGPDs3BpYSBzZW0gYXV0b3JpemHDp8OjbyBwb2RlIGVzdGFyIHByb2liaWRh IGVtIHZpcnR1ZGUgZGEgbGVnaXNsYcOnw6NvIHZpZ2VudGUuIFNlIHJlY2ViZXUgZXN0YSBtZW5z YWdlbSBwb3IgZXJybywgcm9nYW1vcy1saGUgcXVlIG5vcyBvIGNvbXVuaXF1ZSBpbWVkaWF0YW1l bnRlIHBvciBlc3RhIG1lc21hIHZpYSBlIHByb2NlZGEgYSBzdWEgZGVzdHJ1acOnw6NvDQo= From nobody Mon Oct 19 18:28:14 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0F2D13A0948; Mon, 19 Oct 2020 18:28:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.086 X-Spam-Level: X-Spam-Status: No, score=-2.086 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZF_Er9qUou39; Mon, 19 Oct 2020 18:28:11 -0700 (PDT) Received: from mail-ua1-x92c.google.com (mail-ua1-x92c.google.com [IPv6:2607:f8b0:4864:20::92c]) (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 40C9D3A0962; Mon, 19 Oct 2020 18:28:11 -0700 (PDT) Received: by mail-ua1-x92c.google.com with SMTP id x11so139256uav.1; Mon, 19 Oct 2020 18:28:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=sC0z9/5LyIGk/Lo9NJFstAQsfAzSjIzE1qvfqxHo2MQ=; b=hXCXyzlj6J+TCv075Ip3QRCWiN79/wW9bDaoGVjLklZQIJJeURDdUws32i7xEdqvXO mwIozPhdV4R9d76kqAIPRGyhjKnPnvX3+v1xUeHpBm7DVHOFCe4Avo64ckCh7li1PpqL y/Smu2eg9v0vdDs9ebDaDSLs6J/mG9rYy2vYFTky3boZhjoa7xOXZd4NosPUaqKXDZhu RbhIjbozP/iu9KwfdCb0Rse7EQcSUdefbcoogRcccN5+RQQ/5uGYG6sN9Tjs0mMZeExN HXF1e0PM5ekw9wGof75/4gnxGUfUzlnABKrd37+4eI3913V3ZFm921FNfU6LLWItJfVe I8Mg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=sC0z9/5LyIGk/Lo9NJFstAQsfAzSjIzE1qvfqxHo2MQ=; b=Qq+ua1jwSZm4sZPRtHrjz8lXMZb1ubxXMTM8y9eHNLxt+x/gMOWb9EFpu9K5GFCjYO lz4077JzNpqoqzDLaLytuAnDXim1tO448UskGShZffw00TQ4sjYoycIrRAeNeo5Roj9T Ofrscy/VMqKoffaGoT1qIFg/YEtIbpEerwVnU0/Ygpd8AGuZSFioyluNqDNSAo9azWpu 4rOEO6MmegJHrQxEmpWOdqsW5YjRewa655m7s0lcnq4DEcPmiiOi3aw9EQJE5FyOmgYW SY5xJ67AZoFFnlrAKZwO+8C/CfSJsW0Tfjv1stA0v+dNin0X21Zd6KTrbYs2KPDOb7Zh qrTg== X-Gm-Message-State: AOAM530RGl/jVTxNdtZ7eRVebVkVlvnHsUXvF7CAE9R7ulYh2oHJwSnj hsO+9bY8IrBJko1yZiERgULtU5JbLI7G9IePuus= X-Google-Smtp-Source: ABdhPJzSxPWiP+KHdoIvw4PjiU2JMQjpZ2Q2dnx/1wpvBfl7NW+141n2wthALBudaEPvkjLh1Xb7XzSZPK+HtXHd434= X-Received: by 2002:ab0:48ae:: with SMTP id x43mr146184uac.114.1603157290100; Mon, 19 Oct 2020 18:28:10 -0700 (PDT) MIME-Version: 1.0 References: <00d001d698d4$f1bca890$d535f9b0$@olddog.co.uk> <647798ade1834d7c98ec16ca9cb9415a@huawei.com> In-Reply-To: <647798ade1834d7c98ec16ca9cb9415a@huawei.com> From: Gyan Mishra Date: Mon, 19 Oct 2020 21:27:59 -0400 Message-ID: To: "Dongjie (Jimmy)" Cc: "adrian@olddog.co.uk" , "draft-ietf-mpls-lsp-ping-registries-update@ietf.org" , mpls Content-Type: multipart/alternative; boundary="000000000000cbad8c05b2102428" Archived-At: Subject: Re: [mpls] Concerned by the silence [Was: Working Group Last Call : draft-ietf-mpls-lsp-ping-registries-update-04] X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Oct 2020 01:28:13 -0000 --000000000000cbad8c05b2102428 Content-Type: text/plain; charset="UTF-8" I support publication of this document once some of the comments mentioned are cleared up as well. Kind Regards Gyan On Mon, Oct 19, 2020 at 2:36 AM Dongjie (Jimmy) wrote: > Hi Adrian, > > I just read this document and support its publication once the comments > mentioned by others are resolved. It is helpful to clarify the organization > of the registries at one place . > > Best regards, > Jie > > > -----Original Message----- > > From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Adrian Farrel > > Sent: Friday, October 2, 2020 11:59 PM > > To: 'mpls' > > Cc: draft-ietf-mpls-lsp-ping-registries-update@ietf.org > > Subject: [mpls] Concerned by the silence [Was: Working Group Last Call : > > draft-ietf-mpls-lsp-ping-registries-update-04] > > > > I know this is not the most exciting document the working group has ever > > produced, but as shepherd I need to see some comments and expressions of > > support. > > > > Thanks, > > Adrian > > -----Original Message----- > > From: mpls On Behalf Of Adrian Farrel > > Sent: 24 September 2020 17:32 > > To: 'mpls' > > Cc: draft-ietf-mpls-lsp-ping-registries-update@ietf.org > > Subject: [mpls] Working Group Last Call : > > draft-ietf-mpls-lsp-ping-registries-update-04 > > > > Hi MPLS WG, > > > > As previously noted, I'm the shepherd for this document and I'm running > the > > working group last call as agreed by the chairs. > > > > This email starts a two-week last call on > > draft-ietf-mpls-lsp-ping-registries-update-04 > > > https://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-registries-update/ > > > > Please send your opinions to the mailing list before October 9th. > > > > While yes/no opinions are not without value, it is far more helpful if > you can > > indicate whether you have read the latest version of the draft, and what > the > > reasons are for your opinions. > > > > Of course, all of your review comments will be helpful in improving the > > document. > > > > Best, > > Adrian > > > > _______________________________________________ > > 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 > -- *Gyan Mishra* *Network Solutions A**rchitect * *M 301 502-134713101 Columbia Pike *Silver Spring, MD --000000000000cbad8c05b2102428 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

I support publication of this document onc= e some of the comments mentioned are cleared up as well.

Kind Regards=C2=A0
=
Gyan

<= div dir=3D"ltr" class=3D"gmail_attr">On Mon, Oct 19, 2020 at 2:36 AM Dongji= e (Jimmy) <jie.dong@huawei.com> wrote:
Hi Adrian,

I just read this document and support its publication once the comments men= tioned by others are resolved. It is helpful to clarify the organization of= the registries at one place .

Best regards,
Jie

> -----Original Message-----
> From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Adrian Farrel
> Sent: Friday, October 2, 2020 11:59 PM
> To: 'mpls' <mpls@ietf.org>
> Cc: draft-ietf-mpls-lsp-ping-registries-update@ietf.org<= /a>
> Subject: [mpls] Concerned by the silence [Was: Working Group Last Call= :
> draft-ietf-mpls-lsp-ping-registries-update-04]
>
> I know this is not the most exciting document the working group has ev= er
> produced, but as shepherd I need to see some comments and expressions = of
> support.
>
> Thanks,
> Adrian
> -----Original Message-----
> From: mpls <mpls-bounces@ietf.org> On Behalf Of Adrian Farrel
> Sent: 24 September 2020 17:32
> To: 'mpls' <mpls@ietf.org>
> Cc: draft-ietf-mpls-lsp-ping-registries-update@ietf.org<= /a>
> Subject: [mpls] Working Group Last Call :
> draft-ietf-mpls-lsp-ping-registries-update-04
>
> Hi MPLS WG,
>
> As previously noted, I'm the shepherd for this document and I'= m running the
> working group last call as agreed by the chairs.
>
> This email starts a two-week last call on
> draft-ietf-mpls-lsp-ping-registries-update-04
> https://datatracker= .ietf.org/doc/draft-ietf-mpls-lsp-ping-registries-update/
>
> Please send your opinions to the mailing list before October 9th.
>
> While yes/no opinions are not without value, it is far more helpful if= you can
> indicate whether you have read the latest version of the draft, and wh= at the
> reasons are for your opinions.
>
> Of course, all of your review comments will be helpful in improving th= e
> document.
>
> Best,
> Adrian
>
> _______________________________________________
> 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
--
--000000000000cbad8c05b2102428-- From nobody Mon Oct 19 18:56:59 2020 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 B5BE63A0B71; Mon, 19 Oct 2020 18:56:53 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: mpls@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.20.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: mpls@ietf.org Message-ID: <160315901368.11972.13450351851662593086@ietfa.amsl.com> Date: Mon, 19 Oct 2020 18:56:53 -0700 Archived-At: Subject: [mpls] I-D Action: draft-ietf-mpls-base-yang-16.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Oct 2020 01:56:54 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching WG of the IETF. Title : A YANG Data Model for MPLS Base Authors : Tarek Saad Kamran Raza Rakesh Gandhi Xufeng Liu Vishnu Pavan Beeram Filename : draft-ietf-mpls-base-yang-16.txt Pages : 29 Date : 2020-10-19 Abstract: This document contains a specification of the MPLS base YANG data model. The MPLS base YANG data model serves as a base framework for configuring and managing an MPLS switching subsystem on an MPLS- enabled router. It is expected that other MPLS YANG data models (e.g. MPLS Label Switched Path (LSP) Static, LDP or RSVP-TE YANG models) will augment the MPLS base YANG data model. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-base-yang/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-mpls-base-yang-16 https://datatracker.ietf.org/doc/html/draft-ietf-mpls-base-yang-16 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-base-yang-16 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Oct 20 02:49:52 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3E0DB3A1042 for ; Tue, 20 Oct 2020 02:49:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TFokJi4f_xwV for ; Tue, 20 Oct 2020 02:49:49 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 14EC03A1040 for ; Tue, 20 Oct 2020 02:49:49 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id C5CDAF406F4; Tue, 20 Oct 2020 02:49:45 -0700 (PDT) To: ice@cisco.com, erosen@cisco.com, mnapierala@att.com, n.leymann@telekom.de, db3546@att.com, aretana.ietf@gmail.com, martin.vigoureux@nokia.com, loa@pi.nu, n.leymann@telekom.de, tsaad.net@gmail.com X-PHP-Originating-Script: 30:errata_mail_lib.php From: RFC Errata System Cc: Alexander.Vainshtein@rbbn.com, mpls@ietf.org, rfc-editor@rfc-editor.org Content-Type: text/plain; charset=UTF-8 Message-Id: <20201020094945.C5CDAF406F4@rfc-editor.org> Date: Tue, 20 Oct 2020 02:49:45 -0700 (PDT) Archived-At: Subject: [mpls] [Editorial Errata Reported] RFC6512 (6313) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Oct 2020 09:49:50 -0000 The following errata report has been submitted for RFC6512, "Using Multipoint LDP When the Backbone Has No Route to the Root". -------------------------------------- You may review the report below and at: https://www.rfc-editor.org/errata/eid6313 -------------------------------------- Type: Editorial Reported by: Alexander Vainshtein Section: 3.2.1 Original Text ------------- Since P1 has no root to PE2, PE1 needs to originate an mLDP message with a FEC element that identifies ASBR1 as the root. Corrected Text -------------- Since P1 has no route to PE2, PE1 needs to originate an mLDP message with a FEC element that identifies ASBR1 as the root. Notes ----- "no root to PE2" does not parse and looks as a typo. And it is quite clear from the context that "no route to PE2" is intended. Instructions: ------------- This erratum is currently posted as "Reported". If necessary, please use "Reply All" to discuss whether it should be verified or rejected. When a decision is reached, the verifying party can log in to change the status and edit the report, if necessary. -------------------------------------- RFC6512 (draft-ietf-mpls-mldp-recurs-fec-04) -------------------------------------- Title : Using Multipoint LDP When the Backbone Has No Route to the Root Publication Date : February 2012 Author(s) : IJ. Wijnands, E. Rosen, M. Napierala, N. Leymann Category : PROPOSED STANDARD Source : Multiprotocol Label Switching Area : Routing Stream : IETF Verifying Party : IESG From nobody Tue Oct 20 07:49:00 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 27AD93A0EEE; Tue, 20 Oct 2020 07:48:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id d7gd04oFjeeH; Tue, 20 Oct 2020 07:48:57 -0700 (PDT) Received: from mail-ot1-x333.google.com (mail-ot1-x333.google.com [IPv6:2607:f8b0:4864:20::333]) (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 9C29E3A0EE9; Tue, 20 Oct 2020 07:48:56 -0700 (PDT) Received: by mail-ot1-x333.google.com with SMTP id f10so1945425otb.6; Tue, 20 Oct 2020 07:48:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:thread-topic:thread-index:date:message-id :accept-language:content-language:mime-version; bh=cAbJV2khpP8WoBrPULzxflLMcoNW/HvUEedtC6IRdTA=; b=hloMR14cWoaCwxx2wLSk+Qfq/hzERvIH6NjNp1TWSRTyqXcMD+ksdnICUNECRMubo3 LaNs0vK0502hQcMOCAlxWT1gAfuOniXK78vEccdN6tdfV8BnIp9XmUflXvbn7UrWtMw1 6m+c32aKhGA/NMVDuDI+Xz09yIS6ieLQgIr2k0bybTTVmGPZrEFQpVIssDOMSueDohTS B7E8bLDwyx85BFMaNcIoZF1LjcGT0EY44f9qkr6ZqXcplWgxsTy41KnMS6DyKqgxM8p7 NeHGB/swBDHaRDYNYjT2dACXuVCYHKOPSDxH6HNDmNeRj460rrRQlDb/Rb/H/k5CIi47 KgEw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:thread-topic:thread-index :date:message-id:accept-language:content-language:mime-version; bh=cAbJV2khpP8WoBrPULzxflLMcoNW/HvUEedtC6IRdTA=; b=sFoFSU5HrQQWZ7HKMDFPqA83TBBFyYomK2VYPCDeWV2/HQLyVTuBl0746m3n6rrVp3 t4VWAkDVNr+s3whdM4bVdxkT2154RHgJUBzs9KJjk51tx6MM8lQHGHq1dbRAFm7P4vW0 JUcGFfR7csPq3XghLCwWRvGOXHHEglNvLEKUC1LPP5P1RbMdkO/EFb4k6oiQTLEJcRaK mE3R60z/dsIT5qhyqhiYEyR+LwL4To2nVBvFXIsRVn/vDhF2lV3BBMVX3RQQfmk38wV8 PNaldW0T5lj1/aKRfkHDRllCGx3GKlspxBI4ivpxf11aJ+1Rqne7wN158v+E8ZXi3d8S YSeA== X-Gm-Message-State: AOAM530KPbyYQQjVFyWBK1uaoi7FFs5fY9vwG3CqnG7O701SkCQFFLLM 0I+em8Swm7ty9PzMkWBp8Lo= X-Google-Smtp-Source: ABdhPJx/T1myJWHtEwHrVUNywM2xKY9Ff/HTOR/CI6UIHSuU68MV0W2rFN7ZCLeZd02+LOgepxiJ6g== X-Received: by 2002:a9d:7a46:: with SMTP id z6mr2086759otm.170.1603205335534; Tue, 20 Oct 2020 07:48:55 -0700 (PDT) Received: from DM5PR1901MB2150.namprd19.prod.outlook.com ([2603:1036:4:9e::5]) by smtp.gmail.com with ESMTPSA id y4sm502630oou.38.2020.10.20.07.48.54 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 20 Oct 2020 07:48:54 -0700 (PDT) From: Tarek Saad To: "kaduk@mit.edu" , "iesg@ietf.org" CC: "draft-ietf-mpls-base-yang@ietf.org" , "mpls-chairs@ietf.org" , "mpls@ietf.org" , "loa@pi.nu" Thread-Topic: Benjamin Kaduk's No Objection on draft-ietf-mpls-base-yang-15: (with COMMENT) Thread-Index: AQHWpvAhto2BjEC8p0q5/aVn2h2Vjg== X-MS-Exchange-MessageSentRepresentingType: 1 Date: Tue, 20 Oct 2020 14:48:53 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-Exchange-Organization-SCL: -1 X-MS-TNEF-Correlator: X-MS-Exchange-Organization-RecordReviewCfmType: 0 Content-Type: multipart/alternative; boundary="_000_DM5PR1901MB2150F36A917D391D5E4B2D84FC1F0DM5PR1901MB2150_" MIME-Version: 1.0 Archived-At: Subject: Re: [mpls] Benjamin Kaduk's No Objection on draft-ietf-mpls-base-yang-15: (with COMMENT) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Oct 2020 14:48:59 -0000 --_000_DM5PR1901MB2150F36A917D391D5E4B2D84FC1F0DM5PR1901MB2150_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgQmVuamFtaW4sDQpUaGFua3MgZm9yIHlvdXIgdGhvcm91Z2ggcmV2aWV3IGFuZCBjb21tZW50 cy4gV2UgaGF2ZSBwb3N0ZWQgcmV2IC0xNiAoaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2Ry YWZ0LWlldGYtbXBscy1iYXNlLXlhbmctMTYpICBvZiB0aGUgZG9jdW1lbnQgYW5kIGhhdmUgYWRk cmVzc2VkIGFsbCB5b3VyIGNvbW1lbnRzLg0KUGxlYXNlIHNlZSBpbmxpbmUgZm9yIHJlc3BvbnNl c+KApiBbVFNdDQoNClJlZ2FyZHMsDQpUYXJlaw0KDQoNCu+7v09uIDkvOC8yMCwgNjo0MyBQTSwg IkJlbmphbWluIEthZHVrIHZpYSBEYXRhdHJhY2tlciIgPG5vcmVwbHlAaWV0Zi5vcmc+IHdyb3Rl Og0KDQogICAgW0V4dGVybmFsIEVtYWlsLiBCZSBjYXV0aW91cyBvZiBjb250ZW50XQ0KDQoNCiAg ICBCZW5qYW1pbiBLYWR1ayBoYXMgZW50ZXJlZCB0aGUgZm9sbG93aW5nIGJhbGxvdCBwb3NpdGlv biBmb3INCiAgICBkcmFmdC1pZXRmLW1wbHMtYmFzZS15YW5nLTE1OiBObyBPYmplY3Rpb24NCg0K ICAgIFdoZW4gcmVzcG9uZGluZywgcGxlYXNlIGtlZXAgdGhlIHN1YmplY3QgbGluZSBpbnRhY3Qg YW5kIHJlcGx5IHRvIGFsbA0KICAgIGVtYWlsIGFkZHJlc3NlcyBpbmNsdWRlZCBpbiB0aGUgVG8g YW5kIENDIGxpbmVzLiAoRmVlbCBmcmVlIHRvIGN1dCB0aGlzDQogICAgaW50cm9kdWN0b3J5IHBh cmFncmFwaCwgaG93ZXZlci4pDQoNCg0KICAgIFBsZWFzZSByZWZlciB0byBodHRwczovL3VybGRl ZmVuc2UuY29tL3YzL19faHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWVzZy9zdGF0ZW1lbnQvZGlzY3Vz cy1jcml0ZXJpYS5odG1sX187ISFORXQ2eU1hTy1nayFTaFFYNW5hR3Rpb2xFbExqdzFyTmlNOHNp dzdJdW44SXlVMnlfYWZvX2FfbW1HaWFJaUlxaklpY0hzVDdvdyQ8aHR0cHM6Ly91cmxkZWZlbnNl LmNvbS92My9fX2h0dHBzOi93d3cuaWV0Zi5vcmcvaWVzZy9zdGF0ZW1lbnQvZGlzY3Vzcy1jcml0 ZXJpYS5odG1sX187ISFORXQ2eU1hTy1nayFTaFFYNW5hR3Rpb2xFbExqdzFyTmlNOHNpdzdJdW44 SXlVMnlfYWZvX2FfbW1HaWFJaUlxaklpY0hzVDdvdyQ+DQogICAgZm9yIG1vcmUgaW5mb3JtYXRp b24gYWJvdXQgSUVTRyBESVNDVVNTIGFuZCBDT01NRU5UIHBvc2l0aW9ucy4NCg0KDQogICAgVGhl IGRvY3VtZW50LCBhbG9uZyB3aXRoIG90aGVyIGJhbGxvdCBwb3NpdGlvbnMsIGNhbiBiZSBmb3Vu ZCBoZXJlOg0KICAgIGh0dHBzOi8vdXJsZGVmZW5zZS5jb20vdjMvX19odHRwczovL2RhdGF0cmFj a2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLW1wbHMtYmFzZS15YW5nL19fOyEhTkV0NnlNYU8t Z2shU2hRWDVuYUd0aW9sRWxMancxck5pTThzaXc3SXVuOEl5VTJ5X2Fmb19hX21tR2lhSWlJcWpJ Z0pvdUdfdGckPGh0dHBzOi8vdXJsZGVmZW5zZS5jb20vdjMvX19odHRwczovZGF0YXRyYWNrZXIu aWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtbXBscy1iYXNlLXlhbmcvX187ISFORXQ2eU1hTy1nayFT aFFYNW5hR3Rpb2xFbExqdzFyTmlNOHNpdzdJdW44SXlVMnlfYWZvX2FfbW1HaWFJaUlxaklnSm91 R190ZyQ+DQoNCg0KDQogICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KICAgIENPTU1FTlQ6DQogICAgLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLQ0KDQogICAgQmVmb3JlIGdldHRpbmcgaW50byB0aGUgc2VjdGlvbi1ieS1zZWN0aW9u IGNvbW1lbnRzLCBJJ2xsIG5vdGUgdGhhdA0KICAgIHRoZXJlIGFyZSBhIGZldyB0aGluZ3MgaW4g dGhlIFlBTkcgbW9kdWxlIGl0c2VsZiB0aGF0IHNlZW0gYXdyeSB0byBteQ0KICAgIHVudHJhaW5l ZCBleWUuDQoNCiAgICBTZWN0aW9uIDIuMg0KDQogICAgICAgVGhlICdpZXRmLW1wbHMnIG1vZHVs ZSBkZWZpbmVzIHRoZSBmb2xsb3dpbmcgaWRlbnRpdGllczoNCiAgICAgICBbLi4uXQ0KICAgICAg IGxhYmVsLWJsb2NrLWFsbG9jLW1vZGU6DQoNCiAgICAobml0PykgV2UgYWxzbyBkZWZpbmUgdHdv IGlkZW50aXRpZXMgYmFzZWQgb24gdGhpcyBvbmU7IGlzIHRoZSBsaXN0IG9mDQogICAgImRlZmlu ZXMgdGhlIGZvbGxvd2luZyBpZGVudGl0aWVzIiBzdXBwb3NlZCB0byBiZSBjb21wcmVoZW5zaXZl ICh2cy4NCiAgICAiaGlnaC1sZXZlbCIpPw0KW1RTXTogdGhlIHN0eWxlIHdlIGZvbGxvdyBpcyB0 byBrZWVwIGl0IGhpZ2gtbGV2ZWwgYW5kIGluY2x1ZGUgZGVzY3JpcHRpb25zIG9mIHRoZSBiYXNl IGlkZW50aXR5IG9ubHkuDQoNCiAgICAgICBuaGxmZS1tdWx0aXBsZS1jb250ZW50czoNCg0KICAg ICAgICAgIEEgWUFORyBncm91cGluZyB0aGF0IGRlc2NyaWJlcyBhIHNldCBvZiBOSExGRShzKSBh bmQgdGhlaXINCiAgICAgICAgICBhc3NvY2lhdGVkIHBhcmFtZXRlcnMgYXMgZGVzY3JpYmVkIGlu IHRoZSBNUExTIGFyY2hpdGVjdHVyZQ0KICAgICAgICAgIGRvY3VtZW50IFtSRkMzMDMxXS4NCg0K ICAgIChlZGl0b3JpYWwpIFBlcmhhcHMgd2UgY291bGQgc2F5IGEgZmV3IG1vcmUgd29yZHMgYWJv dXQgaG93IHRoZXNlIE5ITEZFcw0KICAgIGFyZSByZWxhdGVkL3doeSB0aGV5IGFyZSBiZWluZyBn cm91cGVkIHRvZ2V0aGVyPyAgKEkgZG8gbm90IHJlY2FsbCBzdWNoDQogICAgZ3JvdXBpbmcgYmVp bmcgc3BlY2lmaWNhbGx5IGNvdmVyZWQgaW4gMzAzMS4pDQoNCltUU106IGFkZGVkLg0KDQogICAg ICAgcmliLW1wbHMtcHJvcGVydGllczoNCg0KICAgICAgICAgIEEgWUFORyBncm91cGluZyBmb3Ig dGhlIGF1Z21lbnRhdGlvbiBvZiBNUExTIGxhYmVsIGZvcndhcmRpbmcgZGF0YQ0KICAgICAgICAg IHRvIHRoZSBnZW5lcmljIFJJQiBhcyBkZWZpbmVkIGluIFtSRkMzMDMxXS4NCg0KICAgIG5pdCg/ KTogdGhlICJhcyBkZWZpbmVkIGluIDxyZWZlcmVuY2U+IiBzZWVtcyBtb3JlIGFwcGxpY2FibGUg dG8gIk1QTFMNCiAgICBsYWJlbCBmb3J3YXJkaW5nIGRhdGEiIHRoYW4gImdlbmVyaWMgUklCIi4N CltUU106IHJlcGhyYXNlZC4NCk5FVzoNCiAgICDCpiBBIFlBTkcgZ3JvdXBpbmcgZm9yIHRoZSBh dWdtZW50YXRpb24gb2YgdGhlIGdlbmVyaWMgUklCIHdpdGggTVBMUw0KICAgIMKmIGxhYmVsIGZv cndhcmRpbmcgZGF0YSBhcyBkZWZpbmVkIGluIFtSRkMzMDMxXS4NCg0KICAgIFNlY3Rpb24gMi4z DQoNCiAgICAgICBvICByb3V0ZXMgdGhhdCBjcm9zcy1jb25uZWN0IGFuIE1QTFMgbG9jYWwgbGFi ZWwgdG8gYSBMYXllci0zDQogICAgICAgICAgYWRqYWNlbmN5IG9yIGludGVyZmFjZSAtIHN1Y2gg YXMgTVBMUyBTZWdtZW50LVJvdXRpbmcgKFNSKQ0KICAgICAgICAgIEFkamVjZW5jeSBTZWdtZW50 cyAoQWRqLVNJRHMpLCBTUiBNUExTIEJpbmRpbmcgU0lEcywgZXRjLiBhcw0KICAgICAgICAgIGRl ZmluZWQgaW4gW1JGQzg0MDJdLg0KDQogICAgbml0KD8pOiBpcyB0aGVyZSBhIHNlbWFudGljIGRp ZmZlcmVuY2UgYmV0d2VlbiAiTVBMUyBTUiIgYW5kICJTUiBNUExTIg0KICAgIGZvciB0aGUgdHdv IHR5cGVzIG9mIHJvdXRlIG1lbnRpb25lZD8NCltUU106IG5vLCB0aGV5IGFyZSBzYW1lIGFuZCB3 ZSBhZG9wdGVkIFNSIE1QTFMgZm9yIGJvdGguDQoNCiAgICBTZWN0aW9uIDIuNQ0KDQogICAgICBp ZGVudGl0eSBsYWJlbC1ibG9jay1hbGxvYy1tb2RlIHsNCiAgICAgICAgZGVzY3JpcHRpb24NCiAg ICAgICAgICAiQmFzZSBpZGVudGl0eSBsYWJlbC1ibG9jayBhbGxvY2F0aW9uIG1vZGUuIjsNCiAg ICAgIH0NCg0KICAgIG5pdDogbWlzc2luZyAiZm9yIi4NCltUU106IGZpeGVkLg0KDQogICAgICBn cm91cGluZyBuaGxmZS1tdWx0aXBsZS1jb250ZW50cyB7DQogICAgICAgIGRlc2NyaXB0aW9uDQog ICAgICAgICAgIk1QTFMgTkhMRkUgY29udGVudHMuIjsNCg0KICAgIG5pdDogdGhpcyBkZXNjcmlw dGlvbiBmZWVscyBhIGxpdHRsZSB0ZXJzZTsgaXMgdGhpcyB0aGUgImdlbmVyaWMiIGNhc2UNCiAg ICBvciBzb21ldGhpbmcgc2ltaWxhcj8NCltUU106IHVwZGF0ZWQuDQpORVc6DQpkZXNjcmlwdGlv bg0KwqYgIkEgWUFORyBncm91cGluZyB0aGF0IGRlc2NyaWJlcyBhIHNldCBvZiBOSExGRShzKSBh bmQgdGhlaXINCsKmICBhc3NvY2lhdGVkIHBhcmFtZXRlcnMgYXMgZGVzY3JpYmVkIGluIHRoZSBN UExTIGFyY2hpdGVjdHVyZS4NCsKmICBUaGlzIGdyb3VwaW5nIGlzIHVzZWQgd2hlbiBtdWx0aXBs ZSBuZXh0LWhvcHMgYXJlIGFzc29jaWF0ZWQNCsKmICB3aXRoIHRoZSByb3V0ZS4iOw0KDQogICAg ICAgIGxlYWYgaW5kZXggew0KICAgICAgICAgIHR5cGUgc3RyaW5nOw0KICAgICAgICAgIGRlc2Ny aXB0aW9uDQogICAgICAgICAgICAiQSB1c2VyLXNwZWNpZmllZCBpZGVudGlmaWVyIHV0aWxpc2Vk IHRvIHVuaXF1ZWx5DQogICAgICAgICAgICAgcmVmZXJlbmNlIHRoZSBuZXh0LWhvcCBlbnRyeSBp biB0aGUgbmV4dC1ob3AgbGlzdC4NCiAgICAgICAgICAgICBUaGUgdmFsdWUgb2YgdGhpcyBpbmRl eCBoYXMgbm8gc2VtYW50aWMgbWVhbmluZw0KICAgICAgICAgICAgIG90aGVyIHRoYW4gZm9yIHJl ZmVyZW5jaW5nIHRoZSBlbnRyeS4iOw0KICAgICAgICB9DQogICAgICAgIGxlYWYgYmFja3VwLWlu ZGV4IHsNCiAgICAgICAgICB0eXBlIHN0cmluZzsNCiAgICAgICAgICBkZXNjcmlwdGlvbg0KICAg ICAgICAgICAgIkEgdXNlci1zcGVjaWZpZWQgaWRlbnRpZmllciB1dGlsaXNlZCB0byB1bmlxdWVs eQ0KICAgICAgICAgICAgIHJlZmVyZW5jZSB0aGUgYmFja3VwIG5leHQtaG9wIGVudHJ5IGluIHRo ZSBOSExGRSBsaXN0Lg0KICAgICAgICAgICAgIFRoZSB2YWx1ZSBvZiB0aGlzIGluZGV4IGhhcyBu byBzZW1hbnRpYyBtZWFuaW5nDQogICAgICAgICAgICAgb3RoZXIgdGhhbiBmb3IgcmVmZXJlbmNp bmcgdGhlIGVudHJ5LiI7DQogICAgICAgIH0NCg0KICAgIEknbSBub3Qgc3VyZSBJIHVuZGVyc3Rh bmQgdGhlIHNlbWFudGljcywgaGVyZSAtLSBkb2VzICdpbmRleCcNCiAgICBhdXRob3JpdGF0aXZl bHkgbmFtZSB0aGUgY3VycmVudCBlbnRyeSB3aXRoICdiYWNrdXAtaW5kZXgnIGJlaW5nDQogICAg ZWZmZWN0aXZlbHkgYSBwb2ludGVyIHRvIGEgZGlmZmVyZW50IGVudHJ5PyAgSSBkb24ndCBzZWUg YW55IGxlYWZzIG9mDQogICAgdHlwZSBzdHJpbmcgaW4sIGUuZy4sIHJ0LXR5cGVzOm1wbHMtbGFi ZWwtc3RhY2sgdGhhdCB0aGlzIHdvdWxkIGJlDQogICAgcmVmZXJyaW5nIHRvLiAgSWYgdGhlIGJh Y2t1cC1pbmRleCBpcyBpbmRlZWQganVzdCBhIHBvaW50ZXIgdG8gYQ0KICAgIGRpZmZlcmVudCBl bnRyeSwgd2h5IGlzIHRoZSBzdHJpbmcgbmFtZSB1c2VkIGluc3RlYWQgb2YgYSBZQU5HDQogICAg cmVmZXJlbmNlPw0KIFtUU106IGNvcnJlY3QuIFRoZSBiYWNrdXAtaW5kZXggc2VydmVzIGFzIGEg cG9pbnRlciB0byBhbm90aGVyIGZvcndhcmRpbmcgZW50cnkgdGhhdCBzZXJ2ZXMgYXMgYmFja3Vw IHBhdGguIEV2ZXJ5IGVudHJ5IGhhcyBhIHByaW1hcnkgImluZGV4ImFuZCBhICJiYWNrdXAtaW5k ZXgiLiBUaGUgImJhY2t1cC1pbmRleCIgaGFzIGEgdmFsdWUgb2YgYW5vdGhlciBlbnRyeSAiaW5k ZXgiLg0KDQogICAgQWxzbywgd2hhdCdzIGEgZ29vZCByZWZlcmVuY2UgZm9yICJiYWNrdXAiIE1Q TFMgbmV4dC1ob3BzPyAgSSBkb24ndCBzZWUNCiAgICB0aGUgc3RyaW5nICJiYWNrdXAiIGluIGVp dGhlciBSRkMgMzAzMSBvciAzMDMyLg0KW1RTXTogSSBmb3VuZCBSRkM0MDkwIGFuZCBSRkM1NzE0 IGFzIHJlbGF0ZWQuDQoNCiAgICAgIGdyb3VwaW5nIGludGVyZmFjZXMtbXBscyB7DQogICAgICAg ICAgWy4uLl0NCiAgICAgICAgICBsZWFmIG5hbWUgew0KICAgICAgICAgICAgdHlwZSBpZjppbnRl cmZhY2UtcmVmOw0KICAgICAgICAgICAgZGVzY3JpcHRpb24NCiAgICAgICAgICAgICAgIlRoZSBu YW1lIG9mIGEgY29uZmlndXJlZCBNUExTIGludGVyZmFjZS4iOw0KICAgICAgICAgIH0NCg0KICAg IHBlZGFudGljIG5pdDogaXMgdGhpcyByZWFsbHkgYSAibmFtZSI/DQpbVFNdOiB1cGRhdGVkIGFz Og0KTkVXOg0KZGVzY3JpcHRpb24NCsKmICJBIHJlZmVyZW5jZSB0byB0aGUgbmFtZSBvZiBhIGlu dGVyZmFjZSBpbiB0aGUgc3lzdGVtIHRoYXQgaXMNCsKmICB0byBiZSBlbmFibGVkIGZvciBNUExT LiI7DQoNCg0KICAgICAgICAgICAgbGVhZiBzdGFydC1sYWJlbCB7DQogICAgICAgICAgICAgIHR5 cGUgcnQtdHlwZXM6bXBscy1sYWJlbDsNCiAgICAgICAgICAgICAgbXVzdCAnLiA+PSAuLi9lbmQt bGFiZWwnIHsNCiAgICAgICAgICAgICAgICBlcnJvci1tZXNzYWdlICJUaGUgc3RhcnQtbGFiZWwg bXVzdCBiZSBsZXNzIHRoYW4gb3IgZXF1YWwgIg0KICAgICAgICAgICAgICAgICAgICAgICAgICAg ICsgInRvIGVuZC1sYWJlbCI7DQogICAgICAgICAgICAgIH0NCg0KICAgIEkgdGhpbmsgdGhlIHNl bnNlIG9mIHRoZSBZQU5HIGNvbXBhcmF0b3IgaXMgcmV2ZXJzZWQsIGZvciBib3RoDQogICAgc3Rh cnQtbGFiZWwgKHRoaXMpIGFuZCBlbmQtbGFiZWwgKG5vdCBxdW90ZWQpLiAgKEFsc28sIElJVUMs IGl0J3MNCiAgICByZWR1bmRhbnQgdG8gc3BlY2lmeSBib3RoLCBidXQgaGFybWxlc3MuKQ0KW1RT XTogY29ycmVjdGVkIHRoZSBjaGVjazoNCk5FVzoNCmxlYWYgc3RhcnQtbGFiZWwgew0KwqYgdHlw ZSBydC10eXBlczptcGxzLWxhYmVsOw0KwqYgbXVzdCAnLiA8PSAuLi9lbmQtbGFiZWwnIHsNCsKm ICAgZXJyb3ItbWVzc2FnZSAiVGhlIHN0YXJ0LWxhYmVsIG11c3QgYmUgbGVzcyB0aGFuIG9yIGVx dWFsICINCsKmICAgwqYgICDCpiAgIMKmICAgKyAidG8gZW5kLWxhYmVsIjsNCsKmIH0NCg0KICAg ICAgICAgICAgbGVhZiBmcmVlLWxhYmVscy1jb3VudCB7DQogICAgICAgICAgICAgIHdoZW4gImRl cml2ZWQtZnJvbS1vci1zZWxmKC4uL2Jsb2NrLWFsbG9jYXRpb24tbW9kZSwgIg0KICAgICAgICAg ICAgICAgICArICInbXBsczpsYWJlbC1ibG9jay1hbGxvYy1tb2RlLW1hbmFnZXInKSI7DQogICAg ICAgICAgICAgIHR5cGUgeWFuZzpjb3VudGVyMzI7DQogICAgICAgICAgICAgIGNvbmZpZyBmYWxz ZTsNCiAgICAgICAgICAgICAgZGVzY3JpcHRpb24NCiAgICAgICAgICAgICAgICAiTGFiZWwtYmxv Y2sgZnJlZSBsYWJlbHMgY291bnQuIjsNCg0KICAgIEkgdGhpbmsgdGhhdCBjb3VudGVyMzIgaXMg c2VtYW50aWNhbGx5IHRoZSB3cm9uZyB0eXBlLCBoZXJlIChhbmQgZm9yDQogICAgaW51c2UtbGFi ZWxzLWNvdW50IGFzIHdlbGwpIC0tIElJUkMgdGhlICdjb3VudGVyJyB0eXBlcyBhcmUgZm9yIHRo aWducw0KICAgIGxpa2UgY291bnRpbmcgYSBwYXJ0aWN1bGFyIHR5cGUgb2YgZXZlbnQsIGFuZCBv bmx5IGV2ZXIgbW9ub3RvbmljYWxseQ0KICAgIGluY3JlYXNlLiAgRXZlbiBpZiB0aGUgZnJlZSBs YWJlbCBjb3VudCBiZWhhdmVzIG1vbm90b25pY2FsbHkgKHdoaWNoIGlzDQogICAgZmFyIGZyb20g Y2xlYXIgdG8gbWUpLCB3b3VsZG4ndCBpdCBiZSBkZWNyZWFzaW5nLCBub3QgaW5jcmVhc2luZz8N CltUU106IHdlIHVwZGF0ZWQgdG8gdXNlIGdhdWdlMzIgaW5zdGVhZC4NCg0KICAgIEFsc28sIHdv bid0IGl0IGFsd2F5cyBiZSB0cnVlIHRoYXQgZnJlZS1sYWJlbHMtY291bnQgKw0KICAgIGludXNl LWxhYmVscy1jb3VudCA9PSBlbmQtbGFiZWwgLSBzdGFydC1sYWJlbCArIDE/ICBJJ20gbm90IHN1 cmUgd2h5DQogICAgdGhlcmUncyBhIG5lZWQgdG8gaW50cm9kdWNlIHN1Y2ggcmVkdW5kYW50IGZp ZWxkcyBhbmQgdGhlIGNvcnJlc3BvbmRpbmcNCiAgICByaXNrIG9mIGludGVybmFsIGluY29uc2lz dGVuY3kgYW1vbmcgdGhlbS4NCg0KW1RTXTogeWVzLCB3ZSByZW1vdmVkIHNpbmNlIGl0IHdhcyBy ZWR1bmRhbnQuDQoNCiAgICAgICAgdXNlcyByaWItbXBscy1wcm9wZXJ0aWVzIHsNCiAgICAgICAg ICAvKiBNUExTIEFGIGFhdWdtZW50YXRpb24gdG8gbmF0aXZlIE1QTFMgUklCICovDQoNCiAgICBu aXQ6IHMvYWF1Z21lbnRhdGlvbi9hdWdtZW50YXRpb24vDQoNCiAgICAgICAgdXNlcyByaWItYWN0 aXZlLXJvdXRlLW1wbHMtaW5wdXQgew0KICAgICAgICAgIC8qIE1QTFMgQUYgYWF1Z21lbnRhdGlv biB0byBuYXRpdmUgTVBMUyBSSUIgKi8NCg0KICAgIChkaXR0bykNCltUU106IHRoYW5rcyBmb3Ig c3BvdHRpbmcsIGNvcnJlY3RlZC4NCg0KICAgIFNlY3Rpb24gNA0KDQogICAgV2h5IGlzIHRoZSBy dDpzaW1wbGUtbmV4dC1ob3AgYXVnbWVudGF0aW9uIGxpc3RlZCBidXQgbm90IHRoZQ0KICAgIHJ0 Om5leHQtaG9wLWxpc3QgYXVnbWVudGF0aW9uPyAgSUlVQyB0aGV5IGFyZSBmdW5jdGlvbmFsbHkg aWRlbnRpY2FsIGluDQogICAgdGVybXMgb2YgdGhlIHNlbnNpdGl2aXR5IG9mIGluZm9ybWF0aW9u IGNvbnRlbnQuDQoNCiAgICBBbHNvLCBpdCBzZWVtcyBsaWtlIHRoZSBhdWdtZW50ZWQgUlBDIG91 dHB1dCBpcyBzaW1pbGFybHkgc2Vuc2l0aXZlIHRvDQogICAgdGhlIHJlYWRhYmxlIG5vZGVzIHRo YXQgYXJlIGFscmVhZHkgbWVudGlvbmVkLg0KW1RTXTogYWRkZWQuDQoNCiAgICBJdCBsb29rcyBs aWtlIHRoZSBtYWluIHdyaXRlYWJsZSBub2RlcyBhcmUgdGhlIGdsb2JhbA0KICAgIGNvbmZpZ3Vy YXRpb24vc3RhdGUsIGFuZCB3aGlsZSBpdCdzIHBlcmhhcHMgZGVmZW5zaWJsZSB0byBzYXkgdGhh dCB0aGVzZQ0KICAgIHBhcnRpY3VsYXIgbm9kZXMgYXJlIG5vdCBzZW5zaXRpdmUsIEkgZGlkIHdh bnQgdG8gY2hlY2sgd2hhdCB0aGUNCiAgICBiZWhhdmlvciB3b3VsZCBiZSBpZiAoZS5nLikgdGhl IGxhYmVsLWJsb2NrcyBzdWJ0cmVlIHdhcyBvdmVyd3JpdHRlbi4NCiAgICBXb3VsZCB0aGluZ3Mg anVzdCBzaWxlbnRseSBzdGFydCB1c2luZyB0aGUgbmV3IGxhYmVsIGJsb2NrIGFuZCBrZWVwDQog ICAgd29ya2luZz8NCltUU106IFVwZGF0ZWQgZm9yIFJQQ3MgYW5kIHdyaXRhYmxlIGRhdGEgbm9k ZXMuDQoNCiAgICBQZXJoYXBzIGl0IHdvdWxkIGJlIHRvbyBiYW5hbCwgYnV0IHNob3VsZCB3ZSBy ZWZlcmVuY2UgdGhlIHNlY3VyaXR5DQogICAgY29uc2lkZXJhdGlvbnMgb2YgMzAzMS8zMDMyIGFz IGFwcGx5aW5nIHRvIE1QTFMgdXNhZ2U/DQpbVFNdOiBhZGRlZC4NCg0KICAgIFNlY3Rpb24gNy4x DQoNCiAgICBJdCdzIG5vdCBjbGVhciB0aGF0IHdlIHJlZmVyZW5jZSBSRkMgODQwMiBpbiBhIG5v cm1hdGl2ZSBtYW5uZXINCiAgICBhbnl3aGVyZS4NCltUU106IHNlY3Rpb24gMi4zIGxpc3RzIEFk ai1TSUQgYW5kIEJpbmRpbmctU0lEIGxhYmVsKHMpIGRlZmluZWQgaW4gUkZDODQwMi4NCg0KICAg IFNlY3Rpb24gNy4yDQoNCiAgICBJIGFncmVlIHdpdGggdGhlIGRvY3VtZW50IHNoZXBoZXJkIHRo YXQgUkZDcyAzMDMxIGFuZCAzMDMyIG5hdHVyYWxseQ0KICAgIHdvdWxkIGJlIGNsYXNzaWZpZWQg YXMgbm9ybWF0aXZlIHJlZmVyZW5jZXMuICBTaW1pbGFybHksIFJGQyA3NDI0IGlzDQogICAgcmVm cmVuY2VkIGJ5IHRoZSBZQU5HIG1vZHVsZSBpdHNlbGYsIHdoaWNoIHVzdWFsbHkgaW5kaWNhdGVz IGEgbm9ybWF0aXZlDQogICAgcmVmZXJlbmNlLg0KDQpbVFNdOiBvaywgbW92ZWQgdG8gbm9ybWF0 aXZlLg0KDQpSZWdhcmRzLA0KVGFyZWsNCg== --_000_DM5PR1901MB2150F36A917D391D5E4B2D84FC1F0DM5PR1901MB2150_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCWZvbnQtc2l6 ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KYTpsaW5rLCBz cGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsN Cgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHls ZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rp b24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBp bjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+ DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSIg c3R5bGU9IndvcmQtd3JhcDpicmVhay13b3JkIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SGkgQmVuamFtaW4sPC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+VGhhbmtzIGZvciB5b3VyIHRob3JvdWdoIHJldmlldyBhbmQgY29tbWVudHMu IFdlIGhhdmUgcG9zdGVkIHJldiAtMTYgKDxhIGhyZWY9Imh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcv aHRtbC9kcmFmdC1pZXRmLW1wbHMtYmFzZS15YW5nLTE2Ij5odHRwczovL3Rvb2xzLmlldGYub3Jn L2h0bWwvZHJhZnQtaWV0Zi1tcGxzLWJhc2UteWFuZy0xNjwvYT4pICZuYnNwO29mIHRoZSBkb2N1 bWVudCBhbmQgaGF2ZSBhZGRyZXNzZWQgYWxsDQogeW91ciBjb21tZW50cy4gPC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+UGxlYXNlIHNlZSBpbmxpbmUgZm9yIHJlc3BvbnNlc+KApiBbVFNdPC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj5SZWdhcmRzLDwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRhcmVrPC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48YnI+DQrvu79PbiA5LzgvMjAsIDY6NDMgUE0sICZx dW90O0JlbmphbWluIEthZHVrIHZpYSBEYXRhdHJhY2tlciZxdW90OyAmbHQ7bm9yZXBseUBpZXRm Lm9yZyZndDsgd3JvdGU6PGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7IFtFeHRlcm5hbCBF bWFpbC4gQmUgY2F1dGlvdXMgb2YgY29udGVudF08YnI+DQo8YnI+DQo8YnI+DQombmJzcDsmbmJz cDsmbmJzcDsgQmVuamFtaW4gS2FkdWsgaGFzIGVudGVyZWQgdGhlIGZvbGxvd2luZyBiYWxsb3Qg cG9zaXRpb24gZm9yPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7IGRyYWZ0LWlldGYtbXBscy1iYXNl LXlhbmctMTU6IE5vIE9iamVjdGlvbjxicj4NCjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyBXaGVu IHJlc3BvbmRpbmcsIHBsZWFzZSBrZWVwIHRoZSBzdWJqZWN0IGxpbmUgaW50YWN0IGFuZCByZXBs eSB0byBhbGw8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgZW1haWwgYWRkcmVzc2VzIGluY2x1ZGVk IGluIHRoZSBUbyBhbmQgQ0MgbGluZXMuIChGZWVsIGZyZWUgdG8gY3V0IHRoaXM8YnI+DQombmJz cDsmbmJzcDsmbmJzcDsgaW50cm9kdWN0b3J5IHBhcmFncmFwaCwgaG93ZXZlci4pPGJyPg0KPGJy Pg0KPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7IFBsZWFzZSByZWZlciB0byA8YSBocmVmPSJodHRw czovL3VybGRlZmVuc2UuY29tL3YzL19faHR0cHM6L3d3dy5pZXRmLm9yZy9pZXNnL3N0YXRlbWVu dC9kaXNjdXNzLWNyaXRlcmlhLmh0bWxfXzshIU5FdDZ5TWFPLWdrIVNoUVg1bmFHdGlvbEVsTGp3 MXJOaU04c2l3N0l1bjhJeVUyeV9hZm9fYV9tbUdpYUlpSXFqSWljSHNUN293JCI+DQpodHRwczov L3VybGRlZmVuc2UuY29tL3YzL19faHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWVzZy9zdGF0ZW1lbnQv ZGlzY3Vzcy1jcml0ZXJpYS5odG1sX187ISFORXQ2eU1hTy1nayFTaFFYNW5hR3Rpb2xFbExqdzFy TmlNOHNpdzdJdW44SXlVMnlfYWZvX2FfbW1HaWFJaUlxaklpY0hzVDdvdyQ8L2E+PGJyPg0KJm5i c3A7Jm5ic3A7Jm5ic3A7IGZvciBtb3JlIGluZm9ybWF0aW9uIGFib3V0IElFU0cgRElTQ1VTUyBh bmQgQ09NTUVOVCBwb3NpdGlvbnMuPGJyPg0KPGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7 IFRoZSBkb2N1bWVudCwgYWxvbmcgd2l0aCBvdGhlciBiYWxsb3QgcG9zaXRpb25zLCBjYW4gYmUg Zm91bmQgaGVyZTo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgPGEgaHJlZj0iaHR0cHM6Ly91cmxk ZWZlbnNlLmNvbS92My9fX2h0dHBzOi9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0 Zi1tcGxzLWJhc2UteWFuZy9fXzshIU5FdDZ5TWFPLWdrIVNoUVg1bmFHdGlvbEVsTGp3MXJOaU04 c2l3N0l1bjhJeVUyeV9hZm9fYV9tbUdpYUlpSXFqSWdKb3VHX3RnJCI+DQpodHRwczovL3VybGRl ZmVuc2UuY29tL3YzL19faHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0 Zi1tcGxzLWJhc2UteWFuZy9fXzshIU5FdDZ5TWFPLWdrIVNoUVg1bmFHdGlvbEVsTGp3MXJOaU04 c2l3N0l1bjhJeVUyeV9hZm9fYV9tbUdpYUlpSXFqSWdKb3VHX3RnJDwvYT48YnI+DQo8YnI+DQo8 YnI+DQo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxicj4NCiZuYnNwOyZu YnNwOyZuYnNwOyBDT01NRU5UOjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyAtLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t PGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7IEJlZm9yZSBnZXR0aW5nIGludG8gdGhlIHNl Y3Rpb24tYnktc2VjdGlvbiBjb21tZW50cywgSSdsbCBub3RlIHRoYXQ8YnI+DQombmJzcDsmbmJz cDsmbmJzcDsgdGhlcmUgYXJlIGEgZmV3IHRoaW5ncyBpbiB0aGUgWUFORyBtb2R1bGUgaXRzZWxm IHRoYXQgc2VlbSBhd3J5IHRvIG15PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7IHVudHJhaW5lZCBl eWUuPGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7IFNlY3Rpb24gMi4yPGJyPg0KPGJyPg0K Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFRoZSAnaWV0Zi1tcGxzJyBtb2R1 bGUgZGVmaW5lcyB0aGUgZm9sbG93aW5nIGlkZW50aXRpZXM6PGJyPg0KJm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFsuLi5dPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IGxhYmVsLWJsb2NrLWFsbG9jLW1vZGU6PGJyPg0KPGJyPg0KJm5ic3A7Jm5i c3A7Jm5ic3A7IChuaXQ/KSBXZSBhbHNvIGRlZmluZSB0d28gaWRlbnRpdGllcyBiYXNlZCBvbiB0 aGlzIG9uZTsgaXMgdGhlIGxpc3Qgb2Y8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgJnF1b3Q7ZGVm aW5lcyB0aGUgZm9sbG93aW5nIGlkZW50aXRpZXMmcXVvdDsgc3VwcG9zZWQgdG8gYmUgY29tcHJl aGVuc2l2ZSAodnMuPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7ICZxdW90O2hpZ2gtbGV2ZWwmcXVv dDspPzxicj4NCltUU106IHRoZSBzdHlsZSB3ZSBmb2xsb3cgaXMgdG8ga2VlcCBpdCBoaWdoLWxl dmVsIGFuZCBpbmNsdWRlIGRlc2NyaXB0aW9ucyBvZiB0aGUgYmFzZSBpZGVudGl0eSBvbmx5Ljxi cj4NCjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBuaGxmZS1tdWx0 aXBsZS1jb250ZW50czo8YnI+DQo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgQSBZQU5HIGdyb3VwaW5nIHRoYXQgZGVzY3JpYmVzIGEg c2V0IG9mIE5ITEZFKHMpIGFuZCB0aGVpcjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBhc3NvY2lhdGVkIHBhcmFtZXRlcnMgYXMgZGVz Y3JpYmVkIGluIHRoZSBNUExTIGFyY2hpdGVjdHVyZTxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBkb2N1bWVudCBbUkZDMzAzMV0uPGJy Pg0KPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7IChlZGl0b3JpYWwpIFBlcmhhcHMgd2UgY291bGQg c2F5IGEgZmV3IG1vcmUgd29yZHMgYWJvdXQgaG93IHRoZXNlIE5ITEZFczxicj4NCiZuYnNwOyZu YnNwOyZuYnNwOyBhcmUgcmVsYXRlZC93aHkgdGhleSBhcmUgYmVpbmcgZ3JvdXBlZCB0b2dldGhl cj8mbmJzcDsgKEkgZG8gbm90IHJlY2FsbCBzdWNoPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7IGdy b3VwaW5nIGJlaW5nIHNwZWNpZmljYWxseSBjb3ZlcmVkIGluIDMwMzEuKTxicj4NCjxicj4NCltU U106IGFkZGVkLjxicj4NCjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyByaWItbXBscy1wcm9wZXJ0aWVzOjxicj4NCjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBBIFlBTkcgZ3JvdXBpbmcgZm9yIHRoZSBh dWdtZW50YXRpb24gb2YgTVBMUyBsYWJlbCBmb3J3YXJkaW5nIGRhdGE8YnI+DQombmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdG8gdGhlIGdlbmVy aWMgUklCIGFzIGRlZmluZWQgaW4gW1JGQzMwMzFdLjxicj4NCjxicj4NCiZuYnNwOyZuYnNwOyZu YnNwOyBuaXQoPyk6IHRoZSAmcXVvdDthcyBkZWZpbmVkIGluICZsdDtyZWZlcmVuY2UmZ3Q7JnF1 b3Q7IHNlZW1zIG1vcmUgYXBwbGljYWJsZSB0byAmcXVvdDtNUExTPGJyPg0KJm5ic3A7Jm5ic3A7 Jm5ic3A7IGxhYmVsIGZvcndhcmRpbmcgZGF0YSZxdW90OyB0aGFuICZxdW90O2dlbmVyaWMgUklC JnF1b3Q7Ljxicj4NCltUU106IHJlcGhyYXNlZC48YnI+DQpORVc6PGJyPg0KJm5ic3A7Jm5ic3A7 Jm5ic3A7IMKmIEEgWUFORyBncm91cGluZyBmb3IgdGhlIGF1Z21lbnRhdGlvbiBvZiB0aGUgZ2Vu ZXJpYyBSSUIgd2l0aCBNUExTPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7IMKmIGxhYmVsIGZvcndh cmRpbmcgZGF0YSBhcyBkZWZpbmVkIGluIFtSRkMzMDMxXS48YnI+DQo8YnI+DQombmJzcDsmbmJz cDsmbmJzcDsgU2VjdGlvbiAyLjM8YnI+DQo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgbyZuYnNwOyByb3V0ZXMgdGhhdCBjcm9zcy1jb25uZWN0IGFuIE1QTFMgbG9j YWwgbGFiZWwgdG8gYSBMYXllci0zPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGFkamFjZW5jeSBvciBpbnRlcmZhY2UgLSBzdWNoIGFz IE1QTFMgU2VnbWVudC1Sb3V0aW5nIChTUik8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgQWRqZWNlbmN5IFNlZ21lbnRzIChBZGotU0lE cyksIFNSIE1QTFMgQmluZGluZyBTSURzLCBldGMuIGFzPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGRlZmluZWQgaW4gW1JGQzg0MDJd Ljxicj4NCjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyBuaXQoPyk6IGlzIHRoZXJlIGEgc2VtYW50 aWMgZGlmZmVyZW5jZSBiZXR3ZWVuICZxdW90O01QTFMgU1ImcXVvdDsgYW5kICZxdW90O1NSIE1Q TFMmcXVvdDs8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgZm9yIHRoZSB0d28gdHlwZXMgb2Ygcm91 dGUgbWVudGlvbmVkPzxicj4NCltUU106IG5vLCB0aGV5IGFyZSBzYW1lIGFuZCB3ZSBhZG9wdGVk IFNSIE1QTFMgZm9yIGJvdGguPGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7IFNlY3Rpb24g Mi41PGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGlkZW50aXR5IGxh YmVsLWJsb2NrLWFsbG9jLW1vZGUgezxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyBkZXNjcmlwdGlvbjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmcXVvdDtCYXNlIGlkZW50aXR5IGxhYmVsLWJs b2NrIGFsbG9jYXRpb24gbW9kZS4mcXVvdDs7PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7IH08YnI+DQo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgbml0OiBtaXNzaW5nICZxdW90 O2ZvciZxdW90Oy48YnI+DQpbVFNdOiBmaXhlZC48YnI+DQo8YnI+DQombmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsgZ3JvdXBpbmcgbmhsZmUtbXVsdGlwbGUtY29udGVudHMgezxicj4NCiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBkZXNjcmlwdGlvbjxicj4N CiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAm cXVvdDtNUExTIE5ITEZFIGNvbnRlbnRzLiZxdW90Ozs8YnI+DQo8YnI+DQombmJzcDsmbmJzcDsm bmJzcDsgbml0OiB0aGlzIGRlc2NyaXB0aW9uIGZlZWxzIGEgbGl0dGxlIHRlcnNlOyBpcyB0aGlz IHRoZSAmcXVvdDtnZW5lcmljJnF1b3Q7IGNhc2U8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgb3Ig c29tZXRoaW5nIHNpbWlsYXI/PGJyPg0KW1RTXTogdXBkYXRlZC48YnI+DQpORVc6PGJyPg0KZGVz Y3JpcHRpb248YnI+DQrCpiAmcXVvdDtBIFlBTkcgZ3JvdXBpbmcgdGhhdCBkZXNjcmliZXMgYSBz ZXQgb2YgTkhMRkUocykgYW5kIHRoZWlyPGJyPg0KwqYmbmJzcDsgYXNzb2NpYXRlZCBwYXJhbWV0 ZXJzIGFzIGRlc2NyaWJlZCBpbiB0aGUgTVBMUyBhcmNoaXRlY3R1cmUuPGJyPg0KwqYmbmJzcDsg VGhpcyBncm91cGluZyBpcyB1c2VkIHdoZW4gbXVsdGlwbGUgbmV4dC1ob3BzIGFyZSBhc3NvY2lh dGVkPGJyPg0KwqYmbmJzcDsgd2l0aCB0aGUgcm91dGUuJnF1b3Q7Ozxicj4NCjxicj4NCiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBsZWFmIGluZGV4IHs8YnI+DQom bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdHlw ZSBzdHJpbmc7PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IGRlc2NyaXB0aW9uPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZxdW90O0EgdXNlci1zcGVj aWZpZWQgaWRlbnRpZmllciB1dGlsaXNlZCB0byB1bmlxdWVseTxicj4NCiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyByZWZlcmVuY2UgdGhlIG5leHQtaG9wIGVudHJ5IGluIHRoZSBuZXh0LWhvcCBsaXN0Ljxicj4N CiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyBUaGUgdmFsdWUgb2YgdGhpcyBpbmRleCBoYXMgbm8gc2VtYW50aWMg bWVhbmluZzxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBvdGhlciB0aGFuIGZvciByZWZlcmVuY2luZyB0 aGUgZW50cnkuJnF1b3Q7Ozxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyB9PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IGxlYWYgYmFja3VwLWluZGV4IHs8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgdHlwZSBzdHJpbmc7PGJyPg0KJm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGRlc2NyaXB0aW9uPGJyPg0K Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7ICZxdW90O0EgdXNlci1zcGVjaWZpZWQgaWRlbnRpZmllciB1dGlsaXNlZCB0byB1 bmlxdWVseTxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyByZWZlcmVuY2UgdGhlIGJhY2t1cCBuZXh0LWhv cCBlbnRyeSBpbiB0aGUgTkhMRkUgbGlzdC48YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgVGhlIHZhbHVl IG9mIHRoaXMgaW5kZXggaGFzIG5vIHNlbWFudGljIG1lYW5pbmc8YnI+DQombmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgb3RoZXIgdGhhbiBmb3IgcmVmZXJlbmNpbmcgdGhlIGVudHJ5LiZxdW90Ozs8YnI+DQombmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgfTxicj4NCjxicj4NCiZuYnNw OyZuYnNwOyZuYnNwOyBJJ20gbm90IHN1cmUgSSB1bmRlcnN0YW5kIHRoZSBzZW1hbnRpY3MsIGhl cmUgLS0gZG9lcyAnaW5kZXgnPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7IGF1dGhvcml0YXRpdmVs eSBuYW1lIHRoZSBjdXJyZW50IGVudHJ5IHdpdGggJ2JhY2t1cC1pbmRleCcgYmVpbmc8YnI+DQom bmJzcDsmbmJzcDsmbmJzcDsgZWZmZWN0aXZlbHkgYSBwb2ludGVyIHRvIGEgZGlmZmVyZW50IGVu dHJ5PyZuYnNwOyBJIGRvbid0IHNlZSBhbnkgbGVhZnMgb2Y8YnI+DQombmJzcDsmbmJzcDsmbmJz cDsgdHlwZSBzdHJpbmcgaW4sIGUuZy4sIHJ0LXR5cGVzOm1wbHMtbGFiZWwtc3RhY2sgdGhhdCB0 aGlzIHdvdWxkIGJlPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7IHJlZmVycmluZyB0by4mbmJzcDsg SWYgdGhlIGJhY2t1cC1pbmRleCBpcyBpbmRlZWQganVzdCBhIHBvaW50ZXIgdG8gYTxicj4NCiZu YnNwOyZuYnNwOyZuYnNwOyBkaWZmZXJlbnQgZW50cnksIHdoeSBpcyB0aGUgc3RyaW5nIG5hbWUg dXNlZCBpbnN0ZWFkIG9mIGEgWUFORzxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyByZWZlcmVuY2U/ PGJyPg0KJm5ic3A7W1RTXTogY29ycmVjdC4gVGhlIGJhY2t1cC1pbmRleCBzZXJ2ZXMgYXMgYSBw b2ludGVyIHRvIGFub3RoZXIgZm9yd2FyZGluZyBlbnRyeSB0aGF0IHNlcnZlcyBhcyBiYWNrdXAg cGF0aC4gRXZlcnkgZW50cnkgaGFzIGEgcHJpbWFyeSAmcXVvdDtpbmRleCZxdW90O2FuZCBhICZx dW90O2JhY2t1cC1pbmRleCZxdW90Oy4gVGhlICZxdW90O2JhY2t1cC1pbmRleCZxdW90OyBoYXMg YSB2YWx1ZSBvZiBhbm90aGVyIGVudHJ5ICZxdW90O2luZGV4JnF1b3Q7Ljxicj4NCjxicj4NCiZu YnNwOyZuYnNwOyZuYnNwOyBBbHNvLCB3aGF0J3MgYSBnb29kIHJlZmVyZW5jZSBmb3IgJnF1b3Q7 YmFja3VwJnF1b3Q7IE1QTFMgbmV4dC1ob3BzPyZuYnNwOyBJIGRvbid0IHNlZTxicj4NCiZuYnNw OyZuYnNwOyZuYnNwOyB0aGUgc3RyaW5nICZxdW90O2JhY2t1cCZxdW90OyBpbiBlaXRoZXIgUkZD IDMwMzEgb3IgMzAzMi48YnI+DQpbVFNdOiBJIGZvdW5kIFJGQzQwOTAgYW5kIFJGQzU3MTQgYXMg cmVsYXRlZC48YnI+DQo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgZ3JvdXBp bmcgaW50ZXJmYWNlcy1tcGxzIHs8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgWy4uLl08YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgbGVhZiBuYW1lIHs8YnI+DQombmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsgdHlwZSBpZjppbnRlcmZhY2UtcmVmOzxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBkZXNjcmlwdGlvbjxicj4N CiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAmcXVvdDtUaGUgbmFtZSBvZiBhIGNvbmZpZ3VyZWQgTVBM UyBpbnRlcmZhY2UuJnF1b3Q7Ozxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB9PGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7IHBl ZGFudGljIG5pdDogaXMgdGhpcyByZWFsbHkgYSAmcXVvdDtuYW1lJnF1b3Q7Pzxicj4NCltUU106 IHVwZGF0ZWQgYXM6PGJyPg0KTkVXOjxicj4NCmRlc2NyaXB0aW9uPGJyPg0KwqYgJnF1b3Q7QSBy ZWZlcmVuY2UgdG8gdGhlIG5hbWUgb2YgYSBpbnRlcmZhY2UgaW4gdGhlIHN5c3RlbSB0aGF0IGlz PGJyPg0KwqYmbmJzcDsgdG8gYmUgZW5hYmxlZCBmb3IgTVBMUy4mcXVvdDs7PGJyPg0KPGJyPg0K PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IGxlYWYgc3RhcnQtbGFiZWwgezxicj4NCiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyB0eXBlIHJ0LXR5cGVzOm1wbHMtbGFiZWw7PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 IG11c3QgJy4gJmd0Oz0gLi4vZW5kLWxhYmVsJyB7PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7IGVycm9yLW1lc3NhZ2UgJnF1b3Q7VGhlIHN0YXJ0LWxhYmVsIG11c3QgYmUg bGVzcyB0aGFuIG9yIGVxdWFsICZxdW90Ozxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyArICZxdW90O3RvIGVuZC1sYWJlbCZxdW90Ozs8YnI+DQom bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsgfTxicj4NCjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyBJIHRo aW5rIHRoZSBzZW5zZSBvZiB0aGUgWUFORyBjb21wYXJhdG9yIGlzIHJldmVyc2VkLCBmb3IgYm90 aDxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyBzdGFydC1sYWJlbCAodGhpcykgYW5kIGVuZC1sYWJl bCAobm90IHF1b3RlZCkuJm5ic3A7IChBbHNvLCBJSVVDLCBpdCdzPGJyPg0KJm5ic3A7Jm5ic3A7 Jm5ic3A7IHJlZHVuZGFudCB0byBzcGVjaWZ5IGJvdGgsIGJ1dCBoYXJtbGVzcy4pPGJyPg0KW1RT XTogY29ycmVjdGVkIHRoZSBjaGVjazo8YnI+DQpORVc6PGJyPg0KbGVhZiBzdGFydC1sYWJlbCB7 PGJyPg0KwqYgdHlwZSBydC10eXBlczptcGxzLWxhYmVsOzxicj4NCsKmIG11c3QgJy4gJmx0Oz0g Li4vZW5kLWxhYmVsJyB7PGJyPg0KwqYmbmJzcDsmbmJzcDsgZXJyb3ItbWVzc2FnZSAmcXVvdDtU aGUgc3RhcnQtbGFiZWwgbXVzdCBiZSBsZXNzIHRoYW4gb3IgZXF1YWwgJnF1b3Q7PGJyPg0KwqYm bmJzcDsmbmJzcDsgwqYmbmJzcDsmbmJzcDsgwqYmbmJzcDsmbmJzcDsgwqYmbmJzcDsmbmJzcDsg KyAmcXVvdDt0byBlbmQtbGFiZWwmcXVvdDs7PGJyPg0KwqYgfTxicj4NCjxicj4NCiZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyBsZWFmIGZyZWUtbGFiZWxzLWNvdW50IHs8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgd2hl biAmcXVvdDtkZXJpdmVkLWZyb20tb3Itc2VsZiguLi9ibG9jay1hbGxvY2F0aW9uLW1vZGUsICZx dW90Ozxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyArICZxdW90 OydtcGxzOmxhYmVsLWJsb2NrLWFsbG9jLW1vZGUtbWFuYWdlcicpJnF1b3Q7Ozxicj4NCiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyB0eXBlIHlhbmc6Y291bnRlcjMyOzxicj4NCiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyBjb25maWcgZmFsc2U7PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGRlc2NyaXB0 aW9uPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICZxdW90O0xhYmVsLWJs b2NrIGZyZWUgbGFiZWxzIGNvdW50LiZxdW90Ozs8YnI+DQo8YnI+DQombmJzcDsmbmJzcDsmbmJz cDsgSSB0aGluayB0aGF0IGNvdW50ZXIzMiBpcyBzZW1hbnRpY2FsbHkgdGhlIHdyb25nIHR5cGUs IGhlcmUgKGFuZCBmb3I8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgaW51c2UtbGFiZWxzLWNvdW50 IGFzIHdlbGwpIC0tIElJUkMgdGhlICdjb3VudGVyJyB0eXBlcyBhcmUgZm9yIHRoaWduczxicj4N CiZuYnNwOyZuYnNwOyZuYnNwOyBsaWtlIGNvdW50aW5nIGEgcGFydGljdWxhciB0eXBlIG9mIGV2 ZW50LCBhbmQgb25seSBldmVyIG1vbm90b25pY2FsbHk8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsg aW5jcmVhc2UuJm5ic3A7IEV2ZW4gaWYgdGhlIGZyZWUgbGFiZWwgY291bnQgYmVoYXZlcyBtb25v dG9uaWNhbGx5ICh3aGljaCBpczxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyBmYXIgZnJvbSBjbGVh ciB0byBtZSksIHdvdWxkbid0IGl0IGJlIGRlY3JlYXNpbmcsIG5vdCBpbmNyZWFzaW5nPzxicj4N CltUU106IHdlIHVwZGF0ZWQgdG8gdXNlIGdhdWdlMzIgaW5zdGVhZC48YnI+DQo8YnI+DQombmJz cDsmbmJzcDsmbmJzcDsgQWxzbywgd29uJ3QgaXQgYWx3YXlzIGJlIHRydWUgdGhhdCBmcmVlLWxh YmVscy1jb3VudCArPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7IGludXNlLWxhYmVscy1jb3VudCA9 PSBlbmQtbGFiZWwgLSBzdGFydC1sYWJlbCArIDE/Jm5ic3A7IEknbSBub3Qgc3VyZSB3aHk8YnI+ DQombmJzcDsmbmJzcDsmbmJzcDsgdGhlcmUncyBhIG5lZWQgdG8gaW50cm9kdWNlIHN1Y2ggcmVk dW5kYW50IGZpZWxkcyBhbmQgdGhlIGNvcnJlc3BvbmRpbmc8YnI+DQombmJzcDsmbmJzcDsmbmJz cDsgcmlzayBvZiBpbnRlcm5hbCBpbmNvbnNpc3RlbmN5IGFtb25nIHRoZW0uPGJyPg0KPGJyPg0K W1RTXTogeWVzLCB3ZSByZW1vdmVkIHNpbmNlIGl0IHdhcyByZWR1bmRhbnQuPGJyPg0KPGJyPg0K Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHVzZXMgcmliLW1wbHMt cHJvcGVydGllcyB7PGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7IC8qIE1QTFMgQUYgYWF1Z21lbnRhdGlvbiB0byBuYXRpdmUgTVBMUyBS SUIgKi88YnI+DQo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgbml0OiBzL2FhdWdtZW50YXRpb24v YXVnbWVudGF0aW9uLzxicj4NCjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyB1c2VzIHJpYi1hY3RpdmUtcm91dGUtbXBscy1pbnB1dCB7PGJyPg0KJm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IC8qIE1QTFMg QUYgYWF1Z21lbnRhdGlvbiB0byBuYXRpdmUgTVBMUyBSSUIgKi88YnI+DQo8YnI+DQombmJzcDsm bmJzcDsmbmJzcDsgKGRpdHRvKTxicj4NCltUU106IHRoYW5rcyBmb3Igc3BvdHRpbmcsIGNvcnJl Y3RlZC48YnI+DQo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgU2VjdGlvbiA0PGJyPg0KPGJyPg0K Jm5ic3A7Jm5ic3A7Jm5ic3A7IFdoeSBpcyB0aGUgcnQ6c2ltcGxlLW5leHQtaG9wIGF1Z21lbnRh dGlvbiBsaXN0ZWQgYnV0IG5vdCB0aGU8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgcnQ6bmV4dC1o b3AtbGlzdCBhdWdtZW50YXRpb24/Jm5ic3A7IElJVUMgdGhleSBhcmUgZnVuY3Rpb25hbGx5IGlk ZW50aWNhbCBpbjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyB0ZXJtcyBvZiB0aGUgc2Vuc2l0aXZp dHkgb2YgaW5mb3JtYXRpb24gY29udGVudC48YnI+DQo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsg QWxzbywgaXQgc2VlbXMgbGlrZSB0aGUgYXVnbWVudGVkIFJQQyBvdXRwdXQgaXMgc2ltaWxhcmx5 IHNlbnNpdGl2ZSB0bzxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyB0aGUgcmVhZGFibGUgbm9kZXMg dGhhdCBhcmUgYWxyZWFkeSBtZW50aW9uZWQuPGJyPg0KW1RTXTogYWRkZWQuPGJyPg0KPGJyPg0K Jm5ic3A7Jm5ic3A7Jm5ic3A7IEl0IGxvb2tzIGxpa2UgdGhlIG1haW4gd3JpdGVhYmxlIG5vZGVz IGFyZSB0aGUgZ2xvYmFsPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7IGNvbmZpZ3VyYXRpb24vc3Rh dGUsIGFuZCB3aGlsZSBpdCdzIHBlcmhhcHMgZGVmZW5zaWJsZSB0byBzYXkgdGhhdCB0aGVzZTxi cj4NCiZuYnNwOyZuYnNwOyZuYnNwOyBwYXJ0aWN1bGFyIG5vZGVzIGFyZSBub3Qgc2Vuc2l0aXZl LCBJIGRpZCB3YW50IHRvIGNoZWNrIHdoYXQgdGhlPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7IGJl aGF2aW9yIHdvdWxkIGJlIGlmIChlLmcuKSB0aGUgbGFiZWwtYmxvY2tzIHN1YnRyZWUgd2FzIG92 ZXJ3cml0dGVuLjxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyBXb3VsZCB0aGluZ3MganVzdCBzaWxl bnRseSBzdGFydCB1c2luZyB0aGUgbmV3IGxhYmVsIGJsb2NrIGFuZCBrZWVwPGJyPg0KJm5ic3A7 Jm5ic3A7Jm5ic3A7IHdvcmtpbmc/PGJyPg0KW1RTXTogVXBkYXRlZCBmb3IgUlBDcyBhbmQgd3Jp dGFibGUgZGF0YSBub2Rlcy48YnI+DQo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgUGVyaGFwcyBp dCB3b3VsZCBiZSB0b28gYmFuYWwsIGJ1dCBzaG91bGQgd2UgcmVmZXJlbmNlIHRoZSBzZWN1cml0 eTxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyBjb25zaWRlcmF0aW9ucyBvZiAzMDMxLzMwMzIgYXMg YXBwbHlpbmcgdG8gTVBMUyB1c2FnZT88YnI+DQpbVFNdOiBhZGRlZC48YnI+DQo8YnI+DQombmJz cDsmbmJzcDsmbmJzcDsgU2VjdGlvbiA3LjE8YnI+DQo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsg SXQncyBub3QgY2xlYXIgdGhhdCB3ZSByZWZlcmVuY2UgUkZDIDg0MDIgaW4gYSBub3JtYXRpdmUg bWFubmVyPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7IGFueXdoZXJlLjxicj4NCltUU106IHNlY3Rp b24gMi4zIGxpc3RzIEFkai1TSUQgYW5kIEJpbmRpbmctU0lEIGxhYmVsKHMpIGRlZmluZWQgaW4g UkZDODQwMi48YnI+DQo8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgU2VjdGlvbiA3LjI8YnI+DQo8 YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgSSBhZ3JlZSB3aXRoIHRoZSBkb2N1bWVudCBzaGVwaGVy ZCB0aGF0IFJGQ3MgMzAzMSBhbmQgMzAzMiBuYXR1cmFsbHk8YnI+DQombmJzcDsmbmJzcDsmbmJz cDsgd291bGQgYmUgY2xhc3NpZmllZCBhcyBub3JtYXRpdmUgcmVmZXJlbmNlcy4mbmJzcDsgU2lt aWxhcmx5LCBSRkMgNzQyNCBpczxicj4NCiZuYnNwOyZuYnNwOyZuYnNwOyByZWZyZW5jZWQgYnkg dGhlIFlBTkcgbW9kdWxlIGl0c2VsZiwgd2hpY2ggdXN1YWxseSBpbmRpY2F0ZXMgYSBub3JtYXRp dmU8YnI+DQombmJzcDsmbmJzcDsmbmJzcDsgcmVmZXJlbmNlLjxicj4NCjxicj4NCltUU106IG9r LCBtb3ZlZCB0byBub3JtYXRpdmUuPGJyPg0KPGJyPg0KUmVnYXJkcyw8YnI+DQpUYXJlazwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_DM5PR1901MB2150F36A917D391D5E4B2D84FC1F0DM5PR1901MB2150_-- From nobody Tue Oct 20 07:50:11 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F17FC3A0EF6; Tue, 20 Oct 2020 07:50:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vSBhmTEz3pHL; Tue, 20 Oct 2020 07:50:07 -0700 (PDT) Received: from mail-ot1-x329.google.com (mail-ot1-x329.google.com [IPv6:2607:f8b0:4864:20::329]) (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 751563A0EF8; Tue, 20 Oct 2020 07:50:07 -0700 (PDT) Received: by mail-ot1-x329.google.com with SMTP id t15so1985847otk.0; Tue, 20 Oct 2020 07:50:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:thread-topic:thread-index:date:message-id :references:accept-language:content-language :content-transfer-encoding:mime-version; bh=KG4ScdNuqV35I4oiboUOkFbD1CkME9cr3HVdz+429Z8=; b=F1pkPAtesKVbtwAVeS+kE2pPCjnW6vlDUfDTc79VmV2ve8AL9gtMt6+kCcYIhKSmdq t2CA1/dXmFkD8QcfKrmQqMj3/RTIkOV3KrjjZ9x7jzVEccnMq3eXbWPHSlw/NZ1ORtBq fhi8X505EdmOIzSLS1i6bWyQdd+xs4qK6UBwIMlCEnHqCTu2jclW7u+YTibLyqoF+HS7 ZzPpf9iWiAWQ4nAhoXTu4uMimZvbwEznN5iP29kjm3Z84nyTxOYYGeTdi1nvwm2AvdSS LsXUtvkgopNE/ZrF24/qi2glszdYmStwWTXdFZ+XeEwBhI/JzTlVgE0syW3OAsaEuY47 SW6A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:thread-topic:thread-index :date:message-id:references:accept-language:content-language :content-transfer-encoding:mime-version; bh=KG4ScdNuqV35I4oiboUOkFbD1CkME9cr3HVdz+429Z8=; b=GEWI+xd9g4pPEwTVSXiErp0+2eW+OYE/hVMy5bDzNFQXbOg7C7jhg5qI+E6KpkqLgV xXgGCEuISjYOGg57dUWKXtb4t+zWaxjzH2obkG+Z15ob1RA191UxMe6+UJbxnQNvrnmd Vas98JxoXbwtQ1AAjV4EZJzdCAHBzeiaHfPARkgfEDZgwVZSG9zJ8sZQknrJjufEz9px DhphFGJ5yXiMH3V0rHB7gbmr9aqDIPalFB4eLyvjhGHFkGMJV3teh109uALtxZvUrWn9 zZKGau+8S/q0W6hIVGt/Mo5O6VEGIedOe7JrtOiGKZO6SFhsToYkpN/A52lX+L1iTwJD eV4A== X-Gm-Message-State: AOAM532TZeKiXC8VNJEj2CVpE5u5KF8AeidbIV3NXAxkacfmir/EmCx6 yF7fayFhqshBld7Q4g700To= X-Google-Smtp-Source: ABdhPJzK6uwXo+xKba1x9SK9u3Rv92UFn+Om06rirAcDc+bYW71fBlHy41p77jj5enULrUm6NdBRnw== X-Received: by 2002:a9d:12cd:: with SMTP id g71mr2064301otg.323.1603205406807; Tue, 20 Oct 2020 07:50:06 -0700 (PDT) Received: from DM5PR1901MB2150.namprd19.prod.outlook.com ([2603:1036:4:9e::5]) by smtp.gmail.com with ESMTPSA id 9sm471898otp.72.2020.10.20.07.50.05 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 20 Oct 2020 07:50:06 -0700 (PDT) From: Tarek Saad To: Murray Kucherawy , The IESG CC: "draft-ietf-mpls-base-yang@ietf.org" , "mpls-chairs@ietf.org" , "mpls@ietf.org" , Loa Andersson Thread-Topic: Murray Kucherawy's No Objection on draft-ietf-mpls-base-yang-15: (with COMMENT) Thread-Index: ATYwODMyDGq9shoyEN3XcOHsjVPoog== X-MS-Exchange-MessageSentRepresentingType: 1 Date: Tue, 20 Oct 2020 14:50:05 +0000 Message-ID: References: <159951430623.22863.13718864765604329236@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-Exchange-Organization-SCL: -1 X-MS-TNEF-Correlator: X-MS-Exchange-Organization-RecordReviewCfmType: 0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [mpls] Murray Kucherawy's No Objection on draft-ietf-mpls-base-yang-15: (with COMMENT) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Oct 2020 14:50:09 -0000 SGkgTXVycmF5LA0KDQpUaGFua3MgZm9yIHlvdXIgdGhvcm91Z2ggcmV2aWV3IGFuZCBjb21tZW50 cy4gV2UgaGF2ZSBwb3N0ZWQgcmV2IC0xNiAoaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2Ry YWZ0LWlldGYtbXBscy1iYXNlLXlhbmctMTYpICBvZiB0aGUgZG9jdW1lbnQgYW5kIGhhdmUgYWRk cmVzc2VkIGFsbCB5b3VyIGNvbW1lbnRzLiANClBsZWFzZSBzZWUgaW5saW5lIGZvciByZXNwb25z ZXPigKYgW1RTXQ0KDQrvu79PbiA5LzcvMjAsIDU6MzEgUE0sICJNdXJyYXkgS3VjaGVyYXd5IHZp YSBEYXRhdHJhY2tlciIgPG5vcmVwbHlAaWV0Zi5vcmc+IHdyb3RlOg0KDQogICAgTXVycmF5IEt1 Y2hlcmF3eSBoYXMgZW50ZXJlZCB0aGUgZm9sbG93aW5nIGJhbGxvdCBwb3NpdGlvbiBmb3INCiAg ICBkcmFmdC1pZXRmLW1wbHMtYmFzZS15YW5nLTE1OiBObyBPYmplY3Rpb24NCg0KICAgIFdoZW4g cmVzcG9uZGluZywgcGxlYXNlIGtlZXAgdGhlIHN1YmplY3QgbGluZSBpbnRhY3QgYW5kIHJlcGx5 IHRvIGFsbA0KICAgIGVtYWlsIGFkZHJlc3NlcyBpbmNsdWRlZCBpbiB0aGUgVG8gYW5kIENDIGxp bmVzLiAoRmVlbCBmcmVlIHRvIGN1dCB0aGlzDQogICAgaW50cm9kdWN0b3J5IHBhcmFncmFwaCwg aG93ZXZlci4pDQoNCg0KICAgIFBsZWFzZSByZWZlciB0byBodHRwczovL3d3dy5pZXRmLm9yZy9p ZXNnL3N0YXRlbWVudC9kaXNjdXNzLWNyaXRlcmlhLmh0bWwNCiAgICBmb3IgbW9yZSBpbmZvcm1h dGlvbiBhYm91dCBJRVNHIERJU0NVU1MgYW5kIENPTU1FTlQgcG9zaXRpb25zLg0KDQoNCiAgICBU aGUgZG9jdW1lbnQsIGFsb25nIHdpdGggb3RoZXIgYmFsbG90IHBvc2l0aW9ucywgY2FuIGJlIGZv dW5kIGhlcmU6DQogICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0 Zi1tcGxzLWJhc2UteWFuZy8NCg0KDQoNCiAgICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQogICAgQ09NTUVOVDoN CiAgICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tDQoNCiAgICBJbiBTZWN0aW9uIDMsIGl0IHNheXM6ICJUaGlzIGRv Y3VtZW50IHJlZ2lzdGVycyB0aGUgZm9sbG93aW5nIFVSSXMgaW4gdGhlIElFVEYNCiAgICBYTUwg cmVnaXN0cnkuIiAgSSB0aGluayBpdCBzaG91bGQgc2F5ICJUaGlzIGRvY3VtZW50IHJlZ2lzdGVy cyB0aGUgZm9sbG93aW5nDQogICAgVVJJcyBpbiB0aGUgJ25zJyBzdWItcmVnaXN0cnkgb2YgdGhl IElFVEYgWE1MIHJlZ2lzdHJ5LiINCltUU106IGFkZHJlc3NlZC4NCg0KICAgIEkgY2FuIHJlbGF0 ZSB0byBCYXJyeSdzIGNvbW1lbnQgYWJvdXQgIm1vZHVsZSIgdnMuICJtb2RlbCIuICBJIHRoaW5r IEkNCiAgICB1bmRlcnN0YW5kIHRoZSBkaWZmZXJlbmNlLCBidXQgSSd2ZSBydW4gaW50byB0aGlz IHdpdGggZXZlcnkgWUFORyBkb2N1bWVudA0KICAgIHRoYXQncyBjb21lIHVwIGxhdGVseTogIEkg dGhpbmsgdGhlICJtb2RlbCIgaXMgYSBmb3JtYWwgZXhwcmVzc2lvbiBmb3IgYQ0KICAgIGNvbmZp Z3VyYXRpb24gb2Ygc29tZSBuZXR3b3JrIGNvbXBvbmVudCwgd2hpbGUgIm1vZHVsZSIgaXMgYSBj aHVuayBvZiBZQU5HIGNvZGUNCiAgICB0aGF0IGRlc2NyaWJlcyB0aGF0IG1vZGVsLCB3aGljaCBj YW4gYmUgZXZhbHVhdGVkIChhIGxhIEFCTkYpIGFnYWluc3Qgc29tZQ0KICAgIGlucHV0IHRvIHZh bGlkYXRlIGEgY29uZmlndXJhdGlvbi4NCltUU106IGZpeGVkLg0KDQogICAgSSBhbHNvIGNvbmN1 ciB3aXRoIEJhcnJ5J3MgcmVtYXJrIGFib3V0IEJDUCAxNCBiZWluZyBjaXRlZCB3aGVuIGl0J3Mg bm90IHVzZWQNCiAgICBhbnl3aGVyZS4gIFRoaXMgc2hvdWxkIGJlIGNsZWFuZWQgdXAgKGJ5IGVp dGhlciB1c2luZyBpdCwgb3IgcmVtb3ZpbmcgdGhlDQogICAgY2l0YXRpb24pLiAgSSdtIHRlbXB0 ZWQgdG8gRElTQ1VTUyB0aGlzLCBidXQgSSBhc3N1bWUgc2luY2UgaXQncyBlYXNpbHkNCiAgICBy ZXNvbHZlZCB0aGF0IHRoYXQnbGwgaGFwcGVuIGluIGR1ZSBjb3Vyc2UuDQpbVFNdOiB3ZSBoYXZl IHJlbW92ZWQgaXQgc2luY2Ugd2FzIG5vdCB1c2VkLg0KDQpSZWdhcmRzLA0KVGFyZWsNCg0KDQo= From nobody Tue Oct 20 07:51:32 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 12DDC3A0F02; Tue, 20 Oct 2020 07:51:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ss8Mfxq7u1dd; Tue, 20 Oct 2020 07:51:29 -0700 (PDT) Received: from mail-ot1-x32a.google.com (mail-ot1-x32a.google.com [IPv6:2607:f8b0:4864:20::32a]) (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 BC2183A0EFB; Tue, 20 Oct 2020 07:51:28 -0700 (PDT) Received: by mail-ot1-x32a.google.com with SMTP id e20so1918698otj.11; Tue, 20 Oct 2020 07:51:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:thread-topic:thread-index:date:message-id :references:accept-language:content-language :content-transfer-encoding:mime-version; bh=xGc6q8CCK839mnqPcvQS2Nq41YhGwROofuuNtyFuQnw=; b=kvKzGcdBsre3o5mmox5Y1hH9+S/XHFzf1BgxCU4iYGJiACbuCJsWv/TxRutZQeRDOI 3yeMrTVitdKHi5s+xpBfno7rc9DAa5G0YJ/vK/AomdM+FuVPULnfK9q4HHLNUu/54TcH YHo+AaZkxhOp9Tcl7WiSKnRT1moZxfHziI8mUVlF2+kdLs865xMLHCRjOcikwNurBuzo jndngbl9cqgqBgSbSDEXRPIxNjpNp72ouFalY5tMAvAp5Evi9AKxIBTsjviudSmXIKXW YE8NKcH3RugmYq5Un7fAWod3B5xvSTskBXcRsgZSqVToqwIPkdKD85S28zw0rdDpHC62 +KaQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:thread-topic:thread-index :date:message-id:references:accept-language:content-language :content-transfer-encoding:mime-version; bh=xGc6q8CCK839mnqPcvQS2Nq41YhGwROofuuNtyFuQnw=; b=jOa+DCYt8goBNCE9vWou0oZx4O/MXDZL5bXA2hT+juLmem3whUhJA51yArJiF81AXV yBNLeMJjsxa5zHqCBxq59GBjjVEVE6w8JnmOtgG+wnt4WUZfsTsQ0bTUb7zZEy+oBM8v PtqfA0YRiB2Y5ODQpTYoxe/w20rG2sWf++Wj/RK38luPfJu8jBzcrVUakt2pR0p4N2QC GJqwo9AkxofQtssO6U9JatxYMUJ3J9MtiOHlxuuuhE8Q2gBNMnkkNCWBRGI6mFbvOFbT kahMUEf50XWs8Ou4DrCKjwekwK5C+nRT1SSItHVftlBoSHl7k0Aw64JcCwwAELOwJIah GnxQ== X-Gm-Message-State: AOAM531M9O6pQGMtuuu51tORjA97ENC3C0awkqOEkh+xCVciPCD/IH1X 7l3S4WeyD0JufTv9ZO5V8qprOZW/Uaa+Mw== X-Google-Smtp-Source: ABdhPJzgzrFhOqMczjxkd2V8wcGa8puBUPsNa+/l9gYx+lygQVlfXL6dtNau65yo5pzsSUJMS75oyA== X-Received: by 2002:a9d:4047:: with SMTP id o7mr2081448oti.49.1603205487838; Tue, 20 Oct 2020 07:51:27 -0700 (PDT) Received: from DM5PR1901MB2150.namprd19.prod.outlook.com ([2603:1036:4:9e::5]) by smtp.gmail.com with ESMTPSA id b6sm491332otl.37.2020.10.20.07.51.26 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 20 Oct 2020 07:51:27 -0700 (PDT) From: Tarek Saad To: =?utf-8?B?w4lyaWMgVnluY2tl?= , The IESG CC: "draft-ietf-mpls-base-yang@ietf.org" , "mpls-chairs@ietf.org" , "mpls@ietf.org" , Loa Andersson Thread-Topic: =?utf-8?B?w4lyaWMgVnluY2tlJ3MgTm8gT2JqZWN0aW9uIG9uIGRyYWZ0LWlldGYtbXBs?= =?utf-8?Q?s-base-yang-15:_(with_COMMENT)?= Thread-Index: ATE0OTYw/anfZUbjGKZntsFQsdRHiQ== X-MS-Exchange-MessageSentRepresentingType: 1 Date: Tue, 20 Oct 2020 14:51:25 +0000 Message-ID: References: <159922962069.27569.5216925492440580221@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-Exchange-Organization-SCL: -1 X-MS-TNEF-Correlator: X-MS-Exchange-Organization-RecordReviewCfmType: 0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [mpls] =?utf-8?q?=C3=89ric_Vyncke=27s_No_Objection_on_draft-ietf?= =?utf-8?q?-mpls-base-yang-15=3A_=28with_COMMENT=29?= X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Oct 2020 14:51:31 -0000 SGkgRXJpYywNCg0KVGhhbmtzIGZvciB5b3VyIHRob3JvdWdoIHJldmlldyBhbmQgY29tbWVudHMu IFdlIGhhdmUgcG9zdGVkIHJldiAtMTYgKGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFm dC1pZXRmLW1wbHMtYmFzZS15YW5nLTE2KSAgb2YgdGhlIGRvY3VtZW50IGFuZCBoYXZlIGFkZHJl c3NlZCBhbGwgeW91ciBjb21tZW50cy4gDQpQbGVhc2Ugc2VlIGlubGluZSBmb3IgcmVzcG9uc2Vz 4oCmIFtUU10NCg0KUmVnYXJkcywNClRhcmVrDQoNCu+7v09uIDkvNC8yMCwgMTA6MjcgQU0sICLD iXJpYyBWeW5ja2UgdmlhIERhdGF0cmFja2VyIiA8bm9yZXBseUBpZXRmLm9yZz4gd3JvdGU6DQoN CiAgICDDiXJpYyBWeW5ja2UgaGFzIGVudGVyZWQgdGhlIGZvbGxvd2luZyBiYWxsb3QgcG9zaXRp b24gZm9yDQogICAgZHJhZnQtaWV0Zi1tcGxzLWJhc2UteWFuZy0xNTogTm8gT2JqZWN0aW9uDQoN CiAgICBXaGVuIHJlc3BvbmRpbmcsIHBsZWFzZSBrZWVwIHRoZSBzdWJqZWN0IGxpbmUgaW50YWN0 IGFuZCByZXBseSB0byBhbGwNCiAgICBlbWFpbCBhZGRyZXNzZXMgaW5jbHVkZWQgaW4gdGhlIFRv IGFuZCBDQyBsaW5lcy4gKEZlZWwgZnJlZSB0byBjdXQgdGhpcw0KICAgIGludHJvZHVjdG9yeSBw YXJhZ3JhcGgsIGhvd2V2ZXIuKQ0KDQoNCiAgICBQbGVhc2UgcmVmZXIgdG8gaHR0cHM6Ly93d3cu aWV0Zi5vcmcvaWVzZy9zdGF0ZW1lbnQvZGlzY3Vzcy1jcml0ZXJpYS5odG1sDQogICAgZm9yIG1v cmUgaW5mb3JtYXRpb24gYWJvdXQgSUVTRyBESVNDVVNTIGFuZCBDT01NRU5UIHBvc2l0aW9ucy4N Cg0KDQogICAgVGhlIGRvY3VtZW50LCBhbG9uZyB3aXRoIG90aGVyIGJhbGxvdCBwb3NpdGlvbnMs IGNhbiBiZSBmb3VuZCBoZXJlOg0KICAgIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9j L2RyYWZ0LWlldGYtbXBscy1iYXNlLXlhbmcvDQoNCg0KDQogICAgLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KICAg IENPTU1FTlQ6DQogICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQogICAgVGhhbmsgeW91IGZvciB0aGUgd29y ayBwdXQgaW50byB0aGlzIGRvY3VtZW50LiBJIHJlYWxseSBhcHByZWNpYXRlZCB0aGUgY2xlYXIN CiAgICBhbmQgc2hhcnAgaW50cm9kdWN0aW9uLiBJIGFtIGFsc28gdHJ1c3RpbmcgdGhlIE1hbmFn ZW1lbnQgYW5kIHJvdXRpbmcgQURzIGZvcg0KICAgIHRoZSBhY2N1cmFjeSBvZiB0aGUgWUFORyBt b2R1bGUuDQoNCiAgICBQbGVhc2UgZmluZCBiZWxvdyB0d28gbWlub3JzIG5pdHMNCg0KICAgIEkg aG9wZSB0aGF0IHRoaXMgaGVscHMgdG8gaW1wcm92ZSB0aGUgZG9jdW1lbnQsDQoNCiAgICBSZWdh cmRzLA0KDQogICAgLcOpcmljDQoNCiAgICA9PSBOSVRTID09DQoNCiAgICAtLSBTZWN0aW9uIDEg LS0NCiAgICBzL0EgY29yZSByb3V0aW5nIGRhdGEgbW9kZWwgaXMgZGVmaW5lZC9BIGNvcmUgcm91 dGluZyBZQU5HIGRhdGEgbW9kZWwgaXMNCiAgICBkZWZpbmVkLw0KW1RTXTogYWRkcmVzc2VkLg0K DQogICAgLS0gU2VjdGlvbiA1IC0tDQogICAgTmFtaW5nIGFsbCBkZXNpZ24gdGVhbSBtZW1iZXJz IGNvdWxkIGJlIG1vcmUgZnJpZW5kbHkuDQpbVFNdOiBhZGRyZXNzZWQsIHRoYW5rcy4NCg0KUmVn YXJkcywNClRhcmVrDQoNCg0K From nobody Tue Oct 20 07:57:37 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 26A5E3A1096; Tue, 20 Oct 2020 07:57:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id X6nir9_4H7MJ; Tue, 20 Oct 2020 07:57:25 -0700 (PDT) Received: from mail-io1-xd2f.google.com (mail-io1-xd2f.google.com [IPv6:2607:f8b0:4864:20::d2f]) (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 19FB23A0FFB; Tue, 20 Oct 2020 07:57:24 -0700 (PDT) Received: by mail-io1-xd2f.google.com with SMTP id p15so3810689ioh.0; Tue, 20 Oct 2020 07:57:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:thread-topic:thread-index:date:message-id :references:accept-language:content-language :content-transfer-encoding:mime-version; bh=qGSPFPuqhCW0iOkjwGvC0ppV9+8CwupBXuwhvpWY3vw=; b=BbPt0rNRO2K7knkYjj7u1PepfOTH0bNeoBsFTouj8OJC98cKA1fDzmUUMlWVk0sypO /3CgC+Y8LmyGda3HezzK7qKlITPqg8Hrv/PvqtsG5BZpg6/nQ5GQPLtCl0Zt3YzJ6fY3 KL9RsZIN3pfjXcCrg9K4oWLwTgL0wcaiW3JiBOdM832pb+87UydYD42HqCE/gCQAZcHK ue9YuykPyDg44TdZx7JMR8kPTVh/ztD8HkHXhTWYDB0lzjqaO5zu8o12JkOuJmOGC4dm ABFifE+euPzEmBJ/0nYH2MmiZ2Pww43Mpar993nyTSyozEOizOM63LX/KaghJXXk6L+S RuwQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:thread-topic:thread-index :date:message-id:references:accept-language:content-language :content-transfer-encoding:mime-version; bh=qGSPFPuqhCW0iOkjwGvC0ppV9+8CwupBXuwhvpWY3vw=; b=FB6tZh3C9w8HomvyoDwa6G0DCCJJRDFNPBqnj8zbsJVJvH23tQ1mpbNWvaFQT0L04T 3vPx+XWEuMXpjmwOOJjTJDkxnZLMKYoPw0qjCC4B66XB84A/8fLzoX0nGYdnVP4ypS8s l0WxQYsCVPd/GX0J5/wYvcviZFYlKkRP85hHLXyHF8wXqZQqT2NYsqM3Z3igQGw8tvlM CsyQ0JDDfTYSJW+pD2GC6CRJeZ4E6x6zP80AISxDYKbDs4QvN/dRTSWK8RP1RqasXx2W gc+Cr1DrkYCJueEoKyCyXW6lPSHjUJ1XYdpZHRAkJgOOFHt652vGIgx4/xpEUpAS2ezy MdaA== X-Gm-Message-State: AOAM532GTYFNBtV3OTENVAMtYaKRV65CE7SnVKFnifSrkEyANFfN1nJO m3KVMo9QVzBDUtHDb6cvL0M= X-Google-Smtp-Source: ABdhPJzq+az0XHkfhwEKNXDkMWyF3puXPc/AP9nAC+kxmRtiovIY2CU0Ycd90jfBRaiZY98k5pNOCg== X-Received: by 2002:a6b:93d6:: with SMTP id v205mr2435741iod.188.1603205843211; Tue, 20 Oct 2020 07:57:23 -0700 (PDT) Received: from DM5PR1901MB2150.namprd19.prod.outlook.com ([2603:1036:4:9e::5]) by smtp.gmail.com with ESMTPSA id r3sm1852059iog.55.2020.10.20.07.57.21 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 20 Oct 2020 07:57:22 -0700 (PDT) From: Tarek Saad To: Robert Wilton , The IESG CC: "draft-ietf-mpls-base-yang@ietf.org" , "mpls-chairs@ietf.org" , "mpls@ietf.org" , Loa Andersson Thread-Topic: Robert Wilton's Discuss on draft-ietf-mpls-base-yang-15: (with DISCUSS and COMMENT) Thread-Index: ATE2MTQyPDeUIQ36u5VjMYNhXZofQw== X-MS-Exchange-MessageSentRepresentingType: 1 Date: Tue, 20 Oct 2020 14:57:21 +0000 Message-ID: References: <159973789624.25904.12671134973766580701@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-Exchange-Organization-SCL: -1 X-MS-TNEF-Correlator: X-MS-Exchange-Organization-RecordReviewCfmType: 0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [mpls] Robert Wilton's Discuss on draft-ietf-mpls-base-yang-15: (with DISCUSS and COMMENT) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Oct 2020 14:57:31 -0000 SGkgUm9iLA0KDQpUaGFua3MgZm9yIHlvdXIgdGhvcm91Z2ggcmV2aWV3IGFuZCBjb21tZW50cy4g V2UgaGF2ZSBwb3N0ZWQgcmV2IC0xNiAoaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0 LWlldGYtbXBscy1iYXNlLXlhbmctMTYpICBvZiB0aGUgZG9jdW1lbnQgYW5kIGhhdmUgYWRkcmVz c2VkIGFsbCB5b3VyIGNvbW1lbnRzLiANClBsZWFzZSBzZWUgaW5saW5lIGZvciByZXNwb25zZXPi gKYgW1RTXQ0KDQpSZWdhcmRzLA0KVGFyZWvvu78NCg0K77u/T24gOS8xMC8yMCwgNzozOCBBTSwg IlJvYmVydCBXaWx0b24gdmlhIERhdGF0cmFja2VyIiA8bm9yZXBseUBpZXRmLm9yZz4gd3JvdGU6 DQoNCiAgICBSb2JlcnQgV2lsdG9uIGhhcyBlbnRlcmVkIHRoZSBmb2xsb3dpbmcgYmFsbG90IHBv c2l0aW9uIGZvcg0KICAgIGRyYWZ0LWlldGYtbXBscy1iYXNlLXlhbmctMTU6IERpc2N1c3MNCg0K ICAgIFdoZW4gcmVzcG9uZGluZywgcGxlYXNlIGtlZXAgdGhlIHN1YmplY3QgbGluZSBpbnRhY3Qg YW5kIHJlcGx5IHRvIGFsbA0KICAgIGVtYWlsIGFkZHJlc3NlcyBpbmNsdWRlZCBpbiB0aGUgVG8g YW5kIENDIGxpbmVzLiAoRmVlbCBmcmVlIHRvIGN1dCB0aGlzDQogICAgaW50cm9kdWN0b3J5IHBh cmFncmFwaCwgaG93ZXZlci4pDQoNCg0KICAgIFBsZWFzZSByZWZlciB0byBodHRwczovL3d3dy5p ZXRmLm9yZy9pZXNnL3N0YXRlbWVudC9kaXNjdXNzLWNyaXRlcmlhLmh0bWwNCiAgICBmb3IgbW9y ZSBpbmZvcm1hdGlvbiBhYm91dCBJRVNHIERJU0NVU1MgYW5kIENPTU1FTlQgcG9zaXRpb25zLg0K DQoNCiAgICBUaGUgZG9jdW1lbnQsIGFsb25nIHdpdGggb3RoZXIgYmFsbG90IHBvc2l0aW9ucywg Y2FuIGJlIGZvdW5kIGhlcmU6DQogICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2Mv ZHJhZnQtaWV0Zi1tcGxzLWJhc2UteWFuZy8NCg0KDQoNCiAgICAtLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQogICAg RElTQ1VTUzoNCiAgICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoNCiAgICBIaSwNCg0KICAgIFRoYW5rIGZvciB5 b3UgdGhpcyBZQU5HIG1vZHVsZS4gIEl0IGlzIGdyZWF0IHRvIHNlZSBJRVRGIHByb2dyZXNzaW5n IHB1Ymxpc2hpbmcNCiAgICBtb3JlIFlBTkcgY29uZmlndXJhdGlvbi9tYW5hZ2VtZW50IG1vZGVs cywgdG8gdGhhbmsgeW91IGZvciB0aGUgdGltZSBhbmQgZWZmb3J0DQogICAgdGhhdCB5b3UgaGF2 ZSBwdXQgaW50byB0aGlzLg0KDQogICAgSSBzdXBwb3J0IFJvbWFuJ3MgZGlzY3VzcyByZWdhcmRp bmcgdGhlIHNlY3VyaXR5IGNvbnNpZGVyYXRpb25zLCBidXQgd291bGQgYWxzbw0KICAgIGxpa2Ug dG8gYWRkIG9uZSBvZiBteSBvd246DQoNCiAgICBJbiBteSBleHBlcmllbmNlLCBoYXZpbmcgc29t ZSBpbnN0YW5jZSBkYXRhIGV4YW1wbGVzIChlLmcuLCBzZWUgQXBwZW5kaXggRCBvZg0KICAgIFJG QyA4MDIyKSBncmVhdGx5IGhlbHBzIHJlYWRlcnMgdW5kZXJzdGFuZCB0aGUgc3RydWN0dXJlIG9m IHRoZSBZQU5HIG1vZHVsZSBhbmQNCltUU106WFhYDQoNCiAgICBnZXQgYSBnb29kIGZlZWwgZm9y IGhvdyB0aGUgWUFORyBtb2RlbCBpcyB1c2VkLiAgV2FzIGFkZGluZyBpbnN0YW5jZSBkYXRhDQog ICAgZXhhbXBsZXMgY29uc2lkZXJlZCBmb3IgdGhpcyBkb2N1bWVudD8gIERvIHRoZSBhdXRob3Jz IHRoYXQgdGhpbmsgaXQgd291bGQgYmUNCiAgICBwb3NzaWJsZSB0byBhZGQgc29tZSBleGFtcGxl cz8NCg0KICAgIEkndmUgYWxzbyBhZGRlZCBzb21lIGNvbW1lbnRzIG9uIHRoZSBZQU5HIG1vZGVs IGJlbG93IHRoYXQgcHJvYmFibHkgbmVlZCB0byBiZQ0KICAgIGFkZHJlc3NlZCBidXQgSSBkaWRu J3Qgd2FudCB0byBvdmVybG9hZCB0aGUgbWFpbiBkaXNjdXNzIHBvaW50Lg0KDQogICAgUmVnYXJk cywNCiAgICBSb2INCg0KDQogICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KICAgIENPTU1FTlQ6DQogICAgLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLQ0KDQogICAgSSBhbHNvIGhhdmUgc29tZSBjb21tZW50cyBvbiB0aGUgWUFORyBt b2R1bGUgaXRzZWxmOg0KDQogICAgICBmZWF0dXJlIG1wbHMgew0KICAgICAgICBkZXNjcmlwdGlv bg0KICAgICAgICAgICJJbmRpY2F0ZXMgc3VwcG9ydCBmb3IgTVBMUyBzd2l0Y2hpbmcuIjsNCiAg ICAgICAgcmVmZXJlbmNlDQogICAgICAgICAgIlJGQzMwMzEiOw0KICAgICAgfQ0KDQogICAgSXMg dGhlIE1QTFMgZmVhdHVyZSByZWFsbHkgcmVxdWlyZWQ/ICBJLmUuIGlzIGl0IHBsYXVzaWJsZSB0 aGF0IGEgZGV2aWNlIHdvdWxkDQogICAgaW1wbGVtZW50IHRoaXMgWUFORyBtb2R1bGUgd2l0aG91 dCBzdXBwb3J0aW5nIE1QTFMgc3dpdGNoaW5nPyAgSWYgbm90LCB0aGVuDQogICAganVzdCBpbXBs ZW1lbnRpbmcgdGhlIG1vZHVsZSBzaG91bGQgcHJvYmFibHkgYmUgc3VmZmljaWVudCB3aXRob3V0 IGEgc2VwYXJhdGUNCiAgICBmZWF0dXJlLg0KW1RTXTogYWdyZWVkIGFuZCByZW1vdmVkIGZlYXR1 cmUuDQoNCiAgICBBbHRlcm5hdGl2ZWx5LCBpdCBtaWdodCBiZSB3b3J0aCBsb29raW5nIGF0IHRo ZSBJU0lTIFlBTkcgbW9kdWxlIHRoYXQgZGVmaW5lIGENCiAgICBmZWF0dXJlIHRvIGNvbnRyb2wg d2l0aCBJU0lTIGNhbiBiZSBhZG1pbmlzdHJhdGl2ZWx5IGNvbnRyb2xsZWQuICBFLmcuDQogICAg ZHJhZnQtaWV0Zi1pc2lzLXlhbmctaXNpcy1jZmctNDIsIGZlYXR1cmUgYWRtaW4tY29udHJvbC4g IE9uIGEgcmVsYXRlZCBwb2ludDoNCg0KICAgICAgICAgYXVnbWVudCAvcnQ6cm91dGluZzoNCiAg ICAgICAgICAgKy0tcncgbXBscyB7bXBsc30/DQogICAgICAgICAgICAgICAuLi4NCiAgICAgICAg ICAgICAgKy0tcncgaW50ZXJmYWNlKiBbbmFtZV0NCiAgICAgICAgICAgICAgICAgKy0tcncgbmFt ZSAgICAgICAgICAgICAgICAgICAgICBpZjppbnRlcmZhY2UtcmVmDQogICAgICAgICAgICAgICAg ICstLXJ3IGVuYWJsZWQ/ICAgICAgICAgICAgICAgICAgYm9vbGVhbg0KICAgICAgICAgICAgICAg ICArLS1ydyBtYXhpbXVtLWxhYmVsZWQtcGFja2V0PyAgIHVpbnQzMg0KDQogICAgSXMgdGhlICJl bmFibGVkIiBsZWFmIGRlZmluaXRlbHkgcmVxdWlyZWQgaGVyZT8gIElzbid0IGhhdmluZyB0aGUg aW50ZXJmYWNlDQogICAgdW5kZXIgdGhlIE1QTFMgbGlzdCBzdWZmaWNpZW50IHRvIGluZGljYXRl IHRoYXQgTVBMUyBpcyBlbmFibGVkPyAgSWYgeW91IHJlYWxseQ0KICAgIHdhbnQgdGhpcyBsZWFm IHRoZW4gSSB3b3VsZCBjaGFuZ2UgaXRzIG5hbWUgdG8gImVuYWJsZSIgcmF0aGVyIHRoYW4gImVu YWJsZWQiLA0KICAgIGNoYW5nZSBpdCdzIGRlZmF1bHQgdG8gdHJ1ZSwgYW5kIGNvbnNpZGVyIHB1 dHRpbmcgaXQgdW5kZXIgYSBmZWF0dXJlIGxpa2UNCiAgICBhZG1pbi1jb250cm9sIGZyb20gdGhl IElTSVMgWUFORyBtb2R1bGUuDQpbVFNdOiBsZWF2ZSBpdCAtIGNvbnNpc3RlbnQgd2l0aCBvdGhl ciBtb2R1bGVzLg0KDQogICAgICAgICBhdWdtZW50IC9ydDpyb3V0aW5nL3J0OnJpYnMvcnQ6cmli L3J0OnJvdXRlcy9ydDpyb3V0ZToNCiAgICAgICAgICAgKy0tcm8gbXBscy1lbmFibGVkPyAgICAg ICAgIGJvb2xlYW4ge21wbHN9Pw0KICAgICAgICAgICArLS1ybyBsb2NhbC1sYWJlbD8gICAgICAg ICAgcnQtdHlwZXM6bXBscy1sYWJlbCB7bXBsc30/DQogICAgICAgICAgICstLXJvIGRlc3RpbmF0 aW9uLXByZWZpeD8gICAtPiAuLi9sb2NhbC1sYWJlbCB7bXBsc30/DQogICAgICAgICAgICstLXJv IHJvdXRlLWNvbnRleHQ/ICAgICAgICBzdHJpbmcge21wbHN9Pw0KDQogICAgSXMgImxvY2FsLWxh YmVsIiBjbGVhcmx5IGVub3VnaCBhc3NvY2lhdGVkIHdpdGggTVBMUyBpbiB0aGUgSVAgUklCPyAg RS5nLg0KICAgIHNob3VsZCB0aGlzIGJlIG1wbHMtbG9jYWwtbGFiZWwsIG9yIHVuZGVyIGFuIG1w bHMgY29udGFpbmVyPyBQcmVzdW1hYmx5IHRoZQ0KICAgIG1wbHMtZW5hYmxlZCBsZWFmIHNob3Vs ZG4ndCBhcHBlYXIgdW5kZXIgdGhlIE1QTFMgUklCPyAgSXQgbWlnaHQgYmUgY2xlYW5lciB0bw0K ICAgIHNwbGl0IHRoaXMgaW50byB0d28gYXVnbWVudHMsIG9uZSBmb3IgdGhlIE1QTFMgUklCLCBh bmQgb25lIGZvciBvdGhlciBSSUJTLg0KDQpbVFNdOiBtb2R1bGUtbmFtZSB3aWxsIGJlIGFsd2F5 cyB1c2VkIGFzIGRpc3Rpbmd1aXNoZXIgLSBtcGxzOmxvY2FsLWxhYmVsIChkZXN0aW5hdGlvbi1w cmVmaXggZG9lcyBub3QgaW5jbHVkZSBpcC14eCkNCg0KICAgIFRoZSBtcGxzLW9wZXJhdGlvbnMt dHlwZSBpcyBkZWZpbmVkLCBidXQgbm90IGFjdHVhbGx5IHVzZWQgYnkgdGhpcyBtb2R1bGUuICBJ DQogICAgd2FudGVkIHRvIGNoZWNrIHRoYXQgdGhpcyBpcyBleHBlY3RlZC4gIEkgYWxzbyBub3Rl IHRoYXQgdGhlIG9wZXJhdGlvbnMtdHlwZQ0KICAgIGRvZXNuJ3QgaW5jbHVkZSBhICJuby1vcGVy YXRpb24iIGNhc2Ugc3RhdGVtZW50IHdoaWNoIEkgdGhvdWdodCBtaWdodA0KICAgIHBvdGVudGlh bGx5IGJlIHVzZWZ1bCAoYnV0IEknbSBub3QgYW4gTVBMUyBleHBlcnQpLg0KDQogICAgUmVnYXJk aW5nICBncm91cGluZyBsYWJlbC1ibG9ja3M6DQoNCiAgICBCZW4ncyBjb21tZW50IGlzIHJpZ2h0 IHRoYXQgdGhlIG11c3Qgc3RhdGVtZW50cyBhc3NvY2lhdGVkIHdpdGggdGhlDQogICAgc3RhcnQt bGFiZWwvZW5kLWxhYmVsIGhhdmUgdGhlIHdyb25nIHNlbnNlLiAgVGhlcmUgc2hvdWxkIGFsc28g b25seSBiZSBvbmUgb2YNCiAgICB0aGVtIChzaW5jZSB0aGV5IHdvdWxkIGFsd2F5cyBmYWlsL3Bh c3MgaW4gdW5pc29uKSwgYW5kIEkgd291bGQgcmVjb21tZW5kIGp1c3QNCiAgICBrZWVwaW5nIHRo ZSBlbmQtbGFiZWwgbXVzdCBzdGF0ZW1lbnQuDQpbVFNdOiB3ZSBjb3JyZWN0ZWQgdGhlIGNoZWNr Lg0KDQogICAgSSB3YXNuJ3Qgc3VyZSB3aGV0aGVyIHRoZSB1bmlxdWUgc3RhdGVtZW50IGlzIHJl YWxseSBoZWxwZnVsLiAgQW0gSSByaWdodCBpbg0KICAgIGFzc3VtaW5nIHRoYXQgdGhlIGJsb2Nr cyBzaG91bGQgYmUgZGlzam9pbnQgYW5kIG5vbiBvdmVybGFwcGluZz8gSWYgc28sIHRoZQ0KICAg IHVuaXF1ZSBzdGF0ZW1lbnQgZG9lc24ndCBhY2hpZXZlIHRoaXMsIGFuZCBhbHRob3VnaCBpdCBj b3VsZCBwcm9iYWJseSBiZSBkb25lDQogICAgaW4gYSBtdXN0IHN0YXRlbWVudCwgaXQgd291bGQg YmUgdHJpY2t5IHRvIGV4cHJlc3MgYW5kIGdldCByaWdodC4gIEhvd2V2ZXIsIGlmDQogICAgdGhp cyBpcyBhIGNvbnN0cmFpbnQgdGhlbiBpdCB3b3VsZCBjZXJ0YWlubHkgYmUgaGVscGZ1bCBmb3Ig dGhlIGRlc2NyaXB0aW9uIG9mDQogICAgbGFiZWwtYmxvY2sgdG8gbWVudGlvbiB0aGlzLg0KDQog ICAgUmVnYXJkaW5nIGdyb3VwaW5nIHJpYi1hY3RpdmUtcm91dGUtbXBscy1pbnB1dDoNCg0KICAg IEkga25vdyB0aGF0IHRoaXMgaGFzIGJlZW4gZGlzY3Vzc2VkIHdpdGggeWFuZy1kb2N0b3JzIGFu ZCB0aGUgYXV0aG9ycyBvZiB0aGUNCiAgICBiYXNlIFJJQiBZQU5HIG1vZHVsZSB0aGF0IGlzIGJl aW5nIGV4dGVuZGVkIGJ1dCBzZWVpbmcgdGhlIFlBTkcgSSdtIG5vdCBxdWl0ZQ0KICAgIHN1cmUg d2UgaGF2ZSB0aGUgYmVzdCBvdXRjb21lLCBzaW5jZSB1c2VycyBvZiB0aGUgUlBDIHdvdWxkIGJl IHJlcXVpcmVkIHRvDQogICAgc3BlY2lmeSBib3RoIGRlc3RpbmF0aW9uLWFkZHJlc3MgYW5kIGxv Y2FsLWxhYmVsIGFzIGlucHV0IHBhcmFtZXRlcnMuICBQb3NzaWJseQ0KICAgIGEgYmV0dGVyIGNo b2ljZSB3b3VsZCB0byBtYWtlIHRoaXMgYSBjaG9pY2Ugc28gdGhhdCBhIGNsaWVudCBjb3VsZCBx dWVyeSBlaXRoZXINCiAgICB1c2luZyBhIGRlc3RpbmF0aW9uLWFkZHJlc3Mgb3IgYSBsb2NhbC1s YWJlbCAod2l0aCBib3RoIHVzaW5nIHRoZSBzYW1lIHR5cGUNCiAgICBkZWZpbml0aW9uKT8NCltU U106IHNpbmNlIG1hbmRhdG9yeSBpcyBub3Qgc2V0IG9uIGl0LCBJIHByZXN1bWUgdGhlIHVzZXIg b2YgUlBDIGlzIG9rIHRvIHNwZWNpZnkgb25lLg0KDQpSZWdhcmRzLA0KVGFyZWsNCg0KDQoNCg0K From nobody Tue Oct 20 07:58:48 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A02703A0FC5; Tue, 20 Oct 2020 07:58:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net header.b=2IFhfMLq; dkim=pass (1024-bit key) header.d=juniper.net header.b=IfruXvC/ Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id e1LIAvlu3loy; Tue, 20 Oct 2020 07:58:41 -0700 (PDT) Received: from mx0a-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (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 0DE693A0A5E; Tue, 20 Oct 2020 07:58:40 -0700 (PDT) Received: from pps.filterd (m0108156.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 09KEqdo5008227; Tue, 20 Oct 2020 07:58:39 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-id : content-transfer-encoding : mime-version; s=PPS1017; bh=uSxACxWQevoJH0RS4S1Wf6zUldVIqobj7mS0gmOnqSg=; b=2IFhfMLqeRx7Zzq0v7rd/RNT07wXccyJ7s4oqybl+4SH4+p/hdPM6g+LNQE9ZeZbHwIp fK0JRUZFtXiedHITNdMw3liaW0eQtC4TsWXXL/1pzeORdTHjt3pui4zbi47C9YEAeVbi 4w+52VGtyez4sy3yk+YPhsvK5PFMjFUWe1tk6XK59B7mkp0XjWXCuzPjcC0DS5/BU4hk OUxa5O8GqblgQTHiWYh3SPG25LRjjsovse4ljJFF7HHHEee8KLp+PLnAmIExfY3483rW iA3tae6jlKPnlwpfn0CuWTKusNzX16+FeGbhg9BPm6xYv7xhN8vUAS5I/eNFDabumyWp yA== Received: from nam12-dm6-obe.outbound.protection.outlook.com (mail-dm6nam12lp2168.outbound.protection.outlook.com [104.47.59.168]) by mx0a-00273201.pphosted.com with ESMTP id 347ympcj2g-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 20 Oct 2020 07:58:31 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=GTZNNNT6dL+J8l5i1Y1XgBO4LacIy+iiKPfuNlpq+9spSnYTQaJyxvZsurBTuHLCS5h81scAA/zkBGT8v8UqLY/NGsZ6JoPtkR/EYN305/FBUgB6ebz9oZJgB1OBnTfrZxwj0MIfcEu+TdVtFW6byEHffHP1xhjaC07amQTR1mOOQJ+9PnAXTQQRNE1f/YF9ZmESfSgeDBFS7SBn0jOD/ExOO/rTr9hFiZ7N2VszrK1BbahbcldMiZRD/K/6nhxYqGN+iVAaBt0qr8vyAHdG/j+FCngHOAZ3d2vzRT6JRFgyydKNxBj5q9yxWLE/OuS0VbkzfQauwshY0jszTgAjRQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=uSxACxWQevoJH0RS4S1Wf6zUldVIqobj7mS0gmOnqSg=; b=F0nZlP7zvf8w2KzoWruHbWJzM9NTm2G48kh8n3QnGjt4x+Wl8SMl7elbO5SoTRiJAYYaicwdXrPq9Kfw1ZdEdTSkcRod86SyvOGadNKQn31v+u+YNZqKrz6RSm5xmA2pwGIyhtNOGrRqiZImI+SYu/ySR22iQQA4W+61C/rbrQ98FuddR/phD58ifkjy90LHmcLNOWmhOm9enr5BAdMP6CvxA8GcopQD5LbyiZ1nYqbrjskabgBpZRmuKTUGpN9xH17qPzPp7qUCCuX+cQsjZf3QQBXC4PWSp9L/5Hw+8vKwD12ds42YiJtMajCIWYxJ6YjNvLqlhb6xyOakuhBnyw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=uSxACxWQevoJH0RS4S1Wf6zUldVIqobj7mS0gmOnqSg=; b=IfruXvC/zo0zGKa7eMjAA5AJ6BSSv5BQt/UfmBmXrxo6T9f41wmye5UbarH63JpizqpgTFQlkw4cP0f7+UIMhkhO4lU2Z5yleVYhyzeclJOrXY47hpV8HVgk4SZ7QLW/f/GOkjEPZMqAHTCypEzQ2o1suckAmoZcn5CK3ZuyUw4= Received: from BYAPR05MB4136.namprd05.prod.outlook.com (2603:10b6:a02:85::18) by BYAPR05MB5336.namprd05.prod.outlook.com (2603:10b6:a03:7d::24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3499.15; Tue, 20 Oct 2020 14:58:29 +0000 Received: from BYAPR05MB4136.namprd05.prod.outlook.com ([fe80::692c:3186:2e82:e63c]) by BYAPR05MB4136.namprd05.prod.outlook.com ([fe80::692c:3186:2e82:e63c%7]) with mapi id 15.20.3499.017; Tue, 20 Oct 2020 14:58:29 +0000 From: Tarek Saad To: Erik Kline , The IESG CC: "draft-ietf-mpls-base-yang@ietf.org" , "mpls-chairs@ietf.org" , "mpls@ietf.org" , Loa Andersson Thread-Topic: Erik Kline's No Objection on draft-ietf-mpls-base-yang-15: (with COMMENT) Thread-Index: AQHWhnSTyvgHn4cVUkit8S+cHAc2qamgkvgA Date: Tue, 20 Oct 2020 14:58:29 +0000 Message-ID: References: <159963381999.10059.8824245600086965264@ietfa.amsl.com> In-Reply-To: <159963381999.10059.8824245600086965264@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=0; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=9a7faf17-4132-4e54-bf2a-370dfa52d098; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2020-10-15T15:03:22Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=Juniper Business Use Only;MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; user-agent: Microsoft-MacOutlook/16.42.20101102 authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=juniper.net; x-originating-ip: [2607:fea8:e300:294:f180:a8d9:824b:f271] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 120f422b-8382-48ad-1121-08d875089b51 x-ms-traffictypediagnostic: BYAPR05MB5336: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:6790; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: Et10bWHFtnuEj2CPCDj3SqAOsbnxHEcBQdAZ86KTNWzEagIk+6iC6cgn9G6P0QAP6kLQytKpt9E+++X70geC1VzXxIPvFpAOZRIrvcT6Y9h2yC6LVe2R6FTen2cAG4JTBrgqUYtChmPLmpyRQuIk7+ebyJxP4URhnzJuBSoyrqZFW/hnwYPf7fMl7T2NU7G2OM1hXF17PmoV/v+jhP7pnl1Klc9L/6UDmag/kio69WtgRR3H/awQOeNpUiGd7d2mG5gObWvix8mKk/pIOdNq5hR0ZQ8w2jqEssT94npz3/xMF7091KKaQG931pSg+W9yr1NF6ZA9Quptel/fbwI4ZF+c2ogm2n8RzrgZUQyO41nbiE/QMuuiYOQp+H8uZ23NFPrxIESnsjI2pGGhYRrbwQ== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BYAPR05MB4136.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(396003)(346002)(136003)(39860400002)(376002)(54906003)(478600001)(36756003)(86362001)(110136005)(316002)(966005)(33656002)(91956017)(6506007)(53546011)(8936002)(6486002)(66946007)(71200400001)(5660300002)(66446008)(64756008)(66556008)(66476007)(76116006)(2616005)(6512007)(8676002)(4326008)(186003)(2906002); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: E3CU0c4z92Hw6LfbgqoBy7q1smwKeofvf3iyuq42RxKkC7Huwru+nNcRfkwZKAKt66OBFf4HV1FywPkXGusR81D6AmutMw9RP2NdElhIZClMtxZSD/2ICUmJBzhCAKXO4/6/lmCrWPxCPV286vcvys0Ec25oKeiiMEVKJ0lRIjoeL96gmBbDTXDBHhYN4wV951l2SSPhbc55B7X/kGjeob/JTNzlEs7JlxRlovl9qfNXDb9FnkUkZLv0gKsYc6QbZYBePv7K51FE7vap8ZAKOKNpASPlqU1E7kNhSV58bVJ2ipWRThPLmiEOlhQ8u2SxCvXXnM6FUbg8+3EKNBQ/NsTZPIRcRkqzysjS/8cRPn/yIZv1gOnw2+tUHjTrX2yGIuX3rw9hcORdoqbW4cD6DdteFSs4U3kcLyLOLxRMBf64/mT8bNf3gTna5iQGctMPJm8hM4fkskVYu4QQLfZ38COq3EyoiQ6lP4i03eX/Tf3/AuJ/jQWek5R7CSjnDWrhtTyHnegtRjtyYQ359BOL0P8jIYajuhdqWw9LhYvQDhAlIxBnXOTd/vBt8MM+UVl738EpjUnssKUTxLmwdNfwWKoNCNL/QROf7alGZ3OTZinNaB+Mkws7l3XRcGwnZp5zhHfJOVP0IjTqdhTkTBCYyIxSFlmcQw5DUzQvOQVkOBVZMJcXFP+M41kxaGvQy2Vyeu60fJHp49CsWXE+Y3Iaiw== x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-ID: <2E18A2879F7D3B4EB56EDA46FF7A22C0@namprd05.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BYAPR05MB4136.namprd05.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 120f422b-8382-48ad-1121-08d875089b51 X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Oct 2020 14:58:29.8025 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: rtpwacBEcR7trZEfLs35DWI8+KUCyWvkYgFQXjtT3gWgRs2e+vd1PJUqk6yPIepJnU2bqKPhebcfyQZfcJUMVw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR05MB5336 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235, 18.0.737 definitions=2020-10-20_06:2020-10-20, 2020-10-20 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 suspectscore=0 mlxlogscore=999 phishscore=0 bulkscore=0 clxscore=1011 lowpriorityscore=0 adultscore=0 spamscore=0 impostorscore=0 mlxscore=0 malwarescore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2010200102 Archived-At: Subject: Re: [mpls] Erik Kline's No Objection on draft-ietf-mpls-base-yang-15: (with COMMENT) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Oct 2020 14:58:43 -0000 SGkgRXJpaywNCg0KVGhhbmtzIGZvciB5b3VyIHRob3JvdWdoIHJldmlldyBhbmQgY29tbWVudHMu IFdlIGhhdmUgcG9zdGVkIHJldiAtMTYgKGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFm dC1pZXRmLW1wbHMtYmFzZS15YW5nLTE2KSAgb2YgdGhlIGRvY3VtZW50IGFuZCBoYXZlIGFkZHJl c3NlZCBhbGwgeW91ciBjb21tZW50cy4NClBsZWFzZSBzZWUgaW5saW5lIGZvciByZXNwb25zZXPi gKYgW1RTXQ0KDQpSZWdhcmRzLA0KVGFyZWvvu78g77u/DQoNCk9uIDkvOS8yMCwgMjo0MyBBTSwg IkVyaWsgS2xpbmUgdmlhIERhdGF0cmFja2VyIiA8bm9yZXBseUBpZXRmLm9yZz4gd3JvdGU6DQoN CiAgICBbRXh0ZXJuYWwgRW1haWwuIEJlIGNhdXRpb3VzIG9mIGNvbnRlbnRdDQoNCg0KICAgIEVy aWsgS2xpbmUgaGFzIGVudGVyZWQgdGhlIGZvbGxvd2luZyBiYWxsb3QgcG9zaXRpb24gZm9yDQog ICAgZHJhZnQtaWV0Zi1tcGxzLWJhc2UteWFuZy0xNTogTm8gT2JqZWN0aW9uDQoNCiAgICBXaGVu IHJlc3BvbmRpbmcsIHBsZWFzZSBrZWVwIHRoZSBzdWJqZWN0IGxpbmUgaW50YWN0IGFuZCByZXBs eSB0byBhbGwNCiAgICBlbWFpbCBhZGRyZXNzZXMgaW5jbHVkZWQgaW4gdGhlIFRvIGFuZCBDQyBs aW5lcy4gKEZlZWwgZnJlZSB0byBjdXQgdGhpcw0KICAgIGludHJvZHVjdG9yeSBwYXJhZ3JhcGgs IGhvd2V2ZXIuKQ0KDQoNCiAgICBQbGVhc2UgcmVmZXIgdG8gaHR0cHM6Ly91cmxkZWZlbnNlLmNv bS92My9fX2h0dHBzOi8vd3d3LmlldGYub3JnL2llc2cvc3RhdGVtZW50L2Rpc2N1c3MtY3JpdGVy aWEuaHRtbF9fOyEhTkV0NnlNYU8tZ2shWG5zWXJFSTR2cnU0cm05b0xWRjdLUENlZjU2d3EyUmww dXhNOEJDTWhVZ1JJYjFUQ2VjajA3bS1sd05vMXckDQogICAgZm9yIG1vcmUgaW5mb3JtYXRpb24g YWJvdXQgSUVTRyBESVNDVVNTIGFuZCBDT01NRU5UIHBvc2l0aW9ucy4NCg0KDQogICAgVGhlIGRv Y3VtZW50LCBhbG9uZyB3aXRoIG90aGVyIGJhbGxvdCBwb3NpdGlvbnMsIGNhbiBiZSBmb3VuZCBo ZXJlOg0KICAgIGh0dHBzOi8vdXJsZGVmZW5zZS5jb20vdjMvX19odHRwczovL2RhdGF0cmFja2Vy LmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLW1wbHMtYmFzZS15YW5nL19fOyEhTkV0NnlNYU8tZ2sh WG5zWXJFSTR2cnU0cm05b0xWRjdLUENlZjU2d3EyUmwwdXhNOEJDTWhVZ1JJYjFUQ2VjajA3bkZ0 ejdTN2ckDQoNCg0KDQogICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KICAgIENPTU1FTlQ6DQogICAgLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLQ0KDQogICAgW1sgbml0cyBdXQ0KDQogICAgWyBzZWN0aW9uIDIuMiBdDQoNCiAgICAq ICJyZXByZXNlbnRzIHN1cHBvcnQgcG9zc2libGUiIC0+ICJyZXByZXNlbnRzIHN1cHBvcnQgZm9y IHBvc3NpYmxlIj8NCg0KICAgIFsgc2VjdGlvbiAyLjMgXQ0KDQogICAgKiBzL0FkamVjZW5jeS9B ZGphY2VuY3kvDQoNCiAgICBbIHNlY3Rpb24gMi41IF0NCg0KICAgICogIk5leHQtaG9wIGFjdHMg YXMgcHJpbWFyeSB0cmFmZmljIGNhcnJ5aW5nLiINCg0KICAgICAgTWF5IHJlYWQgYXMgc2xpZ2h0 bHkgYXdrd2FyZC4gIENvbnNpZGVyIHBlcmhhcHM6DQoNCiAgICAgICJOZXh0LWhvcCBhY3RzIGFz IHByaW1hcnkgZm9yIGNhcnJ5aW5nIHRyYWZmaWMuIg0KDQogICAgICAuLi5vciBzb21ldGhpbmcu DQoNCiAgICAqICJhYXVnbWVudGF0aW9uIiAtPiAiYXVnbWVudGF0aW9uIg0KDQpbVFNdOiBhZGRy ZXNzZWQuIEFsbCBhYm92ZSwgdGhhbmtzLg0KDQpSZWdhcmRzLA0KVGFyZWsNCg0KDQoNCg0KSnVu aXBlciBCdXNpbmVzcyBVc2UgT25seQ0K From nobody Tue Oct 20 07:59:44 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ED8C93A0FC7; Tue, 20 Oct 2020 07:59:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net header.b=lZSJb2m6; dkim=pass (1024-bit key) header.d=juniper.net header.b=ExfaMrAx Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L86O9F2a1nsM; Tue, 20 Oct 2020 07:59:41 -0700 (PDT) Received: from mx0b-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (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 7A1743A0FBB; Tue, 20 Oct 2020 07:59:41 -0700 (PDT) Received: from pps.filterd (m0108157.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 09KEvpU5001127; Tue, 20 Oct 2020 07:59:39 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-id : content-transfer-encoding : mime-version; s=PPS1017; bh=kzrNBWAu5/xd1IqWwDCGXASrC+NGx6LrD3Enwf3/sbQ=; b=lZSJb2m6lch6Le4yzHsXgSjudWnHx5VvoYNpuLvTZyNqRMR4OEMsFrhIWmkueyn9yYLx JasTeFGdL9yD1i9oGyK2/mA9csAUQluvfVeBd2R+XzEQt3rgRaUwwmx3HAE4xLiJfWCb rbWj+ayTJs3KzFVS0UT8kwcRHhGv8iLj+5dix+2v2URqCC6VZZpxUlylb7a1mLT1Vd+f 5dfzFNWFn4mk4wswqJQEJkKHi+Rd4N1gQQ+SIW+FgnrmmbFwDeBeL5Zep8hkjYcbpH2a Nlao/r3C8dYEgJN3QfTOPKO/915Ulp4gXo6Wzm7z3uBin0niCH1ixRuDZvIN4vkcC3Sw NA== Received: from nam12-dm6-obe.outbound.protection.outlook.com (mail-dm6nam12lp2171.outbound.protection.outlook.com [104.47.59.171]) by mx0a-00273201.pphosted.com with ESMTP id 348xanu5b0-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 20 Oct 2020 07:59:39 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=PcFSwhKfcTPHkMmuLcJDuNPQ++IJDNqCDGVI+FraaCIVNth1HqIMcAHzTYyfxTE23rmz7QG0B4wEuodWlHuM8svTHHrlaz5MxpSJou7B9K4JDDtrC/sGIxjWQJ1pdv259EL83/f1IyZAZr9jTfkfANFiL8I5TTwsK7m61sbgllwUENOK8XIbgpNVysjycqmLZNlbUxJaHwkRkt2SofOQPBoK4tZrN1YouuMIOgYPeKj6SPeS72AXCG550krtHOWzg7by8sIjQp/4X0QXcdNkTYdLVcWEaOCfTbzauaDqYlKhU1SILXnheusZC4wIBt/gKM583U3UaxZHVhc+PQZnbQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=kzrNBWAu5/xd1IqWwDCGXASrC+NGx6LrD3Enwf3/sbQ=; b=oDr6lX1YCxhDytFNLfSPIKbS7OXukAP2qWe4nIHFW+aspG75+aCfdR2nSmTAgBy0cuFxgTOATJhfH0cWuoStS2W9Vu3bOvK0qGj2tWvyNxmZsROizNeVnssHfgwz/h9VEtPdQK2+A66VOWqU+ILRvAtpjrk+vMf4qLANe4mwqnqBLSTpQxTcXFM6NAL2kxoXWXA1ynPPpDhmkN2kvtnMpm6Js16/8sAgbUIJCbMZTPK26COKsDqdDByR2N0HwXPAkNHRP5jLDPoO6MQ9Ry2YpLXAEla2YbLOZsWUZcs3lQNPKAEH9Z6tFO5ro/wBN0WL4FmqmF7YKSDMpCObjGDL+Q== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=kzrNBWAu5/xd1IqWwDCGXASrC+NGx6LrD3Enwf3/sbQ=; b=ExfaMrAxUWwTou3cIbz0UCVFxDUY6wAHXUUfTFBSBu4Z+ZYO6343jFSeejIIRyRHh6eavbU6sO9D6twMlMkxLcnn7lSVxSL38g+etQy1amG+UolEGnuoj8xWzfCR7TD675OVsGYt9EGuMD1BXO1w/+HRbWf8tIOMno98famF5Zc= Received: from BYAPR05MB4136.namprd05.prod.outlook.com (2603:10b6:a02:85::18) by BYAPR05MB5336.namprd05.prod.outlook.com (2603:10b6:a03:7d::24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3499.15; Tue, 20 Oct 2020 14:59:37 +0000 Received: from BYAPR05MB4136.namprd05.prod.outlook.com ([fe80::692c:3186:2e82:e63c]) by BYAPR05MB4136.namprd05.prod.outlook.com ([fe80::692c:3186:2e82:e63c%7]) with mapi id 15.20.3499.017; Tue, 20 Oct 2020 14:59:37 +0000 From: Tarek Saad To: Roman Danyliw , The IESG CC: "draft-ietf-mpls-base-yang@ietf.org" , "mpls-chairs@ietf.org" , "mpls@ietf.org" , Loa Andersson Thread-Topic: Roman Danyliw's Discuss on draft-ietf-mpls-base-yang-15: (with DISCUSS and COMMENT) Thread-Index: AQHWhjCVjZMiKpH5A0uvkvYBpvncN6mYuzQA Date: Tue, 20 Oct 2020 14:59:37 +0000 Message-ID: <2F4A57DA-DD04-4F1D-8310-7EB688E15AE8@juniper.net> References: <159960462265.21015.6727119911072959300@ietfa.amsl.com> In-Reply-To: <159960462265.21015.6727119911072959300@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=0; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=99789c49-8728-4e43-b719-cdd8e3201123; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2020-10-15T15:09:11Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=Juniper Business Use Only;MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; user-agent: Microsoft-MacOutlook/16.42.20101102 authentication-results: cert.org; dkim=none (message not signed) header.d=none;cert.org; dmarc=none action=none header.from=juniper.net; x-originating-ip: [2607:fea8:e300:294:f180:a8d9:824b:f271] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 6a0feee7-1524-487c-f11c-08d87508c3c8 x-ms-traffictypediagnostic: BYAPR05MB5336: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:3968; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: nQmvlQYlnH5p4cGdE/N9xtZPiSMgC/yDgYGFHLDrT8OdsuK8ZmigKkImPqatSlfRH1CIrRXcvgxMkAKS77WhhaM5ebyqJZXkM4eZWZ6YKdFTv06luGY+Ea+CK2jvtx5U+Qloyu3l/qfht9ejcvouY01iRtBJ4zutMpFJdv8ZWw1rrKwHznRqD4pS8C3IZjFdZm2V7g1eHzjNV9CewDmvkVz3lNNkufZtNvTtEsjoKcpmOn3pb+1Bj7J26OqJcDzb1l/hfWpxejGojmT6ZV/wHhaatn+t40Yubpuo85fAPN4NGs6g7lD5obFB30dJUMfKaF393hdI+drUhZe+Bw9XSfWQavilwayD5Z11j9Ex1r+uSSMtOAaI/ayZrggQd1NL/iaqakQsPpbT+Cm91093iA== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BYAPR05MB4136.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(396003)(346002)(136003)(39860400002)(376002)(54906003)(478600001)(36756003)(86362001)(110136005)(316002)(966005)(33656002)(91956017)(6506007)(53546011)(8936002)(6486002)(66946007)(71200400001)(5660300002)(66446008)(64756008)(66556008)(66476007)(76116006)(2616005)(6512007)(8676002)(4326008)(186003)(2906002); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: vCqJadtk2badeZQBbDRFrCroAUihQU0oB7ZtkBVuT8re4D3LMqVEsI9DVa5LNm/d5F36jTBPEa/NRZ9e7L1T7l+E6pejVzEOQEBy2nwuT1SqPZDHDfMsr9jS3tAA9RyYTfEIu0FJDFfX6DfIL1V0+3RYgVg8hHXM9meVTX0Ldtgwrj3R/FXq4jCF1FmJujhbCvImwq62BNHA93+xHr7Ylz+9IQjqzIhkB8ogb/LeFSojv/xw32Aqbq9GPrI5q6UJLL/Q/DXzLaL1xrpI068TgS5gif/ca7kNpGcs0mgsP8aQCdMQLrt/PWRSukxuEBkhxU5UINkJ23jeHz7y4YIaiInakzKB46iPGicNlCH1JRDXpVbzjRJT4KCT8YjKTfpYYnvjL+wf0QaipBTJXpafKfEs9ho7DpCwHK46IGo5NH/AbMRWHKU/dijTbt7h+DMW+BDiZ34OT+zxz5SFACQK2GnMXwrHrRpft6H+6uGNI1WNANgAy9ocWsXoxrRo4RSpwRmol5hsnYRE9WliRfwSTnLr/jZFeVDE1AxseLRbU0H23Y/s4DbDCPS2Spv1vpwqG/U1mKKXuEpGRVvXlYLBPYU1sRORE5gDFMn3jUCD2ecOIHRNNDvm1lV+hnsmfg23UN159QcYlg1U0NQwfs/4rHDzR1218MVYND69V7CfOwuNe4X7Zs7LBtSIO3pBQUKSJp3ILcCA9C1fD3G2LFsnkA== x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BYAPR05MB4136.namprd05.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 6a0feee7-1524-487c-f11c-08d87508c3c8 X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Oct 2020 14:59:37.6560 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: v5/mJVrbSHVshZPKXf3P32JNZa/YVk95trx+IHotk5pKXqW6WloZ65G6+2DlKZ6RMpAZoIo0nAwC5uAF28y5bQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR05MB5336 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235, 18.0.737 definitions=2020-10-20_06:2020-10-20, 2020-10-20 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 clxscore=1011 lowpriorityscore=0 spamscore=0 phishscore=0 suspectscore=0 priorityscore=1501 adultscore=0 malwarescore=0 mlxlogscore=999 mlxscore=0 impostorscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2010200102 Archived-At: Subject: Re: [mpls] Roman Danyliw's Discuss on draft-ietf-mpls-base-yang-15: (with DISCUSS and COMMENT) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Oct 2020 14:59:43 -0000 VGhhbmtzIGZvciB5b3VyIHJldmlldyBhbmQgY29tbWVudHMuIFdlIGhhdmUgcG9zdGVkIHJldiAt MTYgKGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLW1wbHMtYmFzZS15YW5n LTE2KSAgb2YgdGhlIGRvY3VtZW50IGFuZCBoYXZlIGFkZHJlc3NlZCBhbGwgeW91ciBjb21tZW50 cy4NClBsZWFzZSBzZWUgaW5saW5lIGZvciByZXNwb25zZXPigKYgW1RTXQ0KDQpPbiA5LzgvMjAs IDY6MzcgUE0sICJSb21hbiBEYW55bGl3IHZpYSBEYXRhdHJhY2tlciIgPG5vcmVwbHlAaWV0Zi5v cmc+IHdyb3RlOg0KDQogICAgW0V4dGVybmFsIEVtYWlsLiBCZSBjYXV0aW91cyBvZiBjb250ZW50 XQ0KDQoNCiAgICBSb21hbiBEYW55bGl3IGhhcyBlbnRlcmVkIHRoZSBmb2xsb3dpbmcgYmFsbG90 IHBvc2l0aW9uIGZvcg0KICAgIGRyYWZ0LWlldGYtbXBscy1iYXNlLXlhbmctMTU6IERpc2N1c3MN Cg0KICAgIFdoZW4gcmVzcG9uZGluZywgcGxlYXNlIGtlZXAgdGhlIHN1YmplY3QgbGluZSBpbnRh Y3QgYW5kIHJlcGx5IHRvIGFsbA0KICAgIGVtYWlsIGFkZHJlc3NlcyBpbmNsdWRlZCBpbiB0aGUg VG8gYW5kIENDIGxpbmVzLiAoRmVlbCBmcmVlIHRvIGN1dCB0aGlzDQogICAgaW50cm9kdWN0b3J5 IHBhcmFncmFwaCwgaG93ZXZlci4pDQoNCg0KICAgIFBsZWFzZSByZWZlciB0byBodHRwczovL3Vy bGRlZmVuc2UuY29tL3YzL19faHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWVzZy9zdGF0ZW1lbnQvZGlz Y3Vzcy1jcml0ZXJpYS5odG1sX187ISFORXQ2eU1hTy1nayFTczE1SDZ2c3JMSXpVVDdmT0J5VDN0 T1pNQURodXdpemNSUGxXUWgtdEdFdi12RTFwbzJDRXRJN1Z2eFF3QSQNCiAgICBmb3IgbW9yZSBp bmZvcm1hdGlvbiBhYm91dCBJRVNHIERJU0NVU1MgYW5kIENPTU1FTlQgcG9zaXRpb25zLg0KDQoN CiAgICBUaGUgZG9jdW1lbnQsIGFsb25nIHdpdGggb3RoZXIgYmFsbG90IHBvc2l0aW9ucywgY2Fu IGJlIGZvdW5kIGhlcmU6DQogICAgaHR0cHM6Ly91cmxkZWZlbnNlLmNvbS92My9fX2h0dHBzOi8v ZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtbXBscy1iYXNlLXlhbmcvX187ISFO RXQ2eU1hTy1nayFTczE1SDZ2c3JMSXpVVDdmT0J5VDN0T1pNQURodXdpemNSUGxXUWgtdEdFdi12 RTFwbzJDRXRLV1FiSUI0USQNCg0KDQoNCiAgICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQogICAgRElTQ1VTUzoN CiAgICAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tDQoNCiAgICAqKiBTZWN0aW9uIDExLiAgVGhhbmtzIGZvciBlbnVt ZXJhdGluZyB0aGUgc2Vuc2l0aXZlIHJlYWQgb3BlcmF0aW9ucy4gIEl0IGxvb2tzDQogICAgbGlr ZSB0aGUgc2Vuc2l0aXZlIHdyaXRlcyBhcmVu4oCZdCBkZXNjcmliZWQuICBXb3VsZG7igJl0IGl0 IGJlIGEgcHJvYmxlbSBmb3INCiAgICBhcmJpdHJhcnkgd3JpdGVzIHRvIG9jY3VyIHRvIC9ydDpy b3V0aW5nL21wbHMvKj8gIEkgcmVjb21tZW5kIHVzaW5nIHRoZQ0KICAgICJ0ZW1wbGF0ZSBsYW5n dWFnZSIgb2YgIlRoZXJlIGFyZSBhIG51bWJlciBvZiBkYXRhIG5vZGVzIGRlZmluZWQgaW4gdGhl c2UgWUFORw0KICAgIG1vZHVsZXMgdGhhdCBhcmUgd3JpdGFibGUvY3JlYXRhYmxlL2RlbGV0YWJs ZSAuLi4gVGhlc2UgYXJlIHRoZSBzdWJ0cmVlcyBhbmQNCiAgICBkYXRhIG5vZGVzIGFuZCB0aGVp ciBzZW5zaXRpdml0eS92dWxuZXJhYmlsaXR5OiIgdG8gcHJvdmlkZSB0aGlzIGVhc3kgZml4Lg0K W1RTXTogdGhhbmtzLiBXZSBhZGRlZCBzZW5zaXRpdml0eS92dWxuZXJhYmlsaXR5IGZvciB3cml0 ZSBkYXRhIG5vZGVzIHRvby4NCg0KICAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgICBDT01NRU5UOg0KICAg IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0NCg0KICAgIFRoYW5rcyBmb3IgdGhlIGNsZWFyIGludHJvZHVjdGlvbiBv ZiBob3cgdGhpcyBtb2RlbHMgd2FzIGRlc2lnbmVkIChTZWN0aW9uIDIuMg0KICAgIGFuZCAyLjMp IGFuZCBidWlsZHMgb24gcHJpb3Igd29yay4NCg0KICAgIEVkaXRvcmlhbCBuaXRzOg0KICAgIC0t IFNlY3Rpb24gMS4gIEVkaXRvcmlhbC4gIFRoZXJlIGlzIGEgdG9vbCBjaGFpbiBhcnRpZmFjdCB3 aGljaCBpcyBsZWF2aW5nDQogICAg4oCceyFSRkM4MzQ5feKAnSBpbiB0aGUgdGV4dC4NCg0KICAg IC0tIFNlY3Rpb24gMi4zLiAgVHlwby4gcy9BZGplY2VuY3kvQWRqYWNlbmN5Lw0KDQogICAgLS0g U2VjdGlvbiAyLjUuIFR5cG8uIHMvYWF1Z21lbnRhdGlvbi9hdWdtZW50YXRpb24vDQoNCltUU106 IGFkZHJlc3NlZCwgdGhhbmtzLg0KDQpSZWdhcmRzLA0KVGFyZWsNCg0KDQoNCg0KSnVuaXBlciBC dXNpbmVzcyBVc2UgT25seQ0K From nobody Tue Oct 20 08:01:19 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF2D83A1193; Tue, 20 Oct 2020 08:01:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net header.b=ukDPSX1+; dkim=pass (1024-bit key) header.d=juniper.net header.b=Z3W6j86O Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oPjvC0c1E6as; Tue, 20 Oct 2020 08:01:03 -0700 (PDT) Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (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 59EEA3A124E; Tue, 20 Oct 2020 08:00:42 -0700 (PDT) Received: from pps.filterd (m0108163.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 09KEvFDA018778; Tue, 20 Oct 2020 08:00:41 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-id : content-transfer-encoding : mime-version; s=PPS1017; bh=5PJA9h5LY26oHmcbMSl9h6Ne+1S8Lk1lAUv4dl7hLIA=; b=ukDPSX1+GRb6/82HCNksaNwUi4VlK+HpelcDGZHHfEJhAAGjah85LLCnFdEHJ1Y1CKVz gMmEk8uGxA87z1SkDdQUsStAzI/H/ah5ehviymKneFf3WIcOynWi6OhdmSeCVRORycub e9iQgcVOGcDXW8/PiUT9RBQ+yKWya71T02unkYeFtqJ2tW+/tZc5nUHLCS+xPApkh+vB Fl5T33F2xq7VVdPVKNUBfwP9nWFe2wz0VPGbhs1jzyWDIxUeK7MYx16jNkTWmyVFiy5s W0AVOqtZilXj8F2knwMsaClyJxdnjJGn8IZTcZw3gVhYBa62LeVlpii5haVaYJzrT0ub ZQ== Received: from nam12-dm6-obe.outbound.protection.outlook.com (mail-dm6nam12lp2177.outbound.protection.outlook.com [104.47.59.177]) by mx0b-00273201.pphosted.com with ESMTP id 349n7jh4ar-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 20 Oct 2020 08:00:40 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=na9UIex1qEFU9AJiIwdWuy4f4CGaJaknYIdvsgRuU47Eug++Ysy53sHPgrFzUc+i9rri0Dxj2BgE7so/RPXVg7UYWA/SX8BpotILip9au4yNTgZbX89YRb1oY1UzOU6Q53A3IosbkWnaNM3jqPuW4OFNZqhk/8L8y/0hOkNghArcbUtgS0y0prmPr0EwJdFSQAaWGMD931ZjcvWMHmQGR2hXYb7vAgIy0JJLSMHjqpOJv6mNY187GrHOflUITuv2/sl5Cre9YoT1eOba8+8NcoHlxvFdsXj0hvWeQ/Zlfh9W+hNzH0kJyeyZPnpVj9ZHP9A0yO8MNiyKkR+UzTGApQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=5PJA9h5LY26oHmcbMSl9h6Ne+1S8Lk1lAUv4dl7hLIA=; b=k/j+fxSY85GbdV4sEX0+Yyett3KqivrkT1nw+o3b6IyyIcp3bqYjCPtXn8lwgS93lJHvGeqnlijEu3qGAv1SFA3vcigMMFlDcfHJ5Cnf++mk9xTChgjS3KTgyMjScEEQBqbFA5i5DRM95/8ajjPFgxXA7C7Kc9BZ86rxw9FUjNJ58eIgVqNmVp8yFjiv4Fy4zgjQ36DIIljh1occMvtD6kgSvl55flbk1P1vLi7nErwJpA8HipuZ8FGsNlArz1TomO+bJYRZ1vUTo4kVsi2Vx/OQhmpdIgJO+ce3JS8qY3vbZLxYmfhUsg1F3wjET4YhyYPEB/LDfzt0mrakrhRVMA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=5PJA9h5LY26oHmcbMSl9h6Ne+1S8Lk1lAUv4dl7hLIA=; b=Z3W6j86OEwV42X6OqSbdvcu112fnkH5j62OH6rTu2ar53i0OTJM5a86xZAcahT8LWsqPveff0loggn894XxHFipnFxPW/zs22UPybt3QxZYclBtzBQKWSO6YjPBRT9whtVEOy8Lzrudp7y8sxGg8RFIzZfCoINnAQRTAB86YpEk= Received: from BYAPR05MB4136.namprd05.prod.outlook.com (2603:10b6:a02:85::18) by BYAPR05MB5336.namprd05.prod.outlook.com (2603:10b6:a03:7d::24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3499.15; Tue, 20 Oct 2020 15:00:39 +0000 Received: from BYAPR05MB4136.namprd05.prod.outlook.com ([fe80::692c:3186:2e82:e63c]) by BYAPR05MB4136.namprd05.prod.outlook.com ([fe80::692c:3186:2e82:e63c%7]) with mapi id 15.20.3499.017; Tue, 20 Oct 2020 15:00:39 +0000 From: Tarek Saad To: Barry Leiba , The IESG CC: "draft-ietf-mpls-base-yang@ietf.org" , "mpls-chairs@ietf.org" , "mpls@ietf.org" , Loa Andersson Thread-Topic: Barry Leiba's No Objection on draft-ietf-mpls-base-yang-15: (with COMMENT) Thread-Index: AQHWgmodypInqcdpvEaV01+b2U46NqmYxUuA Date: Tue, 20 Oct 2020 15:00:38 +0000 Message-ID: <1BD7A3EB-3E0F-4486-9546-D1D10277F7DC@juniper.net> References: <159918952766.22871.7919987633152182273@ietfa.amsl.com> In-Reply-To: <159918952766.22871.7919987633152182273@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=0; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=74b51968-2cd9-4607-af2b-f5e05d7ee1eb; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2020-10-15T15:12:30Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=Juniper Business Use Only;MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; user-agent: Microsoft-MacOutlook/16.42.20101102 authentication-results: computer.org; dkim=none (message not signed) header.d=none;computer.org; dmarc=none action=none header.from=juniper.net; x-originating-ip: [2607:fea8:e300:294:f180:a8d9:824b:f271] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: bea26d34-8a03-4528-2f5e-08d87508e859 x-ms-traffictypediagnostic: BYAPR05MB5336: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:6108; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 9oIulT9AtTn0OJFG+0YXniUmvXGG28Z6Gj13lFvd8rIatG8JIS0XtCJTIJxrk8CAgk1LoJCUsIXa+g/iMyExXkKCMH2dl2ZRsGa18HmGqecixZhc9CbAK7wZakiTkabecAYRkczmaDOBUDGY+cmyCBhKpKpAbfwJlBiqMDTh8RxfhiKuzFVxXlhq1FiPPMupJYDvLeD6HcAiPQLW39IIYfTq30vbezEif2UZX66fdkGmG+pinK4ldr/5HQApbIraTK/RuR2MVP+1dcevUXXTDh4DL3eHy8CkM6jrr1CCvEcesX66BcWkplWPib3N4MOprA1fS+Z15Cus4WtgnHoLydRIGtWcJqrCV+q5+fzTvX/exM4ljv4QRmiFMGCc0Z1MWcHobrfHUZeBVAPB4FRhGA== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BYAPR05MB4136.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(396003)(346002)(136003)(39860400002)(376002)(54906003)(478600001)(36756003)(86362001)(110136005)(316002)(966005)(33656002)(91956017)(6506007)(53546011)(8936002)(6486002)(66946007)(71200400001)(5660300002)(66446008)(64756008)(66556008)(66476007)(76116006)(2616005)(6512007)(8676002)(4326008)(186003)(2906002); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: G+l3ow4XRZ9gRE/NVTJrZI6X7I6hiK1/mcpaEaBrcPFL5cxqkXKOJAvylQQH344De7bhEW7VQfD/f2ZC0mvSAs431BGoJA4TRdNN5nPGJCdvRwCOlTrvJyRuAD7rnYwZi1h3qmFAznrXH0c8O3zHe7mXB90yk85RIV4RpEKalG4VGiERIIUIH1B3BFokmIe12lUJzAp9HwON3ubi8gPZa154GbOWRHDlFmLBQSD4HqR5paOX99MRsOioqAoNOom6ffbuY5279h4lLfOr5sM0ghuCCDuuA4Xnku7kFFgCMRZH7N42r9wxku+M4tfrgl2cX+KQh9ojRr1mgo4kD+NkGHqKqAh9+lroXrPlUCG8PJGi8FPa/ASseYajAW87A0XZ8xWhWwEGCQVsp6Rj//yZsw4PWnvMTMyG0m8OVF63BRNayb2JTZAtdGlBxyLzeXwgBEnMH8NDpBpONNel+SVqBmDw6AOlvhQeFHt3iX350GbYDCPVa5aPkDCctn3nPrkN3dnu9jDXbiW6arFEjN7dWzOuR9GKB2JtUREutnD3TlLHi6DMDZcXu8Fx6m6rFxdHlQqRbePF00uT37vUbRDLrNkhuV30hPrs0ZtIWIGWVbHILyq6cRGkTx+vXDyj7Xoe9BDWDoVJKyCqTpcToNC25h56jzIjSyZ5HuaVgx2lg+KCzjdTZz2YZzMSEy+uD66hbvDx1W8IbvvULLNGDdexkA== x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-ID: <510B4D8D5CA069488168B74CE9368879@namprd05.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BYAPR05MB4136.namprd05.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: bea26d34-8a03-4528-2f5e-08d87508e859 X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Oct 2020 15:00:38.9743 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: iTn3S1KNfkkKsHPc/833pzOHubdavPdwgmBhluAiJSEqYwk+LQvTIXNIJhm4bXo5ftLJAacPK4pO9srg9qxoRQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR05MB5336 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235, 18.0.737 definitions=2020-10-20_06:2020-10-20, 2020-10-20 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 malwarescore=0 mlxscore=0 suspectscore=0 adultscore=0 phishscore=0 impostorscore=0 priorityscore=1501 spamscore=0 mlxlogscore=717 bulkscore=0 lowpriorityscore=0 clxscore=1011 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2010200102 Archived-At: Subject: Re: [mpls] Barry Leiba's No Objection on draft-ietf-mpls-base-yang-15: (with COMMENT) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Oct 2020 15:01:14 -0000 VGhhbmtzIEJhcnJ5IGZvciB5b3VyIHRob3JvdWdoIHJldmlldyBhbmQgY29tbWVudHMuIFdlIGhh dmUgcG9zdGVkIHJldiAtMTYgKGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRm LW1wbHMtYmFzZS15YW5nLTE2KSAgb2YgdGhlIGRvY3VtZW50IGFuZCBoYXZlIGFkZHJlc3NlZCBh bGwgeW91ciBjb21tZW50cy4NClBsZWFzZSBzZWUgaW5saW5lIGZvciByZXNwb25zZXPigKYgW1RT XQ0KDQpPbiA5LzMvMjAsIDExOjE4IFBNLCAiQmFycnkgTGVpYmEgdmlhIERhdGF0cmFja2VyIiA8 bm9yZXBseUBpZXRmLm9yZz4gd3JvdGU6DQoNCiAgICBbRXh0ZXJuYWwgRW1haWwuIEJlIGNhdXRp b3VzIG9mIGNvbnRlbnRdDQoNCg0KICAgIEJhcnJ5IExlaWJhIGhhcyBlbnRlcmVkIHRoZSBmb2xs b3dpbmcgYmFsbG90IHBvc2l0aW9uIGZvcg0KICAgIGRyYWZ0LWlldGYtbXBscy1iYXNlLXlhbmct MTU6IE5vIE9iamVjdGlvbg0KDQogICAgV2hlbiByZXNwb25kaW5nLCBwbGVhc2Uga2VlcCB0aGUg c3ViamVjdCBsaW5lIGludGFjdCBhbmQgcmVwbHkgdG8gYWxsDQogICAgZW1haWwgYWRkcmVzc2Vz IGluY2x1ZGVkIGluIHRoZSBUbyBhbmQgQ0MgbGluZXMuIChGZWVsIGZyZWUgdG8gY3V0IHRoaXMN CiAgICBpbnRyb2R1Y3RvcnkgcGFyYWdyYXBoLCBob3dldmVyLikNCg0KDQogICAgUGxlYXNlIHJl ZmVyIHRvIGh0dHBzOi8vdXJsZGVmZW5zZS5jb20vdjMvX19odHRwczovL3d3dy5pZXRmLm9yZy9p ZXNnL3N0YXRlbWVudC9kaXNjdXNzLWNyaXRlcmlhLmh0bWxfXzshIU5FdDZ5TWFPLWdrIVZvSkxy S0ttYU0xVUhWX3QwSWdNbjdMVXFvLUJhZDBJU21YWFlRSjN3djc3ZG9hbFdoQlotdnc1REdKRnNR JA0KICAgIGZvciBtb3JlIGluZm9ybWF0aW9uIGFib3V0IElFU0cgRElTQ1VTUyBhbmQgQ09NTUVO VCBwb3NpdGlvbnMuDQoNCg0KICAgIFRoZSBkb2N1bWVudCwgYWxvbmcgd2l0aCBvdGhlciBiYWxs b3QgcG9zaXRpb25zLCBjYW4gYmUgZm91bmQgaGVyZToNCiAgICBodHRwczovL3VybGRlZmVuc2Uu Y29tL3YzL19faHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1tcGxz LWJhc2UteWFuZy9fXzshIU5FdDZ5TWFPLWdrIVZvSkxyS0ttYU0xVUhWX3QwSWdNbjdMVXFvLUJh ZDBJU21YWFlRSjN3djc3ZG9hbFdoQlotdnlvakE4SlJnJA0KDQoNCg0KICAgIC0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0NCiAgICBDT01NRU5UOg0KICAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCg0KICAgIFRoZSBkb2N1bWVudCBz b21ldGltZXMgc2F5cyDigJxZQU5HIG1vZGVs4oCdIGFuZCBzb21ldGltZXMg4oCcWUFORyBtb2R1 bGXigJ0uICBJdA0KICAgIHNob3VsZCB1c2UgdGhlIGNvcnJlY3QgdGVybSBhbmQgYmUgY29uc2lz dGVudCwgbm8/DQpbVFNdOiB0aGFua3MsIHdlIGFjdGVkIG9uIHRoaXMgY29tbWVudCBhbmQgbm9y bWFsaXplZCB1c2Ugb2YgWUFORyBkYXRhIG1vZGVsIGFuZCBZQU5HIG1vZHVsZS4NCg0KICAgIEkg bm90ZSB0aGF0IHRoZXJlIGlzIEJDUCAxNCBib2lsZXJwbGF0ZSBoZXJlIGJ1dCBubyBCQ1AgMTQg a2V5IHdvcmRzIGluIHRoZQ0KICAgIGRvY3VtZW50LiAgVGhlIHNoZXBoZXJkIHdyaXRldXAgbm90 ZXMgdGhhdCBhbHNvIGFuZCBzYXlzIHRoYXQgdGhlIHNoZXBoZXJkDQogICAgd2FudGVkIHRvIGRp c2N1c3MgdGhpcyB3aXRoIHRoZSBhdXRob3JzLi4uIGJ1dCB0aGVyZSBpcyBubyByZXNvbHV0aW9u IHRvIHRoYXQuDQogICAgRGlkIHRoZSBzaGVwaGVyZCBkaXNjdXNzIGl0IHdpdGggdGhlIGF1dGhv cnM/ICBTaG91bGQgc29tZSDigJxtdXN04oCdcyBiZWNvbWUNCiAgICDigJxNVVNU4oCdcz8gIE9y IHNob3VsZCB0aGUgYm9pbGVycGxhdGUgYW5kIHJlZmVyZW5jZXMgYmUgcmVtb3ZlZD8NCltUU106 IHdlIHJlbW92ZWQgQkNQIDE0IGJvaWxlcnBsYXRlLg0KDQogICAg4oCUIFNlY3Rpb24gMSDigJQN Cg0KICAgICAgIFRoZSBNUExTIGJhc2UgbW9kZWwgYWxzbyBkZWZpbmVzIGEgbmV3IGluc3RhbmNl IG9mIHRoZSBnZW5lcmljIFJJQg0KICAgICAgIG1vZGVsIGFzIGRlZmluZWQgaW4geyFSRkM4MzQ5 fX0gdG8gc3RvcmUgbmF0aXZlIE1QTFMgcm91dGVzLg0KDQogICAgV2hhdCBpcyB0aGUgbm90YXRp b24gYXJvdW5kIFJGQzgzNDk/ICBEb2VzIGl0IG1lYW4gc29tZXRoaW5nLCBvciBpcyBpdCBhIG1h cmt1cA0KICAgIGFydGlmYWN0IHRoYXQgbmVlZHMgdG8gYmUgZml4ZWQgZHVyaW5nIGVkaXRpbmc/ DQpbVFNdOiB0aGlzIGlzIG1hcmt1cCB0aGF0IG5lZWRlZCBmaXhpbmcuIEZpeGVkIG5vdy4NCg0K UmVnYXJkcywNClRhcmVrDQoNCg0KDQoNCg0KSnVuaXBlciBCdXNpbmVzcyBVc2UgT25seQ0K From nobody Tue Oct 20 08:02:01 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 69D673A0FD8; Tue, 20 Oct 2020 08:01:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.601 X-Spam-Level: X-Spam-Status: No, score=-9.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=dgdeQaNx; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=H2KTjOMd Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PzS1mBtsqcEF; Tue, 20 Oct 2020 08:01:53 -0700 (PDT) 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 4FBD13A1174; Tue, 20 Oct 2020 08:01:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3244; q=dns/txt; s=iport; t=1603206076; x=1604415676; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=8bZplOlsZZeR2cXDJAoK4UxZEwl8Jo/KSBGh6aVMzeI=; b=dgdeQaNxz99WonY/PVVG82VLXM+oBxzjUfv7QlsWmxbMwhrAhOIeEinG HdOA9+zZl3L2VG9aq72auSw6pltUBaz4Cd3ngNTMmpUHpNqZqxMtY6XHf ZOJ3FvbLQkPPP+85RLZNjvKKczDAUnXW9xQxw0VjEYA5oq1+Mb7cf/4aA g=; IronPort-PHdr: =?us-ascii?q?9a23=3A8r/vCRWWYcQ2uBHe4KVFu77ttXXV8LGuZFwc94?= =?us-ascii?q?YnhrRSc6+q45XlOgnF6O5wiEPSBNyHuf1BguvS9avnXD9I7ZWAtSUEd5pBH1?= =?us-ascii?q?8AhN4NlgMtSMiCFQXgLfHsYiB7eaYKVFJs83yhd0QAHsH4ag7dp3Sz6XgZHR?= =?us-ascii?q?CsfQZwL/7+T4jVicn/3uuu+prVNgNPgjf1Yb57IBis6wvLscxDiop5IaF3wR?= =?us-ascii?q?zM8XY=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AoCQA++45f/51dJa1gHgEBCxIMQIF?= =?us-ascii?q?EC4FSUQdwWS8sgTODCoNJA41ShSuEZY5qgUKBEQNVCwEBAQ0BASMKAgQBAQ+?= =?us-ascii?q?EOwIXgW4CJTcGDgIDAQELAQEFAQEBAgEGBG2FYQyFcgEBAQEDEhERDAEBNwE?= =?us-ascii?q?LBAIBCA4DAwECAwImAgICHxEVBQMIAgQBDQUigwQBgksDLgEOpCkCgTmIaHa?= =?us-ascii?q?BMoMEAQEFgTcCDkGDGg0LghADBoEOKoJyg3CCKRuEEhuBQT+BESccgk0+ghp?= =?us-ascii?q?CAQEBAgGBJgESASGDFzOCLJAwMIJ0o1xUCoJqiQSMYwSFCQMfgxaKDZQ3hFm?= =?us-ascii?q?OYIp0gm2SUwIEAgQFAg4BAQWBaiRnWBEHcBVlAYI+UBcCDY4fg3GEWTuFQnQ?= =?us-ascii?q?CNgIGAQkBAQMJAXuNTAEB?= X-IronPort-AV: E=Sophos;i="5.77,397,1596499200"; d="scan'208";a="602856760" Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by alln-iport-6.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 20 Oct 2020 15:00:58 +0000 Received: from XCH-ALN-003.cisco.com (xch-aln-003.cisco.com [173.36.7.13]) by rcdn-core-6.cisco.com (8.15.2/8.15.2) with ESMTPS id 09KF0v9u005989 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 20 Oct 2020 15:00:57 GMT Received: from xhs-rcd-003.cisco.com (173.37.227.248) by XCH-ALN-003.cisco.com (173.36.7.13) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 20 Oct 2020 10:00:57 -0500 Received: from xhs-rcd-002.cisco.com (173.37.227.247) by xhs-rcd-003.cisco.com (173.37.227.248) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 20 Oct 2020 10:00:56 -0500 Received: from NAM12-MW2-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-002.cisco.com (173.37.227.247) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Tue, 20 Oct 2020 10:00:56 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=bXiloZrqbJtemxTT4pDPAKvcc7sYQdFa4tIXGIeYvx4f3JJ2icEzRft9DXZAzrMfACMXkWx6fUBpjCXqGWums8QeTmOa4+iRIv20zdW9brTIf2TRmf3ij+8ImuaLYaLfCNbNuOSE6om836d0OnglnjHqhUMVDA62NDLN4NUoHB2koglTTE+WZhW31cAui0ZVaJBcLEy267qkFbWBD2IpOWF4DpxRHVd/Cacv8XayoO2Z0cZeCNtcyY3Gsu2pcyEvNFoxESVPTWFwBlQ6Jco+GABw2wLgMSYw0DPi96GT1n1SUkiVQ+9ZroHdYWD+t/kqWAypzH5HTeKfQ8PgRB1AoQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=8bZplOlsZZeR2cXDJAoK4UxZEwl8Jo/KSBGh6aVMzeI=; b=mlPY3UD8swaZCdNt1G1Izl64CKsWkkLX2Km1KAOuAyQ35zKqIbZ17vB8MfsYEl0bBG86cbXUh9aIFkiN7RmpSRb5ZQaxSIcwPqb1A09TvAm26oFWMaf40AvTjFGv1lGiTG1MsN8Mq31TOWJXsAh5hRqN/yw24j8fzuryPAtpvlf7bDx3Sm3853K+6oKKm0b8eir8LAyCVLPpHEiqW2vwftYnWp61AfX38JXJ9+/pdQGY/uZUO/HxxlAqUqVxh1xUAY9qZWSfHTOHDtttLOhsq4FKbQxFfsvjY0PdhFqfmbwVtAB/dW82u3rUGA4sPbHwRi9SrunXQrZyjuATrUBTTg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=8bZplOlsZZeR2cXDJAoK4UxZEwl8Jo/KSBGh6aVMzeI=; b=H2KTjOMdpU6usJ+6kYTL2QeFN688fLLp4q5R7Z1zW4Ar3q52V+6xAmz9NjrjRTH7l8F4tBs9UuhDm2nUAi/q1Sst25ktEO8A0rEMTC3QnyEgIAFWEbEhXVYdTuuSgF2eEESG4SLvDmpVxghNZSfyVy2WVMfgtEYseAuRUfOzWQM= Received: from PH0PR11MB4966.namprd11.prod.outlook.com (2603:10b6:510:42::21) by PH0PR11MB4773.namprd11.prod.outlook.com (2603:10b6:510:33::7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3477.20; Tue, 20 Oct 2020 15:00:55 +0000 Received: from PH0PR11MB4966.namprd11.prod.outlook.com ([fe80::453b:b2f5:ec29:410d]) by PH0PR11MB4966.namprd11.prod.outlook.com ([fe80::453b:b2f5:ec29:410d%7]) with mapi id 15.20.3499.018; Tue, 20 Oct 2020 15:00:55 +0000 From: "Eric Vyncke (evyncke)" To: Tarek Saad , The IESG CC: "draft-ietf-mpls-base-yang@ietf.org" , "mpls-chairs@ietf.org" , "mpls@ietf.org" , Loa Andersson Thread-Topic: =?utf-8?B?w4lyaWMgVnluY2tlJ3MgTm8gT2JqZWN0aW9uIG9uIGRyYWZ0LWlldGYtbXBs?= =?utf-8?Q?s-base-yang-15:_(with_COMMENT)?= Thread-Index: ATE0OTYw/anfZUbjGKZntsFQsdRHicrlkrgA Date: Tue, 20 Oct 2020 15:00:55 +0000 Message-ID: <1FDFC434-75B2-4C23-830C-F577884D6A6F@cisco.com> References: <159922962069.27569.5216925492440580221@ietfa.amsl.com> In-Reply-To: Accept-Language: fr-BE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.42.20101102 authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=cisco.com; x-originating-ip: [2001:420:c0c1:36:d454:21a3:d38d:7d90] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 867b63e9-c10d-48f1-0293-08d87508f229 x-ms-traffictypediagnostic: PH0PR11MB4773: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 69V8eDlejC6iqAOUtXFBJuohXDNYk5dDclgddXvN6haumgLEbqNQBybB2bC4+RyIVcImWa6Hc93c6KhclEfbC8IBUp8fv7sZNHlVDkbFJg2mmyq/gvubYcKUmEvv+0NhviFifU5b9X45VAbstFQgU8gBsgSx219QyeuMSVFeYwgvdgcqy10lAH7BY/FiuvxFzB5bP+irjh1cXX0VEq5KhiSATC1nMZvhpYc9SwN8h53IUtYlNt/4Cf9Kzkw3dJH6n65WxYAr7h3vonvTjXD5A5cPdrbSmiqoJ5mb6GNwBTge8qYnBHrtPaZTikOZ5Huz/vjlaT/MjJo8PbRl8AWTbHCAZwfKeA++dU9pCji8M+qYM6AUXhCbbds1AiJyQTaUjS96arFx3trInGd7EXkU4A== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:PH0PR11MB4966.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(376002)(346002)(396003)(39860400002)(366004)(136003)(110136005)(71200400001)(4326008)(478600001)(966005)(83380400001)(54906003)(2906002)(86362001)(36756003)(66556008)(66446008)(66946007)(8936002)(224303003)(91956017)(76116006)(6486002)(186003)(6506007)(53546011)(316002)(33656002)(5660300002)(2616005)(66476007)(64756008)(6512007); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: U8KKr4ue9MwoAEKco4sHcUJmhhrweVueaMMouvBZQqUJymWymhpUh3Ay6O50QHg/hnZjzGj2yICGIWDqXbbC4vDkfGL9GvLEvxDElsX5mAH4qA2BN5uO+jNdbTVyikBlYo8TvYPnWW5PnOsoE8R91WBD2k8SfTBWqnh9rfODdoRmf/CtKZXyokyQL4CYRJKY2q0IYig1q/ezNZIPFjYGqlZ2m/yoPQrzRdPpVqhO20om0yp9fIYt2WBuW2prpflFtDIaXZp7CkGNl9YvIvHqvyPjVVFAuanPikMdvmJjOy0MbqkafvN79d1IN2U3YVL+QD8mK6vyUbrsEK2ce7zBU5ZCwLLo9J1fACegJMGhJHDJcJVYlOOF3Cqw8xdqDZbShPHKSc6yZC6EKj98OUFVD01IEIM2fT5BDD7u8/bR7tXP+Jf1Wd+tVigNv7NMpOFFceVZX0CGqgoBtnel0pSKPkw3NduA9x1R3/cD0u4rKR1zrJykmDJRjOjsvbtLH51+SJ/hc7UmLuurDCUQ45KgEKpZBxJa+0vQgcB1MLtKOvPAUrT0K0x3Ki0T8eKS1YLfX4D93V97P1/9L1Jp2IIMrH0fQ1QDR5vhtCDUJqzysPoCwHRqfvlSVAymm8nEkAna6MVmd28IREh/cgYlHRM7SbftRMR3IsgJB2BGMlX9YGLOodCBZjwhcFqRYsGQ9NO4k9yFAm0HIPyj3J+VgIEndA== x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: PH0PR11MB4966.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 867b63e9-c10d-48f1-0293-08d87508f229 X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Oct 2020 15:00:55.5210 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: RWLXG9GAIFZdVVz05muzRkR2I6vA/G3hsPzBzJWfulQMg0JwTbY9cLezyMYmIy5cKZGSpQLmD+Tr/lJRTAxVhg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: PH0PR11MB4773 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.13, xch-aln-003.cisco.com X-Outbound-Node: rcdn-core-6.cisco.com Archived-At: Subject: Re: [mpls] =?utf-8?q?=C3=89ric_Vyncke=27s_No_Objection_on_draft-ietf?= =?utf-8?q?-mpls-base-yang-15=3A_=28with_COMMENT=29?= X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Oct 2020 15:01:57 -0000 VGhhbmsgeW91IFRhcmVrIGZvciBhZGRyZXNzaW5nIG15IHNtYWxsIG5pdHMNCg0K77u/LS0tLS1P cmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IFRhcmVrIFNhYWQgPHRzYWFkLm5ldEBnbWFpbC5j b20+DQpEYXRlOiBUdWVzZGF5LCAyMCBPY3RvYmVyIDIwMjAgYXQgMTY6NTENClRvOiBFcmljIFZ5 bmNrZSA8ZXZ5bmNrZUBjaXNjby5jb20+LCBUaGUgSUVTRyA8aWVzZ0BpZXRmLm9yZz4NCkNjOiAi ZHJhZnQtaWV0Zi1tcGxzLWJhc2UteWFuZ0BpZXRmLm9yZyIgPGRyYWZ0LWlldGYtbXBscy1iYXNl LXlhbmdAaWV0Zi5vcmc+LCAibXBscy1jaGFpcnNAaWV0Zi5vcmciIDxtcGxzLWNoYWlyc0BpZXRm Lm9yZz4sICJtcGxzQGlldGYub3JnIiA8bXBsc0BpZXRmLm9yZz4sIExvYSBBbmRlcnNzb24gPGxv YUBwaS5udT4NClN1YmplY3Q6IFJlOiDDiXJpYyBWeW5ja2UncyBObyBPYmplY3Rpb24gb24gZHJh ZnQtaWV0Zi1tcGxzLWJhc2UteWFuZy0xNTogKHdpdGggQ09NTUVOVCkNCg0KICAgIEhpIEVyaWMs DQoNCiAgICBUaGFua3MgZm9yIHlvdXIgdGhvcm91Z2ggcmV2aWV3IGFuZCBjb21tZW50cy4gV2Ug aGF2ZSBwb3N0ZWQgcmV2IC0xNiAoaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWll dGYtbXBscy1iYXNlLXlhbmctMTYpICBvZiB0aGUgZG9jdW1lbnQgYW5kIGhhdmUgYWRkcmVzc2Vk IGFsbCB5b3VyIGNvbW1lbnRzLiANCiAgICBQbGVhc2Ugc2VlIGlubGluZSBmb3IgcmVzcG9uc2Vz 4oCmIFtUU10NCg0KICAgIFJlZ2FyZHMsDQogICAgVGFyZWsNCg0KICAgIE9uIDkvNC8yMCwgMTA6 MjcgQU0sICLDiXJpYyBWeW5ja2UgdmlhIERhdGF0cmFja2VyIiA8bm9yZXBseUBpZXRmLm9yZz4g d3JvdGU6DQoNCiAgICAgICAgw4lyaWMgVnluY2tlIGhhcyBlbnRlcmVkIHRoZSBmb2xsb3dpbmcg YmFsbG90IHBvc2l0aW9uIGZvcg0KICAgICAgICBkcmFmdC1pZXRmLW1wbHMtYmFzZS15YW5nLTE1 OiBObyBPYmplY3Rpb24NCg0KICAgICAgICBXaGVuIHJlc3BvbmRpbmcsIHBsZWFzZSBrZWVwIHRo ZSBzdWJqZWN0IGxpbmUgaW50YWN0IGFuZCByZXBseSB0byBhbGwNCiAgICAgICAgZW1haWwgYWRk cmVzc2VzIGluY2x1ZGVkIGluIHRoZSBUbyBhbmQgQ0MgbGluZXMuIChGZWVsIGZyZWUgdG8gY3V0 IHRoaXMNCiAgICAgICAgaW50cm9kdWN0b3J5IHBhcmFncmFwaCwgaG93ZXZlci4pDQoNCg0KICAg ICAgICBQbGVhc2UgcmVmZXIgdG8gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWVzZy9zdGF0ZW1lbnQv ZGlzY3Vzcy1jcml0ZXJpYS5odG1sDQogICAgICAgIGZvciBtb3JlIGluZm9ybWF0aW9uIGFib3V0 IElFU0cgRElTQ1VTUyBhbmQgQ09NTUVOVCBwb3NpdGlvbnMuDQoNCg0KICAgICAgICBUaGUgZG9j dW1lbnQsIGFsb25nIHdpdGggb3RoZXIgYmFsbG90IHBvc2l0aW9ucywgY2FuIGJlIGZvdW5kIGhl cmU6DQogICAgICAgIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYt bXBscy1iYXNlLXlhbmcvDQoNCg0KDQogICAgICAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgICAgICAgQ09N TUVOVDoNCiAgICAgICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQogICAgICAgIFRoYW5rIHlvdSBmb3IgdGhl IHdvcmsgcHV0IGludG8gdGhpcyBkb2N1bWVudC4gSSByZWFsbHkgYXBwcmVjaWF0ZWQgdGhlIGNs ZWFyDQogICAgICAgIGFuZCBzaGFycCBpbnRyb2R1Y3Rpb24uIEkgYW0gYWxzbyB0cnVzdGluZyB0 aGUgTWFuYWdlbWVudCBhbmQgcm91dGluZyBBRHMgZm9yDQogICAgICAgIHRoZSBhY2N1cmFjeSBv ZiB0aGUgWUFORyBtb2R1bGUuDQoNCiAgICAgICAgUGxlYXNlIGZpbmQgYmVsb3cgdHdvIG1pbm9y cyBuaXRzDQoNCiAgICAgICAgSSBob3BlIHRoYXQgdGhpcyBoZWxwcyB0byBpbXByb3ZlIHRoZSBk b2N1bWVudCwNCg0KICAgICAgICBSZWdhcmRzLA0KDQogICAgICAgIC3DqXJpYw0KDQogICAgICAg ID09IE5JVFMgPT0NCg0KICAgICAgICAtLSBTZWN0aW9uIDEgLS0NCiAgICAgICAgcy9BIGNvcmUg cm91dGluZyBkYXRhIG1vZGVsIGlzIGRlZmluZWQvQSBjb3JlIHJvdXRpbmcgWUFORyBkYXRhIG1v ZGVsIGlzDQogICAgICAgIGRlZmluZWQvDQogICAgW1RTXTogYWRkcmVzc2VkLg0KDQogICAgICAg IC0tIFNlY3Rpb24gNSAtLQ0KICAgICAgICBOYW1pbmcgYWxsIGRlc2lnbiB0ZWFtIG1lbWJlcnMg Y291bGQgYmUgbW9yZSBmcmllbmRseS4NCiAgICBbVFNdOiBhZGRyZXNzZWQsIHRoYW5rcy4NCg0K ICAgIFJlZ2FyZHMsDQogICAgVGFyZWsNCg0KDQoNCg== From nobody Tue Oct 20 08:30:30 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0CBF03A10F4; Tue, 20 Oct 2020 08:30:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.099 X-Spam-Level: X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cert.org Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MEPI3EztfW1F; Tue, 20 Oct 2020 08:30:23 -0700 (PDT) Received: from veto.sei.cmu.edu (veto.sei.cmu.edu [147.72.252.17]) (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 42F383A10F1; Tue, 20 Oct 2020 08:30:22 -0700 (PDT) Received: from delp.sei.cmu.edu (delp.sei.cmu.edu [10.64.21.31]) by veto.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 09KFULII018529; Tue, 20 Oct 2020 11:30:21 -0400 DKIM-Filter: OpenDKIM Filter v2.11.0 veto.sei.cmu.edu 09KFULII018529 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1603207822; bh=pkbjTaYtPbP+p4Aer5XssYwc3VPHPyZBcJcFGlPJ6Mc=; h=From:To:CC:Subject:Date:References:In-Reply-To:From; b=OHPrIptjvfLI2wGVcVFzWNOfBZnj8boXV6a6fg56bPaUIGJ367/mw0cR7BKu2B+HH Zsx00Z3TYFZhR4U+yIuWDXCY2AJpg5AK3mmQySwtGBI6Afh0NjaE6GHqsu29zaLWN3 cG0WGTlgcaDheHeGn00h/H4ZNBka2QAa9R99fYi4= Received: from MURIEL.ad.sei.cmu.edu (muriel.ad.sei.cmu.edu [147.72.252.47]) by delp.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 09KFUKoH007614; Tue, 20 Oct 2020 11:30:20 -0400 Received: from MORRIS.ad.sei.cmu.edu (147.72.252.46) by MURIEL.ad.sei.cmu.edu (147.72.252.47) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1979.3; Tue, 20 Oct 2020 11:30:20 -0400 Received: from MORRIS.ad.sei.cmu.edu ([fe80::555b:9498:552e:d1bb]) by MORRIS.ad.sei.cmu.edu ([fe80::555b:9498:552e:d1bb%13]) with mapi id 15.01.1979.003; Tue, 20 Oct 2020 11:30:20 -0400 From: Roman Danyliw To: Tarek Saad , The IESG CC: "draft-ietf-mpls-base-yang@ietf.org" , "mpls-chairs@ietf.org" , "mpls@ietf.org" , Loa Andersson Thread-Topic: Roman Danyliw's Discuss on draft-ietf-mpls-base-yang-15: (with DISCUSS and COMMENT) Thread-Index: AQHWhjCcb45lJ2uDfkaPrMQHl+4qQKmhGe6A///FYRA= Date: Tue, 20 Oct 2020 15:30:18 +0000 Message-ID: <98db385b64984be28adcb10f6ff59c33@cert.org> References: <159960462265.21015.6727119911072959300@ietfa.amsl.com> <2F4A57DA-DD04-4F1D-8310-7EB688E15AE8@juniper.net> In-Reply-To: <2F4A57DA-DD04-4F1D-8310-7EB688E15AE8@juniper.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.64.203.69] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [mpls] Roman Danyliw's Discuss on draft-ietf-mpls-base-yang-15: (with DISCUSS and COMMENT) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Oct 2020 15:30:25 -0000 SGkgVGFyZWshDQoNClRoYW5rcyBmb3IgeW91IHVwZGF0ZXMgaW4gLTE2LiAgVGhleSBhZGRyZXNz IG15IGNvbmNlcm5zLiAgSSBjbGVhcmVkIG15IGJhbGxvdCBlYXJsaWVyIHRvZGF5Lg0KDQpSb21h bg0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IFRhcmVrIFNhYWQgPHRz YWFkQGp1bmlwZXIubmV0Pg0KPiBTZW50OiBUdWVzZGF5LCBPY3RvYmVyIDIwLCAyMDIwIDExOjAw IEFNDQo+IFRvOiBSb21hbiBEYW55bGl3IDxyZGRAY2VydC5vcmc+OyBUaGUgSUVTRyA8aWVzZ0Bp ZXRmLm9yZz4NCj4gQ2M6IGRyYWZ0LWlldGYtbXBscy1iYXNlLXlhbmdAaWV0Zi5vcmc7IG1wbHMt Y2hhaXJzQGlldGYub3JnOyBtcGxzQGlldGYub3JnOw0KPiBMb2EgQW5kZXJzc29uIDxsb2FAcGku bnU+DQo+IFN1YmplY3Q6IFJlOiBSb21hbiBEYW55bGl3J3MgRGlzY3VzcyBvbiBkcmFmdC1pZXRm LW1wbHMtYmFzZS15YW5nLTE1OiAod2l0aA0KPiBESVNDVVNTIGFuZCBDT01NRU5UKQ0KPiANCj4g VGhhbmtzIGZvciB5b3VyIHJldmlldyBhbmQgY29tbWVudHMuIFdlIGhhdmUgcG9zdGVkIHJldiAt MTYNCj4gKGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLW1wbHMtYmFzZS15 YW5nLTE2KSAgb2YgdGhlIGRvY3VtZW50IGFuZA0KPiBoYXZlIGFkZHJlc3NlZCBhbGwgeW91ciBj b21tZW50cy4NCj4gUGxlYXNlIHNlZSBpbmxpbmUgZm9yIHJlc3BvbnNlc+KApiBbVFNdDQo+IA0K PiBPbiA5LzgvMjAsIDY6MzcgUE0sICJSb21hbiBEYW55bGl3IHZpYSBEYXRhdHJhY2tlciIgPG5v cmVwbHlAaWV0Zi5vcmc+DQo+IHdyb3RlOg0KPiANCj4gICAgIFtFeHRlcm5hbCBFbWFpbC4gQmUg Y2F1dGlvdXMgb2YgY29udGVudF0NCj4gDQo+IA0KPiAgICAgUm9tYW4gRGFueWxpdyBoYXMgZW50 ZXJlZCB0aGUgZm9sbG93aW5nIGJhbGxvdCBwb3NpdGlvbiBmb3INCj4gICAgIGRyYWZ0LWlldGYt bXBscy1iYXNlLXlhbmctMTU6IERpc2N1c3MNCj4gDQo+ICAgICBXaGVuIHJlc3BvbmRpbmcsIHBs ZWFzZSBrZWVwIHRoZSBzdWJqZWN0IGxpbmUgaW50YWN0IGFuZCByZXBseSB0byBhbGwNCj4gICAg IGVtYWlsIGFkZHJlc3NlcyBpbmNsdWRlZCBpbiB0aGUgVG8gYW5kIENDIGxpbmVzLiAoRmVlbCBm cmVlIHRvIGN1dCB0aGlzDQo+ICAgICBpbnRyb2R1Y3RvcnkgcGFyYWdyYXBoLCBob3dldmVyLikN Cj4gDQo+IA0KPiAgICAgUGxlYXNlIHJlZmVyIHRvDQo+IGh0dHBzOi8vdXJsZGVmZW5zZS5jb20v djMvX19odHRwczovL3d3dy5pZXRmLm9yZy9pZXNnL3N0YXRlbWVudC9kaXNjdXNzLQ0KPiBjcml0 ZXJpYS5odG1sX187ISFORXQ2eU1hTy0NCj4gZ2shU3MxNUg2dnNyTEl6VVQ3Zk9CeVQzdE9aTUFE aHV3aXpjUlBsV1FoLXRHRXYtDQo+IHZFMXBvMkNFdEk3VnZ4UXdBJA0KPiAgICAgZm9yIG1vcmUg aW5mb3JtYXRpb24gYWJvdXQgSUVTRyBESVNDVVNTIGFuZCBDT01NRU5UIHBvc2l0aW9ucy4NCj4g DQo+IA0KPiAgICAgVGhlIGRvY3VtZW50LCBhbG9uZyB3aXRoIG90aGVyIGJhbGxvdCBwb3NpdGlv bnMsIGNhbiBiZSBmb3VuZCBoZXJlOg0KPiAgICAgaHR0cHM6Ly91cmxkZWZlbnNlLmNvbS92My9f X2h0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtDQo+IG1wbHMtYmFz ZS15YW5nL19fOyEhTkV0NnlNYU8tDQo+IGdrIVNzMTVINnZzckxJelVUN2ZPQnlUM3RPWk1BRGh1 d2l6Y1JQbFdRaC10R0V2LQ0KPiB2RTFwbzJDRXRLV1FiSUI0USQNCj4gDQo+IA0KPiANCj4gICAg IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0NCj4gICAgIERJU0NVU1M6DQo+ICAgICAtLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+IA0K PiAgICAgKiogU2VjdGlvbiAxMS4gIFRoYW5rcyBmb3IgZW51bWVyYXRpbmcgdGhlIHNlbnNpdGl2 ZSByZWFkIG9wZXJhdGlvbnMuICBJdA0KPiBsb29rcw0KPiAgICAgbGlrZSB0aGUgc2Vuc2l0aXZl IHdyaXRlcyBhcmVu4oCZdCBkZXNjcmliZWQuICBXb3VsZG7igJl0IGl0IGJlIGEgcHJvYmxlbSBm b3INCj4gICAgIGFyYml0cmFyeSB3cml0ZXMgdG8gb2NjdXIgdG8gL3J0OnJvdXRpbmcvbXBscy8q PyAgSSByZWNvbW1lbmQgdXNpbmcgdGhlDQo+ICAgICAidGVtcGxhdGUgbGFuZ3VhZ2UiIG9mICJU aGVyZSBhcmUgYSBudW1iZXIgb2YgZGF0YSBub2RlcyBkZWZpbmVkIGluIHRoZXNlDQo+IFlBTkcN Cj4gICAgIG1vZHVsZXMgdGhhdCBhcmUgd3JpdGFibGUvY3JlYXRhYmxlL2RlbGV0YWJsZSAuLi4g VGhlc2UgYXJlIHRoZSBzdWJ0cmVlcyBhbmQNCj4gICAgIGRhdGEgbm9kZXMgYW5kIHRoZWlyIHNl bnNpdGl2aXR5L3Z1bG5lcmFiaWxpdHk6IiB0byBwcm92aWRlIHRoaXMgZWFzeSBmaXguDQo+IFtU U106IHRoYW5rcy4gV2UgYWRkZWQgc2Vuc2l0aXZpdHkvdnVsbmVyYWJpbGl0eSBmb3Igd3JpdGUg ZGF0YSBub2RlcyB0b28uDQo+IA0KPiAgICAgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiAgICAgQ09NTUVOVDoN Cj4gICAgIC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gDQo+ICAgICBUaGFua3MgZm9yIHRoZSBjbGVhciBpbnRy b2R1Y3Rpb24gb2YgaG93IHRoaXMgbW9kZWxzIHdhcyBkZXNpZ25lZCAoU2VjdGlvbg0KPiAyLjIN Cj4gICAgIGFuZCAyLjMpIGFuZCBidWlsZHMgb24gcHJpb3Igd29yay4NCj4gDQo+ICAgICBFZGl0 b3JpYWwgbml0czoNCj4gICAgIC0tIFNlY3Rpb24gMS4gIEVkaXRvcmlhbC4gIFRoZXJlIGlzIGEg dG9vbCBjaGFpbiBhcnRpZmFjdCB3aGljaCBpcyBsZWF2aW5nDQo+ICAgICDigJx7IVJGQzgzNDl9 4oCdIGluIHRoZSB0ZXh0Lg0KPiANCj4gICAgIC0tIFNlY3Rpb24gMi4zLiAgVHlwby4gcy9BZGpl Y2VuY3kvQWRqYWNlbmN5Lw0KPiANCj4gICAgIC0tIFNlY3Rpb24gMi41LiBUeXBvLiBzL2FhdWdt ZW50YXRpb24vYXVnbWVudGF0aW9uLw0KPiANCj4gW1RTXTogYWRkcmVzc2VkLCB0aGFua3MuDQo+ IA0KPiBSZWdhcmRzLA0KPiBUYXJlaw0KPiANCj4gDQo+IA0KPiANCj4gSnVuaXBlciBCdXNpbmVz cyBVc2UgT25seQ0K From nobody Wed Oct 21 11:29:00 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B26243A1224; Wed, 21 Oct 2020 11:28:55 -0700 (PDT) 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, FREEMAIL_FORGED_FROMDOMAIN=0.25, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IR3T1_OXlaon; Wed, 21 Oct 2020 11:28:54 -0700 (PDT) Received: from mail-vk1-f180.google.com (mail-vk1-f180.google.com [209.85.221.180]) (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 019C83A120A; Wed, 21 Oct 2020 11:28:53 -0700 (PDT) Received: by mail-vk1-f180.google.com with SMTP id n189so731280vkb.3; Wed, 21 Oct 2020 11:28:53 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=mHuSv7sPTNxnu7k9wGTQI3cbgwGxIE09o6Qy7quAN9s=; b=MZFOJIFa58Lxnxoc7XGq5vL5c7MVRe2GWW/NqTju6Zc4EIRbCRAcnyAbwttoMayBCA 33Pp2SCXtPLqXd1u+dgHThk88FHcK2vw8rfFOtHTyiQ44CtcddVbwktpmPfSWIR2l6SA NdDtA58TIBnNsEgRd/jbC1vWer+8KlG5b39r9EXure+QcaKmFM8Cceu7rQqriEIUisfr RvGKUveXzeOvBPssgAwR9cHdPwxQrb0Q1Wxa9+TwsdFezoKA6e+BC3vATO75JW3K+aKL wBWq6Q7sqLiGi06prZ9tcVJRZLeJQKt0YRf1bagf3G+MyLUqVfuBgPUoP1guQY2gcJbl 6cHQ== X-Gm-Message-State: AOAM531HaAI4XhvdOQOFUyuBxBRSY4mReGwgcRRX6jOLlkUsXUluXvLI x1OynoEYw761ZwdX9eOnNK7d7NOMJaqX7+RMHAzthaAdCq8= X-Google-Smtp-Source: ABdhPJzBA5XJZrDdFwIXuTEACpBuHZQGxUEdogEdlaMdLjZsLyFFWBOwOWFKvvw94rRYHVnzmoJR6fmWn00dZyd0NCE= X-Received: by 2002:a05:6122:78e:: with SMTP id k14mr3077282vkr.23.1603304932644; Wed, 21 Oct 2020 11:28:52 -0700 (PDT) MIME-Version: 1.0 References: <159918952766.22871.7919987633152182273@ietfa.amsl.com> <1BD7A3EB-3E0F-4486-9546-D1D10277F7DC@juniper.net> In-Reply-To: <1BD7A3EB-3E0F-4486-9546-D1D10277F7DC@juniper.net> From: Barry Leiba Date: Wed, 21 Oct 2020 14:28:41 -0400 Message-ID: To: Tarek Saad Cc: The IESG , "draft-ietf-mpls-base-yang@ietf.org" , "mpls-chairs@ietf.org" , "mpls@ietf.org" , Loa Andersson Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [mpls] Barry Leiba's No Objection on draft-ietf-mpls-base-yang-15: (with COMMENT) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Oct 2020 18:28:56 -0000 Thanks, Tarek. Barry On Tue, Oct 20, 2020 at 11:00 AM Tarek Saad wrote: > > Thanks Barry for your thorough review and comments. We have posted rev -1= 6 (https://tools.ietf.org/html/draft-ietf-mpls-base-yang-16) of the docume= nt and have addressed all your comments. > Please see inline for responses=E2=80=A6 [TS] > > On 9/3/20, 11:18 PM, "Barry Leiba via Datatracker" wro= te: > > [External Email. Be cautious of content] > > > Barry Leiba has entered the following ballot position for > draft-ietf-mpls-base-yang-15: No Objection > > When responding, please keep the subject line intact and reply to all > email addresses included in the To and CC lines. (Feel free to cut th= is > introductory paragraph, however.) > > > Please refer to https://urldefense.com/v3/__https://www.ietf.org/iesg= /statement/discuss-criteria.html__;!!NEt6yMaO-gk!VoJLrKKmaM1UHV_t0IgMn7LUqo= -Bad0ISmXXYQJ3wv77doalWhBZ-vw5DGJFsQ$ > for more information about IESG DISCUSS and COMMENT positions. > > > The document, along with other ballot positions, can be found here: > https://urldefense.com/v3/__https://datatracker.ietf.org/doc/draft-ie= tf-mpls-base-yang/__;!!NEt6yMaO-gk!VoJLrKKmaM1UHV_t0IgMn7LUqo-Bad0ISmXXYQJ3= wv77doalWhBZ-vyojA8JRg$ > > > > ---------------------------------------------------------------------= - > COMMENT: > ---------------------------------------------------------------------= - > > The document sometimes says =E2=80=9CYANG model=E2=80=9D and sometime= s =E2=80=9CYANG module=E2=80=9D. It > should use the correct term and be consistent, no? > [TS]: thanks, we acted on this comment and normalized use of YANG data mo= del and YANG module. > > I note that there is BCP 14 boilerplate here but no BCP 14 key words = in the > document. The shepherd writeup notes that also and says that the she= pherd > wanted to discuss this with the authors... but there is no resolution= to that. > Did the shepherd discuss it with the authors? Should some =E2=80=9Cm= ust=E2=80=9Ds become > =E2=80=9CMUST=E2=80=9Ds? Or should the boilerplate and references be= removed? > [TS]: we removed BCP 14 boilerplate. > > =E2=80=94 Section 1 =E2=80=94 > > The MPLS base model also defines a new instance of the generic RIB > model as defined in {!RFC8349}} to store native MPLS routes. > > What is the notation around RFC8349? Does it mean something, or is i= t a markup > artifact that needs to be fixed during editing? > [TS]: this is markup that needed fixing. Fixed now. > > Regards, > Tarek > > > > > > Juniper Business Use Only From nobody Wed Oct 21 15:20:44 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 83DCE3A0A92; Wed, 21 Oct 2020 15:20:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.098 X-Spam-Level: X-Spam-Status: No, score=-1.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, FREEMAIL_REPLY=1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ReENQt2e4JKD; Wed, 21 Oct 2020 15:20:41 -0700 (PDT) Received: from mail-ot1-x32e.google.com (mail-ot1-x32e.google.com [IPv6:2607:f8b0:4864:20::32e]) (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 579453A0A88; Wed, 21 Oct 2020 15:20:41 -0700 (PDT) Received: by mail-ot1-x32e.google.com with SMTP id f10so3345707otb.6; Wed, 21 Oct 2020 15:20:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=content-transfer-encoding:mime-version:subject:from:in-reply-to :date:cc:message-id:references:to; bh=g/7ThCu12c9DWT9jFB06QgBk+H2BnJgL/DbQCdYhNJ8=; b=nvyehr5guMJtDxdZXn3VOORxtXckoe1vS7CIWWf8eH7myxkDgN1RtrmO6O0Hc/XN7/ LJIoo2TvzVIDl9shaWg+xQ6W7TMVc6kcrvs3I/Xi5PYDqPjudMsVorb0NfkCPDAbX/kF fsF0EHaQVsiwxxhqiVLubQx7lXpx2mXZQ4MkkhrFK14E6y7eb8ngm2W5R2/N6K4PM+qS nAKWB5vKIpywuaKeEaDCvJZi4bQ2upQO2qlvP1J6G9dtm1Q5Jc8R1vsGObfdFuntNwbK uK910SqSzp1B/3n3erywg/QIBZtA3pWZMDSFqSXoNoBcnRPGV3KRGkApHVK+8Mlc4t33 QHsA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:content-transfer-encoding:mime-version:subject :from:in-reply-to:date:cc:message-id:references:to; bh=g/7ThCu12c9DWT9jFB06QgBk+H2BnJgL/DbQCdYhNJ8=; b=FA44oyGiIN2KVrSBX+IYJkFGipJZ0kW/uzXODqp/MMMZ8tZNGY4mexw0WXg5Szvh2w tI5ELwMRRQ5SFwwqx8d0+7sk2iAG9ucZOKc9FbZ0B0sqdeyPyoHlP1eIszYWRNADT0Lu aIb5oaIWDiepA/O9RiHxARNKyO3oOCWfKnrCO0SG/MFO+4PRwYXebl9EC3ByxhWhyXjk yoWuMusjhacTHD7v5a3lUX7l1h4OeodV2ZcVAmzQkTjlRu9AOlFN84jDQcQOCE1yz8h4 ta+djYI6ig4WjuQSjbcnW24KnSnXtEMkdQ2qDAkn+aAvxPHk4w/nZlx23Am1mrd/AsSv wjAw== X-Gm-Message-State: AOAM532WbXhA/5lp6j3fWgZnTX4WXpRQqJWhJJUO/aMw0/kpYTZPl/vG f8p8UJ/04FfpYyTugGhHFlI= X-Google-Smtp-Source: ABdhPJw2Z85c+t8J8vUTPGwCDpYxInVqpcvW1Pfs/N8Aua1f0As1WJj55xZsts412Ps3UfWwbkJQ7A== X-Received: by 2002:a05:6830:1347:: with SMTP id r7mr4182630otq.172.1603318840568; Wed, 21 Oct 2020 15:20:40 -0700 (PDT) Received: from ?IPv6:2600:1702:1d00:1dd0:9df0:4017:e396:4651? ([2600:1702:1d00:1dd0:9df0:4017:e396:4651]) by smtp.gmail.com with ESMTPSA id u125sm1104800oif.21.2020.10.21.15.20.39 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 21 Oct 2020 15:20:39 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) From: Kireeti Kompella In-Reply-To: Date: Wed, 21 Oct 2020 15:20:38 -0700 Cc: "mpls@ietf.org" , "draft-ietf-mpls-rmr@ietf.org" , "mpls-chairs@ietf.org" , Deborah A Brungard , "mpls-ads@ietf.org" Message-Id: References: To: Loa Andersson X-Mailer: iPad Mail (17G68) Archived-At: Subject: Re: [mpls] Document (draft-ietf-mpls-rmr) returned to working group - poll for interest. X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Oct 2020 22:20:43 -0000 Hi Loa, To your questions: - I think this document is of interest; we have implemented a prototype, and= seen interest from SPs, and done some demos. - there is not much further work needed as all the previous directorate revi= ews have been addressed (of course, a new WGLC/IETF LC may uncover some new n= its/comments). Said as a co-author on the draft. Kireeti=20 > On Oct 2, 2020, at 09:04, Loa Andersson wrote: >=20 > =EF=BB=BFWorking Group, >=20 > This mail starts a two week poll to establish the interest to continue wor= k on draft-ietf-mpls-rmr. >=20 > draft-ietf-mpls-rmr were returned to the working to the working group (abo= ut 2 weeks ago). >=20 > Normally a document is returned this late in the process when a necessary c= hange is discovered that requires working group consensus (i.e. a wglc) to i= mplement. This time the document were returned due to lack of (or very slow)= response to directorate or the IESG reviews. >=20 > When a document is returned for a well defined technical change it is fair= ly easy to handle, we make the change and do a wglc. >=20 > I have spent time trying to figure out what to do in a case like this. The= re is very little information in our process document. The wg chairs has con= verged on the following small process. >=20 > - establish wg interest for the document, i.e. is this something we want t= o do and do we have interest participating in progressing the document. > - leave approximately 2 weeks for working group discussion > - wglc > - when comments from the wglc is resolved, redo the publication request >=20 > This document start a two week poll to establish the level of interest to c= ontinue to work on draft-ietf-mpls-rmr. >=20 > Please answer the following 2 questions: >=20 > - do you think draft-ietf-mpls-rmr is need and will actually be deployed? >=20 > - do you have the cycles to contribute to progressing the document >=20 > /Loa > for the working group chairs >=20 >=20 > --=20 >=20 > Loa Andersson email: loa@pi.nu > Senior MPLS Expert loa.pi.nu@gmail.com > Bronze Dragon Consulting phone: +46 739 81 21 64 From nobody Thu Oct 22 11:06:38 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E000B3A098B for ; Thu, 22 Oct 2020 11:06:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.63 X-Spam-Level: X-Spam-Status: No, score=-0.63 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, MISSING_HEADERS=1.021, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aNFcc1yBles9 for ; Thu, 22 Oct 2020 11:06:32 -0700 (PDT) Received: from smtp01.icann.org (smtp01.icann.org [192.0.33.81]) (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 C75AB3A098A for ; Thu, 22 Oct 2020 11:06:32 -0700 (PDT) Received: from request4.lax.icann.org (request1.lax.icann.org [10.32.11.221]) by smtp01.icann.org (Postfix) with ESMTP id A7A8EE07EC; Thu, 22 Oct 2020 18:06:32 +0000 (UTC) Received: by request4.lax.icann.org (Postfix, from userid 48) id A5F4E20534; Thu, 22 Oct 2020 18:06:32 +0000 (UTC) RT-Owner: michelle.cotton From: "Michelle Cotton via RT" Reply-To: iana-issues-comment@iana.org In-Reply-To: References: Message-ID: X-RT-Loop-Prevention: IANA X-RT-Ticket: IANA #1180946 X-Managed-BY: RT 4.4.3 (http://www.bestpractical.com/rt/) X-RT-Originator: michelle.cotton@icann.org CC: loa@pi.nu, mpls@ietf.org Content-Type: text/plain; charset="utf-8" X-RT-Original-Encoding: utf-8 Precedence: bulk Date: Thu, 22 Oct 2020 18:06:32 +0000 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Archived-At: Subject: [mpls] [IANA #1180946] Early Review: draft-ietf-mpls-lsp-ping-registries-update-04 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Oct 2020 18:06:36 -0000 Loa, I've taken a look at version 04 of this document. Below you will find my comments with [MC]. I've pointed out some typos too. Overall, the document seems to provide clear instructions on what IANA needs to change in the registries (both in registration procedures and specific changes to the registrations). We'll do an official review when it goes through IETF Last Call. Let us know if you have any further questions. Thanks, Michelle 1. Introduction When RFC 8029 [RFC8029] was published it contained updates to the "Multiprotocol Label Switching (MPLS) Label Switched Paths (LSPs) Ping Parameters" IANA name space [IANA-LSP-PING]. RFC 8611 [RFC8611] updated the LSP Ping IANA registries to match RFC 8029. This document further clarifies the entries in those registries and makes the definitions more precise. This document updates RFC 8029 [[RFC8029] and RFC 8611 [RFC8611] by updating two groups of registries as follows: [MC] Question: Will we be replacing the RFC8029 and RFC8611 references with this document or adding this document as an additional reference? First the registries for Message Types [IANA-MT], Reply Modes [IANA-RM] and Return Codes [IANA-RC] are updated. The changes to these registries are minor. Second, this document updates the TLV and sub-TLV registries. o TLVs [IANA-TLV-reg]. o Sub-TLVs for TLVs 1, 16 and 21 [IANA-Sub-1-16-21]. o Sub-TLVs for TLV Type 6 [IANA-Sub-6]. o Sub-TLVs for TLV 11 [IANA-Sub-11]. o Sub-TLVs for TLV 20 [IANA-Sub-20]. o Sub-TLVs for TLV 23 [IANA-Sub-23]. o Sub-TLVs for TLV 27 [IANA-Sub-27]. The registry for sub-TLVs for TLV 9 [IANA-Sub-9] is not updated. Third, some code points (TLVs and sub-TLVs) are "mandatory" or "optional". Contrary to how other RFCs use these words, indicating that it is mandatory or optional to include the code points in a message, RFC 8029 uses these words to indicate that an action might or might not be necessary. This document updates RFC 8029 to drop the words "mandatory" and "optional", and the text is changed to focus on what should be done. 1.2. Terminology Used in this Document This docuemtment uses some terms that relates to IANA registries in this way: [MC] Typo “document” IANA Name Space, a name space is a top level registry. An exasmple could be "Multiprotocol Label Switching (MPLS) Label Switched Paths (LSPs) Ping Parameters" [IANA-LSP-PING]. A name space is most often a contaimer for regiistries that hold code points that share some affinity. [MC] Typo “example”, “container”, “registries” IANA Registry, an IANA registry holds code points, and lists the registration procedures and allocation of code points these code points. One example would be the "TLVs" registry [IANA-TLV-reg]. IANA Sub-registry, a sub-registry is used when a code point allocated in a registry need code points scoped by that or a set of code points. An example of a sunregistry thast holds code points for more than one TLV is "Sub-TLVs for TLV Types 1, 16, and 21" [IANA-Sub-1-16-21] [MC] Typo “Sub registry”, “that” 2. Updating the Message Types, Reply Mode and Return Codes Registries The following changes are made to the Message Types, Reply Modes and Return Codes [IANA-MT] registries. o In the listing of assiged code points the term "Vendor Private Use" is changed to "Private Use". [MC] Typo “Assigned” o The registration procedure "Specification Required" is changed to "RFC Required" and the note "Experimental RFC needed" is removed. o A small set of code points (4 code points) for Experimental Use is added by reducing the range for "RFC Required" range. o The registration procedures "Private Use" and "Experimental Use" are added to the table of registration procedures. o A note "Not to be assigned" is added for the registration procedures "Private Use" and "Experimental Use". Andersson, et al. Expires March 28, 2021 [Page 4] Internet-Draft LSP Ping Registries September 2020 o In the lists that capture the assignment status, the fields that are reserved, i.e. 0 (zero), Private Use and Experimental Use are clearly marked as such. * Note that in the Return Codes registry [IANA-RC] registry the code point "0" has already been assigned. This assignment is not changed and in this registry the code point "0" continues to be assigned as "No Return Code". The new Registration Procedures, the registry layouts and the new assignments for these registries are found in Section 6.1. 3. Updating the TLV and Sub-TLV Registries 3.1. General Principles for the LSP Ping TLV and Sub-TLV registries The following principles apply to the processing of any TLV from any of the LSP Ping TLV and sub-TLV IANA registries. o All TLVs and sub-TLVs with a type in the range 0-32767 require a response if they are not recognized. o All TLVs and sub-TLVs in the range 32768-65535 may be silently dropped, stepped over or an error message sennt if they are not recognized. [MC] Typo “sent” The range of each TLV and sub-TLV registry is divided into two blocks, one with a range from 0 to 32767 for TLVs and sub-TLVs that require a response if not recognized. The other block has the range from 32768 to 65535 for TLVs and sub-TLVs that may be silently dropped, stepped over or an error message sent, if not recognized. Each of the blocks has code point spaces with the following registration procedures: o Standards Action. o RFC Required. o Experimental Use. o First come, first served (FCFS). The exact defintions of these procedures are found in [RFC8126]. [MC] Typo “definitions” Andersson, et al. Expires March 28, 2021 [Page 5] Internet-Draft LSP Ping Registries September 2020 3.1.1. Unrecognized Experimental Use TLVs and Sub-TLVs Unrecognized TLVs and sub-TLVs in the Experimetal Use, and FCFS ranges are handled as any other unrecognized TLV or sub-TLV. [MC] Typo “Experimental” o If the unrecognized TLV or sub-TLV is from the Experimental Use range (37140-37143) or from the FCFS range (31744-32767) a the Return Code of 2 ("One or more of the TLVs was not understood") will be sent in the echo response. o If the unrecognized TLV or sub-TLV is from the Experimental Use range (64508-64511). or from the FCFS range (64512-65535) the TLVs may be silently ignored, stepped over or an error message sent. The IETF does not prescribe how recognized or unrecognized Experimental Use and Private Use TLVs and sub-TLVs are handled in experimental or private networks, that is up to the agency running the experiment or the private network. The statement above describes how standards compliant implementations will treat the unrecognized TLVs and sub- TLVs from these ranges. 3.2. Common Registration Procedures for TLVs and sub-TLVs This section describes the new registration procedures for the TLV and sub-TLV registries. Andersson, et al. Expires March 28, 2021 [Page 6] Internet-Draft LSP Ping Registries September 2020 +-------------+-------------------+---------------------------------+ | Range | Registration | Note | | | Procedures | | +-------------+-------------------+---------------------------------+ | 0-16383 | Standards Action | This range is for TLVs and sub- | | | | TLVs that require an error | | | | message if not recognized. | | 16384-31739 | RFC Required | This range is for TLVs an sub- | | | | TLVs that require an error | | | | message if not recognized. | | 37140-37143 | Experimental Use | Reserved, not to be assigned | | 31744-32767 | FCFS | This range is for TLVs anf sub- | | | | TLVs that require an error | | | | message if not recognized. | | 32768-49161 | Standards Action | This range is for TLVs and sub- | | | | TLVs that can be silently | | | | dropped if not recognized. | | 49162-64507 | RFC Required | This range is for TLVs and sub- | | | | TLVs that can be silently | | | | dropped if not recognized. | | 64508-64511 | Experimental Use | Reserved, not to be assigned | | 64512-65535 | FCFS | This range is for TLVs and sub- | | | | TLVs that can be silently | | | | dropped if not recognized. | +-------------+-------------------+---------------------------------+ TLV and sub-TLV Registration Procedures [MC] Should 37140-37143 | Experimental Use actually be 31740-31743 | Experimental Use? 3.3. Changes to the LSP Ping Registries This section lists the changes to each MPLS LSP Ping TLV and sub-TLV Registry, see section 6.2.1 to 6.2.7 describe how the new versions of the IANA registries should look, together with the registration procedures for each registry. The new Registration Procedures description and the new assignments for these registries are used to model the changed MPLS LSP Ping registries, see Section 6 . 3.3.1. Common Changes to the TLV and Sub-TLV Registries The following changes are made to the TLV and sub-TLV registries. o The registration procedures "First Come Frst Served (FCFS)" and "Experimental Use" are added to the table of registration procedures. [MC] Typos “First” Andersson, et al. Expires March 28, 2021 [Page 7] Internet-Draft LSP Ping Registries September 2020 o Two small sets of code points (4 code points each) for Experiemental Use, are created. The first set are for the range that requires a response if the TLV or sub-TLV is not recognised; the second set are for the range there the TLV or sub-TLV that may be silently dropped if not recognized. The code points for experimental use are actually taken from the two ranges now called "RFC Required". [MC] Typo “Experimental” o The registration procedure "Specification Required" is changed to "RFC Required" and the note "Experimental RFC needed" is removed. o In the listing of assignments the term "Vendor Private Use" is changed to "First Come First Served (FCFS)". o In the listing of assignments the range for "Experimental Use" is added. o A note saying "Not to be assigned" is added for the registration procedures "Experimental Use". o In the list that captures assignment status, the fields that are reserved, i.e. 0 (zero) and Experimental Use are clearly marked. 4. Updates to Related RFCs Some referenced RFCs use the concept "mandatory TLVs" and "mandatory sub-TLVs" to indicate that, if a TLV or sub-TLV of the range 0-16383 or 16384-31743 in a message is not understood, an error message needs to be sent in response. The same RFCs use "optional TLVs" and "optional sub-TLVs" to mean TLVs or sub-TLVs that can be silently ignored if not recognized. Since other RFCs use "mandatory TLVs" and "mandatory sub-TLVs" to indicate TLVs and sub-TLVs that must be present in a message, we want to discontinue the use of "mandatory" to indicate TLVs and sub-TLVs that requires an error message in response if not understood. The changes to the RFCs below align with this practice. 4.1. Updates to RFC 8029 Mandatory and optional are used to indicate whether a response is needed if a TLV or sub-TLV is not understood on pages 14 and 15 in Section 3 of RFC 8029. The text in those two paragraphs are now updated to the following: Andersson, et al. Expires March 28, 2021 [Page 8] Internet-Draft LSP Ping Registries September 2020 TLV and sub-TLV Types less than 32768 (i.e., with the high-order bit equal to 0) are TLVs and sub-TLVs that MUST either be supported by an implementation or result in the Return Code of 2 ("One or more of the TLVs was not understood") being sent in the echo response. An implementation that does not understand or support a received TLV or sub-TLV with Type greater than or equal to 32768 (i.e., with the high-order bit equal to 1) SHOULD ignore and step over the TLV or sub-TLV, however an implementation MAY send an echo response with Return Code 2 ("One or more of the TLVs was not understood") as it would have done if the high order bit had been clear. In Section 3.8 of RFC 8029 "mandatory" is used in the same way. The first two paragraphs of this section are now updated to read as follows: The following TLV is a TLV that MAY be included in an echo reply to inform the sender of an echo request that includes TLVs or sub- TLVs Types less than 32768 (i.e., with the high-order bit equal to 0) are either not supported by the implementation or parsed and found to be in error. The Value field contains the TLVs, including sub-TLVs, that were not understood, encoded as sub-TLVs. 4.2. Updates to RFC 8611 Section 13.4.1 of "Label Switched Path (LSP) Ping and Traceroute Multipath Support for Link Aggregation Group (LAG) Interfaces [RFC8611]" defines "Sub-TLVs for TLV Type 6" [IANA-Sub-6]. The "Sub-TLVs for TLV Type 6" registry is now updated to align with changes defined in this document. Section 13.4.1 of RFC 8611 is now updated as follows: Section 13.4.1 Sub-TLVs for TLV Type 6 IANA has created a new sub-registry "Sub-TLVs for TLV Type 6" [IANA-Sub-6] under the "TLVs" registry [IANA-TLV-reg] of the "Multiprotocol Label Switching (MPLS) Label Switched Paths (LSPs) Ping Parameters" name space [lsp-ping-NameSpace]. The "Sub-TLVs for TLV Type 6" sub-registry is now updated to align with changes defined in this document. Andersson, et al. Expires March 28, 2021 [Page 9] Internet-Draft LSP Ping Registries September 2020 +-------------+-------------------+---------------------------------+ | Range | Registration | Note | | | Procedures | | +-------------+-------------------+---------------------------------+ | 0-16383 | Standards Action | This range is for sub-TLVs that | | | | require an error message if not | | | | recognized. | | 16384-31739 | RFC Required | This range is for sub-TLVs that | | | | require an error message if not | | | | recognized. | | 31740-31743 | Experimental Use | Reserved not to be assigned | | 31744-32767 | FCFS | This range is for sub-TLVs that | | | | require an error message if not | | | | recognized. | | 32768-49161 | Standards Action | This range is for sub-TLVs that | | | | can be silently dropped if not | | | | recognized. | | 49162-64507 | RFC Required | This range is for sub-TLVs that | | | | can be silently dropped if not | | | | recognized. | | 64508-64511 | Experimental Use | Reserved not to be assigned | | 64512-65535 | FCFS | This range is for sub-TLVs that | | | | can be silently dropped if not | | | | recognized. | +-------------+-------------------+---------------------------------+ Table 1: Sub-TLVs for TLV Type 6 Registration Procedures 5. Security Considerations This document updates IANA registries. It also updates terminology used to define, and clarifies the terminology related to, the code points in the registries. The document does not change how the code- points in the registries are used. This should not create any new threats. However, the updated terminology and the clarifications improve security because it makes it more likely that implementations will be consistent and harder to attack. 6. IANA Considerations IANA is requested to update the "Multiprotocol Label Switching (MPLS) Label Switched Paths (LSPs) Ping Parameters" name space [IANA-LSP-PING] as described in this document. See Section 1.2 "Terminology Used in this Document" to see how "name space", "registry" and "sub-registry" are used in this document. Andersson, et al. Expires March 28, 2021 [Page 10] Internet-Draft LSP Ping Registries September 2020 In other parts of this document the communality of the changes to the LSP Ping registries has been the focus. For the IANA considerations each changed registry has been described in its own right. The following registries and sub-registries are changed: "Message Types", [IANA-MT], "Reply Modes", [IANA-RM] "Return Codes" [IANA-RC] "TLVs" [IANA-TLV-reg] "Sub-TLVs for TLV Types 1, 16, and 21" [IANA-Sub-1-16-21] "Sub-TLVs for TLV Type 6" [IANA-Sub-6] "Sub-TLVs for TLV Type 11" [IANA-Sub-11] "Sub-TLVs for TLV Type 20" [IANA-Sub-20] "Sub-TLVs for TLV Type 23" [IANA-Sub-23] "Sub-TLVs for TLV Type 27" [IANA-Sub-27] 6.1. Updates to the Message Type, Reply Mode and Return Codes Registries This section details the updated registration procedures and allocations for "Message Type", "Reply Mode" and "Return Codes" registries. 6.1.1. Updates to the Mesage Type registry [MC] Typo “Message” This is the changes to the "Message Type" registry specified in this document: o Code Point 0 (zero) is marked Resereved. [MC] Typo “Reserved” o The registration procedure "Specification Required" is changed to "RFC Required" and the comment "Experimental RFC needed" is removed. o Four code point has been taken from what was earlier "Specification Required" to form a set of code points for "Experimental Use." The registration procedures after the changes for the "Message Type" registry are shown in the table below: Andersson, et al. Expires March 28, 2021 [Page 11] Internet-Draft LSP Ping Registries September 2020 +---------+--------------------+------------------------------------+ | Range | Registration | Note | | | Procedures | | +---------+--------------------+------------------------------------+ | 0-191 | Standards Action | | | 192-247 | RFC Required | | | 248-251 | Experimental Use | Reserved, not to be assigned | | 252-255 | Private Use | Reserved, not to be assigned | +---------+--------------------+------------------------------------+ Table 2: Message Type registration procedures The updated assignments for the "Message Types" registry will look like this: +---------+---------------------------------+-----------------------+ | Value | Meaning | Reference | +---------+---------------------------------+-----------------------+ | 0 | Reserved | This document | | 1 | MPLS Echo Request | [RFC8029] | | 2 | MPLS Echo Reply | [RFC8029] | | 3 | MPLS Proxy Ping Request | [RFC7555] | | 4 | MPLS Proxy Ping Reply | [RFC7555] | | 5 | MPLS Relayed Echo Reply | [RFC7743] | | 6-247 | Unassigned | | | 248-251 | Reserved for Experimental Use | This document | | 252-255 | Reserved for Private Use | [RFC8029] | +---------+---------------------------------+-----------------------+ Table 3: Assignments for the Message Types registry 6.1.2. Updates to the Reply Modes registry This is the changes to the "Reply Modes" registry specified in this document: o Code Point 0 (zero) is marked Resereved. [MC] Typo “Reserved” o The registration procedure "Specification Required" is changed to "RFC Required" and the comment "Experimental RFC needed" is removed. o Four code point has been taken from what was earlier "Specification Required" to form a set of code points for "Experimental Use". The registration procedures after the changes for the "Reply Modes" registry are show in the table below: Andersson, et al. Expires March 28, 2021 [Page 12] Internet-Draft LSP Ping Registries September 2020 +---------+--------------------+------------------------------------+ | Range | Registration | Note | | | Procedures | | +---------+--------------------+------------------------------------+ | 0-191 | Standards Action | | | 192-247 | RFC Required | | | 248-251 | Experimental Use | Reserved, not to be assigned | | 252-255 | Private Use | Reserved, not to be assigned | +---------+--------------------+------------------------------------+ Table 4: Reply Modes registration procedures The updated assignments for the "Reply Modes" registry will look like this: +---------+---------------------------------+-----------------------+ | Value | Meaning | Reference | +---------+---------------------------------+-----------------------+ | 0 | Reserved | This document | | 1 | Do not reply | [RFC8029] | | 2 | Reply via an IPv4/IPv6 UDP | [RFC8029] | | | packet | | | 3 | Reply via an IPv4/IPv6 UDP | [RFC8029] | | | packet with Router Alert | | | 4 | Reply via application-level | [RFC8029] | | | control channel | | | 5 | Reply via Specified Path | [RFC7110] | | 6-247 | Unassigned | | | 248-251 | Reserved for Experimental Use | This document | | 252-255 | Reserved for Private Use | [RFC8029] | +---------+---------------------------------+-----------------------+ Table 5: Assignments for the Reply Modes registry 6.1.3. Updates to the Return Codes registry This is the changes to the "Return Codes" registry specified in this document: o The registration procedure "Specification Required" is changed to "RFC Required" and the comment "Experimental RFC needed" is removed. o Four code point has been taken from what was earlier "Specification Required" to form a set of code points for "Experimental Use". Andersson, et al. Expires March 28, 2021 [Page 13] Internet-Draft LSP Ping Registries September 2020 The registration procedures after the changes for the "Return Codes" registry are show in the table below: +---------+--------------------+------------------------------------+ | Range | Registration | Note | | | Procedures | | +---------+--------------------+------------------------------------+ | 0-191 | Standards Action | | | 192-247 | RFC Required | | | 248-251 | Experimental Use | Reserved, not to be assigned | | 252-255 | Private Use | Reserved, not to be assigned | +---------+--------------------+------------------------------------+ Table 6: Return Codes registration procedures The updated assignments for the "Return Codes" registry will look like this: +---------+----------------------------------+----------------------+ | Value | Meaning | Reference | +---------+----------------------------------+----------------------+ | 0 | No Return Code | This document | | 1 | Malformed echo request received | [RFC8029] | | 2 | One or more of the TLVs was not | [RFC8029] | | | understood | | | 3 | Replying router is an egress for | [RFC8029] | | | the FEC at stack-depth (RSC) | | | 4 | Replying router has no mapping | [RFC8029] | | | for the FEC at stack-depth (RSC) | | | 5 | Downstream Mapping Mismatch (See | [RFC8029] | | | [1]) | | | 6 | Upstream Interface Index Unknown | [RFC8029] | | | (See [1]) | | | 7 | Reserved | [RFC8029] | | 8 | Label switched at stack-depth | [RFC8029] | | | (RSC) | | | 9 | Label switched but no MPLS | [RFC8029] | | | forwarding at stack-depth (RSC) | | | 10 | Mapping for this FEC is not the | [RFC8029] | | | given label at stack-depth (RSC) | | | 11 | No label entry at stack-depth | [RFC8029] | | | (RSC) | | | 12 | Protocol not associated with | [RFC8029] | | | interface at FEC stack-depth | | | | (RSC) | | | 13 | Premature termination of ping | [RFC8029] | | | due to label stack shrinking to | | | | a single label | | Andersson, et al. Expires March 28, 2021 [Page 14] Internet-Draft LSP Ping Registries September 2020 | 14 | See DDMAP TLV for meaning of | [RFC8029] | | | Return Code and Return Subcode | | | | (See [2]) | | | 15 | Label switched with FEC change | [RFC8029] | | 16 | Proxy Ping not authorized | [RFC7555] | | 17 | Proxy Ping parameters need to be | [RFC7555] | | | modified | | | 18 | MPLS Echo Request could not be | [RFC7555] | | | sent | | | 19 | Replying router has FEC mapping | [RFC7555] | | | for topmost FEC | | | 20 | One or more TLVs not returned | [RFC7743] | | | due to MTU size | | | 21 | OAM Problem/Unsupported BFD | [RFC7759] | | | Version | | | 22 | OAM Problem/Unsupported BFD | [RFC7759] | | | Encapsulation format | | | 23 | OAM Problem/Unsupported BFD | [RFC7759] | | | Authentication Type | | | 24 | OAM Problem/Mismatch of BFD | [RFC7759] | | | Authentication Key ID | | | 25 | OAM Problem/Unsupported | [RFC7759] | | | Timestamp Format | | | 26 | OAM Problem/Unsupported Delay | [RFC7759] | | | Mode | | | 27 | OAM Problem/Unsupported Loss | [RFC7759] | | | Mode | | | 28 | AM Problem/Delay variation | [RFC7759] | | | unsupported | | | 29 | OAM Problem/Dyadic mode | [RFC7759] | | | unsupported | | | 30 | OAM Problem/Loopback mode | [RFC7759] | | | unsupported | | | 31 | OAM Problem/Combined mode | [RFC7759] | | | unsupported | | | 32 | OAM Problem/Fault management | [RFC7759] | | | signaling unsupported | | | 33 | OAM Problem/Unable to create | [RFC7759] | | | fault management association | | | 34 | OAM Problem/PM Configuration | [RFC7759] | | | Error | | | 35 | Mapping for this FEC is not | [RFC8287] sec 7.4 | | | associated with the incoming | | | | interface | | | 36-247 | Unassigned | [RFC7759] | | 248-251 | Reserved for Experimental Use | This document | | 252-255 | Reserved for Private Use | [RFC8029] | +---------+----------------------------------+----------------------+ Andersson, et al. Expires March 28, 2021 [Page 15] Internet-Draft LSP Ping Registries September 2020 Table 7: Assignments for the Return Codes registry 6.2. Updates to the TLV and sub-TLV registries The updates to the TLV and the sub-TLV registries are mostly the same, however the Sub-TLVs for TLV Type 9 [IANA-Sub-9] has not been updated. Note that when a field in an assigment table sayds "EQ", it means that the field should not be changed as compared to the corresponding field in the "Multiprotocol Label Switching (MPLS) Label Switched Paths (LSPs) Ping Parameters" name space [IANA-LSP-PING] [MC] Typos “assignment”, “says” 6.2.1. Updates to the TLVs registry This section describes the new registration procedures and the assignments for the "TLVs" registry [IANA-TLV-reg] based on the new registration procedures. The registration procedures has been changed the following way for the "TLVs" registry. o The "Specification Required" registration procedure has been changed to "RFC Required", the comment "Experimental RFC Required" has been removed. o The code points registration procedure "Vendor Private Use" has been removed and replaced with "First Come, First Served" code points. o Two small sets, 4 code points each, has been created for Experimental Use. o Code points that are reserved are clearly marked as such. o The assignments have been updated to match the new registration procedures. o The notes related to the registration procedures have been changed to reflect when a response is required or not if a TLV is not recognized. The registration procedures for the "TLVs" registry [IANA-TLV-reg] will now look like this: Andersson, et al. Expires March 28, 2021 [Page 16] Internet-Draft LSP Ping Registries September 2020 +-------------+-------------------+---------------------------------+ | Range | Registration | Note | | | Procedures | | +-------------+-------------------+---------------------------------+ | 0-16383 | Standards Action | This range is for TLVs that | | | | require an error message if not | | | | recognized. | | 16384-31739 | RFC Required | This range is for TLVs that | | | | require an error message if not | | | | recognized. | | 31740-31743 | Experimental Use | Reserved, not to be assigned | | 31744-32767 | FCFS | This range is for TLVs that | | | | require an error message if not | | | | recognized. | | 32768-49161 | Standards Action | This range is for TLVs that can | | | | be silently dropped if not | | | | recognized. | | 49162-64507 | RFC Required | This range is for TLVs that can | | | | be silently dropped if not | | | | recognized. | | 64508-64511 | Experimental Use | Reserved, not to be assigned | | 64512-65535 | FCFS | This range is for TLVs that can | | | | be silently dropped if not | | | | recognized. | +-------------+-------------------+---------------------------------+ Table 8: TLV Registration Procedures The TLV Assignments will now look like this. Note that when a field in this table does say "EQ", it means that if should be the same as the registry being updtated. [MC] Typo “updated” Andersson, et al. Expires March 28, 2021 [Page 17] Internet-Draft LSP Ping Registries September 2020 +-------------+---------------+-----------------+-------------------+ | Type | TLV Name | Reference | Sub-TLV Registry | +-------------+---------------+-----------------+-------------------+ | 0 | Reserved | This document | | | 1-7 | EQ | EQ | EQ | | 8 | Unassigned | | | | 9-16 | EQ | EQ | EQ | | 17-19 | unassigned | | | | 20-27 | EQ | EQ | EQ | | 28-31739 | Unassigned | | | | 31740-31743 | Experimental | This Document | Reserved, not to | | | Use | | be assigned | | 31744-32767 | Unassigned | | | | 32768-32770 | EQ | EQ | EQ | | 32771-64507 | EQ | EQ | EQ | | 64508-64511 | Experimental | This document | Resereved, not to | | | Use | | be assigned | | 64512-65535 | Unassigned | | | +-------------+---------------+-----------------+-------------------+ [MC] Typo “Reserved” Table 9: TLV Assignments 6.2.2. Updates to the registry for SubTLVs for TLVs 1, 16 and 21 This section describes the new registration procedures and the assignments for the "Sub-TLVs for TLV Types 1, 16, and 21" [IANA-Sub-1-16-21] sub-registry based on the new registration procedures. o The "Specification Required" registration procedure has been changed to "RFC Required", the comment "Experimental RFC Required" has been removed. o The code points registration procedure "Vendor Private Use" has been removed and replaced with "First Come, First Served" code points. o Two small sets, 4 code points each, has been created for Experimental Use. o Code points that are reserved are clearly marked as such. o The assignments have been updated to match the new registration procedures. o The notes related to the registration procedures have been changed to reflect when a response is required if a sub-TLV is not recognized or not. Andersson, et al. Expires March 28, 2021 [Page 18] Internet-Draft LSP Ping Registries September 2020 The registration procedures for the "Sub-TLVs for TLV Types 1, 16, and 21" [IANA-Sub-1-16-21] sub- registry will now look like this: +-------------+-------------------+---------------------------------+ | Range | Registration | Note | | | Procedures | | +-------------+-------------------+---------------------------------+ | 0-16383 | Standards Action | This range is for TLVs that | | | | require an error message if not | | | | recognized. | | 16384-31739 | RFC Required | This range is for TLVs that | | | | require an error message if not | | | | recognized. | | 37140-37144 | Experimental Use | Reserved, not to be assigned | | 31748-32767 | FCFS | This range is for TLVs that | | | | require an error message if not | | | | recognized. | | 32768-49161 | Standards Action | This range is for TLVs that can | | | | be silently dropped if not | | | | recognized. | | 49162-64507 | RFC Required | This range is for TLVs that can | | | | be silently dropped if not | | | | recognized. | | 64508-64511 | Experimental Use | Reserved, not to be assigned | | 64512-65535 | FCFS | This range is for TLVs that can | | | | be silently dropped if not | | | | recognized. | +-------------+-------------------+---------------------------------+ Table 10: Registration Procedures for Sub-TLVs for TLVs 1, 16 and 21 Andersson, et al. Expires March 28, 2021 [Page 19] Internet-Draft LSP Ping Registries September 2020 +-------------+---------------+-----------------+-------------------+ | Type | TLV Name | Reference | Comment | +-------------+---------------+-----------------+-------------------+ | 0 | Reserved | This document | | | 1-4 | EQ | EQ | EQ | | 5 | Unassigned | | | | 6-8 | EQ | EQ | EQ | | 9 | EQ | EQ | DEPRECATED | | 9-20 | EQ | EQ | EQ | | 21 | unassigned | | | | 22-37 | EQ | EQ | EQ | | 38-31739 | Unassigned | | | | 31740-31743 | Experimental | This Document | Reserved, not to | | | Use | | be assigned | | 31744-64507 | Unassigned | | | | 64508-64511 | Experimental | This document | Resereved, not to | | | Use | | be assigned | | 64512-65535 | Unassigned | | | +-------------+---------------+-----------------+-------------------+ [MC] Typo “Reserved” Table 11: Sub-TLV for TLV 1, 16 and 21 Assignments 6.2.3. Updates to the registry for SubTLVs for TLV 6 This section describes the new registration procedures and the assignments for the "Sub-TLVs for TLV Type 6" [IANA-Sub-6] sub- registry based on the new registration procedures. o The "Specification Required" registration procedure has been changed to "RFC Required", the comment "Experimental RFC Required" has been removed. o The code points registration procedure "Vendor Private Use" has been removed and replaced with "First Come, First Served" code points. o Two small sets, 4 code points each, has been created for Experimental Use. o Code points that are reserved are clearly marked as such. o The assignments have been updated to match the new registration procedures. o The notes related to the registration procedures have been changed to reflect when a response is required if a sub-TLV is not recognized or not. Andersson, et al. Expires March 28, 2021 [Page 20] Internet-Draft LSP Ping Registries September 2020 The registration procedures for the "Sub-TLVs for TLV Type 6" [IANA-Sub-6] sub-registry will now look like this: +-------------+-------------------+---------------------------------+ | Range | Registration | Note | | | Procedures | | +-------------+-------------------+---------------------------------+ | 0-16383 | Standards Action | This range is for Sub-TLVs that | | | | require an error message if not | | | | recognized. | | 16384-31739 | RFC Required | This range is for Sub-TLVs that | | | | require an error message if not | | | | recognized. | | 37140-37144 | Experimental Use | Reserved, not to be assigned | | 31748-32767 | FCFS | This range is for Sub-TLVs that | | | | require an error message if not | | | | recognized. | | 32768-49161 | Standards Action | This range is for Sub-TLVs that | | | | can be silently dropped if not | | | | recognized. | | 49162-64507 | RFC Required | This range is for Sub-TLVs that | | | | can be silently dropped if not | | | | recognized. | | 64508-64511 | Experimental Use | Reserved, not to be assigned | | 64512-65535 | FCFS | This range is for Sub-TLVs that | | | | can be silently dropped if not | | | | recognized. | +-------------+-------------------+---------------------------------+ Table 12: Registration Procedures for Sub-TLVs for TLVs 6 +-------------+---------------+-----------------+-------------------+ | Type | TLV Name | Reference | Comment | +-------------+---------------+-----------------+-------------------+ | 0 | Reserved | This document | | | 1-2 | EQ | EQ | EQ | | 3-31739 | Unassigned | | | | 31740-31743 | Experimental | This Document | Reserved, not to | | | Use | | be assigned | | 31744-64507 | Unassigned | | | | 64508-64511 | Experimental | This document | Resereved, not to | | | Use | | be assigned | | 64512-65535 | Unassigned | | | +-------------+---------------+-----------------+-------------------+ [MC] Typo “Reserved” Table 13: Sub-TLVs for TLV 6 Assignments Andersson, et al. Expires March 28, 2021 [Page 21] Internet-Draft LSP Ping Registries September 2020 6.2.4. Updates to the registry for SubTLVs for TLV 11 This section describes the new registration procedures and the assignments for the "Sub-TLVs for TLV Type 11" [IANA-Sub-11] sub- registry based on the new registration procedures. o The "Specification Required" registration procedure has been changed to "RFC Required", the comment "Experimental RFC Required" has been removed. o The code points registration procedure "Vendor Private Use" has been removed and replaced with "First Come, First Served" code points. o Two small sets, 4 code points each, has been created for Experimental Use. o Code points that are reserved are clearly marked as such. o The assignments have been updated to match the new registration procedures. o The notes related to the registration procedures have been changed to reflect when a response is required if a sub-TLV is not recognized or not. The registration procedures for the "Sub-TLVs for TLV Type 11" [IANA-Sub-11] sub-registry will now look like this: Andersson, et al. Expires March 28, 2021 [Page 22] Internet-Draft LSP Ping Registries September 2020 +-------------+-------------------+---------------------------------+ | Range | Registration | Note | | | Procedures | | +-------------+-------------------+---------------------------------+ | 0-16383 | Standards Action | This range is for Sub-TLVs that | | | | require an error message if not | | | | recognized. | | 16384-31739 | RFC Required | This range is for Sub-TLVs that | | | | require an error message if not | | | | recognized. | | 37140-37144 | Experimental Use | Reserved, not to be assigned | | 31748-32767 | FCFS | This range is for Sub-TLVs that | | | | require an error message if not | | | | recognized. | | 32768-49161 | Standards Action | This range is for Sub-TLVs that | | | | can be silently dropped if not | | | | recognized. | | 49162-64507 | RFC Required | This range is for Sub-TLVs that | | | | can be silently dropped if not | | | | recognized. | | 64508-64511 | Experimental Use | Reserved, not to be assigned | | 64512-65535 | FCFS | This range is for Sub-TLVs that | | | | can be silently dropped if not | | | | recognized. | +-------------+-------------------+---------------------------------+ Table 14: Registration Procedures for Sub-TLVs for TLVs 11 +-------------+---------------+-----------------+-------------------+ | Type | TLV Name | Reference | Comment | +-------------+---------------+-----------------+-------------------+ | 0 | Reserved | This document | | | 1-4 | EQ | EQ | EQ | | 5-31739 | Unassigned | | | | 31740-31743 | Experimental | This Document | Reserved, not to | | | Use | | be assigned | | 31744-64507 | Unassigned | | | | 64508-64511 | Experimental | This document | Resereved, not to | | | Use | | be assigned | | 64512-65535 | Unassigned | | | +-------------+---------------+-----------------+-------------------+ [MC] Typo “Reserved” Table 15: Sub-TLVs for TLV 11 Assignments Andersson, et al. Expires March 28, 2021 [Page 23] Internet-Draft LSP Ping Registries September 2020 6.2.5. Updates to the registry for SubTLVs for TLV 20 This section describes the new registration procedures and the assignments for the "Sub-TLVs for TLV Type 20" [IANA-Sub-20] sub- registry based on the new registration procedures. o The "Specification Required" registration procedure has been changed to "RFC Required", the comment "Experimental RFC Required" has been removed. o The code points registration procedure "Vendor Private Use" has been removed and replaced with "First Come, First Served" code points. o Two small sets, 4 code points each, has been created for Experimental Use. o Code points that are reserved are clearly marked as such. o The assignments have been updated to match the new registration procedures. o The notes related to the registration procedures have been changed to reflect when a response is required if a sub-TLV is not recognized or not. The registration procedures for the "Sub-TLVs for TLV Type 20" [IANA-Sub-20] sub-registry will now look like this: Andersson, et al. Expires March 28, 2021 [Page 24] Internet-Draft LSP Ping Registries September 2020 +-------------+-------------------+---------------------------------+ | Range | Registration | Note | | | Procedures | | +-------------+-------------------+---------------------------------+ | 0-16383 | Standards Action | This range is for Sub-TLVs that | | | | require an error message if not | | | | recognized. | | 16384-31739 | RFC Required | This range is for Sub-TLVs that | | | | require an error message if not | | | | recognized. | | 37140-37144 | Experimental Use | Reserved, not to be assigned | | 31748-32767 | FCFS | This range is for Sub-TLVs that | | | | require an error message if not | | | | recognized. | | 32768-49161 | Standards Action | This range is for Sub-TLVs that | | | | can be silently dropped if not | | | | recognized. | | 49162-64507 | RFC Required | This range is for Sub-TLVs that | | | | can be silently dropped if not | | | | recognized. | | 64508-64511 | Experimental Use | Reserved, not to be assigned | | 64512-65535 | FCFS | This range is for Sub-TLVs that | | | | can be silently dropped if not | | | | recognized. | +-------------+-------------------+---------------------------------+ Table 16: Registration Procedures for Sub-TLVs for TLVs 20 +-------------+---------------+-----------------+-------------------+ | Type | TLV Name | Reference | Comment | +-------------+---------------+-----------------+-------------------+ | 0 | Reserved | This document | | | 1-5 | EQ | EQ | EQ | | 6-31739 | Unassigned | | | | 31740-31743 | Experimental | This Document | Reserved, not to | | | Use | | be assigned | | 31744-64507 | Unassigned | | | | 64508-64511 | Experimental | This document | Resereved, not to | | | Use | | be assigned | | 64512-65535 | Unassigned | | | +-------------+---------------+-----------------+-------------------+ [MC] Typo “Reserved” Table 17: Sub-TLVs for TLV 20 Assignments Andersson, et al. Expires March 28, 2021 [Page 25] Internet-Draft LSP Ping Registries September 2020 6.2.6. Updates to the registry for SubTLVs for TLV 23 This section describes the new registration procedures and the assignments for the "Sub-TLVs for TLV Type 23" [IANA-Sub-23] sub- registry based on the new registration procedures. o The "Specification Required" registration procedure has been changed to "RFC Required", the comment "Experimental RFC Required" has been removed. o The code points registration procedure "Vendor Private Use" has been removed and replaced with "First Come, First Served" code points. o Two small sets, 4 code points each, has been created for Experimental Use. o Code points that are reserved are clearly marked as such. o The assignments have been updated to match the new registration procedures. o The notes related to the registration procedures have been changed to reflect when a response is required if a sub-TLV is not recognized or not. The registration procedures for the "Sub-TLVs for TLV Type 23" [IANA-Sub-23] sub-registry will now look like this: Andersson, et al. Expires March 28, 2021 [Page 26] Internet-Draft LSP Ping Registries September 2020 +-------------+-------------------+---------------------------------+ | Range | Registration | Note | | | Procedures | | +-------------+-------------------+---------------------------------+ | 0-16383 | Standards Action | This range is for Sub-TLVs that | | | | require an error message if not | | | | recognized. | | 16384-31739 | RFC Required | This range is for Sub-TLVs that | | | | require an error message if not | | | | recognized. | | 37140-37144 | Experimental Use | Reserved, not to be assigned | | 31748-32767 | FCFS | This range is for Sub-TLVs that | | | | require an error message if not | | | | recognized. | | 32768-49161 | Standards Action | This range is for Sub-TLVs that | | | | can be silently dropped if not | | | | recognized. | | 49162-64507 | RFC Required | This range is for Sub-TLVs that | | | | can be silently dropped if not | | | | recognized. | | 64508-64511 | Experimental Use | Reserved, not to be assigned | | 64512-65535 | FCFS | This range is for Sub-TLVs that | | | | can be silently dropped if not | | | | recognized. | +-------------+-------------------+---------------------------------+ Table 18: Registration Procedures for Sub-TLVs for TLVs 23 +-------------+---------------+-----------------+-------------------+ | Type | TLV Name | Reference | Comment | +-------------+---------------+-----------------+-------------------+ | 0 | Reserved | [RFC7555] | | | 1 | EQ | EQ | EQ | | 2-31739 | Unassigned | | | | 31740-31743 | Experimental | This Document | Reserved, not to | | | Use | | be assigned | | 31744-64507 | Unassigned | | | | 64508-64511 | Experimental | This document | Resereved, not to | | | Use | | be assigned | | 64512-65535 | Unassigned | | | +-------------+---------------+-----------------+-------------------+ [MC] Typo “Reserved” Table 19: Sub-TLVs for TLV 23 Assignments Andersson, et al. Expires March 28, 2021 [Page 27] Internet-Draft LSP Ping Registries September 2020 6.2.7. Updates to the registry for SubTLVs for TLV 27 This section describes the new registration procedures and the assignments for the "Sub-TLVs for TLV Type 27" [IANA-Sub-27] sub- registry based on the new registration procedures. o The "Specification Required" registration procedure has been changed to "RFC Required", the comment "Experimental RFC Required" has been removed. o The code points registration procedure "Vendor Private Use" has been removed and replaced with "First Come, First Served" code points. o Two small sets, 4 code points each, has been created for Experimental Use. o Code points that are reserved are clearly marked as such. o The assignments have been updated to match the new registration procedures. o The notes related to the registration procedures have been changed to reflect when a response is required if a sub-TLV is not recognized or not. The registration procedures for the "Sub-TLVs for TLV Type 27" [IANA-Sub-27] sub-registry will now look like this: Andersson, et al. Expires March 28, 2021 [Page 28] Internet-Draft LSP Ping Registries September 2020 +-------------+-------------------+---------------------------------+ | Range | Registration | Note | | | Procedures | | +-------------+-------------------+---------------------------------+ | 0-16383 | Standards Action | This range is for Sub-TLVs that | | | | require an error message if not | | | | recognized. | | 16384-31739 | RFC Required | This range is for Sub-TLVs that | | | | require an error message if not | | | | recognized. | | 37140-37144 | Experimental Use | Reserved, not to be assigned | | 31748-32767 | FCFS | This range is for Sub-TLVs that | | | | require an error message if not | | | | recognized. | | 32768-49161 | Standards Action | This range is for Sub-TLVs that | | | | can be silently dropped if not | | | | recognized. | | 49162-64507 | RFC Required | This range is for Sub-TLVs that | | | | can be silently dropped if not | | | | recognized. | | 64508-64511 | Experimental Use | Reserved, not to be assigned | | 64512-65535 | FCFS | This range is for Sub-TLVs that | | | | can be silently dropped if not | | | | recognized. | +-------------+-------------------+---------------------------------+ Table 20: Registration Procedures for Sub-TLVs for TLV 27 +-------------+---------------+-----------------+-------------------+ | Type | TLV Name | Reference | Comment | +-------------+---------------+-----------------+-------------------+ | 0 | Reserved | [RFC7555] | | | 1 | EQ | EQ | EQ | | 2-31739 | Unassigned | | | | 31740-31743 | Experimental | This Document | Reserved, not to | | | Use | | be assigned | | 31744-64507 | Unassigned | | | | 64508-64511 | Experimental | This document | Resereved, not to | | | Use | | be assigned | | 64512-65535 | Unassigned | | | +-------------+---------------+-----------------+-------------------+ Table 21: Sub-TLVs for TLV 27 Assignments From nobody Fri Oct 23 03:37:11 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4B2783A0B91 for ; Fri, 23 Oct 2020 03:37:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.143 X-Spam-Level: X-Spam-Status: No, score=-2.143 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.247, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EhQHjVuqnZ8U for ; Fri, 23 Oct 2020 03:37:05 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0624A3A0C38 for ; Fri, 23 Oct 2020 03:37:02 -0700 (PDT) Received: from [192.168.1.11] (unknown [124.104.122.18]) (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 7094031D22B; Fri, 23 Oct 2020 12:36:59 +0200 (CEST) To: iana-issues-comment@iana.org Cc: mpls@ietf.org References: From: Loa Andersson Message-ID: Date: Fri, 23 Oct 2020 18:36:56 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.12.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [mpls] [IANA #1180946] Early Review: draft-ietf-mpls-lsp-ping-registries-update-04 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Oct 2020 10:37:10 -0000 Michelle, Thanks for careful review! Please see responses inline. Many of the typos were already found by Tom and Marti, but you found new ones. I will now post version -05 of the document, which be ready for I'm still a bit uncertain on how to name the "levels" in the MPLS IANA structure. I'm preparing a new draft for this, which even it does not go anywhere at least serve to explain to me what a correct terminology is. On 23/10/2020 02:06, Michelle Cotton via RT wrote: > Loa, > > I've taken a look at version 04 of this document. > Below you will find my comments with [MC]. I've pointed out some typos too. > > Overall, the document seems to provide clear instructions on what IANA needs to change in the registries (both in registration procedures and specific changes to the registrations). > > We'll do an official review when it goes through IETF Last Call. > Let us know if you have any further questions. > > Thanks, > Michelle > > > > > 1. Introduction > > When RFC 8029 [RFC8029] was published it contained updates to the > "Multiprotocol Label Switching (MPLS) Label Switched Paths (LSPs) > Ping Parameters" IANA name space [IANA-LSP-PING]. > > RFC 8611 [RFC8611] updated the LSP Ping IANA registries to match RFC > 8029. This document further clarifies the entries in those > registries and makes the definitions more precise. > > This document updates RFC 8029 [[RFC8029] and RFC 8611 [RFC8611] by > updating two groups of registries as follows: > > [MC] Question: Will we be replacing the RFC8029 and RFC8611 references with this document or adding this document as an additional reference? Godd question, I've gone back and forth on it. Juat now I think we need to reference both documents, since we are not updating the entire 8029 and 8611. > > First the registries for Message Types [IANA-MT], Reply Modes > [IANA-RM] and Return Codes [IANA-RC] are updated. The changes to > these registries are minor. > > Second, this document updates the TLV and sub-TLV registries. > > o TLVs [IANA-TLV-reg]. > > o Sub-TLVs for TLVs 1, 16 and 21 [IANA-Sub-1-16-21]. > > o Sub-TLVs for TLV Type 6 [IANA-Sub-6]. > > o Sub-TLVs for TLV 11 [IANA-Sub-11]. > > o Sub-TLVs for TLV 20 [IANA-Sub-20]. > > o Sub-TLVs for TLV 23 [IANA-Sub-23]. > > o Sub-TLVs for TLV 27 [IANA-Sub-27]. > > The registry for sub-TLVs for TLV 9 [IANA-Sub-9] is not updated. > > Third, some code points (TLVs and sub-TLVs) are "mandatory" or > "optional". Contrary to how other RFCs use these words, indicating > that it is mandatory or optional to include the code points in a > message, RFC 8029 uses these words to indicate that an action might > or might not be necessary. This document updates RFC 8029 to drop > the words "mandatory" and "optional", and the text is changed to > focus on what should be done. > > 1.2. Terminology Used in this Document > > This docuemtment uses some terms that relates to IANA registries in > this way: > > [MC] Typo “document” Fixed in a previous update > > IANA Name Space, > a name space is a top level registry. An exasmple could be > "Multiprotocol Label Switching (MPLS) Label Switched Paths (LSPs) > Ping Parameters" [IANA-LSP-PING]. A name space is most often a > contaimer for regiistries that hold code points that share some > affinity. > > [MC] Typo “example”, “container”, “registries” Fixed > > IANA Registry, > an IANA registry holds code points, and lists the registration > procedures and allocation of code points these code points. One > example would be the "TLVs" registry [IANA-TLV-reg]. > > IANA Sub-registry, > a sub-registry is used when a code point allocated in a registry > need code points scoped by that or a set of code points. An > example of a sunregistry thast holds code points for more than one > TLV is "Sub-TLVs for TLV Types 1, 16, and 21" [IANA-Sub-1-16-21] > > [MC] Typo “Sub registry”, “that” A comment from Martin change the text in this paragraph. Question: I like to use Sub-registry in "titles", like the "IANA Sub-registry". And sub-registry within text. Would that be OK? > > 2. Updating the Message Types, Reply Mode and Return Codes Registries > > The following changes are made to the Message Types, Reply Modes and > Return Codes [IANA-MT] registries. > > o In the listing of assiged code points the term "Vendor Private > Use" is changed to "Private Use". > > [MC] Typo “Assigned” Fixed, but I saw no reason to use capital "A". > > o The registration procedure "Specification Required" is changed to > "RFC Required" and the note "Experimental RFC needed" is removed. > > o A small set of code points (4 code points) for Experimental Use is > added by reducing the range for "RFC Required" range. > > o The registration procedures "Private Use" and "Experimental Use" > are added to the table of registration procedures. > > o A note "Not to be assigned" is added for the registration > procedures "Private Use" and "Experimental Use". > > Andersson, et al. Expires March 28, 2021 [Page 4] > Internet-Draft LSP Ping Registries September 2020 > > o In the lists that capture the assignment status, the fields that > are reserved, i.e. 0 (zero), Private Use and Experimental Use are > clearly marked as such. > > * Note that in the Return Codes registry [IANA-RC] registry the > code point "0" has already been assigned. This assignment is > not changed and in this registry the code point "0" continues > to be assigned as "No Return Code". > > The new Registration Procedures, the registry layouts and the new > assignments for these registries are found in Section 6.1. > > 3. Updating the TLV and Sub-TLV Registries > > 3.1. General Principles for the LSP Ping TLV and Sub-TLV registries > > The following principles apply to the processing of any TLV from any > of the LSP Ping TLV and sub-TLV IANA registries. > > o All TLVs and sub-TLVs with a type in the range 0-32767 require a > response if they are not recognized. > > o All TLVs and sub-TLVs in the range 32768-65535 may be silently > dropped, stepped over or an error message sennt if they are not > recognized. > > [MC] Typo “sent” Fixed earlier > > The range of each TLV and sub-TLV registry is divided into two > blocks, one with a range from 0 to 32767 for TLVs and sub-TLVs that > require a response if not recognized. The other block has the range > from 32768 to 65535 for TLVs and sub-TLVs that may be silently > dropped, stepped over or an error message sent, if not recognized. > > Each of the blocks has code point spaces with the following > registration procedures: > > o Standards Action. > > o RFC Required. > > o Experimental Use. > > o First come, first served (FCFS). > > The exact defintions of these procedures are found in [RFC8126]. > > [MC] Typo “definitions” Fixed > > Andersson, et al. Expires March 28, 2021 [Page 5] > Internet-Draft LSP Ping Registries September 2020 > > 3.1.1. Unrecognized Experimental Use TLVs and Sub-TLVs > > Unrecognized TLVs and sub-TLVs in the Experimetal Use, and FCFS > ranges are handled as any other unrecognized TLV or sub-TLV. > > [MC] Typo “Experimental” Fixed > > o If the unrecognized TLV or sub-TLV is from the Experimental Use > range (37140-37143) or from the FCFS range (31744-32767) a the > Return Code of 2 ("One or more of the TLVs was not understood") > will be sent in the echo response. > > o If the unrecognized TLV or sub-TLV is from the Experimental Use > range (64508-64511). or from the FCFS range (64512-65535) the > TLVs may be silently ignored, stepped over or an error message > sent. > > The IETF does not prescribe how recognized or unrecognized > Experimental Use and Private Use TLVs and sub-TLVs are handled in > experimental or private networks, that is up to the agency running > the experiment or the private network. The statement above describes > how standards compliant implementations will treat the unrecognized > TLVs and sub- TLVs from these ranges. > > 3.2. Common Registration Procedures for TLVs and sub-TLVs > > This section describes the new registration procedures for the TLV > and sub-TLV registries. > > Andersson, et al. Expires March 28, 2021 [Page 6] > Internet-Draft LSP Ping Registries September 2020 > > +-------------+-------------------+---------------------------------+ > | Range | Registration | Note | > | | Procedures | | > +-------------+-------------------+---------------------------------+ > | 0-16383 | Standards Action | This range is for TLVs and sub- | > | | | TLVs that require an error | > | | | message if not recognized. | > | 16384-31739 | RFC Required | This range is for TLVs an sub- | > | | | TLVs that require an error | > | | | message if not recognized. | > | 37140-37143 | Experimental Use | Reserved, not to be assigned | > | 31744-32767 | FCFS | This range is for TLVs anf sub- | > | | | TLVs that require an error | > | | | message if not recognized. | > | 32768-49161 | Standards Action | This range is for TLVs and sub- | > | | | TLVs that can be silently | > | | | dropped if not recognized. | > | 49162-64507 | RFC Required | This range is for TLVs and sub- | > | | | TLVs that can be silently | > | | | dropped if not recognized. | > | 64508-64511 | Experimental Use | Reserved, not to be assigned | > | 64512-65535 | FCFS | This range is for TLVs and sub- | > | | | TLVs that can be silently | > | | | dropped if not recognized. | > +-------------+-------------------+---------------------------------+ > > TLV and sub-TLV Registration Procedures > > [MC] Should 37140-37143 | Experimental Use actually be > 31740-31743 | Experimental Use? The rangges were fixed based on comments from Tom and Martin, and be correct in version -05, which will be posted as soon as I addressed all of your comments. > > 3.3. Changes to the LSP Ping Registries > > This section lists the changes to each MPLS LSP Ping TLV and sub-TLV > Registry, see section 6.2.1 to 6.2.7 describe how the new versions of > the IANA registries should look, together with the registration > procedures for each registry. > > The new Registration Procedures description and the new assignments > for these registries are used to model the changed MPLS LSP Ping > registries, see Section 6 . > > 3.3.1. Common Changes to the TLV and Sub-TLV Registries > > The following changes are made to the TLV and sub-TLV registries. > > o The registration procedures "First Come Frst Served (FCFS)" and > "Experimental Use" are added to the table of registration > procedures. > > [MC] Typos “First” Fixed > > Andersson, et al. Expires March 28, 2021 [Page 7] > Internet-Draft LSP Ping Registries September 2020 > > o Two small sets of code points (4 code points each) for > Experiemental Use, are created. The first set are for the range > that requires a response if the TLV or sub-TLV is not recognised; > the second set are for the range there the TLV or sub-TLV that may > be silently dropped if not recognized. The code points for > experimental use are actually taken from the two ranges now called > "RFC Required". > > [MC] Typo “Experimental” Fixed > > o The registration procedure "Specification Required" is changed to > "RFC Required" and the note "Experimental RFC needed" is removed. > > o In the listing of assignments the term "Vendor Private Use" is > changed to "First Come First Served (FCFS)". > > o In the listing of assignments the range for "Experimental Use" is > added. > > o A note saying "Not to be assigned" is added for the registration > procedures "Experimental Use". > > o In the list that captures assignment status, the fields that are > reserved, i.e. 0 (zero) and Experimental Use are clearly marked. > > 4. Updates to Related RFCs > > Some referenced RFCs use the concept "mandatory TLVs" and "mandatory > sub-TLVs" to indicate that, if a TLV or sub-TLV of the range 0-16383 > or 16384-31743 in a message is not understood, an error message needs > to be sent in response. > > The same RFCs use "optional TLVs" and "optional sub-TLVs" to mean > TLVs or sub-TLVs that can be silently ignored if not recognized. > > Since other RFCs use "mandatory TLVs" and "mandatory sub-TLVs" to > indicate TLVs and sub-TLVs that must be present in a message, we want > to discontinue the use of "mandatory" to indicate TLVs and sub-TLVs > that requires an error message in response if not understood. The > changes to the RFCs below align with this practice. > > 4.1. Updates to RFC 8029 > > Mandatory and optional are used to indicate whether a response is > needed if a TLV or sub-TLV is not understood on pages 14 and 15 in > Section 3 of RFC 8029. > > The text in those two paragraphs are now updated to the following: > > Andersson, et al. Expires March 28, 2021 [Page 8] > Internet-Draft LSP Ping Registries September 2020 > > TLV and sub-TLV Types less than 32768 (i.e., with the high-order > bit equal to 0) are TLVs and sub-TLVs that MUST either be > supported by an implementation or result in the Return Code of 2 > ("One or more of the TLVs was not understood") being sent in the > echo response. > > An implementation that does not understand or support a received > TLV or sub-TLV with Type greater than or equal to 32768 (i.e., > with the high-order bit equal to 1) SHOULD ignore and step over > the TLV or sub-TLV, however an implementation MAY send an echo > response with Return Code 2 ("One or more of the TLVs was not > understood") as it would have done if the high order bit had been > clear. > > In Section 3.8 of RFC 8029 "mandatory" is used in the same way. The > first two paragraphs of this section are now updated to read as > follows: > > The following TLV is a TLV that MAY be included in an echo reply > to inform the sender of an echo request that includes TLVs or sub- > TLVs Types less than 32768 (i.e., with the high-order bit equal to > 0) are either not supported by the implementation or parsed and > found to be in error. > > The Value field contains the TLVs, including sub-TLVs, that were > not understood, encoded as sub-TLVs. > > 4.2. Updates to RFC 8611 > > Section 13.4.1 of "Label Switched Path (LSP) Ping and Traceroute > Multipath Support for Link Aggregation Group (LAG) Interfaces > [RFC8611]" defines "Sub-TLVs for TLV Type 6" [IANA-Sub-6]. > > The "Sub-TLVs for TLV Type 6" registry is now updated to align with > changes defined in this document. > > Section 13.4.1 of RFC 8611 is now updated as follows: > > Section 13.4.1 Sub-TLVs for TLV Type 6 > > IANA has created a new sub-registry "Sub-TLVs for TLV Type 6" > [IANA-Sub-6] under the "TLVs" registry [IANA-TLV-reg] of the > "Multiprotocol Label Switching (MPLS) Label Switched Paths (LSPs) > Ping Parameters" name space [lsp-ping-NameSpace]. > > The "Sub-TLVs for TLV Type 6" sub-registry is now updated to align > with changes defined in this document. > > Andersson, et al. Expires March 28, 2021 [Page 9] > Internet-Draft LSP Ping Registries September 2020 > > +-------------+-------------------+---------------------------------+ > | Range | Registration | Note | > | | Procedures | | > +-------------+-------------------+---------------------------------+ > | 0-16383 | Standards Action | This range is for sub-TLVs that | > | | | require an error message if not | > | | | recognized. | > | 16384-31739 | RFC Required | This range is for sub-TLVs that | > | | | require an error message if not | > | | | recognized. | > | 31740-31743 | Experimental Use | Reserved not to be assigned | > | 31744-32767 | FCFS | This range is for sub-TLVs that | > | | | require an error message if not | > | | | recognized. | > | 32768-49161 | Standards Action | This range is for sub-TLVs that | > | | | can be silently dropped if not | > | | | recognized. | > | 49162-64507 | RFC Required | This range is for sub-TLVs that | > | | | can be silently dropped if not | > | | | recognized. | > | 64508-64511 | Experimental Use | Reserved not to be assigned | > | 64512-65535 | FCFS | This range is for sub-TLVs that | > | | | can be silently dropped if not | > | | | recognized. | > +-------------+-------------------+---------------------------------+ > > Table 1: Sub-TLVs for TLV Type 6 Registration Procedures > > 5. Security Considerations > > This document updates IANA registries. It also updates terminology > used to define, and clarifies the terminology related to, the code > points in the registries. The document does not change how the code- > points in the registries are used. This should not create any new > threats. > > However, the updated terminology and the clarifications improve > security because it makes it more likely that implementations will be > consistent and harder to attack. > > 6. IANA Considerations > > IANA is requested to update the "Multiprotocol Label Switching (MPLS) > Label Switched Paths (LSPs) Ping Parameters" name space > [IANA-LSP-PING] as described in this document. > > See Section 1.2 "Terminology Used in this Document" to see how "name > space", "registry" and "sub-registry" are used in this document. > > Andersson, et al. Expires March 28, 2021 [Page 10] > Internet-Draft LSP Ping Registries September 2020 > > In other parts of this document the communality of the changes to the > LSP Ping registries has been the focus. For the IANA considerations > each changed registry has been described in its own right. > > The following registries and sub-registries are changed: > > "Message Types", [IANA-MT], > "Reply Modes", [IANA-RM] > "Return Codes" [IANA-RC] > "TLVs" [IANA-TLV-reg] > "Sub-TLVs for TLV Types 1, 16, and 21" [IANA-Sub-1-16-21] > "Sub-TLVs for TLV Type 6" [IANA-Sub-6] > "Sub-TLVs for TLV Type 11" [IANA-Sub-11] > "Sub-TLVs for TLV Type 20" [IANA-Sub-20] > "Sub-TLVs for TLV Type 23" [IANA-Sub-23] > "Sub-TLVs for TLV Type 27" [IANA-Sub-27] > > 6.1. Updates to the Message Type, Reply Mode and Return Codes > Registries > > This section details the updated registration procedures and > allocations for "Message Type", "Reply Mode" and "Return Codes" > registries. > > 6.1.1. Updates to the Mesage Type registry > > [MC] Typo “Message” Fixed > > This is the changes to the "Message Type" registry specified in this > document: > > o Code Point 0 (zero) is marked Resereved. > > [MC] Typo “Reserved” Fixed > > o The registration procedure "Specification Required" is changed to > "RFC Required" and the comment "Experimental RFC needed" is > removed. > > o Four code point has been taken from what was earlier > "Specification Required" to form a set of code points for > "Experimental Use." > > The registration procedures after the changes for the "Message Type" > registry are shown in the table below: > > Andersson, et al. Expires March 28, 2021 [Page 11] > Internet-Draft LSP Ping Registries September 2020 > > +---------+--------------------+------------------------------------+ > | Range | Registration | Note | > | | Procedures | | > +---------+--------------------+------------------------------------+ > | 0-191 | Standards Action | | > | 192-247 | RFC Required | | > | 248-251 | Experimental Use | Reserved, not to be assigned | > | 252-255 | Private Use | Reserved, not to be assigned | > +---------+--------------------+------------------------------------+ > > Table 2: Message Type registration procedures > > The updated assignments for the "Message Types" registry will look > like this: > > +---------+---------------------------------+-----------------------+ > | Value | Meaning | Reference | > +---------+---------------------------------+-----------------------+ > | 0 | Reserved | This document | > | 1 | MPLS Echo Request | [RFC8029] | > | 2 | MPLS Echo Reply | [RFC8029] | > | 3 | MPLS Proxy Ping Request | [RFC7555] | > | 4 | MPLS Proxy Ping Reply | [RFC7555] | > | 5 | MPLS Relayed Echo Reply | [RFC7743] | > | 6-247 | Unassigned | | > | 248-251 | Reserved for Experimental Use | This document | > | 252-255 | Reserved for Private Use | [RFC8029] | > +---------+---------------------------------+-----------------------+ > > Table 3: Assignments for the Message Types registry > > 6.1.2. Updates to the Reply Modes registry > > This is the changes to the "Reply Modes" registry specified in this > document: > > o Code Point 0 (zero) is marked Resereved. > > [MC] Typo “Reserved” Fixed > > o The registration procedure "Specification Required" is changed to > "RFC Required" and the comment "Experimental RFC needed" is > removed. > > o Four code point has been taken from what was earlier > "Specification Required" to form a set of code points for > "Experimental Use". > > The registration procedures after the changes for the "Reply Modes" > registry are show in the table below: > > Andersson, et al. Expires March 28, 2021 [Page 12] > Internet-Draft LSP Ping Registries September 2020 > > +---------+--------------------+------------------------------------+ > | Range | Registration | Note | > | | Procedures | | > +---------+--------------------+------------------------------------+ > | 0-191 | Standards Action | | > | 192-247 | RFC Required | | > | 248-251 | Experimental Use | Reserved, not to be assigned | > | 252-255 | Private Use | Reserved, not to be assigned | > +---------+--------------------+------------------------------------+ > > Table 4: Reply Modes registration procedures > > The updated assignments for the "Reply Modes" registry will look like > this: > > +---------+---------------------------------+-----------------------+ > | Value | Meaning | Reference | > +---------+---------------------------------+-----------------------+ > | 0 | Reserved | This document | > | 1 | Do not reply | [RFC8029] | > | 2 | Reply via an IPv4/IPv6 UDP | [RFC8029] | > | | packet | | > | 3 | Reply via an IPv4/IPv6 UDP | [RFC8029] | > | | packet with Router Alert | | > | 4 | Reply via application-level | [RFC8029] | > | | control channel | | > | 5 | Reply via Specified Path | [RFC7110] | > | 6-247 | Unassigned | | > | 248-251 | Reserved for Experimental Use | This document | > | 252-255 | Reserved for Private Use | [RFC8029] | > +---------+---------------------------------+-----------------------+ > > Table 5: Assignments for the Reply Modes registry > > 6.1.3. Updates to the Return Codes registry > > This is the changes to the "Return Codes" registry specified in this > document: > > o The registration procedure "Specification Required" is changed to > "RFC Required" and the comment "Experimental RFC needed" is > removed. > > o Four code point has been taken from what was earlier > "Specification Required" to form a set of code points for > "Experimental Use". > > Andersson, et al. Expires March 28, 2021 [Page 13] > Internet-Draft LSP Ping Registries September 2020 > > The registration procedures after the changes for the "Return Codes" > registry are show in the table below: > > +---------+--------------------+------------------------------------+ > | Range | Registration | Note | > | | Procedures | | > +---------+--------------------+------------------------------------+ > | 0-191 | Standards Action | | > | 192-247 | RFC Required | | > | 248-251 | Experimental Use | Reserved, not to be assigned | > | 252-255 | Private Use | Reserved, not to be assigned | > +---------+--------------------+------------------------------------+ > > Table 6: Return Codes registration procedures > > The updated assignments for the "Return Codes" registry will look > like this: > > +---------+----------------------------------+----------------------+ > | Value | Meaning | Reference | > +---------+----------------------------------+----------------------+ > | 0 | No Return Code | This document | > | 1 | Malformed echo request received | [RFC8029] | > | 2 | One or more of the TLVs was not | [RFC8029] | > | | understood | | > | 3 | Replying router is an egress for | [RFC8029] | > | | the FEC at stack-depth (RSC) | | > | 4 | Replying router has no mapping | [RFC8029] | > | | for the FEC at stack-depth (RSC) | | > | 5 | Downstream Mapping Mismatch (See | [RFC8029] | > | | [1]) | | > | 6 | Upstream Interface Index Unknown | [RFC8029] | > | | (See [1]) | | > | 7 | Reserved | [RFC8029] | > | 8 | Label switched at stack-depth | [RFC8029] | > | | (RSC) | | > | 9 | Label switched but no MPLS | [RFC8029] | > | | forwarding at stack-depth (RSC) | | > | 10 | Mapping for this FEC is not the | [RFC8029] | > | | given label at stack-depth (RSC) | | > | 11 | No label entry at stack-depth | [RFC8029] | > | | (RSC) | | > | 12 | Protocol not associated with | [RFC8029] | > | | interface at FEC stack-depth | | > | | (RSC) | | > | 13 | Premature termination of ping | [RFC8029] | > | | due to label stack shrinking to | | > | | a single label | | > > Andersson, et al. Expires March 28, 2021 [Page 14] > Internet-Draft LSP Ping Registries September 2020 > > | 14 | See DDMAP TLV for meaning of | [RFC8029] | > | | Return Code and Return Subcode | | > | | (See [2]) | | > | 15 | Label switched with FEC change | [RFC8029] | > | 16 | Proxy Ping not authorized | [RFC7555] | > | 17 | Proxy Ping parameters need to be | [RFC7555] | > | | modified | | > | 18 | MPLS Echo Request could not be | [RFC7555] | > | | sent | | > | 19 | Replying router has FEC mapping | [RFC7555] | > | | for topmost FEC | | > | 20 | One or more TLVs not returned | [RFC7743] | > | | due to MTU size | | > | 21 | OAM Problem/Unsupported BFD | [RFC7759] | > | | Version | | > | 22 | OAM Problem/Unsupported BFD | [RFC7759] | > | | Encapsulation format | | > | 23 | OAM Problem/Unsupported BFD | [RFC7759] | > | | Authentication Type | | > | 24 | OAM Problem/Mismatch of BFD | [RFC7759] | > | | Authentication Key ID | | > | 25 | OAM Problem/Unsupported | [RFC7759] | > | | Timestamp Format | | > | 26 | OAM Problem/Unsupported Delay | [RFC7759] | > | | Mode | | > | 27 | OAM Problem/Unsupported Loss | [RFC7759] | > | | Mode | | > | 28 | AM Problem/Delay variation | [RFC7759] | > | | unsupported | | > | 29 | OAM Problem/Dyadic mode | [RFC7759] | > | | unsupported | | > | 30 | OAM Problem/Loopback mode | [RFC7759] | > | | unsupported | | > | 31 | OAM Problem/Combined mode | [RFC7759] | > | | unsupported | | > | 32 | OAM Problem/Fault management | [RFC7759] | > | | signaling unsupported | | > | 33 | OAM Problem/Unable to create | [RFC7759] | > | | fault management association | | > | 34 | OAM Problem/PM Configuration | [RFC7759] | > | | Error | | > | 35 | Mapping for this FEC is not | [RFC8287] sec 7.4 | > | | associated with the incoming | | > | | interface | | > | 36-247 | Unassigned | [RFC7759] | > | 248-251 | Reserved for Experimental Use | This document | > | 252-255 | Reserved for Private Use | [RFC8029] | > +---------+----------------------------------+----------------------+ > > Andersson, et al. Expires March 28, 2021 [Page 15] > Internet-Draft LSP Ping Registries September 2020 > > Table 7: Assignments for the Return Codes registry > > 6.2. Updates to the TLV and sub-TLV registries > > The updates to the TLV and the sub-TLV registries are mostly the > same, however the Sub-TLVs for TLV Type 9 [IANA-Sub-9] has not been > updated. > > Note that when a field in an assigment table sayds "EQ", it means > that the field should not be changed as compared to the corresponding > field in the "Multiprotocol Label Switching (MPLS) Label Switched > Paths (LSPs) Ping Parameters" name space [IANA-LSP-PING] > > [MC] Typos “assignment”, “says” Fixed > > 6.2.1. Updates to the TLVs registry > > This section describes the new registration procedures and the > assignments for the "TLVs" registry [IANA-TLV-reg] based on the new > registration procedures. > > The registration procedures has been changed the following way for > the "TLVs" registry. > > o The "Specification Required" registration procedure has been > changed to "RFC Required", the comment "Experimental RFC Required" > has been removed. > > o The code points registration procedure "Vendor Private Use" has > been removed and replaced with "First Come, First Served" code > points. > > o Two small sets, 4 code points each, has been created for > Experimental Use. > > o Code points that are reserved are clearly marked as such. > > o The assignments have been updated to match the new registration > procedures. > > o The notes related to the registration procedures have been changed > to reflect when a response is required or not if a TLV is not > recognized. > > The registration procedures for the "TLVs" registry [IANA-TLV-reg] > will now look like this: > > Andersson, et al. Expires March 28, 2021 [Page 16] > Internet-Draft LSP Ping Registries September 2020 > > +-------------+-------------------+---------------------------------+ > | Range | Registration | Note | > | | Procedures | | > +-------------+-------------------+---------------------------------+ > | 0-16383 | Standards Action | This range is for TLVs that | > | | | require an error message if not | > | | | recognized. | > | 16384-31739 | RFC Required | This range is for TLVs that | > | | | require an error message if not | > | | | recognized. | > | 31740-31743 | Experimental Use | Reserved, not to be assigned | > | 31744-32767 | FCFS | This range is for TLVs that | > | | | require an error message if not | > | | | recognized. | > | 32768-49161 | Standards Action | This range is for TLVs that can | > | | | be silently dropped if not | > | | | recognized. | > | 49162-64507 | RFC Required | This range is for TLVs that can | > | | | be silently dropped if not | > | | | recognized. | > | 64508-64511 | Experimental Use | Reserved, not to be assigned | > | 64512-65535 | FCFS | This range is for TLVs that can | > | | | be silently dropped if not | > | | | recognized. | > +-------------+-------------------+---------------------------------+ > > Table 8: TLV Registration Procedures > > The TLV Assignments will now look like this. > > Note that when a field in this table does say "EQ", it means that it > should be the same as the registry being updtated. > > [MC] Typo “updated” Fixed > > Andersson, et al. Expires March 28, 2021 [Page 17] > Internet-Draft LSP Ping Registries September 2020 > > +-------------+---------------+-----------------+-------------------+ > | Type | TLV Name | Reference | Sub-TLV Registry | > +-------------+---------------+-----------------+-------------------+ > | 0 | Reserved | This document | | > | 1-7 | EQ | EQ | EQ | > | 8 | Unassigned | | | > | 9-16 | EQ | EQ | EQ | > | 17-19 | unassigned | | | > | 20-27 | EQ | EQ | EQ | > | 28-31739 | Unassigned | | | > | 31740-31743 | Experimental | This Document | Reserved, not to | > | | Use | | be assigned | > | 31744-32767 | Unassigned | | | > | 32768-32770 | EQ | EQ | EQ | > | 32771-64507 | EQ | EQ | EQ | > | 64508-64511 | Experimental | This document | Resereved, not to | > | | Use | | be assigned | > | 64512-65535 | Unassigned | | | > +-------------+---------------+-----------------+-------------------+ > > [MC] Typo “Reserved” Fixed > Table 9: TLV Assignments > > 6.2.2. Updates to the registry for SubTLVs for TLVs 1, 16 and 21 > > This section describes the new registration procedures and the > assignments for the "Sub-TLVs for TLV Types 1, 16, and 21" > [IANA-Sub-1-16-21] sub-registry based on the new registration > procedures. > > o The "Specification Required" registration procedure has been > changed to "RFC Required", the comment "Experimental RFC Required" > has been removed. > > o The code points registration procedure "Vendor Private Use" has > been removed and replaced with "First Come, First Served" code > points. > > o Two small sets, 4 code points each, has been created for > Experimental Use. > > o Code points that are reserved are clearly marked as such. > > o The assignments have been updated to match the new registration > procedures. > > o The notes related to the registration procedures have been changed > to reflect when a response is required if a sub-TLV is not > recognized or not. > > Andersson, et al. Expires March 28, 2021 [Page 18] > Internet-Draft LSP Ping Registries September 2020 > > The registration procedures for the > "Sub-TLVs for TLV Types 1, 16, and 21" [IANA-Sub-1-16-21] sub- > registry will now look like this: > > +-------------+-------------------+---------------------------------+ > | Range | Registration | Note | > | | Procedures | | > +-------------+-------------------+---------------------------------+ > | 0-16383 | Standards Action | This range is for TLVs that | > | | | require an error message if not | > | | | recognized. | > | 16384-31739 | RFC Required | This range is for TLVs that | > | | | require an error message if not | > | | | recognized. | > | 37140-37144 | Experimental Use | Reserved, not to be assigned | > | 31748-32767 | FCFS | This range is for TLVs that | > | | | require an error message if not | > | | | recognized. | > | 32768-49161 | Standards Action | This range is for TLVs that can | > | | | be silently dropped if not | > | | | recognized. | > | 49162-64507 | RFC Required | This range is for TLVs that can | > | | | be silently dropped if not | > | | | recognized. | > | 64508-64511 | Experimental Use | Reserved, not to be assigned | > | 64512-65535 | FCFS | This range is for TLVs that can | > | | | be silently dropped if not | > | | | recognized. | > +-------------+-------------------+---------------------------------+ > > Table 10: Registration Procedures for Sub-TLVs for TLVs 1, 16 and 21 > > Andersson, et al. Expires March 28, 2021 [Page 19] > Internet-Draft LSP Ping Registries September 2020 > > +-------------+---------------+-----------------+-------------------+ > | Type | TLV Name | Reference | Comment | > +-------------+---------------+-----------------+-------------------+ > | 0 | Reserved | This document | | > | 1-4 | EQ | EQ | EQ | > | 5 | Unassigned | | | > | 6-8 | EQ | EQ | EQ | > | 9 | EQ | EQ | DEPRECATED | > | 9-20 | EQ | EQ | EQ | > | 21 | unassigned | | | > | 22-37 | EQ | EQ | EQ | > | 38-31739 | Unassigned | | | > | 31740-31743 | Experimental | This Document | Reserved, not to | > | | Use | | be assigned | > | 31744-64507 | Unassigned | | | > | 64508-64511 | Experimental | This document | Resereved, not to | > | | Use | | be assigned | > | 64512-65535 | Unassigned | | | > +-------------+---------------+-----------------+-------------------+ > > [MC] Typo “Reserved” Fixed > > Table 11: Sub-TLV for TLV 1, 16 and 21 Assignments > > 6.2.3. Updates to the registry for SubTLVs for TLV 6 > > This section describes the new registration procedures and the > assignments for the "Sub-TLVs for TLV Type 6" [IANA-Sub-6] sub- > registry based on the new registration procedures. > > o The "Specification Required" registration procedure has been > changed to "RFC Required", the comment "Experimental RFC Required" > has been removed. > > o The code points registration procedure "Vendor Private Use" has > been removed and replaced with "First Come, First Served" code > points. > > o Two small sets, 4 code points each, has been created for > Experimental Use. > > o Code points that are reserved are clearly marked as such. > > o The assignments have been updated to match the new registration > procedures. > > o The notes related to the registration procedures have been changed > to reflect when a response is required if a sub-TLV is not > recognized or not. > > Andersson, et al. Expires March 28, 2021 [Page 20] > Internet-Draft LSP Ping Registries September 2020 > > The registration procedures for the "Sub-TLVs for TLV Type 6" > [IANA-Sub-6] sub-registry will now look like this: > > +-------------+-------------------+---------------------------------+ > | Range | Registration | Note | > | | Procedures | | > +-------------+-------------------+---------------------------------+ > | 0-16383 | Standards Action | This range is for Sub-TLVs that | > | | | require an error message if not | > | | | recognized. | > | 16384-31739 | RFC Required | This range is for Sub-TLVs that | > | | | require an error message if not | > | | | recognized. | > | 37140-37144 | Experimental Use | Reserved, not to be assigned | > | 31748-32767 | FCFS | This range is for Sub-TLVs that | > | | | require an error message if not | > | | | recognized. | > | 32768-49161 | Standards Action | This range is for Sub-TLVs that | > | | | can be silently dropped if not | > | | | recognized. | > | 49162-64507 | RFC Required | This range is for Sub-TLVs that | > | | | can be silently dropped if not | > | | | recognized. | > | 64508-64511 | Experimental Use | Reserved, not to be assigned | > | 64512-65535 | FCFS | This range is for Sub-TLVs that | > | | | can be silently dropped if not | > | | | recognized. | > +-------------+-------------------+---------------------------------+ > > Table 12: Registration Procedures for Sub-TLVs for TLVs 6 > > +-------------+---------------+-----------------+-------------------+ > | Type | TLV Name | Reference | Comment | > +-------------+---------------+-----------------+-------------------+ > | 0 | Reserved | This document | | > | 1-2 | EQ | EQ | EQ | > | 3-31739 | Unassigned | | | > | 31740-31743 | Experimental | This Document | Reserved, not to | > | | Use | | be assigned | > | 31744-64507 | Unassigned | | | > | 64508-64511 | Experimental | This document | Resereved, not to | > | | Use | | be assigned | > | 64512-65535 | Unassigned | | | > +-------------+---------------+-----------------+-------------------+ > > [MC] Typo “Reserved” Fixed > > Table 13: Sub-TLVs for TLV 6 Assignments > > Andersson, et al. Expires March 28, 2021 [Page 21] > Internet-Draft LSP Ping Registries September 2020 > > 6.2.4. Updates to the registry for SubTLVs for TLV 11 > > This section describes the new registration procedures and the > assignments for the "Sub-TLVs for TLV Type 11" [IANA-Sub-11] sub- > registry based on the new registration procedures. > > o The "Specification Required" registration procedure has been > changed to "RFC Required", the comment "Experimental RFC Required" > has been removed. > > o The code points registration procedure "Vendor Private Use" has > been removed and replaced with "First Come, First Served" code > points. > > o Two small sets, 4 code points each, has been created for > Experimental Use. > > o Code points that are reserved are clearly marked as such. > > o The assignments have been updated to match the new registration > procedures. > > o The notes related to the registration procedures have been changed > to reflect when a response is required if a sub-TLV is not > recognized or not. > > The registration procedures for the "Sub-TLVs for TLV Type 11" > [IANA-Sub-11] sub-registry will now look like this: > > Andersson, et al. Expires March 28, 2021 [Page 22] > Internet-Draft LSP Ping Registries September 2020 > > +-------------+-------------------+---------------------------------+ > | Range | Registration | Note | > | | Procedures | | > +-------------+-------------------+---------------------------------+ > | 0-16383 | Standards Action | This range is for Sub-TLVs that | > | | | require an error message if not | > | | | recognized. | > | 16384-31739 | RFC Required | This range is for Sub-TLVs that | > | | | require an error message if not | > | | | recognized. | > | 37140-37144 | Experimental Use | Reserved, not to be assigned | > | 31748-32767 | FCFS | This range is for Sub-TLVs that | > | | | require an error message if not | > | | | recognized. | > | 32768-49161 | Standards Action | This range is for Sub-TLVs that | > | | | can be silently dropped if not | > | | | recognized. | > | 49162-64507 | RFC Required | This range is for Sub-TLVs that | > | | | can be silently dropped if not | > | | | recognized. | > | 64508-64511 | Experimental Use | Reserved, not to be assigned | > | 64512-65535 | FCFS | This range is for Sub-TLVs that | > | | | can be silently dropped if not | > | | | recognized. | > +-------------+-------------------+---------------------------------+ > > Table 14: Registration Procedures for Sub-TLVs for TLVs 11 > > +-------------+---------------+-----------------+-------------------+ > | Type | TLV Name | Reference | Comment | > +-------------+---------------+-----------------+-------------------+ > | 0 | Reserved | This document | | > | 1-4 | EQ | EQ | EQ | > | 5-31739 | Unassigned | | | > | 31740-31743 | Experimental | This Document | Reserved, not to | > | | Use | | be assigned | > | 31744-64507 | Unassigned | | | > | 64508-64511 | Experimental | This document | Resereved, not to | > | | Use | | be assigned | > | 64512-65535 | Unassigned | | | > +-------------+---------------+-----------------+-------------------+ > > [MC] Typo “Reserved” Fixed > > Table 15: Sub-TLVs for TLV 11 Assignments > > Andersson, et al. Expires March 28, 2021 [Page 23] > Internet-Draft LSP Ping Registries September 2020 > > 6.2.5. Updates to the registry for SubTLVs for TLV 20 > > This section describes the new registration procedures and the > assignments for the "Sub-TLVs for TLV Type 20" [IANA-Sub-20] sub- > registry based on the new registration procedures. > > o The "Specification Required" registration procedure has been > changed to "RFC Required", the comment "Experimental RFC Required" > has been removed. > > o The code points registration procedure "Vendor Private Use" has > been removed and replaced with "First Come, First Served" code > points. > > o Two small sets, 4 code points each, has been created for > Experimental Use. > > o Code points that are reserved are clearly marked as such. > > o The assignments have been updated to match the new registration > procedures. > > o The notes related to the registration procedures have been changed > to reflect when a response is required if a sub-TLV is not > recognized or not. > > The registration procedures for the "Sub-TLVs for TLV Type 20" > [IANA-Sub-20] sub-registry will now look like this: > > Andersson, et al. Expires March 28, 2021 [Page 24] > Internet-Draft LSP Ping Registries September 2020 > > +-------------+-------------------+---------------------------------+ > | Range | Registration | Note | > | | Procedures | | > +-------------+-------------------+---------------------------------+ > | 0-16383 | Standards Action | This range is for Sub-TLVs that | > | | | require an error message if not | > | | | recognized. | > | 16384-31739 | RFC Required | This range is for Sub-TLVs that | > | | | require an error message if not | > | | | recognized. | > | 37140-37144 | Experimental Use | Reserved, not to be assigned | > | 31748-32767 | FCFS | This range is for Sub-TLVs that | > | | | require an error message if not | > | | | recognized. | > | 32768-49161 | Standards Action | This range is for Sub-TLVs that | > | | | can be silently dropped if not | > | | | recognized. | > | 49162-64507 | RFC Required | This range is for Sub-TLVs that | > | | | can be silently dropped if not | > | | | recognized. | > | 64508-64511 | Experimental Use | Reserved, not to be assigned | > | 64512-65535 | FCFS | This range is for Sub-TLVs that | > | | | can be silently dropped if not | > | | | recognized. | > +-------------+-------------------+---------------------------------+ > > Table 16: Registration Procedures for Sub-TLVs for TLVs 20 > > +-------------+---------------+-----------------+-------------------+ > | Type | TLV Name | Reference | Comment | > +-------------+---------------+-----------------+-------------------+ > | 0 | Reserved | This document | | > | 1-5 | EQ | EQ | EQ | > | 6-31739 | Unassigned | | | > | 31740-31743 | Experimental | This Document | Reserved, not to | > | | Use | | be assigned | > | 31744-64507 | Unassigned | | | > | 64508-64511 | Experimental | This document | Resereved, not to | > | | Use | | be assigned | > | 64512-65535 | Unassigned | | | > +-------------+---------------+-----------------+-------------------+ > > [MC] Typo “Reserved” Fixed > > Table 17: Sub-TLVs for TLV 20 Assignments > > Andersson, et al. Expires March 28, 2021 [Page 25] > Internet-Draft LSP Ping Registries September 2020 > > 6.2.6. Updates to the registry for SubTLVs for TLV 23 > > This section describes the new registration procedures and the > assignments for the "Sub-TLVs for TLV Type 23" [IANA-Sub-23] sub- > registry based on the new registration procedures. > > o The "Specification Required" registration procedure has been > changed to "RFC Required", the comment "Experimental RFC Required" > has been removed. > > o The code points registration procedure "Vendor Private Use" has > been removed and replaced with "First Come, First Served" code > points. > > o Two small sets, 4 code points each, has been created for > Experimental Use. > > o Code points that are reserved are clearly marked as such. > > o The assignments have been updated to match the new registration > procedures. > > o The notes related to the registration procedures have been changed > to reflect when a response is required if a sub-TLV is not > recognized or not. > > The registration procedures for the "Sub-TLVs for TLV Type 23" > [IANA-Sub-23] sub-registry will now look like this: > > Andersson, et al. Expires March 28, 2021 [Page 26] > Internet-Draft LSP Ping Registries September 2020 > > +-------------+-------------------+---------------------------------+ > | Range | Registration | Note | > | | Procedures | | > +-------------+-------------------+---------------------------------+ > | 0-16383 | Standards Action | This range is for Sub-TLVs that | > | | | require an error message if not | > | | | recognized. | > | 16384-31739 | RFC Required | This range is for Sub-TLVs that | > | | | require an error message if not | > | | | recognized. | > | 37140-37144 | Experimental Use | Reserved, not to be assigned | > | 31748-32767 | FCFS | This range is for Sub-TLVs that | > | | | require an error message if not | > | | | recognized. | > | 32768-49161 | Standards Action | This range is for Sub-TLVs that | > | | | can be silently dropped if not | > | | | recognized. | > | 49162-64507 | RFC Required | This range is for Sub-TLVs that | > | | | can be silently dropped if not | > | | | recognized. | > | 64508-64511 | Experimental Use | Reserved, not to be assigned | > | 64512-65535 | FCFS | This range is for Sub-TLVs that | > | | | can be silently dropped if not | > | | | recognized. | > +-------------+-------------------+---------------------------------+ > > Table 18: Registration Procedures for Sub-TLVs for TLVs 23 > > +-------------+---------------+-----------------+-------------------+ > | Type | TLV Name | Reference | Comment | > +-------------+---------------+-----------------+-------------------+ > | 0 | Reserved | [RFC7555] | | > | 1 | EQ | EQ | EQ | > | 2-31739 | Unassigned | | | > | 31740-31743 | Experimental | This Document | Reserved, not to | > | | Use | | be assigned | > | 31744-64507 | Unassigned | | | > | 64508-64511 | Experimental | This document | Resereved, not to | > | | Use | | be assigned | > | 64512-65535 | Unassigned | | | > +-------------+---------------+-----------------+-------------------+ > > [MC] Typo “Reserved” Fixed > > Table 19: Sub-TLVs for TLV 23 Assignments > > Andersson, et al. Expires March 28, 2021 [Page 27] > Internet-Draft LSP Ping Registries September 2020 > > 6.2.7. Updates to the registry for SubTLVs for TLV 27 > > This section describes the new registration procedures and the > assignments for the "Sub-TLVs for TLV Type 27" [IANA-Sub-27] sub- > registry based on the new registration procedures. > > o The "Specification Required" registration procedure has been > changed to "RFC Required", the comment "Experimental RFC Required" > has been removed. > > o The code points registration procedure "Vendor Private Use" has > been removed and replaced with "First Come, First Served" code > points. > > o Two small sets, 4 code points each, has been created for > Experimental Use. > > o Code points that are reserved are clearly marked as such. > > o The assignments have been updated to match the new registration > procedures. > > o The notes related to the registration procedures have been changed > to reflect when a response is required if a sub-TLV is not > recognized or not. > > The registration procedures for the "Sub-TLVs for TLV Type 27" > [IANA-Sub-27] sub-registry will now look like this: > > Andersson, et al. Expires March 28, 2021 [Page 28] > Internet-Draft LSP Ping Registries September 2020 > > +-------------+-------------------+---------------------------------+ > | Range | Registration | Note | > | | Procedures | | > +-------------+-------------------+---------------------------------+ > | 0-16383 | Standards Action | This range is for Sub-TLVs that | > | | | require an error message if not | > | | | recognized. | > | 16384-31739 | RFC Required | This range is for Sub-TLVs that | > | | | require an error message if not | > | | | recognized. | > | 37140-37144 | Experimental Use | Reserved, not to be assigned | > | 31748-32767 | FCFS | This range is for Sub-TLVs that | > | | | require an error message if not | > | | | recognized. | > | 32768-49161 | Standards Action | This range is for Sub-TLVs that | > | | | can be silently dropped if not | > | | | recognized. | > | 49162-64507 | RFC Required | This range is for Sub-TLVs that | > | | | can be silently dropped if not | > | | | recognized. | > | 64508-64511 | Experimental Use | Reserved, not to be assigned | > | 64512-65535 | FCFS | This range is for Sub-TLVs that | > | | | can be silently dropped if not | > | | | recognized. | > +-------------+-------------------+---------------------------------+ > > Table 20: Registration Procedures for Sub-TLVs for TLV 27 > > +-------------+---------------+-----------------+-------------------+ > | Type | TLV Name | Reference | Comment | > +-------------+---------------+-----------------+-------------------+ > | 0 | Reserved | [RFC7555] | | > | 1 | EQ | EQ | EQ | > | 2-31739 | Unassigned | | | > | 31740-31743 | Experimental | This Document | Reserved, not to | > | | Use | | be assigned | > | 31744-64507 | Unassigned | | | > | 64508-64511 | Experimental | This document | Resereved, not to | > | | Use | | be assigned | > | 64512-65535 | Unassigned | | | > +-------------+---------------+-----------------+-------------------+ > > Table 21: Sub-TLVs for TLV 27 Assignments > /Loa -- Loa Andersson email: loa@pi.nu Senior MPLS Expert loa.pi.nu@gmail.com Bronze Dragon Consulting phone: +46 739 81 21 64 From nobody Fri Oct 23 03:46:07 2020 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 AAD523A0BA5; Fri, 23 Oct 2020 03:45:56 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: mpls@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.20.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: mpls@ietf.org Message-ID: <160344995664.21878.9276974170227745696@ietfa.amsl.com> Date: Fri, 23 Oct 2020 03:45:56 -0700 Archived-At: Subject: [mpls] I-D Action: draft-ietf-mpls-lsp-ping-registries-update-05.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Oct 2020 10:45:58 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching WG of the IETF. Title : Updating the IANA MPLS LSP Ping Parameters Authors : Loa Andersson Mach Chen Carlos Pignataro Tarek Saad Filename : draft-ietf-mpls-lsp-ping-registries-update-05.txt Pages : 33 Date : 2020-10-23 Abstract: This document updates RFC 8029 and RFC 8611 that both define IANA registries for MPLS LSP Ping. It also updates the description of the procedures for the responses sent when an unknown or erroneous code point is found. The updates are to clarify and align this name space with recent developments. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-registries-update/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-mpls-lsp-ping-registries-update-05 https://datatracker.ietf.org/doc/html/draft-ietf-mpls-lsp-ping-registries-update-05 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-lsp-ping-registries-update-05 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Fri Oct 23 03:55:25 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8905C3A0976; Fri, 23 Oct 2020 03:55:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8QUjVkKp_Z1y; Fri, 23 Oct 2020 03:55:21 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8D3BA3A0966; Fri, 23 Oct 2020 03:55:20 -0700 (PDT) Received: from [192.168.1.11] (unknown [124.104.122.18]) (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 55D1131D22B; Fri, 23 Oct 2020 12:55:17 +0200 (CEST) References: <160344995664.21878.9276974170227745696@ietfa.amsl.com> To: "mpls@ietf.org" Cc: "draft-ietf-mpls-lsp-ping-registries-update@ietf.org" , "mpls-chairs@ietf.org" , Deborah A Brungard , "mpls-ads@ietf.org" From: Loa Andersson X-Forwarded-Message-Id: <160344995664.21878.9276974170227745696@ietfa.amsl.com> Message-ID: <9df646be-085c-f0f3-fb72-aa7d4e9dd8da@pi.nu> Date: Fri, 23 Oct 2020 18:55:15 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.12.1 MIME-Version: 1.0 In-Reply-To: <160344995664.21878.9276974170227745696@ietfa.amsl.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: [mpls] Fwd: I-D Action: draft-ietf-mpls-lsp-ping-registries-update-05.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Oct 2020 10:55:24 -0000 Workimg Group, I have just posted version -05 of draft-ietf-mpls-lsp-ping-registries-update. This version addresses (almost) all WGLC comments and should be ready to send to the IESG for approval and publication. There is one comment on naming IANA registries that is not addressed, I did not think this draft was the right place to address this issue. I'm planning to post a new draft on this on Monday the latest. /Loa -------- Forwarded Message -------- Subject: I-D Action: draft-ietf-mpls-lsp-ping-registries-update-05.txt Date: Fri, 23 Oct 2020 03:45:56 -0700 From: internet-drafts@ietf.org Reply-To: internet-drafts@ietf.org, mpls@ietf.org To: i-d-announce@ietf.org CC: mpls@ietf.org A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching WG of the IETF. Title : Updating the IANA MPLS LSP Ping Parameters Authors : Loa Andersson Mach Chen Carlos Pignataro Tarek Saad Filename : draft-ietf-mpls-lsp-ping-registries-update-05.txt Pages : 33 Date : 2020-10-23 Abstract: This document updates RFC 8029 and RFC 8611 that both define IANA registries for MPLS LSP Ping. It also updates the description of the procedures for the responses sent when an unknown or erroneous code point is found. The updates are to clarify and align this name space with recent developments. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-registries-update/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-mpls-lsp-ping-registries-update-05 https://datatracker.ietf.org/doc/html/draft-ietf-mpls-lsp-ping-registries-update-05 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-lsp-ping-registries-update-05 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ _______________________________________________ I-D-Announce mailing list I-D-Announce@ietf.org https://www.ietf.org/mailman/listinfo/i-d-announce Internet-Draft directories: http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt -- Loa Andersson email: loa@pi.nu Senior MPLS Expert loa.pi.nu@gmail.com Bronze Dragon Consulting phone: +46 739 81 21 64 From nobody Fri Oct 23 14:17:30 2020 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 975B73A10A0; Fri, 23 Oct 2020 14:15:47 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "\"IETF Secretariat\"" To: , Cc: db3546@att.com, mpls@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.20.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <160348774760.5087.16088026095557875872@ietfa.amsl.com> Date: Fri, 23 Oct 2020 14:15:47 -0700 Archived-At: Subject: [mpls] mpls - Requested session has been scheduled for IETF 109 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Oct 2020 21:15:51 -0000 Dear Mach Chen, The session(s) that you have requested have been scheduled. Below is the scheduled session information followed by the original request. mpls Session 1 (2:00 requested) Friday, 20 November 2020, Session I 1200-1400 Room Name: Room 5 size: 505 --------------------------------------------- iCalendar: https://datatracker.ietf.org/meeting/109/sessions/mpls.ics Request Information: --------------------------------------------------------- Working Group Name: Multiprotocol Label Switching Area Name: Routing Area Session Requester: Mach Chen Number of Sessions: 1 Length of Session(s): 2 Hours Number of Attendees: 80 Conflicts to Avoid: Technology Overlap: spring pce ccamp detnet bier bess nvo3 teas People who must be present: Loa Andersson Deborah Brungard Mach Chen Nicolai Leymann Tarek Saad Resources Requested: Special Requests: --------------------------------------------------------- From nobody Mon Oct 26 10:54:36 2020 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 CE0C33A0E11; Mon, 26 Oct 2020 10:54:25 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: mpls@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.20.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: mpls@ietf.org Message-ID: <160373486579.2152.9085511453404040709@ietfa.amsl.com> Date: Mon, 26 Oct 2020 10:54:25 -0700 Archived-At: Subject: [mpls] I-D Action: draft-ietf-mpls-base-yang-17.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Oct 2020 17:54:32 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching WG of the IETF. Title : A YANG Data Model for MPLS Base Authors : Tarek Saad Kamran Raza Rakesh Gandhi Xufeng Liu Vishnu Pavan Beeram Filename : draft-ietf-mpls-base-yang-17.txt Pages : 30 Date : 2020-10-26 Abstract: This document contains a specification of the MPLS base YANG data model. The MPLS base YANG data model serves as a base framework for configuring and managing an MPLS switching subsystem on an MPLS- enabled router. It is expected that other MPLS YANG data models (e.g. MPLS Label Switched Path (LSP) Static, LDP or RSVP-TE YANG models) will augment the MPLS base YANG data model. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-base-yang/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-mpls-base-yang-17 https://datatracker.ietf.org/doc/html/draft-ietf-mpls-base-yang-17 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-base-yang-17 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 Oct 26 14:41:31 2020 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 675EA3A101A; Mon, 26 Oct 2020 14:41:27 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 7.21.0 Auto-Submitted: auto-generated Precedence: bulk Cc: loa@pi.nu, The IESG , Loa Andersson , db3546@att.com, mpls@ietf.org, draft-ietf-mpls-base-yang@ietf.org, mpls-chairs@ietf.org, rfc-editor@rfc-editor.org MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-ID: <160374848735.28220.12487828161596394494@ietfa.amsl.com> Date: Mon, 26 Oct 2020 14:41:27 -0700 Archived-At: Subject: [mpls] Protocol Action: 'A YANG Data Model for MPLS Base' to Proposed Standard (draft-ietf-mpls-base-yang-17.txt) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Oct 2020 21:41:30 -0000 The IESG has approved the following document: - 'A YANG Data Model for MPLS Base' (draft-ietf-mpls-base-yang-17.txt) as Proposed Standard This document is the product of the Multiprotocol Label Switching Working Group. The IESG contact persons are Alvaro Retana, Martin Vigoureux and Deborah Brungard. A URL of this Internet Draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-base-yang/ Technical Summary This document contains a specification of the MPLS base YANG model. The MPLS base YANG model serves as a base framework for configuring and managing an MPLS switching subsystem on an MPLS-enabled router. It is expected that other MPLS YANG models (e.g. MPLS Label Switched Path (LSP) Static, LDP or RSVP-TE YANG models) will augment the MPLS base YANG model. Working Group Summary The working group is solidly behind that the document. Document Quality We understand that there are implementations and intents to implement this YANG model from a large number of vendors. However we have no documented implementations or intent to implement. An implementation poll has therefore been sent to the working group mailing list. Tom Petch has done very thorough review and had a positive influence on the document. The document has been reviewed by the Yang Doctors several times. Personnel Who is the Document Shepherd for this document? Loa Andersson Who is the Responsible Area Director? Deborah Brungard From nobody Mon Oct 26 17:55:17 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DA6B03A1134 for ; Mon, 26 Oct 2020 17:55:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3ktg-6VgWnSo for ; Mon, 26 Oct 2020 17:55:14 -0700 (PDT) Received: from mail-lj1-x22c.google.com (mail-lj1-x22c.google.com [IPv6:2a00:1450:4864:20::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A403E3A1001 for ; Mon, 26 Oct 2020 17:55:13 -0700 (PDT) Received: by mail-lj1-x22c.google.com with SMTP id m16so12775375ljo.6 for ; Mon, 26 Oct 2020 17:55:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=C2pzIyUAM//X55cJM4RHq5UHfG4z7dEyVw9P8864wgc=; b=u+6V5hU/Ssexd8G466hJyl3JH+gfs4BjZrbkegwm8meFxUy8G6EOSOqEub0qL+FJId IOzKIdMP1rUBx95n2i1RtF0yw23OkJXwSPWOxfV2prGwukipbZ4Z9n9Ne9vmEhV7ezWy nIXMy3OMxP3SSrLT8L4ItAe2d2gvMQyyS1yPksVRDwk819rLKWWCC4qxItieZ5VrQ5EI 8JgI2HmPQGRx1q/HFhpEVtQCgEOyozmk0qvA2uAyMH5+9zQFMH/Bi4wZQu/l0WWNEa2U f6pRL4MjRGanojY8aUqS3YhGRyR+uNBzGykO/YpXYF7x90BCkXmniD2CS6s7Ka0LjjMp m3lQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=C2pzIyUAM//X55cJM4RHq5UHfG4z7dEyVw9P8864wgc=; b=EGKNCUZ0ej5WYH5Gys1mzQGqwvmd1OBmZ1I4yXhVNsiz6fT2xUwz+97XTHrtmUdpfb yZhLYj5eOK72kmB6B6mTznTYmsYPmjnxShd13aml8tkJveQ9HtZySEFrTTMiP2rG9yrt oBcJ4vr0oij3G7r8xh3TQzehWIERaXt6HEu9CZb0uoM9eesZTRTtk+AiGaz4jOpPwr3m loeWmO8yBQ8diuwy6n+uiW8oPzH1LrjeyPNjg2mVMlO6N6/rjqj7BMiKnxiAwAN29+OB BKhP+QaqnClEFttDfN8E8thMWeaq8lGorjU3RJpiqA6ERXUw1+h9Fo6hBDERRbIJc1PW Z/JQ== X-Gm-Message-State: AOAM530L37gGYKtUI5fVoxfuO9d+nApgp2LQDmFzAKPwz32gTZ/ZgskL u52aMYPdPZcu9uJ9C+58RHD8gUQTje/56R+Fm/YbZKB2 X-Google-Smtp-Source: ABdhPJzkXUjG/EMgEC3LLGbBndvm6DGvCn1+duB9XjdULRXU6C+AsUMZy5AigGK3QpKaub6AZSR2LJWEs6SRd5ct2XE= X-Received: by 2002:a2e:9657:: with SMTP id z23mr7375294ljh.8.1603760111382; Mon, 26 Oct 2020 17:55:11 -0700 (PDT) MIME-Version: 1.0 References: <160363611190.22997.1047697548733839217@ietfa.amsl.com> In-Reply-To: <160363611190.22997.1047697548733839217@ietfa.amsl.com> From: Greg Mirsky Date: Mon, 26 Oct 2020 17:55:00 -0700 Message-ID: To: mpls , Adrian Farrel , Stewart Bryant , John E Drake , Loa Andersson Content-Type: multipart/alternative; boundary="000000000000be738f05b29c7f8e" Archived-At: Subject: [mpls] Fwd: New Version Notification for draft-lm-mpls-sfc-path-verification-01.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Oct 2020 00:55:16 -0000 --000000000000be738f05b29c7f8e Content-Type: text/plain; charset="UTF-8" Dear All, updates in the new version are to address comments and suggestions from Loa (many thanks!). Also, we've investigated how the active OAM would work in SFC-MPLS (SFC with MPLS forwarding plane) and proposed the solution using G-ACh and GAL, Much appreciate your comments, questions, and suggestions. Regards, Yao and Greg ---------- Forwarded message --------- From: Date: Sun, Oct 25, 2020 at 7:28 AM Subject: New Version Notification for draft-lm-mpls-sfc-path-verification-01.txt To: Greg Mirsky , Liu Yao A new version of I-D, draft-lm-mpls-sfc-path-verification-01.txt has been successfully submitted by Liu Yao and posted to the IETF repository. Name: draft-lm-mpls-sfc-path-verification Revision: 01 Title: MPLS-based Service Function Path(SFP) Consistency Verification Document date: 2020-10-25 Group: Individual Submission Pages: 14 URL: https://www.ietf.org/archive/id/draft-lm-mpls-sfc-path-verification-01.txt Status: https://datatracker.ietf.org/doc/draft-lm-mpls-sfc-path-verification/ Htmlized: https://datatracker.ietf.org/doc/html/draft-lm-mpls-sfc-path-verification Htmlized: https://tools.ietf.org/html/draft-lm-mpls-sfc-path-verification-01 Diff: https://www.ietf.org/rfcdiff?url2=draft-lm-mpls-sfc-path-verification-01 Abstract: This document proposes a method to verify the correlation between Service Function Chaining control and/or management plane view of the specified Service Function Path and the state of its data. It works for both SR service programming and MPLS-based NSH SFC. This document defines the signaling of the Generic Associated Channel (G-ACh) over a Service Function Path (SFP) with an MPLS forwarding plane using the basic unit defined in RFC 8595. The document also describes the processing of the G-ACh by the elements of the SFP. Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. The IETF Secretariat --000000000000be738f05b29c7f8e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable --000000000000be738f05b29c7f8e-- From nobody Wed Oct 28 15:28:38 2020 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 308A83A09EC; Wed, 28 Oct 2020 15:28:23 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 7.21.0 Auto-Submitted: auto-generated Precedence: bulk Cc: mpls-chairs@ietf.org, db3546@att.com, draft-ietf-mpls-sfl-framework@ietf.org, mpls@ietf.org, tsaad.net@gmail.com, Tarek Saad , The IESG , rfc-editor@rfc-editor.org MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-ID: <160392410318.20485.4117192819757990471@ietfa.amsl.com> Date: Wed, 28 Oct 2020 15:28:23 -0700 Archived-At: Subject: [mpls] Protocol Action: 'Synonymous Flow Label Framework' to Proposed Standard (draft-ietf-mpls-sfl-framework-11.txt) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Oct 2020 22:28:30 -0000 The IESG has approved the following document: - 'Synonymous Flow Label Framework' (draft-ietf-mpls-sfl-framework-11.txt) as Proposed Standard This document is the product of the Multiprotocol Label Switching Working Group. The IESG contact persons are Alvaro Retana, Martin Vigoureux and Deborah Brungard. A URL of this Internet Draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-sfl-framework/ Technical Summary RFC 8372 (MPLS Flow Identification Considerations) describes the requirement for introducing flow identities within the MPLS architecture. This document describes a method of accomplishing this by using a technique called Synonymous Flow Labels in which labels which mimic the behaviour of other labels provide the identification service. These identifiers can be used to trigger per-flow operations on the packet at the receiving label switching router. Working Group Summary The Working Group has reached consensus that this document is useful and should be published This document went through multiple reviews within the working group over the course of its development. The techniques defined in this document are useful in several applications, such as the measurement of the number of received packets in a flow for performance monitoring, triggering IPFIX inspection, triggering other types of Deep Packet Inspection, or identification of the packet source. Document Quality Review was done by MPLS review-team (MPLS-RT) and from several members of the WG. All comments have been addressed, and there are currently no open issues. Personnel Who is the Document Shepherd for this document? Tarek Saad Who is the Responsible Area Director? Deborah Brungard From nobody Fri Oct 30 23:31:01 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0FF0A3A0B5D; Fri, 30 Oct 2020 23:31:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UIjkYvU-ZjkW; Fri, 30 Oct 2020 23:30:59 -0700 (PDT) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 DD8D03A0B5B; Fri, 30 Oct 2020 23:30:58 -0700 (PDT) Received: from lhreml708-chm.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 74E32B26BD3D3325EF88; Sat, 31 Oct 2020 06:30:56 +0000 (GMT) Received: from lhreml708-chm.china.huawei.com (10.201.108.57) by lhreml708-chm.china.huawei.com (10.201.108.57) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1913.5; Sat, 31 Oct 2020 06:30:55 +0000 Received: from DGGEML403-HUB.china.huawei.com (10.3.17.33) by lhreml708-chm.china.huawei.com (10.201.108.57) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA_P256) id 15.1.1913.5 via Frontend Transport; Sat, 31 Oct 2020 06:30:55 +0000 Received: from DGGEML510-MBS.china.huawei.com ([169.254.3.184]) by DGGEML403-HUB.china.huawei.com ([fe80::74d9:c659:fbec:21fa%31]) with mapi id 14.03.0487.000; Sat, 31 Oct 2020 14:30:49 +0800 From: Mach Chen To: "mpls@ietf.org" CC: "mpls-chairs@ietf.org" Thread-Topic: Presentation Slot Requests for IETF 109th Thread-Index: AdavTnHrjXcJFHoRRfSEL8HJjqv90g== Date: Sat, 31 Oct 2020 06:30:49 +0000 Message-ID: Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.108.243.140] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [mpls] Presentation Slot Requests for IETF 109th X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Oct 2020 06:31:00 -0000 Hi all, If you want a time slot to discuss a topic during IETF 109th meeting, pleas= e send your request to me and cc the mpls-chairs@ietf.org, including the dr= aft name, speaker and desired duration. BTW, MPLS session (Session 1) is on Friday, November 20, 2020. Best regards, Mach (MPLS WG Secretary)
Dear All,
updates in the new version are to address co= mments and suggestions from Loa (many thanks!). Also, we've investigate= d how the active OAM would work in SFC-MPLS (SFC with MPLS forwarding plane= ) and proposed the solution using G-ACh and GAL,
Much appreciate = your comments, questions, and suggestions.

Regards= ,
Yao and Greg

---------- Forwarded message ---------
From: <internet-draf= ts@ietf.org>
Date: Sun, Oct 25, 2020 at 7:28 AM
Subject= : New Version Notification for draft-lm-mpls-sfc-path-verification-01.txtTo: Greg Mirsky <gregimirsky@= gmail.com>, Liu Yao <liu.= yao71@zte.com.cn>



A new version of I-D, draft-lm-mpls-sfc-path-verification-01.txt
has been successfully submitted by Liu Yao and posted to the
IETF repository.

Name:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0draft-lm-mpls-sfc-path-verifi= cation
Revision:=C2=A0 =C2=A0 =C2=A0 =C2=A001
Title:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 MPLS-based Service Function Path(S= FP) Consistency Verification
Document date:=C2=A0 2020-10-25
Group:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Individual Submission
Pages:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 14
URL:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 https://www.ietf.org/archive/id/draft-lm-mpls-sfc-path-= verification-01.txt
Status:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0https://datatracker.ietf.org/doc/draft-lm-mpls-sfc-path-verific= ation/
Htmlized:=C2=A0 =C2=A0 =C2=A0 =C2=A0https://datatracker.ietf.org/doc/html/draft-lm-mpls-sfc-path-verif= ication
Htmlized:=C2=A0 =C2=A0 =C2=A0 =C2=A0https://tools.ietf.org/html/draft-lm-mpls-sfc-path-verification-01 Diff:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0https://www.ietf.org/rfcdiff?url2=3Ddraft-lm-mpls-sfc-p= ath-verification-01

Abstract:
=C2=A0 =C2=A0This document proposes a method to verify the correlation betw= een
=C2=A0 =C2=A0Service Function Chaining control and/or management plane view= of the
=C2=A0 =C2=A0specified Service Function Path and the state of its data.=C2= =A0 It works
=C2=A0 =C2=A0for both SR service programming and MPLS-based NSH SFC.

=C2=A0 =C2=A0This document defines the signaling of the Generic Associated = Channel
=C2=A0 =C2=A0(G-ACh) over a Service Function Path (SFP) with an MPLS forwar= ding
=C2=A0 =C2=A0plane using the basic unit defined in RFC 8595.=C2=A0 The docu= ment also
=C2=A0 =C2=A0describes the processing of the G-ACh by the elements of the S= FP.




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.

The IETF Secretariat