From nobody Wed Jul 1 00:09: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 8E3E23A08FF; Wed, 1 Jul 2020 00:09:24 -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 KT1t-9kesoNG; Wed, 1 Jul 2020 00:09:23 -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 BDB6C3A08FB; Wed, 1 Jul 2020 00:09:22 -0700 (PDT) Received: from [192.168.1.15] (unknown [122.2.100.221]) (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 4F4C83245D8; Wed, 1 Jul 2020 09:09:16 +0200 (CEST) From: Loa Andersson To: "mpls@ietf.org" Cc: "mpls-chairs@ietf.org" , "draft-ietf-mpls-rfc6374-sfl@ietf.org" References: <280d1472-877c-f1f7-6ea0-6459b05798e2@pi.nu> Message-ID: Date: Wed, 1 Jul 2020 15:09:10 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.9.0 MIME-Version: 1.0 In-Reply-To: <280d1472-877c-f1f7-6ea0-6459b05798e2@pi.nu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Archived-At: Subject: [mpls] Correction - MPLS wg WGLC on draft-ietf-mpls-rfc6374-sfl 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, 01 Jul 2020 07:09:25 -0000 WG, The was a copy and past error in the first mail, please respond to this mail. /Loa On 01/07/2020 13:14, Loa Andersson wrote: > Working Group, > > This is to initiate a two week working group last call on > draft-ietf-mpls-rfc6374-sfl. > > Please send your comments to the mpls wg mailing list (mpls@ietf.org). > > There are three IPR disclosures against draft-ietf-mpls-rfc6374-sfl, though > disclosure #2991 is an update of disclosure #2706รถ > > We lack responses on the IPR poll, we normally wit for responses from > all authors and contributors. However the IPR poll has been open > since May 29 and we have decided to go ahead and start the wglc > anyway. > > If you have concerns du to lack of responses to the IPR poll, please > send those comments as part of the wglc. > > Of the authors four has responded to the IPR poll. Of two contributors > one has responded to the IPR poll. All responses have been posted to > the working group mailing list, indicating that the respondents are > unaware of any non-disclosed IPRs that relates to this document. > > This working group last call ends Friday July 15, 2020. > > /Loa -- Loa Andersson email: loa@pi.nu Senior MPLS Expert loa.pi.nu@gmail Bronze Dragon Consulting phone: +46 739 81 21 64 From nobody Wed Jul 1 09:45: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 C9EB73A12F0; Wed, 1 Jul 2020 09:45:36 -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 J7RkzlmGQBOF; Wed, 1 Jul 2020 09:45:35 -0700 (PDT) Received: from mail-lj1-x22d.google.com (mail-lj1-x22d.google.com [IPv6:2a00:1450:4864:20::22d]) (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 E49363A12EC; Wed, 1 Jul 2020 09:45:34 -0700 (PDT) Received: by mail-lj1-x22d.google.com with SMTP id h19so27936174ljg.13; Wed, 01 Jul 2020 09:45:34 -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=YAm20qCMmSv+8FwSR1aJ12bwi6SsaIamuJPyKgLG95g=; b=EuM8EeZUcowiwZ+mzzWg7ICPACoUiP8hiVSMZLZ0O+r2y3+C/oBG4QiRMgU3NT6jt6 t5uWPs+mNIMKcYKdfnT7xdIdWIQMJBzz9dR47jNUbLPHxNbW5MZGkDQ1fjiPAT4pLkm5 W16B1zNEx4lXE279/y//fHHFn4Cn5D7chaIQjXTMAeV42+b47LVvocjfBx38YrQZ+x3u /x+2TEnDRirdDVDMFJWvyOv8B9i+EyEmoeaf5T+pz6eyB5TiMMgjg6bD24U8ifqq7P3a Mwk3h8G8Lzghyr+8Dtz9Foa+MJ1JrScbly6YKIqWJUrb0l1jdr0HlxDPJFC0h9mCx/Xv 2ipw== 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=YAm20qCMmSv+8FwSR1aJ12bwi6SsaIamuJPyKgLG95g=; b=ReikYocC1pl1yoXP/2v2NVO74Y1hwhOtteUnrKh9jyCbCwN5CAg7KxbGCfY5+yhFus ZMoyt/W37HNgvrZzNE//bBFIRJcM5Dfsxp3mFBrepRIiUhb53WJvcs7g8uvuM4z9SEUh thT8Ke+0tGTA3ExMjr3R/q9yIAz9RLDjzhSaHpWM3swEKA+Jh/DwinPK03YRiGIoPL4T z4Ly/p1ri17EdrVgCO2SpA7AV5lYsyouHUhsAwMnz2LrjDqmQYuk1OBOtZuKP+axrWOz pn8WG3aioGA1BFB4CKiTK+Iwcpw4cHr8+bgVDa0hOJFHKZSq2k6suE+67Xwx0e2fNnN8 NffA== X-Gm-Message-State: AOAM5309cv9mTi7dmTrWnPX+RRjlXCac99P9FwznuNAwGitEkT5Myrmf K0mRWdS41eRyJlZC/tKGKdPnEufUSI3iJoiboJBqXg== X-Google-Smtp-Source: ABdhPJwwG15x1UuY7qrphF6f4MwWyBG7vdFJpeJMbUFfP8Bjw/mynyNboTEQPtjUblHqJ8sN7STT69qUo8U1N7BgElI= X-Received: by 2002:a2e:9611:: with SMTP id v17mr1366477ljh.110.1593621933113; Wed, 01 Jul 2020 09:45:33 -0700 (PDT) MIME-Version: 1.0 References: <280d1472-877c-f1f7-6ea0-6459b05798e2@pi.nu> In-Reply-To: From: Greg Mirsky Date: Wed, 1 Jul 2020 09:45:21 -0700 Message-ID: To: Loa Andersson Cc: "mpls@ietf.org" , "mpls-chairs@ietf.org" , "draft-ietf-mpls-rfc6374-sfl@ietf.org" Content-Type: multipart/alternative; boundary="0000000000003ac7cf05a96405db" Archived-At: Subject: Re: [mpls] Correction - MPLS wg WGLC on draft-ietf-mpls-rfc6374-sfl 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, 01 Jul 2020 16:45:37 -0000 --0000000000003ac7cf05a96405db Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Dear All, I support the publication of this draft (as co-author). The draft defines enhancements to RFC 6374-based performance monitoring OAM over MPLS network= . Regards, Greg On Wed, Jul 1, 2020 at 12:09 AM Loa Andersson wrote: > WG, > > The was a copy and past error in the first mail, please respond to this > mail. > > /Loa > > On 01/07/2020 13:14, Loa Andersson wrote: > > Working Group, > > > > This is to initiate a two week working group last call on > > draft-ietf-mpls-rfc6374-sfl. > > > > Please send your comments to the mpls wg mailing list (mpls@ietf.org). > > > > There are three IPR disclosures against draft-ietf-mpls-rfc6374-sfl, > though > > disclosure #2991 is an update of disclosure #2706=C3=B6 > > > > We lack responses on the IPR poll, we normally wit for responses from > > all authors and contributors. However the IPR poll has been open > > since May 29 and we have decided to go ahead and start the wglc > > anyway. > > > > If you have concerns du to lack of responses to the IPR poll, please > > send those comments as part of the wglc. > > > > Of the authors four has responded to the IPR poll. Of two contributors > > one has responded to the IPR poll. All responses have been posted to > > the working group mailing list, indicating that the respondents are > > unaware of any non-disclosed IPRs that relates to this document. > > > > This working group last call ends Friday July 15, 2020. > > > > /Loa > > -- > > Loa Andersson email: loa@pi.nu > Senior MPLS Expert loa.pi.nu@gmail > Bronze Dragon Consulting phone: +46 739 81 21 64 > --0000000000003ac7cf05a96405db Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Dear All,
I support the publication of this draft (as = co-author). The draft defines enhancements to RFC 6374-based performance mo= nitoring OAM over MPLS network.

Regards,
Greg

On Wed, Jul 1, 2020 at 12:09 AM Loa Andersson <loa@pi.nu> wrote:
WG,

The was a copy and past error in the first mail, please respond to this
mail.

/Loa

On 01/07/2020 13:14, Loa Andersson wrote:
> Working Group,
>
> This is to initiate a two week working group last call on
> draft-ietf-mpls-rfc6374-sfl.
>
> Please send your comments to the mpls wg mailing list (mpls@ietf.org).
>
> There are three IPR disclosures against draft-ietf-mpls-rfc6374-sfl, t= hough
> disclosure #2991 is an update of disclosure #2706=C3=B6
>
> We lack responses on the IPR poll, we normally wit for responses from<= br> > all authors and contributors. However the IPR poll has been open
> since May 29 and we have decided to go ahead and start the wglc
> anyway.
>
> If you have concerns du to lack of responses to the IPR poll, please > send those comments as part of the wglc.
>
> Of the authors four has responded to the IPR poll. Of two contributors=
> one has responded to the IPR poll. All responses have been posted to > the working group mailing list, indicating that the respondents are > unaware of any non-disclosed IPRs that relates to this document.
>
> This working group last call ends Friday July 15, 2020.
>
> /Loa

--

Loa Andersson=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 email: loa@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
Bronze Dragon Consulting=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pho= ne: +46 739 81 21 64
--0000000000003ac7cf05a96405db-- From nobody Thu Jul 2 07:02: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 90F273A0823; Thu, 2 Jul 2020 07:02:04 -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 Z7LRdML5CdvZ; Thu, 2 Jul 2020 07:02:03 -0700 (PDT) Received: from mail-wm1-x334.google.com (mail-wm1-x334.google.com [IPv6:2a00:1450:4864:20::334]) (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 B2C603A0821; Thu, 2 Jul 2020 07:02:02 -0700 (PDT) Received: by mail-wm1-x334.google.com with SMTP id o8so26915794wmh.4; Thu, 02 Jul 2020 07:02:02 -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=IwX8iCVU1gOecEuvm/QHM+bhbLPdLLu24+Kbp9fDR7Y=; b=RE6zpQinGgEOAQeVNBZ5IDgc+fHuN3CV50vOGjKA4f8KL41BVh8ehJmL5FAt/157K8 FcGGHXKIOQRTlPdUlEFAjiXjJO4QTkJnhlFWQRA23AWcTjRWQgU0zAVtPg9gOVklYMS8 p5F8sQHgxMYmf9GiheiLqeHon1E/IuRQOErwuw5pZ4Y0PEg19iQzrjVaYYkAxSFREBsh Mwi3fOdmq27NK137yuc1YoPzZyMjmzZh1pZecsjsvAwtZbFpUYQ2m8BsQAZQvtjDqqV4 QwAWfVd70roKZ4saIzX+chfj9WzO18/a0XMgdEscaYSe/DKK8SVhfZBDRNYrPGMWBFIB EtZQ== 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=IwX8iCVU1gOecEuvm/QHM+bhbLPdLLu24+Kbp9fDR7Y=; b=jr3oyRu+a+vqeIk3acQNwoGnMppdK8xON4Rud0THkSelfIHFpx++3Xbrw0LE95I8Y8 LJuVldrOMhQh16exVtszwvDTmMVq2ODaxV/UlhwnMj1sgtTfobOrxzFjVgNMMVZb7NMV 9wVM/nBdr0090BYyr8ylhX+Xqg/yTMy+hhfHGwbOCpOzNi+MYQd4oGYXIgnDqolselD8 uEDO5sNy41DL7YFMNl7iGOyMfB1Z+MYSB8tKqtFpEMrbGfo1YSRAORQNPOMADOam5Fz+ VxEQBKZ951TMtiI3oBpe8o2XF53RCpvINbHBe/hJ5AeFtuIjUgxrrXlGZWuFEb77Oc3U m3pg== X-Gm-Message-State: AOAM533EJByTiAtPef+iQMaBJ62c6K7JusoQPwGASIJDGGZaZ36j4u2f SDRj6WGp0ra96YjFSAj3mQY= X-Google-Smtp-Source: ABdhPJweL9t/f2HQLNS5Ob+gGJBCvC8PZAxWdAV7zIGk0EQsSrP0AJ1nfU/c9MDZs/DD4csyOJ6M3A== X-Received: by 2002:a7b:c208:: with SMTP id x8mr32019785wmi.49.1593698521048; Thu, 02 Jul 2020 07:02:01 -0700 (PDT) Received: from [192.168.178.46] ([62.3.64.16]) by smtp.gmail.com with ESMTPSA id 133sm11490271wme.5.2020.07.02.07.02.00 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 02 Jul 2020 07:02:00 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) From: Stewart Bryant In-Reply-To: <159356228599.17610.11697654273935266920@ietfa.amsl.com> Date: Thu, 2 Jul 2020 15:01:29 +0100 Cc: Stewart Bryant , tsv-art@ietf.org, mpls , draft-ietf-mpls-sfl-framework.all@ietf.org, last-call@ietf.org Content-Transfer-Encoding: quoted-printable Message-Id: <8AABE423-121C-4265-B3E0-FCE0AAF12C05@gmail.com> References: <159356228599.17610.11697654273935266920@ietfa.amsl.com> To: Bernard Aboba X-Mailer: Apple Mail (2.3608.80.23.2.2) Archived-At: Subject: Re: [mpls] [Last-Call] Tsvart last call review of draft-ietf-mpls-sfl-framework-08 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, 02 Jul 2020 14:02:05 -0000 > On 1 Jul 2020, at 01:11, Bernard Aboba via Datatracker = wrote: >=20 > Reviewer: Bernard Aboba > Review result: Ready with Issues >=20 > Subject: Transport Directorate review of draft-ietf-mpls-sfl-framework >=20 > Reviewer: Bernard Aboba > Review result: Ready with (Minor) Issues > Document: draft-ietf-mpls-sfl-framework-08 > Reviewer: Bernard Aboba > Review Date: 2020-06-30 > Intended Status: Informational >=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 > Summary: > This document is ready for publication, but has some minor = issues > that could be addressed. >=20 > Comments: > The document is short and clearly written. While it references > the requirements in RFC 8372, it does not refer to them, so = it's > hard to verify whether this document does address those > requirements (and how). >=20 > Also, this document doesn't cover data collection or SFL = allocation, > so there is quite a bit that is out of scope. This makes me = wonder > whether an implementation of this specification could = interoperate > with other implementations based solely on this specification.=20= Dear Bernard The intent of this document is to set out the framework in which other = specific documents, which describe specific protocol actions, act. There is a document in flight which describes the use of this method for = OAM actions and a control plane. Both of this will be implementable = specifications. This informational text is not intended to be directly = implementable and needs other supporting text. >=20 > Major Issues: > No major issues found=20 >=20 > Minor Issues: >=20 > Section 6 Privacy Considerations >=20 > Section 3 states:=20 >=20 > " There are many possible additional actions such as > the measurement of the number of received packets in a flow, > triggering IPFIX inspection, triggering other types of Deep Packet > Inspection, or identification of the packet source." >=20 > [BA] Based on the above statements, it would seem that this = specification > has potential uses (e.g. DPI) that have inherent privacy implications.=20= > This seems to be worth mentioning. There is privacy text in the document. The scope of this protocol is a well managed and controlled network. If = the operator were to do DPI to impose the SFL at ingress, there would be = no need for them to telegraph this to the far end of the LSP when they = could send that information from the ingress node. >=20 > "Whilst the inclusion of the additional > 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." >=20 > [BA] By definition, flow identities provide insight into flow = characteristics. > By correlating the flow identity with persistent identifiers such as = MAC > addresses, the flow identity can be linked to a device or user > without needing to inspect the network at the point of ingress or to > inspect control protocol packets. So there can be an incremental = privacy > impact, even if the flow identifier does not itself identify a > user.=20 It is unlikely that the use of this protocol would be for anything other = than exceptional actions such as instrumentation. The identifier space = is too small for, for example, for every flow to be marked, so I don=E2=80= =99t think the risk is significant. If you wanted to spy on packets, you = would do better to correlate with the VPN or pseudowire identity rather = than this. >=20 > Section 7 Security Considerations >=20 > "The issue noted in Section 6 is a security consideration." >=20 > [BA] I don't think that the privacy issues described in Section 6 need = necessarily be referenced > in the security considerations section. I think you can delete this = sentence. >=20 Yes I will remove that reference, several people have commented. Best regards Stewart >=20 >=20 > --=20 > last-call mailing list > last-call@ietf.org > https://www.ietf.org/mailman/listinfo/last-call From nobody Thu Jul 2 15:30:37 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 97D4D3A0C53; Thu, 2 Jul 2020 15:30:25 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Tero Kivinen via Datatracker To: Cc: mpls@ietf.org, last-call@ietf.org, draft-ietf-mpls-sfl-framework.all@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.7.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <159372902558.22641.8459872357136850825@ietfa.amsl.com> Reply-To: Tero Kivinen Date: Thu, 02 Jul 2020 15:30:25 -0700 Archived-At: Subject: [mpls] Secdir last call review of draft-ietf-mpls-sfl-framework-08 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, 02 Jul 2020 22:30:26 -0000 Reviewer: Tero Kivinen Review result: Has Issues I have reviewed this document as part of the security directorate's ongoing effort to review all IETF documents being processed by the IESG. These comments were written primarily for the benefit of the security area directors. Document editors and WG chairs should treat these comments just like any other last call comments. This document describes a way to make synonyms for MPLS flows so those flows can be processed differently. It does include privacy considerations which says that depending on how the synonyms are used there might be privacy issues. It does claim in the security considerations section that there is no new security issues associated with the MPLS dataplane. I think that is not true. If there is any kind of different processing depending which synonym is used that can be used to bypass that processing by using the another synonym instead of the intended one. For example if attacker knows that specific synonym causes deep packet inspection (one of the examples given), and he might want to use the synonym which bypasses this inspection, in case he is sending things he does not want to be inspected. This could be some kind of malicious code somehow loaded to the sending device or something. On the other hand my understanding that trust model of MPLS is mostly we blindly trust everything other end says, so someone able to use different synonyms are most likely also able to do other even worse things, but I think there are new things caused by this addition than what is already present in the MPLS now. From nobody Thu Jul 2 17:21:45 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 37AFA3A09B1; Thu, 2 Jul 2020 17:20:32 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "\"IETF Secretariat\"" To: , Cc: mpls@ietf.org, db3546@att.com X-Test-IDTracker: no X-IETF-IDTracker: 7.7.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <159373563221.30173.15167647779519720335@ietfa.amsl.com> Date: Thu, 02 Jul 2020 17:20:32 -0700 Archived-At: Subject: [mpls] mpls - Requested session has been scheduled for IETF 108 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, 03 Jul 2020 00:20:40 -0000 Dear Tarek Saad, The session(s) that you have requested have been scheduled. Below is the scheduled session information followed by the original request. mpls Session 1 (0:50 requested) Friday, 31 July 2020, Session II 1300-1350 Room Name: Room 5 size: 5 --------------------------------------------- iCalendar: https://datatracker.ietf.org/meeting/108/sessions/mpls.ics Request Information: --------------------------------------------------------- Working Group Name: Multiprotocol Label Switching Area Name: Routing Area Session Requester: Tarek Saad Number of Sessions: 1 Length of Session(s): 50 Minutes Number of Attendees: 100 Conflicts to Avoid: Chair Conflict: detnet bier pals idr bfd bess spring pce ccamp teas sfc Technology Overlap: lsr lsvr rtgwg rtgarea i2rs nvo3 People who must be present: Loa Andersson Deborah Brungard Nicolai Leymann Tarek Saad Mach(Guoyi) Chen Resources Requested: Special Requests: --------------------------------------------------------- From nobody Fri Jul 3 06:32: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 416133A07CB for ; Fri, 3 Jul 2020 06:32:46 -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 uonf78qDfSnq for ; Fri, 3 Jul 2020 06:32:44 -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 798E53A07C4 for ; Fri, 3 Jul 2020 06:32:44 -0700 (PDT) Received: by mail-wr1-x430.google.com with SMTP id s10so32659223wrw.12 for ; Fri, 03 Jul 2020 06:32:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:references:in-reply-to:subject:date:message-id:mime-version :thread-index:content-language; bh=A3EDhlNVo1VghZZRJMDLUMn0zuQKUHIma8bjkpa5y28=; b=r2Mafa18/K4DB3ZgVslWMhOZIj1ETQteXPmQonGN7SW9o0T9RygPbtQaZfaHkE1bvW 2qlS5wqbzKmNnwWIqwLTwPqAuDqUVKclpxjIkdLzsfT41Y0ub+ahPllhWlJg0gZ22Sj5 lPxj3gYng8SojfzQvbZoy/qqJKsvLiOUklmkTZCNHLfut/TgtnisV7ncddzfJACFoIJp idw97mV51Ht3aGBC2cvbcoAA5S35FR0gSzIT09lgwB8c7p2+vz5IWIR5yjS7lgWpRLMX uXuTS5Iy1V6NWzKHb1RGkoBwramyi2h3spB8QbL4iprZi9BGOvRbcVj5q3rWWIw3Wg5y W58A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:references:in-reply-to:subject:date :message-id:mime-version:thread-index:content-language; bh=A3EDhlNVo1VghZZRJMDLUMn0zuQKUHIma8bjkpa5y28=; b=P7x5C/jJnUQQD3Zn5wjPNfj5FW6oEDYNVUhF2FfjOMLjEzfnnrAk9yFPDZSzAxxm0D SxEwjJliJkpdg6Hr2u+esjtmm148w3vn+EwSpxbdn2Yd1Hz8R4Xs4OXh4Wb22b2hxH1L n6D1Ec0gL892tJSHP9U/TeFF6qkTO083nM39QEOLRG0VQir6VnZXBVqHcDrJJ3dNGSjl /XKUEOni5sLwneOQ6ToKrXnSLZT5YBAfOky9Z79FzvbjQdZyQABQIMOhqvttpYNK+qW1 xaptk6JM+1z3MQaPtX8BN9/bTRrXVy2/O8owpeMg53DkUOhcgm/r2MNvAgFQg6UTZurG mIEA== X-Gm-Message-State: AOAM530Zt2kDucuc9UPE5GRTcboilzz1T4LmyM19G7U6rJuQwIr9IEWM 7r8lWI3xPRj2acjaFZAJSzKez6U= X-Google-Smtp-Source: ABdhPJwPf8Tjw56+69MAYJiolGYtuGYcApyiaAozeI8RgGYr7qYJaCIG2Ww6mpEBfx+4Qq2xmcKF1A== X-Received: by 2002:adf:efcc:: with SMTP id i12mr36300097wrp.349.1593783162788; Fri, 03 Jul 2020 06:32:42 -0700 (PDT) Received: from SLITKOWS3YYU6 ([173.38.220.34]) by smtp.gmail.com with ESMTPSA id n5sm13442068wmi.34.2020.07.03.06.32.41 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 03 Jul 2020 06:32:42 -0700 (PDT) From: To: References: <00a501d6513d$e7f052f0$b7d0f8d0$@gmail.com> In-Reply-To: <00a501d6513d$e7f052f0$b7d0f8d0$@gmail.com> Date: Fri, 3 Jul 2020 15:32:41 +0200 Message-ID: <00ba01d6513e$6d50c380$47f24a80$@gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00BB_01D6514F.30DA08B0" X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQDJmkuNF8DsNSLzCEGmDrgBvy3gp6sPR9Cg Content-Language: fr Archived-At: Subject: [mpls] FW: WGLC, IPR and implementation poll for draft-ietf-bess-evpn-lsp-ping 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, 03 Jul 2020 13:32:46 -0000 This is a multipart message in MIME format. ------=_NextPart_000_00BB_01D6514F.30DA08B0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi MPLS WG, We have started a working group last call on draft-ietf-bess-evpn-lsp-ping which we may be interested to have you review and comments on. Please comment on the BESS mailing list as well as MPLS mailing list. Brgds, Stephane From: slitkows.ietf@gmail.com Sent: vendredi 3 juillet 2020 15:29 To: bess@ietf.org; draft-ietf-bess-evpn-lsp-ping@ietf.org Cc: bess-chairs@ietf.org Subject: WGLC, IPR and implementation poll for draft-ietf-bess-evpn-lsp-ping Hello WG, This email starts a two weeks Working Group Last Call on draft-ietf-bess-evpn-lsp-ping-02 [1]. This poll runs until * the 20th Of July *. We are also polling for knowledge of any undisclosed IPR that applies to this Document, to ensure that IPR has been disclosed in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details). If you are listed as an Author or a Contributor of this Document please respond to this email and indicate whether or not you are aware of any relevant undisclosed IPR. The Document won't progress without answers from all the Authors and Contributors. There is currently no IPR disclosed. If you are not listed as an Author or a Contributor, then please explicitly respond only if you are aware of any IPR that has not yet been disclosed in conformance with IETF rules. We are also polling for any existing implementation as per [2]. Thank you, Stephane & Matthew [1] https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-lsp-ping/ [2] https://mailarchive.ietf.org/arch/msg/bess/cG3X1tTqb_vPC4rg56SEdkjqDpw ------=_NextPart_000_00BB_01D6514F.30DA08B0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi MPLS WG,

 

We have started a working group = last call on draft-ietf-bess-evpn-lsp-ping which we may be interested to = have you review and comments on. Please comment on the BESS mailing list = as well as MPLS mailing list.

 

 

Brgds,

 

Stephane

 

 

From: slitkows.ietf@gmail.com = <slitkows.ietf@gmail.com>
Sent: vendredi 3 juillet 2020 = 15:29
To: bess@ietf.org; = draft-ietf-bess-evpn-lsp-ping@ietf.org
Cc: = bess-chairs@ietf.org
Subject: WGLC, IPR and implementation = poll for = draft-ietf-bess-evpn-lsp-ping

 

Hello WG,

 

This email starts a two weeks = Working Group Last Call on draft-ietf-bess-evpn-lsp-ping-02 = [1].

 

This poll runs until * the 20th Of July = *.

 

We are also polling for knowledge of any = undisclosed IPR that applies to this Document, to ensure that IPR has = been disclosed in compliance with IETF IPR rules (see RFCs 3979, 4879, = 3669 and 5378 for more details).

If you are listed as an Author or a Contributor of = this Document please respond to this email and indicate whether or not = you are aware of any relevant undisclosed IPR. The Document won't = progress without answers from all the Authors and = Contributors. 

There is currently no IPR = disclosed.

 

If you are not listed as an Author or a = Contributor, then please explicitly respond only if you are aware of any = IPR that has not yet been disclosed in conformance with IETF = rules.

 

We are also polling for any existing implementation = as per [2].

 

Thank you,

Stephane & Matthew

 

[1] = https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-lsp-pi= ng/

[2] https://mailarchive.ietf.org/arch/msg/bess/cG3X1tTqb_vPC4rg5= 6SEdkjqDpw

 

------=_NextPart_000_00BB_01D6514F.30DA08B0-- From nobody Sun Jul 5 23:59: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 10CF83A115A; Sun, 5 Jul 2020 23:58:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WnNAojIiJvMS; Sun, 5 Jul 2020 23:58:58 -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 190E13A1159; Sun, 5 Jul 2020 23:58:58 -0700 (PDT) Received: from lhreml709-chm.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 58F3F514FBC48030CA91; Mon, 6 Jul 2020 07:58:55 +0100 (IST) Received: from lhreml709-chm.china.huawei.com (10.201.108.58) by lhreml709-chm.china.huawei.com (10.201.108.58) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1913.5; Mon, 6 Jul 2020 07:58:55 +0100 Received: from DGGEML404-HUB.china.huawei.com (10.3.17.39) by lhreml709-chm.china.huawei.com (10.201.108.58) 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; Mon, 6 Jul 2020 07:58:54 +0100 Received: from DGGEML510-MBS.china.huawei.com ([169.254.3.171]) by DGGEML404-HUB.china.huawei.com ([fe80::b177:a243:7a69:5ab8%31]) with mapi id 14.03.0487.000; Mon, 6 Jul 2020 14:58:49 +0800 From: Mach Chen To: "mpls@ietf.org" CC: "mpls-chairs@ietf.org" Thread-Topic: Slot Reqquests for IETF 108th meeting. Thread-Index: AdZTYcvjlN4Z1h2uT2qNSOAB8L9gLQ== Date: Mon, 6 Jul 2020 06:58: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.203.48] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [mpls] Slot Reqquests for IETF 108th meeting. 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, 06 Jul 2020 06:58:59 -0000 Hi all, We have requested a 50-mintue slot (July 31, 2020, 13:00-13:50 Friday Sessi= on II) for the upcoming 108th online meeting. According to the preliminary = agenda, we can accept limited slot requests for this meeting. If you need a slot, as normal, please send your request to the WG chairs an= d me, indicating the speaker, duration and draft name. We may not guarantee that all requests can be entertained, for those reques= ts that cannot be satisfied, they will be discussed in follow-up interim me= etings. Best regards, Mach (WG Secretary) From nobody Wed Jul 8 01:18:28 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 BBFA43A0C7C; Wed, 8 Jul 2020 01:18:26 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Nicolai Leymann via Datatracker To: X-Test-IDTracker: no X-IETF-IDTracker: 7.7.0 Auto-Submitted: auto-generated Precedence: bulk Cc: mpls@ietf.org, n.leymann@telekom.de, mpls-chairs@ietf.org, iesg-secretary@ietf.org, Nicolai Leymann Message-ID: <159419630675.5069.7404964884866885005@ietfa.amsl.com> Date: Wed, 08 Jul 2020 01:18:26 -0700 Archived-At: Subject: [mpls] Publication has been requested for draft-ietf-mpls-spl-terminology-02 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, 08 Jul 2020 08:18:27 -0000 Nicolai Leymann has requested publication of draft-ietf-mpls-spl-terminology-02 as Informational on behalf of the MPLS working group. Please verify the document's state at https://datatracker.ietf.org/doc/draft-ietf-mpls-spl-terminology/ From nobody Wed Jul 8 02:11:12 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 6F1B93A0CCF; Wed, 8 Jul 2020 02:11:10 -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 4cU23lJpMnBD; Wed, 8 Jul 2020 02:11:08 -0700 (PDT) Received: from mail-wr1-x436.google.com (mail-wr1-x436.google.com [IPv6:2a00:1450:4864:20::436]) (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 818A63A0CC9; Wed, 8 Jul 2020 02:11:08 -0700 (PDT) Received: by mail-wr1-x436.google.com with SMTP id f2so20061269wrp.7; Wed, 08 Jul 2020 02:11:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=Py0ATaHhzDKdZZxGIAmR9hKGKYLICp8WtP4zr246QVw=; b=df13GqmhOGjxYDS2YSQeS0A8utY8KS/jG74jU8+0LlOrcD5lN2GQXMTqDy2b35X8PT /Dh20uUppZlybX2O9Zj2wQ1XysQPmxB0wAFu+MXAymw6SO1mOcaxTrVtYIXFbpxTR7Xv MhRjb8xkTECPRCztd69Z8//0SylVBzo8qasCX6CdXuWU8K/zjpXwTLv/J1jgZm1pnrab ttpQukGH90KLaxV9VidqjCKwys21+XfO5NfTkbyTDpsuUfIR4UDyIBod2SUf17PgUhBB l5zw6wZg9+QpJZmJZJqo3NiE7hJVgp6+m967I5yPEkRFfQ9pN0grazS4CMlhCeXEHofv WXCQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=Py0ATaHhzDKdZZxGIAmR9hKGKYLICp8WtP4zr246QVw=; b=lhcLZtnHfC+osWRHMola2Z0YrdVmzUGo7xsfxbvafMef+maL1o1wtLN5rdHF8DxImd +p10/77BEnAc6MWKqaKNnzxG3hathNTAiXcJDL7w4OpeouYFu3IPT/jsw21YQ//G9Ajc uMXk5OHVTtxSpdtxx7cvhjBno3JinnHcvzEbakudsUnq9eDE2bFTeqlVpKXbIohTIJbF BCTHhWpLmK5X59Q5+zTEa2D1cvwe/iPI0ZXbdnCQu33Tm4+BL0pIu9wjIf5bVPoVM8Tc a5Px9Fruzfv9MKRFMPRlIF4pbtWav/cENSr8pJZmT5U2EaNFyq9BCvpy6lpD7zgz8xTQ nzkQ== X-Gm-Message-State: AOAM530KsHAQ6ZU9fFQl47j6KUM2R60L/SWCmAcpnqMMj6TPRmZK3LR1 D6GLwrTRIhQzUQwh8yZ8Ojq+hecM X-Google-Smtp-Source: ABdhPJxiQ0VWEubJ2vGT+Zzjwr+jncIm5J/0+8NsDQWdjJS5LVIoNBt3TrY1/NuFHyZfLi0MimcocA== X-Received: by 2002:a05:6000:1190:: with SMTP id g16mr54999706wrx.286.1594199466479; Wed, 08 Jul 2020 02:11:06 -0700 (PDT) Received: from appleton.fritz.box ([62.3.64.16]) by smtp.gmail.com with ESMTPSA id o205sm5451707wme.24.2020.07.08.02.11.05 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 08 Jul 2020 02:11:05 -0700 (PDT) From: Stewart Bryant Message-Id: <8A3ACFDE-10B5-4792-A948-B1041C1C4A83@gmail.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_ACB12B9A-A01E-40AE-B0C7-A4BB932DCF75" Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Date: Wed, 8 Jul 2020 10:11:04 +0100 In-Reply-To: <159419630675.5069.7404964884866885005@ietfa.amsl.com> Cc: Stewart Bryant , "BRUNGARD, DEBORAH A" , mpls , mpls-chairs To: Nicolai Leymann via Datatracker References: <159419630675.5069.7404964884866885005@ietfa.amsl.com> X-Mailer: Apple Mail (2.3608.80.23.2.2) Archived-At: Subject: Re: [mpls] Publication has been requested for draft-ietf-mpls-spl-terminology-02 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, 08 Jul 2020 09:11:11 -0000 --Apple-Mail=_ACB12B9A-A01E-40AE-B0C7-A4BB932DCF75 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 2. Background Two sets of SPLs are defined for use in MPLS: The range of SPLs 0-15 is specified in RFC 3032 [RFC3032]. The range of SPLs 0-1048575 is specified in RFC 7274 [RFC7274]. SB> That is very confusing English since you have two definitions of SPL SB> I think you mean =E2=80=9CThe range of SPLs =E2=80=A6 THAT is = specified SB> In any case aren=E2=80=99t the second set ESPLs? The next block of text ought to be explicitly linked to ESPL/ RFC7272 = and the text does not do that. * the values 0-15 has been reserved never to be allocated * the values 15-239 are available for allocation * the values 240-255 are for experimental use * the values 256-1048575 are currently not available for allocation, and a standard tracks RFC will be needed to make the entire range or part of it available for allocation =3D=3D=3D=3D=3D=3D 3. Terminology and Abbreviations IANA maintains a name space for 'Special-Purpose Multiprotocol Label Switching (MPLS) Label Values' code points [SPL-NAME-SPACE]. Within this name space there are two registries. One is called the 'Special-Purpose MPLS Label Values' registry [bSPL]. The other is called 'Extended Special-Purpose MPLS Label Values' registry [eSPL]. SB> That is the text and notation that should be using earlier as it is = less confusing. The difference in the name of the name space and the first registry is only that the MPLS abbreviation is expanded. This document changes the name of the first registry to 'Base Special-Purpose MPLS Label Values', but leaves the name of the latter registry unchanged as 'Extended Special-Purpose MPLS Label Values=E2=80=99. SB> A lot of text just to change the name to reduce a name confusion. The following conventions will be used in specifications and when talking about SPLs o Collectively, the two ranges are known as Special Purpose Labels (SPL). o The special purpose labels from the lower range will be called Base Special Purpose Labels (bSPL). o The special purpose labels from the higher range will be called Extended Special Purpose Labels (eSPL). o The combination of the Extension Label (XL) (value 15 which is an bSPL, but that is also called xSPL) and an eSPL is called a Composite Special Purpose Label (cSPL). SB> What is the name for the combination ELI + EL - a rhetorical = question. SB> I am not sure we need a name for the composite. We don=E2=80=99t = have a special name for TCP+IP, and in any case it is within the = definition that bSPL#15 is always followed by a <16..255> eSPL and vice = versa. =3D=3D=3D=3D=3D=3D=3D=3D 5. IANA Considerations We request that the name of the IANA registry that today is called "Special-Purpose MPLS Label Values" is changed to "Base Special- Purpose MPLS Label Values". SB> We could replace the whole document with that single section to go = for the record of the shortest RFC ever but you would need a security = section. So perhaps: 5. Introduction and IANA and Security Considerations We request that the name of the IANA registry that today is called "Special-Purpose MPLS Label Values" is changed to "Base Special- Purpose MPLS Label Values=E2=80=9D. This has no security = implications. Then the Abstract could be the same as the body text. That would be a remarkable RFC. =3D=3D=3D=3D=3D=3D=3D 6. Acknowledgements The authors of this document would like to thank Stewart Bryant for careful review and constructive suggestions. SB> You know I have no memory of reviewing this :) was that a physic = comment, or an incentive :) or did I just forget?= --Apple-Mail=_ACB12B9A-A01E-40AE-B0C7-A4BB932DCF75 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 

2.  Background

   Two sets of SPLs are defined for use in MPLS:

      The range of SPLs 0-15 is specified in RFC 3032 [RFC3032].

      The range of SPLs 0-1048575 is specified in RFC 7274 [RFC7274].

SB> That is very confusing English since you have two definitions of =
SPL
SB> I think you mean =E2=80=9CThe range of SPLs =E2=80=A6 =
THAT is specified
SB> In any case aren=E2=80=99t the second set =
ESPLs?
The next block of text ought to be explicitly linked to ESPL/ =
RFC7272 and the text does not do that.
      *  the values 0-15 =
has been reserved never to be allocated

      *  the values 15-239 are available for allocation

      *  the values 240-255 are for experimental use

      *  the values 256-1048575 are currently not available for
         allocation, and a standard tracks RFC will be needed to make
         the entire range or part of it available for allocation

=3D=3D=3D=3D=3D=3D
3.  Terminology and =
Abbreviations

   IANA maintains a name space for 'Special-Purpose Multiprotocol Label
   Switching (MPLS) Label Values' code points [SPL-NAME-SPACE].  Within
   this name space there are two registries.  One is called the
   'Special-Purpose MPLS Label Values' registry [bSPL].  The other is
   called 'Extended Special-Purpose MPLS Label Values' registry =
[eSPL].
SB> That is the text and notation that should =
be using earlier as it is less confusing.
   The difference in the name of the name space and the first registry
   is only that the MPLS abbreviation is expanded.  This document
   changes the name of the first registry to 'Base Special-Purpose MPLS
   Label Values', but leaves the name of the latter registry unchanged
   as 'Extended Special-Purpose MPLS Label Values=E2=80=99.
SB> =
A lot of text just to change the name to reduce a name =
confusion.
   The following conventions will be used in specifications and when
   talking about SPLs

   o  Collectively, the two ranges are known as Special Purpose Labels
      (SPL).

   o  The special purpose labels from the lower range will be called
      Base Special Purpose Labels (bSPL).

   o  The special purpose labels from the higher range will be called
      Extended Special Purpose Labels (eSPL).

   o  The combination of the Extension Label (XL) (value 15 which is an
      bSPL, but that is also called xSPL) and an eSPL is called a
      Composite Special Purpose Label (cSPL).

SB> What is the name for the combination ELI + EL - a =
rhetorical question.
SB> I am not sure we need a name =
for the composite. We don=E2=80=99t have a special name for TCP+IP, and =
in any case it is within the definition that bSPL#15 is always followed =
by a <16..255> eSPL and vice versa.

=3D=3D=3D=3D=3D=3D=3D=3D

5.  IANA Considerations

   We request that the name of the IANA registry that today is called
   "Special-Purpose MPLS Label Values" is changed to "Base Special-
   Purpose MPLS Label Values".

SB> We could replace the whole document with =
that single section to go for the record of the shortest RFC ever but =
you would need a security section. So perhaps:
5.  =
Introduction and IANA and Security Considerations

   We request that the name of the IANA registry that today is called
   "Special-Purpose MPLS Label Values" is changed to "Base Special-
   Purpose MPLS Label Values=E2=80=9D. This has no security =
implications.

Then the Abstract could be the same as the body =
text.
That would be a remarkable RFC.
=3D=3D=3D=3D=3D=3D=3D
= 
6.  Acknowledgements

   The authors of this document would like to thank Stewart Bryant for
   careful review and constructive suggestions.
SB> =
You know I have no memory of reviewing this :) was that a physic =
comment, or an incentive :) or did I just forget?
= --Apple-Mail=_ACB12B9A-A01E-40AE-B0C7-A4BB932DCF75-- From nobody Wed Jul 8 02:25: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 C0F9A3A077D; Wed, 8 Jul 2020 02:25:35 -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 UovXwV-fFvHF; Wed, 8 Jul 2020 02:25:34 -0700 (PDT) Received: from mail-wm1-x32b.google.com (mail-wm1-x32b.google.com [IPv6:2a00:1450:4864:20::32b]) (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 D58063A0CDA; Wed, 8 Jul 2020 02:25:33 -0700 (PDT) Received: by mail-wm1-x32b.google.com with SMTP id o8so2131555wmh.4; Wed, 08 Jul 2020 02:25:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=6GFEUTIPFDQL2uWXCYYy2j5w/wn61hqSGKeIcBWoWmw=; b=i9NmIsUFcEMjGE6XTrFE0ydAg0bQ0zGfK9go28kw95eiF5anc61ksfyNAHa5bGW61z zpYF9YaUxavS1CPnVOyu1jsYaa+cImBwmnme4HujqaMlnnfohApbaax0LwNQOlbDHFTz 6iAB+55dSFz30+ARNpXRsTo3sPrxyNPZtw3/hr9hRX93sAOnxA+f3pfsWYVRWUNOwCQ/ VbgWMyawfVnw9b1ehnWITIUzYBUS6g4sDl1RDgjLahvoqG9lxPUVUpIyHPcukqan2Nbh a7C7dYeoOGzJp9QbaGyqeAtZbQa4FIFri0+VJvTg/VizUwYW53uGCaAx2QjKUQ7Dvl2W Aq/w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=6GFEUTIPFDQL2uWXCYYy2j5w/wn61hqSGKeIcBWoWmw=; b=D116lsHC0BJRyLrRLSjv66D0aDU0OPm0jxHnY8MPrUk73h16SP8EuR2xYf9R0fFuCd 9G8p8XvLnWJBov2Ogcmp5eV0GFDwXqjhtZ6ofog9+/XT/UgwUT9Rp5eRXDcMHZwNjwr4 tvMAQkEwkSo+UA1nM0CmbTTzdnIeuvv0I+e/FLQo8MnZDA5qH9mY9A1uPZ8mKG2sgkOC F7dRmeh3qfLp500nBegaSrVNeifal3Tz9UMkFPjFUwhxZ2S/vkxDd4sKIxF6KicIslG/ A6YTTIdEKfJ3fwjqMP2XkKFfF2KpyI123AUOOUJmmp3YhbnEsxUtjj6SynSNXHNUC6K8 eWJQ== X-Gm-Message-State: AOAM532B0RmKE68pQYssjsPRIQSKoVxvKEXQHqg35LD2b19y/AsSkhGU i9s+OtHimfkHaTlye3VJquvNcA5x X-Google-Smtp-Source: ABdhPJzBFC7VAf6/cvQiu9W3WSJXvwm/82mh4birVK4QrxYffJHINAMzsyKBxSKBAPNPG1SoVmGeFQ== X-Received: by 2002:a1c:398b:: with SMTP id g133mr8127899wma.76.1594200331940; Wed, 08 Jul 2020 02:25:31 -0700 (PDT) Received: from appleton.fritz.box ([62.3.64.16]) by smtp.gmail.com with ESMTPSA id e8sm5052808wrp.26.2020.07.08.02.25.30 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 08 Jul 2020 02:25:31 -0700 (PDT) From: Stewart Bryant Message-Id: <13B883AC-36F5-4ADB-A441-743503679EB4@gmail.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_ADCB3622-D758-4103-BC23-7444C9869540" Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Date: Wed, 8 Jul 2020 10:25:30 +0100 In-Reply-To: <8A3ACFDE-10B5-4792-A948-B1041C1C4A83@gmail.com> Cc: Stewart Bryant , "BRUNGARD, DEBORAH A" , mpls , mpls-chairs To: Nicolai Leymann via Datatracker References: <159419630675.5069.7404964884866885005@ietfa.amsl.com> <8A3ACFDE-10B5-4792-A948-B1041C1C4A83@gmail.com> X-Mailer: Apple Mail (2.3608.80.23.2.2) Archived-At: Subject: Re: [mpls] Publication has been requested for draft-ietf-mpls-spl-terminology-02 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, 08 Jul 2020 09:25:36 -0000 --Apple-Mail=_ADCB3622-D758-4103-BC23-7444C9869540 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii > On 8 Jul 2020, at 10:11, Stewart Bryant wrote: > > physic Of course I mean psychic or more likely prophetic or more likely prescient - S --Apple-Mail=_ADCB3622-D758-4103-BC23-7444C9869540 Content-Transfer-Encoding: 7bit Content-Type: text/html; charset=us-ascii

On 8 Jul 2020, at 10:11, Stewart Bryant <stewart.bryant@gmail.com> wrote:

physic
Of course I mean psychic or more likely prophetic or more likely prescient

- S
--Apple-Mail=_ADCB3622-D758-4103-BC23-7444C9869540-- From nobody Wed Jul 8 03:30:29 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 A6DFE3A078A; Wed, 8 Jul 2020 03:30:26 -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 AwlrPmZf-UZW; Wed, 8 Jul 2020 03:30:25 -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 543713A0789; Wed, 8 Jul 2020 03:30:25 -0700 (PDT) Received: from lhreml705-chm.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 14B7F18B9275F30C8356; Wed, 8 Jul 2020 11:30:23 +0100 (IST) Received: from fraeml712-chm.china.huawei.com (10.206.15.61) by lhreml705-chm.china.huawei.com (10.201.108.54) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1913.5; Wed, 8 Jul 2020 11:30:22 +0100 Received: from fraeml714-chm.china.huawei.com (10.206.15.33) by fraeml712-chm.china.huawei.com (10.206.15.61) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1913.5; Wed, 8 Jul 2020 12:30:22 +0200 Received: from fraeml714-chm.china.huawei.com ([10.206.15.33]) by fraeml714-chm.china.huawei.com ([10.206.15.33]) with mapi id 15.01.1913.007; Wed, 8 Jul 2020 12:30:22 +0200 From: Giuseppe Fioccola To: Loa Andersson , "mpls@ietf.org" CC: "mpls-chairs@ietf.org" , "draft-ietf-mpls-rfc6374-sfl@ietf.org" Thread-Topic: Correction - MPLS wg WGLC on draft-ietf-mpls-rfc6374-sfl Thread-Index: AQHWT3aS0Zif6TwwY0WG4NuKfE0H16j9hUJw Date: Wed, 8 Jul 2020 10:30:22 +0000 Message-ID: <91fcaac9e5c84437bbd7563cb3979db4@huawei.com> References: <280d1472-877c-f1f7-6ea0-6459b05798e2@pi.nu> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.48.221.95] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [mpls] Correction - MPLS wg WGLC on draft-ietf-mpls-rfc6374-sfl 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, 08 Jul 2020 10:30:27 -0000 RGVhciBMb2EsIEFsbCwNCkkgc3VwcG9ydCBpdHMgcHVibGljYXRpb24gYXMgY29hdXRob3IuDQoN ClJlZ2FyZHMsDQoNCkdpdXNlcHBlDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9t OiBMb2EgQW5kZXJzc29uIFttYWlsdG86bG9hQHBpLm51XSANClNlbnQ6IFdlZG5lc2RheSwgSnVs eSAxLCAyMDIwIDk6MDkgQU0NClRvOiBtcGxzQGlldGYub3JnDQpDYzogbXBscy1jaGFpcnNAaWV0 Zi5vcmc7IGRyYWZ0LWlldGYtbXBscy1yZmM2Mzc0LXNmbEBpZXRmLm9yZw0KU3ViamVjdDogQ29y cmVjdGlvbiAtIE1QTFMgd2cgV0dMQyBvbiBkcmFmdC1pZXRmLW1wbHMtcmZjNjM3NC1zZmwNCg0K V0csDQoNClRoZSB3YXMgYSBjb3B5IGFuZCBwYXN0IGVycm9yIGluIHRoZSBmaXJzdCBtYWlsLCBw bGVhc2UgcmVzcG9uZCB0byB0aGlzIG1haWwuDQoNCi9Mb2ENCg0KT24gMDEvMDcvMjAyMCAxMzox NCwgTG9hIEFuZGVyc3NvbiB3cm90ZToNCj4gV29ya2luZyBHcm91cCwNCj4gDQo+IFRoaXMgaXMg dG8gaW5pdGlhdGUgYSB0d28gd2VlayB3b3JraW5nIGdyb3VwIGxhc3QgY2FsbCBvbiANCj4gZHJh ZnQtaWV0Zi1tcGxzLXJmYzYzNzQtc2ZsLg0KPiANCj4gUGxlYXNlIHNlbmQgeW91ciBjb21tZW50 cyB0byB0aGUgbXBscyB3ZyBtYWlsaW5nIGxpc3QgKG1wbHNAaWV0Zi5vcmcpLg0KPiANCj4gVGhl cmUgYXJlIHRocmVlIElQUiBkaXNjbG9zdXJlcyBhZ2FpbnN0IGRyYWZ0LWlldGYtbXBscy1yZmM2 Mzc0LXNmbCwgDQo+IHRob3VnaCBkaXNjbG9zdXJlICMyOTkxIGlzIGFuIHVwZGF0ZSBvZiBkaXNj bG9zdXJlICMyNzA2w7YNCj4gDQo+IFdlIGxhY2sgcmVzcG9uc2VzIG9uIHRoZSBJUFIgcG9sbCwg d2Ugbm9ybWFsbHkgd2l0IGZvciByZXNwb25zZXMgZnJvbSANCj4gYWxsIGF1dGhvcnMgYW5kIGNv bnRyaWJ1dG9ycy4gSG93ZXZlciB0aGUgSVBSIHBvbGwgaGFzIGJlZW4gb3BlbiBzaW5jZSANCj4g TWF5IDI5IGFuZCB3ZSBoYXZlIGRlY2lkZWQgdG8gZ28gYWhlYWQgYW5kIHN0YXJ0IHRoZSB3Z2xj IGFueXdheS4NCj4gDQo+IElmIHlvdSBoYXZlIGNvbmNlcm5zIGR1IHRvIGxhY2sgb2YgcmVzcG9u c2VzIHRvIHRoZSBJUFIgcG9sbCwgcGxlYXNlIA0KPiBzZW5kIHRob3NlIGNvbW1lbnRzIGFzIHBh cnQgb2YgdGhlIHdnbGMuDQo+IA0KPiBPZiB0aGUgYXV0aG9ycyBmb3VyIGhhcyByZXNwb25kZWQg dG8gdGhlIElQUiBwb2xsLiBPZiB0d28gY29udHJpYnV0b3JzIA0KPiBvbmUgaGFzIHJlc3BvbmRl ZCB0byB0aGUgSVBSIHBvbGwuIEFsbCByZXNwb25zZXMgaGF2ZSBiZWVuIHBvc3RlZCB0byANCj4g dGhlIHdvcmtpbmcgZ3JvdXAgbWFpbGluZyBsaXN0LCBpbmRpY2F0aW5nIHRoYXQgdGhlIHJlc3Bv bmRlbnRzIGFyZSANCj4gdW5hd2FyZSBvZiBhbnkgbm9uLWRpc2Nsb3NlZCBJUFJzIHRoYXQgcmVs YXRlcyB0byB0aGlzIGRvY3VtZW50Lg0KPiANCj4gVGhpcyB3b3JraW5nIGdyb3VwIGxhc3QgY2Fs bCBlbmRzIEZyaWRheSBKdWx5IDE1LCAyMDIwLg0KPiANCj4gL0xvYQ0KDQotLSANCg0KTG9hIEFu ZGVyc3NvbiAgICAgICAgICAgICAgICAgICAgICAgIGVtYWlsOiBsb2FAcGkubnUNClNlbmlvciBN UExTIEV4cGVydCAgICAgICAgICAgICAgICAgICAgICAgICAgbG9hLnBpLm51QGdtYWlsDQpCcm9u emUgRHJhZ29uIENvbnN1bHRpbmcgICAgICAgICAgICAgcGhvbmU6ICs0NiA3MzkgODEgMjEgNjQN Cg== From nobody Wed Jul 8 04:18:21 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 5A74F3A0874; Wed, 8 Jul 2020 04:18: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 3FTjNwSQ8CR8; Wed, 8 Jul 2020 04:18:06 -0700 (PDT) Received: from mail-wm1-x32d.google.com (mail-wm1-x32d.google.com [IPv6:2a00:1450:4864:20::32d]) (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 378623A0845; Wed, 8 Jul 2020 04:18:06 -0700 (PDT) Received: by mail-wm1-x32d.google.com with SMTP id o8so2503487wmh.4; Wed, 08 Jul 2020 04:18:06 -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=J1K+9qh6mQLFbEbTFESw+6F/lfLcA996RJaecDL0Tys=; b=d9+9eQ3HF9jls/wRf33vAv+IzTsu/otpZbZguSxo3dSDna+iVEkfgs2X9K+rTVqX1V FwDO/rJTYV5NybV3B3s4xUObMQ8HpX79hHRKLo8VMewhOj6ONl7rrXCdC1mYBqREvYK6 HJZx8rq1beBLMGVPQlJklB18tSG6pNp2sWlL306hobQ0Dl7sa3UGUMPjbw0X6OvjwtGt BIlZkGH8KafPDBgRGkuNArVSk425n+kmnWue8tzMfBfSknH0EF5PMsoWgPME/OCXDn9u LKVdRhe0bh9zpih1q4/ZRRmNK4LLtvKcIBVP19OtlSaHV91yZ4A88sjz04FSGYiTpJRS mgrA== 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=J1K+9qh6mQLFbEbTFESw+6F/lfLcA996RJaecDL0Tys=; b=hENrKnveOsievi3FkV0P/12LHGb5jQrCEbTr825DeHWn+qwSTDIG/LIE6JWsCLTJje iIwHlkikPz/2vghpxvmokwbVBU/ey4WO+tzVKdhUJrNqIMtKRIOZenExOv/lPSwmaK54 9JahgnhasaP1LbZAoHUeABRP49pmGPrtzZzf8sD6biTs56rg3TckvO8vm2WX1OdkFprQ eCFWEtfSAiIBTfoTT7y4v0eFUI0bTHXVBvQ2dS8oPFZCTFvyDLYVt2goiGyNYf0ukf8K PXqZqzMoOvOGOCr/vqZgrsHqc9nJs+P6h9PTdD3c84JSRawikVcsSoWiKkOidVxeSY2Q iHTA== X-Gm-Message-State: AOAM531JoRKfN5VeE8E4PixNyeiBvadyboMqOp1Y3aYpkhIKpvP449is MRFXYIcg2wsjazB1IvHV7fo= X-Google-Smtp-Source: ABdhPJwFP+J3TSzuh0b294+Ld8yBVBXlQBpbVdIiios8NlwKulPc67xJZNOU2VwglKy+fzNw4FvdOg== X-Received: by 2002:a7b:cd90:: with SMTP id y16mr8675689wmj.20.1594207084642; Wed, 08 Jul 2020 04:18:04 -0700 (PDT) Received: from appleton.fritz.box ([62.3.64.16]) by smtp.gmail.com with ESMTPSA id l18sm5547484wrm.52.2020.07.08.04.18.03 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 08 Jul 2020 04:18:03 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) From: Stewart Bryant In-Reply-To: <159372902558.22641.8459872357136850825@ietfa.amsl.com> Date: Wed, 8 Jul 2020 12:18:02 +0100 Cc: Stewart Bryant , secdir , mpls , draft-ietf-mpls-sfl-framework.all@ietf.org, last-call@ietf.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <159372902558.22641.8459872357136850825@ietfa.amsl.com> To: Tero Kivinen X-Mailer: Apple Mail (2.3608.80.23.2.2) Archived-At: Subject: Re: [mpls] Secdir last call review of draft-ietf-mpls-sfl-framework-08 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, 08 Jul 2020 11:18:09 -0000 > On 2 Jul 2020, at 23:30, Tero Kivinen via Datatracker = wrote: >=20 >=20 >=20 > It does claim in the security considerations section that there is no = new > security issues associated with the MPLS dataplane. I think that is = not true. > If there is any kind of different processing depending which synonym > is used that can be used to bypass that processing by using the = another > synonym instead of the intended one. > For example if attacker knows=20 > that specific synonym causes deep packet inspection (one of the = examples > given), and he might want to use the synonym which bypasses this=20 s/he/they/ > inspection, in case he is sending things he does not want to be=20 > inspected. This could be some kind of malicious code somehow > loaded to the sending device or something. The sending device is always an LSR owned by the provider, there is no = way for a random device to do this. Equally the P routers are owned and = managed by the provider. >=20 > On the other hand my understanding that trust model of MPLS > is mostly we blindly trust everything other end says, so someone > able to use different synonyms are most likely also able to do=20 > other even worse things, but I think there are new things caused > by this addition than what is already present in the MPLS now. If you can articulations them, we will look at the level of threat and = how we might mitigate them. However we are not aware of any such new = threats. As you say, if you compromised the ingress PE in a MPLS network = you are pretty much dead in the water anyway. These environments are = well managed and tend to be secure. Thus, I do not propose to add any text unless there is a well = articulated and specific threat that is not already considered within = the existing MPLS design. Many thanks for the review. Stewart From nobody Wed Jul 8 05:48: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 79F443A09E0; Wed, 8 Jul 2020 05:48:45 -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 Ahr2InK8iuVy; Wed, 8 Jul 2020 05:48:44 -0700 (PDT) Received: from mail-wr1-x429.google.com (mail-wr1-x429.google.com [IPv6:2a00:1450:4864:20::429]) (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 C24223A09DF; Wed, 8 Jul 2020 05:48:43 -0700 (PDT) Received: by mail-wr1-x429.google.com with SMTP id r12so48774823wrj.13; Wed, 08 Jul 2020 05:48:43 -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=KFh5B1faOHRFj86xZRD3LI1hF81k8O7qlLXFBcVEx+4=; b=jSCfVZzyB4K28Yx1nWTm/7VjPoijHOA+6rBnrbugoB0AgMcy5aw6+7wafhSZF2GCP6 JD8psouGxXfSgP0NObL4gDak8YiwduwDGd4dJLQaGt8XRIMnVfWI1xCW1KuGSAoUWVFr InADvYrtB9i/XzE/L3pMYUttrK063XlndFmpBUqtpPpBUiv16pwCQu84eK8DpXnO1d2a WuZRIy1vt8397b+CS6oJ4N0gzsE7kjUCeKHaggIJCZlweMr4yTxHQyTNd+lDUy1+kkHv nCV8Ifrms8tpmrnsT4X1lzfNCqhhV1G5In1Ad/X0rj5TF//5S6A98mT0MIjoGzReoqel G7ew== 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=KFh5B1faOHRFj86xZRD3LI1hF81k8O7qlLXFBcVEx+4=; b=qTviMf5sOV1AAdWewL7cLsNl3YgYxP4oaYgXBcmlcB48QmacqTEVN8MZeTJT+KJpA9 O8ntb58MPMKCf6SFP0dEuZNto0NW7cYfi5inTvyl192oj1YJVF2oTjmc1gVUlYt37Gej TdqEG+C4VWd6J/FmJG/I9Fwl83FdanTEFlJxM2sxM/fyakEQyYtmqiJiv06INweX6MzY 6sXia4jf2gG2MdvoeLQFJOjkd6bt3UelKfc43yrCcuD/tSeLJuNdZgIGRbprG3IhPZxO 4MJZ277xQ4RZmCBydDlSBGo0pCK148CmXC679kc5s1gxEqww4c+G8RZh6bkgI9Q2X0rQ G6HA== X-Gm-Message-State: AOAM533vcbQj262lsI6FKcGEVqfIf9Evvu3LQTJKW+E94NiMrHs40v8s AQmF5RG+UZ4BjJxi5/vA+Q1JByTlplk= X-Google-Smtp-Source: ABdhPJwGt+VqG7+fFmzmqAeUTYw0aTgn/RcNVVG6pFnGn+m2TmL5asDUXlLWu654bV3M32VgJSon7g== X-Received: by 2002:a5d:4a84:: with SMTP id o4mr16742288wrq.104.1594212522064; Wed, 08 Jul 2020 05:48:42 -0700 (PDT) Received: from appleton.fritz.box ([62.3.64.16]) by smtp.gmail.com with ESMTPSA id x7sm5999082wrr.72.2020.07.08.05.48.40 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 08 Jul 2020 05:48:41 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) From: Stewart Bryant In-Reply-To: Date: Wed, 8 Jul 2020 13:48:40 +0100 Cc: Stewart Bryant , Review Team , mpls , draft-ietf-mpls-sfl-framework.all@ietf.org, Last Call , rtg-ads@ietf.org Content-Transfer-Encoding: quoted-printable Message-Id: <29919CCE-2FA8-487C-BFE3-BB38D0766A2B@gmail.com> References: <159345181106.6204.7060455676708406175@ietfa.amsl.com> To: Pete Resnick X-Mailer: Apple Mail (2.3608.80.23.2.2) Archived-At: Subject: Re: [mpls] [Gen-art] Genart last call review of draft-ietf-mpls-sfl-framework-08 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, 08 Jul 2020 12:48:46 -0000 > On 30 Jun 2020, at 17:55, Pete Resnick wrote: >=20 > On 30 Jun 2020, at 7:24, Stewart Bryant wrote: >=20 >>> On 29 Jun 2020, at 18:30, Pete Resnick via Datatracker = wrote: >>>=20 >>> Minor issues: >>>=20 >>> It is not clear to me why this is being sent for Informational = instead of >>> Proposed Standard. The shepherd's writeup does not justify it, and = in fact the >>> writeup refers to the document as a "specification", which is = exactly what it >>> appears to be. It defines the use of SFLs, describes how they are = processed by >>> the endpoints, describes how they are aggregated, etc. While the = document may >>> not be standalone, I don't see how it's really an Informational = document. I >>> suggest restarting the Last Call for Proposed, and if for some = reason it needs >>> to be Informational, it can always be downgraded after Last Call. >>=20 >> Pete - the =E2=80=9Ctradition=E2=80=9D... >=20 > I hear songs from "Fiddler on the Roof" in my head... >=20 >> ...in routing is that such documents are Informational and the = detailed protocol specifications are standards (there are a couple of = those in progress about to finish baking). I leave it up to our AD to = pass judgement on the matter as this is a simple fix, but I don=E2=80=99t = think the changed status is REQUIRED. >=20 > Absolutely agreed that it is not required, but given that this does = contain specification, and how much less scrutiny is given to = Informational document as against Standards Track (see, for example, the = IESG balloting rules on each), Standards Track seems more sensible. But = the world remains intact either way. I await judgement of the IESG on the matter. >=20 >>> The Security Considerations section says, "The issue noted in = Section 6 is a >>> security consideration." I'm not sure I understand why that is. >>=20 >> Section 6 explains the privacy considerations, and privacy and = security are close friends so I cross referenced the section rather than = repeating it. I suggest that we wait to see what SECDIR wants to do = before changing any text. Note removed by popular request >=20 > Yes, glad to defer to SECDIR on this. >=20 >>> Nits/editorial comments: >>>=20 >>> Section 1: "(see Section 3)" seems unnecessary. Removed >>=20 >> I can take that out on the next version, it was intended as a forward = reference to a completely new contract in MPLS. >>=20 >>> Section 3: I thought the "Consider..." construction made those = paragraphs >>> unnecessarily wordy and a bit harder to follow. >>>=20 >> I will reword the first two sentences para 2 of section 3 to = simplify the language. As an example application of this technology, let us consider a pseudowire (PW) {{RFC3985}} on which it is desired to make packet loss measurement. Two labels, synonymous with the PW labels, are = obtained from the egress terminating provider edge (T-PE). By alternating between these SFLs and using them in place of the PW label, the PW packets may be batched for counting without any impact on the PW forwarding behavior (note that strictly only one SFL is needed in this application, but that is an optimization that is a matter for the implementor). The method of obtaining these additional labels is outside the scope of this text, however, one control protocol that provides a method of obtaining SFLs is = described in {{I-D.bryant-mpls-sfl-control}}. Best regards Stewart= From nobody Wed Jul 8 05:57:33 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 513F73A09EB; Wed, 8 Jul 2020 05:57:31 -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.7.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: mpls@ietf.org Message-ID: <159421305125.32455.3090072653477634867@ietfa.amsl.com> Date: Wed, 08 Jul 2020 05:57:31 -0700 Archived-At: Subject: [mpls] I-D Action: draft-ietf-mpls-sfl-framework-09.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, 08 Jul 2020 12:57:31 -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-09.txt Pages : 10 Date : 2020-07-08 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-09 https://datatracker.ietf.org/doc/html/draft-ietf-mpls-sfl-framework-09 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-sfl-framework-09 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Fri Jul 10 07:41:49 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 D5D603A0E1E; Fri, 10 Jul 2020 07:41:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.896 X-Spam-Level: X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, 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 9nDFNZYaOldD; Fri, 10 Jul 2020 07:41:37 -0700 (PDT) Received: from mx0a-00191d01.pphosted.com (mx0a-00191d01.pphosted.com [67.231.149.140]) (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 217493A0E21; Fri, 10 Jul 2020 07:41:37 -0700 (PDT) Received: from pps.filterd (m0049297.ppops.net [127.0.0.1]) by m0049297.ppops.net-00191d01. (8.16.0.42/8.16.0.42) with SMTP id 06AEWJck045639; Fri, 10 Jul 2020 10:41:36 -0400 Received: from alpi154.enaf.aldc.att.com (sbcsmtp6.sbc.com [144.160.229.23]) by m0049297.ppops.net-00191d01. with ESMTP id 325k81c15b-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 10 Jul 2020 10:41:36 -0400 Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id 06AEfYVN028543; Fri, 10 Jul 2020 10:41:35 -0400 Received: from zlp30484.vci.att.com (zlp30484.vci.att.com [135.47.91.179]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id 06AEfWqJ028471 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 10 Jul 2020 10:41:32 -0400 Received: from zlp30484.vci.att.com (zlp30484.vci.att.com [127.0.0.1]) by zlp30484.vci.att.com (Service) with ESMTP id 8AA994009E66; Fri, 10 Jul 2020 14:41:32 +0000 (GMT) Received: from GAALPA1MSGHUBAF.ITServices.sbc.com (unknown [130.8.218.155]) by zlp30484.vci.att.com (Service) with ESMTPS id 75EFF4009E65; Fri, 10 Jul 2020 14:41:32 +0000 (GMT) Received: from GAALPA1MSGEX1DD.ITServices.sbc.com (135.50.89.117) by GAALPA1MSGHUBAF.ITServices.sbc.com (130.8.218.155) with Microsoft SMTP Server (TLS) id 14.3.487.0; Fri, 10 Jul 2020 10:41:31 -0400 Received: from GAALPA1MSGEX1DE.ITServices.sbc.com (135.50.89.118) by GAALPA1MSGEX1DD.ITServices.sbc.com (135.50.89.117) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2044.4; Fri, 10 Jul 2020 10:41:31 -0400 Received: from GAALPA1MSGEX1DE.ITServices.sbc.com ([135.50.89.118]) by GAALPA1MSGEX1DE.ITServices.sbc.com ([135.50.89.118]) with mapi id 15.01.2044.004; Fri, 10 Jul 2020 10:41:31 -0400 From: "BRUNGARD, DEBORAH A" To: "teas@ietf.org" , "pce@ietf.org" , "'CCAMP'" , "detnet@ietf.org" , "raw@ietf.org" , mpls Thread-Topic: ANRW TE talk at IETF108 Thread-Index: AdZWx5XPPsDxIL4aQXKOC6z2t5qPMQ== Date: Fri, 10 Jul 2020 14:41:31 +0000 Message-ID: <8c7120cc392e47f480fbabc0095cb166@att.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [130.10.154.249] Content-Type: multipart/alternative; boundary="_000_8c7120cc392e47f480fbabc0095cb166attcom_" MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235, 18.0.687 definitions=2020-07-10_10:2020-07-10, 2020-07-10 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 bulkscore=0 mlxscore=0 suspectscore=0 malwarescore=0 clxscore=1011 adultscore=0 priorityscore=1501 spamscore=0 lowpriorityscore=0 mlxlogscore=432 impostorscore=0 phishscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2007100102 Archived-At: Subject: [mpls] ANRW TE talk at IETF108 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, 10 Jul 2020 14:41:40 -0000 --_000_8c7120cc392e47f480fbabc0095cb166attcom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi TE fans, Take note, there will be an ANRW "Transport Protocols and Traffic Engineeri= ng" talk on July 30 (Thursday) at 14:10 UTC: https://irtf.org/anrw/2020/program.html Good weekends- Deborah --_000_8c7120cc392e47f480fbabc0095cb166attcom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi TE fans,

 

Take note, there will be an ANRW “Transport Pr= otocols and Traffic Engineering” talk on July 30 (Thursday) at 14:10 = UTC:

= https://irtf.org/anrw/2020/program.html

 

Good weekends-

Deborah

 

--_000_8c7120cc392e47f480fbabc0095cb166attcom_-- From nobody Sat Jul 11 20:49: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 94F433A09D1; Sat, 11 Jul 2020 20:49:18 -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 GNTZQ8NCd0BI; Sat, 11 Jul 2020 20:49:16 -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 980DF3A09C0; Sat, 11 Jul 2020 20:49:14 -0700 (PDT) Received: from [192.168.0.14] (unknown [111.125.109.72]) (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 5C28A325436; Sun, 12 Jul 2020 05:49:10 +0200 (CEST) To: BESS References: <00a501d6513d$e7f052f0$b7d0f8d0$@gmail.com> <00ba01d6513e$6d50c380$47f24a80$@gmail.com> From: Loa Andersson Cc: slitkows.ietf@gmail.com, mpls@ietf.org, "draft-ietf-bess-evpn-lsp-ping@ietf.org" , "mpls-chairs@ietf.org" , Mach Chen , "Carlos Pignataro (cpignata)" , "Bocci, Matthew (Nokia - GB)" Message-ID: <18ec7f76-6c06-418f-34ec-2f98c37dac4d@pi.nu> Date: Sun, 12 Jul 2020 11:49:07 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <00ba01d6513e$6d50c380$47f24a80$@gmail.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [mpls] FW: WGLC, IPR and implementation poll for draft-ietf-bess-evpn-lsp-ping 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, 12 Jul 2020 03:49:19 -0000 Stephane and Matthew, Thanks for sending this to the mpls wg, LSP Ping is one of of out key protocols and assignments of LSP Ping code points should be reviewed by the mpls working group. bess wg, (mpls wg for info), There are a few comments on the IANA section and the use of the code points you request that IANA shall allocate. First, the scope of the sub-TLVs allocated from the "Sub-TLVs for TLV Types 1, 16, and 21" sub-registry. Code points from this registry are valid for three TLVs (1, 16 and 21), it is the impression that the draft try to allocate four sub-TLVs for TLV 1 only. If the sub-TLV is not valid for TLVs 16 and 21 that needs to be carefully specified in the document. If this is the case it would imply a not insignificant implementation complexity. Second, the registry from which the allocation will be done needs to clearly pointed out. The IANA section talks about: "Multiprotocol Label Switching (MPLS) Label Switched Paths (LSPs) Parameters - TLVs" registry. There is no such registry. I often use the following terminology to get the registry names right, Name Space, Registry, sub-registry. In your case the namespace would be "Multiprotocol Label Switching (MPLS) Label Switched Paths (LSPs) Parameters" The registry would be "TLVs" And the sub-registry "Sub-TLVs for TLV Types 1, 16, and 21" One way of clearly pointing out drom which sub-registry you wantt the sub-TLVs to be appointed would be: "IANA is requested to assign value for the four sub-TLVs listed below from the Standards Track" (0-16383) range, in the "Sub-TLVs for TLV Types 1, 16, and 21" sub-registry, in the "TLVs" registry in the "Multiprotocol Label Switching (MPLS) Label Switched Paths (LSPs) Ping Parameters" name space." You should also say that you want the lowest 4 free values. Note 1: I had some communication with the editor that indicates that this is the correct range. Note 2: There is a draft that will soon be wglc'ed in the MPLS working group, "draft-ietf-mpls-lsp-ping-registries-update". As far as I can see none of the changes to the LSP Ping registers done in the mpls draft has any effect on the allocation made by this draft. I have consulted our registry experts (Carlos and Mach) to look at the IANA registry in draft-ietf-bess-evpn-lsp-ping. The point that they brought back was that the scope of the requested sub-TLVs (TLV 1 only or TLV 1, 16 and 21) must be made very clear. For the allocation "Return Codes" that is cledarer. Say "The Return Codes" registry in the "Multiprotocol Label Switching (MPLS) Label Switched Paths (LSPs) Ping Parameters" name space." And that the two lowest standard actions code points should be allocated. I would use bullets to list the return codes, using numbers might be taken as that this is the values you want. There are some language that should be considered, e.g. from section 8.2: This document proposes two new Return Codes, which SHOULD be included in the Echo Reply message by a PE in response to LSP Ping Echo Request message: This are rather general statement, and it is true only EVPN and PBB context, right? Please make specific. The same would be true for this from section 8.1.: This document defines 4 new sub-TLV type to be included in Target FEC Stack TLV (TLV Type 1) [RFC8029] in LSP Ping. It is only included in EVPN and PBB context, and I would substitute "LSP Ping" with "echo request and echo reply messages" /Loa On 03/07/2020 21:32, slitkows.ietf@gmail.com wrote: > Hi MPLS WG, > > We have started a working group last call on > draft-ietf-bess-evpn-lsp-ping which we may be interested to have you > review and comments on. Please comment on the BESS mailing list as well > as MPLS mailing list. > > Brgds, > > Stephane > > *From:*slitkows.ietf@gmail.com > *Sent:* vendredi 3 juillet 2020 15:29 > *To:* bess@ietf.org; draft-ietf-bess-evpn-lsp-ping@ietf.org > *Cc:* bess-chairs@ietf.org > *Subject:* WGLC, IPR and implementation poll for > draft-ietf-bess-evpn-lsp-ping > > Hello WG, > > This email starts a two weeks Working Group Last Call on > draft-ietf-bess-evpn-lsp-ping-02 [1]. > > This poll runs until * the 20^th Of July *. > > We are also polling for knowledge of any undisclosed IPR that applies to > this Document, to ensure that IPR has been disclosed in compliance with > IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details). > > If you are listed as an Author or a Contributor of this Document please > respond to this email and indicate whether or not you are aware of any > relevant undisclosed IPR. The Document won't progress without answers > from all the Authors and Contributors. > > There is currently no IPR disclosed. > > If you are not listed as an Author or a Contributor, then please > explicitly respond only if you are aware of any IPR that has not yet > been disclosed in conformance with IETF rules. > > We are also polling for any existing implementation as per [2]. > > Thank you, > > Stephane & Matthew > > [1] https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-lsp-ping/ > > [2] https://mailarchive.ietf.org/arch/msg/bess/cG3X1tTqb_vPC4rg56SEdkjqDpw > > > _______________________________________________ > 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 Bronze Dragon Consulting phone: +46 739 81 21 64 From nobody Mon Jul 13 04:27: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 B495A3A0F78 for ; Mon, 13 Jul 2020 04:27:05 -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 T6MMuC9UEFl1 for ; Mon, 13 Jul 2020 04:27:04 -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 425423A0F65 for ; Mon, 13 Jul 2020 04:27:04 -0700 (PDT) Received: from lhreml725-chm.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id DF9E011FA2B0D6B9FE39 for ; Mon, 13 Jul 2020 12:27:02 +0100 (IST) Received: from nkgeml701-chm.china.huawei.com (10.98.57.156) by lhreml725-chm.china.huawei.com (10.201.108.76) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1913.5; Mon, 13 Jul 2020 12:27:02 +0100 Received: from nkgeml701-chm.china.huawei.com (10.98.57.156) by nkgeml701-chm.china.huawei.com (10.98.57.156) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1913.5; Mon, 13 Jul 2020 19:26:59 +0800 Received: from nkgeml701-chm.china.huawei.com ([10.98.57.156]) by nkgeml701-chm.china.huawei.com ([10.98.57.156]) with mapi id 15.01.1913.007; Mon, 13 Jul 2020 19:26:59 +0800 From: "Yangfan (IP Standard)" To: "mpls@ietf.org" , Liuyan Han Thread-Topic: Forward: New Version Notification for draft-han-mpls-sdi-sr-00.txt Thread-Index: AdZZCC4eJeRqCA+YTBeJOlUFgqHnNA== Date: Mon, 13 Jul 2020 11:26:59 +0000 Message-ID: <3fe5d96f2e454bac91632ce45ce37740@huawei.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.108.203.250] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [mpls] Forward: New Version Notification for draft-han-mpls-sdi-sr-00.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: Mon, 13 Jul 2020 11:27:06 -0000 SGkgTVBMUyBXR2VycywNCg0KQXMgYSBjby1hdXRob3Igb2YgdGhpcyBuZXcgSS1ELCBJJ2QgbGlr ZSB0byBpbnRyb2R1Y2UgdGhpcyBkcmFmdCwgZGVzY3JpYmluZyB0aGUgc29sdXRpb25zIHRvIGlu ZGljYXRlIHRoZSBzaWduYWwgZGVncmFkZSBpbmZvcm1hdGlvbiBpbiBTUiBvdmVyIE1QTFMgbmV0 d29ya3MuIEluIGxhc3QgSUVURiBtZWV0aW5nLCB3ZSBwcm9wb3NlZCB0aGUgcHJvYmxlbSBzdGF0 ZW1lbnRzIGFuZCB1c2VzIGNhc2VzIG9mIHNpZ25hbCBkZWdyYWRlIGFuZCByZWNlaXZlZCBzb21l IHVzZWZ1bCBzdWdnZXN0aW9ucy4gSGVyZSwgaW4gdGhpcyBuZXcgZHJhZnQsIHR3byBleHRlbnNp b25zIGJhc2VkIG9uIEJGRCBwcm90b2NvbCBhbmQgTVBMUy1UUCBPQU0gbWVjaGFuaXNtcyBhcmUg c3BlY2lmaWVkIHRvIG5vdGlmeSB0aGUgU0QgaW5mb3JtYXRpb24gdG8gb3RoZXIgTFNSIG9yIExF UiBub2RlcyBpZiBTRCBpcyBkZXRlY3RlZCBvbiB0aGUgTFNSIG5vZGVzLiANCkFueSBjb21tZW50 cywgYW5kIHN1Z2dlc3Rpb25zIGFyZSBncmVhdGx5IHdlbGNvbWUuDQoNClRoZSBzaG9ydGN1dCB0 byB0aGUgbmV3IEktRDogaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0 LWhhbi1tcGxzLXNkaS1zci0wMC50eHQNCg0KDQpCZXN0IHJlZ2FyZHMsIA0KRmFuICYgTGl1eWFu DQoNCg0KDQoNCg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KQSBuZXcgdmVyc2lvbiBv ZiBJLUQsIGRyYWZ0LWhhbi1tcGxzLXNkaS1zci0wMC50eHQgaGFzIGJlZW4gc3VjY2Vzc2Z1bGx5 IHN1Ym1pdHRlZCBieSBGYW4gWWFuZyBhbmQgcG9zdGVkIHRvIHRoZSBJRVRGIHJlcG9zaXRvcnku DQoNCk5hbWU6CQlkcmFmdC1oYW4tbXBscy1zZGktc3INClJldmlzaW9uOgkJMDANClRpdGxlOgkJ U2lnbmFsIERlZ3JhZGUgSW5kaWNhdGlvbiBVc2VkIGluIFNlZ21lbnQgUm91dGluZyBvdmVyIE1Q TFMgTmV0d29yaw0KRG9jdW1lbnQgZGF0ZToJMjAyMC0wNy0xMw0KR3JvdXA6CQlJbmRpdmlkdWFs IFN1Ym1pc3Npb24NClBhZ2VzOgkJOA0KVVJMOiAgICAgICAgaHR0cHM6Ly93d3cuaWV0Zi5vcmcv aW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWhhbi1tcGxzLXNkaS1zci0wMC50eHQNClN0YXR1czogICAg ICBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1oYW4tbXBscy1zZGktc3Iv DQpIdG1saXplZDogICAgaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWhhbi1tcGxz LXNkaS1zci0wMA0KSHRtbGl6ZWQ6ICAgIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9j L2h0bWwvZHJhZnQtaGFuLW1wbHMtc2RpLXNyDQoNCg0KQWJzdHJhY3Q6DQogICBUaGlzIGRvY3Vt ZW50IGRlc2NyaWJlcyB0aGUgdHlwaWNhbCB1c2UgY2FzZXMgZm9yIHNpZ25hbCBkZWdyYWRlDQog ICBpbmRpY2F0aW9uIHVzZWQgaW4gU1Igb3ZlciBNUExTIG5ldHdvcmtzLiAgVG8gc2F0aXNmeSB0 aGUgdXNlIGNhc2VzDQogICBhbmQgcmVxdWlyZW1lbnRzIG9mIHNpZ25hbCBkZWdyYWRlIGluZGlj YXRpb24sIHR3byBleHRlbnNpb25zIGJhc2VkDQogICBvbiB0aGUgQkZEIHByb3RvY29sIGFuZCBN UExTLVRQIE9BTSBtZWNoYW5pc21zIGFyZSBnaXZlbg0KICAgcmVzcGVjdGl2ZWx5Lg0KDQoNCg0K DQpQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0 aGUgdGltZSBvZiBzdWJtaXNzaW9uIHVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZm IGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5vcmcuDQoNClRoZSBJRVRGIFNlY3JldGFyaWF0 DQoNCg0K From nobody Mon Jul 13 08:58:50 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 C6BF73A13AA; Mon, 13 Jul 2020 08:58:48 -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 3eTuvikLjcTm; Mon, 13 Jul 2020 08:58:47 -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 0BCB33A13BF; Mon, 13 Jul 2020 08:58:44 -0700 (PDT) Received: from lhreml708-chm.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 55235F9ECFE7C58E7FBC; Mon, 13 Jul 2020 16:58:40 +0100 (IST) Received: from fraeml713-chm.china.huawei.com (10.206.15.32) 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; Mon, 13 Jul 2020 16:58:40 +0100 Received: from fraeml715-chm.china.huawei.com (10.206.15.34) by fraeml713-chm.china.huawei.com (10.206.15.32) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1913.5; Mon, 13 Jul 2020 17:58:39 +0200 Received: from fraeml715-chm.china.huawei.com ([10.206.15.34]) by fraeml715-chm.china.huawei.com ([10.206.15.34]) with mapi id 15.01.1913.007; Mon, 13 Jul 2020 17:58:39 +0200 From: Italo Busi To: "teas@ietf.org" , "mpls@ietf.org" Thread-Topic: New Version Notification for draft-busizheng-teas-yang-te-mpls-topology-00.txt Thread-Index: AQHWWSek8xnHV9abcU+xXR5cELXsDakFn2xw Date: Mon, 13 Jul 2020 15:58:39 +0000 Message-ID: <4692687b4e3d4a3fb12ce30e313bfdc3@huawei.com> References: <159465295307.29732.13812037939106255818@ietfa.amsl.com> In-Reply-To: <159465295307.29732.13812037939106255818@ietfa.amsl.com> Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.92.251] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [mpls] FW: New Version Notification for draft-busizheng-teas-yang-te-mpls-topology-00.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: Mon, 13 Jul 2020 15:58:49 -0000 V2Ugd291bGQgbGlrZSB0byBpbmZvcm0gYm90aCBURUFTIGFuZCBNUExTIFdHcyBhYm91dCB0aGlz IEktRCwgd2UgaGF2ZSBqdXN0IHN1Ym1pdHRlZC4NCg0KVGhpcyBJLUQgaXMgcmVwbGFjaW5nIGRy YWZ0LWJ1c2l6aGVuZy10ZWFzLW1wbHMtdHAteWFuZy0wMiBhbmQgZGVzY3JpYmVzIGEgWUFORyBt b2RlbCBmb3IgTVBMUy1URSBUb3BvbG9neSwgd2hpY2gsIGJhc2VkIG9uIHRoZSBkaXNjdXNzaW9u cyBkdXJpbmcgdGhlIFRFIG1vZGVsIGRlc2lnbiBkaXNjdXNzaW9uIHdlZWtseSBjYWxscywgY291 bGQgYWxzbyBiZSB1c2VkIGZvciBNUExTLVRQOg0KDQpodHRwczovL2dpdGh1Yi5jb20vdHNhYWQt ZGV2L3RlL3B1bGwvMTA0DQoNCkluIHBhcnRpY3VsYXI6DQoNCi0gTVBMUy1URSB0b3BvbG9neSBh dWdtZW50cyBQYWNrZXQtVEUgdG9wb2xvZ3ksIGZvbGxvd2luZyBvcHRpb24gMiBkaXNjdXNzZWQg ZHVyaW5nIElFVEYgMTA2Og0KDQogIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvbWVldGlu Zy8xMDYvbWF0ZXJpYWxzL3NsaWRlcy0xMDYtdGVhcy1zZXNzYS0wNC15YW5nLW1vZGVscy1mb3It bDMtYW5kLXNyLXRlLXRvcG9sb2dpZXMtMDANCg0KLSBhbGwgYmlkaXJlY3Rpb25hbCBURSBsaW5r cyBjYW4gc3VwcG9ydCBiaWRpcmVjdGlvbmFsIExTUHMgc28gdGhlcmUgaXMgbm8gbmVlZCB0byBh ZHZlcnRpc2UgdGhlIGNhcGFiaWxpdHkgdG8gc3VwcG9ydCBiaWRpcmVjdGlvbmFsIExTUHMNCg0K LSBBIGxvYWQtYmFsYW5jaW5nLXR5cGUgbGVhZiBoYXMgYmVlbiBkZWZpbmVkIHRvIGFkdmVydGlz ZSB3aGV0aGVyIGEgTEFHIG9yIGFuIE1QTFMtVEUgYnVuZGxlIGxpbmsgcHJvdmlkZXMgcGVyLWZs b3cgb3IgcGVyLXRvcC1sYWJlbCBsb2FkIGJhbGFuY2luZyAodGhlIGxhdHRlciBvcHRpb24gYmVp bmcgYWNjZXB0YWJsZSBmb3IgTVBMUy1UUCBMU1BzKQ0KDQotIEFuIHVocC1pbmNhcGFibGUgbGVh ZiBoYXMgYmVlbiBkZWZpbmVkIHRvIGFkdmVydGlzZSB3aGV0aGVyIGFuIExUUCBpcyBub3QgY2Fw YWJsZSB0byBzdXBwb3J0IFVIUCAoYW5kIHNob3VsZCBub3QgYmUgdXNlZCB0byByZWFjaCB0aGUg bGFzdCBub2RlIGZvciBhbiBNUExTLVRQIExTUCB3aXRoIFBIUCBiZWluZyBkaXNhYmxlZCkNCg0K TW9yZSBkZXRhaWxzIGFib3V0IHRoZSBob3cgdGhpcyBtb2RlbCBjYW4gYmUgdXNlZCBmb3IgTVBM Uy1UUCBuZXR3b3JrcyBhcmUgZGVzY3JpYmVkIGluIHNlY3Rpb24gMy4yIG9mIHRoZSBkcmFmdC4N Cg0KU2ltaWxhciB1cGRhdGVzIGFyZSBhbHNvIGV4cGVjdGVkIGZvciBkcmFmdC1pZXRmLXRlYXMt eWFuZy10ZS1tcGxzLCBhcyBkaXNjdXNzZWQgb24gZ2l0aHViLg0KDQpDb21tZW50cyBhbmQgZmVl ZGJhY2tzIHRvIGltcHJvdmUgdGhpcyBkb2N1bWVudCBhcmUgbW9yZSB0aGFuIHdlbGNvbWUuDQoN ClRoYW5rcw0KDQpJdGFsbyAob24gYmVoYWxmIG9mIGNvLWF1dGhvcnMpDQoNCj4gLS0tLS1Pcmln aW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnIFttYWls dG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnXQ0KPiBTZW50OiBsdW5lZMOsIDEzIGx1Z2xpbyAy MDIwIDE3OjA5DQo+IFRvOiBaaGVuZ2hhb21pYW4gPHpoZW5naGFvbWlhbkBodWF3ZWkuY29tPjsg QWlodWEgR3VvDQo+IDxhaWh1YWd1by5pZXRmQGdtYWlsLmNvbT47IFh1ZmVuZyBMaXUgPHh1ZmVu Zy5saXUuaWV0ZkBnbWFpbC5jb20+OyBJdGFsbw0KPiBCdXNpIDxJdGFsby5CdXNpQGh1YXdlaS5j b20+DQo+IFN1YmplY3Q6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtYnVzaXpo ZW5nLXRlYXMteWFuZy10ZS1tcGxzLQ0KPiB0b3BvbG9neS0wMC50eHQNCj4gDQo+IA0KPiBBIG5l dyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtYnVzaXpoZW5nLXRlYXMteWFuZy10ZS1tcGxzLXRvcG9s b2d5LTAwLnR4dA0KPiBoYXMgYmVlbiBzdWNjZXNzZnVsbHkgc3VibWl0dGVkIGJ5IEl0YWxvIEJ1 c2kgYW5kIHBvc3RlZCB0byB0aGUgSUVURg0KPiByZXBvc2l0b3J5Lg0KPiANCj4gTmFtZToJCWRy YWZ0LWJ1c2l6aGVuZy10ZWFzLXlhbmctdGUtbXBscy10b3BvbG9neQ0KPiBSZXZpc2lvbjoJMDAN Cj4gVGl0bGU6CQlBIFlBTkcgRGF0YSBNb2RlbCBmb3IgTVBMUy1URSBUb3BvbG9neQ0KPiBEb2N1 bWVudCBkYXRlOgkyMDIwLTA3LTEzDQo+IEdyb3VwOgkJSW5kaXZpZHVhbCBTdWJtaXNzaW9uDQo+ IFBhZ2VzOgkJMjkNCj4gVVJMOiAgICAgICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL2ludGVy bmV0LWRyYWZ0cy9kcmFmdC1idXNpemhlbmctdGVhcy15YW5nLQ0KPiB0ZS1tcGxzLXRvcG9sb2d5 LTAwLnR4dA0KPiBTdGF0dXM6ICAgICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9k b2MvZHJhZnQtYnVzaXpoZW5nLXRlYXMteWFuZy10ZS0NCj4gbXBscy10b3BvbG9neS8NCj4gSHRt bGl6ZWQ6ICAgICAgIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1idXNpemhlbmct dGVhcy15YW5nLXRlLW1wbHMtDQo+IHRvcG9sb2d5LTAwDQo+IEh0bWxpemVkOiAgICAgICBodHRw czovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9odG1sL2RyYWZ0LWJ1c2l6aGVuZy10ZWFzLQ0K PiB5YW5nLXRlLW1wbHMtdG9wb2xvZ3kNCj4gDQo+IA0KPiBBYnN0cmFjdDoNCj4gICAgVGhpcyBk b2N1bWVudCBkZXNjcmliZXMgYSBZQU5HIGRhdGEgbW9kZWwgZm9yIE11bHRpLVByb3RvY29sIExh YmVsDQo+ICAgIFN3aXRjaGluZyAoTVBMUykgd2l0aCBUcmFmZmljIEVuZ2luZWVyaW5nIChNUExT LVRFKSBuZXR3b3Jrcy4NCj4gDQo+IA0KPiANCj4gDQo+IFBsZWFzZSBub3RlIHRoYXQgaXQgbWF5 IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24NCj4g dW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29s cy5pZXRmLm9yZy4NCj4gDQo+IFRoZSBJRVRGIFNlY3JldGFyaWF0DQo+IA0KDQo= From nobody Mon Jul 13 13:57:09 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 472723A0970; Mon, 13 Jul 2020 13:57:08 -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.8.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: mpls@ietf.org Message-ID: <159467382824.715.2926799031917458416@ietfa.amsl.com> Date: Mon, 13 Jul 2020 13:57:08 -0700 Archived-At: Subject: [mpls] I-D Action: draft-kompella-mpls-larp-08.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, 13 Jul 2020 20:57:08 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching WG of the IETF. Title : Label Distribution Using ARP Authors : Kireeti Kompella Balaji Rajagopalan Reji Thomas Filename : draft-kompella-mpls-larp-08.txt Pages : 12 Date : 2020-07-13 Abstract: This document describes extensions to the Address Resolution Protocol to distribute MPLS labels for IPv4 and IPv6 host addresses. Distribution of labels via ARP enables simple plug-and-play operation of MPLS, which is key to deploying MPLS in data centers and enterprises. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-kompella-mpls-larp/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-kompella-mpls-larp-08 https://datatracker.ietf.org/doc/html/draft-kompella-mpls-larp-08 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-kompella-mpls-larp-08 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Jul 13 15:00: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 3A3B03A0D1A; Mon, 13 Jul 2020 15:00:54 -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.8.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: mpls@ietf.org Message-ID: <159467765415.1501.14785624896035653881@ietfa.amsl.com> Date: Mon, 13 Jul 2020 15:00:54 -0700 Archived-At: Subject: [mpls] I-D Action: draft-ietf-mpls-mldp-yang-07.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, 13 Jul 2020 22:00: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 : YANG Data Model for MPLS mLDP Authors : Kamran Raza Xufeng Liu Santosh Esale Loa Andersson Jeff Tantsura Sowmya Krishnaswamy Filename : draft-ietf-mpls-mldp-yang-07.txt Pages : 69 Date : 2020-07-13 Abstract: This document describes a YANG data model for Multi-Protocol Label Switching (MPLS) Multipoint Label Distribution Protocol (mLDP). The mLDP data model augments the LDP data model. The YANG modules in this document conform to the Network Management Datastore Architecture (NMDA). The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-mldp-yang/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-mpls-mldp-yang-07 https://datatracker.ietf.org/doc/html/draft-ietf-mpls-mldp-yang-07 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-mldp-yang-07 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 Jul 14 01:40:35 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 DD78D3A106C; Tue, 14 Jul 2020 01:40:33 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Secretariat To: , , X-Test-IDTracker: no X-IETF-IDTracker: 7.8.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <159471603389.22383.8291627378597494615@ietfa.amsl.com> Date: Tue, 14 Jul 2020 01:40:33 -0700 Archived-At: Subject: [mpls] The MPLS WG has placed draft-nainar-mpls-lsp-ping-yang in state "Candidate for WG Adoption" 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, 14 Jul 2020 08:40:34 -0000 The MPLS WG has placed draft-nainar-mpls-lsp-ping-yang in state Candidate for WG Adoption (entered by Loa Andersson) The document is available at https://datatracker.ietf.org/doc/draft-nainar-mpls-lsp-ping-yang/ From nobody Tue Jul 14 01:43:23 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 23FFB3A106C; Tue, 14 Jul 2020 01:43:21 -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 Fws9K-WOAmjv; Tue, 14 Jul 2020 01:43:19 -0700 (PDT) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 343EB3A0CD8; Tue, 14 Jul 2020 01:43:16 -0700 (PDT) Received: from [192.168.0.14] (unknown [111.125.109.72]) (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 639C1325754; Tue, 14 Jul 2020 10:43:13 +0200 (CEST) From: Loa Andersson To: "mpls@ietf.org" Cc: "mpls-chairs@ietf.org" , draft-nainar-mpls-lsp-ping-yang@ietf.org Message-ID: Date: Tue, 14 Jul 2020 16:42:45 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.10.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] New MPLS LSP Ping YANG draft 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, 14 Jul 2020 08:43:21 -0000 Working Group, We have had a draft for a long time that addresses LSP Ping YANG (draft- zheng-mpls-lsp-ping-yang-cfg) that draft has been dormant for a long time. It is 18 month since it was last changed and almost to the day one year since it expired. When prople with documented experience of LSP Ping protocol development and implementation approached me and asked what was happening, the discussion quickly identified the need to restart the work, and that there had so much involvement of the YANF technology itself and of LSP Ping and Trace-route that it was motivated to start the work with a new draft. And implicitly discontinue the work on the older draft. The first individual draft of the new draft has now been posted: https://www.ietf.org/internet-drafts/draft-nainar-mpls-lsp-ping-yang-00.txt I have placed the new draft in "Candidate for WG adoption" and made it replace the older draft. The name of the state "Candidate for WG adapition" has larger implications than intended. WG chairs need to put it in this state to announce that whatever happens with this draft it is a specific wg that needs to take the decisions, it is also the only way to make it possible for wg chairs to handle the draft in the data tracker. /Loa for the MPLS wg chairs -- Loa Andersson email: loa@pi.nu Senior MPLS Expert loa.pi.nu@gmail Bronze Dragon Consulting phone: +46 739 81 21 64 From nobody Tue Jul 14 02:19:12 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 982ED3A0766; Tue, 14 Jul 2020 02:19:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.917 X-Spam-Level: X-Spam-Status: No, score=-1.917 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ozRQ_cOqhok0; Tue, 14 Jul 2020 02:19:07 -0700 (PDT) Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.217.80.70]) (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 5A89C3A0764; Tue, 14 Jul 2020 02:19:06 -0700 (PDT) Received: from mxct.zte.com.cn (unknown [192.168.164.215]) by Forcepoint Email with ESMTPS id 6AB33D2481A47157FDFB; Tue, 14 Jul 2020 17:19:04 +0800 (CST) Received: from mse-fl2.zte.com.cn (unknown [10.30.14.239]) by Forcepoint Email with ESMTPS id 5A3667C944FD1C56039C; Tue, 14 Jul 2020 17:19:04 +0800 (CST) Received: from njxapp04.zte.com.cn ([10.41.132.203]) by mse-fl2.zte.com.cn with SMTP id 06E9J2O1065818; Tue, 14 Jul 2020 17:19:02 +0800 (GMT-8) (envelope-from liu.yao71@zte.com.cn) Received: from mapi (njxapp05[null]) by mapi (Zmail) with MAPI id mid203; Tue, 14 Jul 2020 17:19:02 +0800 (CST) Date: Tue, 14 Jul 2020 17:19:02 +0800 (CST) X-Zmail-TransId: 2afd5f0d7886a6f4cfa5 X-Mailer: Zmail v1.0 Message-ID: <202007141719027100313@zte.com.cn> References: 159460295241.22211.12379706801988580614@ietfa.amsl.com Mime-Version: 1.0 From: To: , Content-Type: multipart/mixed; boundary="=====_001_next=====" X-MAIL: mse-fl2.zte.com.cn 06E9J2O1065818 Archived-At: Subject: [mpls] =?utf-8?q?Fw=3ANew_Version_Notification_for_draft-lm-mpls?= =?utf-8?q?-sfc-path-verification-00=2Etxt?= 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, 14 Jul 2020 09:19:10 -0000 --=====_001_next===== Content-Type: multipart/related; boundary="=====_002_next=====" --=====_002_next===== Content-Type: multipart/alternative; boundary="=====_003_next=====" --=====_003_next===== Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 RGVhciBBbGwsDQoNCg0KV2UgaGF2ZSBwb3N0ZWQgYSBuZXcgZHJhZnQgZGVzY3JpYmluZyBleHRl bnNpb25zIHRvIE1QTFMgTFNQIHBpbmcgdG8gc3VwcG9ydCB2ZXJpZmljYXRpb24gYmV0d2VlbiB0 aGUgY29udHJvbCBwbGFuZSBhbmQgdGhlIGRhdGEgcGxhbmUgc3RhdGUgZm9yIE1QTFMtYmFzZWQg U0ZDIChpbmNsdWRpbmcgU1ItTVBMUyBzZXJ2aWNlIHByb2dyYW1taW5nIGFuZCBNUExTLWJhc2Vk IE5TSCkuDQoNCg0KQ29tbWVudHMsIHN1Z2dlc3Rpb25zIGFuZCBxdWVzdGlvbnMgYXJlIG1vcmUg dGhhbiB3ZWxjb21lLg0KDQoNCg0KDQoNCg0KVGhhbmtzLA0KDQoNCllhbw0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQrljp/lp4vpgq7ku7YNCg0KDQoNCuWPkeS7tuS6uu+8 mmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZyA8aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPg0K5pS2 5Lu25Lq677ya5YiY5bCnMDAxNjUyODY7R3JlZyBNaXJza3kgPGdyZWdpbWlyc2t5QGdtYWlsLmNv bT47DQrml6Ug5pyfIO+8mjIwMjDlubQwN+aciDEz5pelIDA5OjE1DQrkuLsg6aKYIO+8mk5ldyBW ZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtbG0tbXBscy1zZmMtcGF0aC12ZXJpZmljYXRp b24tMDAudHh0DQoNCg0KDQpBIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtbG0tbXBscy1zZmMt cGF0aC12ZXJpZmljYXRpb24tMDAudHh0DQpoYXMgYmVlbiBzdWNjZXNzZnVsbHkgc3VibWl0dGVk IGJ5IExpdSBZYW8gYW5kIHBvc3RlZCB0byB0aGUNCklFVEYgcmVwb3NpdG9yeS4NCg0KTmFtZTog ICAgICAgIGRyYWZ0LWxtLW1wbHMtc2ZjLXBhdGgtdmVyaWZpY2F0aW9uDQpSZXZpc2lvbjogICAg MDANClRpdGxlOiAgICAgICAgTVBMUy1iYXNlZCBTZXJ2aWNlIEZ1bmN0aW9uIFBhdGgoU0ZQKSBD b25zaXN0ZW5jeSBWZXJpZmljYXRpb24NCkRvY3VtZW50IGRhdGU6ICAgIDIwMjAtMDctMTINCkdy b3VwOiAgICAgICAgSW5kaXZpZHVhbCBTdWJtaXNzaW9uDQpQYWdlczogICAgICAgIDkNClVSTDog ICAgICAgICAgICBodHRwczovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtbG0t bXBscy1zZmMtcGF0aC12ZXJpZmljYXRpb24tMDAudHh0DQpTdGF0dXM6ICAgICAgICAgaHR0cHM6 Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtbG0tbXBscy1zZmMtcGF0aC12ZXJpZmlj YXRpb24vDQpIdG1saXplZDogICAgICAgaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0 LWxtLW1wbHMtc2ZjLXBhdGgtdmVyaWZpY2F0aW9uLTAwDQpIdG1saXplZDogICAgICAgaHR0cHM6 Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9kcmFmdC1sbS1tcGxzLXNmYy1wYXRoLXZl cmlmaWNhdGlvbg0KDQoNCkFic3RyYWN0Og0KICAgVGhpcyBkb2N1bWVudCBwcm9wb3NlcyBhIG1l dGhvZCB0byB2ZXJpZnkgdGhlIGNvcnJlbGF0aW9uIGJldHdlZW4NCiAgIFNlcnZpY2UgRnVuY3Rp b24gQ2hhaW5pbmcgY29udHJvbCBhbmQvb3IgbWFuYWdlbWVudCBwbGFuZSB2aWV3IG9mIHRoZQ0K ICAgc3BlY2lmaWVkIFNlcnZpY2UgRnVuY3Rpb24gUGF0aCBhbmQgdGhlIHN0YXRlIG9mIGl0cyBk YXRhLiAgSXQgd29ya3MNCiAgIGZvciBib3RoIFNSIHNlcnZpY2UgcHJvZ3JhbW1pbmcgYW5kIE1Q TFMtYmFzZWQgTlNIIFNGQy4NCg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIA0KDQoNClBsZWFz ZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1l IG9mIHN1Ym1pc3Npb24NCnVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBh dmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5vcmcuDQoNClRoZSBJRVRGIFNlY3JldGFyaWF0 --=====_003_next===== Content-Type: text/html ; charset="UTF-8" Content-Transfer-Encoding: base64 PGRpdiBjbGFzcz0iemNvbnRlbnRSb3ciPjxwIHN0eWxlPSJtYXJnaW4tdG9wOiAwcHg7IG1hcmdp bi1ib3R0b206IDBweDsgbGluZS1oZWlnaHQ6IDIwcHg7IHdoaXRlLXNwYWNlOiBub3JtYWw7IGJv eC1zaXppbmc6IGJvcmRlci1ib3g7IG1pbi1oZWlnaHQ6IDE0cHg7IGZvbnQtZmFtaWx5OiBBcmlh bCwg5a6L5L2TLCAnTWljcm9zb2Z0IFlhaGVpJywgJ0x1Y2lkYSBHcmFuZGUnLCBWZXJkYW5hLCBM dWNpZGEsIEhlbHZldGljYSwgc2Fucy1zZXJpZjsgb3V0bGluZTogMHB4ICFpbXBvcnRhbnQ7IGJh Y2tncm91bmQtY29sb3I6IHJnYigyNTUsIDI1NSwgMjU1KTsiPkRlYXIgQWxsLDwvcD48cCBzdHls ZT0ibWFyZ2luLXRvcDogMHB4OyBtYXJnaW4tYm90dG9tOiAwcHg7IGxpbmUtaGVpZ2h0OiAyMHB4 OyB3aGl0ZS1zcGFjZTogbm9ybWFsOyBib3gtc2l6aW5nOiBib3JkZXItYm94OyBtaW4taGVpZ2h0 OiAxNHB4OyBmb250LWZhbWlseTogQXJpYWwsIOWui+S9kywgJ01pY3Jvc29mdCBZYWhlaScsICdM dWNpZGEgR3JhbmRlJywgVmVyZGFuYSwgTHVjaWRhLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWY7IG91 dGxpbmU6IDBweCAhaW1wb3J0YW50OyBiYWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjU1LCAyNTUsIDI1 NSk7Ij5XZSBoYXZlIHBvc3RlZCBhIG5ldyBkcmFmdCZuYnNwOzxzcGFuIHN0eWxlPSJmb250LWZh bWlseTogQXJpYWwsIOWui+S9kywgJ01pY3Jvc29mdCBZYWhlaScsICdMdWNpZGEgR3JhbmRlJywg VmVyZGFuYSwgTHVjaWRhLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWY7IGxpbmUtaGVpZ2h0OiAyMHB4 OyBiYWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjU1LCAyNTUsIDI1NSk7Ij5kZXNjcmliaW5nIGV4dGVu c2lvbnMgdG8gTVBMUyBMU1AgcGluZyB0byBzdXBwb3J0IHZlcmlmaWNhdGlvbiBiZXR3ZWVuIHRo ZSBjb250cm9sIHBsYW5lIGFuZCB0aGUgZGF0YSBwbGFuZSBzdGF0ZSBmb3IgTVBMUy1iYXNlZCBT RkMgKGluY2x1ZGluZyBTUi1NUExTIHNlcnZpY2UgcHJvZ3JhbW1pbmcgYW5kIE1QTFMtYmFzZWQg TlNIKS48L3NwYW4+PC9wPjxwIHN0eWxlPSJtYXJnaW4tdG9wOiAwcHg7IG1hcmdpbi1ib3R0b206 IDBweDsgbGluZS1oZWlnaHQ6IDIwcHg7IHdoaXRlLXNwYWNlOiBub3JtYWw7IGJveC1zaXppbmc6 IGJvcmRlci1ib3g7IG1pbi1oZWlnaHQ6IDE0cHg7IGZvbnQtZmFtaWx5OiBBcmlhbCwg5a6L5L2T LCAnTWljcm9zb2Z0IFlhaGVpJywgJ0x1Y2lkYSBHcmFuZGUnLCBWZXJkYW5hLCBMdWNpZGEsIEhl bHZldGljYSwgc2Fucy1zZXJpZjsgb3V0bGluZTogMHB4ICFpbXBvcnRhbnQ7IGJhY2tncm91bmQt Y29sb3I6IHJnYigyNTUsIDI1NSwgMjU1KTsiPkNvbW1lbnRzLCBzdWdnZXN0aW9ucyBhbmQgcXVl c3Rpb25zIGFyZSBtb3JlIHRoYW4gd2VsY29tZS48L3A+PHAgc3R5bGU9Im1hcmdpbi10b3A6IDBw eDsgbWFyZ2luLWJvdHRvbTogMHB4OyBsaW5lLWhlaWdodDogMjBweDsgd2hpdGUtc3BhY2U6IG5v cm1hbDsgYm94LXNpemluZzogYm9yZGVyLWJveDsgbWluLWhlaWdodDogMTRweDsgZm9udC1mYW1p bHk6IEFyaWFsLCDlrovkvZMsICdNaWNyb3NvZnQgWWFoZWknLCAnTHVjaWRhIEdyYW5kZScsIFZl cmRhbmEsIEx1Y2lkYSwgSGVsdmV0aWNhLCBzYW5zLXNlcmlmOyBvdXRsaW5lOiAwcHggIWltcG9y dGFudDsgYmFja2dyb3VuZC1jb2xvcjogcmdiKDI1NSwgMjU1LCAyNTUpOyI+PGJyPjwvcD48cCBz dHlsZT0ibWFyZ2luLXRvcDogMHB4OyBtYXJnaW4tYm90dG9tOiAwcHg7IGxpbmUtaGVpZ2h0OiAy MHB4OyB3aGl0ZS1zcGFjZTogbm9ybWFsOyBib3gtc2l6aW5nOiBib3JkZXItYm94OyBtaW4taGVp Z2h0OiAxNHB4OyBmb250LWZhbWlseTogQXJpYWwsIOWui+S9kywgJ01pY3Jvc29mdCBZYWhlaScs ICdMdWNpZGEgR3JhbmRlJywgVmVyZGFuYSwgTHVjaWRhLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWY7 IG91dGxpbmU6IDBweCAhaW1wb3J0YW50OyBiYWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjU1LCAyNTUs IDI1NSk7Ij5UaGFua3MsPC9wPjxwIHN0eWxlPSJtYXJnaW4tdG9wOiAwcHg7IG1hcmdpbi1ib3R0 b206IDBweDsgbGluZS1oZWlnaHQ6IDIwcHg7IHdoaXRlLXNwYWNlOiBub3JtYWw7IGJveC1zaXpp bmc6IGJvcmRlci1ib3g7IG1pbi1oZWlnaHQ6IDE0cHg7IGZvbnQtZmFtaWx5OiBBcmlhbCwg5a6L 5L2TLCAnTWljcm9zb2Z0IFlhaGVpJywgJ0x1Y2lkYSBHcmFuZGUnLCBWZXJkYW5hLCBMdWNpZGEs IEhlbHZldGljYSwgc2Fucy1zZXJpZjsgb3V0bGluZTogMHB4ICFpbXBvcnRhbnQ7IGJhY2tncm91 bmQtY29sb3I6IHJnYigyNTUsIDI1NSwgMjU1KTsiPllhbzwvcD48cCBzdHlsZT0iZm9udC1zaXpl OjE0cHg7Zm9udC1mYW1pbHk6YXJpYWw7Ij48YnI+PC9wPjxwIHN0eWxlPSJmb250LXNpemU6MTRw eDtmb250LWZhbWlseTphcmlhbDsiPjxicj48L3A+PHAgc3R5bGU9ImZvbnQtc2l6ZToxNHB4O2Zv bnQtZmFtaWx5OmFyaWFsOyI+PGJyPjwvcD48cCBzdHlsZT0iZm9udC1zaXplOjE0cHg7Zm9udC1m YW1pbHk6YXJpYWw7Ij48YnI+PC9wPjxkaXY+PGRpdiBjbGFzcz0iemhpc3RvcnlSb3ciIHN0eWxl PSJkaXNwbGF5OmJsb2NrIj48ZGl2IGNsYXNzPSJ6aGlzdG9yeURlcyIgc3R5bGU9IndpZHRoOiAx MDAlOyBoZWlnaHQ6IDI4cHg7IGxpbmUtaGVpZ2h0OiAyOHB4OyBiYWNrZ3JvdW5kLWNvbG9yOiAj RTBFNUU5OyBjb2xvcjogIzEzODhGRjsgdGV4dC1hbGlnbjogY2VudGVyOyIgbGFuZ3VhZ2UtZGF0 YT0iSGlzdG9yeU9yZ1R4dCI+5Y6f5aeL6YKu5Lu2PC9kaXY+PGRpdiBpZD0iendyaXRlSGlzdG9y eUNvbnRhaW5lciI+PGRpdiBjbGFzcz0iY29udHJvbC1ncm91cCB6aGlzdG9yeVBhbmVsIj48ZGl2 IGNsYXNzPSJ6aGlzdG9yeUhlYWRlciIgc3R5bGU9InBhZGRpbmc6IDhweDsgYmFja2dyb3VuZC1j b2xvcjogI0Y1RjZGODsiPjxkaXY+PHN0cm9uZyBsYW5ndWFnZS1kYXRhPSJIaXN0b3J5U2VuZGVy VHh0Ij7lj5Hku7bkurrvvJo8L3N0cm9uZz48c3BhbiBjbGFzcz0ienJlYWRVc2VyTmFtZSI+aW50 ZXJuZXQtZHJhZnRzQGlldGYub3JnICZsdDtpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcmZ3Q7PC9z cGFuPjwvZGl2PjxkaXY+PHN0cm9uZyBsYW5ndWFnZS1kYXRhPSJIaXN0b3J5VE9UeHQiPuaUtuS7 tuS6uu+8mjwvc3Ryb25nPjxzcGFuIGNsYXNzPSJ6cmVhZFVzZXJOYW1lIiBzdHlsZT0iZGlzcGxh eTogaW5saW5lOyI+5YiY5bCnMDAxNjUyODY7PC9zcGFuPjxzcGFuIGNsYXNzPSJ6cmVhZFVzZXJO YW1lIiBzdHlsZT0iZGlzcGxheTogaW5saW5lOyI+R3JlZyBNaXJza3kgJmx0O2dyZWdpbWlyc2t5 QGdtYWlsLmNvbSZndDs7PC9zcGFuPjwvZGl2PjxkaXY+PHN0cm9uZyBsYW5ndWFnZS1kYXRhPSJI aXN0b3J5RGF0ZVR4dCI+5pelIOacnyDvvJo8L3N0cm9uZz48c3BhbiBjbGFzcz0iIj4yMDIw5bm0 MDfmnIgxM+aXpSAwOToxNTwvc3Bhbj48L2Rpdj48ZGl2PjxzdHJvbmcgbGFuZ3VhZ2UtZGF0YT0i SGlzdG9yeVN1YmplY3RUeHQiPuS4uyDpopgg77yaPC9zdHJvbmc+PHNwYW4gY2xhc3M9InpyZWFk VGl0bGUiPjxzdHJvbmc+TmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC1sbS1tcGxz LXNmYy1wYXRoLXZlcmlmaWNhdGlvbi0wMC50eHQ8L3N0cm9uZz48L3NwYW4+PC9kaXY+PC9kaXY+ PGRpdiBjbGFzcz0iemhpc3RvcnlDb250ZW50Ij48ZGl2Pjxicj5BJm5ic3A7bmV3Jm5ic3A7dmVy c2lvbiZuYnNwO29mJm5ic3A7SS1ELCZuYnNwO2RyYWZ0LWxtLW1wbHMtc2ZjLXBhdGgtdmVyaWZp Y2F0aW9uLTAwLnR4dDxicj5oYXMmbmJzcDtiZWVuJm5ic3A7c3VjY2Vzc2Z1bGx5Jm5ic3A7c3Vi bWl0dGVkJm5ic3A7YnkmbmJzcDtMaXUmbmJzcDtZYW8mbmJzcDthbmQmbmJzcDtwb3N0ZWQmbmJz cDt0byZuYnNwO3RoZTxicj5JRVRGJm5ic3A7cmVwb3NpdG9yeS48YnI+PGJyPk5hbWU6Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ZHJhZnQtbG0tbXBscy1z ZmMtcGF0aC12ZXJpZmljYXRpb248YnI+UmV2aXNpb246Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 MDA8YnI+VGl0bGU6Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7TVBMUy1iYXNlZCZuYnNwO1NlcnZpY2UmbmJzcDtGdW5jdGlvbiZuYnNwO1BhdGgoU0ZQKSZu YnNwO0NvbnNpc3RlbmN5Jm5ic3A7VmVyaWZpY2F0aW9uPGJyPkRvY3VtZW50Jm5ic3A7ZGF0ZTom bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsyMDIwLTA3LTEyPGJyPkdyb3VwOiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO0luZGl2aWR1YWwmbmJzcDtTdWJtaXNz aW9uPGJyPlBhZ2VzOiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOzk8YnI+VVJMOiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO2h0dHBzOi8vd3d3LmlldGYub3JnL2ludGVybmV0 LWRyYWZ0cy9kcmFmdC1sbS1tcGxzLXNmYy1wYXRoLXZlcmlmaWNhdGlvbi0wMC50eHQ8YnI+U3Rh dHVzOiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw O2h0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWxtLW1wbHMtc2ZjLXBhdGgt dmVyaWZpY2F0aW9uLzxicj5IdG1saXplZDombmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDtodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtbG0tbXBscy1zZmMt cGF0aC12ZXJpZmljYXRpb24tMDA8YnI+SHRtbGl6ZWQ6Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvaHRtbC9k cmFmdC1sbS1tcGxzLXNmYy1wYXRoLXZlcmlmaWNhdGlvbjxicj48YnI+PGJyPkFic3RyYWN0Ojxi cj4mbmJzcDsmbmJzcDsmbmJzcDtUaGlzJm5ic3A7ZG9jdW1lbnQmbmJzcDtwcm9wb3NlcyZuYnNw O2EmbmJzcDttZXRob2QmbmJzcDt0byZuYnNwO3ZlcmlmeSZuYnNwO3RoZSZuYnNwO2NvcnJlbGF0 aW9uJm5ic3A7YmV0d2Vlbjxicj4mbmJzcDsmbmJzcDsmbmJzcDtTZXJ2aWNlJm5ic3A7RnVuY3Rp b24mbmJzcDtDaGFpbmluZyZuYnNwO2NvbnRyb2wmbmJzcDthbmQvb3ImbmJzcDttYW5hZ2VtZW50 Jm5ic3A7cGxhbmUmbmJzcDt2aWV3Jm5ic3A7b2YmbmJzcDt0aGU8YnI+Jm5ic3A7Jm5ic3A7Jm5i c3A7c3BlY2lmaWVkJm5ic3A7U2VydmljZSZuYnNwO0Z1bmN0aW9uJm5ic3A7UGF0aCZuYnNwO2Fu ZCZuYnNwO3RoZSZuYnNwO3N0YXRlJm5ic3A7b2YmbmJzcDtpdHMmbmJzcDtkYXRhLiZuYnNwOyZu YnNwO0l0Jm5ic3A7d29ya3M8YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Zm9yJm5ic3A7Ym90aCZuYnNw O1NSJm5ic3A7c2VydmljZSZuYnNwO3Byb2dyYW1taW5nJm5ic3A7YW5kJm5ic3A7TVBMUy1iYXNl ZCZuYnNwO05TSCZuYnNwO1NGQy48YnI+PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOzxicj48YnI+PGJyPlBsZWFzZSZuYnNwO25vdGUmbmJzcDt0aGF0Jm5ic3A7aXQmbmJz cDttYXkmbmJzcDt0YWtlJm5ic3A7YSZuYnNwO2NvdXBsZSZuYnNwO29mJm5ic3A7bWludXRlcyZu YnNwO2Zyb20mbmJzcDt0aGUmbmJzcDt0aW1lJm5ic3A7b2YmbmJzcDtzdWJtaXNzaW9uPGJyPnVu dGlsJm5ic3A7dGhlJm5ic3A7aHRtbGl6ZWQmbmJzcDt2ZXJzaW9uJm5ic3A7YW5kJm5ic3A7ZGlm ZiZuYnNwO2FyZSZuYnNwO2F2YWlsYWJsZSZuYnNwO2F0Jm5ic3A7dG9vbHMuaWV0Zi5vcmcuPGJy Pjxicj5UaGUmbmJzcDtJRVRGJm5ic3A7U2VjcmV0YXJpYXQ8YnI+PGJyPjwvZGl2PjwvZGl2Pjwv ZGl2PjwvZGl2PjwvZGl2PjwvZGl2PjxwPjxicj48L3A+PC9kaXY+ --=====_003_next=====-- --=====_002_next=====-- --=====_001_next=====-- From nobody Tue Jul 14 16:24: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 66D963A0645; Tue, 14 Jul 2020 16:24:25 -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=unavailable autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id i1PsM9wpOf_1; Tue, 14 Jul 2020 16:24:22 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E35BF3A003B; Tue, 14 Jul 2020 16:24:22 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id E3AF8F40743; Tue, 14 Jul 2020 16:24:19 -0700 (PDT) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org X-PHP-Originating-Script: 1005:ams_util_lib.php From: rfc-editor@rfc-editor.org Cc: rfc-editor@rfc-editor.org, drafts-update-ref@iana.org, mpls@ietf.org Content-type: text/plain; charset=UTF-8 Message-Id: <20200714232419.E3AF8F40743@rfc-editor.org> Date: Tue, 14 Jul 2020 16:24:19 -0700 (PDT) Archived-At: Subject: [mpls] =?utf-8?q?RFC_8796_on_RSVP-TE_Summary_Fast_Reroute_Extens?= =?utf-8?q?ions_for_Label_Switched_Path_=28LSP=29_Tunnels?= 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, 14 Jul 2020 23:24:25 -0000 A new Request for Comments is now available in online RFC libraries. RFC 8796 Title: RSVP-TE Summary Fast Reroute Extensions for Label Switched Path (LSP) Tunnels Author: M. Taillon, T. Saad, Ed., R. Gandhi, A. Deshmukh, M. Jork, V. Beeram Status: Standards Track Stream: IETF Date: July 2020 Mailbox: mtaillon@cisco.com, tsaad@juniper.net, rgandhi@cisco.com, adeshmukh@juniper.net, mjork@128technology.com, vbeeram@juniper.net Pages: 18 Updates: RFC 4090 I-D Tag: draft-ietf-mpls-summary-frr-rsvpte-09.txt URL: https://www.rfc-editor.org/info/rfc8796 DOI: 10.17487/RFC8796 This document updates RFC 4090 for the Resource Reservation Protocol (RSVP) Traffic Engineering (TE) procedures defined for facility backup protection. The updates include extensions that reduce the amount of signaling and processing that occurs during Fast Reroute (FRR); as a result, scalability when undergoing FRR convergence after a link or node failure is improved. These extensions allow the RSVP message exchange between the Point of Local Repair (PLR) and the Merge Point (MP) nodes to be independent of the number of protected Label Switched Paths (LSPs) traversing between them when facility bypass FRR protection is used. The signaling extensions are fully backwards compatible with nodes that do not support them. This document is a product of the Multiprotocol Label Switching Working Group of the IETF. This is now a Proposed Standard. STANDARDS TRACK: This document specifies an Internet Standards Track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the Official Internet Protocol Standards (https://www.rfc-editor.org/standards) for the standardization state and status of this protocol. Distribution of this memo is unlimited. This announcement is sent to the IETF-Announce and rfc-dist lists. To subscribe or unsubscribe, see https://www.ietf.org/mailman/listinfo/ietf-announce https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist For searching the RFC series, see https://www.rfc-editor.org/search For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk Requests for special distribution should be addressed to either the author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. The RFC Editor Team Association Management Solutions, LLC From nobody Wed Jul 15 06:47:16 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 299453A08CC; Wed, 15 Jul 2020 06:47:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.62 X-Spam-Level: X-Spam-Status: No, score=-9.62 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_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=D1jVj86Q; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=KF1YfFjw Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6QIzpPFgkxgC; Wed, 15 Jul 2020 06:47:13 -0700 (PDT) Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4CB183A0893; Wed, 15 Jul 2020 06:47:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8962; q=dns/txt; s=iport; t=1594820833; x=1596030433; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=3H5IeoXJzf9TQs3OxYVHuSPabUIj7tNBO2Ogcx3Rdc4=; b=D1jVj86Qu3RGpb7EJLxwoo+rjQMmzSwbvnoM05qcGDlsDf6QLjHVV+iX KkZxT9Y6C5vgVbOIrxHBsmldhTAO2IPAovfboVDV5D5bEJ4HZcMWv+z8B bdP+kVwnbWRbOWXH/XfC47DSg7SevI940+xOC5Wez7gC00s1p/UBgQXm6 8=; IronPort-PHdr: =?us-ascii?q?9a23=3AC1o/RxBKOE8L6/5HuzN7UyQJPHJ1sqjoPgMT9p?= =?us-ascii?q?ssgq5PdaLm5Zn5IUjD/qw10g3RXMPd9qEMh+nXtvXmXmoNqdaEvWsZeZNBHx?= =?us-ascii?q?kClY0NngMmDcLEbC+zLPPjYyEgWsgXUlhj8iKjMA5TBZW2a1jbuHbn6zkUF1?= =?us-ascii?q?32PhZ0IeKgHInUgoy32um+9oeVbR9PgW+2YKh5K1O9qgCCuw=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0C+AAD+Bw9f/5tdJa1gGgEBAQEBAQE?= =?us-ascii?q?BAQEDAQEBARIBAQEBAgIBAQEBQIFKgVJRB29YLywKhCmDRgONIyWBAYkBjly?= =?us-ascii?q?BQoERA1ULAQEBDAEBGAsKAgQBAYRMAheBcgIkOBMCAwEBCwEBBQEBAQIBBgR?= =?us-ascii?q?thVsMhW8BAQEBAwEBEBERDAEBKQMLAQ0CAgEIEQQBAQECAiYCAgIZBgYLFQg?= =?us-ascii?q?IAgQBDQUigwQBgksDLgEOnyACgTmIYXaBMoMBAQEFgTIBE0GDLQ0Lgg4DBgW?= =?us-ascii?q?BCSoBgmmCT0c/gi+EBBqBQT+BEScMEIIYNT6CGkIBAQMBgR0JARIBIReCfzO?= =?us-ascii?q?CLY8kgmoBPIZ0mydNCoJdiFOMGIRwAx6CeIk7kweRdoFniD6CW41ZhCECBAI?= =?us-ascii?q?EBQIOAQEFgWojZ3BwFTsqAYI+UBcCDY4eN4M6hRSFQnQ3AgYBBwEBAwl8jjQ?= =?us-ascii?q?BgRABAQ?= X-IronPort-AV: E=Sophos;i="5.75,355,1589241600"; d="scan'208";a="781989256" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by rcdn-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 15 Jul 2020 13:47:11 +0000 Received: from XCH-ALN-005.cisco.com (xch-aln-005.cisco.com [173.36.7.15]) by rcdn-core-4.cisco.com (8.15.2/8.15.2) with ESMTPS id 06FDlCsO011197 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 15 Jul 2020 13:47:12 GMT Received: from xhs-rcd-001.cisco.com (173.37.227.246) by XCH-ALN-005.cisco.com (173.36.7.15) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Wed, 15 Jul 2020 08:47:11 -0500 Received: from xhs-aln-002.cisco.com (173.37.135.119) by xhs-rcd-001.cisco.com (173.37.227.246) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Wed, 15 Jul 2020 08:47:11 -0500 Received: from NAM11-DM6-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-002.cisco.com (173.37.135.119) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Wed, 15 Jul 2020 08:47:11 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=IsGxI2ghqYnhtdoQjs4zb2f8WaO8pJ2MKnt4V40DNYQ4N1ZpWR5jlw+dbh5JmLWhFT8vHn79llchNEkBwltXkalfDAyatWc4C0UPXEpkFIFtcMGJsBz5Nkg2jR1hdPvw6wc5gAVC5wnJZjy+SEqZHTyTh6TJ+zy8oY16D58oKsGecbqupB0aSwlNR8qTPDx0QK4aEwBGRClx9xGDWTz+xSrSRDaKwuWG+36qoS9+kNVdrmiog4GbAP/RbDV7kEbHVKAI0H0PeDph4ULNCRR0KmlNlG8vZqyPageiv+xig+egLKJlfU5R2mShSxos4sFKdLeaav2zB56qK54fLFxCyQ== 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=3H5IeoXJzf9TQs3OxYVHuSPabUIj7tNBO2Ogcx3Rdc4=; b=kPhPKlpoFlVv0O1rbHEItnHj9jqss010prRwtdEwKTGX+FDQKZmfgPWgmvFOtyIgnDwJhuHefPuz+iwYBiGWSNyol6XrdSgFG+xXec95TqegmpJL8PkCBxpzPS+kziOBrGdQs7YRdrCtha7eLdGbJplyuZCpQYsPgzJdloFKCpMp1r3GT0q0pPe0pVLZNuuB4FE3hz2xQoFCYYjVTfagHTv6qMVV0PAJ/o0wz5P69zSKVPMMK8HNOKxo37Rlrnx+7En5xpHtS0ZJlXAKDRbSIdBq1kA/afAJ9RCyx82IKt91/6XV1pd3ETzSI+LON5YPdHUiob9CcqlshQa6cHke8g== 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=3H5IeoXJzf9TQs3OxYVHuSPabUIj7tNBO2Ogcx3Rdc4=; b=KF1YfFjw5WI9BBLJHLbntZ+avCO2J30m3z4ZbeoCtjsJGuNy6SznrUBaY502+yXxrkN/ZBftTMJFMs7RvOF3NEeFc9rB2g5NzenK/TufH9q48zUr6XK0gEbyoIa0+rf0X2YqNk1uYP2vcBGc623WzQdkCeF6bGLjEx3Q9eYa4WM= Received: from MN2PR11MB4448.namprd11.prod.outlook.com (2603:10b6:208:193::29) by MN2PR11MB4743.namprd11.prod.outlook.com (2603:10b6:208:260::8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3174.22; Wed, 15 Jul 2020 13:47:08 +0000 Received: from MN2PR11MB4448.namprd11.prod.outlook.com ([fe80::2145:e4ba:63f5:79e1]) by MN2PR11MB4448.namprd11.prod.outlook.com ([fe80::2145:e4ba:63f5:79e1%6]) with mapi id 15.20.3195.018; Wed, 15 Jul 2020 13:47:08 +0000 From: "Parag Jain (paragj)" To: Loa Andersson , BESS CC: "slitkows.ietf@gmail.com" , "mpls@ietf.org" , "draft-ietf-bess-evpn-lsp-ping@ietf.org" , "mpls-chairs@ietf.org" , Mach Chen , "Carlos Pignataro (cpignata)" , "Bocci, Matthew (Nokia - GB)" Thread-Topic: [mpls] FW: WGLC, IPR and implementation poll for draft-ietf-bess-evpn-lsp-ping Thread-Index: AQHWV/92yJGQxTvMgEyrcnOa6kCFj6kIac6A Date: Wed, 15 Jul 2020 13:47:08 +0000 Message-ID: <556003F8-4758-41CE-B202-7F34962C6E29@cisco.com> References: <00a501d6513d$e7f052f0$b7d0f8d0$@gmail.com> <00ba01d6513e$6d50c380$47f24a80$@gmail.com> <18ec7f76-6c06-418f-34ec-2f98c37dac4d@pi.nu> In-Reply-To: <18ec7f76-6c06-418f-34ec-2f98c37dac4d@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.10.17.200615 authentication-results: pi.nu; dkim=none (message not signed) header.d=none;pi.nu; dmarc=none action=none header.from=cisco.com; x-originating-ip: [69.196.139.12] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 847d7557-9b11-468c-50dc-08d828c5914f x-ms-traffictypediagnostic: MN2PR11MB4743: x-ms-exchange-transport-forked: True 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: kJH+GCykAHoyl/XyuRofvZ/660m+fiykhQI4liqsswBGr9PpCcBk7FHBUgQcnWZ3K1jxodMN1iULKMJgl+ANyTYUX6pEQK22/VAurZmuOJo5IH16l2dAMNLl4xlaRcQw53VDp7w3RYGklImju/ggUtsObOcvE/gqUFMv3+/oFCr9f1c28phVqhk6EGYm2cB/IH/J5AWjJmBkK7Ml9QtqJhmERFnjjhczV50kkbwcTBs/+xk56dLg7CLjPn06cw4vNcsAHSV4gBoK7KRvTFi3UPPtvL4mMntDrSAAuqnn8VwuqqCFRxwCJPBEPTelOuN36qnvipAF3MtwTSeVAveOKGuBQUtErSwRz0np0RNErb+N4S06cKIYk9HucdzxyQ6CbD9Y83ySRP/Lm/33085WIg== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MN2PR11MB4448.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(396003)(376002)(39860400002)(136003)(366004)(346002)(36756003)(76116006)(5660300002)(6506007)(2616005)(4326008)(53546011)(2906002)(26005)(8676002)(66946007)(186003)(83380400001)(33656002)(6486002)(71200400001)(316002)(66556008)(966005)(8936002)(66476007)(6512007)(64756008)(66446008)(478600001)(86362001)(110136005)(54906003); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: nHs6dG8ezTvGqQ3t2RbEoxAbfDUE6dn+K0Piva2/BnmNMtaa+gz/8qqweFiKYUIhF+168kcc5H1vZjmo4K+qzeNZEWr4KfXc/Ak9pj9dUZMNptyUCIzw2u9rej5JBDahaRtaJKIZRnqXqAylNuCxWnaeukvI9rwbNe7TKWsbM5GvOL48sPtjQ6Qq1tR3+pv7jLthSM68i9/m7W5McvtIcsmq4d66XND1OFYh9sffIrSav3OXr44ndpOgNzXvDoeToigAXymtTDeW7qGmQrJagSn/grrs2XbogtPQbumApVCJsdC4r9lqtVussP+dUuRzZSA9KzINiel59SSJB2LcS5QK3ueathAvjkak/cSWNi5zPJjpHD9eunaz3GGvfHZAxBxmKJ9wO0WfahgG7TLUf0OIMg51egRTAnvaM/9J4+6iec6Q5ugxrCpEUhT7I336XfCju2QoPso+pygbyEoSqiR/XpwSgkJtKLjBHQ7mGaU= 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: MN2PR11MB4448.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 847d7557-9b11-468c-50dc-08d828c5914f X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Jul 2020 13:47:08.2708 (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: 2Dkv2LUFcvgQeMA4yK5EQDk/ytC/kS2ozLaKULTvjMOMQriGSoAkjF3C3BrE5cDnM4NfSVzlr3kyPVuXnROGJw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB4743 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.15, xch-aln-005.cisco.com X-Outbound-Node: rcdn-core-4.cisco.com Archived-At: Subject: Re: [mpls] FW: WGLC, IPR and implementation poll for draft-ietf-bess-evpn-lsp-ping 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, 15 Jul 2020 13:47:15 -0000 SGkgTG9hLA0KDQpUaGFuayB5b3UgZm9yIHlvdXIgdmFsdWFibGUgY29tbWVudHMgYW5kIHN1Z2dl c3Rpb25zIG9uIHRoZSBkcmFmdC4gSSdsbCBpbmNvcnBvcmF0ZSB0aGVtIGFuZCBwdWJsaXNoIGEg bmV3IHZlcnNpb24uDQoNClRoYW5rcyANClBhcmFnDQoNCu+7v09uIDIwMjAtMDctMTEsIDExOjQ5 IFBNLCAiTG9hIEFuZGVyc3NvbiIgPGxvYUBwaS5udT4gd3JvdGU6DQoNCiAgICBTdGVwaGFuZSBh bmQgTWF0dGhldywNCiAgICANCiAgICBUaGFua3MgZm9yIHNlbmRpbmcgdGhpcyB0byB0aGUgbXBs cyB3ZywgTFNQIFBpbmcgaXMgb25lIG9mIG9mIG91dCBrZXkNCiAgICBwcm90b2NvbHMgYW5kIGFz c2lnbm1lbnRzIG9mIExTUCBQaW5nIGNvZGUgcG9pbnRzIHNob3VsZCBiZSByZXZpZXdlZCBieQ0K ICAgIHRoZSBtcGxzIHdvcmtpbmcgZ3JvdXAuDQogICAgDQogICAgYmVzcyB3ZywgKG1wbHMgd2cg Zm9yIGluZm8pLA0KICAgIA0KICAgIFRoZXJlIGFyZSBhIGZldyBjb21tZW50cyBvbiB0aGUgSUFO QSBzZWN0aW9uIGFuZCB0aGUgdXNlIG9mIHRoZSBjb2RlIA0KICAgIHBvaW50cyB5b3UgcmVxdWVz dCB0aGF0IElBTkEgc2hhbGwgYWxsb2NhdGUuDQogICAgDQogICAgRmlyc3QsIHRoZSBzY29wZSBv ZiB0aGUgc3ViLVRMVnMgYWxsb2NhdGVkIGZyb20gdGhlICJTdWItVExWcyBmb3IgVExWIA0KICAg IFR5cGVzIDEsIDE2LCBhbmQgMjEiIHN1Yi1yZWdpc3RyeS4gQ29kZSBwb2ludHMgZnJvbSB0aGlz IHJlZ2lzdHJ5IGFyZQ0KICAgIHZhbGlkIGZvciB0aHJlZSBUTFZzICgxLCAxNiBhbmQgMjEpLCBp dCBpcyB0aGUgaW1wcmVzc2lvbiB0aGF0IHRoZSBkcmFmdA0KICAgIHRyeSB0byBhbGxvY2F0ZSBm b3VyIHN1Yi1UTFZzIGZvciBUTFYgMSBvbmx5LiBJZiB0aGUgc3ViLVRMViBpcyBub3QNCiAgICB2 YWxpZCBmb3IgVExWcyAxNiBhbmQgMjEgdGhhdCBuZWVkcyB0byBiZSBjYXJlZnVsbHkgc3BlY2lm aWVkIGluIHRoZQ0KICAgIGRvY3VtZW50LiBJZiB0aGlzIGlzIHRoZSBjYXNlIGl0IHdvdWxkIGlt cGx5IGEgbm90IGluc2lnbmlmaWNhbnQNCiAgICBpbXBsZW1lbnRhdGlvbiBjb21wbGV4aXR5Lg0K ICAgIA0KICAgIFNlY29uZCwgdGhlIHJlZ2lzdHJ5IGZyb20gd2hpY2ggdGhlIGFsbG9jYXRpb24g d2lsbCBiZSBkb25lIG5lZWRzIHRvDQogICAgY2xlYXJseSBwb2ludGVkIG91dC4NCiAgICANCiAg ICBUaGUgSUFOQSBzZWN0aW9uIHRhbGtzIGFib3V0Og0KICAgIA0KICAgICAgICJNdWx0aXByb3Rv Y29sIExhYmVsIFN3aXRjaGluZyAoTVBMUykgTGFiZWwgU3dpdGNoZWQgUGF0aHMgKExTUHMpDQog ICAgICAgIFBhcmFtZXRlcnMgLSBUTFZzIiByZWdpc3RyeS4NCiAgICANCiAgICBUaGVyZSBpcyBu byBzdWNoIHJlZ2lzdHJ5LiBJIG9mdGVuIHVzZSB0aGUgZm9sbG93aW5nIHRlcm1pbm9sb2d5IHRv DQogICAgZ2V0IHRoZSByZWdpc3RyeSBuYW1lcyByaWdodCwgTmFtZSBTcGFjZSwgUmVnaXN0cnks IHN1Yi1yZWdpc3RyeS4NCiAgICANCiAgICANCiAgICBJbiB5b3VyIGNhc2UgdGhlIG5hbWVzcGFj ZSB3b3VsZCBiZSAiTXVsdGlwcm90b2NvbCBMYWJlbCBTd2l0Y2hpbmcNCiAgICAoTVBMUykgTGFi ZWwgU3dpdGNoZWQgUGF0aHMgKExTUHMpIFBhcmFtZXRlcnMiDQogICAgDQogICAgVGhlIHJlZ2lz dHJ5IHdvdWxkIGJlICJUTFZzIg0KICAgIA0KICAgIEFuZCB0aGUgc3ViLXJlZ2lzdHJ5ICJTdWIt VExWcyBmb3IgVExWIFR5cGVzIDEsIDE2LCBhbmQgMjEiDQogICAgDQogICAgDQogICAgT25lIHdh eSBvZiBjbGVhcmx5IHBvaW50aW5nIG91dCBkcm9tIHdoaWNoIHN1Yi1yZWdpc3RyeSB5b3Ugd2Fu dHQgdGhlDQogICAgc3ViLVRMVnMgdG8gYmUgYXBwb2ludGVkIHdvdWxkIGJlOg0KICAgICAgICJJ QU5BIGlzIHJlcXVlc3RlZCB0byBhc3NpZ24gdmFsdWUgZm9yIHRoZSBmb3VyIHN1Yi1UTFZzIGxp c3RlZCBiZWxvdw0KICAgICAgICBmcm9tIHRoZSBTdGFuZGFyZHMgVHJhY2siICgwLTE2MzgzKSBy YW5nZSwgaW4gdGhlICJTdWItVExWcyBmb3IgVExWDQogICAgICAgIFR5cGVzIDEsIDE2LCBhbmQg MjEiIHN1Yi1yZWdpc3RyeSwgaW4gdGhlICJUTFZzIiByZWdpc3RyeSBpbiB0aGUNCiAgICAgICAg Ik11bHRpcHJvdG9jb2wgTGFiZWwgU3dpdGNoaW5nIChNUExTKSBMYWJlbCBTd2l0Y2hlZCBQYXRo cyAoTFNQcykNCiAgICAgICAgUGluZyBQYXJhbWV0ZXJzIiBuYW1lIHNwYWNlLiINCiAgICANCiAg ICBZb3Ugc2hvdWxkIGFsc28gc2F5IHRoYXQgeW91IHdhbnQgdGhlIGxvd2VzdCA0IGZyZWUgdmFs dWVzLg0KICAgIA0KICAgIE5vdGUgMTogSSBoYWQgc29tZSBjb21tdW5pY2F0aW9uIHdpdGggdGhl IGVkaXRvciB0aGF0IGluZGljYXRlcyB0aGF0DQogICAgdGhpcyBpcyB0aGUgY29ycmVjdCByYW5n ZS4NCiAgICANCiAgICBOb3RlIDI6IFRoZXJlIGlzIGEgZHJhZnQgdGhhdCB3aWxsIHNvb24gYmUg d2dsYydlZCBpbiB0aGUgTVBMUyB3b3JraW5nDQogICAgZ3JvdXAsICJkcmFmdC1pZXRmLW1wbHMt bHNwLXBpbmctcmVnaXN0cmllcy11cGRhdGUiLiBBcyBmYXIgYXMgSSBjYW4NCiAgICBzZWUgbm9u ZSBvZiB0aGUgY2hhbmdlcyB0byB0aGUgTFNQIFBpbmcgcmVnaXN0ZXJzIGRvbmUgaW4gdGhlIG1w bHMNCiAgICBkcmFmdCBoYXMgYW55IGVmZmVjdCBvbiB0aGUgYWxsb2NhdGlvbiBtYWRlIGJ5IHRo aXMgZHJhZnQuDQogICAgDQogICAgSSBoYXZlIGNvbnN1bHRlZCBvdXIgcmVnaXN0cnkgZXhwZXJ0 cyAoQ2FybG9zIGFuZCBNYWNoKSB0byBsb29rIGF0IHRoZQ0KICAgIElBTkEgcmVnaXN0cnkgaW4g ZHJhZnQtaWV0Zi1iZXNzLWV2cG4tbHNwLXBpbmcuIFRoZSBwb2ludCB0aGF0IHRoZXkNCiAgICBi cm91Z2h0IGJhY2sgd2FzIHRoYXQgdGhlIHNjb3BlIG9mIHRoZSByZXF1ZXN0ZWQgc3ViLVRMVnMg KFRMViAxIG9ubHkgb3INCiAgICBUTFYgMSwgMTYgYW5kIDIxKSBtdXN0IGJlIG1hZGUgdmVyeSBj bGVhci4NCiAgICANCiAgICBGb3IgdGhlIGFsbG9jYXRpb24gIlJldHVybiBDb2RlcyIgdGhhdCBp cyBjbGVkYXJlci4gU2F5ICJUaGUgUmV0dXJuDQogICAgQ29kZXMiIHJlZ2lzdHJ5IGluIHRoZSAi TXVsdGlwcm90b2NvbCBMYWJlbCBTd2l0Y2hpbmcgKE1QTFMpIExhYmVsDQogICAgU3dpdGNoZWQg UGF0aHMgKExTUHMpIFBpbmcgUGFyYW1ldGVycyIgbmFtZSBzcGFjZS4iICBBbmQgdGhhdCB0aGUg dHdvIA0KICAgIGxvd2VzdCBzdGFuZGFyZCBhY3Rpb25zIGNvZGUgcG9pbnRzIHNob3VsZCBiZSBh bGxvY2F0ZWQuDQogICAgDQogICAgSSB3b3VsZCB1c2UgYnVsbGV0cyB0byBsaXN0IHRoZSByZXR1 cm4gY29kZXMsIHVzaW5nIG51bWJlcnMgbWlnaHQgYmUNCiAgICB0YWtlbiBhcyB0aGF0IHRoaXMg aXMgdGhlIHZhbHVlcyB5b3Ugd2FudC4NCiAgICANCiAgICBUaGVyZSBhcmUgc29tZSBsYW5ndWFn ZSB0aGF0IHNob3VsZCBiZSBjb25zaWRlcmVkLCBlLmcuIGZyb20gc2VjdGlvbg0KICAgIDguMjoN CiAgICANCiAgICAgICAgVGhpcyBkb2N1bWVudCBwcm9wb3NlcyB0d28gbmV3IFJldHVybiBDb2Rl cywgd2hpY2ggU0hPVUxEIGJlIGluY2x1ZGVkDQogICAgICAgIGluIHRoZSBFY2hvIFJlcGx5IG1l c3NhZ2UgYnkgYSBQRSBpbiByZXNwb25zZSB0byBMU1AgUGluZyBFY2hvDQogICAgICAgIFJlcXVl c3QgbWVzc2FnZToNCiAgICANCiAgICBUaGlzIGFyZSByYXRoZXIgZ2VuZXJhbCBzdGF0ZW1lbnQs IGFuZCBpdCBpcyB0cnVlIG9ubHkgRVZQTiBhbmQgUEJCDQogICAgY29udGV4dCwgcmlnaHQ/IFBs ZWFzZSBtYWtlIHNwZWNpZmljLg0KICAgIA0KICAgIFRoZSBzYW1lIHdvdWxkIGJlIHRydWUgZm9y IHRoaXMgZnJvbSBzZWN0aW9uIDguMS46DQogICAgDQogICAgICAgIFRoaXMgZG9jdW1lbnQgZGVm aW5lcyA0IG5ldyBzdWItVExWIHR5cGUgdG8gYmUgaW5jbHVkZWQgaW4gVGFyZ2V0IEZFQw0KICAg ICAgICBTdGFjayBUTFYgKFRMViBUeXBlIDEpIFtSRkM4MDI5XSBpbiBMU1AgUGluZy4NCiAgICAN CiAgICBJdCBpcyBvbmx5IGluY2x1ZGVkIGluIEVWUE4gYW5kIFBCQiBjb250ZXh0LCBhbmQgSSB3 b3VsZCBzdWJzdGl0dXRlDQogICAgIkxTUCBQaW5nIiB3aXRoICJlY2hvIHJlcXVlc3QgYW5kIGVj aG8gcmVwbHkgbWVzc2FnZXMiDQogICAgDQogICAgDQogICAgL0xvYQ0KICAgIA0KICAgIA0KICAg IE9uIDAzLzA3LzIwMjAgMjE6MzIsIHNsaXRrb3dzLmlldGZAZ21haWwuY29tIHdyb3RlOg0KICAg ID4gSGkgTVBMUyBXRywNCiAgICA+IA0KICAgID4gV2UgaGF2ZSBzdGFydGVkIGEgd29ya2luZyBn cm91cCBsYXN0IGNhbGwgb24gDQogICAgPiBkcmFmdC1pZXRmLWJlc3MtZXZwbi1sc3AtcGluZyB3 aGljaCB3ZSBtYXkgYmUgaW50ZXJlc3RlZCB0byBoYXZlIHlvdSANCiAgICA+IHJldmlldyBhbmQg Y29tbWVudHMgb24uIFBsZWFzZSBjb21tZW50IG9uIHRoZSBCRVNTIG1haWxpbmcgbGlzdCBhcyB3 ZWxsIA0KICAgID4gYXMgTVBMUyBtYWlsaW5nIGxpc3QuDQogICAgPiANCiAgICA+IEJyZ2RzLA0K ICAgID4gDQogICAgPiBTdGVwaGFuZQ0KICAgID4gDQogICAgPiAqRnJvbToqc2xpdGtvd3MuaWV0 ZkBnbWFpbC5jb20gPHNsaXRrb3dzLmlldGZAZ21haWwuY29tPg0KICAgID4gKlNlbnQ6KiB2ZW5k cmVkaSAzIGp1aWxsZXQgMjAyMCAxNToyOQ0KICAgID4gKlRvOiogYmVzc0BpZXRmLm9yZzsgZHJh ZnQtaWV0Zi1iZXNzLWV2cG4tbHNwLXBpbmdAaWV0Zi5vcmcNCiAgICA+ICpDYzoqIGJlc3MtY2hh aXJzQGlldGYub3JnDQogICAgPiAqU3ViamVjdDoqIFdHTEMsIElQUiBhbmQgaW1wbGVtZW50YXRp b24gcG9sbCBmb3IgDQogICAgPiBkcmFmdC1pZXRmLWJlc3MtZXZwbi1sc3AtcGluZw0KICAgID4g DQogICAgPiBIZWxsbyBXRywNCiAgICA+IA0KICAgID4gVGhpcyBlbWFpbCBzdGFydHMgYSB0d28g d2Vla3MgV29ya2luZyBHcm91cCBMYXN0IENhbGwgb24gDQogICAgPiBkcmFmdC1pZXRmLWJlc3Mt ZXZwbi1sc3AtcGluZy0wMiBbMV0uDQogICAgPiANCiAgICA+IFRoaXMgcG9sbCBydW5zIHVudGls ICogdGhlIDIwXnRoIE9mIEp1bHkgKi4NCiAgICA+IA0KICAgID4gV2UgYXJlIGFsc28gcG9sbGlu ZyBmb3Iga25vd2xlZGdlIG9mIGFueSB1bmRpc2Nsb3NlZCBJUFIgdGhhdCBhcHBsaWVzIHRvIA0K ICAgID4gdGhpcyBEb2N1bWVudCwgdG8gZW5zdXJlIHRoYXQgSVBSIGhhcyBiZWVuIGRpc2Nsb3Nl ZCBpbiBjb21wbGlhbmNlIHdpdGggDQogICAgPiBJRVRGIElQUiBydWxlcyAoc2VlIFJGQ3MgMzk3 OSwgNDg3OSwgMzY2OSBhbmQgNTM3OCBmb3IgbW9yZSBkZXRhaWxzKS4NCiAgICA+IA0KICAgID4g SWYgeW91IGFyZSBsaXN0ZWQgYXMgYW4gQXV0aG9yIG9yIGEgQ29udHJpYnV0b3Igb2YgdGhpcyBE b2N1bWVudCBwbGVhc2UgDQogICAgPiByZXNwb25kIHRvIHRoaXMgZW1haWwgYW5kIGluZGljYXRl IHdoZXRoZXIgb3Igbm90IHlvdSBhcmUgYXdhcmUgb2YgYW55IA0KICAgID4gcmVsZXZhbnQgdW5k aXNjbG9zZWQgSVBSLiBUaGUgRG9jdW1lbnQgd29uJ3QgcHJvZ3Jlc3Mgd2l0aG91dCBhbnN3ZXJz IA0KICAgID4gZnJvbSBhbGwgdGhlIEF1dGhvcnMgYW5kIENvbnRyaWJ1dG9ycy4NCiAgICA+IA0K ICAgID4gVGhlcmUgaXMgY3VycmVudGx5IG5vIElQUiBkaXNjbG9zZWQuDQogICAgPiANCiAgICA+ IElmIHlvdSBhcmUgbm90IGxpc3RlZCBhcyBhbiBBdXRob3Igb3IgYSBDb250cmlidXRvciwgdGhl biBwbGVhc2UgDQogICAgPiBleHBsaWNpdGx5IHJlc3BvbmQgb25seSBpZiB5b3UgYXJlIGF3YXJl IG9mIGFueSBJUFIgdGhhdCBoYXMgbm90IHlldCANCiAgICA+IGJlZW4gZGlzY2xvc2VkIGluIGNv bmZvcm1hbmNlIHdpdGggSUVURiBydWxlcy4NCiAgICA+IA0KICAgID4gV2UgYXJlIGFsc28gcG9s bGluZyBmb3IgYW55IGV4aXN0aW5nIGltcGxlbWVudGF0aW9uIGFzIHBlciBbMl0uDQogICAgPiAN CiAgICA+IFRoYW5rIHlvdSwNCiAgICA+IA0KICAgID4gU3RlcGhhbmUgJiBNYXR0aGV3DQogICAg PiANCiAgICA+IFsxXSBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRm LWJlc3MtZXZwbi1sc3AtcGluZy8NCiAgICA+IA0KICAgID4gWzJdIGh0dHBzOi8vbWFpbGFyY2hp dmUuaWV0Zi5vcmcvYXJjaC9tc2cvYmVzcy9jRzNYMXRUcWJfdlBDNHJnNTZTRWRranFEcHcNCiAg ICA+IA0KICAgID4gDQogICAgPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fXw0KICAgID4gbXBscyBtYWlsaW5nIGxpc3QNCiAgICA+IG1wbHNAaWV0Zi5vcmcN CiAgICA+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBscw0KICAgID4g DQogICAgDQogICAgLS0gDQogICAgDQogICAgTG9hIEFuZGVyc3NvbiAgICAgICAgICAgICAgICAg ICAgICAgIGVtYWlsOiBsb2FAcGkubnUNCiAgICBTZW5pb3IgTVBMUyBFeHBlcnQgICAgICAgICAg ICAgICAgICAgICAgICAgIGxvYS5waS5udUBnbWFpbA0KICAgIEJyb256ZSBEcmFnb24gQ29uc3Vs dGluZyAgICAgICAgICAgICBwaG9uZTogKzQ2IDczOSA4MSAyMSA2NA0KICAgIA0KDQo= From nobody Sat Jul 18 08:39:16 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 2543F3A086C; Sat, 18 Jul 2020 08:39:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.898 X-Spam-Level: X-Spam-Status: No, score=-0.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MAY_BE_FORGED=1, SPF_HELO_NONE=0.001, SPF_NONE=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 Fp0Uw_ACMJcR; Sat, 18 Jul 2020 08:39:13 -0700 (PDT) Received: from mailgw1.uni-kl.de (mailgw1.uni-kl.de [IPv6:2001:638:208:120::220]) (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 530023A086B; Sat, 18 Jul 2020 08:39:12 -0700 (PDT) Received: from [172.20.10.2] (x2e720615.dyn.telefonica.de [46.114.6.21] (may be forged)) (authenticated bits=0) by mailgw1.uni-kl.de (8.14.4/8.14.4/Debian-8+deb8u2) with ESMTP id 06IFd1MF102180 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sat, 18 Jul 2020 17:39:09 +0200 To: draft-kompella-mpls-larp@ietf.org Cc: mpls@ietf.org From: Erik Auerswald Message-ID: <7fe4a6aa-ab77-ee10-6c44-b1fc15a0476a@unix-ag.uni-kl.de> Date: Sat, 18 Jul 2020 17:39:00 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit Archived-At: Subject: [mpls] Suggestion for draft-kompella-mpls-larp-08 section 3.3 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, 18 Jul 2020 15:39:15 -0000 Dear authors, after reading draft-kompella-mpls-larp-08 (Label Distribution Using ARP), it seems to me as if the label designations in section 3.3 could be made clearer by always using the same designation for the same label. Thus I would suggest to always use "TL3" when referring to that label, instead of using "TL3", "L1", and "L". I would suggest to change parts of section 3.3 as follows: OLD: 2. if it does, T1 allocates a label TL3 to reach H3 (if it doesn't already have such a label) and installs an L-FIB entry to swap L1 with the label (stack) to reach H3. 3. sends a (proxy) L-ARP reply to H1 with the Source Hardware Address (SHA) set to (L, M), where M is T1's metric to H3. T1 may also set some attribute bits in the SHA. NEW: 2. if it does, T1 allocates a label TL3 to reach H3 (if it doesn't already have such a label) and installs an L-FIB entry to swap TL3 with the label (stack) to reach H3. 3. sends a (proxy) L-ARP reply to H1 with the Source Hardware Address (SHA) set to (TL3, M), where M is T1's metric to H3. T1 may also set some attribute bits in the SHA. Thanks, Erik From nobody Mon Jul 20 14:31: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 820953A0FA3; Mon, 20 Jul 2020 14:31: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 GHdlN4S9Klxn; Mon, 20 Jul 2020 14:31:24 -0700 (PDT) Received: from mail-il1-x136.google.com (mail-il1-x136.google.com [IPv6:2607:f8b0:4864:20::136]) (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 AB28E3A0EA9; Mon, 20 Jul 2020 14:31:24 -0700 (PDT) Received: by mail-il1-x136.google.com with SMTP id i18so14618807ilk.10; Mon, 20 Jul 2020 14:31: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:in-reply-to:accept-language:content-language :mime-version; bh=DvFDZKonoozpmUaS/jeOVCR/PAVwdO8NHcupa6/PDeg=; b=liL/SarD2OBz9CYBUinvDP6CKjwc7f5ogSE/rZ6VgjOS4SuzvvDo8+nxh63k0wnDDf OvoYX1AjsSJt4dCdS4IYBc22gLVBT2QvON+Jjo2/6cDR2b+wtlygHv/EP4UZvPWQqnHN GHUBsSuJ2/mrhgLBzS1ajchG9eLT6IdktyPf5gjGx+CKdVuyBW7IYYjB4ykHz9yTHW8N V8A5X8hwRlWFjaPm2qbM5WTwTINNYx5nRcB/SOaWG3qDcJ+mnbUVnMSrHWoEmM3U7mYd A9j6n1DCU6KX4uBDL2p4OKxgxLWifOx2fNlpDYD+enebLIVQQ/ugbs9D5b9o5jgSqB/F 2h9g== 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:in-reply-to:accept-language :content-language:mime-version; bh=DvFDZKonoozpmUaS/jeOVCR/PAVwdO8NHcupa6/PDeg=; b=Bs6pZpPj18/ogWZyKyjfvNpbu16gSgZiBe57Y28LXD/vz/AP1m0HARyeI97rRCVqvk QddjfcDnLhWXNU9lAr44PYfN8ollswbr+mfv3tYP0gsLudZa1fHca69jMMCC57aLYcHd Jyj8bj06GaUcQaGuhq3nj+XtxIfldODhDnrBX3HJUlF7NWyuzjOa3pbrt0dVmp3ez105 9IRnwqJb05PjbLVi4M1SICZ5lENahcHbb2FrXhsOIBKXZT1/mShZ7Me1c1PwydFkquhT T0QaYa+I4ilxB3VUUoOwIx3QDYD2D3432ueLVS3Y2JRHPDtQuJhKN4FYErgqaQRw5NjA F5fg== X-Gm-Message-State: AOAM5302iurnYb2/L/EXJAXvxPNmkm9ao5eIcSUqvzPXGML63Pv3sgOH oOsEnSUoSDzFFBRqTV5cwPs= X-Google-Smtp-Source: ABdhPJyaFXkBXokqd1GJ8MsEQdTHa6BLNOjC12otD4dW1d4753MQ/CPsan6v56BV0KKu+/qsvI1ckA== X-Received: by 2002:a92:5fc7:: with SMTP id i68mr23660545ill.126.1595280683943; Mon, 20 Jul 2020 14:31:23 -0700 (PDT) Received: from DM5PR1901MB2150.namprd19.prod.outlook.com ([2603:1036:4:9e::5]) by smtp.gmail.com with ESMTPSA id d18sm9300645ils.34.2020.07.20.14.31.22 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 20 Jul 2020 14:31:23 -0700 (PDT) From: Tarek Saad To: "Rakesh Gandhi (rgandhi)" , Yimin Shen , "xufeng.liu.ietf@gmail.com" , "huaimo.chen@futurewei.com" CC: "mpls-chairs@ietf.org" , "draft-gandhi-mpls-rfc6374-sr@ietf.org" , "mpls@ietf.org" Thread-Topic: MPLS-RT experts review for draft-gandhi-mpls-rfc6374-sr Thread-Index: ATBFNzk0LE3wfXMCCuPZuxscDHhBTzBENTA0RUU1NEbIhwBzqg== X-MS-Exchange-MessageSentRepresentingType: 1 Date: Mon, 20 Jul 2020 21:31:21 +0000 Message-ID: References: <93834BEF-89D9-47DB-A852-33D2E0CDB7CE@cisco.com> In-Reply-To: <93834BEF-89D9-47DB-A852-33D2E0CDB7CE@cisco.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: multipart/alternative; boundary="_000_DM5PR1901MB21507A36B6BAB8A268A5D4B1FC7B0DM5PR1901MB2150_" MIME-Version: 1.0 Archived-At: Subject: Re: [mpls] MPLS-RT experts review for draft-gandhi-mpls-rfc6374-sr 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, 20 Jul 2020 21:31:27 -0000 --_000_DM5PR1901MB21507A36B6BAB8A268A5D4B1FC7B0DM5PR1901MB2150_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Closing the loop on this. Thanks reviewers and authors for working through the comments. I=92ve received confirmation that there are no outstanding comments on the = MPLS-RT review. The wgap is closed now and we have a new working group docu= ment. Can the authors please post an update with name change to draft-ietf-mpls-r= fc6374-sr wth the administrative changes as compared to last version. Regards, Tarek (for MPLS WG chairs) From: Rakesh Gandhi Date: Thursday, June 25, 2020 at 10:58 AM To: Tarek Saad , Yimin Shen , Xufen= g , "huaimo.chen@futurewei.com" Cc: "mpls-chairs@ietf.org" , "draft-gandhi-mpls-rfc63= 74-sr@ietf.org" Subject: Re: MPLS-RT experts review for draft-gandhi-mpls-rfc6374-sr Hi Tarek, MPLS-RT experts, Many thanks to Huaimo, Yimin and Xufeng for the MPLS-RT expert reviewers. = The comments have been addressed in the latest revision of the draft: https://tools.ietf.org/html/draft-gandhi-mpls-rfc6374-sr-05 https://datatracker.ietf.org/doc/html/draft-gandhi-mpls-rfc6374-sr-05 Overall diffs can be found at: https://www.ietf.org/rfcdiff?url1=3Ddraft-gandhi-mpls-rfc6374-sr-02&url2=3D= draft-gandhi-mpls-rfc6374-sr-05 Please let us know if there are additional comments. Further comments, if a= ny, can be addressed post WG adoption. Thanks, Rakesh (for authors) --_000_DM5PR1901MB21507A36B6BAB8A268A5D4B1FC7B0DM5PR1901MB2150_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable

Closing the loop on this.

 

Thanks reviewers and authors for working through the= comments.

 

I=92ve received confirmation that there are no outst= anding comments on the MPLS-RT review. The wgap is closed now and we have a= new working group document.

Can the authors please post an update with name chan= ge to draft-ietf-mpls-rfc6374-sr wth the administrative changes as compared= to last version.

 

Regards,

Tarek (for MPLS WG chairs)

 

 

From: Rakesh Gandhi <rgandhi@cisco.com>
Date: Thursday, June 25, 2020 at 10:58 AM
To: Tarek Saad <tsaad.net@gmail.com>, Yimin Shen <yshen@jun= iper.net>, Xufeng <xufeng.liu.ietf@gmail.com>, "huaimo.chen@f= uturewei.com" <huaimo.chen@futurewei.com>
Cc: "mpls-chairs@ietf.org" <mpls-chairs@ietf.org>, &= quot;draft-gandhi-mpls-rfc6374-sr@ietf.org" <draft-gandhi-mpls-rfc6= 374-sr@ietf.org>
Subject: Re: MPLS-RT experts review for draft-gandhi-mpls-rfc6374-sr=

 

Hi Tarek, MPLS-RT experts= ,

Many thanks to Huaimo, Yi= min and Xufeng for the MPLS-RT expert reviewers.  The comments have be= en addressed in the latest revision of the draft:

https= ://tools.ietf.org/html/draft-gandhi-mpls-rfc6374-sr-05

https://datatracker.ietf.org/doc/html/draft-gandhi-mpls-rfc6= 374-sr-05

 

Overall diffs can be foun= d at:

https://www.ietf.org/rfcdiff?url1=3Ddraft-gandhi-mpl= s-rfc6374-sr-02&url2=3Ddraft-gandhi-mpls-rfc6374-sr-05

 

Please let us know if there are additional comments. Further comments, i= f any, can be addressed post WG adoption.

 

Thanks,

Rakesh (for authors)=

 

--_000_DM5PR1901MB21507A36B6BAB8A268A5D4B1FC7B0DM5PR1901MB2150_-- From nobody Tue Jul 21 00:43:40 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 E27F03A1493; Tue, 21 Jul 2020 00:43:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-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 QwepjZHauN84; Tue, 21 Jul 2020 00:43:33 -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 B7A733A1492; Tue, 21 Jul 2020 00:43:27 -0700 (PDT) Received: from [192.168.0.14] (unknown [111.125.123.37]) (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 8951432611C; Tue, 21 Jul 2020 09:43:24 +0200 (CEST) From: Loa Andersson To: "mpls@ietf.org" Cc: "mpls-chairs@ietf.org" , "draft-ietf-mpls-rfc6374-sfl@ietf.org" References: <280d1472-877c-f1f7-6ea0-6459b05798e2@pi.nu> Message-ID: Date: Tue, 21 Jul 2020 15:42:19 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 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] Correction - MPLS wg WGLC on draft-ietf-mpls-rfc6374-sfl 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, 21 Jul 2020 07:43:39 -0000 Working Group, I planned to close this wglc today, but there are very few responses, so I leave it open another week. /Loa On 01/07/2020 15:09, Loa Andersson wrote: > WG, > > The was a copy and past error in the first mail, please respond to this > mail. > > /Loa > > On 01/07/2020 13:14, Loa Andersson wrote: >> Working Group, >> >> This is to initiate a two week working group last call on >> draft-ietf-mpls-rfc6374-sfl. >> >> Please send your comments to the mpls wg mailing list (mpls@ietf.org). >> >> There are three IPR disclosures against draft-ietf-mpls-rfc6374-sfl, >> though >> disclosure #2991 is an update of disclosure #2706รถ >> >> We lack responses on the IPR poll, we normally wit for responses from >> all authors and contributors. However the IPR poll has been open >> since May 29 and we have decided to go ahead and start the wglc >> anyway. >> >> If you have concerns du to lack of responses to the IPR poll, please >> send those comments as part of the wglc. >> >> Of the authors four has responded to the IPR poll. Of two contributors >> one has responded to the IPR poll. All responses have been posted to >> the working group mailing list, indicating that the respondents are >> unaware of any non-disclosed IPRs that relates to this document. >> >> This working group last call ends Friday July 15, 2020. >> >> /Loa > -- Loa Andersson email: loa@pi.nu Senior MPLS Expert loa.pi.nu@gmail Bronze Dragon Consulting phone: +46 739 81 21 64 From nobody Tue Jul 21 02:45:23 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 0A9C73A1746; Tue, 21 Jul 2020 02:45:22 -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 l0YecFZyVsff; Tue, 21 Jul 2020 02:45:20 -0700 (PDT) Received: from mail-wm1-x32c.google.com (mail-wm1-x32c.google.com [IPv6:2a00:1450:4864:20::32c]) (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 6787B3A1710; Tue, 21 Jul 2020 02:45:20 -0700 (PDT) Received: by mail-wm1-x32c.google.com with SMTP id c80so2172658wme.0; Tue, 21 Jul 2020 02:45:20 -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=Nwk884ntya9Hu3fAYQ3NDnDAZNolrFw8XQ1FtEohzT8=; b=JWpxdO6o/UqdDYsYgHja1cTpmHEcGHZf2jgsZXFd0kPvaovBgf2UijpKU/12rq2T1P xLMhAhNA0DYzYjlWpQX11Eyl6o0LZozrhmGsSvCS4Kr6+bTQ5x6qKCNwQKyubnY4aItL PdWhtQOIt3iyeJYsch9i/jEUTxikbfPAcobeJAvMhT9eOFCQyJO/kx3JN/+MUUW2LyIR W5wGjd59RTu50pi/NvNwauyGm4R+gKW3YlWLxEjTDCuon0Mu+tIFYmY9ZsRA2dslVotL Gb9OvpVebn7VU0cQjbUyjSw61MqzhS3EYeeeVtQZbMdXaCuqOzXIgJlXpNTqAIysKZpf ONcA== 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=Nwk884ntya9Hu3fAYQ3NDnDAZNolrFw8XQ1FtEohzT8=; b=aMViTmSnXTVIBz66hnMqz5Rare8G/ZdOcuEYCkaNDJZUUwba87156dWWOfDl9MTFKU ekNkl/4dGHCjofY7klfdV8Hl+2c6ZZt1mE/dW4D/iEJI6Jw7gSaxPN3inwXchwlVY1vW /KTYOcucc9nSQ/fUCsRITFYpkBh9ROJMr/IGlsaLWbYVOGItIkYqdxDJ63AdI7XKRby4 2DJ5j/Xcw+zgAVmS5WXz78dpPCFvu9ScnGplyejFGZlQiJU1PQf8Lq6xEdtZDNEmU/vD In1lqqnEy51C2q7h+fAzhNfTOdlCq8qICsua2gaO+ifmRkKkDCCEyjFu0uhSdqpzrnNX Kepg== X-Gm-Message-State: AOAM533K1guUeDlO/hWwjNg+93+AtJpD0tCTk08l64QOT+0dqTFwAJV8 bxUoyiB9XRkA1wuR02jGtrk= X-Google-Smtp-Source: ABdhPJx8adIeeFBLmYc4PhJiTAiozIV1btTqGbjtV6g2dHuJ35ZbgeXm1scNb24d1FDJDlS28hA6OA== X-Received: by 2002:a1c:48c5:: with SMTP id v188mr3178049wma.58.1595324717958; Tue, 21 Jul 2020 02:45:17 -0700 (PDT) Received: from appleton.fritz.box ([62.3.64.16]) by smtp.gmail.com with ESMTPSA id j6sm36766133wro.25.2020.07.21.02.45.16 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 21 Jul 2020 02:45:16 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) From: Stewart Bryant In-Reply-To: Date: Tue, 21 Jul 2020 10:45:15 +0100 Cc: Stewart Bryant , "mpls@ietf.org" , "mpls-chairs@ietf.org" , "draft-ietf-mpls-rfc6374-sfl@ietf.org" Content-Transfer-Encoding: quoted-printable Message-Id: <73B0944A-0F8C-4242-958F-293ABED6E696@gmail.com> References: <280d1472-877c-f1f7-6ea0-6459b05798e2@pi.nu> To: loa Andersson X-Mailer: Apple Mail (2.3608.80.23.2.2) Archived-At: Subject: Re: [mpls] Correction - MPLS wg WGLC on draft-ietf-mpls-rfc6374-sfl 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, 21 Jul 2020 09:45:22 -0000 I obviously think it is as good as I can get it without external review. I would very much appreciate others reading the text and providing their = views. Stewart =20 > On 21 Jul 2020, at 08:42, Loa Andersson wrote: >=20 > Working Group, >=20 > I planned to close this wglc today, but there are very few responses, = so I leave it open another week. >=20 > /Loa >=20 > On 01/07/2020 15:09, Loa Andersson wrote: >> WG, >> The was a copy and past error in the first mail, please respond to = this >> mail. >> /Loa >> On 01/07/2020 13:14, Loa Andersson wrote: >>> Working Group, >>>=20 >>> This is to initiate a two week working group last call on >>> draft-ietf-mpls-rfc6374-sfl. >>>=20 >>> Please send your comments to the mpls wg mailing list = (mpls@ietf.org). >>>=20 >>> There are three IPR disclosures against draft-ietf-mpls-rfc6374-sfl, = though >>> disclosure #2991 is an update of disclosure #2706=C3=B6 >>>=20 >>> We lack responses on the IPR poll, we normally wit for responses = from >>> all authors and contributors. However the IPR poll has been open >>> since May 29 and we have decided to go ahead and start the wglc >>> anyway. >>>=20 >>> If you have concerns du to lack of responses to the IPR poll, please >>> send those comments as part of the wglc. >>>=20 >>> Of the authors four has responded to the IPR poll. Of two = contributors >>> one has responded to the IPR poll. All responses have been posted to >>> the working group mailing list, indicating that the respondents are >>> unaware of any non-disclosed IPRs that relates to this document. >>>=20 >>> This working group last call ends Friday July 15, 2020. >>>=20 >>> /Loa >=20 > --=20 >=20 > Loa Andersson email: loa@pi.nu > Senior MPLS Expert loa.pi.nu@gmail > Bronze Dragon Consulting phone: +46 739 81 21 64 >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From nobody Tue Jul 21 04:45: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 ED3EE3A03F2 for ; Tue, 21 Jul 2020 04:45:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.101 X-Spam-Level: X-Spam-Status: No, score=-2.101 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] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=telecomitalia.it Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hIDunOBZjQUk for ; Tue, 21 Jul 2020 04:45:18 -0700 (PDT) Received: from mx07.telecomitalia.it (mx07.telecomitalia.it [156.54.232.23]) (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 AF61F3A0365 for ; Tue, 21 Jul 2020 04:45:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; d=telecomitalia.it; s=selector1; c=relaxed/relaxed; q=dns/txt; i=@telecomitalia.it; t=1595331913; x=2459245513; h=MIME-Version:From:Date:Message-ID:Subject:To; bh=nwPQ0RqrXtnqTRGDq7tcGWc56haizawAfdKSIfGlDcw=; b=ZA/EkvAoaiwb2uwnSXqzpqWqsJMGOgxS2FN2ZEjHJYJo4R7aPjgFTDbph7HOq9zc QcLP5VPQqr85pZXMvojzLz1DNXHVp17r5GemKyQBGKRwku8gliNfsBxyA2rFPRDq A5R1h+GSbl9CHV7jlL/t+HmxMJerGZtfCs2JwiPyUxwZ/mbblnmpVbUVCXFgzOwG +f58wy/me3G2JrZC27S4EI0f00bY5yKiOixzAlh+6zpHZtG57QU9bZss+eprqU2f o+wUleHAjMWdbnsHruYOBlfyMb1uJFUFmA0wwlI28r2PKE5if5y+L/kcu0dsXiqz XPxCWTnWJ1Fh5JB5HGGk0Q==; X-AuditID: 0a5a2d17-4b3ff70000001809-78-5f16d5492c76 Received: from TELMBXD03BA020.telecomitalia.local ( [10.90.43.29]) by mx07.telecomitalia.it () with SMTP id 7C.65.06153.945D61F5; Tue, 21 Jul 2020 13:45:13 +0200 (CEST) From: Cociglio Mauro To: "mpls@ietf.org" CC: "mpls-chairs@ietf.org" , "draft-ietf-mpls-rfc6374-sfl@ietf.org" Thread-Topic: Correction - MPLS wg WGLC on draft-ietf-mpls-rfc6374-sfl Thread-Index: AdZfPWEtV6O4wEMbQgmOpypxyzz/zg== Date: Tue, 21 Jul 2020 11:45:12 +0000 Message-ID: <53a047d1a6a546849a5cf6865bab9070@TELMBXD14BA020.telecomitalia.local> Accept-Language: it-IT, en-US Content-Language: it-IT X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [79.41.83.131] x-ti-disclaimer: ADBanner Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprMKsWRmVeSWpSXmKPExsXCFaUtq+t5VSzeYMsBWYvpG76zW6y7fIrN 4tbSlawOzB5LlvxkCmCMamC0SczLyy9JLElVSEktTrZVcsksTs5JzMxNLVJwdHECSqYWKSlk ptgqmSkpFOQkJqfmpuaV2ColFhSk5qUo2XEpYAAboLLMPIXUvOT8lMy8dFslz2B/XQsLU0td QyW7wNLU4pJ8hdzU4uLE9PTMfIWEVyIZfS8WsxasEq34/YOjgfGJSBcjB4eEgInEpI1VXYxc HEICqxglVh74xNbFyMnBJmAmcWbLMzBbREBZ4sjEblaQImaBJkaJSfc3MYI0Cwu4SqybnghR 4ybx6dlHFghbT2LF863MIDaLgKrEtN9bWUDKeQUCJZavtwcJMwrISkzYvYgRxGYWEJd4Mf0E O4gtISAgsWTPeWYIW1Ti5eN/rBC2gcTWpftYIGwFiafT/kLVS0ocPryJDWQ8s4CmxPpd+hAj FSWmdD8EK+EVEJQ4OfMJWKuQgI7E5fuH2CYwis5CsnkWQvcsJN2zkHQvYGRZxSiaW2FgrleS mpOanJ+bWZKYk5mol1myiRGcDHTFdzBO2PBG7xAjEwfjIUYJDmYlEd6JPMLxQrwpiZVVqUX5 8UWlOanFhxh9gKEykVlKNDkfmI7ySuINTc1MzY2NzEwNTM0scQgrifPa7xONFxJIByah7NTU gtQimHFMHJxSDUyzoo0Sv/8qiJA/KXfN0UDNRTmJjXXz/v53V3Pcru2p/yPLGyRnUF289kTv JC7DoPVVRr/PL9vzecbsqH1CPp0FP7j8t7kW595b1KjbGr9x7bKNa+rrJplc6XF72FEYvuNA r4ZmqGq39mSpgNRd8nX9kydX79JkWPCnntFZ4VP0n/tTY5/uUAz7qsvX7XZ1x7baua5LhY4W RdwMvq8rIV9W23fQ/XTll3cml0IvP+QVO3DjztFZNeJeO05mGD49ZWl5+1Pgn998ExTbeTZ0 3Mla8ibKp2hz+kZGsZbNpyZKptalsO64XKywsOPn20N2SbtXeO6NfPw95+CEE9Y/752vkdod vMt+48vegIrvfdOUWIozEg21mIuKEwHaH7+EpgMAAA== Archived-At: Subject: Re: [mpls] Correction - MPLS wg WGLC on draft-ietf-mpls-rfc6374-sfl 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, 21 Jul 2020 11:45:21 -0000 RGVhciBBbGwsDQpJIHN1cHBvcnQgdGhlIHB1YmxpY2F0aW9uLg0KDQpSZWdhcmRzLA0KDQpN YXVybw0KX19fX19fX19fX19fX19fX19fX19fDQpNYXVybyBDb2NpZ2xpbw0KVGVsZWNvbSBp dGFsaWEtVElNDQpWaWEgRy4gUmVpc3MgUm9tb2xpLCAyNzQNCjEwMTQ4IC0gVG9yaW5vIChJ dGFseSkNClRlbC46ICszOTAxMTIyODUwMjgNCk1vYmlsZTogKzM5MzM1NzY2OTc1MQ0KX19f X19fX19fX19fX19fX19fX19fDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZy b206IExvYSBBbmRlcnNzb24gW21haWx0bzpsb2FAcGkubnVdDQpTZW50OiBXZWRuZXNkYXks IEp1bHkgMSwgMjAyMCA5OjA5IEFNDQpUbzogbXBsc0BpZXRmLm9yZw0KQ2M6IG1wbHMtY2hh aXJzQGlldGYub3JnOyBkcmFmdC1pZXRmLW1wbHMtcmZjNjM3NC1zZmxAaWV0Zi5vcmcNClN1 YmplY3Q6IENvcnJlY3Rpb24gLSBNUExTIHdnIFdHTEMgb24gZHJhZnQtaWV0Zi1tcGxzLXJm YzYzNzQtc2ZsDQoNCldHLA0KDQpUaGUgd2FzIGEgY29weSBhbmQgcGFzdCBlcnJvciBpbiB0 aGUgZmlyc3QgbWFpbCwgcGxlYXNlIHJlc3BvbmQgdG8gdGhpcyBtYWlsLg0KDQovTG9hDQoN Ck9uIDAxLzA3LzIwMjAgMTM6MTQsIExvYSBBbmRlcnNzb24gd3JvdGU6DQo+IFdvcmtpbmcg R3JvdXAsDQo+IA0KPiBUaGlzIGlzIHRvIGluaXRpYXRlIGEgdHdvIHdlZWsgd29ya2luZyBn cm91cCBsYXN0IGNhbGwgb24gDQo+IGRyYWZ0LWlldGYtbXBscy1yZmM2Mzc0LXNmbC4NCj4g DQo+IFBsZWFzZSBzZW5kIHlvdXIgY29tbWVudHMgdG8gdGhlIG1wbHMgd2cgbWFpbGluZyBs aXN0IChtcGxzQGlldGYub3JnKS4NCj4gDQo+IFRoZXJlIGFyZSB0aHJlZSBJUFIgZGlzY2xv c3VyZXMgYWdhaW5zdCBkcmFmdC1pZXRmLW1wbHMtcmZjNjM3NC1zZmwsIA0KPiB0aG91Z2gg ZGlzY2xvc3VyZSAjMjk5MSBpcyBhbiB1cGRhdGUgb2YgZGlzY2xvc3VyZSAjMjcwNsO2DQo+ IA0KPiBXZSBsYWNrIHJlc3BvbnNlcyBvbiB0aGUgSVBSIHBvbGwsIHdlIG5vcm1hbGx5IHdp dCBmb3IgcmVzcG9uc2VzIGZyb20gDQo+IGFsbCBhdXRob3JzIGFuZCBjb250cmlidXRvcnMu IEhvd2V2ZXIgdGhlIElQUiBwb2xsIGhhcyBiZWVuIG9wZW4gc2luY2UgDQo+IE1heSAyOSBh bmQgd2UgaGF2ZSBkZWNpZGVkIHRvIGdvIGFoZWFkIGFuZCBzdGFydCB0aGUgd2dsYyBhbnl3 YXkuDQo+IA0KPiBJZiB5b3UgaGF2ZSBjb25jZXJucyBkdSB0byBsYWNrIG9mIHJlc3BvbnNl cyB0byB0aGUgSVBSIHBvbGwsIHBsZWFzZSANCj4gc2VuZCB0aG9zZSBjb21tZW50cyBhcyBw YXJ0IG9mIHRoZSB3Z2xjLg0KPiANCj4gT2YgdGhlIGF1dGhvcnMgZm91ciBoYXMgcmVzcG9u ZGVkIHRvIHRoZSBJUFIgcG9sbC4gT2YgdHdvIGNvbnRyaWJ1dG9ycyANCj4gb25lIGhhcyBy ZXNwb25kZWQgdG8gdGhlIElQUiBwb2xsLiBBbGwgcmVzcG9uc2VzIGhhdmUgYmVlbiBwb3N0 ZWQgdG8gDQo+IHRoZSB3b3JraW5nIGdyb3VwIG1haWxpbmcgbGlzdCwgaW5kaWNhdGluZyB0 aGF0IHRoZSByZXNwb25kZW50cyBhcmUgDQo+IHVuYXdhcmUgb2YgYW55IG5vbi1kaXNjbG9z ZWQgSVBScyB0aGF0IHJlbGF0ZXMgdG8gdGhpcyBkb2N1bWVudC4NCj4gDQo+IFRoaXMgd29y a2luZyBncm91cCBsYXN0IGNhbGwgZW5kcyBGcmlkYXkgSnVseSAxNSwgMjAyMC4NCj4gDQo+ IC9Mb2ENCg0KLS0gDQoNCkxvYSBBbmRlcnNzb24gICAgICAgICAgICAgICAgICAgICAgICBl bWFpbDogbG9hQHBpLm51DQpTZW5pb3IgTVBMUyBFeHBlcnQgICAgICAgICAgICAgICAgICAg ICAgICAgIGxvYS5waS5udUBnbWFpbA0KQnJvbnplIERyYWdvbiBDb25zdWx0aW5nICAgICAg ICAgICAgIHBob25lOiArNDYgNzM5IDgxIDIxIDY0DQpfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXw0KbXBscyBtYWlsaW5nIGxpc3QNCm1wbHNAaWV0 Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBscw0KDQpR dWVzdG8gbWVzc2FnZ2lvIGUgaSBzdW9pIGFsbGVnYXRpIHNvbm8gaW5kaXJpenphdGkgZXNj bHVzaXZhbWVudGUgYWxsZSBwZXJzb25lIGluZGljYXRlLiBMYSBkaWZmdXNpb25lLCBjb3Bp YSBvIHF1YWxzaWFzaSBhbHRyYSBhemlvbmUgZGVyaXZhbnRlIGRhbGxhIGNvbm9zY2VuemEg ZGkgcXVlc3RlIGluZm9ybWF6aW9uaSBzb25vIHJpZ29yb3NhbWVudGUgdmlldGF0ZS4gUXVh bG9yYSBhYmJpYXRlIHJpY2V2dXRvIHF1ZXN0byBkb2N1bWVudG8gcGVyIGVycm9yZSBzaWV0 ZSBjb3J0ZXNlbWVudGUgcHJlZ2F0aSBkaSBkYXJuZSBpbW1lZGlhdGEgY29tdW5pY2F6aW9u ZSBhbCBtaXR0ZW50ZSBlIGRpIHByb3Z2ZWRlcmUgYWxsYSBzdWEgZGlzdHJ1emlvbmUsIEdy YXppZS4gDQoNClRoaXMgZS1tYWlsIGFuZCBhbnkgYXR0YWNobWVudHMgaXMgY29uZmlkZW50 aWFsIGFuZCBtYXkgY29udGFpbiBwcml2aWxlZ2VkIGluZm9ybWF0aW9uIGludGVuZGVkIGZv ciB0aGUgYWRkcmVzc2VlKHMpIG9ubHkuIERpc3NlbWluYXRpb24sIGNvcHlpbmcsIHByaW50 aW5nIG9yIHVzZSBieSBhbnlib2R5IGVsc2UgaXMgdW5hdXRob3Jpc2VkLiBJZiB5b3UgYXJl IG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50LCBwbGVhc2UgZGVsZXRlIHRoaXMgbWVzc2Fn ZSBhbmQgYW55IGF0dGFjaG1lbnRzIGFuZCBhZHZpc2UgdGhlIHNlbmRlciBieSByZXR1cm4g ZS1tYWlsLCBUaGFua3MuIA0KDQpSaXNwZXR0YSBsJ2FtYmllbnRlLiBOb24gc3RhbXBhcmUg cXVlc3RhIG1haWwgc2Ugbm9uIMOoIG5lY2Vzc2FyaW8uDQo= From nobody Tue Jul 21 11:43:28 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 4F39B3A053E; Tue, 21 Jul 2020 11:43:26 -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, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, 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=juniper.net header.b=iz/x9M29; dkim=pass (1024-bit key) header.d=juniper.net header.b=ajQgvjlU Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id biBtytvGKDoz; Tue, 21 Jul 2020 11:43:20 -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 BAFF33A05AC; Tue, 21 Jul 2020 11:43:19 -0700 (PDT) Received: from pps.filterd (m0108161.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 06LIgF7Y022876; Tue, 21 Jul 2020 11:43:18 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : content-type : mime-version; s=PPS1017; bh=3qd9nhbr0TXzxwbntUFTQuohi+j8n58T+p2aoLdCw0k=; b=iz/x9M292F1RkOPaDLOLXBxY6draxE2KKWPW+YEEowr4FDGjea24rvjkH11uo/mcf56y VgbphAvzL6AdLKj+ogv32PK3t4nI/XxpLq2fzFvwkZFbzcgcmskGUTujPZorqqPBX/Ip tJ76OPCgQXeFccGa/ILIF5JXJi1VZmKNjIMS6q6+YFym5V1ExWOYTQzym5MDsnpnhrkA wkDEQIIW2DKUN4anLWS7WHVa8fTZnBvrd/1vQ/DengH+Zm4artR2qWpLCtDJY80LHdDB OD2zEkyIGxu+KwRdR/c7vshShYPoSG0behSWhc0lthm+bJ2xos2EMM1qx3QodP64llV8 uA== 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 32c06x4ym1-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 21 Jul 2020 11:43:18 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=BTqrNDvr/tH4mQU/9jCJGnGun7SViM91aF5biKKLDWAHz6LPXR03/EKTjwR2UCrnswMe70sceTnhXirxO5qNTGwdq3usJIS16q3hRWSzdixMSKbAS/zVMU1Jx+bM8IM0WpHvFQ6a+Kgv8qGmZ6Uwj50Tck1cI/HUHgjbTqsEtK6208LnC6O4HajKuSPMJeEjfO0eUMEG698hztGAiGjat8EPAkEECjfu3db+Zk5Ai86EAZ7ubgMrZZrLIrtTTIx7LBF+0ERAAzvbiH6ANVkBp3IrcFHDkmhnUUlI9n6qGe4KBGDJBBuHJpMeAipGL7l02gm/5bWV2/ElIeWAYXbt2Q== 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=3qd9nhbr0TXzxwbntUFTQuohi+j8n58T+p2aoLdCw0k=; b=kLhcPpAQCVOsvCJCffy9u6TDlhfuSklvMgiM5BrVWh1ISRsX38ROorkg6yodDQD/JFf6G5AjIZdbxbBmxiEVYpC7uhdIXurNHDC83TvoCdbX0wfG3KxN1yP7KCrzKqTg9aX4Dp7em5FpmQLCyYUiIHh3aNY73oSzcD5oK8PUNqyLian5pCxQiNvJhD8ReDpaZ2pbxp4lvraTvt2lUj3Yte83vngExKSuIaBkBpAp1N9UlHFb0Y4OiB7xcdalvmNEPFWy279BizE7I5gadrM96M193u1pDFDp+xYnk4BvX3cnUw+45KpaHwr80kh50rjVd4niQLDxt8PVJULzjaaI7g== 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=3qd9nhbr0TXzxwbntUFTQuohi+j8n58T+p2aoLdCw0k=; b=ajQgvjlU4pn7bmjS7sQs5YdbRkvtdZggVJEAMFM9/98/rk9hRda+Z9SbfWdJI8jtp4b/Xxqk5jPfz4J/EMMFV4IY1KNwkJRbvie2Cd+QmUVlYHDEhGKCWIOTLjR1XcNsVR5e79SP3OdwkVXixnEyxa5iMtSn6ZC5Fi83VWTfDhA= Received: from BYAPR05MB4136.namprd05.prod.outlook.com (2603:10b6:a02:85::18) by BYAPR05MB4549.namprd05.prod.outlook.com (2603:10b6:a02:f3::25) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3216.14; Tue, 21 Jul 2020 18:43:17 +0000 Received: from BYAPR05MB4136.namprd05.prod.outlook.com ([fe80::31e0:21bb:b0d7:fec6]) by BYAPR05MB4136.namprd05.prod.outlook.com ([fe80::31e0:21bb:b0d7:fec6%3]) with mapi id 15.20.3216.018; Tue, 21 Jul 2020 18:43:17 +0000 From: Tarek Saad To: "draft-cheng-mpls-inband-pm-encapsulation@ietf.org" CC: "mpls@ietf.org" Thread-Topic: Comments on draft-cheng-mpls-inband-pm-encapsulation Thread-Index: AQHWX47Me44PnZoxaUWAgA44WY+Qqw== Date: Tue, 21 Jul 2020 18:43:16 +0000 Message-ID: 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=be74c80d-aa3f-4015-af07-0000c2f721dd; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2020-07-21T13:44:53Z; 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.39.20071300 authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=juniper.net; x-originating-ip: [66.129.241.11] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 0749419d-f585-4675-51b6-08d82da5eec5 x-ms-traffictypediagnostic: BYAPR05MB4549: 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: TemQ0vzV7noYF/2BS4WSbGUBXMIMRsY0ngveSJQ+qy0ZpTiyLMgky9eQKNziQTCSeEodEkmuaSqlpNEUJSZ79HXQy0/TKY+uTUiIbJth33wHUQ/siTZYhxnMRzWOoi41iJPh4hgoUk1GM/TiYR++0jVwtBifQPlmKJJxYygrmBifX0Vp0TLlxgozDx1JlHVoiJ0MO5qc87UBtwVDUZM7Q0wjpUKO0jbl/bUHd+qYakpE+5eCnVSw+LoKIyE9vtiCvDUhY7YRMhxBPF/wiAhW3iRPVAiT4pMC8SG2ERTrSDx0SkNergT7UC01GqOiQ02wTe6182BSrxfAXp9/in7AWg== 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; SFTY:; SFS:(4636009)(366004)(76116006)(86362001)(83380400001)(6916009)(71200400001)(66556008)(66446008)(26005)(5660300002)(36756003)(6512007)(498600001)(4326008)(8936002)(6506007)(6486002)(2906002)(66476007)(8676002)(66946007)(33656002)(2616005)(450100002)(186003)(64756008); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: nHfORELtvQBQf9gFrEKgoVlH9dGR9pmIRsnYKJWh7xJF9m2FCLCmfmVZrWjhFHO0xXRzc5iOnnxPHMnuu/lZJFAvS6zMK0d5hLDeMcUGruZf8mTEmy9BtRS8TRzUFQMXcSiBE2RD54ppDVS7KvTq0Gk7dMJcfOwtAVwkeJY2EiozDRoQxCv8EyKCMBfS16MKe01AEw2LdQI3bE7UIuXiyi1dOoQRWsqDC9V/MZIygNPLPR8SFcV0qVGmZUhSh/0r/gT2oQW4KIc2RIIVSZZ/RC9nLTjVif2wZw+4caWqsam1EIvrGdz0I/JPrfJATKRCj/UjoboUFczy6UtdAYBn73qSqKkO0uBwrwtEWBJd4y6JbKKh0UPh8/9jemqY/MiWG0iy/y+lUWjLRimQadOVASierxv906vpqqZ6U+d8sUjUTJLHAh3wetVOJKibOjViDlicOTGU1ZzAAea1y6MzgGWNwPXwk3geiI0ZVyQzmEw= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_BB0310333F0D4D8480109EE653F60197junipernet_" 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: 0749419d-f585-4675-51b6-08d82da5eec5 X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Jul 2020 18:43:16.9948 (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: GsRAYQrpp72H+R8X0WIRalQY0lqVghjjTdPTC/wlHP4A+CpuZeG2Qg0mnPe77CS8AZW9MKWsOCcPTMzo9OT4cA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR05MB4549 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235, 18.0.687 definitions=2020-07-21_14:2020-07-21, 2020-07-21 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 priorityscore=1501 lowpriorityscore=0 suspectscore=0 mlxlogscore=999 adultscore=0 clxscore=1011 spamscore=0 phishscore=0 impostorscore=0 bulkscore=0 malwarescore=0 mlxscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2007210123 Archived-At: Subject: [mpls] Comments on draft-cheng-mpls-inband-pm-encapsulation 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, 21 Jul 2020 18:43:26 -0000 --_000_BB0310333F0D4D8480109EE653F60197junipernet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgYXV0aG9ycywNCg0KSSBoYXZlIHRoZSBmb2xsb3dpbmcgY29tbWVudHMvcXVlcmllcyBvbiB0 aGlzIGRyYWZ0Og0KDQogIDEuICBVc2luZyBTRkwgYXBwcm9hY2gsIGFuIGVncmVzcyBjb3VsZCBh c3NpZ24gYSB1bmlxdWUgdHJhbnNwb3J0IGxhYmVsIHBlciBmbG93LiBIZW5jZSwgaXQgd291bGQg YmUgcG9zc2libGUgdG8gdXNlIHRoZSBTRkwgbGFiZWwgb24gYSB0cmFuc2l0IGFzIHdlbGwgYXMg b24gZWdyZXNzIGZvciBmbG93IGlkZW50aWZpY2F0aW9uIHB1cnBvc2UNCiAgMi4gIE9yLCBpcyB0 aGUgaW50ZW50aW9uIHRvIGlkZW50aXR5IGZsb3dzIHdoZW4gdHJhbnNwb3J0ZWQgb3ZlciB0aGUg c2FtZSBMU1AgdXNpbmcgc2FtZSB0cmFuc3BvcnQgbGFiZWw/DQogIDMuICBJIHNlZSBhIGxvdCBv ZiBzaW1pbGFyaXR5IGJldHdlZW4gRW50cm9weSBMYWJlbCBhbmQgRmxvdyBMYWJlbC4gQm90aCBh cmUgYXNzaWduZWQgcGVyIGZsb3cgKHdoYXRldmVyIHRoZSBkZWZpbml0aW9uIG9mIGEgZmxvdyBp cykuIEN1cnJlbnRseSwgRUwgaXMgYXNzaWduZWQgYnkgaW5ncmVzcywgYnV0IGluIHRoZW9yeSBp dCBjYW4gYmUgYXNzaWduZWQgYnkgTk1TIChlLmcuIGdsb2JhbCB0b28pLiBXaGF0IGFyZSB5b3Vy IHRob3VnaHRzIG9uIHVzaW5nIEVMIHRvIGlkZW50aWZ5IGEgZmxvdz8NCiAgNC4gIFRoZSBkcmFm dCBkb2VzIG5vdCBkaXNjdXNzIGltcGxpY2F0aW9ucyBvZiBkZXZpY2UgcmVhZGFibGUgbGFiZWwg ZGVwdGggb24gcGxhY2VtZW50IG9mIEZMSS9GTCAoZS5nLiB3aGVuIFNSIFBhdGhzIGFyZSB1c2Vk IGFzIHRyYW5zcG9ydCkNCiAgNS4gIFRoZSBkcmFmdCBoaW50cyB0byBsZXZlcmFnaW5nIFRDIGJp dHMgaW4gTVBMUyBoZWFkZXIgdG8gaWRlbnRpZnkgYWx0ZXJuYXRlIG1hcmtpbmdzIGZvciBzYW1l IGZsb3cuLiBUaGlzIGlzIGluZGVlZCB1bnVzdWFsIGFuZCB3b3VsZCBiZSBoYXJkIHRvIHN0YW5k YXJkaXplLiBXaHkgY2Fu4oCZdCAyIGZsb3ctSUQgbGFiZWxzIGJlIGFsbG9jYXRlZCB0byB0aGUg c2FtZSBmbG93IGZvciB0aGUgcHVycG9zZSBvZiBhbHRlcm5hdGUgbWFya2luZz8NClJlZ2FyZHMs DQpUYXJlaw0KDQoNCg0KDQpKdW5pcGVyIEJ1c2luZXNzIFVzZSBPbmx5DQo= --_000_BB0310333F0D4D8480109EE653F60197junipernet_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseTpXaW5nZGluZ3M7DQoJcGFub3NlLTE6NSAwIDAgMCAwIDAgMCAwIDAg MDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0x OjIgNCA1IDMgNSA0IDYgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJp Ow0KCXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1m YW1pbHk6IlRpbWVzIE5ldyBSb21hbiBcKEJvZHkgQ1NcKSI7DQoJcGFub3NlLTE6MiAxMSA2IDQg MiAyIDIgMiAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5N c29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCglmb250LXNpemU6MTIuMHB0 Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnAuTXNvTGlzdFBhcmFncmFw aCwgbGkuTXNvTGlzdFBhcmFncmFwaCwgZGl2Lk1zb0xpc3RQYXJhZ3JhcGgNCgl7bXNvLXN0eWxl LXByaW9yaXR5OjM0Ow0KCW1hcmdpbi10b3A6MGluOw0KCW1hcmdpbi1yaWdodDowaW47DQoJbWFy Z2luLWJvdHRvbTowaW47DQoJbWFyZ2luLWxlZnQ6LjVpbjsNCglmb250LXNpemU6MTIuMHB0Ow0K CWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNwYW4uRW1haWxTdHlsZTE3DQoJ e21zby1zdHlsZS10eXBlOnBlcnNvbmFsLWNvbXBvc2U7DQoJZm9udC1mYW1pbHk6IkNhbGlicmki LHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDsNCglmb250LXdlaWdodDpub3JtYWw7DQoJ Zm9udC1zdHlsZTpub3JtYWw7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhw b3J0LW9ubHk7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fu cy1zZXJpZjt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFy Z2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpX b3JkU2VjdGlvbjE7fQ0KLyogTGlzdCBEZWZpbml0aW9ucyAqLw0KQGxpc3QgbDANCgl7bXNvLWxp c3QtaWQ6MTA2MDA2MTA1ODsNCgltc28tbGlzdC10eXBlOmh5YnJpZDsNCgltc28tbGlzdC10ZW1w bGF0ZS1pZHM6MTk1NDQ0MjYzNCA2NzY5ODcwMyA2NzY5ODcxMyA2NzY5ODcxNSA2NzY5ODcwMyA2 NzY5ODcxMyA2NzY5ODcxNSA2NzY5ODcwMyA2NzY5ODcxMyA2NzY5ODcxNTt9DQpAbGlzdCBsMDps ZXZlbDENCgl7bXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3Np dGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjt9DQpAbGlzdCBsMDpsZXZlbDINCgl7bXNv LWxldmVsLW51bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5v bmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVp bjt9DQpAbGlzdCBsMDpsZXZlbDMNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6cm9tYW4tbG93 ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlv bjpyaWdodDsNCgl0ZXh0LWluZGVudDotOS4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWw0DQoJe21zby1s ZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0 ZXh0LWluZGVudDotLjI1aW47fQ0KQGxpc3QgbDA6bGV2ZWw1DQoJe21zby1sZXZlbC1udW1iZXIt Zm9ybWF0OmFscGhhLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZl bC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47fQ0KQGxpc3QgbDA6 bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OnJvbWFuLWxvd2VyOw0KCW1zby1sZXZl bC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246cmlnaHQ7DQoJdGV4 dC1pbmRlbnQ6LTkuMHB0O30NCkBsaXN0IGwwOmxldmVsNw0KCXttc28tbGV2ZWwtdGFiLXN0b3A6 bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4y NWluO30NCkBsaXN0IGwwOmxldmVsOA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBoYS1s b3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0 aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluO30NCkBsaXN0IGwwOmxldmVsOQ0KCXttc28t bGV2ZWwtbnVtYmVyLWZvcm1hdDpyb21hbi1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9u ZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOnJpZ2h0Ow0KCXRleHQtaW5kZW50Oi05LjBw dDt9DQpAbGlzdCBsMQ0KCXttc28tbGlzdC1pZDoxMjQyNzEzNDY0Ow0KCW1zby1saXN0LXR5cGU6 aHlicmlkOw0KCW1zby1saXN0LXRlbXBsYXRlLWlkczotNTcyMTAyODA4IC0yMDc0NzA3MTU2IDY3 Njk4NjkxIDY3Njk4NjkzIDY3Njk4Njg5IDY3Njk4NjkxIDY3Njk4NjkzIDY3Njk4Njg5IDY3Njk4 NjkxIDY3Njk4NjkzO30NCkBsaXN0IGwxOmxldmVsMQ0KCXttc28tbGV2ZWwtdGFiLXN0b3A6bm9u ZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWlu Ow0KCW1zby1hc2NpaS1mb250LWZhbWlseTpDYWxpYnJpOw0KCW1zby1mYXJlYXN0LWZvbnQtZmFt aWx5OkNhbGlicmk7DQoJbXNvLWhhbnNpLWZvbnQtZmFtaWx5OkNhbGlicmk7DQoJbXNvLWJpZGkt Zm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiBcKEJvZHkgQ1NcKSI7fQ0KQGxpc3QgbDE6bGV2 ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpv Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246 bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9 DQpAbGlzdCBsMTpsZXZlbDMNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1z by1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwt bnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5 OldpbmdkaW5nczt9DQpAbGlzdCBsMTpsZXZlbDQNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6 YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsN Cgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0K CWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMTpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJl ci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRhYi1zdG9w Om5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0u MjVpbjsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCkBsaXN0IGwxOmxldmVsNg0KCXtt c28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0KCW1z by1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsN Cgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwx OmxldmVsNw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRl eHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9z aXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6U3ltYm9sO30N CkBsaXN0IGwxOmxldmVsOA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNv LWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVt YmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFtaWx5OiJD b3VyaWVyIE5ldyI7fQ0KQGxpc3QgbDE6bGV2ZWw5DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0 OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7 DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsN Cglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDINCgl7bXNvLWxpc3QtaWQ6MTYxNDgy MzY2ODsNCgltc28tbGlzdC10eXBlOmh5YnJpZDsNCgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6LTEz NzI0NDAxMDQgNjc2OTg3MDMgNjc2OTg3MTMgNjc2OTg3MTUgNjc2OTg3MDMgNjc2OTg3MTMgNjc2 OTg3MTUgNjc2OTg3MDMgNjc2OTg3MTMgNjc2OTg3MTU7fQ0KQGxpc3QgbDI6bGV2ZWwxDQoJe21z by1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsN Cgl0ZXh0LWluZGVudDotLjI1aW47fQ0KQGxpc3QgbDI6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1i ZXItZm9ybWF0OmFscGhhLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1s ZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47fQ0KQGxpc3Qg bDI6bGV2ZWwzDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OnJvbWFuLWxvd2VyOw0KCW1zby1s ZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246cmlnaHQ7DQoJ dGV4dC1pbmRlbnQ6LTkuMHB0O30NCkBsaXN0IGwyOmxldmVsNA0KCXttc28tbGV2ZWwtdGFiLXN0 b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6 LS4yNWluO30NCkBsaXN0IGwyOmxldmVsNQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBo YS1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBv c2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluO30NCkBsaXN0IGwyOmxldmVsNg0KCXtt c28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpyb21hbi1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6 bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOnJpZ2h0Ow0KCXRleHQtaW5kZW50Oi05 LjBwdDt9DQpAbGlzdCBsMjpsZXZlbDcNCgl7bXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNv LWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjt9DQpAbGlz dCBsMjpsZXZlbDgNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNv LWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0K CXRleHQtaW5kZW50Oi0uMjVpbjt9DQpAbGlzdCBsMjpsZXZlbDkNCgl7bXNvLWxldmVsLW51bWJl ci1mb3JtYXQ6cm9tYW4tbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxl dmVsLW51bWJlci1wb3NpdGlvbjpyaWdodDsNCgl0ZXh0LWluZGVudDotOS4wcHQ7fQ0Kb2wNCgl7 bWFyZ2luLWJvdHRvbTowaW47fQ0KdWwNCgl7bWFyZ2luLWJvdHRvbTowaW47fQ0KLS0+PC9zdHls ZT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1 NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tQ0EiPkhpIGF1dGhvcnMsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIj5JIGhhdmUg dGhlIGZvbGxvd2luZyBjb21tZW50cy9xdWVyaWVzIG9uIHRoaXMgZHJhZnQ6PG86cD48L286cD48 L3NwYW4+PC9wPg0KPG9sIHN0eWxlPSJtYXJnaW4tdG9wOjBpbiIgc3RhcnQ9IjEiIHR5cGU9IjEi Pg0KPGxpIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MGluO21z by1saXN0OmwxIGxldmVsMSBsZm8zIj48c3BhbiBsYW5nPSJFTi1DQSI+VXNpbmcgU0ZMIGFwcHJv YWNoLCBhbiBlZ3Jlc3MgY291bGQgYXNzaWduIGEgdW5pcXVlIHRyYW5zcG9ydCBsYWJlbCBwZXIg Zmxvdy4gSGVuY2UsIGl0IHdvdWxkIGJlIHBvc3NpYmxlIHRvIHVzZSB0aGUgU0ZMIGxhYmVsIG9u IGEgdHJhbnNpdCBhcyB3ZWxsIGFzIG9uIGVncmVzcw0KIGZvciBmbG93IGlkZW50aWZpY2F0aW9u IHB1cnBvc2U8bzpwPjwvbzpwPjwvc3Bhbj48L2xpPjxsaSBjbGFzcz0iTXNvTGlzdFBhcmFncmFw aCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjBpbjttc28tbGlzdDpsMSBsZXZlbDEgbGZvMyI+PHNwYW4g bGFuZz0iRU4tQ0EiPk9yLCBpcyB0aGUgaW50ZW50aW9uIHRvIGlkZW50aXR5IGZsb3dzIHdoZW4g dHJhbnNwb3J0ZWQgb3ZlciB0aGUgc2FtZSBMU1AgdXNpbmcgc2FtZSB0cmFuc3BvcnQgbGFiZWw/ PG86cD48L286cD48L3NwYW4+PC9saT48bGkgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxl PSJtYXJnaW4tbGVmdDowaW47bXNvLWxpc3Q6bDEgbGV2ZWwxIGxmbzMiPjxzcGFuIGxhbmc9IkVO LUNBIj5JIHNlZSBhIGxvdCBvZiBzaW1pbGFyaXR5IGJldHdlZW4gRW50cm9weSBMYWJlbCBhbmQg RmxvdyBMYWJlbC4gQm90aCBhcmUgYXNzaWduZWQgcGVyIGZsb3cgKHdoYXRldmVyIHRoZSBkZWZp bml0aW9uIG9mIGEgZmxvdyBpcykuIEN1cnJlbnRseSwgRUwgaXMgYXNzaWduZWQgYnkgaW5ncmVz cywNCiBidXQgaW4gdGhlb3J5IGl0IGNhbiBiZSBhc3NpZ25lZCBieSBOTVMgKGUuZy4gZ2xvYmFs IHRvbykuIFdoYXQgYXJlIHlvdXIgdGhvdWdodHMgb24gdXNpbmcgRUwgdG8gaWRlbnRpZnkgYSBm bG93PzxvOnA+PC9vOnA+PC9zcGFuPjwvbGk+PGxpIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MGluO21zby1saXN0OmwxIGxldmVsMSBsZm8zIj48c3BhbiBsYW5n PSJFTi1DQSI+VGhlIGRyYWZ0IGRvZXMgbm90IGRpc2N1c3MgaW1wbGljYXRpb25zIG9mIGRldmlj ZSByZWFkYWJsZSBsYWJlbCBkZXB0aCBvbiBwbGFjZW1lbnQgb2YgRkxJL0ZMIChlLmcuIHdoZW4g U1IgUGF0aHMgYXJlIHVzZWQgYXMgdHJhbnNwb3J0KTxvOnA+PC9vOnA+PC9zcGFuPjwvbGk+PGxp IGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MGluO21zby1saXN0 OmwxIGxldmVsMSBsZm8zIj5UaGUgZHJhZnQgaGludHMgdG8gbGV2ZXJhZ2luZyBUQyBiaXRzIGlu IE1QTFMgaGVhZGVyIHRvIGlkZW50aWZ5IGFsdGVybmF0ZSBtYXJraW5ncyBmb3Igc2FtZSBmbG93 Li4gVGhpcyBpcyBpbmRlZWQgdW51c3VhbCBhbmQgd291bGQgYmUgaGFyZCB0byBzdGFuZGFyZGl6 ZS4gV2h5IGNhbuKAmXQgMiBmbG93LUlEIGxhYmVscw0KIGJlIGFsbG9jYXRlZCB0byB0aGUgc2Ft ZSBmbG93IGZvciB0aGUgcHVycG9zZSBvZiBhbHRlcm5hdGUgbWFya2luZz88bzpwPjwvbzpwPjwv bGk+PC9vbD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+UmVnYXJkcyw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PlRhcmVrPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF Ti1DQSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGJyPg0KPHAgc3R5bGU9ImZvbnQtZmFtaWx5OkNhbGlicmk7Zm9udC1zaXplOjdwdDtjb2xvcjoj MDAwMDAwO21hcmdpbjoxNXB0OyIgYWxpZ249IkNlbnRlciI+DQpKdW5pcGVyIEJ1c2luZXNzIFVz ZSBPbmx5PGJyPg0KPC9wPg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_BB0310333F0D4D8480109EE653F60197junipernet_-- From nobody Wed Jul 22 20:28: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 89F903A0BC1; Wed, 22 Jul 2020 20:28:23 -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 1PXgA_QGYDk2; Wed, 22 Jul 2020 20:28:22 -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 227193A0BBE; Wed, 22 Jul 2020 20:28:22 -0700 (PDT) Received: from lhreml722-chm.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id B8F7D9803864342C9A87; Thu, 23 Jul 2020 04:28:19 +0100 (IST) Received: from lhreml722-chm.china.huawei.com (10.201.108.73) by lhreml722-chm.china.huawei.com (10.201.108.73) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1913.5; Thu, 23 Jul 2020 04:28:19 +0100 Received: from DGGEML422-HUB.china.huawei.com (10.1.199.39) by lhreml722-chm.china.huawei.com (10.201.108.73) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.1.1913.5 via Frontend Transport; Thu, 23 Jul 2020 04:28:19 +0100 Received: from DGGEML510-MBS.china.huawei.com ([169.254.3.33]) by dggeml422-hub.china.huawei.com ([10.1.199.39]) with mapi id 14.03.0487.000; Thu, 23 Jul 2020 11:28:13 +0800 From: Mach Chen To: "mpls@ietf.org" CC: "mpls-chairs@ietf.org" Thread-Topic: Draft IETF 108 Agenda Available Thread-Index: AdZgn++vhJCASxJhR+CFyAeuoz58zw== Date: Thu, 23 Jul 2020 03:28:13 +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.203.48] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [mpls] Draft IETF 108 Agenda Available 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, 23 Jul 2020 03:28:24 -0000 SGksDQoNCkEgZHJhZnQgYWdlbmRhIGZvciBNUExTIHNlc3Npb24gb2YgSUVURiAxMDh0aCBtZWV0 aW5nIGhhcyBiZWVuIHVwbG9hZGVkLCB0aGUgYWdlbmRhIGNhbiBiZSBmb3VuZCBoZXJlOiBodHRw czovL3Rvb2xzLmlldGYub3JnL3dnL21wbHMvYWdlbmRhLiANCg0KV2UgaGF2ZSByZWNlaXZlZCBt b3JlIHNsb3QgcmVxdWVzdHMgdGhhbiB3ZSBjYW4gcHJvdmlkZSwgdGhvc2UgcmVxdWVzdHMgdGhh dCBhcmUgbm90IG9uIHRoZSBhZ2VuZGEgd2lsbCBiZSBlbnRlcnRhaW5lZCBpbiBhIG5lYXIgaW50 ZXJpbSBtZWV0aW5nLiAgDQoNCkZZSSwgYmVsb3cgYXJlIHRoZSBsaW5rcyB0aGF0IHlvdSBtYXkg dXNlIHRvIHBhcnRpY2lwYXRlIHRoZSBtZWV0aW5no7oNCiAgICAgICAgICBTbGlkZXM6IAkJCWh0 dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvbWVldGluZy8xMDgvc2Vzc2lvbi9tcGxzIA0KICAg ICAgICAgIEV0aGVycGFkOiAgICAgICBodHRwczovL2V0aGVycGFkLnRvb2xzLmlldGYub3JnL3Av bm90ZXMtaWV0Zi0xMDgtbXBscyANCiAgICAgICAgICBNZWV0ZWNobzogICAgICBodHRwOi8vd3d3 Lm1lZXRlY2hvLmNvbS9pZXRmMTA4L21wbHMvIA0KCQkgSmFiYmVyOiAJCQl4bXBwOm1wbHNAamFi YmVyLmlldGYub3JnP2pvaW4gDQoNCkJlc3QgcmVnYXJkcywNCk1hY2ggKE1QTFMgV0cgU2VjcmV0 YXJ5KQ0K From nobody Thu Jul 23 23:01:16 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 471FD3A0C97; Thu, 23 Jul 2020 23:01:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.889 X-Spam-Level: X-Spam-Status: No, score=-1.889 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_SPF_HELO_TEMPERROR=0.01, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UT8oeGtNzZzM; Thu, 23 Jul 2020 23:01:09 -0700 (PDT) Received: from cmccmta3.chinamobile.com (cmccmta3.chinamobile.com [221.176.66.81]) by ietfa.amsl.com (Postfix) with ESMTP id B565F3A0C96; Thu, 23 Jul 2020 23:01:07 -0700 (PDT) Received: from spf.mail.chinamobile.com (unknown[172.16.121.1]) by rmmx-syy-dmz-app09-12009 (RichMail) with SMTP id 2ee95f1a791501d-ba6f7; Fri, 24 Jul 2020 14:00:54 +0800 (CST) X-RM-TRANSID: 2ee95f1a791501d-ba6f7 X-RM-TagInfo: emlType=0 X-RM-SPAM-FLAG: 00000000 Received: from cmcc (unknown[10.2.53.197]) by rmsmtp-syy-appsvr01-12001 (RichMail) with SMTP id 2ee15f1a7913992-d729a; Fri, 24 Jul 2020 14:00:53 +0800 (CST) X-RM-TRANSID: 2ee15f1a7913992-d729a From: "Weiqiang Cheng" To: "'Tarek Saad'" , Cc: References: In-Reply-To: Date: Fri, 24 Jul 2020 14:00:54 +0800 Message-ID: <025801d6617f$cb1ffb60$615ff220$@com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0259_01D661C2.D9433B60" X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AQHWX47Me44PnZoxaUWAgA44WY+Qq6kWP1Xg Content-Language: zh-cn Archived-At: Subject: Re: [mpls] Comments on draft-cheng-mpls-inband-pm-encapsulation 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, 24 Jul 2020 06:01:14 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0259_01D661C2.D9433B60 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Tarek, Many thanks for your insightful comments/queries. We've discussed them, please see inline our responses with . Please let us know whether our responses are acceptable to you. =20 Best Regards, Weiqiang (on behalf of co-authors) =E5=8F=91=E4=BB=B6=E4=BA=BA: mpls [mailto:mpls-bounces@ietf.org] = =E4=BB=A3=E8=A1=A8 Tarek Saad =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2020=E5=B9=B47=E6=9C=8822=E6=97=A5 = 02:43 =E6=94=B6=E4=BB=B6=E4=BA=BA: = draft-cheng-mpls-inband-pm-encapsulation@ietf.org =E6=8A=84=E9=80=81: mpls@ietf.org =E4=B8=BB=E9=A2=98: [mpls] Comments on = draft-cheng-mpls-inband-pm-encapsulation =20 Hi authors, I have the following comments/queries on this draft: 1. Using SFL approach, an egress could assign a unique transport label = per flow. Hence, it would be possible to use the SFL label on a transit = as well as on egress for flow identification purpose If SFL approach is extended to support flow identification on = a transit as you described, then we need a mechanism to gurantee the = uniqueness of transport label within the administrative domain, and we = need to put state on the transit to tell it whether or not the transport = label is an SFL, and we need to have a signaling protocol to populate = the state on every transit. All these requirements make SFL approach = complex and undeployable. 2. Or, is the intention to identity flows when transported over the = same LSP using same transport label? Yes, correct. One or more flows can be transported over the = same LSP using the same transport label. 3. I see a lot of similarity between Entropy Label and Flow Label. Both = are assigned per flow (whatever the definition of a flow is). Currently, = EL is assigned by ingress, but in theory it can be assigned by NMS (e.g. = global too). What are your thoughts on using EL to identify a flow? Very good observation, in many aspects they are the same. = But, they have the key difference that EL's "only purpose in the label = stack is to provide "entropy" to improve load balancing" [RFC 6790], = nevertheless FL is used to identify a flow (the definition of a flow is = up to the network operator), in other words they're orthogonal and can = be present in the same label satck. If we use EL to identify a flow, = then we actually redefine EL and we'll lose the EL's functionality = defined in RFC 6790. 4. The draft does not discuss implications of device readable label = depth on placement of FLI/FL (e.g. when SR Paths are used as transport) Thanks for pointing this out, we'll add a new section in the = next rev on this. We believe the implications of FLI/FL are similar to = that of ELI/EL when SR Paths are used as transport, which has been = discussed in RFC 8662 in depth, we'll reference to that document when = applicable. By the way, due to the fact that FLI/FL may appear more than = once in a label stack, we kindly ask the MPLS WG to consider the = possibility to assign a bSPL for FLI. 5. The draft hints to leveraging TC bits in MPLS header to identify = alternate markings for same flow.. This is indeed unusual and would be = hard to standardize. Why can=E2=80=99t 2 flow-ID labels be allocated to = the same flow for the purpose of alternate marking? Due to the fact that double marking method (as defined in RFC = 8321, two marking bits needed, one for loss and another for delay) can = get to more accurate measurement results, if we don't use TC bits, then = we need 4 flow-ID labels for each flow as alternate marking, that means = a lot of wasted flow-ID resource, more importantly, we need a mechanism = to tell the transit which 4 flow-ID labels are allocated to the same = flow, and populate the state on every transit, that's too complex and = hard to deploy. With respect to TC bits standardization, we noticed in = section 2.1 of RFC 5462 it says "RFC 3270 = and RFC 5129 = update the definition of the TC = field and describe how to use the field", so we suggest an update on = this part of text as below. OLD: Besides flow identification, a color-marking field is also necessary for alternate marking method. To achieve the purpose of coloring the MPLS traffic, it's RECOMMENDED to reuse the Flow-ID Label's TC, i.e., using TC's highest order two bits (called double-marking methodology [RFC8321 ]) as color-marking = bits. Alternatively, one more specific MPLS color-marking label may be placed immediately following the Flow-ID label. =20 NEW: Besides flow identification, a color-marking field is also necessary for alternate marking method. To achieve the purpose of coloring the MPLS traffic, the current practice when writing this document is to = reuse the Flow-ID Label's TC, i.e., using TC's highest order two bits (called double-marking methodology [RFC8321]) as color-marking bits. Alternatively, allocating multiple = Flow-ID Labels to the same flow may be used for the purpose of = alternate marking. =20 =20 Regards, Tarek =20 Juniper Business Use Only ------=_NextPart_000_0259_01D661C2.D9433B60 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Hi = Tarek,

Many thanks = for your insightful comments/queries.

We've = discussed them, please see inline our responses with = <Weiqiang>.

Please let = us know whether our responses are acceptable to = you.

 

Best = Regards,

Weiqiang (on = behalf of co-authors)

=E5=8F=91=E4=BB= =B6=E4=BA=BA: mpls = [mailto:mpls-bounces@ietf.org] =E4=BB=A3=E8=A1= =A8 Tarek = Saad
=E5=8F=91=E9=80= =81=E6=97=B6=E9=97=B4: = 2020=E5=B9=B47=E6=9C=8822=E6=97=A5 02:43
=E6=94=B6=E4=BB=B6=E4=BA=BA: = draft-cheng-mpls-inband-pm-encapsulation@ietf.org
=E6=8A=84=E9= =80=81: = mpls@ietf.org
=E4=B8=BB=E9=A2=98: [mpls] Comments on = draft-cheng-mpls-inband-pm-encapsulation

 

Hi authors,

I have the following comments/queries on this = draft:

1.  Using = SFL approach, an egress could assign a unique transport label per flow. = Hence, it would be possible to use the SFL label on a transit as well as = on egress for flow identification purpose

<Weiqiang> If SFL approach is extended to support = flow identification on a transit as you described, then we need a = mechanism to gurantee the uniqueness of transport = label within the administrative domain, = and we need to put state on the transit to tell it whether or not the = transport label is an SFL, and we need to have a signaling protocol to = populate the state on every transit. All these requirements make SFL = approach complex and undeployable.

2.  Or, is = the intention to identity flows when transported over the same LSP using = same transport label?

<Weiqiang> Yes, = correct. One or more flows can be transported over the same LSP using = the same transport label.

3.  I see a = lot of similarity between Entropy Label and Flow Label. Both are = assigned per flow (whatever the definition of a flow is). Currently, EL = is assigned by ingress, but in theory it can be assigned by NMS (e.g. = global too). What are your thoughts on using EL to identify a = flow?

<Weiqiang> Very = good observation, in many aspects they are the same. But, they have the = key difference that EL's "only purpose in the label stack is to = provide "entropy" to improve load balancing" [RFC 6790], = nevertheless FL is used to identify a flow (the definition of a flow is = up to the network operator), in other words they're orthogonal and = can be present in the same label satck. If we use EL to identify a flow, = then we actually redefine EL and we'll lose the EL's functionality = defined in RFC 6790.

4.  The = draft does not discuss implications of device readable label depth on = placement of FLI/FL (e.g. when SR Paths are used as = transport)

<Weiqiang> Thanks = for pointing this out, we'll add a new section in the next rev on this. = We believe the implications of FLI/FL are similar to that of ELI/EL when = SR Paths are used as transport, which has been discussed in RFC 8662 in = depth, we'll reference to that document when applicable. By the way, due = to the fact that FLI/FL may appear more than once in a label stack, we = kindly ask the MPLS WG to consider the possibility to assign a bSPL for = FLI.

5.  The = draft hints to leveraging TC bits in MPLS header to identify alternate = markings for same flow.. This is indeed unusual and would be hard to = standardize. Why can=E2=80=99t 2 flow-ID labels be allocated to the same = flow for the purpose of alternate marking?

<Weiqiang> Due to = the fact that double marking method (as defined in RFC 8321, two marking = bits needed, one for loss and another for delay) can get to more = accurate measurement results, if we don't use TC bits, then we need 4 = flow-ID labels for each flow as alternate marking, that means a lot of = wasted flow-ID resource, more importantly, we need a mechanism to tell = the transit which 4 flow-ID labels are allocated to the same flow, = and populate the state on every transit, that's too complex = and hard to deploy. With respect to TC bits standardization, = we noticed in section 2.1 of RFC 5462 it says "RFC 3270 and RFC 5129 update the definition of the TC field = and describe how to use the field", so we suggest an update on = this part of text as below.

OLD:

=C2=A0=C2=A0 =
Besides flow identification, a color-marking field is also =
necessary
=C2=A0=C2=A0 =
for alternate marking method.=C2=A0 To achieve the purpose of coloring =
the
=C2=A0=C2=A0 MPLS =
traffic, it's RECOMMENDED to reuse the Flow-ID Label's TC, =
i.e.,
=C2=A0=C2=A0 using =
TC's highest order two bits (called double-marking =
methodology
=C2=A0=C2=A0 =
[RFC8321]) as color-marking bits.=C2=A0 =
Alternatively, one more specific
=C2=A0=C2=A0 MPLS color-marking label may be placed =
immediately following the
=C2=A0=C2=A0 Flow-ID label.
=C2=A0=C2=A0 =

NEW:
=C2=A0=C2=A0 =
Besides flow identification, a color-marking field is also =
necessary
=C2=A0=C2=A0 =
for alternate marking method.=C2=A0 To achieve the purpose of coloring =
the
=C2=A0=C2=A0 MPLS =
traffic, the current practice when writing this document is to reuse the =
Flow-ID Label's TC, i.e.,
=C2=A0=C2=A0 using TC's highest order two bits (called =
double-marking methodology
=C2=A0=C2=A0 [RFC8321]) as color-marking bits.=C2=A0 =
Alternatively, allocating multiple 
=C2=A0=C2=A0=C2=A0Flow-ID Labels =
to the same flow may be used for the purpose of alternate =
marking.

 

 

Regards,

Tarek

 

= Juniper Business Use Only

------=_NextPart_000_0259_01D661C2.D9433B60-- From nobody Sat Jul 25 00:20: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 BC07A3A08BE; Sat, 25 Jul 2020 00:20:37 -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 dUGYjWBKlbX2; Sat, 25 Jul 2020 00:20:36 -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 4E7463A08B3; Sat, 25 Jul 2020 00:20:36 -0700 (PDT) Received: from lhreml701-chm.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id C887CD8820519DC9E25A; Sat, 25 Jul 2020 08:20:32 +0100 (IST) Received: from lhreml701-chm.china.huawei.com (10.201.108.50) by lhreml701-chm.china.huawei.com (10.201.108.50) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1913.5; Sat, 25 Jul 2020 08:20:32 +0100 Received: from DGGEML405-HUB.china.huawei.com (10.3.17.49) by lhreml701-chm.china.huawei.com (10.201.108.50) 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, 25 Jul 2020 08:20:32 +0100 Received: from DGGEML510-MBS.china.huawei.com ([169.254.3.33]) by dggeml405-hub.china.huawei.com ([10.3.17.49]) with mapi id 14.03.0487.000; Sat, 25 Jul 2020 15:20:28 +0800 From: Mach Chen To: "mpls@ietf.org" CC: "mpls-chairs@ietf.org" Thread-Topic: Latest Agenda for IETF 108 MPLS Session Thread-Index: AdZiVAtpuVTzVyjhReuFRguJdP8ZvA== Date: Sat, 25 Jul 2020 07:20:28 +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] Latest Agenda for IETF 108 MPLS Session 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, 25 Jul 2020 07:20:38 -0000 Hi, Here is the latest agenda (https://tools.ietf.org/wg/mpls/agenda-108-mpls-0= 2 ) for the MPLS session of IETF 108.=20 To the presenters, please start to send your slides to me or upload the sli= des to the website by yourself (through: https://datatracker.ietf.org/meeti= ng/108/session/mpls ). Best regards, Mach From nobody Sat Jul 25 21:09:12 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 8EC573A0A9C; Sat, 25 Jul 2020 21:09:10 -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.10.1 Auto-Submitted: auto-generated Precedence: bulk Reply-To: mpls@ietf.org Message-ID: <159573655054.31146.15815299201871936949@ietfa.amsl.com> Date: Sat, 25 Jul 2020 21:09:10 -0700 Archived-At: Subject: [mpls] I-D Action: draft-ietf-mpls-rfc6374-sr-00.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, 26 Jul 2020 04:09:11 -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 : Performance Measurement Using RFC 6374 for Segment Routing Networks with MPLS Data Plane Authors : Rakesh Gandhi Clarence Filsfils Daniel Voyer Stefano Salsano Mach(Guoyi) Chen Filename : draft-ietf-mpls-rfc6374-sr-00.txt Pages : 20 Date : 2020-07-25 Abstract: Segment Routing (SR) leverages the source routing paradigm. RFC 6374 specifies protocol mechanisms to enable the efficient and accurate measurement of packet loss, one-way and two-way delay, as well as related metrics such as delay variation in MPLS networks using probe messages. This document utilizes these mechanisms for Performance Delay and Loss Measurements in Segment Routing networks with MPLS data plane (SR-MPLS), for both SR-MPLS Links and end-to-end Paths including SR-MPLS Policies. In addition, this document defines Return Path TLV for two-way performance measurement and Block Number TLV for loss measurement. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-rfc6374-sr/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-mpls-rfc6374-sr-00 https://datatracker.ietf.org/doc/html/draft-ietf-mpls-rfc6374-sr-00 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Jul 27 03:52: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 BDAFD3A188F for ; Mon, 27 Jul 2020 03:52:34 -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 GEjYvYwQ7duD for ; Mon, 27 Jul 2020 03:52:33 -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 63CFE3A188D for ; Mon, 27 Jul 2020 03:52:33 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 2D087F40755; Mon, 27 Jul 2020 03:52:10 -0700 (PDT) To: erosen@cisco.com, arun@force10networks.com, rcallon@juniper.net, 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: jsharma@ciena.com, mpls@ietf.org, rfc-editor@rfc-editor.org Content-Type: text/plain; charset=UTF-8 Message-Id: <20200727105210.2D087F40755@rfc-editor.org> Date: Mon, 27 Jul 2020 03:52:10 -0700 (PDT) Archived-At: Subject: [mpls] [Technical Errata Reported] RFC3031 (6240) 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, 27 Jul 2020 10:52:35 -0000 The following errata report has been submitted for RFC3031, "Multiprotocol Label Switching Architecture". -------------------------------------- You may review the report below and at: https://www.rfc-editor.org/errata/eid6240 -------------------------------------- Type: Technical Reported by: Jitendra Kumar Sharma Section: 3.10 Original Text ------------- 3.10. The Next Hop Label Forwarding Entry (NHLFE) The "Next Hop Label Forwarding Entry" (NHLFE) is used when forwarding a labeled packet. It contains the following information: 1. the packet's next hop 2. the operation to perform on the packet's label stack; this is one of the following operations: a) replace the label at the top of the label stack with a specified new label b) pop the label stack c) replace the label at the top of the label stack with a specified new label, and then push one or more specified new labels onto the label stack. It may also contain: d) the data link encapsulation to use when transmitting the packet e) the way to encode the label stack when transmitting the packet f) any other information needed in order to properly dispose of the packet. Note that at a given LSR, the packet's "next hop" might be that LSR itself. In this case, the LSR would need to pop the top level label, and then "forward" the resulting packet to itself. It would then make another forwarding decision, based on what remains after the label stacked is popped. This may still be a labeled packet, or it may be the native IP packet. This implies that in some cases the LSR may need to operate on the IP header in order to forward the packet. If the packet's "next hop" is the current LSR, then the label stack operation MUST be to "pop the stack". Corrected Text -------------- 3.10. The Next Hop Label Forwarding Entry (NHLFE) The "Next Hop Label Forwarding Entry" (NHLFE) is used when forwarding a labeled packet on an LSR or an unlabeled packet on an Ingress MPLS router. It contains the following information: 1. the packet's next hop 2. the operation to perform on the packet's label stack; this is one of the following operations: a) replace the label at the top of the label stack with a specified new label b) pop the label stack c) replace the label at the top of the label stack with a specified new label, and then push one or more specified new labels onto the label stack. d) push a new label on an unlabeled packet It may also contain: e) the data link encapsulation to use when transmitting the packet f) the way to encode the label stack when transmitting the packet g) any other information needed in order to properly dispose of the packet. Note that at a given LSR, the packet's "next hop" might be that LSR itself. In this case, the LSR would need to pop the top level label, and then "forward" the resulting packet to itself. It would then make another forwarding decision, based on what remains after the label stacked is popped. This may still be a labeled packet, or it may be the native IP packet. This implies that in some cases the LSR may need to operate on the IP header in order to forward the packet. If the packet's "next hop" is the current LSR, then the label stack operation MUST be to "pop the stack". Notes ----- Section 3.10 defines NHLFE, and it sounds from the definition that this piece of information is used by an MPLS router only when packet is already labeled. Now, when section 3.12 (FTN) defines the relationship between FEC and NHLFE, the definition of NHLFE in section 3.10 does not align with FTN definition. 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. -------------------------------------- RFC3031 (draft-ietf-mpls-arch-06) -------------------------------------- Title : Multiprotocol Label Switching Architecture Publication Date : January 2001 Author(s) : E. Rosen, A. Viswanathan, R. Callon Category : PROPOSED STANDARD Source : Multiprotocol Label Switching Area : Routing Stream : IETF Verifying Party : IESG From nobody Tue Jul 28 00:13: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 B83093A0D1D; Tue, 28 Jul 2020 00:13:42 -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 T_TkHouiM_Rf; Tue, 28 Jul 2020 00:13:40 -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 AFDA73A0D1E; Tue, 28 Jul 2020 00:13:39 -0700 (PDT) Received: from [192.168.1.19] (unknown [122.2.101.80]) (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 765B732684F; Tue, 28 Jul 2020 09:13:36 +0200 (CEST) From: Loa Andersson To: "mpls@ietf.org" Cc: "mpls-chairs@ietf.org" , "draft-ietf-mpls-rfc6374-sfl@ietf.org" References: <280d1472-877c-f1f7-6ea0-6459b05798e2@pi.nu> Message-ID: <0efbf4b7-9df7-a307-8310-58be63bab27f@pi.nu> Date: Tue, 28 Jul 2020 15:13:31 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 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: [mpls] WGLC closed -- Re: Correction - MPLS wg WGLC on draft-ietf-mpls-rfc6374-sfl 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, 28 Jul 2020 07:13:43 -0000 Working Group, This working group last call is now closed. We have had no other comments than support. We ask the authors to make a last check for potential changes, and then give us a go ahead to start the publication process. /Loa mpls wg co-chair On 01/07/2020 15:09, Loa Andersson wrote: > WG, > > The was a copy and past error in the first mail, please respond to this > mail. > > /Loa > > On 01/07/2020 13:14, Loa Andersson wrote: >> Working Group, >> >> This is to initiate a two week working group last call on >> draft-ietf-mpls-rfc6374-sfl. >> >> Please send your comments to the mpls wg mailing list (mpls@ietf.org). >> >> There are three IPR disclosures against draft-ietf-mpls-rfc6374-sfl, >> though >> disclosure #2991 is an update of disclosure #2706รถ >> >> We lack responses on the IPR poll, we normally wit for responses from >> all authors and contributors. However the IPR poll has been open >> since May 29 and we have decided to go ahead and start the wglc >> anyway. >> >> If you have concerns du to lack of responses to the IPR poll, please >> send those comments as part of the wglc. >> >> Of the authors four has responded to the IPR poll. Of two contributors >> one has responded to the IPR poll. All responses have been posted to >> the working group mailing list, indicating that the respondents are >> unaware of any non-disclosed IPRs that relates to this document. >> >> This working group last call ends Friday July 15, 2020. >> >> /Loa > -- Loa Andersson email: loa@pi.nu Senior MPLS Expert loa.pi.nu@gmail Bronze Dragon Consulting phone: +46 739 81 21 64 From nobody Tue Jul 28 00:17:34 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 DA8A33A0D1F; Tue, 28 Jul 2020 00:17:32 -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 dLNQPLaZ0SRb; Tue, 28 Jul 2020 00:17:31 -0700 (PDT) Received: from mail-wr1-x434.google.com (mail-wr1-x434.google.com [IPv6:2a00:1450:4864:20::434]) (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 2C6963A0861; Tue, 28 Jul 2020 00:17:31 -0700 (PDT) Received: by mail-wr1-x434.google.com with SMTP id z18so13633874wrm.12; Tue, 28 Jul 2020 00:17:31 -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=7STWvyyGwjdzVxW3YAgwcMRxPj0+WCjuOhfCqHjtgk4=; b=sKXpNeCYbNRU4D0+FNLHfaAW9S+i/8GUrxZp8ify/uzckidLs/eszu+tc/vQR2FubX DCD5LvqFAo7Tc6nFY70gQksfLlOPUiW0L98e1rbyp5pOXZPU2lZ9ez/HBO53CLjrWmzn CBFvytC1W84AFs4IDuLxjS4JdKJdZDCbR69VahrnL8fIFhX7DMEdaN8oEpgQlZTI6iSS GxPOsbTaWTuJRqpHjbr8oOFT0ufyiiDc6sowNc1Nwt3mKmYE5kC6wm6Z9X4Ux0UdadTv j9AI6OAmfu/Ouw6uCT8dPrMoO7YvnsuvRQ9qLmN/dtzIiFFROUygtW5TvYO81zG0j7Xt apSQ== 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=7STWvyyGwjdzVxW3YAgwcMRxPj0+WCjuOhfCqHjtgk4=; b=aEBQYZ2l+Eln8/veOfXb+Rp9PPqqHT1WwLTrUf+dbQgiVNTNhRzg0E5Q7nBHoeRo6y 2zWdAdLBGfV4ytcY+fwACVIfdbX1aIrrsNbbrpTvLpTFq9LlmcgJom5+mQgKMYZUxaqV b0cJ89Rkx9jrhdeRRlCk2pPHS7AKKhqBXf+/XigYf4HogKEfzF60qQ4tbk4gZO+elinn bx/rzof/3fpDBgAZOPBEfh+dEOUUzg1YIdLwuOQQbxYTb11ro3J/TYCSPyAEGuA1OMJU 2Q60+y6BGNxkavcKFHQzhQRoX8QShf8kv+iaI8L48ZiYrAQmq+Y7bM6g2mR2X1e2Y4Mf nO5Q== X-Gm-Message-State: AOAM533bMIJPd2RZXBT+09BJVRVeWw1qxh/uBopUL8NHSAv15EGrqzlz E/h+BYRSJmFup3hPDpX/yqg= X-Google-Smtp-Source: ABdhPJwf0OQDCPpFr13XRfxW5TZ+32hr5aS/Zt5AFIc729DQts273Bx6UiSUL+mfotZg1e6cB+dBXQ== X-Received: by 2002:adf:ebc5:: with SMTP id v5mr19666436wrn.100.1595920649615; Tue, 28 Jul 2020 00:17:29 -0700 (PDT) Received: from broadband.bt.com ([2a00:23a8:4140:0:1c7c:7647:1fa5:1c57]) by smtp.gmail.com with ESMTPSA id z15sm15413870wrn.89.2020.07.28.00.17.26 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 28 Jul 2020 00:17:28 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) From: Stewart Bryant In-Reply-To: <0efbf4b7-9df7-a307-8310-58be63bab27f@pi.nu> Date: Tue, 28 Jul 2020 08:17:25 +0100 Cc: Stewart Bryant , "mpls@ietf.org" , "mpls-chairs@ietf.org" , "draft-ietf-mpls-rfc6374-sfl@ietf.org" Content-Transfer-Encoding: quoted-printable Message-Id: <298AC676-089A-4797-B4A4-0A7E498EB48F@gmail.com> References: <280d1472-877c-f1f7-6ea0-6459b05798e2@pi.nu> <0efbf4b7-9df7-a307-8310-58be63bab27f@pi.nu> To: loa Andersson X-Mailer: Apple Mail (2.3608.80.23.2.2) Archived-At: Subject: Re: [mpls] WGLC closed -- Re: Correction - MPLS wg WGLC on draft-ietf-mpls-rfc6374-sfl 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, 28 Jul 2020 07:17:33 -0000 Ack Stewart > On 28 Jul 2020, at 08:13, Loa Andersson wrote: >=20 > Working Group, >=20 > This working group last call is now closed. >=20 > We have had no other comments than support. >=20 > We ask the authors to make a last check for potential changes, and = then give us a go ahead to start the publication process. >=20 > /Loa > mpls wg co-chair >=20 >=20 >=20 > On 01/07/2020 15:09, Loa Andersson wrote: >> WG, >> The was a copy and past error in the first mail, please respond to = this >> mail. >> /Loa >> On 01/07/2020 13:14, Loa Andersson wrote: >>> Working Group, >>>=20 >>> This is to initiate a two week working group last call on >>> draft-ietf-mpls-rfc6374-sfl. >>>=20 >>> Please send your comments to the mpls wg mailing list = (mpls@ietf.org). >>>=20 >>> There are three IPR disclosures against draft-ietf-mpls-rfc6374-sfl, = though >>> disclosure #2991 is an update of disclosure #2706=C3=B6 >>>=20 >>> We lack responses on the IPR poll, we normally wit for responses = from >>> all authors and contributors. However the IPR poll has been open >>> since May 29 and we have decided to go ahead and start the wglc >>> anyway. >>>=20 >>> If you have concerns du to lack of responses to the IPR poll, please >>> send those comments as part of the wglc. >>>=20 >>> Of the authors four has responded to the IPR poll. Of two = contributors >>> one has responded to the IPR poll. All responses have been posted to >>> the working group mailing list, indicating that the respondents are >>> unaware of any non-disclosed IPRs that relates to this document. >>>=20 >>> This working group last call ends Friday July 15, 2020. >>>=20 >>> /Loa >=20 > --=20 >=20 > Loa Andersson email: loa@pi.nu > Senior MPLS Expert loa.pi.nu@gmail > Bronze Dragon Consulting phone: +46 739 81 21 64 >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From nobody Tue Jul 28 01:02: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 414183A07E7 for ; Tue, 28 Jul 2020 01:02:56 -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 s75n4jr13nQK for ; Tue, 28 Jul 2020 01:02:54 -0700 (PDT) Received: from mail-wr1-x42c.google.com (mail-wr1-x42c.google.com [IPv6:2a00:1450:4864:20::42c]) (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 47B043A07E6 for ; Tue, 28 Jul 2020 01:02:54 -0700 (PDT) Received: by mail-wr1-x42c.google.com with SMTP id z18so13761912wrm.12 for ; Tue, 28 Jul 2020 01:02:54 -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=ECZ8r0xVr48p1d9a9mOOqXuUh7gP2Q6xsabuOfDGYME=; b=oIPhx4+VQ/CXSrWYuJmUDHYkcfaaJECgpIhjlDvaBzTUhjiD6CiSvJ10QX0dWzcJIa pDRsoQWbFCuzT2dMBG+LkMzdDY0pfn17/++EqK24zUTSvVw6/7+rjfag0lSIQid8x5Qa uvuMK4XeBUUfQad7jygMkioY24gccFUfSHu1fFyUowz9LlC8PqzSQz63LAJfnz+d2q6Y +3wUJGiDoTZXmSlgfctDrtzdK7vyUIJUAULStw89RBiXyQFOJyc49DdJyd4ovV+FnZfx 8sSZJnX/cPtRruncV1G/f9vW9gFJInIjcOJOJSVRPyz9Ufxc6uQ5/Ethd1ySdKI25A2+ EO1A== 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=ECZ8r0xVr48p1d9a9mOOqXuUh7gP2Q6xsabuOfDGYME=; b=UTjsFPf8GJSW74vYcKvEDU609ErLJlBBVSeLZcOngIUIzI3qcT4EGk87SQKslW1/9I q6EOjZjezBMLex4nA5sEhsfD49EAgLs6sPvKHOnxRPslmrb8rAE8J/++CEOzmt/7hXYk WYFMs2C67FDE/JIVt996+5qavNo4y3IEqnNDPAKIxF1/5+YC5Ui7pSE8yT5VsJZMhIfB mMaYZgDvK+C0sZdwsozFHJcNdz4wZa+r3UeCKliXceK/3Mm7XxDPhxreE429gt22IkDg r2Da2akbJGmvUvYBaXFcU5eTzxcLZmJnMifpcbdHLtsZW1Of9JgpAH0tke/aj5MAezYF 9Fbg== X-Gm-Message-State: AOAM533UpJIsaFxUTRIeXw8dL/fUL+weql8v4akdsU76iyjUX8eNbRuu kYamgTGxvfZY2KTEV8aljH8= X-Google-Smtp-Source: ABdhPJw24juDkLk60rLbu2ceQnMu3sZHjxkmzSayHvl+6rnPdZrhXWx37Hpc0mapRx2VGyH9No/crQ== X-Received: by 2002:adf:f64a:: with SMTP id x10mr22205714wrp.99.1595923372600; Tue, 28 Jul 2020 01:02:52 -0700 (PDT) Received: from broadband.bt.com ([2a00:23a8:4140:0:1c7c:7647:1fa5:1c57]) by smtp.gmail.com with ESMTPSA id x11sm2722538wmc.33.2020.07.28.01.02.50 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 28 Jul 2020 01:02:51 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) From: Stewart Bryant In-Reply-To: <20200727105210.2D087F40755@rfc-editor.org> Date: Tue, 28 Jul 2020 09:02:49 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20200727105210.2D087F40755@rfc-editor.org> To: erosen@cisco.com, arun@force10networks.com, rcallon@juniper.net, "BRUNGARD, DEBORAH A" , Alvaro Retana , Martin Vigoureux , loa Andersson , n.leymann@telekom.de, Tarek Saad , jsharma@ciena.com, mpls X-Mailer: Apple Mail (2.3608.80.23.2.2) Archived-At: Subject: Re: [mpls] [Technical Errata Reported] RFC3031 (6240) 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, 28 Jul 2020 08:02:56 -0000 As the reporter notes, RFC3031 does not provide a complete description = of the procedure to use when labelling an unlabelled packet at ingress. However, as far as I am aware this has not caused any interoperability = issues in the 20 years since its publication. In any case the text "d) push a new label on an unlabeled packet=E2=80= =9D should be "d) push a first label on an unlabeled packet=E2=80=9D In both the old and new text=20 > This may still be a labeled packet, or it > may be the native IP packet. Whilst technically correct through the use of =E2=80=9Cmay=E2=80=9D does = not tell the full story since the remnant may be a PW packet and we did = not update RFC3031 when we published the PW series. We could safety accept the errata, but I am worried that it is only part = of the set of changes needed to cover the case. In many ways, given the existence proof that people are able to = correctly implement MPLS I am inclined to leave the document alone and = note this for consideration during an update. Stewart=20 > On 27 Jul 2020, at 11:52, RFC Errata System = wrote: >=20 > The following errata report has been submitted for RFC3031, > "Multiprotocol Label Switching Architecture". >=20 > -------------------------------------- > You may review the report below and at: > https://www.rfc-editor.org/errata/eid6240 >=20 > -------------------------------------- > Type: Technical > Reported by: Jitendra Kumar Sharma >=20 > Section: 3.10 >=20 > Original Text > ------------- > 3.10. The Next Hop Label Forwarding Entry (NHLFE) >=20 > The "Next Hop Label Forwarding Entry" (NHLFE) is used when = forwarding > a labeled packet. It contains the following information: >=20 > 1. the packet's next hop >=20 > 2. the operation to perform on the packet's label stack; this is one > of the following operations: >=20 > a) replace the label at the top of the label stack with a > specified new label >=20 > b) pop the label stack >=20 > c) replace the label at the top of the label stack with a > specified new label, and then push one or more specified new > labels onto the label stack. >=20 > It may also contain: >=20 > d) the data link encapsulation to use when transmitting the = packet >=20 > e) the way to encode the label stack when transmitting the packet >=20 > f) any other information needed in order to properly dispose of > the packet. >=20 > Note that at a given LSR, the packet's "next hop" might be that LSR > itself. In this case, the LSR would need to pop the top level = label, > and then "forward" the resulting packet to itself. It would then > make another forwarding decision, based on what remains after the > label stacked is popped. This may still be a labeled packet, or it > may be the native IP packet. >=20 > This implies that in some cases the LSR may need to operate on the = IP > header in order to forward the packet. >=20 > If the packet's "next hop" is the current LSR, then the label stack > operation MUST be to "pop the stack". >=20 > Corrected Text > -------------- > 3.10. The Next Hop Label Forwarding Entry (NHLFE) >=20 > The "Next Hop Label Forwarding Entry" (NHLFE) is used when = forwarding > a labeled packet on an LSR or an unlabeled packet on an Ingress MPLS = router. It=20 > contains the following information: >=20 > 1. the packet's next hop >=20 > 2. the operation to perform on the packet's label stack; this is one > of the following operations: >=20 > a) replace the label at the top of the label stack with a > specified new label >=20 > b) pop the label stack >=20 > c) replace the label at the top of the label stack with a > specified new label, and then push one or more specified new > labels onto the label stack. >=20 > d) push a new label on an unlabeled packet >=20 >=20 > It may also contain: >=20 > e) the data link encapsulation to use when transmitting the = packet >=20 > f) the way to encode the label stack when transmitting the packet >=20 > g) any other information needed in order to properly dispose of > the packet. >=20 > Note that at a given LSR, the packet's "next hop" might be that LSR > itself. In this case, the LSR would need to pop the top level = label, > and then "forward" the resulting packet to itself. It would then > make another forwarding decision, based on what remains after the > label stacked is popped. This may still be a labeled packet, or it > may be the native IP packet. >=20 > This implies that in some cases the LSR may need to operate on the = IP > header in order to forward the packet. >=20 > If the packet's "next hop" is the current LSR, then the label stack > operation MUST be to "pop the stack". >=20 > Notes > ----- > Section 3.10 defines NHLFE, and it sounds from the definition that = this piece of information is used by an MPLS router only when packet is = already labeled. Now, when section 3.12 (FTN) defines the relationship = between FEC and NHLFE, the definition of NHLFE in section 3.10 does not = align with FTN definition. >=20 > 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 =20 > can log in to change the status and edit the report, if necessary.=20 >=20 > -------------------------------------- > RFC3031 (draft-ietf-mpls-arch-06) > -------------------------------------- > Title : Multiprotocol Label Switching Architecture > Publication Date : January 2001 > Author(s) : E. Rosen, A. Viswanathan, R. Callon > Category : PROPOSED STANDARD > Source : Multiprotocol Label Switching > Area : Routing > Stream : IETF > Verifying Party : IESG >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From nobody Tue Jul 28 01:11:46 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 432943A081F for ; Tue, 28 Jul 2020 01:11:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.649 X-Spam-Level: X-Spam-Status: No, score=-1.649 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, KHOP_HELO_FCRDNS=0.267, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_NONE=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 AFsnbazc4e2f for ; Tue, 28 Jul 2020 01:11:42 -0700 (PDT) Received: from mail.swisscom.com (mailout110.swisscom.com [138.188.166.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 53B453A07E3 for ; Tue, 28 Jul 2020 01:11:41 -0700 (PDT) Received: by mail.swisscom.com; Tue, 28 Jul 2020 10:11:39 +0200 Message-ID: <1811130370.3403178.1595923899529@ss007565> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="----=_Part_3403176_1427069264.1595923899529" X-Mailer: Totemo_TrustMail_(Notification) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=GTjh1D2/LfpCgZqGyWB5z60LI9uXW9PimGNeKzWrmaKt0us85pytKSJFxSM85FDzboOB+sXEpSz1A8rIQLNm/S7AJujFteOzZghHXFQFVQmfUCDH64CWu39F1tZuoqos2HKgVuxRjnb7h75jIFHEUGoU5UwwVz6/CvB9Lbmv7B5soOjV5RsQURmGr9oZXhriCPCeg9O/0GeweroTQjGvEjQfqLjQUCAqULYmhC5ACYq/gFg/W4WVN4jR5qpQZlGPCCZVypTKO6C1KJl/DS4XioSLgfbhycZwH02cGxnI4SUNPiN/KbCB3CCiSnrQeMeZqy0b7Hl+5S51r6Jwd8DHGg== 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=1rTT+LsGFIWF3rdEMvSmNOwu27ZPzo1OEdKlWQcWGSw=; b=n5GWNrm+GAPdNKWaqbTaDZyBTcYONLM0AskK5wbYBnQPUG/d1DtnzEThkgdS1osaG+YqetAuaLLrVPoxQE/0BoRD0/Iw5svDfLUuVb/7HarDIyexqkd1Ez2loQVg527xknNBPSuzK9zoIZNCFes/IgZ3Cuvqhh8c0R/jneJnUllwkpfrRzegkvlLEJPNbY0lqD8GG8XSdfK+ycqcBxO3y8qUMq39BB04hxl9ZiZlQhGixomI2rqNL/EyxhFh3NlsUQ/4hkVo9/3tKhbUoYhfQppJQr37opNTpddxIaRw2Mx8v2Am8yPgXQ8Zi7CQW4EzjJruEfxfyGf0QzbKZWn6mg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=swisscom.com; dmarc=pass action=none header.from=swisscom.com; dkim=pass header.d=swisscom.com; arc=none From: To: Thread-Topic: draft-tgraf-ipfix-mpls-sr-label-type Thread-Index: AdZktkwgHSkqPcEmSIuqXgxatw/WKw== Date: Tue, 28 Jul 2020 08:11:36 +0000 Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: MSIP_Label_2e1fccfb-80ca-4fe1-a574-1516544edb53_Enabled=True; MSIP_Label_2e1fccfb-80ca-4fe1-a574-1516544edb53_SiteId=364e5b87-c1c7-420d-9bee-c35d19b557a1; MSIP_Label_2e1fccfb-80ca-4fe1-a574-1516544edb53_Owner=Thomas.Graf@swisscom.com; MSIP_Label_2e1fccfb-80ca-4fe1-a574-1516544edb53_SetDate=2020-07-28T08:11:35.8466101Z; MSIP_Label_2e1fccfb-80ca-4fe1-a574-1516544edb53_Name=C2 General; MSIP_Label_2e1fccfb-80ca-4fe1-a574-1516544edb53_Application=Microsoft Azure Information Protection; MSIP_Label_2e1fccfb-80ca-4fe1-a574-1516544edb53_ActionId=d3d85cc5-d8a3-4879-b4bf-8241f564d9bb; MSIP_Label_2e1fccfb-80ca-4fe1-a574-1516544edb53_Extended_MSFT_Method=Automatic authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=swisscom.com; x-originating-ip: [62.203.231.19] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 8e45a50a-6a88-4d1f-233a-08d832cdd968 x-ms-traffictypediagnostic: ZR0P278MB0124: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:7691; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: qcA7i+7v7j5vhLp2qLKNVam+LZ/azzDBZFO4ErMgUYCwYX5H95dIcSodiCP8tbVb+aZ284jgGnTSb1dUUNXxGUQazd7uy7g0ypGE3ihG+MyLWTsjA7KM5zhkA79Wkw98bITH77BivyqdSmtFGpLEZYqCwA2VpRoKY6aScCYGBprFyuaVhImLJBB1kBiQyRfd2MszlMTDa9l0LENkZtv7mW0VgIzpeIXfOcn17GmgD4wSg+oxS+lUGtZBueoZkvRSQ/NP2ehQ19f+cSfJtUGkUa7pWD5MdgGRyadMuZvZwk1G41fNaFLlKcLH88d4Vla5Iq74QSBx3ROz+SjndZdRHxf6ZseSZK1KofueJ3rsmxqK9MVC3B4u8n57LE4Dz4OohoN/U0l+ZYvqS+c85gVPmQ== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:ZRAP278MB0125.CHEP278.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(376002)(346002)(366004)(136003)(39860400002)(396003)(66476007)(186003)(66556008)(76116006)(66946007)(66446008)(64756008)(71200400001)(4744005)(6506007)(2906002)(8676002)(7696005)(10290500003)(166002)(86362001)(52536014)(5660300002)(55016002)(8936002)(83380400001)(478600001)(966005)(26005)(33656002)(316002)(9686003)(6916009)(10300500001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: 1gBBdE5XiXujrQrimKmm5KFYznINzmRNWlmYVC8aOYIu+v64Mns/+o0VWCdVhOSPlRqn2EuZ5e7TpO3gP8b0sQqv864v9ZlIPpxBDJX4nm3pQ4pE6Q2pJgobegQI7f/1oU57f1F19vehOpyZzmeHuz6nOpe4KvRvx+ZdQxTR88idfzT3x8yUU2CiJLPyq8UEvPLGTGR0tYixf4SXf1U3z8TKQewc5g0bLht5NFtYAkkPu6WQShJiUsOaAq3hbisdKkl443qiKT2TsDPDP+r39ytk1M0v20Dhj9rE1sB1A3PpcBBQ4mI07bBf2RQFrki+4kx5Bt8UxYrTmkFhIKQUGoZi81WHRl1RqqXGKOHvN8q99WnV6tR7LatYLUdggcKrTShw38oyJQ9NRtmD9INOGsT6LyLVJtZxeLI2tWffYcSs7VGN6PWK6P50FsRlFGnHXCA5s8+abkuun+Cvdbpxqa8rOIb8YDL0Vs/IQ0O29Z+NghZLhTh1OXb5YawkZJtl x-ms-exchange-transport-forked: True X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: ZRAP278MB0125.CHEP278.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: 8e45a50a-6a88-4d1f-233a-08d832cdd968 X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Jul 2020 08:11:36.9064 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 364e5b87-c1c7-420d-9bee-c35d19b557a1 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: NghysWXFyi9MtV51cIaNTaPN2NgHDiMDXY78vHyZTIbxjoB8wnK9dKd9CrcUqYSJZcMNC7le/Hwr3j87ZNahEBbTEbnP6lBrkPUZ85Ltcj0= X-MS-Exchange-Transport-CrossTenantHeadersStamped: ZR0P278MB0124 X-OriginatorOrg: swisscom.com X-CFilter-Loop: Reflected X-Trustmail: processed Archived-At: Subject: [mpls] draft-tgraf-ipfix-mpls-sr-label-type 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, 28 Jul 2020 08:11:44 -0000 ------=_Part_3403176_1427069264.1595923899529 Content-Type: multipart/alternative; boundary="_000_ZRAP278MB01252A2823A94328DBC231FB89730ZRAP278MB0125CHEP_" Content-Language: en-US --_000_ZRAP278MB01252A2823A94328DBC231FB89730ZRAP278MB0125CHEP_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear mpls, I presented the following draft Export of MPLS Segment Routing Label Type Information in IP Flow Informatio= n Export (IPFIX) https://tools.ietf.org/html/draft-tgraf-ipfix-mpls-sr-label-type-04 at the spring working group at IETF 108 yesterday https://www.ietf.org/proceedings/108/slides/slides-108-spring-ip-flow-infor= mation-export-ipfix-00.pdf and today at OPSAWG where I call for adoption. This draft adds additional segment routing code points for in the IANA IPFI= X registry for IS-IS, OPSFv2 and OPSF v3 and segment routing SID types to g= ain further insights into the MPLS-SR forwarding-plane. I have been asked to not only gather feedback from spring and opsawg but al= so from lsr and mpls working groups since these code points are related to = link state routing protocols and mpls data plane. I am looking forward to your feedback and input. Best Wishes Thomas Graf --_000_ZRAP278MB01252A2823A94328DBC231FB89730ZRAP278MB0125CHEP_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear mpls,

 

I presented the following draft=

 

Export of MPLS Segment Routing = Label Type Information in IP Flow Information Export (IPFIX)

https://tools.ietf.o= rg/html/draft-tgraf-ipfix-mpls-sr-label-type-04

 

at the spring working group at = IETF 108 yesterday

https://www.ietf.org/proceedings/108/slides/slides-108-spring= -ip-flow-information-export-ipfix-00.pdf

 

and today at OPSAWG where I cal= l for adoption.

 

This draft adds additional segm= ent routing code points for in the IANA IPFIX registry for IS-IS, OPSFv2 an= d OPSF v3 and segment routing SID types to gain further insights into the MPLS-SR forwarding-plane.

 

I have been asked to not only g= ather feedback from spring and opsawg but also from lsr and mpls working gr= oups since these code points are related to link state routing protocols and mpls data plane.

 

I am looking forward to your fe= edback and input.

 

Best Wishes

Thomas Graf

--_000_ZRAP278MB01252A2823A94328DBC231FB89730ZRAP278MB0125CHEP_-- ------=_Part_3403176_1427069264.1595923899529 Content-Type: application/pkcs7-signature; name=smime.p7s; smime-type=signed-data Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCAMIIG QTCCBSmgAwIBAgIUeIuhHnNW+9mJCIySjpOK+tpcTG8wDQYJKoZIhvcNAQELBQAwVjELMAkGA1UE BhMCQ0gxFTATBgNVBAoTDFN3aXNzU2lnbiBBRzEwMC4GA1UEAxMnU3dpc3NTaWduIFBlcnNvbmFs IFNpbHZlciBDQSAyMDE0IC0gRzIyMB4XDTE5MDQxMTE2NDgyOFoXDTIyMDQxMTE2NDgyOFowgYEx CzAJBgNVBAYTAkNIMR4wHAYDVQQKExVTd2lzc2NvbSAoU2Nod2VpeikgQUcxJzAlBgkqhkiG9w0B CQEWGHRob21hcy5ncmFmQHN3aXNzY29tLmNvbTEpMCcGA1UEAxMgU2VjdXJlIE1haWw6IEdhdGV3 YXkgQ2VydGlmaWNhdGUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCITr0/mumt/DE7 c8RDgwoi0IdMVLbGMQ1wzpjZ23C3KaauDnIDCAdgwJCj8H/4hy8Wj/EoKvbnJXc3DN/g5n4MyujX JjsLMo3cMaHqTSql2zKFsdFRnjNtOTEQMVleqnKgeiLwF5M+QpZGhS9T9M4br9PCKBEdwZ+BJRJN XPtxUjJWLh7ueFbMApS5lOryeoZrv9Yi6D5xSGErBuPrzn1ekUMzOfycZ4HcyLaEfzGNgYEax2yS 1/ZcM/qoj7k8e6dskfB6/PkFnf5BfWqwfWtmqn7PRJQQAEmjkJafFZNtvlyJ/ktjpI+pnju1AZaA c+LNL1eT1rwNdesrljxik/plAgMBAAGjggLZMIIC1TAjBgNVHREEHDAagRh0aG9tYXMuZ3JhZkBz d2lzc2NvbS5jb20wDgYDVR0PAQH/BAQDAgSwMBMGA1UdJQQMMAoGCCsGAQUFBwMEMB0GA1UdDgQW BBTAJbWmkqWsxJzHeilKdMU8NUhnwzAfBgNVHSMEGDAWgBTwx6MykbXryrVYdxWnTr4aXWFDJTCB /wYDVR0fBIH3MIH0MEegRaBDhkFodHRwOi8vY3JsLnN3aXNzc2lnbi5uZXQvRjBDN0EzMzI5MUI1 RUJDQUI1NTg3NzE1QTc0RUJFMUE1RDYxNDMyNTCBqKCBpaCBooaBn2xkYXA6Ly9kaXJlY3Rvcnku c3dpc3NzaWduLm5ldC9DTj1GMEM3QTMzMjkxQjVFQkNBQjU1ODc3MTVBNzRFQkUxQTVENjE0MzI1 JTJDTz1Td2lzc1NpZ24lMkNDPUNIP2NlcnRpZmljYXRlUmV2b2NhdGlvbkxpc3Q/YmFzZT9vYmpl Y3RDbGFzcz1jUkxEaXN0cmlidXRpb25Qb2ludDBrBgNVHSAEZDBiMFYGCWCFdAFZAQMBCzBJMEcG CCsGAQUFBwIBFjtodHRwOi8vcmVwb3NpdG9yeS5zd2lzc3NpZ24uY29tL1N3aXNzU2lnbi1TaWx2 ZXItQ1AtQ1BTLnBkZjAIBgYEAI96AQMwgdkGCCsGAQUFBwEBBIHMMIHJMGQGCCsGAQUFBzAChlho dHRwOi8vc3dpc3NzaWduLm5ldC9jZ2ktYmluL2F1dGhvcml0eS9kb3dubG9hZC9GMEM3QTMzMjkx QjVFQkNBQjU1ODc3MTVBNzRFQkUxQTVENjE0MzI1MGEGCCsGAQUFBzABhlVodHRwOi8vc2lsdmVy LXBlcnNvbmFsLWcyLm9jc3Auc3dpc3NzaWduLm5ldC9GMEM3QTMzMjkxQjVFQkNBQjU1ODc3MTVB NzRFQkUxQTVENjE0MzI1MA0GCSqGSIb3DQEBCwUAA4IBAQBPAGaURtN/46Vopba1sQJzad0O2JxG 8MwpE2F435dz+BfK/L8DGWN+EmWQV9k/p/IhNLFnj9WhBdd+iuscOT83XDCnUzyYiNqz7bhrQAEm B/87tdMsPhq5wUz5XfpnDcsSiQ1r/Woo+baMSN60QruEZM/be9mFILGOByV8BEwVbZTAiL7cLaOh bxUfQubFvyfOZ1HgJMVyfWizDVvDG2rL6YkWtsIBaVmCYGBqHrX0wSLyHlRNnbqiM2vawqQYme+1 +wxtbGCPPexp3wUBqpJde40Ke1xIpMj8c1kyvtaRM3CBX2p6xl0XHnSrybkJUidmaZnblUM6O18u b28x6Qp3MIIGvjCCBKagAwIBAgIPBUTWTq0e0zbVMkBdALk2MA0GCSqGSIb3DQEBCwUAMEcxCzAJ BgNVBAYTAkNIMRUwEwYDVQQKEwxTd2lzc1NpZ24gQUcxITAfBgNVBAMTGFN3aXNzU2lnbiBTaWx2 ZXIgQ0EgLSBHMjAeFw0xNDA5MTkyMDM2NDlaFw0yOTA5MTUyMDM2NDlaMFYxCzAJBgNVBAYTAkNI MRUwEwYDVQQKEwxTd2lzc1NpZ24gQUcxMDAuBgNVBAMTJ1N3aXNzU2lnbiBQZXJzb25hbCBTaWx2 ZXIgQ0EgMjAxNCAtIEcyMjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMs5sTmF/vrJ obzDg6kOSi2Ech7/aMWnxB3sD9eoixMes9EWi0DcD1NvAT3s6GS1l9uDvKiowIQ4WF4DFCvmyjDv ALLrEzkZkkcqIQDlcs3CMWIOzFYq/3fEY4yYwm9417W2zOl9HzOmkQUq/tFS1vTsnP5NTGpS4YV2 Yru5aOZSY/zBIZGSXRnY3IDRGeNJFlcCDhlEhaspyS/6xm1rCqH29/9rYTUVJpSUAmklXWn3vV5r gtmQDAb5QwUiSes20CBaYxDjOCHVfxYrQYpGevJn6KTQuh5/JCd1mJRJLVbEVDORnWL51V/eW6kV mJyUU8GA6QkXFbQbgCkyodCvE6cCAwEAAaOCApYwggKSMA4GA1UdDwEB/wQEAwIBBjASBgNVHRMB Af8ECDAGAQH/AgEAMB0GA1UdDgQWBBTwx6MykbXryrVYdxWnTr4aXWFDJTAfBgNVHSMEGDAWgBQX oM3B5EG2Ols7y0WdvRzCmPqGWDCB/wYDVR0fBIH3MIH0MEegRaBDhkFodHRwOi8vY3JsLnN3aXNz c2lnbi5uZXQvMTdBMENEQzFFNDQxQjYzQTVCM0JDQjQ1OURCRDFDQzI5OEZBODY1ODCBqKCBpaCB ooaBn2xkYXA6Ly9kaXJlY3Rvcnkuc3dpc3NzaWduLm5ldC9DTj0xN0EwQ0RDMUU0NDFCNjNBNUIz QkNCNDU5REJEMUNDMjk4RkE4NjU4JTJDTz1Td2lzc1NpZ24lMkNDPUNIP2NlcnRpZmljYXRlUmV2 b2NhdGlvbkxpc3Q/YmFzZT9vYmplY3RDbGFzcz1jUkxEaXN0cmlidXRpb25Qb2ludDBhBgNVHSAE WjBYMFYGCWCFdAFZAQMBBjBJMEcGCCsGAQUFBwIBFjtodHRwOi8vcmVwb3NpdG9yeS5zd2lzc3Np Z24uY29tL1N3aXNzU2lnbi1TaWx2ZXItQ1AtQ1BTLnBkZjCBxgYIKwYBBQUHAQEEgbkwgbYwZAYI KwYBBQUHMAKGWGh0dHA6Ly9zd2lzc3NpZ24ubmV0L2NnaS1iaW4vYXV0aG9yaXR5L2Rvd25sb2Fk LzE3QTBDREMxRTQ0MUI2M0E1QjNCQ0I0NTlEQkQxQ0MyOThGQTg2NTgwTgYIKwYBBQUHMAGGQmh0 dHA6Ly9vY3NwLnN3aXNzc2lnbi5uZXQvMTdBMENEQzFFNDQxQjYzQTVCM0JDQjQ1OURCRDFDQzI5 OEZBODY1ODANBgkqhkiG9w0BAQsFAAOCAgEAw3mnV7d7rVFo9USMQZUoAXx01jtqvG3vp9dNOZkd aI3KCNnQcbEZNZNvgsYcSbhR7kz5bApv2KX7/vswXgDSlKvEElG6qoqrat0Z1ytK9xaya1HPdFsp onPel/7YTyAhfWkMsFDljViMgC7lFxzdY3qq7wX5w2me5IxxYlxC7jryzeAS74tc6c5TKDLslQsZ VKIhjfp/UKdPvBl7smuMKT93Psojx2laQZ19ZjFvenF52qllOut/1xDVC19UGXzONyUkhFDQr0A0 wl+S4nqR8y9CRxufPEL72V+lvHBFju+gOZD1oXhs18BnWRnhAN5c/HjoT927rJEucov86kdvQyi8 u7mOlL76UN1QkxtMGLZ2/8NHClm0zW1V2Gq2X8kvwZQ2Pr6uQDUGIO3gAkwtNEUOQ6+i9NiQFeXQ wJtEQK48j5NRvJloc2l7dViZt9QET9/xgnERHXv8Ex13ZVVj11JyfN0xR4anldisJnE9I+YSO/R/ mpaG/ivqoPMmDXXGFowxIOcRR6HnqWqwpbKBHtw90KHjbtXwZqYcfdeSiE0ABwtx53Pnc+RUZWn8 N43xHm9w7qdss1JFZ1nWBUixIemXKNnZ9LSmoGcjNrxgRw5cKH9dk4oxuo0xNhTHekKdbyDBbCr4 Fg9q2QCUMrs9VbHFw6ENsXl3VB3gM4J+7uowggW9MIIDpaADAgECAghPG9QvVLsvSzANBgkqhkiG 9w0BAQUFADBHMQswCQYDVQQGEwJDSDEVMBMGA1UEChMMU3dpc3NTaWduIEFHMSEwHwYDVQQDExhT d2lzc1NpZ24gU2lsdmVyIENBIC0gRzIwHhcNMDYxMDI1MDgzMjQ2WhcNMzYxMDI1MDgzMjQ2WjBH MQswCQYDVQQGEwJDSDEVMBMGA1UEChMMU3dpc3NTaWduIEFHMSEwHwYDVQQDExhTd2lzc1NpZ24g U2lsdmVyIENBIC0gRzIwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQDE8Yd/03gx9zjJ +MOZQ7zH97w3505xukuPpXMdXG6YrgNXrjg3Qy8XPR/IzmgQwXiuGQMrEPoseYP26LlouVXyBESn Ofn8BIse8aJNJ/lhe7q35aITtuthPtBs0eb7+l7tHbSeoDVboZLL8EmS/oUKBT7m2QviT7vclTf8 kekyNSLRHzpOJ4WdsBWUMtphDUdNYEKukkfog1pQWOmKi7ldodzdmUofNme7SOSDtjfrSDqvD2eP FwfoBMrvajGH1MC2+ZRxe2dkuLaRSkJ7ZS4wagz1kO6V5vLNguzZoUrs9rJL5UWF5m14kwQunIJt NqnEMWQfhoMLKvQ1CnjJVc9BsEfpMJ+ZvmGoBoS5KHpfONkbqTiwg39zwcM7SCqCDyGbuMyoNcOE G4OzPr6klWkBOokAeATZyfSZGatWfluLhjkVkaQQLAkygGCzk8AqthgLnX6NSfIQSn/51UYvGZKj macmrLuMPOYOvEcH3HNR8XBkLwj5tEcdMGxE6ik3hZJoZryDOP57OS7TUPAf+15gtqmm+idB8ZsY cvL1hHRKyWfEVK5IZN+M0W6wHeEHjwgemZxx6UzYpfdHEh900VGehvPCoiNAC3PbS6bncwaMwaDp wVmsRvrmL/jPcZxGbbnEFY04eQNFSO/EXdcI7oc5IoayDQ9YQ/dxqUgu/erWHwIDAQABo4GsMIGp MA4GA1UdDwEB/wQEAwIBBjAPBgNVHRMBAf8EBTADAQH/MB0GA1UdDgQWBBQXoM3B5EG2Ols7y0Wd vRzCmPqGWDAfBgNVHSMEGDAWgBQXoM3B5EG2Ols7y0WdvRzCmPqGWDBGBgNVHSAEPzA9MDsGCWCF dAFZAQMBATAuMCwGCCsGAQUFBwIBFiBodHRwOi8vcmVwb3NpdG9yeS5zd2lzc3NpZ24uY29tLzAN BgkqhkiG9w0BAQUFAAOCAgEAc8aB4CfSLQ/glTDimkF/UCxfX2JhqYZqaRgMdEnWXYTqQVIYb1it UFYgasa9KGlYkdyRETWpOh28GqVgntgff0WRadl+u3hywQYPKs6PhXBhrKDNC7g5KVaEMk6Guz3E KtnXH3Lu/lGhIkGxcQJjGoKwYqteVxIf38vddaDAXXmQjBvgUObeMf6Ye3BfpZDYrfgCtm/TYN1A SyLFPa06ep8aGkeReTO6gtwyaQOWbh9L8HH+42dyoLG/XIvk+pkix4S5G40jlz/tJeDPZbv1YQTv 3R6yWkEiWqGfXSzoW8ltqQwMeKpgxlaPAVoMaLxpGXnEH36XBb/F6SRRXtTVS1Pt2SNaNgNlo8ED rUEw80YbhZCvZbXVseQWW3h1HZd6bVmpKo973sOHiRCZSXN4yD29UTV0KtXxfmkbKrs7vSW4mlo9 cmGQZofuDNZN1BF0C2r+CwP8o1VXif5Ky65bFwXI8o0jMVM40i1qP4K5jQhq915BdG7DEX4HrClg kT84ylcQDb0wL8el5kGg2q4Fh5qgpGVsTAkMibq407nAk4ow+o3lmmsVAU5nqtpiVj6ECGbSxDZ9 pz4Q/Ijg1IDlAL2q804Go3pq+WJy4wlP65sOASPxn7t83NxsEZclsvK0YxTSBipnjIP1zuoH2Jpq HuzkCrsqTOsJYDnOymLYLm4AADGCA90wggPZAgEBMG4wVjELMAkGA1UEBhMCQ0gxFTATBgNVBAoT DFN3aXNzU2lnbiBBRzEwMC4GA1UEAxMnU3dpc3NTaWduIFBlcnNvbmFsIFNpbHZlciBDQSAyMDE0 IC0gRzIyAhR4i6Eec1b72YkIjJKOk4r62lxMbzANBglghkgBZQMEAgEFAKCCAkAwGAYJKoZIhvcN AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMjAwNzI4MDgxMTM5WjAtBgkqhkiG9w0B CTQxIDAeMA0GCWCGSAFlAwQCAQUAoQ0GCSqGSIb3DQEBCwUAMC8GCSqGSIb3DQEJBDEiBCBsOA8a 1h893XMt4vjUyNjdSAaGUtpTGGCHTamUf2UZLjB9BgkrBgEEAYI3EAQxcDBuMFYxCzAJBgNVBAYT AkNIMRUwEwYDVQQKEwxTd2lzc1NpZ24gQUcxMDAuBgNVBAMTJ1N3aXNzU2lnbiBQZXJzb25hbCBT aWx2ZXIgQ0EgMjAxNCAtIEcyMgIUeIuhHnNW+9mJCIySjpOK+tpcTG8wfwYLKoZIhvcNAQkQAgsx cKBuMFYxCzAJBgNVBAYTAkNIMRUwEwYDVQQKEwxTd2lzc1NpZ24gQUcxMDAuBgNVBAMTJ1N3aXNz U2lnbiBQZXJzb25hbCBTaWx2ZXIgQ0EgMjAxNCAtIEcyMgIUeIuhHnNW+9mJCIySjpOK+tpcTG8w gaUGCSqGSIb3DQEJDzGBlzCBlDALBglghkgBZQMEASowCwYJYIZIAWUDBAEWMAsGCWCGSAFlAwQB AjAKBggqhkiG9w0DBzAKBggqhkiG9w0DAjAKBggqhkiG9w0DAjAHBgUrDgMCBzAKBggqhkiG9w0D AjALBglghkgBZQMEAgMwCwYJYIZIAWUDBAICMAsGCWCGSAFlAwQCATALBglghkgBZQMEAgQwDQYJ KoZIhvcNAQELBQAEggEAMTdyNoRdW/ZP4lVKUSY2+EfBjxifb0umWXRkQpvBMhHvbxk4fv/R3xyA Jm6iiutBnwspLLBUNKy3LDiEJAEh5UBqbrldnumT+t8rfweALPSx28PzWdbAIj6X2hFFN3kzUrSY 8rr2+WcTYMcjSmI3thmO1k2XjaYxMpGhLNLpj0NFtSLCjzdRv4JD1cC65miHjCKnvJklyb5bEjG6 iO7wdtyrBetkH/4q6e92yZ8j9PnunirpPGc4o14SsgUkUetHbZQRXhblGwSilmSrD+iIUSzcw6gz 44bn4d4NB7BcqbeQrLccIom2Iytr7XXgeR9osv94c4d4qb6cNDMsKy3IeQAAAAAAAA== ------=_Part_3403176_1427069264.1595923899529-- From nobody Thu Jul 30 09:58: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 1A3553A0E10 for ; Thu, 30 Jul 2020 09:58:24 -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, 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 RhK32-YCUtcE for ; Thu, 30 Jul 2020 09:58:18 -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 B19533A0E2C for ; Thu, 30 Jul 2020 09:58:12 -0700 (PDT) Received: by mail-io1-xd2f.google.com with SMTP id d18so28945911ion.0 for ; Thu, 30 Jul 2020 09:58:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:thread-topic:thread-index:date:message-id :references:in-reply-to:accept-language:content-language :content-transfer-encoding:mime-version; bh=qhK+hZUiS9lCqYHIPCxaC45g1uNPlZRwfm4Xlq32GJs=; b=Jzc+hVCwBowelQfelTDzjZrhrBdjsMXr0s9wbllUlg8BhkaJ5PpW31yQ1309M4vvId ol/et5P4OWH0atoV4k4fkyFVuIZWPd2tz3jjGgarj6hyEGrw4PC6GFqtFzizfMckz2B4 4U2+Sq9z2FLwsIYj7YdFQBW5EIRaOBA9LwVFAGkZp4YFq0bm2P08Ngl4+rakzeojplyf r97y0TpANfvfct4aHw7dAg7FsPlYMY3desg35rQf+3+okt7JszKYRf+8RhuheAmq+hpl PcCQQNI6VjyqQZYwMR/Y9lTdbSHZ22C/0ZRuGuF5Bo/odAvlopJAPVxTlZaiYsgzS1o8 RV/g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:thread-topic:thread-index:date :message-id:references:in-reply-to:accept-language:content-language :content-transfer-encoding:mime-version; bh=qhK+hZUiS9lCqYHIPCxaC45g1uNPlZRwfm4Xlq32GJs=; b=TLntykJgDML9KgSoSVx5sasRKCsfqrGQwzDOFOmLVG3mYXN8nVwfrEksO7mmVXKQNY seL+EtpC2z92WM8QRaRXQNj3HsiX32EF30EC6r5/DvFfE85IufsOS8B+ZUHV5Zu/OSD7 mKlwQOxbYVoSQPhlVg4oL8GgLT43UXiYqj3ciTtzQdF1jXNwGyzHatz51mwl+E1Yy29q aOPhAVzLseyEC5QQNRQfqQDjn9xGENhMgYUSr/o1ajtbcbPBGjNqdXtQlpZ1ZL2285xR KnoWNNDbbvOBgFHgWH6Yb7q9eA0iQLEmDWYCCnOFxKw+TofZ46l4/ojcg1quH/NS5IU0 7lXQ== X-Gm-Message-State: AOAM533D7N5rTEm9nXB+S9QOnGPnaRA5DesTzqklmwP+szil0hvxB+KC Fsh/tqLTczW4EeD3MIcNfys= X-Google-Smtp-Source: ABdhPJyGLxkNs1hhttdmj6ugwY9IlRdqGbFmc78jGNPUdT05y5k7rjvFWzXecQpG+e0MKY0OVTSzvw== X-Received: by 2002:a05:6602:15c9:: with SMTP id f9mr39494122iow.35.1596128291963; Thu, 30 Jul 2020 09:58:11 -0700 (PDT) Received: from DM5PR1901MB2150.namprd19.prod.outlook.com ([2603:1036:4:9e::5]) by smtp.gmail.com with ESMTPSA id y8sm3159166ilq.21.2020.07.30.09.58.10 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 30 Jul 2020 09:58:11 -0700 (PDT) From: Tarek Saad To: Stewart Bryant , "erosen@cisco.com" , "arun@force10networks.com" , "rcallon@juniper.net" , "BRUNGARD, DEBORAH A" , Alvaro Retana , Martin Vigoureux , Loa Andersson , "n.leymann@telekom.de" , "jsharma@ciena.com" , mpls Thread-Topic: [mpls] [Technical Errata Reported] RFC3031 (6240) Thread-Index: ATVGMjU34sK1uRiPQ1qMLcHihaYx4zUwODRFwJc/CI0= X-MS-Exchange-MessageSentRepresentingType: 1 Date: Thu, 30 Jul 2020 16:58:09 +0000 Message-ID: References: <20200727105210.2D087F40755@rfc-editor.org> In-Reply-To: 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] [Technical Errata Reported] RFC3031 (6240) 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, 30 Jul 2020 16:58:25 -0000 SSBzZWUgdGhlIGZvcndhcmRpbmcgb2YgInVubGFiZWxlZCBwYWNrZXRzIiBpcyBkaXNjdXNzZWQg aW4gUkZDMzAzMSBpbiBjb250ZXh0IG9mIHRoZSBGVE4uIEZvciBleGFtcGxlLCBpbiBTZWN0aW9u IDMuMTM6DQoiDQogICBJbiBvcmRlciB0byBmb3J3YXJkIGFuIHVubGFiZWxlZCBwYWNrZXQsIGEg TFNSIGFuYWx5emVzIHRoZSBuZXR3b3JrDQogICBsYXllciBoZWFkZXIsIHRvIGRldGVybWluZSB0 aGUgcGFja2V0J3MgRkVDLiAgSXQgdGhlbiB1c2VzIHRoZSBGVE4gdG8NCiAgIG1hcCB0aGlzIHRv IGFuIE5ITEZFLiAgVXNpbmcgdGhlIGluZm9ybWF0aW9uIGluIHRoZSBOSExGRSwgaXQNCiAgIGRl dGVybWluZXMgd2hlcmUgdG8gZm9yd2FyZCB0aGUgcGFja2V0LCBhbmQgcGVyZm9ybXMgYW4gb3Bl cmF0aW9uIG9uDQogICB0aGUgcGFja2V0J3MgbGFiZWwgc3RhY2suICINCg0KU28sIGFkZGluZyAi ZCkgcHVzaCBhIGZpcnN0IGxhYmVsIG9uIGFuIHVubGFiZWxlZCBwYWNrZXQiIHRvIHRoZSBzZXQg b2Ygb3BlcmF0aW9ucyBzZWVtcyByZWFzb25hYmxlLg0KSSBhZ3JlZSB3aXRoIFN0ZXdhcnQsIFJG QzMwMzEgc29tZXRpbWVzIGFsbHVkZXMgdG8gaW5jb21pbmcgdW5sYWJlbGVkIHBhY2tldHMgYXMg SVAgLSBieSBub3cgaXQncyBjbGVhciBNUExTIGNhbiBjYXJyeSBvdGhlciB0eXBlcyBvZiBwYXls b2Fkcy4NCg0KUmVnYXJkcywNClRhcmVrDQoNCg0K77u/T24gNy8yOC8yMCwgNDowMiBBTSwgIlN0 ZXdhcnQgQnJ5YW50IiA8c3Rld2FydC5icnlhbnRAZ21haWwuY29tPiB3cm90ZToNCg0KICAgIEFz IHRoZSByZXBvcnRlciBub3RlcywgUkZDMzAzMSBkb2VzIG5vdCBwcm92aWRlIGEgY29tcGxldGUg ZGVzY3JpcHRpb24gb2YgdGhlIHByb2NlZHVyZSB0byB1c2Ugd2hlbiBsYWJlbGxpbmcgYW4gdW5s YWJlbGxlZCAgcGFja2V0IGF0IGluZ3Jlc3MuDQoNCiAgICBIb3dldmVyLCBhcyBmYXIgYXMgSSBh bSBhd2FyZSB0aGlzIGhhcyBub3QgY2F1c2VkIGFueSBpbnRlcm9wZXJhYmlsaXR5IGlzc3VlcyBp biB0aGUgMjAgeWVhcnMgc2luY2UgaXRzIHB1YmxpY2F0aW9uLg0KDQogICAgSW4gYW55IGNhc2Ug dGhlIHRleHQgICAgICAiZCkgcHVzaCBhIG5ldyBsYWJlbCBvbiBhbiB1bmxhYmVsZWQgcGFja2V0 4oCdIHNob3VsZCBiZSAgICAgICJkKSBwdXNoIGEgZmlyc3QgbGFiZWwgb24gYW4gdW5sYWJlbGVk IHBhY2tldOKAnQ0KDQogICAgSW4gYm90aCB0aGUgb2xkIGFuZCBuZXcgdGV4dCANCg0KICAgID4g VGhpcyBtYXkgc3RpbGwgYmUgYSBsYWJlbGVkIHBhY2tldCwgb3IgaXQNCiAgICA+ICAgbWF5IGJl IHRoZSBuYXRpdmUgSVAgcGFja2V0Lg0KDQogICAgV2hpbHN0IHRlY2huaWNhbGx5IGNvcnJlY3Qg dGhyb3VnaCB0aGUgdXNlIG9mIOKAnG1heeKAnSBkb2VzIG5vdCB0ZWxsIHRoZSBmdWxsIHN0b3J5 IHNpbmNlIHRoZSByZW1uYW50IG1heSBiZSBhIFBXIHBhY2tldCBhbmQgd2UgZGlkIG5vdCB1cGRh dGUgUkZDMzAzMSB3aGVuIHdlIHB1Ymxpc2hlZCB0aGUgUFcgc2VyaWVzLg0KDQogICAgV2UgY291 bGQgc2FmZXR5IGFjY2VwdCB0aGUgZXJyYXRhLCBidXQgSSBhbSB3b3JyaWVkIHRoYXQgaXQgaXMg b25seSBwYXJ0IG9mIHRoZSBzZXQgb2YgY2hhbmdlcyBuZWVkZWQgdG8gY292ZXIgdGhlIGNhc2Uu DQoNCiAgICBJbiBtYW55IHdheXMsIGdpdmVuIHRoZSBleGlzdGVuY2UgcHJvb2YgdGhhdCBwZW9w bGUgYXJlIGFibGUgdG8gY29ycmVjdGx5IGltcGxlbWVudCBNUExTIEkgYW0gaW5jbGluZWQgdG8g bGVhdmUgdGhlIGRvY3VtZW50IGFsb25lIGFuZCBub3RlIHRoaXMgZm9yIGNvbnNpZGVyYXRpb24g ZHVyaW5nIGFuIHVwZGF0ZS4NCg0KICAgIFN0ZXdhcnQgDQoNCg0KICAgID4gT24gMjcgSnVsIDIw MjAsIGF0IDExOjUyLCBSRkMgRXJyYXRhIFN5c3RlbSA8cmZjLWVkaXRvckByZmMtZWRpdG9yLm9y Zz4gd3JvdGU6DQogICAgPiANCiAgICA+IFRoZSBmb2xsb3dpbmcgZXJyYXRhIHJlcG9ydCBoYXMg YmVlbiBzdWJtaXR0ZWQgZm9yIFJGQzMwMzEsDQogICAgPiAiTXVsdGlwcm90b2NvbCBMYWJlbCBT d2l0Y2hpbmcgQXJjaGl0ZWN0dXJlIi4NCiAgICA+IA0KICAgID4gLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0NCiAgICA+IFlvdSBtYXkgcmV2aWV3IHRoZSByZXBvcnQgYmVs b3cgYW5kIGF0Og0KICAgID4gaHR0cHM6Ly93d3cucmZjLWVkaXRvci5vcmcvZXJyYXRhL2VpZDYy NDANCiAgICA+IA0KICAgID4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0N CiAgICA+IFR5cGU6IFRlY2huaWNhbA0KICAgID4gUmVwb3J0ZWQgYnk6IEppdGVuZHJhIEt1bWFy IFNoYXJtYSA8anNoYXJtYUBjaWVuYS5jb20+DQogICAgPiANCiAgICA+IFNlY3Rpb246IDMuMTAN CiAgICA+IA0KICAgID4gT3JpZ2luYWwgVGV4dA0KICAgID4gLS0tLS0tLS0tLS0tLQ0KICAgID4g My4xMC4gVGhlIE5leHQgSG9wIExhYmVsIEZvcndhcmRpbmcgRW50cnkgKE5ITEZFKQ0KICAgID4g DQogICAgPiAgIFRoZSAiTmV4dCBIb3AgTGFiZWwgRm9yd2FyZGluZyBFbnRyeSIgKE5ITEZFKSBp cyB1c2VkIHdoZW4gZm9yd2FyZGluZw0KICAgID4gICBhIGxhYmVsZWQgcGFja2V0LiAgSXQgY29u dGFpbnMgdGhlIGZvbGxvd2luZyBpbmZvcm1hdGlvbjoNCiAgICA+IA0KICAgID4gICAxLiB0aGUg cGFja2V0J3MgbmV4dCBob3ANCiAgICA+IA0KICAgID4gICAyLiB0aGUgb3BlcmF0aW9uIHRvIHBl cmZvcm0gb24gdGhlIHBhY2tldCdzIGxhYmVsIHN0YWNrOyB0aGlzIGlzIG9uZQ0KICAgID4gICAg ICBvZiB0aGUgZm9sbG93aW5nIG9wZXJhdGlvbnM6DQogICAgPiANCiAgICA+ICAgICAgYSkgcmVw bGFjZSB0aGUgbGFiZWwgYXQgdGhlIHRvcCBvZiB0aGUgbGFiZWwgc3RhY2sgd2l0aCBhDQogICAg PiAgICAgICAgIHNwZWNpZmllZCBuZXcgbGFiZWwNCiAgICA+IA0KICAgID4gICAgICBiKSBwb3Ag dGhlIGxhYmVsIHN0YWNrDQogICAgPiANCiAgICA+ICAgICAgYykgcmVwbGFjZSB0aGUgbGFiZWwg YXQgdGhlIHRvcCBvZiB0aGUgbGFiZWwgc3RhY2sgd2l0aCBhDQogICAgPiAgICAgICAgIHNwZWNp ZmllZCBuZXcgbGFiZWwsIGFuZCB0aGVuIHB1c2ggb25lIG9yIG1vcmUgc3BlY2lmaWVkIG5ldw0K ICAgID4gICAgICAgICBsYWJlbHMgb250byB0aGUgbGFiZWwgc3RhY2suDQogICAgPiANCiAgICA+ ICAgSXQgbWF5IGFsc28gY29udGFpbjoNCiAgICA+IA0KICAgID4gICAgICBkKSB0aGUgZGF0YSBs aW5rIGVuY2Fwc3VsYXRpb24gdG8gdXNlIHdoZW4gdHJhbnNtaXR0aW5nIHRoZSBwYWNrZXQNCiAg ICA+IA0KICAgID4gICAgICBlKSB0aGUgd2F5IHRvIGVuY29kZSB0aGUgbGFiZWwgc3RhY2sgd2hl biB0cmFuc21pdHRpbmcgdGhlIHBhY2tldA0KICAgID4gDQogICAgPiAgICAgIGYpIGFueSBvdGhl ciBpbmZvcm1hdGlvbiBuZWVkZWQgaW4gb3JkZXIgdG8gcHJvcGVybHkgZGlzcG9zZSBvZg0KICAg ID4gICAgICAgICB0aGUgcGFja2V0Lg0KICAgID4gDQogICAgPiAgIE5vdGUgdGhhdCBhdCBhIGdp dmVuIExTUiwgdGhlIHBhY2tldCdzICJuZXh0IGhvcCIgbWlnaHQgYmUgdGhhdCBMU1INCiAgICA+ ICAgaXRzZWxmLiAgSW4gdGhpcyBjYXNlLCB0aGUgTFNSIHdvdWxkIG5lZWQgdG8gcG9wIHRoZSB0 b3AgbGV2ZWwgbGFiZWwsDQogICAgPiAgIGFuZCB0aGVuICJmb3J3YXJkIiB0aGUgcmVzdWx0aW5n IHBhY2tldCB0byBpdHNlbGYuICBJdCB3b3VsZCB0aGVuDQogICAgPiAgIG1ha2UgYW5vdGhlciBm b3J3YXJkaW5nIGRlY2lzaW9uLCBiYXNlZCBvbiB3aGF0IHJlbWFpbnMgYWZ0ZXIgdGhlDQogICAg PiAgIGxhYmVsIHN0YWNrZWQgaXMgcG9wcGVkLiAgVGhpcyBtYXkgc3RpbGwgYmUgYSBsYWJlbGVk IHBhY2tldCwgb3IgaXQNCiAgICA+ICAgbWF5IGJlIHRoZSBuYXRpdmUgSVAgcGFja2V0Lg0KICAg ID4gDQogICAgPiAgIFRoaXMgaW1wbGllcyB0aGF0IGluIHNvbWUgY2FzZXMgdGhlIExTUiBtYXkg bmVlZCB0byBvcGVyYXRlIG9uIHRoZSBJUA0KICAgID4gICBoZWFkZXIgaW4gb3JkZXIgdG8gZm9y d2FyZCB0aGUgcGFja2V0Lg0KICAgID4gDQogICAgPiAgIElmIHRoZSBwYWNrZXQncyAibmV4dCBo b3AiIGlzIHRoZSBjdXJyZW50IExTUiwgdGhlbiB0aGUgbGFiZWwgc3RhY2sNCiAgICA+ICAgb3Bl cmF0aW9uIE1VU1QgYmUgdG8gInBvcCB0aGUgc3RhY2siLg0KICAgID4gDQogICAgPiBDb3JyZWN0 ZWQgVGV4dA0KICAgID4gLS0tLS0tLS0tLS0tLS0NCiAgICA+IDMuMTAuIFRoZSBOZXh0IEhvcCBM YWJlbCBGb3J3YXJkaW5nIEVudHJ5IChOSExGRSkNCiAgICA+IA0KICAgID4gICBUaGUgIk5leHQg SG9wIExhYmVsIEZvcndhcmRpbmcgRW50cnkiIChOSExGRSkgaXMgdXNlZCB3aGVuIGZvcndhcmRp bmcNCiAgICA+ICAgYSBsYWJlbGVkIHBhY2tldCBvbiBhbiBMU1Igb3IgYW4gdW5sYWJlbGVkIHBh Y2tldCBvbiBhbiBJbmdyZXNzIE1QTFMgcm91dGVyLiBJdCANCiAgICA+ICAgY29udGFpbnMgdGhl IGZvbGxvd2luZyBpbmZvcm1hdGlvbjoNCiAgICA+IA0KICAgID4gICAxLiB0aGUgcGFja2V0J3Mg bmV4dCBob3ANCiAgICA+IA0KICAgID4gICAyLiB0aGUgb3BlcmF0aW9uIHRvIHBlcmZvcm0gb24g dGhlIHBhY2tldCdzIGxhYmVsIHN0YWNrOyB0aGlzIGlzIG9uZQ0KICAgID4gICAgICBvZiB0aGUg Zm9sbG93aW5nIG9wZXJhdGlvbnM6DQogICAgPiANCiAgICA+ICAgICAgYSkgcmVwbGFjZSB0aGUg bGFiZWwgYXQgdGhlIHRvcCBvZiB0aGUgbGFiZWwgc3RhY2sgd2l0aCBhDQogICAgPiAgICAgICAg IHNwZWNpZmllZCBuZXcgbGFiZWwNCiAgICA+IA0KICAgID4gICAgICBiKSBwb3AgdGhlIGxhYmVs IHN0YWNrDQogICAgPiANCiAgICA+ICAgICAgYykgcmVwbGFjZSB0aGUgbGFiZWwgYXQgdGhlIHRv cCBvZiB0aGUgbGFiZWwgc3RhY2sgd2l0aCBhDQogICAgPiAgICAgICAgIHNwZWNpZmllZCBuZXcg bGFiZWwsIGFuZCB0aGVuIHB1c2ggb25lIG9yIG1vcmUgc3BlY2lmaWVkIG5ldw0KICAgID4gICAg ICAgICBsYWJlbHMgb250byB0aGUgbGFiZWwgc3RhY2suDQogICAgPiANCiAgICA+ICAgICAgZCkg cHVzaCBhIG5ldyBsYWJlbCBvbiBhbiB1bmxhYmVsZWQgcGFja2V0DQogICAgPiANCiAgICA+IA0K ICAgID4gICBJdCBtYXkgYWxzbyBjb250YWluOg0KICAgID4gDQogICAgPiAgICAgIGUpIHRoZSBk YXRhIGxpbmsgZW5jYXBzdWxhdGlvbiB0byB1c2Ugd2hlbiB0cmFuc21pdHRpbmcgdGhlIHBhY2tl dA0KICAgID4gDQogICAgPiAgICAgIGYpIHRoZSB3YXkgdG8gZW5jb2RlIHRoZSBsYWJlbCBzdGFj ayB3aGVuIHRyYW5zbWl0dGluZyB0aGUgcGFja2V0DQogICAgPiANCiAgICA+ICAgICAgZykgYW55 IG90aGVyIGluZm9ybWF0aW9uIG5lZWRlZCBpbiBvcmRlciB0byBwcm9wZXJseSBkaXNwb3NlIG9m DQogICAgPiAgICAgICAgIHRoZSBwYWNrZXQuDQogICAgPiANCiAgICA+ICAgTm90ZSB0aGF0IGF0 IGEgZ2l2ZW4gTFNSLCB0aGUgcGFja2V0J3MgIm5leHQgaG9wIiBtaWdodCBiZSB0aGF0IExTUg0K ICAgID4gICBpdHNlbGYuICBJbiB0aGlzIGNhc2UsIHRoZSBMU1Igd291bGQgbmVlZCB0byBwb3Ag dGhlIHRvcCBsZXZlbCBsYWJlbCwNCiAgICA+ICAgYW5kIHRoZW4gImZvcndhcmQiIHRoZSByZXN1 bHRpbmcgcGFja2V0IHRvIGl0c2VsZi4gIEl0IHdvdWxkIHRoZW4NCiAgICA+ICAgbWFrZSBhbm90 aGVyIGZvcndhcmRpbmcgZGVjaXNpb24sIGJhc2VkIG9uIHdoYXQgcmVtYWlucyBhZnRlciB0aGUN CiAgICA+ICAgbGFiZWwgc3RhY2tlZCBpcyBwb3BwZWQuICBUaGlzIG1heSBzdGlsbCBiZSBhIGxh YmVsZWQgcGFja2V0LCBvciBpdA0KICAgID4gICBtYXkgYmUgdGhlIG5hdGl2ZSBJUCBwYWNrZXQu DQogICAgPiANCiAgICA+ICAgVGhpcyBpbXBsaWVzIHRoYXQgaW4gc29tZSBjYXNlcyB0aGUgTFNS IG1heSBuZWVkIHRvIG9wZXJhdGUgb24gdGhlIElQDQogICAgPiAgIGhlYWRlciBpbiBvcmRlciB0 byBmb3J3YXJkIHRoZSBwYWNrZXQuDQogICAgPiANCiAgICA+ICAgSWYgdGhlIHBhY2tldCdzICJu ZXh0IGhvcCIgaXMgdGhlIGN1cnJlbnQgTFNSLCB0aGVuIHRoZSBsYWJlbCBzdGFjaw0KICAgID4g ICBvcGVyYXRpb24gTVVTVCBiZSB0byAicG9wIHRoZSBzdGFjayIuDQogICAgPiANCiAgICA+IE5v dGVzDQogICAgPiAtLS0tLQ0KICAgID4gU2VjdGlvbiAzLjEwIGRlZmluZXMgTkhMRkUsIGFuZCBp dCBzb3VuZHMgZnJvbSB0aGUgZGVmaW5pdGlvbiB0aGF0IHRoaXMgcGllY2Ugb2YgaW5mb3JtYXRp b24gaXMgdXNlZCBieSBhbiBNUExTIHJvdXRlciBvbmx5IHdoZW4gcGFja2V0IGlzIGFscmVhZHkg bGFiZWxlZC4gTm93LCB3aGVuIHNlY3Rpb24gMy4xMiAoRlROKSBkZWZpbmVzIHRoZSByZWxhdGlv bnNoaXAgYmV0d2VlbiBGRUMgYW5kIE5ITEZFLCB0aGUgZGVmaW5pdGlvbiBvZiBOSExGRSBpbiBz ZWN0aW9uIDMuMTAgZG9lcyBub3QgYWxpZ24gd2l0aCBGVE4gZGVmaW5pdGlvbi4NCiAgICA+IA0K ICAgID4gSW5zdHJ1Y3Rpb25zOg0KICAgID4gLS0tLS0tLS0tLS0tLQ0KICAgID4gVGhpcyBlcnJh dHVtIGlzIGN1cnJlbnRseSBwb3N0ZWQgYXMgIlJlcG9ydGVkIi4gSWYgbmVjZXNzYXJ5LCBwbGVh c2UNCiAgICA+IHVzZSAiUmVwbHkgQWxsIiB0byBkaXNjdXNzIHdoZXRoZXIgaXQgc2hvdWxkIGJl IHZlcmlmaWVkIG9yDQogICAgPiByZWplY3RlZC4gV2hlbiBhIGRlY2lzaW9uIGlzIHJlYWNoZWQs IHRoZSB2ZXJpZnlpbmcgcGFydHkgIA0KICAgID4gY2FuIGxvZyBpbiB0byBjaGFuZ2UgdGhlIHN0 YXR1cyBhbmQgZWRpdCB0aGUgcmVwb3J0LCBpZiBuZWNlc3NhcnkuIA0KICAgID4gDQogICAgPiAt LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KICAgID4gUkZDMzAzMSAoZHJh ZnQtaWV0Zi1tcGxzLWFyY2gtMDYpDQogICAgPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLQ0KICAgID4gVGl0bGUgICAgICAgICAgICAgICA6IE11bHRpcHJvdG9jb2wgTGFi ZWwgU3dpdGNoaW5nIEFyY2hpdGVjdHVyZQ0KICAgID4gUHVibGljYXRpb24gRGF0ZSAgICA6IEph bnVhcnkgMjAwMQ0KICAgID4gQXV0aG9yKHMpICAgICAgICAgICA6IEUuIFJvc2VuLCBBLiBWaXN3 YW5hdGhhbiwgUi4gQ2FsbG9uDQogICAgPiBDYXRlZ29yeSAgICAgICAgICAgIDogUFJPUE9TRUQg U1RBTkRBUkQNCiAgICA+IFNvdXJjZSAgICAgICAgICAgICAgOiBNdWx0aXByb3RvY29sIExhYmVs IFN3aXRjaGluZw0KICAgID4gQXJlYSAgICAgICAgICAgICAgICA6IFJvdXRpbmcNCiAgICA+IFN0 cmVhbSAgICAgICAgICAgICAgOiBJRVRGDQogICAgPiBWZXJpZnlpbmcgUGFydHkgICAgIDogSUVT Rw0KICAgID4gDQogICAgPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXw0KICAgID4gbXBscyBtYWlsaW5nIGxpc3QNCiAgICA+IG1wbHNAaWV0Zi5vcmcNCiAg ICA+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBscw0KDQo= From nobody Thu Jul 30 15:10:26 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 95D4A3A0BF0 for ; Thu, 30 Jul 2020 15:10:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.917 X-Spam-Level: X-Spam-Status: No, score=-1.917 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 jv9QgP_Pok9u for ; Thu, 30 Jul 2020 15:10:21 -0700 (PDT) Received: from mta8.iomartmail.com (mta8.iomartmail.com [62.128.193.158]) (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 27A253A0BD4 for ; Thu, 30 Jul 2020 15:10:20 -0700 (PDT) Received: from vs1.iomartmail.com (vs1.iomartmail.com [10.12.10.121]) by mta8.iomartmail.com (8.14.4/8.14.4) with ESMTP id 06UMA6Qd029414; Thu, 30 Jul 2020 23:10:06 +0100 Received: from vs1.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 553852203A; Thu, 30 Jul 2020 23:10:06 +0100 (BST) Received: from asmtp2.iomartmail.com (unknown [10.12.10.249]) by vs1.iomartmail.com (Postfix) with ESMTPS id 3F38A2203C; Thu, 30 Jul 2020 23:10:06 +0100 (BST) Received: from LAPTOPK7AS653V ([84.51.134.26]) (authenticated bits=0) by asmtp2.iomartmail.com (8.14.4/8.14.4) with ESMTP id 06UM9whX013761 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 30 Jul 2020 23:10:05 +0100 Reply-To: From: "Adrian Farrel" To: "'Stewart Bryant'" , , , , "'BRUNGARD, DEBORAH A'" , "'Alvaro Retana'" , "'Martin Vigoureux'" , "'loa Andersson'" , , "'Tarek Saad'" , , "'mpls'" References: <20200727105210.2D087F40755@rfc-editor.org> In-Reply-To: Date: Thu, 30 Jul 2020 23:09:52 +0100 Organization: Old Dog Consulting Message-ID: <003301d666be$2dcda6c0$8968f440$@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 Thread-Index: AQLZ7CYLubXC4o8YWkOMLcHihaYx4wLP1RnlpwMcMPA= Content-Language: en-gb X-Originating-IP: 84.51.134.26 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-25574.001 X-TM-AS-Result: No--26.302-10.0-31-10 X-imss-scan-details: No--26.302-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25574.001 X-TMASE-Result: 10--26.302000-10.000000 X-TMASE-MatchedRID: Ync95tbzDRnxIbpQ8BhdbPCkDKmV2gs5qb3/o5s+OcNWtjflsIhD8GHI JDHlV2tiDDBXXAm2sLaBv6+b+rhZvBA2kxuARasNNrV1Ir7i+KUjRU9fPlAgXS62hjZS0WoYMkS dXlI4Qj+g1j27gOXeT6JtVtFk5vb4q9Jr5muzMrEHmSrS4bV22RmyTBaqiJvcRuZoYw1VgQSXLq gY8WI0iDGNOWwsl1tF6fqTVvWccuTCvGwqhr+p7YvqrlGw2G/kAGqL073hbdWFk128d3aZ0KAss uKVAEQ3HPtvkYBn+dvDpu5IUrv+ZEPIUO20h2j88eSmTJSmEv15VKhuUi/rYgOXcOYuFxg8HEKE ygixNPV8RqqeF55FRLLE8nSC4ViYPPoJUXE2kSbQfyKEYQc1R+DTYjejIZTwy8MMEWeOYyWXidr 9etFZ1kAB9oZ2WQwlx7LIB6wkvG1dInhzedP5B8K1Ib9JAALxx9FJ3drdRM2+d8e9SCCBEnLpjZ OzqCLFuQMIY+AZpLfjHO5MDCwumnD1AgDzNq7tUFJbPlmBv8MX2zxRNhh61cuSXx71bvSLRtns0 UtB6mxTgq0L1BcFC/fYx5EY7aRjmnXnnL4AEhozxdO2BTO206OSgZnCaMw2DO+DX+rUwfYf6+yb jmQqN0DmgH3L67N+ZCX/q1YlZm2DbYFEA1i9IlN7BS4nAhYVNNBFtVEGTH29ny4Gg4WzL6xBkvy qVwltiKf5Nsd475FdEyzx91EY1aadrHaWX7kyx/Stmah0FpZkbdIIs/tC0psoi2XrUn/Jsuf7RW bvUtwFdbsG+ieXxwtuKBGekqUpPjKoPgsq7cA= X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: Re: [mpls] [Technical Errata Reported] RFC3031 (6240) 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, 30 Jul 2020 22:10:25 -0000 Except, of course, that the operation on an unlabelled packet is "push = one or more labels". The lawyer in me (who has not been fed this week) thinks that is it = possible to stretch bullet c) to cover the case of an unlabelled packet = by saying that if there is no label then replacing it with another no = label is simple. I tell the lawyer that it's a stretch, and he replies that he's only a = lawyer. Best, Adrian -----Original Message----- From: mpls On Behalf Of Stewart Bryant Sent: 28 July 2020 09:03 To: erosen@cisco.com; arun@force10networks.com; rcallon@juniper.net; = BRUNGARD, DEBORAH A ; Alvaro Retana = ; Martin Vigoureux ; = loa Andersson ; n.leymann@telekom.de; Tarek Saad = ; jsharma@ciena.com; mpls Subject: Re: [mpls] [Technical Errata Reported] RFC3031 (6240) As the reporter notes, RFC3031 does not provide a complete description = of the procedure to use when labelling an unlabelled packet at ingress. However, as far as I am aware this has not caused any interoperability = issues in the 20 years since its publication. In any case the text "d) push a new label on an unlabeled = packet=E2=80=9D should be "d) push a first label on an unlabeled = packet=E2=80=9D In both the old and new text=20 > This may still be a labeled packet, or it > may be the native IP packet. Whilst technically correct through the use of =E2=80=9Cmay=E2=80=9D does = not tell the full story since the remnant may be a PW packet and we did = not update RFC3031 when we published the PW series. We could safety accept the errata, but I am worried that it is only part = of the set of changes needed to cover the case. In many ways, given the existence proof that people are able to = correctly implement MPLS I am inclined to leave the document alone and = note this for consideration during an update. Stewart=20 > On 27 Jul 2020, at 11:52, RFC Errata System = wrote: >=20 > The following errata report has been submitted for RFC3031, > "Multiprotocol Label Switching Architecture". >=20 > -------------------------------------- > You may review the report below and at: > https://www.rfc-editor.org/errata/eid6240 >=20 > -------------------------------------- > Type: Technical > Reported by: Jitendra Kumar Sharma >=20 > Section: 3.10 >=20 > Original Text > ------------- > 3.10. The Next Hop Label Forwarding Entry (NHLFE) >=20 > The "Next Hop Label Forwarding Entry" (NHLFE) is used when = forwarding > a labeled packet. It contains the following information: >=20 > 1. the packet's next hop >=20 > 2. the operation to perform on the packet's label stack; this is one > of the following operations: >=20 > a) replace the label at the top of the label stack with a > specified new label >=20 > b) pop the label stack >=20 > c) replace the label at the top of the label stack with a > specified new label, and then push one or more specified new > labels onto the label stack. >=20 > It may also contain: >=20 > d) the data link encapsulation to use when transmitting the = packet >=20 > e) the way to encode the label stack when transmitting the packet >=20 > f) any other information needed in order to properly dispose of > the packet. >=20 > Note that at a given LSR, the packet's "next hop" might be that LSR > itself. In this case, the LSR would need to pop the top level = label, > and then "forward" the resulting packet to itself. It would then > make another forwarding decision, based on what remains after the > label stacked is popped. This may still be a labeled packet, or it > may be the native IP packet. >=20 > This implies that in some cases the LSR may need to operate on the = IP > header in order to forward the packet. >=20 > If the packet's "next hop" is the current LSR, then the label stack > operation MUST be to "pop the stack". >=20 > Corrected Text > -------------- > 3.10. The Next Hop Label Forwarding Entry (NHLFE) >=20 > The "Next Hop Label Forwarding Entry" (NHLFE) is used when = forwarding > a labeled packet on an LSR or an unlabeled packet on an Ingress MPLS = router. It=20 > contains the following information: >=20 > 1. the packet's next hop >=20 > 2. the operation to perform on the packet's label stack; this is one > of the following operations: >=20 > a) replace the label at the top of the label stack with a > specified new label >=20 > b) pop the label stack >=20 > c) replace the label at the top of the label stack with a > specified new label, and then push one or more specified new > labels onto the label stack. >=20 > d) push a new label on an unlabeled packet >=20 >=20 > It may also contain: >=20 > e) the data link encapsulation to use when transmitting the = packet >=20 > f) the way to encode the label stack when transmitting the packet >=20 > g) any other information needed in order to properly dispose of > the packet. >=20 > Note that at a given LSR, the packet's "next hop" might be that LSR > itself. In this case, the LSR would need to pop the top level = label, > and then "forward" the resulting packet to itself. It would then > make another forwarding decision, based on what remains after the > label stacked is popped. This may still be a labeled packet, or it > may be the native IP packet. >=20 > This implies that in some cases the LSR may need to operate on the = IP > header in order to forward the packet. >=20 > If the packet's "next hop" is the current LSR, then the label stack > operation MUST be to "pop the stack". >=20 > Notes > ----- > Section 3.10 defines NHLFE, and it sounds from the definition that = this piece of information is used by an MPLS router only when packet is = already labeled. Now, when section 3.12 (FTN) defines the relationship = between FEC and NHLFE, the definition of NHLFE in section 3.10 does not = align with FTN definition. >=20 > 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 =20 > can log in to change the status and edit the report, if necessary.=20 >=20 > -------------------------------------- > RFC3031 (draft-ietf-mpls-arch-06) > -------------------------------------- > Title : Multiprotocol Label Switching Architecture > Publication Date : January 2001 > Author(s) : E. Rosen, A. Viswanathan, R. Callon > Category : PROPOSED STANDARD > Source : Multiprotocol Label Switching > Area : Routing > Stream : IETF > Verifying Party : IESG >=20 > _______________________________________________ > 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 Jul 31 06:39: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 B14493A0A9F; Fri, 31 Jul 2020 06:39:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.619 X-Spam-Level: X-Spam-Status: No, score=-9.619 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, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=mqffPbSn; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=yBll9fIB Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jsJSIP7l9GlR; Fri, 31 Jul 2020 06:39:36 -0700 (PDT) Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 328253A0A4A; Fri, 31 Jul 2020 06:39:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5793; q=dns/txt; s=iport; t=1596202776; x=1597412376; h=from:to:cc:subject:date:message-id:mime-version; bh=lQ3stS1AmW3pCyqVrARaW69bXJ5sjqb1+Q4RPp8FVbg=; b=mqffPbSnI4+40INyrMJ7F5a2Qi2Wp7YOjmyXm4FnXNo4hj+nX1xRFXlO wUllApHmTHEJjiGfBGjsX3JiONROfRKO6/t/e33yiAvyBOPNG4oNoc4PW yCnHCyJ9uBPEKYuXidjCnj7m0hypoqa6fJWJ7fCQJachywXwdqKunAZ29 w=; IronPort-PHdr: =?us-ascii?q?9a23=3ApQf1PBB/b5RHVoQNhUlQUyQJPHJ1sqjoPgMT9p?= =?us-ascii?q?ssgq5PdaLm5Zn5IUjD/qw01g3IUJnVrfVehLmev6PhXDkG5pCM+DAHfYdXXh?= =?us-ascii?q?AIwcMRg0Q7AcGDBEG6SZyibyEzEMlYElMw+Xa9PBtUFdrwIVrIrS764TsbAB?= =?us-ascii?q?6qMw1zK6z8EZLTiMLi0ee09tXTbgxEiSD7b6l1KUC9rB7asY8dho4xJw=3D?= =?us-ascii?q?=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BNDgDiHiRf/4UNJK1gg3YvUQdvWC8?= =?us-ascii?q?sCoQrg0YDjSqUG4RsglMDVQsBAQEMAQEjCgIEAQGETBmCHAIkOBMCAwEBCwE?= =?us-ascii?q?BBQEBAQIBBgRthVwBC4V0FhEdAQE3AREBDD4CBDAnBA4kA4MEAYF+TQMuAQ6?= =?us-ascii?q?lSgKBOYhhdoEygwEBAQWBR0FCgk0Ygg4DBoE4gnCDX4Y/GoIAgREnDBCFZwI?= =?us-ascii?q?DAYIIgmkzgi2Sc4ZdnD4KgmCIXJEoAx6fdx2FM4xTijOUcAIEAgQFAg4BAQW?= =?us-ascii?q?BaiMqgS1wFWUBgj5QFwINkhCFFIVCdDcCBgEHAQEDCXyORQGBEAEB?= X-IronPort-AV: E=Sophos;i="5.75,418,1589241600"; d="scan'208,217";a="520506515" Received: from alln-core-11.cisco.com ([173.36.13.133]) by alln-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 31 Jul 2020 13:39:35 +0000 Received: from XCH-RCD-002.cisco.com (xch-rcd-002.cisco.com [173.37.102.12]) by alln-core-11.cisco.com (8.15.2/8.15.2) with ESMTPS id 06VDdYu0025920 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 31 Jul 2020 13:39:34 GMT Received: from xhs-aln-001.cisco.com (173.37.135.118) by XCH-RCD-002.cisco.com (173.37.102.12) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Fri, 31 Jul 2020 08:39:34 -0500 Received: from xhs-rtp-003.cisco.com (64.101.210.230) by xhs-aln-001.cisco.com (173.37.135.118) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Fri, 31 Jul 2020 08:39:34 -0500 Received: from NAM10-MW2-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Fri, 31 Jul 2020 09:39:34 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Pr7d9PatbnAFsGTztcBEJ4RyNRbb4ODO6/DVWvML46vUvEb+j0+nJyZp9/foARsQ0GMjQvp1jEBmB4Ts3GtnLLb/HrCkhcVLUn3hSoicEGC16/EsXnZtFDTVocYvWSrmaTgqbFjMpy/99KOF6Q36mJaz74puJe4n5QWW8D7/wzPbqSuDsCm1D5ynzb1PVWF6XmRsipl7Mf2ijJ0FFj7f5wgUVMgjfYa5IoAWS8i9FSFTC4tZzl1gs+Xz+fjHelw5EG3FGBm9MRe/nDyMP/AsQNVsEpcUBAxVD6p+gO7KteU6p8hoROPEyVeKyCvQHGqs7BqnXeINgb0x48qtWPYn+w== 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=lQ3stS1AmW3pCyqVrARaW69bXJ5sjqb1+Q4RPp8FVbg=; b=baaLLps/5m8YpZI1Mvwn2eU0+gOqeydqzRMwoXhAHJN0/0lyxYlNmFjKgdngHEcwMefw6INjfD6QDzlQ+/CVimqxFHMRld7l5M0r9M/lOl5yjpmxcPwQHmD+E1EA0sbKXdsbJYJSjcK8AvXSZT9qtwHy9oU7/aXeKtZJuaIAGm6z3WormlgyxWbBJpvGoXrzuGi1pQ1VUB/w+uuBt2iQ2uOOYFWL96Yvb6Ge5pU6g6VN1e3scHPUX7RIH7Jfm8nUG37LCubK+b6yMOur76CQQ/TI+2quJWBsxAddWWcihDvOIYwFxu8+WGSw2p4FRYM9miezsSZvfThUHKsxnp+nTg== 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=lQ3stS1AmW3pCyqVrARaW69bXJ5sjqb1+Q4RPp8FVbg=; b=yBll9fIBfV2VhTvbVwLRElIO0nPisl7C+E3PG9JxL5vU/f/9A6AOePEuu3fhahSZxUBHFt3QEV23dMxmlcQRrBFl8z1oHhRFNM7YqWj9SSutU4/yPwTC0K5IxvGPEOB4E/NtUG+crB/LsRgScNq7HQgKSvpcTx43uMz1K04D+mM= Received: from BYAPR11MB2887.namprd11.prod.outlook.com (2603:10b6:a03:89::27) by BYAPR11MB3751.namprd11.prod.outlook.com (2603:10b6:a03:f8::31) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3239.20; Fri, 31 Jul 2020 13:39:32 +0000 Received: from BYAPR11MB2887.namprd11.prod.outlook.com ([fe80::70a6:bb5b:16b:4f9b]) by BYAPR11MB2887.namprd11.prod.outlook.com ([fe80::70a6:bb5b:16b:4f9b%7]) with mapi id 15.20.3239.019; Fri, 31 Jul 2020 13:39:32 +0000 From: "Acee Lindem (acee)" To: "mpls@ietf.org" CC: "mpls-chairs@ietf.org" , Deborah Brungard Thread-Topic: "A YANG Data Model for MPLS Base" - draft-ietf-mpls-base-yang-14 Thread-Index: AQHWZ0AFhb+kLswG4UmACW1YrgyDLw== Date: Fri, 31 Jul 2020 13:39:32 +0000 Message-ID: <4769F2D4-C3E9-4196-BAAB-AB2B64DA0C1F@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.39.20071300 authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=cisco.com; x-originating-ip: [136.56.133.70] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 5f95d384-a453-4878-c86b-08d83557284f x-ms-traffictypediagnostic: BYAPR11MB3751: 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: Qi+tB5gQrsZjzZ+whHfoYxHTos5UCoono1XAfdQiWDFRWM0ta0szIpZmBF8AJp6dXVXSGCZFP/+WCsdc9Clxrcz9SKGjCB/QR0eU/FfKBqGkpClreAAn3kZB/WjDHPZ3osfjUOgg2LQEFRx0rxu73SrPc6W8YdI0mn7TlmGfRHaVuJ1CpUnnl9yf03Cctdxz4JMx+YR4Y8RU3K6KmozRWnKVFwtyZFCnAYK/kPTABsGI3a9IzYegFFxORvAsbmijn0h2AaYxq7V72xla/6k6nTdi6tJBfaxh4jmlfGNPvu5PumhGs2CHO8R9I0wDdfnyMbF+cCLYyN0sOCbdEemS3Y1Ge0hSc7td2CrpQ6dxUIkLSBuE8Qqu6GhtQNPBaeq1P4GrZIIWQx93bIxTTX4xwQ== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BYAPR11MB2887.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(366004)(136003)(346002)(396003)(39860400002)(376002)(71200400001)(4326008)(33656002)(4744005)(6486002)(5660300002)(6512007)(8936002)(54906003)(316002)(9326002)(2616005)(478600001)(186003)(66556008)(66446008)(2906002)(91956017)(76116006)(66946007)(86362001)(8676002)(66476007)(64756008)(26005)(6506007)(166002)(6916009)(36756003)(83380400001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: mQcXmT8KaXF85nyq+ZU2tNCu8KfEW4UVq69NDXsITVrtavHC9FB8x/N/6EQ5Kz+9JA1dXyluK3F9kJhqyGZcPoYyAS9IAmoMVBNjfHFGvXRmuDZ8jXXUL8/EhnYVsGYbjrJpsRx6yH5zNCvnebGOZ2aVWOVs1KFfeXa6sqylPIvtMM1G4iMnQZc1mk/grXXgZvST48IvX+vQ7RIyQ1XpZJ003xdrRhq08zmoVaM0Nna8SCBo9jJ4X9COoCqhVpd5Ykds4B0t6ecBymg9Qgdo4v4pBRLog7sZNnwjMeFXq+waudZs3sJOumjWXfePvAJi/NI2XpMddKZ+92vvmMjAbf+COdPMcnn0dpqgJMmfDQCWRfIcjmBGZiylwGtG0ySZk58ZwD2mIRpaPMEvG4vgNmUbZ21BnLoIfs1sSMXWndB6b3z6Mdb0Lgoux442+D3HC0Gy3zUGFqSNCFajWTlB54E7mNtCzWAGNgdMM0RLul10OiK1kgNa0OYNiTz0Bd2uz5UnJCi7OrmmYiQSNrMeY+JB6kFTIxoJ8iJHz1mVVy7gE3eiXP0MwOEVZfh4bGF5hRLTUQZpFwZilZIhh9daLAtrTzgVd70G86Johhi765G1Vqs9tZ18c2iwB3RFD0U71DwqCS+bsInILo66LdtQtg== x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_4769F2D4C3E94196BAABAB2B64DA0C1Fciscocom_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BYAPR11MB2887.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 5f95d384-a453-4878-c86b-08d83557284f X-MS-Exchange-CrossTenant-originalarrivaltime: 31 Jul 2020 13:39:32.5510 (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: nWj0lC6XcfDaLYrLpjRxSjJru0vgR6spnYRv7oBhfFZ2QLlh4GD5fSl6dEflnE/H X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR11MB3751 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.12, xch-rcd-002.cisco.com X-Outbound-Node: alln-core-11.cisco.com Archived-At: Subject: [mpls] "A YANG Data Model for MPLS Base" - draft-ietf-mpls-base-yang-14 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, 31 Jul 2020 13:39:39 -0000 --_000_4769F2D4C3E94196BAABAB2B64DA0C1Fciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNCkxvYSBhc2tlZCB0aGF0IEkgZG9jdW1lbnQgdGhlIGNoYWluIG9mIGRlcGVuZGVuY2ll cyBvZiBkb2N1bWVudHMgYWxyZWFkeSBvbiB0aGUgUkZDIFF1ZXVlIHRoYXQgYXJlIGRlcGVuZGVu dCBvbiB0aGUgc3ViamVjdCBkcmFmdC4gSXQgaXMgdGhhdCBkcmFmdC1pZXRmLWJmZC15YW5nPGh0 dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtYmZkLXlhbmcvPiBpcyBk ZXBlbmRlbnQgb24gdGhpcyBkb2N1bWVudC4gRHJhZnRzIGFscmVhZHkgb24gdGhlIFJGQyBRdWV1 ZSB0aGF0IGFyZSBkZXBlbmRlbnQgb24gZHJhZnQtaWV0Zi1iZmQteWFuZyBhcmUgZHJhZnQtaWV0 Zi1pc2lzLXlhbmctaXNpcy1jZmc8aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJh ZnQtaWV0Zi1pc2lzLXlhbmctaXNpcy1jZmcvPiwgZHJhZnQtaWV0Zi1vc3BmLXlhbmc8aHR0cHM6 Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1vc3BmLXlhbmcvPiwgYW5kIGRy YWZ0LWlldGYtcGltLXlhbmc8aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQt aWV0Zi1waW0teWFuZy8+LiBUaGVyZSBhcmUgb3RoZXJzIHRoYXQgaGF2ZW7igJl0IHlldCByZWFj aGVkIHRoZSBSRkMgUXVldWUgaW5jbHVkaW5nIGRyYWZ0LWlldGYtaWRyLWJncC1tb2RlbDxodHRw czovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWlkci1iZ3AtbW9kZWwvPi4g SGVuY2UsIGNhbiB3ZSBnaXZlIHRoaXMgZHJhZnQgc29tZSBwcmlvcml0aXphdGlvbj8/IEkga25v dyBJ4oCZdmUgcmVxdWVzdGVkIHRoaXMgYXQgcHJpb3IgSUVURiBhbmQgaG9wZWZ1bGx5IEkgd29u 4oCZdCBoYXZlIHRvIGRvIGl0IGFnYWluIGluIE5vdmVtYmVyLg0KDQpJIGFsc28gbG9va2VkIGF0 IHRoZSAtMTQgYW5kIGl0IGRvZXNu4oCZdCBhcHBlYXIgdG8gaGF2ZSBhbnkgZGVwZW5kZW5jaWVz IG9uIG90aGVyIG1vZGVscyBvciBkb2N1bWVudHMgdGhhdCBoYXZlIG5vdCB5ZXQgY29tcGxldGVk Lg0KDQpUaGFua3MsDQpBY2VlDQo= --_000_4769F2D4C3E94196BAABAB2B64DA0C1Fciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCWZvbnQtc2l6 ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KYTpsaW5rLCBz cGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6IzA1NjND MTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnNwYW4uRW1haWxTdHlsZTE3DQoJe21z by1zdHlsZS10eXBlOnBlcnNvbmFsLWNvbXBvc2U7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNh bnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5 bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJD YWxpYnJpIixzYW5zLXNlcmlmO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDEx LjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9u MQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPg0KPC9oZWFkPg0KPGJvZHkgbGFu Zz0iRU4tVVMiIGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xhc3M9Ildv cmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdCI+SGksPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5M b2EgYXNrZWQgdGhhdCBJIGRvY3VtZW50IHRoZSBjaGFpbiBvZiBkZXBlbmRlbmNpZXMgb2YgZG9j dW1lbnRzIGFscmVhZHkgb24gdGhlIFJGQyBRdWV1ZSB0aGF0IGFyZSBkZXBlbmRlbnQgb24gdGhl IHN1YmplY3QgZHJhZnQuIEl0IGlzIHRoYXQNCjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIu aWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtYmZkLXlhbmcvIj5kcmFmdC1pZXRmLWJmZC15YW5nPC9h PiBpcyBkZXBlbmRlbnQgb24gdGhpcyBkb2N1bWVudC4gRHJhZnRzIGFscmVhZHkgb24gdGhlIFJG QyBRdWV1ZSB0aGF0IGFyZSBkZXBlbmRlbnQgb24gZHJhZnQtaWV0Zi1iZmQteWFuZyBhcmUNCjxh IGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtaXNpcy15 YW5nLWlzaXMtY2ZnLyI+ZHJhZnQtaWV0Zi1pc2lzLXlhbmctaXNpcy1jZmc8L2E+LA0KPGEgaHJl Zj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1vc3BmLXlhbmcv Ij5kcmFmdC1pZXRmLW9zcGYteWFuZzwvYT4sIGFuZA0KPGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJh Y2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1waW0teWFuZy8iPmRyYWZ0LWlldGYtcGltLXlh bmc8L2E+LiBUaGVyZSBhcmUgb3RoZXJzIHRoYXQgaGF2ZW7igJl0IHlldCByZWFjaGVkIHRoZSBS RkMgUXVldWUgaW5jbHVkaW5nDQo8YSBocmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3Jn L2RvYy9kcmFmdC1pZXRmLWlkci1iZ3AtbW9kZWwvIj5kcmFmdC1pZXRmLWlkci1iZ3AtbW9kZWw8 L2E+LiBIZW5jZSwgY2FuIHdlIGdpdmUgdGhpcyBkcmFmdCBzb21lIHByaW9yaXRpemF0aW9uPz8g SSBrbm93IEnigJl2ZSByZXF1ZXN0ZWQgdGhpcyBhdCBwcmlvciBJRVRGIGFuZCBob3BlZnVsbHkg SSB3b27igJl0IGhhdmUgdG8gZG8gaXQgYWdhaW4gaW4gTm92ZW1iZXIuPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5JIGFsc28gbG9va2VkIGF0IHRoZSAtMTQgYW5k IGl0IGRvZXNu4oCZdCBhcHBlYXIgdG8gaGF2ZSBhbnkgZGVwZW5kZW5jaWVzIG9uIG90aGVyIG1v ZGVscyBvciBkb2N1bWVudHMgdGhhdCBoYXZlIG5vdCB5ZXQgY29tcGxldGVkLiAmbmJzcDs8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPlRoYW5rcyw8YnI+DQpBY2Vl PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_4769F2D4C3E94196BAABAB2B64DA0C1Fciscocom_-- From nobody Fri Jul 31 06:45: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 91D623A1106; Fri, 31 Jul 2020 06:45:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.916 X-Spam-Level: X-Spam-Status: No, score=-1.916 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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 oaXaLiPcXGHb; Fri, 31 Jul 2020 06:45:08 -0700 (PDT) Received: from mta8.iomartmail.com (mta8.iomartmail.com [62.128.193.158]) (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 6F0CF3A110E; Fri, 31 Jul 2020 06:45:07 -0700 (PDT) Received: from vs1.iomartmail.com (vs1.iomartmail.com [10.12.10.121]) by mta8.iomartmail.com (8.14.4/8.14.4) with ESMTP id 06VDj5WZ007029; Fri, 31 Jul 2020 14:45:05 +0100 Received: from vs1.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id CF5092203A; Fri, 31 Jul 2020 14:45:04 +0100 (BST) Received: from asmtp1.iomartmail.com (unknown [10.12.10.248]) by vs1.iomartmail.com (Postfix) with ESMTPS id B7C252203D; Fri, 31 Jul 2020 14:45:04 +0100 (BST) Received: from LAPTOPK7AS653V ([84.51.134.26]) (authenticated bits=0) by asmtp1.iomartmail.com (8.14.4/8.14.4) with ESMTP id 06VDj3Qd019083 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 31 Jul 2020 14:45:03 +0100 Reply-To: From: "Adrian Farrel" To: "'Stewart Bryant'" , "'Nicolai Leymann via Datatracker'" Cc: "'mpls-chairs'" , "'mpls'" References: <159419630675.5069.7404964884866885005@ietfa.amsl.com> <8A3ACFDE-10B5-4792-A948-B1041C1C4A83@gmail.com> In-Reply-To: <8A3ACFDE-10B5-4792-A948-B1041C1C4A83@gmail.com> Date: Fri, 31 Jul 2020 14:45:02 +0100 Organization: Old Dog Consulting Message-ID: <019101d66740$cad6a200$6083e600$@olddog.co.uk> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0192_01D66749.2C9FEC00" X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQGnT10b6OEaeKP7G2IAbYBWqDGLTAIxpxcvqW5NokA= Content-Language: en-gb X-Originating-IP: 84.51.134.26 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-25576.000 X-TM-AS-Result: No--30.552-10.0-31-10 X-imss-scan-details: No--30.552-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25576.000 X-TMASE-Result: 10--30.551900-10.000000 X-TMASE-MatchedRID: CBwTv/eNPl0tjw5zGtj91HFPUrVDm6jtrkGhd90/DD5IXJo+eGm+FNrh Nj8/Va2I+I87rJxvG+7/bqDGsusu4er0FFeDVhizfjUCBXbhed8yyi+n+H050VbWMtvHf+u6iGz EMM0HUlKLgcKoljilRl2Z08i5P5U5tRMdYTLHCC5crmR4Jr5uaPa/bRHEsPI3bPfGfHxv+pHY/a Sb9+iKyTZFiE5zZ1vE+eeiVQmy3HvJwIkjG/GOnLCa4m727IUPUXlp1FHYSPUMmKcuUOOMc7f+f IA1ri/YZWTO6ELJQlcQg7mmYpqUnd5YG9PJBLx6naqtHOuEdaoHgh3sKJBzP/Z5Vxjb3pQX5hpo ZzVe2UorY764Z3XlJ3hcmao6Am5NG38URXpA0EICPm8/Dzv8BRfbPFE2GHrVJ1wWZpKFYUn1Zeb 7KEkrKDxRrnPMxH5IK0CDBduHJnKi3bUnenY13SIykh/K5QE7+ZfOn+32vrAW6M2A15L1QO5bKn 8hkYr87E4zV6A8rswFPacf/0AQVwTfGrZCsENR9Ib/6w+1lWTT2kl4i47Lu8BfBj2RvDlyjiZqR ZIhdsMzlIU0NDjQIztuVglUWXzvt6J6MfQQOl0dH0i86TRKYR0uOLC2hwDy5kyJys6UhUkHlmQ1 fyfbgXs6BPK91fxq+gwCcsiy9RJn7D3GC4BpdHTzPL3sqyAmrMhiXlEWsmrtVaZhog8bXC4kNQG Fr96fqTwejd89lyXaofK8wdJ1BhqzknFt+Cwb2MZGQuKc8Uj2kudi1D33ElbDmwy31ULENNMBxq DJgBk22uoEm245flgUFTT7Y9QpYTZ2mX+nxwyeAiCmPx4NwGmRqNBHmBve1B0Hk1Q1KyJXaDn6D hA2Av306Q4zhC4DOwBXM346/+xtPJ0kUq7csoQMMimLqN8tuMqSVZuYR+7dX9v0fnWC3cJwOLd3 +WvQ X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: Re: [mpls] Publication has been requested for draft-ietf-mpls-spl-terminology-02 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, 31 Jul 2020 13:45:12 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0192_01D66749.2C9FEC00 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Stewart, =20 Sorry for fumbling this and thanks to the chairs for pointing it out = during today=E2=80=99s meeting. =20 > 2. Background >=20 > Two sets of SPLs are defined for use in MPLS: >=20 > The range of SPLs 0-15 is specified in RFC 3032 [RFC3032]. >=20 > The range of SPLs 0-1048575 is specified in RFC 7274 [RFC7274]. >=20 > SB> That is very confusing English since you have two > definitions of SPL > SB> I think you mean =E2=80=9CThe range of SPLs =E2=80=A6 THAT is = specified > SB> In any case aren=E2=80=99t the second set ESPLs? =20 I think you have put your finger on precisely the problem that the = document is addressing. Both the original SPLs and the ESPLs are generically = =E2=80=9CSPLs=E2=80=9D. So I would change: =20 Section 1 OLD from the Extended SPL range [RFC8595] NEW from the Extended SPL (ESPL) range [RFC8595] END =20 Section 2 OLD Two sets of SPLs are defined for use in MPLS:=20 The range of SPLs 0-15 is specified in RFC 3032 [RFC3032]. The range of SPLs 0-1048575 is specified in RFC 7274 [RFC7274]. NEW Two sets of SPLs are defined for use in MPLS:=20 The range of SPLs 0-15 is specified in RFC 3032 [RFC3032]. The range of ESPLs 0-1048575 is specified in RFC 7274 [RFC7274]. END =20 > The next block of text ought to be explicitly linked > to ESPL/ RFC7272 and the text does not do that. > * the values 0-15 has been reserved never to be allocated > * the values 15-239 are available for allocation > * the values 240-255 are for experimental use > * the values 256-1048575 are currently not available for > allocation, and a standard tracks RFC will be needed to make > the entire range or part of it available for allocation =20 I believe no change is needed because these bullets are nested below the = (newly edited) =E2=80=9CESPL=E2=80=9D entry =20 > =3D=3D=3D=3D=3D=3D > 3. Terminology and Abbreviations >=20 > IANA maintains a name space for 'Special-Purpose Multiprotocol Label > Switching (MPLS) Label Values' code points [SPL-NAME-SPACE]. Within > this name space there are two registries. One is called the > 'Special-Purpose MPLS Label Values' registry [bSPL]. The other is > called 'Extended Special-Purpose MPLS Label Values' registry [eSPL]. >=20 >SB> That is the text and notation that should be using earlier as it is > less confusing. =20 Fixed as above. =20 > The difference in the name of the name space and the first registry > is only that the MPLS abbreviation is expanded. This document > changes the name of the first registry to 'Base Special-Purpose MPLS > Label Values', but leaves the name of the latter registry unchanged > as 'Extended Special-Purpose MPLS Label Values=E2=80=99. >=20 >SB> A lot of text just to change the name to reduce a name confusion. =20 Yes, a lot of text. That=E2=80=99s what happens when you don=E2=80=99t = help us earlier in the process =F0=9F=98=8A Personally, I don=E2=80=99t like documents that give explanations of how = things are and how they got there: I just like simple instructions. = However, I always end up writing explanations, and when you have a team = you end up with even more words. I don=E2=80=99t propose any changes to address this point. =20 > The following conventions will be used in specifications and when > talking about SPLs >=20 > o Collectively, the two ranges are known as Special Purpose Labels > (SPL). >=20 > o The special purpose labels from the lower range will be called > Base Special Purpose Labels (bSPL). >=20 > o The special purpose labels from the higher range will be called > Extended Special Purpose Labels (eSPL). >=20 > o The combination of the Extension Label (XL) (value 15 which is an > bSPL, but that is also called xSPL) and an eSPL is called a > Composite Special Purpose Label (cSPL). >=20 > SB> What is the name for the combination ELI + EL - a rhetorical=20 > question. =20 Well, here is a rhetorical answer: assuming that when you say = =E2=80=9CELI=E2=80=9D you mean =E2=80=9CXL=E2=80=9D, and when you say = =E2=80=9CEL=E2=80=9D you mean =E2=80=9CeSPL=E2=80=9D then the answer is = =E2=80=9CcSPL=E2=80=9D. =20 > SB> I am not sure we need a name for the composite. We don=E2=80=99t > have a special name for TCP+IP, and in any case it is within > the definition that bSPL#15 is always followed by a <16..255> > eSPL and vice versa. =20 We promise not to require you to use the term. Others may find it = useful. =20 > =3D=3D=3D=3D=3D=3D=3D=3D >=20 > 5. IANA Considerations >=20 > We request that the name of the IANA registry that today is called > "Special-Purpose MPLS Label Values" is changed to "Base Special- > Purpose MPLS Label Values". >=20 > SB> We could replace the whole document with that single section=20 > to go for the record of the shortest RFC ever but you would need > a security section. =20 We could, but are you sure you wouldn=E2=80=99t have asked any questions = for clarification? We ended up with this text because that=E2=80=99s = where the discussions got us. Deleting text that has consensus is hard = unless the text is actually harmful. =20 [snip] =20 =3D=3D=3D=3D=3D=3D=3D =20 > 6. Acknowledgements >=20 > The authors of this document would like to thank Stewart Bryant for > careful review and constructive suggestions. >=20 > SB> You know I have no memory of reviewing this :) was that a physic > comment, or an incentive :) or did I just forget? =20 https://mailarchive.ietf.org/arch/msg/mpls/n0UYHWcW5VSMUOUhpF0KsTMY8-o/ =20 Hope this helps, Adrian ------=_NextPart_000_0192_01D66749.2C9FEC00 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Hi = Stewart,

 

Sorry for = fumbling this and thanks to the chairs for pointing it out during = today=E2=80=99s meeting.

 

>=
; 2.=C2=A0 =
Background
> 
>=C2=A0=
=C2=A0 Two sets of SPLs are defined for use in =
MPLS:
> 
>=C2=A0=C2=A0=
=C2=A0=C2=A0=C2=A0 The range of SPLs 0-15 is specified in RFC 3032 =
[RFC3032].
> 
>=C2=A0=
=C2=A0=C2=A0=C2=A0=C2=A0 The range of SPLs 0-1048575 is specified in RFC =
7274 =
[RFC7274].
> 
> =
SB> That is very confusing English since you have =
two
> =
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=
definitions of SPL
> SB> I think you mean =
=E2=80=9CThe range of SPLs =E2=80=A6 THAT is =
specified
> =
=C2=A0SB> In any case aren=E2=80=99t the second set =
ESPLs?
 
I think you =
have put your finger on precisely the problem that the document is =
addressing.
Both the =
original SPLs and the ESPLs are generically =E2=80=9CSPLs=E2=80=9D. So I =
would change:
 
Section =
1
OLD
from the =
Extended SPL range [RFC8595]
NEW
from the =
Extended SPL (ESPL) range [RFC8595]
END
 
Section =
2
OLD
=C2=A0=C2=A0 =
Two sets of SPLs are defined for use in MPLS: =

=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0The range of SPLs 0-15 is specified in RFC 3032 =
[RFC3032].
=C2=A0=C2=A0=C2=
=A0=C2=A0 =C2=A0The range of SPLs 0-1048575 is specified in RFC 7274 =
[RFC7274].
NEW
=C2=A0=C2=A0 =
Two sets of SPLs are defined for use in MPLS: =

=C2=A0=C2=A0=C2=
=A0=C2=A0=C2=A0=C2=A0The range of SPLs 0-15 is specified in RFC 3032 =
[RFC3032].
=C2=A0=C2=A0=C2=
=A0=C2=A0 =C2=A0The range of ESPLs 0-1048575 is specified in RFC 7274 =
[RFC7274].
END
 
> The next block of text ought to be =
explicitly linked
>=C2=A0 =
to ESPL/ RFC7272 and the text does not do =
that.
>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =
*=C2=A0 the values 0-15 has been reserved never to be =
allocated
>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =
*=C2=A0 the values 15-239 are available for =
allocation
>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =
*=C2=A0 the values 240-255 are for experimental =
use
>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 *=C2=A0 the =
values 256-1048575 are currently not available =
for
>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0 allocation, and a standard tracks RFC will be needed to =
make
>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=
=A0 the entire range or part of it available for =
allocation
 
I believe no =
change is needed because these bullets are nested below the (newly =
edited) =E2=80=9CESPL=E2=80=9D entry
 
> =3D=3D=3D=3D=3D=3D
> 3.=C2=A0 =
Terminology and =
Abbreviations
> 
>=C2=
=A0=C2=A0 IANA maintains a name space for 'Special-Purpose Multiprotocol =
Label
>=C2=A0=C2=A0 Switching (MPLS) Label =
Values' code points [SPL-NAME-SPACE].=C2=A0 =
Within
>=C2=A0=C2=A0 this name space there are =
two registries.=C2=A0 One is called =
the
>=C2=A0=C2=A0 'Special-Purpose MPLS Label =
Values' registry [bSPL].=C2=A0 The other =
is
>=C2=A0=C2=A0 called 'Extended =
Special-Purpose MPLS Label Values' registry =
[eSPL].
> 
>SB> That is the text and =
notation that should be using earlier as it =
is
>=C2=A0=C2=A0 =C2=A0less =
confusing.
 
Fixed as =
above.
 
>=C2=A0=C2=A0 The difference in the name of the =
name space and the first registry
>=C2=A0=C2=A0 =
is only that the MPLS abbreviation is expanded.=C2=A0 This =
document
>=C2=A0=C2=A0 changes the name of the =
first registry to 'Base Special-Purpose =
MPLS
>=C2=A0=C2=A0 Label Values', but leaves the =
name of the latter registry =
unchanged
>=C2=A0=C2=A0 as 'Extended =
Special-Purpose MPLS Label Values=E2=80=99.
> 
>SB&g=
t; A lot of text just to change the name to reduce a name =
confusion.
 
Yes, a lot =
of text. That=E2=80=99s what happens when you don=E2=80=99t help us =
earlier in the process 😊
Personally, =
I don=E2=80=99t like documents that give explanations of how things are =
and how they got there: I just like simple instructions. However, I =
always end up writing explanations, and when you have a team you end up =
with even more words.
I =
don=E2=80=99t propose any changes to address this =
point.
 
>=C2=A0=C2=
=A0 The following conventions will be used in specifications and =
when
>=C2=A0=C2=A0 talking about =
SPLs
> 
>=C2=A0=C2=A0=
 o=C2=A0 Collectively, the two ranges are known as Special Purpose =
Labels
>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =
(SPL).
> 
>=C2=A0=C2=
=A0 o=C2=A0 The special purpose labels from the lower range will be =
called
>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Base =
Special Purpose Labels =
(bSPL).
> 
>=C2=A0=C2=
=A0 o=C2=A0 The special purpose labels from the higher range will be =
called
>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Extended =
Special Purpose Labels =
(eSPL).
> 
>=C2=A0=C2=
=A0 o=C2=A0 The combination of the Extension Label (XL) (value 15 which =
is an
>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 bSPL, but =
that is also called xSPL) and an eSPL is called =
a
>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Composite =
Special Purpose Label (cSPL).
> 
> =
SB> What is the name for the combination ELI + EL - a rhetorical =

>=C2=A0=C2=A0=C2=A0=C2=A0 =
question.
 
Well, here =
is a rhetorical answer: assuming that when you say =E2=80=9CELI=E2=80=9D =
you mean =E2=80=9CXL=E2=80=9D, and when you say =E2=80=9CEL=E2=80=9D you =
mean =E2=80=9CeSPL=E2=80=9D then the answer is =
=E2=80=9CcSPL=E2=80=9D.
 
> SB> I am not sure we need a =
name for the composite. We don=E2=80=99t
> have =
a special name for TCP+IP, and in any case it is =
within
> the definition that bSPL#15 is always =
followed by a <16..255>
> eSPL and vice =
versa.
 
We promise =
not to require you to use the term. Others may find it =
useful.
 
> =
=3D=3D=3D=3D=3D=3D=3D=3D
> 
= 
> 5.=C2=A0 IANA =
Considerations
> 
>=C2=
=A0=C2=A0 We request that the name of the IANA registry that today is =
called
>=C2=A0=C2=A0 "Special-Purpose MPLS =
Label Values" is changed to "Base =
Special-
>=C2=A0=C2=A0 Purpose MPLS Label =
Values".
> 
> SB> We =
could replace the whole document with that single section =

> to go for the record of the shortest RFC ever =
but you would need
> a security =
section.
 
We could, =
but are you sure you wouldn=E2=80=99t have asked any questions for =
clarification? We ended up with this text because that=E2=80=99s where =
the discussions got us. Deleting text that has consensus is hard unless =
the text is actually harmful.
 
[snip]
 
=3D=3D=3D=3D=3D=3D=3D
 
> =
6.=C2=A0 =
Acknowledgements
> 
>=
;=C2=A0=C2=A0 The authors of this document would like to thank Stewart =
Bryant for
>=C2=A0=C2=A0 careful review and =
constructive suggestions.
> 
> =
SB> You know I have no memory of reviewing this :) was that a =
physic
> comment, or an incentive :) or did I =
just forget?
 
https://mailarchive.ietf.org/arch/msg/mpls/n0UYHWcW5VSMUOUhpF0KsT=
MY8-o/
 
Hope this =
helps,
Adrian
------=_NextPart_000_0192_01D66749.2C9FEC00-- From nobody Fri Jul 31 07:00: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 6E1F73A0BFC; Fri, 31 Jul 2020 07:00:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.216 X-Spam-Level: * X-Spam-Status: No, score=1.216 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, KHOP_HELO_FCRDNS=0.267, SPF_HELO_NONE=0.001, SPF_NONE=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 avQseoioWf3F; Fri, 31 Jul 2020 07:00:12 -0700 (PDT) Received: from hickoryhill-consulting.com (50-245-122-97-static.hfc.comcastbusiness.net [50.245.122.97]) (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 2A34E3A0B53; Fri, 31 Jul 2020 07:00:10 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=50.107.100.94; From: "Susan Hares" To: "'Acee Lindem \(acee\)'" , Cc: References: <4769F2D4-C3E9-4196-BAAB-AB2B64DA0C1F@cisco.com> In-Reply-To: <4769F2D4-C3E9-4196-BAAB-AB2B64DA0C1F@cisco.com> Date: Fri, 31 Jul 2020 10:00:07 -0400 Message-ID: <01f901d66742$e61f9420$b25ebc60$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_01FA_01D66721.5F0F53B0" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQIIa2EBvh+gzie9YfBQBcJhJpOZhqi9rurg Content-Language: en-us X-Antivirus: AVG (VPS 200730-4, 07/30/2020), Outbound message X-Antivirus-Status: Not-Tested X-Authenticated-User: skh@ndzh.com Archived-At: Subject: Re: [mpls] "A YANG Data Model for MPLS Base" - draft-ietf-mpls-base-yang-14 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, 31 Jul 2020 14:00:14 -0000 This is a multipart message in MIME format. ------=_NextPart_000_01FA_01D66721.5F0F53B0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable BGP model is starting WG LC.=20 =20 Sue=20 =20 From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Acee Lindem = (acee) Sent: Friday, July 31, 2020 9:40 AM To: mpls@ietf.org Cc: mpls-chairs@ietf.org Subject: [mpls] "A YANG Data Model for MPLS Base" - = draft-ietf-mpls-base-yang-14 =20 Hi, =20 Loa asked that I document the chain of dependencies of documents already = on the RFC Queue that are dependent on the subject draft. It is that = draft-ietf-bfd-yang = is dependent on = this document. Drafts already on the RFC Queue that are dependent on = draft-ietf-bfd-yang are draft-ietf-isis-yang-isis-cfg = , = draft-ietf-ospf-yang = , and = draft-ietf-pim-yang = . There are = others that haven=E2=80=99t yet reached the RFC Queue including = draft-ietf-idr-bgp-model = . Hence, = can we give this draft some prioritization?? I know I=E2=80=99ve = requested this at prior IETF and hopefully I won=E2=80=99t have to do it = again in November. =20 I also looked at the -14 and it doesn=E2=80=99t appear to have any = dependencies on other models or documents that have not yet completed. =20 =20 Thanks, Acee ------=_NextPart_000_01FA_01D66721.5F0F53B0 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

BGP = model is starting WG LC.

 

Sue =

 

From:= = mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Acee Lindem = (acee)
Sent: Friday, July 31, 2020 9:40 AM
To: = mpls@ietf.org
Cc: mpls-chairs@ietf.org
Subject: = [mpls] "A YANG Data Model for MPLS Base" - = draft-ietf-mpls-base-yang-14

 

Hi,

 

Loa asked that I = document the chain of dependencies of documents already on the RFC Queue = that are dependent on the subject draft. It is that draft-ietf= -bfd-yang is dependent on this document. Drafts already on the RFC = Queue that are dependent on draft-ietf-bfd-yang are = draft-ietf-isis-yang-isis-cfg, draft-iet= f-ospf-yang, and draft-ietf= -pim-yang. There are others that haven=E2=80=99t yet reached the RFC = Queue including draft= -ietf-idr-bgp-model. Hence, can we give this draft some = prioritization?? I know I=E2=80=99ve requested this at prior IETF and = hopefully I won=E2=80=99t have to do it again in = November.

 

I also looked at the = -14 and it doesn=E2=80=99t appear to have any dependencies on other = models or documents that have not yet completed. =  

 

Thanks,
Acee

------=_NextPart_000_01FA_01D66721.5F0F53B0--