From nobody Wed Dec 2 05:54:59 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 906983A13FD; Wed, 2 Dec 2020 05:54:57 -0800 (PST) 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 GhydENMkAqSi; Wed, 2 Dec 2020 05:54:56 -0800 (PST) Received: from mail-io1-xd36.google.com (mail-io1-xd36.google.com [IPv6:2607:f8b0:4864:20::d36]) (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 2E83E3A13FC; Wed, 2 Dec 2020 05:54:56 -0800 (PST) Received: by mail-io1-xd36.google.com with SMTP id 81so247888ioc.13; Wed, 02 Dec 2020 05:54:56 -0800 (PST) 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=QcdO6W2UNQTJyx2Ag1XjRIP+qveEme+nNaZ71/KK4us=; b=no97VAuUU7G4IzOV5+ipv4xLIrOgFze74DtqfT1Xwwl7pX+GLgjkwo/QJXLPmJxyll IrH/PdM1TZLfRaRSFgDf2dARMNHnww96Vw6FcKuA3iHgSSnI8KzsABTCnClgOsF3ztBA 82n68eIZZFEF91RD8YndHHjgSwB+ntBs1fVfMPJoTtFkO4b5fphf9UJzW7HU8ZvvTEhT QTpuWufuwa865Wo7yxUsXZ65cjncFCeYbhilG0d0pYbCNU++Vo3swJl0exIVkirSWaLv ZkIEBxIDbUgXyP1QeTGx2i1aPV/JDU/POZNef0kHSvNXJLpQC5Z+6VyYX6IBg08Ab6h7 HywA== 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=QcdO6W2UNQTJyx2Ag1XjRIP+qveEme+nNaZ71/KK4us=; b=c1vJiDjMUJxMjbcokv1OYCxmTQO5pGQEAK+WZMbQ+LNv/AtTB3XZyydfNaWhNWI2FD OuWuuLJixFb9W5W3F29OZpB4voGJngjh77YHVawgUzDvUptqRkf0FnzRnnDvUdJd69uN TrmWCy/QrZ2q/VSZBRR8PYWipdLEhSX0++l+jlcYlxuAcStmJEbRN0h6IJryvzlmzrmz IeLa8db0mSOohp+i7BkJbMEzgAPFJCjIO6bfKZmkiLp3abu65A+D1ZXj2oVQThnX+WEf qZvo0BL2iH59WEqevievf8RRB6hN1ijmUwdDkFCy39Q0rpmpGGN9wa7GyQxUra3A5pqp TSsw== X-Gm-Message-State: AOAM530Oge1mahAuru8Q1Q6yEjaGep7zWoX/Wud9ErsvO5YmVxy3n0yp NzjFc1hZ5YUVo8+xVPke8Tjk8jwYb601L5HYH4g= X-Google-Smtp-Source: ABdhPJyL/3VAzLW7rtC4jl8IkHkJQrjail9OjfKlcM5wKkAjiTS7ocwZwBWsbhmfSxCCMkS7sKYS6bbd8zqhw4ERisA= X-Received: by 2002:a05:6638:3006:: with SMTP id r6mr2288579jak.72.1606917295358; Wed, 02 Dec 2020 05:54:55 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Vishnu Pavan Beeram Date: Wed, 2 Dec 2020 07:54:44 -0600 Message-ID: To: N.Leymann@telekom.de Cc: mpls-chairs@ietf.org, IETF MPLS List , draft-ietf-mpls-spl-terminology@ietf.org Content-Type: multipart/alternative; boundary="00000000000092c68005b57b960b" Archived-At: Subject: Re: [mpls] MPLS WGLC for draft-ietf-mpls-spl-terminology X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Dec 2020 13:54:58 -0000 --00000000000092c68005b57b960b Content-Type: text/plain; charset="UTF-8" I've read the current version of the draft. I believe it is ready for publication. Regards, -Pavan On Fri, Nov 27, 2020 at 6:00 AM wrote: > Working Group, > > > > This is to initiate a two week working group last call on > draft-ietf-mpls-spl-terminology. Please note that this is the second WGLC, > there were a few changes necessary to the draft. > > > > Please send your comments to the MPLS WG mailing list (mpls@ietf.org). > > > > There are no IPR disclosures against draft-ietf-mpls-spl-terminology. > > > > Both the authors and the contributors have stated on the working group > mailing list that they are unaware of any non-disclosed IPRs that relates > to this document. > > > > This working group last call ends December 12th, 2020. > > > > Regards > > > > Nic > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > --00000000000092c68005b57b960b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I've read the current version of the draft. I bel= ieve it is ready for publication.

Regards,
-Pavan

On Fri, Nov 27, 2020 at 6:00 AM <N.Leymann@telekom.de> wrote:

Wo= rking Group,

=C2=A0

Th= is is to initiate a two week working group last call on draft-ietf-mpls-spl= -terminology. Please note that this is the second WGLC, there were a few ch= anges necessary to the draft.

=C2=A0

Pl= ease send your comments to the MPLS WG mailing list (mpls@ietf.org).

=C2=A0

Th= ere are no IPR disclosures against draft-ietf-mpls-spl-terminology.<= u>

=C2=A0

Bo= th the authors and the contributors have stated on the working group mailin= g list that they are unaware of any non-disclosed IPRs that relates to this= document.

=C2=A0

Th= is working group last call ends December 12th, 2020.

=C2=A0

Regards

=C2=A0

Nic

=C2=A0

_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls
--00000000000092c68005b57b960b-- From nobody Wed Dec 2 18:30:45 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8BE113A0888 for ; Wed, 2 Dec 2020 18:30:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.1 X-Spam-Level: X-Spam-Status: No, score=-2.1 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ieee.org Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id F-Gc8b8MsQSy for ; Wed, 2 Dec 2020 18:30:37 -0800 (PST) Received: from mail-pf1-x42b.google.com (mail-pf1-x42b.google.com [IPv6:2607:f8b0:4864:20::42b]) (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 36E3E3A0876 for ; Wed, 2 Dec 2020 18:30:37 -0800 (PST) Received: by mail-pf1-x42b.google.com with SMTP id q10so315854pfn.0 for ; Wed, 02 Dec 2020 18:30:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ieee.org; s=google; h=subject:references:to:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=OImsKh+asmczq7vrooKV8WJ0rUaqDNJL6Vhb7J2iNSs=; b=Vfs6upSOVpMJLJ954ud+o7uPUtnQoce64aEAZNH8ONXrPTDPE8Tpj+J0F1eKDtqLRg Tzw+n5Pu8VMwP19diYZzuLyLKjCUOdV5LsWGlRjQKz+jqXrav8zPKPcXrUsdGF1SrBQi Sfs8qzxo0FkrD70FMPEpIvI5dOGypmpjbEdm0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:references:to:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=OImsKh+asmczq7vrooKV8WJ0rUaqDNJL6Vhb7J2iNSs=; b=uH6XWJuOum+UegzHtc2SSYqMBQHRU9hxk9MtRpcxrBf5n2BjVWX3k5s6xWyaUDIm80 LT5udMbzfCcW265r5Yo/Q0yVu7uCbvlVsmo8solYjkKvQ3MOLm3Vxk+dgSgxhti2KgA/ lOMmgU668/rTsN6oVorAb2ihRc6zN7dVYgqP7myiAMNkFBN/J97eud8sUQxqVNz/v7uv ajMkZz3llDCf40WE70DpBIgfiDPK8J/5DCzXLfD/UeE9jUnNZXXg0VS1bhguDu+4iM3d 6WoEJS5E/bT4kgz/QT94/tYQENvaWhgrcv6NMjpk/K9isVebuGWb/bb0o+98oNP4Vl0b Ebrw== X-Gm-Message-State: AOAM5335Sk5L8QAVX2soNmJMJ8cGkJrzaCGK0p8dFmpNE5TixQLDsyyo flfavR1KtkmTI1LBz/wzOY0pEg== X-Google-Smtp-Source: ABdhPJyLDoBa+/o/Zeoox4fhiRyWPUtXUm2rXDcQ5XuyjDjaqcT9Wa8XWULJllr+XTSva1/05xXqnw== X-Received: by 2002:a63:b046:: with SMTP id z6mr1137821pgo.44.1606962636588; Wed, 02 Dec 2020 18:30:36 -0800 (PST) Received: from [192.168.4.156] ([131.113.102.193]) by smtp.googlemail.com with ESMTPSA id i26sm348454pfq.148.2020.12.02.18.30.35 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 02 Dec 2020 18:30:36 -0800 (PST) References: <20201202115513.Horde.RigEQ3Mzf6cKq73I4o1zghE@www.isocore.com> To: CCAMP , mpls@ietf.org From: Satoru OKAMOTO X-Forwarded-Message-Id: <20201202115513.Horde.RigEQ3Mzf6cKq73I4o1zghE@www.isocore.com> Message-ID: Date: Thu, 3 Dec 2020 11:30:17 +0900 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.5.0 MIME-Version: 1.0 In-Reply-To: <20201202115513.Horde.RigEQ3Mzf6cKq73I4o1zghE@www.isocore.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Archived-At: Subject: [mpls] NETCENTRIC 2020 - Dec 3-4, 2020 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, 03 Dec 2020 02:30:40 -0000 There is still time left to register for NETCENTRIC 2020 which starts this Thursday, December 3, 2020. This year this is a virtual conference and had been planned to take place at Telecom ParisTech in Paris. Therefore, we will observe Central European Time (CET). The conference program and registration is available at: https://www.isocore.com/2020 This is the 23rd year of this event which started as MPLS Conference in 1998 and eventually became NETCENTRIC. The main topics include the Next Generation Internet, Network Analytics, Machine Learning and Network control, 5G Core, Edge-Automation, Open-source platforms, and Cloud. If you have any questions, please contact: isocore-admin at isocore.com “See you” at the conference! Isocore-admin From nobody Thu Dec 3 18:13:02 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3DF6C3A1208; Thu, 3 Dec 2020 18:13:01 -0800 (PST) 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, RCVD_IN_MSPIKE_H2=-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 Uk0c-i7pLhoH; Thu, 3 Dec 2020 18:12:59 -0800 (PST) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 70C3A3A1207; Thu, 3 Dec 2020 18:12:59 -0800 (PST) Received: from fraeml708-chm.china.huawei.com (unknown [172.18.147.226]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4CnGPG2WvQz67GM2; Fri, 4 Dec 2020 10:09:54 +0800 (CST) Received: from fraeml708-chm.china.huawei.com (10.206.15.36) by fraeml708-chm.china.huawei.com (10.206.15.36) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2106.2; Fri, 4 Dec 2020 03:12:57 +0100 Received: from DGGEML406-HUB.china.huawei.com (10.3.17.50) by fraeml708-chm.china.huawei.com (10.206.15.36) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.1.2106.2 via Frontend Transport; Fri, 4 Dec 2020 03:12:56 +0100 Received: from DGGEML530-MBS.china.huawei.com ([169.254.8.181]) by dggeml406-hub.china.huawei.com ([10.3.17.50]) with mapi id 14.03.0487.000; Fri, 4 Dec 2020 10:12:52 +0800 From: Mach Chen To: "mpls@ietf.org" CC: "mpls-chairs@ietf.org" Thread-Topic: Preliminary Minutes of MPLS WG @ IETF 109 Thread-Index: AdbJ4mBC6o955FIEQuyyNqiCUX/Azw== Date: Fri, 4 Dec 2020 02:12:52 +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] Preliminary Minutes of MPLS WG @ IETF 109 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, 04 Dec 2020 02:13:01 -0000 Hi, Here (https://codimd.ietf.org/notes-ietf-109-mpls?view ) is the preliminary= minutes of the MPLS WG session at IETF 109. There may be some minutes lost= or inaccuracy. If so, please let us know and we will incorporate them into= the final minutes. Best regards, Mach From nobody Thu Dec 3 20:54:52 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A36463A133E; Thu, 3 Dec 2020 20:54:50 -0800 (PST) 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 98Dxjou-Dk6B; Thu, 3 Dec 2020 20:54:49 -0800 (PST) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 826EE3A0CB5; Thu, 3 Dec 2020 20:54:48 -0800 (PST) Received: from [192.168.1.11] (unknown [124.104.17.232]) (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 3D37D323990; Fri, 4 Dec 2020 05:54:45 +0100 (CET) From: Loa Andersson To: "mpls@ietf.org" Cc: "mpls@ietf.org" , "draft-ietf-mpls-lsp-ping-ospfv3-codepoint@ietf.org" Message-ID: <372cd6a9-1d42-15f5-29e9-12aab0b44299@pi.nu> Date: Fri, 4 Dec 2020 12:54:40 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.5.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] MPLS working group last call on draft-ietf-mpls-lsp-ping-ospfv3-codepoint 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, 04 Dec 2020 04:54:51 -0000 Working Group, This is to initiate a two week working group last call on draft-ietf-mpls-lsp-ping-ospfv3-codepoint-03. Please send your comments to the mpls wg mailing list (mpls@ietf.org). There were no IPR disclosures against this document. All the authors (no contributors on this document) have stated on the working group mailing list that they are not aware of any IPRs that relates to this document. This working group last call ends Dec 18, 2020. /Loa for the MPLS wg chairs -- Loa Andersson email: loa@pi.nu Senior MPLS Expert loa.pi.nu@gmail.com Bronze Dragon Consulting phone: +46 739 81 21 64 From nobody Fri Dec 4 04:17:54 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BF3EB3A0C10; Fri, 4 Dec 2020 04:17:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.601 X-Spam-Level: X-Spam-Status: No, score=-9.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=lQQWqLC0; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=MFQlCY2+ Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tO7V_9NRDy6Q; Fri, 4 Dec 2020 04:17:51 -0800 (PST) Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8661A3A09F6; Fri, 4 Dec 2020 04:17:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1200; q=dns/txt; s=iport; t=1607084271; x=1608293871; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=0wCY/i6fMTL7sJn45q4YI/V1kKet1BFR9OOeP/cg9as=; b=lQQWqLC0yRB0gXxd8i7gfPPSRm9udnCMdu/xKqEDZBaTCjJ775K+4C3i 8he1SP6quni9agN3flZg1dUU1Tve/koeIzoIJ4i8P2cpeGU16GkfBvuJf JPl0G6kOMrDyd+J5UH9bCwHwbe1GTjPpvxbydiw0H47J+w/y2+hWCW/Do o=; X-IPAS-Result: =?us-ascii?q?A0C+AAA7J8pfmJpdJa1iHQEBAQEJARIBBQUBQIE+BQELA?= =?us-ascii?q?YFRUYFXLy4KhDKDSAONNYo/jnGBQoERA1QLAQEBDQEBLQIEAQGESgIXgX4CJ?= =?us-ascii?q?TcGDgIDAQEBAwIDAQEBAQUBAQECAQYEFAEBAQEBAQEBhjYMhXMCAQMSEREMA?= =?us-ascii?q?QEpAwsBDQICAQgaAiYCAgIZBhEVEAIEAQ0FIoMEglYDLgGgWQKBPIhpdoEyg?= =?us-ascii?q?wQBAQWFMQ0LghAJBYEJKgGCcoN2hlcbggCBEScMEIJVPoIbgW4BEgEhF4MAM?= =?us-ascii?q?4IsgyYEgwGTEqQnVwqCcpYdhRgDH4MhiiGUY5NyjX2TGAIEAgQFAg4BAQWBb?= =?us-ascii?q?CJpcHAVOyoBgj5QFwINjiEag1eEfYVbdAI1AgYBCQEBAwl8ji8BgRABAQ?= IronPort-PHdr: =?us-ascii?q?9a23=3A1SUNwx//+Fsynv9uRHGN82YQeigqvan1NQcJ65?= =?us-ascii?q?0hzqhDabmn44+7ZBKN/fQrikKaFYnY6vcRje3QvuigXGEb+p+OvTgEd4AETB?= =?us-ascii?q?4Kj8ga3mlCSM6IAEH2NrjmOio9GskRTF4j+WzoeURQEdz1MlvVpHD65DUOGx?= =?us-ascii?q?L5YAxyIOm9GoPbg8mtke6o/JiGaARTjz37arR3fxg=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.78,392,1599523200"; d="scan'208";a="608358517" Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 04 Dec 2020 12:17:50 +0000 Received: from XCH-ALN-001.cisco.com (xch-aln-001.cisco.com [173.36.7.11]) by rcdn-core-3.cisco.com (8.15.2/8.15.2) with ESMTPS id 0B4CHoDD024258 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 4 Dec 2020 12:17:50 GMT Received: from xhs-aln-002.cisco.com (173.37.135.119) by XCH-ALN-001.cisco.com (173.36.7.11) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Fri, 4 Dec 2020 06:17:49 -0600 Received: from xhs-rcd-002.cisco.com (173.37.227.247) by xhs-aln-002.cisco.com (173.37.135.119) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Fri, 4 Dec 2020 06:17:49 -0600 Received: from NAM02-SN1-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-002.cisco.com (173.37.227.247) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Fri, 4 Dec 2020 06:17:49 -0600 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=QPBuyqdkC6cozi7vsXqB8s0s1Cgq6Zc65A/b+mlVRhv/G/dmMzAC6uqIUYygqdHWgB4Vnl9IvLqRB9/FGxL7TVc8DK7/eBAoYKC/FarBzflYHSETijWn8Of/zZxPeAAzjF/uo/SSy1ChQQjtntmwUzOG0lju5JNZ8oU73Xq7MGvt5Oo7LwuAKoNzF0wDt0xd3drC8WtOd8p7xCHlQlDXpsjv/ooz86a96h5M9EID3+LBHSwyLrYktLQ+J98SPvx1dxhBSFoSvrQmIaZobZ9pJHY1nSS/XqxDMzpysXBdL3e8YD4nuRgN5ZuVYNDlklQyCQe2zOwa9hRQqq1EMo8mBQ== 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=0wCY/i6fMTL7sJn45q4YI/V1kKet1BFR9OOeP/cg9as=; b=gf0JKWPYa0Okka3QSvNq78R/qYQvIgS1q2Nqc0+AF2nbt95koyQZ8UfxNofjYcsJ8tsREZHlnYRItve8QO2HeuNQ1M+nYGMlekdCDdIpMlGScyt5LkkHQYcKrKfR7fIeM1gl237QG9B9YZyEOC3nzquWVOsPn+64m4DuUu1qcE2VrVHlYa4nmfSm5GL6OJbOemGi/XGFCPtk6GGYULkh7WhmtHRPqP5VdeSalYAtrsSKeSgsgq+XLTh8DiMx+Sckg0XsVJ8iPXJtHxk+z2etIQIuITCdwA01NB4+qwh6aYobM6cx9sxXCGBmD9H5RfFnrNs0pGTi1U3oZbUr2qETUg== 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=0wCY/i6fMTL7sJn45q4YI/V1kKet1BFR9OOeP/cg9as=; b=MFQlCY2+ak+HJui4VutrlCBQeSoIfgEtsQwg9H4+QOw2gYGfiaxqrex2E6M9yP01m/mTuFhq2cvrHOetT+5Hzl6Nhw7/W6HzfjRuES2nomwgJ1NjiUvpI/DKLxmp65LZPYlMBuI5LxtypUEQEmuiQkGgB1EBQCLVbV9RGawrUwk= Received: from BL0PR11MB3156.namprd11.prod.outlook.com (10.167.182.202) by BL0PR11MB3025.namprd11.prod.outlook.com (20.177.204.95) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3632.18; Fri, 4 Dec 2020 12:17:49 +0000 Received: from BL0PR11MB3156.namprd11.prod.outlook.com ([fe80::e152:d70a:862f:2cb5]) by BL0PR11MB3156.namprd11.prod.outlook.com ([fe80::e152:d70a:862f:2cb5%4]) with mapi id 15.20.3632.021; Fri, 4 Dec 2020 12:17:49 +0000 From: "Nagendra Kumar Nainar (naikumar)" To: Loa Andersson , "mpls@ietf.org" CC: "draft-ietf-mpls-lsp-ping-ospfv3-codepoint@ietf.org" Thread-Topic: MPLS working group last call on draft-ietf-mpls-lsp-ping-ospfv3-codepoint Thread-Index: AQHWyfmkiBsRIR3/aEumwxwiWgBA0Knmhy8A Date: Fri, 4 Dec 2020 12:17:48 +0000 Message-ID: <69BE75BB-4692-452C-864A-C8740A2996F8@cisco.com> References: <372cd6a9-1d42-15f5-29e9-12aab0b44299@pi.nu> In-Reply-To: <372cd6a9-1d42-15f5-29e9-12aab0b44299@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.43.20110804 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: [173.38.117.88] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 6aa37b15-6121-4e64-1618-08d8984e9d82 x-ms-traffictypediagnostic: BL0PR11MB3025: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:6790; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: XP3YFptPw7N77QjWFaXoMfAyuPggl1sQJ9jKeeLjhstysXIdY+pmK9CAWaAKlUkkP/I+kejxkIdYwZPGOBd/LoVbnBFbeA2S39asZhjosM8ejuhZv5sFGg4eenEp08UKgx0ULYmyomlXRt3krPtRXFiaw1cDq3KMU0ZI0EMYQqLtqveG1UxsOt2rIeD+8YO615A2Ez/oT4CCF60quDOMNyYklbWay49x0i2VneTyyml0y9cSU2RREN8TumeYpbCGg7arPKj4FZTtOnvTtcs1FzVe4EjvvcFdOR9ylknAlRjz4QCuuI2MgYftuwYnx16MIcZlXCkOZsxGeB2pHoDQlw4oL7kY0B5S9rAH2HY+S/rltxTl9MTvIY2+mHn178qb x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BL0PR11MB3156.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(136003)(346002)(366004)(376002)(39860400002)(396003)(186003)(26005)(2906002)(8676002)(110136005)(86362001)(2616005)(4744005)(316002)(6486002)(83380400001)(66946007)(33656002)(76116006)(478600001)(36756003)(8936002)(71200400001)(5660300002)(66476007)(66556008)(6512007)(64756008)(66446008)(6506007)(4326008)(45980500001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?utf-8?B?K0FpK1FGVG8wSlNpSHhwVkpmeXJSV2grbmtIMFlxL09qcGd2SHhxWDJuQ1RJ?= =?utf-8?B?QnlObE5BOXlwOHU4bFZXYXc2S3RXcDNiNHFGb0hvYkREamRUTlpmRlpqVkJJ?= =?utf-8?B?UXVYbjFsUE12U0ZLSG5OMVUvZnZycEFnbktiYmtSeWhNR041cEM0L2FHTDNK?= =?utf-8?B?Tmx4VVh1VHZZL29pODhHQ29EczFQK1RBaEw2dDN3YlVJOGdsOGdWdURJL0tD?= =?utf-8?B?Zmkwdm4wKzVwcjRpOE9qcXUwRngySG82SUpUVEltc3VEL0NZYVR3Zm51Q0Rj?= =?utf-8?B?RnBJYzdQNkRyTnlScjBCT1FZWmRXR0Z1THVubit3eHB1QkhySlFiWWlLMGM3?= =?utf-8?B?UFp6SGEwTW5NdlQ5WEtQd2RXUWRVcnhud2E1UkFuWWYvVVJUeUJTR2hCbXl6?= =?utf-8?B?RmVLV0pOUFBaSTVIWU1HSlBFSWlsSGxzYmx4QlNyR3JuQnZXQW52dlAzRjhY?= =?utf-8?B?TjlqeWIzaFNVSWx5cExHUlJwcFE0TTBSMlFvTEpHZ3IrS1hsR3c5RVROM0FX?= =?utf-8?B?a0JGZDhXOTFNU0RnTUhLL0dDdDNRbFlnekxCSHVvUk1acEMrZ0IxTmhzNFVL?= =?utf-8?B?YUZIalpIMkVsck5sNngxUmxETGxQL2tnR1dKNXJ1UUJ2RExvTlp3TXpXSXNp?= =?utf-8?B?N0htRW9wamtTQTREc01JSUdHMmdFbFloLzhOUFc0VUhjTHFKRXRRUW5Sb093?= =?utf-8?B?SWFndmcrMjAxOGY1b3lqWmdaYlpJNFVxd051ZHNrU1prS3poTExoSDhVeFFv?= =?utf-8?B?SE1EWC9pVmpKYTliN3ZRbjJrUldqZXJuNlBiYjZSNVBRbzArZ2tPWTlXNWFz?= =?utf-8?B?ZHBTSTRaZnY5NXhsblFXZERoa1RQaitvTDg0cHkrNFE5UnpVa2psdHFmd090?= =?utf-8?B?WEpsU25aaDcwdmxKcy9iT0xPdkltNEc1Zzhkb2cxOUdTNHRnc3BYaSs1OVJY?= =?utf-8?B?VG9TZWM0cXBwUzBuSDRhL3hKZUFaNUFkb1hRS0NQUVF0WTk2Y0JSckh6WGMx?= =?utf-8?B?VGdzQkM2cGVLTll6Ukk1M3o1R1UvNXlobUxVR1R1eXMxdHpoejBXRjJqdTRk?= =?utf-8?B?R04xY0haMlFEc09tOXJETnlRSEY0T2J4Lzc4M0xCaWpqaVoyeFd4ZDJiUWxs?= =?utf-8?B?dHNuSzFWVnordTFhU1B0aHg0Uk1FUnhnblJDU1NtbzJzL3Q3NmhidXdMSzNE?= =?utf-8?B?Y2lUcjR0a1NXWXR4bkxoTXdVZkhqZ3BwN3hHbzY0YWwvYkN5NlF2cEh5Tmdt?= =?utf-8?B?bVFXa1lkOCtjRmVFUkMzOHRTaDZPVHZxVmJSTHcyZWYvSkF4LzI5cDhtQ0c4?= =?utf-8?Q?x7DPnyn/uJmJjK62KinwkP6uIQFEsQ7AIs?= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-ID: <2EDCD2EAF825B2428F573EB6F4B417AB@namprd11.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BL0PR11MB3156.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 6aa37b15-6121-4e64-1618-08d8984e9d82 X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Dec 2020 12:17:48.9055 (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: o/C50AnTybPR8ahLqzwqXNO1Fg/p4y2QZw/HahatRre2XKBhHYZSs/vbU0lswg6iHqaMw5+7in3iXZWcCEkqzQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL0PR11MB3025 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.11, xch-aln-001.cisco.com X-Outbound-Node: rcdn-core-3.cisco.com Archived-At: Subject: Re: [mpls] MPLS working group last call on draft-ietf-mpls-lsp-ping-ospfv3-codepoint 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, 04 Dec 2020 12:17:53 -0000 U3VwcG9ydCBhcyBjby1hdXRob3IuDQoNClJlZ2FyZHMsDQpOYWdlbmRyYQ0KDQrvu79PbiAxMi8z LzIwLCAxMTo1NSBQTSwgIkxvYSBBbmRlcnNzb24iIDxsb2FAcGkubnU+IHdyb3RlOg0KDQoNCiAg ICBXb3JraW5nIEdyb3VwLA0KDQogICAgVGhpcyBpcyB0byBpbml0aWF0ZSBhIHR3byB3ZWVrIHdv cmtpbmcgZ3JvdXAgbGFzdCBjYWxsIG9uDQogICAgICBkcmFmdC1pZXRmLW1wbHMtbHNwLXBpbmct b3NwZnYzLWNvZGVwb2ludC0wMy4NCg0KICAgIFBsZWFzZSBzZW5kIHlvdXIgY29tbWVudHMgdG8g dGhlIG1wbHMgd2cgbWFpbGluZyBsaXN0IChtcGxzQGlldGYub3JnKS4NCg0KICAgIFRoZXJlIHdl cmUgbm8gSVBSIGRpc2Nsb3N1cmVzIGFnYWluc3QgdGhpcyBkb2N1bWVudC4NCg0KICAgIEFsbCB0 aGUgYXV0aG9ycyAobm8gY29udHJpYnV0b3JzIG9uIHRoaXMgZG9jdW1lbnQpIGhhdmUgc3RhdGVk IG9uIHRoZSANCiAgICB3b3JraW5nIGdyb3VwIG1haWxpbmcgbGlzdCB0aGF0IHRoZXkgYXJlIG5v dCBhd2FyZSBvZiBhbnkgSVBScyB0aGF0IA0KICAgIHJlbGF0ZXMgdG8gdGhpcyBkb2N1bWVudC4N Cg0KICAgIFRoaXMgd29ya2luZyBncm91cCBsYXN0IGNhbGwgZW5kcyBEZWMgMTgsIDIwMjAuDQoN Cg0KICAgIC9Mb2ENCiAgICBmb3IgdGhlIE1QTFMgd2cgY2hhaXJzDQogICAgLS0gDQoNCiAgICBM b2EgQW5kZXJzc29uICAgICAgICAgICAgICAgICAgICAgICAgZW1haWw6IGxvYUBwaS5udQ0KICAg IFNlbmlvciBNUExTIEV4cGVydCAgICAgICAgICAgICAgICAgICAgICAgICAgbG9hLnBpLm51QGdt YWlsLmNvbQ0KICAgIEJyb256ZSBEcmFnb24gQ29uc3VsdGluZyAgICAgICAgICAgICBwaG9uZTog KzQ2IDczOSA4MSAyMSA2NA0KDQo= From nobody Fri Dec 4 05:00: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 F3CAA3A0C7E; Fri, 4 Dec 2020 05:00:41 -0800 (PST) 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=kftQZKTD; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=Mf6IwqD4 Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PXaWqNRyqRr9; Fri, 4 Dec 2020 05:00:40 -0800 (PST) Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EB32F3A0C6D; Fri, 4 Dec 2020 05:00:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1766; q=dns/txt; s=iport; t=1607086840; x=1608296440; h=from:to:cc:subject:date:message-id:content-id: content-transfer-encoding:mime-version; bh=WqLwP95XjNpzfDg6jS/oUAjGYbMHVR5i+KOpZMp5+LM=; b=kftQZKTDrRHqVruupLHELeY20Jd/u3H8IschYDSljltQAh+Fnnj4mIQ4 0Z3rhyJNfyNcohvXI0998vX1dpgCEa8JP6MODWsyeN0zG+3GRSpOOyrCr n1s2zoW1nSQF24EPGNQYCc5ZgbjNd6j/fHfvc9q0OmDo9TTd+IoPmalKD 8=; X-IPAS-Result: =?us-ascii?q?A0DyBACcMMpfkJNdJa1igQmDIVF8Wy8uCoQyg0gDl3SOc?= =?us-ascii?q?YFCgREDVAsBAQENAQEYCwoCBAEBhEoZgX4CJTgTAgMBAQEDAgMBAQEBBQEBA?= =?us-ascii?q?QIBBgQUAQEBAQEBhjgMhXMCAQMBARAREQwBASkDCwENBAEIGgImAgQZBgYLF?= =?us-ascii?q?RIEAQ0FIoMEAYJVAy0BAQ6gUAKBPIhpdoEygwQBAQWFLA0LghADBgWBCSqCc?= =?us-ascii?q?4N2hlcbgUE/gREnHIJVPoIbQgEBAoEoARIBIReDADOCLIMmBFNagVSTEpNOk?= =?us-ascii?q?FlXCoJylh2FGAMfgyGKIZRjk3KNfZMYAgQCBAUCDgEBBYFtIWlwcBU7KgGCP?= =?us-ascii?q?lAXAg2OOx2DOoR9F4VEdAI1AgYBCQEBAwl8ji8BgRABAQ?= IronPort-PHdr: =?us-ascii?q?9a23=3ADQFMqBTQ3e5j95JKve5D6O0eXdpsv++ubAcI9p?= =?us-ascii?q?oqja5Pea2//pPkeVbS/uhpkESQB9mJ5/dNkeGQsq38VyoH+5nS+HwBcZkZUR?= =?us-ascii?q?gDhI1WmgE7G8eKBAX9K+KidC01GslOFToHt3G2OERYAoDyMlvVpHDh4TsbAB?= =?us-ascii?q?65NAdpKKLyAIGBx8iy3vq5rpvUZQgAjTGhYLR0eROxqwiZtsQfjYZ4bKgrzR?= =?us-ascii?q?6cqXpTcOMQzmRtdl8=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.78,392,1599523200"; d="scan'208";a="624276933" Received: from rcdn-core-11.cisco.com ([173.37.93.147]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 04 Dec 2020 13:00:29 +0000 Received: from XCH-ALN-005.cisco.com (xch-aln-005.cisco.com [173.36.7.15]) by rcdn-core-11.cisco.com (8.15.2/8.15.2) with ESMTPS id 0B4D06tm008834 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 4 Dec 2020 13:00:27 GMT Received: from xhs-rcd-002.cisco.com (173.37.227.247) by XCH-ALN-005.cisco.com (173.36.7.15) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Fri, 4 Dec 2020 07:00:24 -0600 Received: from xhs-rtp-003.cisco.com (64.101.210.230) by xhs-rcd-002.cisco.com (173.37.227.247) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Fri, 4 Dec 2020 07:00:23 -0600 Received: from NAM11-DM6-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, 4 Dec 2020 08:00:23 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=RkkW1iObBRPqHVU3JrXyujESnJXThkAJqxC9G4nucZtl3DYEBsQo6hIejSfj8N2wDClhpjmHkqlFD9NigSLZRRf2MD7JRnXSNbJCk7NQORylATGwG6SK/7LcX8YDYmtIhkd++yjVUDokt0Y4S09yMJPy/RAj0cmVOx0HiIr9ciIm5C+Ken+v7U0SrUr/mtVBAr0K5Gjd8htaZ2BlD9qHzxEg3AK1P6aDOPyCl3rl2gIbmTiic9iUhbbagOm1Ng5dbKdjCjHfjYHodHHwerR53HtnzSMLJNDOvp+uYI3Z8V7d7tWv1W4mn5tjDVxFjId9uSYAH8uyczQoWUe5hBNsMw== 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=WqLwP95XjNpzfDg6jS/oUAjGYbMHVR5i+KOpZMp5+LM=; b=PPFd2/UXYdPl0mVm+/899DeUsg/z1DmDQf4LEQ8vOVWT3T9zekzTTW17A8jRliGmVDzNmXo13yeARTaxDb4lAgXjGYqz1GGpOAGxfLmooctg2QiMvnKfvwNWOdumPVUo+CubSDPEXVN5O+4l02pPulDNHsy2IDBjbAc8jMgQ+lRO5G4v9pUKj+iun0ZhJFAQOL8jtcuRuk4kSovtq299/5Blyjf4xCaKl56JCGwd3AIG7bi7Dcn6qRGd7+0DUvenyU23nMDdoujBXiymcGnMAypeKBI6Kn8s49kVV8OLUuoON90bgCKQjkmQ55eoDpFiDnZPr7TJswxS/vvwVjCTbQ== 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=WqLwP95XjNpzfDg6jS/oUAjGYbMHVR5i+KOpZMp5+LM=; b=Mf6IwqD40UQBWfOjK5ut7iJeo2fumnTRGKMiAWDdtkCDCSgMR/LjvmN871jMrvpD02yx7J/uMTqjzl/FtN5zG3FItWdpQ4rdrOxP7vRf9DmtB26uNbgxlP+9D8vIhJCf58QCq6QRtbruv54/n8AY9f7al9EaeS94ZHjvFRnSVC8= Received: from MN2PR11MB3887.namprd11.prod.outlook.com (2603:10b6:208:156::14) by MN2PR11MB3791.namprd11.prod.outlook.com (2603:10b6:208:f9::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3632.17; Fri, 4 Dec 2020 13:00:21 +0000 Received: from MN2PR11MB3887.namprd11.prod.outlook.com ([fe80::2cb2:bca5:8f3d:8e3c]) by MN2PR11MB3887.namprd11.prod.outlook.com ([fe80::2cb2:bca5:8f3d:8e3c%2]) with mapi id 15.20.3632.021; Fri, 4 Dec 2020 13:00:21 +0000 From: "Saurabh Chopra (saurchop)" To: "Nagendra Kumar Nainar (naikumar)" , Loa Andersson , "mpls@ietf.org" CC: "draft-ietf-mpls-lsp-ping-ospfv3-codepoint@ietf.org" Thread-Topic: [mpls] MPLS working group last call on draft-ietf-mpls-lsp-ping-ospfv3-codepoint Thread-Index: AQHWyj1sQF0IRauZ7karHoyg8Q9+CQ== Date: Fri, 4 Dec 2020 13:00:21 +0000 Message-ID: <9C5CD0CD-687E-4C54-ACBC-EC4D7CD362B1@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.43.20110804 authentication-results: dmarc.ietf.org; dkim=none (message not signed) header.d=none;dmarc.ietf.org; dmarc=none action=none header.from=cisco.com; x-originating-ip: [122.161.166.205] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 9c081371-334d-4304-1705-08d898548eeb x-ms-traffictypediagnostic: MN2PR11MB3791: 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: 4igZLfH5p38f9z+TeClKN1wc+MPyc0inMbaB1GlNTCzlNJU9uuAF5zCZy/Bk1NnhvtpQsh6ZPPNkqVjzIJMYA6FcShAEzIKNgT1NV7YniMC6s31H34jTc/i03kCtNTmD7HefdYDG7nzg6OIKKybYRc/LRA+/iLI0Wvgc7hwj5mSE+X2hxoQSkD+Lls302xGli1/BzfKv7//UVfhZ5Jk3f8VX8f+0Az+Qe1RTz3tvxOG3YFfsaoJaFDCR1SkSDN59uvWGkzT+ASTFIenyHG9Ewn3wUbcHe90m1TWJJzM/xMDBUbkugXOjZmHCa9eNajjQ107teEtt5SxbtNGXN9aPkXCE4ReiT2z5CLor1+DigyAEN6N9tB1sCOmv73hUudZ0bZkSxSlVtJdSSz7lTcOdjH45MrYqpo9TFZrDqdPE1+iuNCIFWjCImNN5p978s4fL0aITqaJpSS0ls8LFGnBKQg== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MN2PR11MB3887.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(366004)(39860400002)(136003)(396003)(346002)(376002)(8676002)(6512007)(86362001)(186003)(36756003)(26005)(6506007)(55236004)(83380400001)(8936002)(4744005)(316002)(966005)(478600001)(110136005)(5660300002)(76116006)(66946007)(53546011)(33656002)(6486002)(2616005)(91956017)(64756008)(4326008)(66556008)(66446008)(66476007)(71200400001)(2906002)(45980500001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?utf-8?B?L0YwVXZnSzBHY2JPbEZJS2xaV09OYjBjVEZSbVNrbGFCMFRsdGx6R0ZVbm1X?= =?utf-8?B?TDQ3QkMzb25GdTU2WC9XaWQ5NW5zdm0xQkVNcTJDbEdtdnQxVFJ3Vi9ENkkr?= =?utf-8?B?ZDZvVkMvUEl2R1NPUUYwRGxWMUIwV1o2NzFQVVVodlpqRFU2dkRPLzQzRDJC?= =?utf-8?B?TGtpOWNhcXFHdldKL21VaUw2UGhBcmpBUytkY3Zic2lBZlR3L0xTdlJGQ0hK?= =?utf-8?B?QW9kYk9yUkp1NGgzMy8rQ081OHNrd2IzWkdPb1lBdWRMcmZneC9ScHI0L0tt?= =?utf-8?B?T3B5SlJabW8vUEhUc1pxRzdhaDhQUWJkeVRKb1B0NHpTNHNscmVldXM3akVj?= =?utf-8?B?c2t3TnFVbWhWK2Z6UElvK1VKMzh5MUlNeTd4M2FoMmE1Z2FURXhwcFIrMlpT?= =?utf-8?B?UURBU2dpWGExVHIyckZyTVN6YkJhM3dBTW9aQnlBZ3JkSmxDSGJQbXVQbDho?= =?utf-8?B?U28wcmxYeG5DN2QxVDhBRVpxU3U5QUoxZTdobW15RUc5NExmT1BSQUN0b0to?= =?utf-8?B?T0ExbTNtenU5VEJrTnFsMkN4dU1jeDBCemZYL2JXV0p4MExwbGVUbWN2TTNV?= =?utf-8?B?UGNpTUJ4Wm90QnVvYytFTC9pNWtLQkpZOUdHSGl5bTh6QnhRQXc0Mmhra3V1?= =?utf-8?B?YmFCc1BVS2VwbVlVUmlNK1Qvclhrd3pzL1ZWM09vQWdONGFqTHU3VlpGNldT?= =?utf-8?B?MVJZNklPRElXQUU0TzVDaytrZ3l0bUlKeEF3UkR5UGFYaWlJMXdkZ20rUEV0?= =?utf-8?B?b2ErNUQ3UzhTNllUVGxzQVUyUVl3Zk5KRmI5UnV2cWs2ZC8rYjBuVkV0TE5j?= =?utf-8?B?RWZBNkRDWlR2RFJBVkY5YW0wZVluU1FML2wxS1JPa01PMVFtTEtSR0J6UjZw?= =?utf-8?B?cFVjVVRBbWZkQlY0c0wwUW1RK3BmY2J4MzFDTkVNZWxNU1ZsemVNNld1cmMy?= =?utf-8?B?V1N6L2pUTmFLcit0WlZUQzJMVkVzRWZRZ1NCYllFemhsQ1Yxa0I2WjBxN29w?= =?utf-8?B?RTBTSEJvRVc0TFZWcmpMUGdBdXUvWTdSMEVFZ1ZLUWMyVjVTWHRYZEV4ZG5F?= =?utf-8?B?M0dWQ09STTNaYUtkM0ZUekM3U3dOcFFiL2k3R1hIcHM4eDZBbURQMHA1czk3?= =?utf-8?B?S0d2aFlFdnBMVE0wQi9yV3hkZHY5N0lHbWx3MG5yWCs5UXZVNGswQXlLVFRW?= =?utf-8?B?RkdiNkMzM0xsOEJQSE9rMU15WHU1Qk5kU0QvazcyS0k1RENjQnJlQjcwVTZy?= =?utf-8?B?eXYxQ3pObnEwcy9ndkhvb0tBQkNubFFzUVllZXpqUWZqSHVTb1d5aXNKT090?= =?utf-8?Q?4y/NSa/XOVTTakxZ2BMAuYFEpiyYajEXOW?= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-ID: <888B3970B9E6CF449CAA6BCAD3BAA98D@namprd11.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: MN2PR11MB3887.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 9c081371-334d-4304-1705-08d898548eeb X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Dec 2020 13:00:21.4392 (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: tepZ4yhWbnvtabh03gGDVARmUw4138rhgyliZNHBPcwMFx5NBTwuknOWLMBD7tDXihRcOwQrMCURnibAfowZdA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB3791 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.15, xch-aln-005.cisco.com X-Outbound-Node: rcdn-core-11.cisco.com Archived-At: Subject: Re: [mpls] MPLS working group last call on draft-ietf-mpls-lsp-ping-ospfv3-codepoint 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, 04 Dec 2020 13:00:42 -0000 SSBzdXBwb3J0Lg0KDQpUaGFua3MsDQpTYXVyYWJoIA0KDQrvu79PbiAxMi80LzIwLCA1OjQ4IFBN LCAibXBscyBvbiBiZWhhbGYgb2YgTmFnZW5kcmEgS3VtYXIgTmFpbmFyIChuYWlrdW1hcikiIDxt cGxzLWJvdW5jZXNAaWV0Zi5vcmcgb24gYmVoYWxmIG9mIG5haWt1bWFyPTQwY2lzY28uY29tQGRt YXJjLmlldGYub3JnPiB3cm90ZToNCg0KICAgIFN1cHBvcnQgYXMgY28tYXV0aG9yLg0KDQogICAg UmVnYXJkcywNCiAgICBOYWdlbmRyYQ0KDQogICAgT24gMTIvMy8yMCwgMTE6NTUgUE0sICJMb2Eg QW5kZXJzc29uIiA8bG9hQHBpLm51PiB3cm90ZToNCg0KDQogICAgICAgIFdvcmtpbmcgR3JvdXAs DQoNCiAgICAgICAgVGhpcyBpcyB0byBpbml0aWF0ZSBhIHR3byB3ZWVrIHdvcmtpbmcgZ3JvdXAg bGFzdCBjYWxsIG9uDQogICAgICAgICAgZHJhZnQtaWV0Zi1tcGxzLWxzcC1waW5nLW9zcGZ2My1j b2RlcG9pbnQtMDMuDQoNCiAgICAgICAgUGxlYXNlIHNlbmQgeW91ciBjb21tZW50cyB0byB0aGUg bXBscyB3ZyBtYWlsaW5nIGxpc3QgKG1wbHNAaWV0Zi5vcmcpLg0KDQogICAgICAgIFRoZXJlIHdl cmUgbm8gSVBSIGRpc2Nsb3N1cmVzIGFnYWluc3QgdGhpcyBkb2N1bWVudC4NCg0KICAgICAgICBB bGwgdGhlIGF1dGhvcnMgKG5vIGNvbnRyaWJ1dG9ycyBvbiB0aGlzIGRvY3VtZW50KSBoYXZlIHN0 YXRlZCBvbiB0aGUgDQogICAgICAgIHdvcmtpbmcgZ3JvdXAgbWFpbGluZyBsaXN0IHRoYXQgdGhl eSBhcmUgbm90IGF3YXJlIG9mIGFueSBJUFJzIHRoYXQgDQogICAgICAgIHJlbGF0ZXMgdG8gdGhp cyBkb2N1bWVudC4NCg0KICAgICAgICBUaGlzIHdvcmtpbmcgZ3JvdXAgbGFzdCBjYWxsIGVuZHMg RGVjIDE4LCAyMDIwLg0KDQoNCiAgICAgICAgL0xvYQ0KICAgICAgICBmb3IgdGhlIE1QTFMgd2cg Y2hhaXJzDQogICAgICAgIC0tIA0KDQogICAgICAgIExvYSBBbmRlcnNzb24gICAgICAgICAgICAg ICAgICAgICAgICBlbWFpbDogbG9hQHBpLm51DQogICAgICAgIFNlbmlvciBNUExTIEV4cGVydCAg ICAgICAgICAgICAgICAgICAgICAgICAgbG9hLnBpLm51QGdtYWlsLmNvbQ0KICAgICAgICBCcm9u emUgRHJhZ29uIENvbnN1bHRpbmcgICAgICAgICAgICAgcGhvbmU6ICs0NiA3MzkgODEgMjEgNjQN Cg0KICAgIF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQog ICAgbXBscyBtYWlsaW5nIGxpc3QNCiAgICBtcGxzQGlldGYub3JnDQogICAgaHR0cHM6Ly93d3cu aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxzDQoNCg== From nobody Fri Dec 4 06:18: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 2BAF63A0D78; Fri, 4 Dec 2020 06:18:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.6 X-Spam-Level: X-Spam-Status: No, score=-9.6 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_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=J1Jk8KHn; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=gBcr+x9v Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0mQ9RWEqW2pu; Fri, 4 Dec 2020 06:18:31 -0800 (PST) Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E62443A0D77; Fri, 4 Dec 2020 06:18:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=9633; q=dns/txt; s=iport; t=1607091511; x=1608301111; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=6RP+ss9oRZBEdZPhNdOz/HajV+VgfoH6FEAZ6FpZXk4=; b=J1Jk8KHnqJm8Sjnp6/L6o02cMNqT/RcPMYVbdjgYoFrHC1VVSEO62TTJ J2sYNUSzCs+6aNKqM5VI3ufYFaG9Cfz2g+vbxTGt0ovHYKzVGfAExr24z +OWkwruzrCxvfpfy/DqQmHB4mwMJDYGQEEb+cubCy+RChe/tJktsoi8fL w=; X-IPAS-Result: =?us-ascii?q?A0DcAgD6RMpfkI0NJK1iHAEBAQEBAQcBARIBAQQEAQGCD?= =?us-ascii?q?4EjL1F8Wy8uCoQyg0gDjV2KF4oAhHGBQoERA1QLAQEBDQEBGAEKCgIEAQGES?= =?us-ascii?q?gIXgX4CJTgTAgMBAQEDAgMBAQEBBQEBAQIBBgQUAQEBAQEBhjgMhXIBAQEBA?= =?us-ascii?q?wEBEBEdAQEpAwsBDQICAQgRAwECKAMCAgIZBgYLFAkIAgQBDQUigwQBgX5XA?= =?us-ascii?q?y4BAgygQwKBPIhpdoEygwQBAQWFMg0LghADBgWBM4Jzg3aBBoVRG4FBP4ERJ?= =?us-ascii?q?xyCVT6CG0IBAYElBQESAScRCQ0JgmEzgiyDJgRTWoFUkxKHJowokFlXCoJyl?= =?us-ascii?q?h2FGAMfgyGKIZRjk3KNfZMYAgQCBAUCDgEBBYFtIWlwcBU7KgGCPlAXAg2OI?= =?us-ascii?q?RodgzqEfReFRHQCNQIGAQkBAQMJfI4vAYEQAQE?= IronPort-PHdr: =?us-ascii?q?9a23=3AlQnkcR8/Si3YtP9uRHGN82YQeigqvan1NQcJ65?= =?us-ascii?q?0hzqhDabmn44+7ZBKN/fQrikKaFYnY6vcRje3QvuigXGEb+p+OvTgEd4AETB?= =?us-ascii?q?4Kj8ga3mlCSM6IAEH2NrjmOio9GskRTF4j+WzoeURQEdz1MlvVpHD65DUOGx?= =?us-ascii?q?L5YAxyIOm9GoPbg8mtke6o/JiGaARTjz37arR3fxg=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.78,392,1599523200"; d="scan'208,217";a="630907725" Received: from alln-core-8.cisco.com ([173.36.13.141]) by alln-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 04 Dec 2020 14:18:29 +0000 Received: from XCH-RCD-005.cisco.com (xch-rcd-005.cisco.com [173.37.102.15]) by alln-core-8.cisco.com (8.15.2/8.15.2) with ESMTPS id 0B4EITRZ011934 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 4 Dec 2020 14:18:29 GMT Received: from xhs-aln-002.cisco.com (173.37.135.119) by XCH-RCD-005.cisco.com (173.37.102.15) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Fri, 4 Dec 2020 08:18:29 -0600 Received: from xhs-aln-003.cisco.com (173.37.135.120) by xhs-aln-002.cisco.com (173.37.135.119) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Fri, 4 Dec 2020 08:18:29 -0600 Received: from NAM11-CO1-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-003.cisco.com (173.37.135.120) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Fri, 4 Dec 2020 08:18:29 -0600 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=aNppF7iz+YsN0BH+LgdZ26YMsXqV0cbWauORcPEIrMsxs9ovfsYWHEIIsZ6ZcTMOZsPUcFsNTGM9fKYfUX0F7Us9hh+YIwoTjBGvLT3BSoX1KKYjdQLZCtgZBdsWWQ8n8bs2jPseGF5nARpL8PsnACgZTDzc5q+z/s9JqP9PCRqzWkLOzvnpmH2axe1tmESF1devz47EmskQ0jT1UhDooCK9NW3hqAt3sZmf5cU33PB498KGOKXS/jQE2U4wLdRZ9w4bD9DJB0sfXnC3hEQIXN9V4SUCmrri3wYy/CZZD/JBMCh6jUx03409D58dxILCOY4YQqC6Yxnk3tTas1p62g== 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=6RP+ss9oRZBEdZPhNdOz/HajV+VgfoH6FEAZ6FpZXk4=; b=WF9QdGnkbCodLk2kZPqJ/j3OuLYRaDxd+AI7XUOwzqgK7xt/yxPfldZvsjR+yCPuGpGBFjQ3cN1PZmwAKv2h0m27ftVx6Ru0S5+CV4od1UYriMEjj/XtjLaDPo0C6Ebg49ue/ov6Kz5cFXXM9FHR7FZK4SIiBLS1/JnQs35QMCuEhdmUbA6pr02CPjqIO5rJlUWm3syp0OgQFJAgL9RzvLuuHTwUjiIgCR3gWe7VLKFYnVWmElERxKNpikn9Chql6Rm0TSyDeJJK6tBKfevg2Izd7h/gPLc/8Pcr4pcxOmOa/pZ5n+E8X2zf4S9dlECiW9ioieifr6RbFKnqto+0Qw== 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=6RP+ss9oRZBEdZPhNdOz/HajV+VgfoH6FEAZ6FpZXk4=; b=gBcr+x9v9IdT+N/gXjtRWO3yJMpZ4vkYsaGgTH4aSQcdaDEP0aND2+AemfbY81ExomF8XwcSoP6AmiJNgwKO/TrrNrG/oCsivgdGn9RjwD7fK21YiaMJHetUiYZOjnmop/+T2iWsS8fjy7KWSY6b1MPZQ1RIzXNs/OoRoUwbINI= Received: from DM6PR11MB4692.namprd11.prod.outlook.com (2603:10b6:5:2aa::11) by DM5PR11MB1433.namprd11.prod.outlook.com (2603:10b6:4:6::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3564.28; Fri, 4 Dec 2020 14:18:28 +0000 Received: from DM6PR11MB4692.namprd11.prod.outlook.com ([fe80::31bb:ee91:659c:993a]) by DM6PR11MB4692.namprd11.prod.outlook.com ([fe80::31bb:ee91:659c:993a%3]) with mapi id 15.20.3632.017; Fri, 4 Dec 2020 14:18:28 +0000 From: "Zafar Ali (zali)" To: Loa Andersson , "mpls@ietf.org" CC: "draft-ietf-mpls-lsp-ping-ospfv3-codepoint@ietf.org" , "Zafar Ali (zali)" Thread-Topic: [mpls] MPLS working group last call on draft-ietf-mpls-lsp-ping-ospfv3-codepoint Thread-Index: AQHWyfmjjUbJP+km20qTurR5HCzhd6nmqOQA Date: Fri, 4 Dec 2020 14:18:28 +0000 Message-ID: References: <372cd6a9-1d42-15f5-29e9-12aab0b44299@pi.nu> In-Reply-To: <372cd6a9-1d42-15f5-29e9-12aab0b44299@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.43.20110804 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: [47.185.231.129] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 298847ad-0eba-40b4-4c33-08d8985f785d x-ms-traffictypediagnostic: DM5PR11MB1433: x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8273; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: ViR7iy7EN6pXguBbJq9AVfwxM9Va9vicx+1pIkIqoZnlSMD+Z/qeHWI14yIGF/DREbom8EcxMMkURQ7qaEw1wk+5yNEeC2+xgdpuYzOW3kb+d86Mvg5WA5ZRpdzUZWOrrEkgHkblMv01fng6fHb8tsq4t8X/u4qt7URxYU672oRq9NPOG7rTL1vQDM8IEcabE9qUD9YRqhXY1thZt/Ygj3nlkwzuOhppbxiX5nCVYSeWechm2FNuHvEm359/ph06gUa49a/1bK4dk3LhMp/ieEzbKcjbaj8nMLcxlh2s7DSguwrPtfQGKYJjPqMhgNmeDb+LESbUG+zcEbrlH6kotDDB+XxdsYZYVkj//mn48gEVd4IkUgsEpltoZI+LupPfitZKQUZ7jUqYDUdFT8ziej3Xj/30/fnTMsS0v3qLYeT8Tjh4E4m4dZu2adjWOJFy+Bcw01l56Fn91TVPeCVWzQ== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR11MB4692.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(136003)(366004)(396003)(39860400002)(346002)(376002)(107886003)(110136005)(66946007)(76116006)(91956017)(33656002)(6512007)(64756008)(66446008)(54906003)(26005)(71200400001)(166002)(478600001)(316002)(8676002)(186003)(966005)(53546011)(66476007)(6506007)(8936002)(2906002)(86362001)(5660300002)(36756003)(4326008)(2616005)(66556008)(83380400001)(6486002)(45980500001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?utf-8?B?OUhaZjR4Wjl5WCs5M1p5bGJ5Y1ZOb3NUNmRtdHlqV2hEMDJWUHpFR3NTUlNI?= =?utf-8?B?THJGdEt3S0pBclhtQXF1SkNKSWpiN3RDaTdMMTFRM21NdWlZaE96OVh6d0dr?= =?utf-8?B?QmYwSG5Wc2YvSll5eDliQ3dkOWI1WStkWTdLZUlLUFNvbEhYYWc3cFF3K2xJ?= =?utf-8?B?YTVuY3k4WnZtSEFVc0R4ZjlVZmlldWtVNjIramcrbG5xU2N2b1lpQk04M0l2?= =?utf-8?B?R3UxYUNKeHNqUS96ak9LbS9FTnlRQytQZWMxREswNW1XKy9BVE1oZSs0UGtZ?= =?utf-8?B?aE0yREs5Uy9QZDN0VmRybFJnWnFNTS9uWHlFRXE1emdITVB6OVRBcUoyajI3?= =?utf-8?B?VXUrRm1vVGpncHhhV1hMeVZKR2NLN3RGRGVxbzRMNEpKamkwV202OTd2NWNr?= =?utf-8?B?Vi9tcXk4VGJZQ3V0eDBYM0NrOHRWYndRMkprcFl2VGNHUVplSWJOc1FhUTg0?= =?utf-8?B?TUNxVGRtQmw4bTRuRWJtRHd5emJmQTM0RGsyU2tJMUdld2pUR2x0K2VZR2Vq?= =?utf-8?B?aW5TOTlld2NZa20wZ2N6YXJCMVo4eW5WZVprRXlWMVI3a2I3TXN3KzNqZS85?= =?utf-8?B?dHMzTjlyTHJScmwvY3IvNXAxOWtwdzRESE9GaUcvRmxMOHg5RUtDR2w0NVZR?= =?utf-8?B?dWcxRFRhWjhuTGdqM2FGMW9nQzZHSkV3V0Z6VThPWktyUm83RkRIekFZdjdT?= =?utf-8?B?Q2h4S05ndG5XT0RZcU9TRG5jaW84c0YweWNaeGRFd2tnTUN0eUdQTitwYmJ1?= =?utf-8?B?bnZ1SUhJZVg1S3NkQ1Foblo2dWlLYm94S1dUa25UTjZta2xUTzdPaExlREhl?= =?utf-8?B?RXhqNVdnMkZtYmd1NlBDc1lMcXVxdnNZcjRQYi9YZjk3aDFxSkpZUmpVTm5J?= =?utf-8?B?Vy9oYjgvUGZCY2s5REQxUXBYY2t3QkN1d3VFaDJ4amZvdjhWN0s1bG00MXV0?= =?utf-8?B?T0piOEYvaUhCS1VwcHpTbXZFVG9yY1pjY0RjQmVBL0RvQjJPdU5xWE1UeEZz?= =?utf-8?B?b2JWdm9WUTUvUStEbUM3REpDUzNqZ0Q0eEhJWFE2dXAya2pBZ0pvZnE0V1M4?= =?utf-8?B?Y1FhVXZDWStzNzVzWSt5eEJYSTFJamFIOC90MFgvaXczUi8rT1VpVmVOdVBM?= =?utf-8?B?dTlESTNJdTJxU1VVMUtDcGh3N0k1cnNFbXp3cHFESU9RUzFVRXc5TG9ieGdU?= =?utf-8?B?a1NLUEhNdVZzd1ZHS3R3cDFYck5SRUhnS3hueVBMSmRLNHZxWE5CQjNzdTNm?= =?utf-8?B?NmY4MU5QNVQ4K3lJeEJVTjUwc0RvdzdtTkYyTVpsTHRvY1E3RzdXaFlxRUIz?= =?utf-8?Q?8eaACwXLkcaSED0asn+QsXaqxalJlzptiO?= Content-Type: multipart/alternative; boundary="_000_F7954C0ED8784A8A82ABDD4A800D3FCCciscocom_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DM6PR11MB4692.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 298847ad-0eba-40b4-4c33-08d8985f785d X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Dec 2020 14:18:28.0405 (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: mrwfMqD8iPwohlZxUoin2xOU6NpNStqvIx36svcSxXDSfQHpfk+MBOTy3CIP5Cd6 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR11MB1433 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.15, xch-rcd-005.cisco.com X-Outbound-Node: alln-core-8.cisco.com Archived-At: Subject: Re: [mpls] MPLS working group last call on draft-ietf-mpls-lsp-ping-ospfv3-codepoint 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, 04 Dec 2020 14:18:33 -0000 --_000_F7954C0ED8784A8A82ABDD4A800D3FCCciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RGVhciBjaGFpcnMgYW5kIHRoZSBXRywNCg0KU3VwcG9ydCENCg0KVGhhbmtzDQoNClJlZ2FyZHMg 4oCmIFphZmFyDQoNCkZyb206IG1wbHMgPG1wbHMtYm91bmNlc0BpZXRmLm9yZz4gb24gYmVoYWxm IG9mIExvYSBBbmRlcnNzb24gPGxvYUBwaS5udT4NCkRhdGU6IFRodXJzZGF5LCBEZWNlbWJlciAz LCAyMDIwIGF0IDExOjU1IFBNDQpUbzogIm1wbHNAaWV0Zi5vcmciIDxtcGxzQGlldGYub3JnPg0K Q2M6ICJtcGxzQGlldGYub3JnIiA8bXBsc0BpZXRmLm9yZz4sICJkcmFmdC1pZXRmLW1wbHMtbHNw LXBpbmctb3NwZnYzLWNvZGVwb2ludEBpZXRmLm9yZyIgPGRyYWZ0LWlldGYtbXBscy1sc3AtcGlu Zy1vc3BmdjMtY29kZXBvaW50QGlldGYub3JnPg0KU3ViamVjdDogW21wbHNdIE1QTFMgd29ya2lu ZyBncm91cCBsYXN0IGNhbGwgb24gZHJhZnQtaWV0Zi1tcGxzLWxzcC1waW5nLW9zcGZ2My1jb2Rl cG9pbnQNCg0KDQpXb3JraW5nIEdyb3VwLA0KDQpUaGlzIGlzIHRvIGluaXRpYXRlIGEgdHdvIHdl ZWsgd29ya2luZyBncm91cCBsYXN0IGNhbGwgb24NCiAgZHJhZnQtaWV0Zi1tcGxzLWxzcC1waW5n LW9zcGZ2My1jb2RlcG9pbnQtMDMuDQoNClBsZWFzZSBzZW5kIHlvdXIgY29tbWVudHMgdG8gdGhl IG1wbHMgd2cgbWFpbGluZyBsaXN0IChtcGxzQGlldGYub3JnPG1haWx0bzptcGxzQGlldGYub3Jn PikuDQoNClRoZXJlIHdlcmUgbm8gSVBSIGRpc2Nsb3N1cmVzIGFnYWluc3QgdGhpcyBkb2N1bWVu dC4NCg0KQWxsIHRoZSBhdXRob3JzIChubyBjb250cmlidXRvcnMgb24gdGhpcyBkb2N1bWVudCkg aGF2ZSBzdGF0ZWQgb24gdGhlDQp3b3JraW5nIGdyb3VwIG1haWxpbmcgbGlzdCB0aGF0IHRoZXkg YXJlIG5vdCBhd2FyZSBvZiBhbnkgSVBScyB0aGF0DQpyZWxhdGVzIHRvIHRoaXMgZG9jdW1lbnQu DQoNClRoaXMgd29ya2luZyBncm91cCBsYXN0IGNhbGwgZW5kcyBEZWMgMTgsIDIwMjAuDQoNCg0K L0xvYQ0KZm9yIHRoZSBNUExTIHdnIGNoYWlycw0KLS0NCg0KTG9hIEFuZGVyc3NvbiAgICAgICAg ICAgICAgICAgICAgICAgIGVtYWlsOiBsb2FAcGkubnU8bWFpbHRvOmxvYUBwaS5udT4NClNlbmlv ciBNUExTIEV4cGVydCAgICAgICAgICAgICAgICAgICAgICAgICAgbG9hLnBpLm51QGdtYWlsLmNv bTxtYWlsdG86bG9hLnBpLm51QGdtYWlsLmNvbT4NCkJyb256ZSBEcmFnb24gQ29uc3VsdGluZyAg ICAgICAgICAgICBwaG9uZTogKzQ2IDczOSA4MSAyMSA2NA0KDQpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KbXBscyBtYWlsaW5nIGxpc3QNCm1wbHNAaWV0 Zi5vcmc8bWFpbHRvOm1wbHNAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFu L2xpc3RpbmZvL21wbHMNCg0K --_000_F7954C0ED8784A8A82ABDD4A800D3FCCciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <241C8A948D7E2E49B3F60B1309A7E735@namprd11.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3Jt YWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCWZvbnQtc2l6 ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KYTpsaW5rLCBz cGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsN Cgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnNwYW4uRW1haWxTdHlsZTE4DQoJe21zby1z dHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNl cmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5 cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjEN Cgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30N CmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT4NCjwv aGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIiBzdHls ZT0id29yZC13cmFwOmJyZWFrLXdvcmQiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPkRlYXIgY2hhaXJzIGFuZCB0aGUgV0csIDxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj5TdXBwb3J0ISA8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoYW5r czxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlJlZ2FyZHMg4oCmIFphZmFyIDxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8 ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNCNUM0REYgMS4wcHQ7cGFk ZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48Yj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+RnJvbTogPC9zcGFuPjwvYj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+bXBscyAmbHQ7bXBscy1ib3Vu Y2VzQGlldGYub3JnJmd0OyBvbiBiZWhhbGYgb2YgTG9hIEFuZGVyc3NvbiAmbHQ7bG9hQHBpLm51 Jmd0Ozxicj4NCjxiPkRhdGU6IDwvYj5UaHVyc2RheSwgRGVjZW1iZXIgMywgMjAyMCBhdCAxMTo1 NSBQTTxicj4NCjxiPlRvOiA8L2I+JnF1b3Q7bXBsc0BpZXRmLm9yZyZxdW90OyAmbHQ7bXBsc0Bp ZXRmLm9yZyZndDs8YnI+DQo8Yj5DYzogPC9iPiZxdW90O21wbHNAaWV0Zi5vcmcmcXVvdDsgJmx0 O21wbHNAaWV0Zi5vcmcmZ3Q7LCAmcXVvdDtkcmFmdC1pZXRmLW1wbHMtbHNwLXBpbmctb3NwZnYz LWNvZGVwb2ludEBpZXRmLm9yZyZxdW90OyAmbHQ7ZHJhZnQtaWV0Zi1tcGxzLWxzcC1waW5nLW9z cGZ2My1jb2RlcG9pbnRAaWV0Zi5vcmcmZ3Q7PGJyPg0KPGI+U3ViamVjdDogPC9iPlttcGxzXSBN UExTIHdvcmtpbmcgZ3JvdXAgbGFzdCBjYWxsIG9uIGRyYWZ0LWlldGYtbXBscy1sc3AtcGluZy1v c3BmdjMtY29kZXBvaW50PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPldvcmtpbmcgR3JvdXAsPG86cD48L286cD48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoaXMgaXMgdG8gaW5pdGlhdGUgYSB0 d28gd2VlayB3b3JraW5nIGdyb3VwIGxhc3QgY2FsbCBvbjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+Jm5ic3A7Jm5ic3A7ZHJhZnQtaWV0Zi1tcGxz LWxzcC1waW5nLW9zcGZ2My1jb2RlcG9pbnQtMDMuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlBsZWFzZSBzZW5kIHlvdXIgY29tbWVudHMgdG8g dGhlIG1wbHMgd2cgbWFpbGluZyBsaXN0ICg8YSBocmVmPSJtYWlsdG86bXBsc0BpZXRmLm9yZyI+ bXBsc0BpZXRmLm9yZzwvYT4pLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj5UaGVyZSB3ZXJlIG5vIElQUiBkaXNjbG9zdXJlcyBhZ2FpbnN0IHRo aXMgZG9jdW1lbnQuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPkFsbCB0aGUgYXV0aG9ycyAobm8gY29udHJpYnV0b3JzIG9uIHRoaXMgZG9jdW1l bnQpIGhhdmUgc3RhdGVkIG9uIHRoZQ0KPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj53b3JraW5nIGdyb3VwIG1haWxpbmcgbGlzdCB0aGF0IHRoZXkg YXJlIG5vdCBhd2FyZSBvZiBhbnkgSVBScyB0aGF0DQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPnJlbGF0ZXMgdG8gdGhpcyBkb2N1bWVudC48bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5i c3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhpcyB3 b3JraW5nIGdyb3VwIGxhc3QgY2FsbCBlbmRzIERlYyAxOCwgMjAyMC48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4vTG9hPG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5mb3IgdGhlIE1QTFMgd2cg Y2hhaXJzPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij4tLSA8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+TG9hIEFuZGVyc3NvbiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO2VtYWlsOiA8YSBo cmVmPSJtYWlsdG86bG9hQHBpLm51Ij4NCmxvYUBwaS5udTwvYT48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlNlbmlvciBNUExTIEV4cGVydCZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzxhIGhyZWY9Im1haWx0bzpsb2Eu cGkubnVAZ21haWwuY29tIj5sb2EucGkubnVAZ21haWwuY29tPC9hPjxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+QnJvbnplIERyYWdvbiBDb25zdWx0 aW5nJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IHBob25lOiArNDYgNzM5IDgxIDIxIDY0PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPl9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5tcGxzIG1haWxpbmcgbGlzdDxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGEgaHJlZj0ibWFpbHRvOm1w bHNAaWV0Zi5vcmciPm1wbHNAaWV0Zi5vcmc8L2E+PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YSBocmVmPSJodHRwczovL3d3dy5pZXRmLm9yZy9t YWlsbWFuL2xpc3RpbmZvL21wbHMiPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu Zm8vbXBsczwvYT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwv aHRtbD4NCg== --_000_F7954C0ED8784A8A82ABDD4A800D3FCCciscocom_-- From nobody Fri Dec 4 06:37:33 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 475ED3A0BD4; Fri, 4 Dec 2020 06:37:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.218 X-Spam-Level: X-Spam-Status: No, score=-8.218 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_COMMENT_SAVED_URL=1.391, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_HTML_ATTACH=0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=HjnEj1sm; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=b60sXs3Y Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jJhiJ4srKDPC; Fri, 4 Dec 2020 06:37:27 -0800 (PST) Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0B1303A0B8E; Fri, 4 Dec 2020 06:37:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=42155; q=dns/txt; s=iport; t=1607092647; x=1608302247; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=32JcgjruJrGpYVc1V1Fovpa4uccM+8i1ks/W8Y89neg=; b=HjnEj1sm0vE4xmy1Eo9B64/K5KTuEonZ6gRVmGvz2p6ivMtIKY9gkb86 4EzHZDcamNVdCUUwhSiS3RAcDhUNU88t6+h95GhHjFD+cC4ag5q02DbmJ rcaLhtP2+95vYIPt1/lleQ1MfbIQmmm1EM/bdWIpRCUSwVnetaF6DNtp0 k=; X-Files: Diff_ draft-ietf-mpls-lsp-ping-ospfv3-codepoint-03.txt.orig - draft-ietf-mpls-lsp-ping-ospfv3-codepoint-03.txt.html : 28666 X-IPAS-Result: =?us-ascii?q?A0A7AABiScpfmJtdJa1iGgEBAQEBAQEBAQEDAQEBARIBA?= =?us-ascii?q?QEBAgIBAQEBgg+BUiMufFsvLgqEMoFfgWkDjVmIXoE8jnGBQoERA08FBAcBA?= =?us-ascii?q?QENAQEYAQwIAgQBAYMVgTUCF4F+AiU4EwIDAQEBAwIDAQEBAQUBAQECAQYEF?= =?us-ascii?q?AEBAQEBAQEBhjYMhXMCAQMBARARChMBASUEAwsBDQICAQg4AQkCAgIZBgYLJ?= =?us-ascii?q?QIEAQ0FCQUUgwQBglUDLgEOoEACgTyIaXaBMoMEAQEFhS8NC4IJBwkFgTOCc?= =?us-ascii?q?4N2hlcbggCBESccglU+ghs3CwEBAgEWgREBEgEnERaCajOCLIFYASpEAV4BA?= =?us-ascii?q?xo3AQETMhUgFDseFwIGCRkGQZJRhyaBUognhiqMXlcKgnKEVYREjQSFGAMfg?= =?us-ascii?q?yGBLIh1lGOTcosIgnWTGAIEAgQFAg4BAQWBbSFpcHAVOyoBgj4JRxcCDY1+I?= =?us-ascii?q?xodgzqEfReFRHQCATQCBgEJAQEDCXyMfC2BBgExXwEB?= IronPort-PHdr: =?us-ascii?q?9a23=3AHQb11hW2D7VzagGCWdaBDVhv1NTV8LGuZFwc94?= =?us-ascii?q?YnhrRSc6+q45XlOgnF6O5wiEPSBN2FuepFzezL4OjsWm0FtJCGtn1KMJlBTA?= =?us-ascii?q?QMhshemQs8SNWEBkv2IL+PDWQ6Ec1OWUUj8yS9Nk5YS97/IVvP8TW+6DcIEU?= =?us-ascii?q?D5Mgx4bu3+Bo/ViZGx0Oa/s53eaglFnnyze7R3eR63tg7W8MIRhNhv?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.78,392,1599523200"; d="html'217?scan'217,208,217";a="624359333" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 04 Dec 2020 14:37:25 +0000 Received: from XCH-ALN-003.cisco.com (xch-aln-003.cisco.com [173.36.7.13]) by rcdn-core-4.cisco.com (8.15.2/8.15.2) with ESMTPS id 0B4EbPxU002956 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 4 Dec 2020 14:37:25 GMT Received: from xhs-aln-003.cisco.com (173.37.135.120) by XCH-ALN-003.cisco.com (173.36.7.13) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Fri, 4 Dec 2020 08:37:25 -0600 Received: from xhs-rcd-002.cisco.com (173.37.227.247) by xhs-aln-003.cisco.com (173.37.135.120) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Fri, 4 Dec 2020 08:37:24 -0600 Received: from NAM12-MW2-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-002.cisco.com (173.37.227.247) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Fri, 4 Dec 2020 08:37:24 -0600 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=DRKD5iEngmAPIlQO2Rd+iALn4gtsz49QZ5M3wtOk0B+jbcLhW0V/Ftap6/W0SlnZ5CjXH4M7N6b3DRuIefV0Y4T2AkYCsGh3Lej7k2I2Df/uHGxhKvDdZDViRocrNcv/R7jdfFcvZx2+WYIR9gpN4Vc5Pwu8W2+9R989mkt/HJCEHizC5xKgyfC4EIJou3IIsbuPiYahuvnrhjqt53sIczVmIIoZ44V36r/hQd1JwDEOL3o6OupfQYWw0FjyC3zUD/5cwUKCz8G1reRWX0GZx+H5rDc88MBVWWXHvjMOZI9O8TZqaDvU4crUKmReWOjjHx5cNnV7YVdysDxYXond1w== 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=hHbrzEMxYkuFIsIVFiPD+OQ8xc0MQgMBTu9Vo02gKhY=; b=DVGNT681x54N1aRIF7Y0kZWIiwWB4w2ZrjKGp615Z+4s3yEspC+ZMwvZrAozjf72WhqrQea12zzvM4oq9Xxj5uTBb6XzmUkBN44jDtPiPI9Jt+73xuT0jE2oKntEb9GTFqyi/QnE14nhJrkw9N96LUlxfscwbHbnvBR1i7fB4FjgUcK9mplzQspWxB7iuKhBmRXK+Bl7d6LP9koqy+tOJonBfmu/Q8Wphnyj29AV2wvSCq7PSIxNgdFoAP508ryrZBsO/HarmIiBAo2WrvlI53o/KXrnnYyC0uIZmEFoevY8q8eqhJzXUa6bENu8CN5wXZYG081xQkxo/uCqgJa7QQ== 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=hHbrzEMxYkuFIsIVFiPD+OQ8xc0MQgMBTu9Vo02gKhY=; b=b60sXs3Y0vFveag1Q4xeWbRGIU7NP8TN5rItWwqLVV+l2M2lkLppA6lB1IK/MCrpo/EJS6FNJcwt6c87kZKf501eTFVFwvqKs6P96KDStA4ib89ubllF4Vkai8Y0Eq6teV72YAQ2Eum+/Qujllo+fuh3N4Gwwx2CApCSmyvaBq0= Received: from BYAPR11MB2887.namprd11.prod.outlook.com (2603:10b6:a03:89::27) by BY5PR11MB3960.namprd11.prod.outlook.com (2603:10b6:a03:185::30) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3611.25; Fri, 4 Dec 2020 14:37:23 +0000 Received: from BYAPR11MB2887.namprd11.prod.outlook.com ([fe80::65a7:2fad:a960:2557]) by BYAPR11MB2887.namprd11.prod.outlook.com ([fe80::65a7:2fad:a960:2557%3]) with mapi id 15.20.3632.021; Fri, 4 Dec 2020 14:37:23 +0000 From: "Acee Lindem (acee)" To: Loa Andersson , "mpls@ietf.org" CC: "draft-ietf-mpls-lsp-ping-ospfv3-codepoint@ietf.org" Thread-Topic: [mpls] MPLS working group last call on draft-ietf-mpls-lsp-ping-ospfv3-codepoint Thread-Index: AQHWyfmnDfSOjLCGEU2M72Vs/+7UD6nmriwA Date: Fri, 4 Dec 2020 14:37:23 +0000 Message-ID: <89AA4FE5-000B-4B86-821E-235E3E7BB02A@cisco.com> References: <372cd6a9-1d42-15f5-29e9-12aab0b44299@pi.nu> In-Reply-To: <372cd6a9-1d42-15f5-29e9-12aab0b44299@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.43.20110804 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: [136.56.133.70] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 9cda5091-c799-4aa9-2912-08d898621d00 x-ms-traffictypediagnostic: BY5PR11MB3960: 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: Rlb2zGwpEfkA1ZUbtcwDK0TkQHdSjJGtG6uVI6A8qRF5hpwb2bUNE1bYh7cnGiG62mnRcTAW6ejAhXvIRcE1R8NRL0eUfQwZWegUCVonAwdtFRiq/YkA9xQRwsjJYMEcE39B0yYzurj4kmncxXkJvdvHIdVwqtg4hIlwWVMs/nhYYoIAiiE9YnHDv+Ym+yFFRPDBATFrOHw70K0niUOwFmK8I27q+akwKR7BMJx5AJQf1J3T0RZgzFWDGXFI7v2kR5sPLINsJ2SSh/hEXHUbnaawMvVfzmyPJ05KyX35pXIeyKlGjUJjTAiFwqoA6ZaNFXk9abDlHnEnPNc2ByHyT9nIZxbwskaAmkDb6oVmw8QJWD0BP+IR3+6e/RNTCtRJKMeREeKmb05/+OHeeF/5Y9/snMTvbleOXxBT1HpgHERmC/rf4dsa/G43llwmJAeASLtnwkE65Y3x3ChQkj8QtA== 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; SFS:(376002)(346002)(136003)(366004)(396003)(39860400002)(8936002)(5660300002)(8676002)(316002)(26005)(110136005)(2906002)(71200400001)(66946007)(64756008)(66556008)(66476007)(86362001)(33656002)(966005)(99936003)(76116006)(83380400001)(36756003)(6506007)(478600001)(186003)(2616005)(6512007)(66446008)(4326008)(66616009)(6486002)(45980500001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?utf-8?B?OG11ZW5yY2p4ZHIvSWpleExDQmxSdUU3NFAxZ0psVlJDbUJHdkNDMDZGY2tL?= =?utf-8?B?M0t0bFdnYXE1L3pMTm56MmFtV3hMcVU0b2NSeU05aHplZmkzWWU0QndTQ042?= =?utf-8?B?dXkrMlBKTEx6OXJJeXIwWFFkdmxVS2RWOEk4ajVRTHBTbDhCTkM5S1VBUVBY?= =?utf-8?B?UlMyTnVnZUZMTGJTekEzWGdZQnVWbnJZOTBNSWpQZlVhek5naW1zUmRjb3gx?= =?utf-8?B?UXZtM3BuQTArY2FRdU9peW5ZdDUrMU4zWkVrRUxGaDlnQnNuN29rSkQ4TzBp?= =?utf-8?B?VWdGaEozRElXdFRYcDAwQVFMUGw5SDdUQVpEclZuQ2dLcGFYVlh2c2c4eGpV?= =?utf-8?B?eFdUZkUwVHVNT2xrS1VlME1rRTdQTFBPUDBkb0djZEZQd0VEL09tWmhMVXlj?= =?utf-8?B?dDNKV3QySmpabU9ZZ0pkd2V6UlhwNU5RY2hrN2lCMWdCUHRZWkptZy9yc3VX?= =?utf-8?B?eFdiTG5Hb213RzhjcVIrQ3hPWklYdHVjZmw5NXNNS1o4VDVlMWlIcFhRd1NE?= =?utf-8?B?cWRnMkoxblEvaWFzUWNVRnVUdmhINzgra3FZWTB0ZDZOR01GRTVYdVdGUEVW?= =?utf-8?B?dGQxdzZINTlSUjArZkFpdXl5TUF3ODFZVDc0bkFKeG5aK1M0NzU0cWQvTkdM?= =?utf-8?B?d1JleHBFbktlWDNFWStGc3RiM09nZGJSZExMN09TQ25MRUJlVi9WaW9NOFJD?= =?utf-8?B?ZitQNS9XZVVrV1VPbElBOGNWQUtKZ21zSDA4OUtnSEVCSlhqVWZmSzhjTGtr?= =?utf-8?B?ZTAzd0pOZElOSUR3YVkrdHdtOWFhQXRRR0dKZEdia2cwSDdJR282akRtc3Z3?= =?utf-8?B?ZEhORVErVnB1RzFhTUtTUWVMRld2S29QRzFLSlBHRmxuZGFBbXBlUThESHBo?= =?utf-8?B?Ykg3cGxmblo0Rmo4UzVuM2pQTWlDUWRzQUZnTlR2T2tYUXVGQkZoVmRoNTNY?= =?utf-8?B?akFoNnlNZkpla2NGVVc2Q0dCREFrekRFbGRpdWIrdk14U2RZVWthVjJSa09F?= =?utf-8?B?eUVuMytyYzhHUnV1VmR0RFRSZE5aUk5XZjIrTU8xRDd3dkIrT2VwUjVmdnZw?= =?utf-8?B?SkpNREowdGVwbXdjcEt4cXJnUDA4RG5zWTA3UmljaHpBWnZvS0toSkQrdWh2?= =?utf-8?B?eDVkSnArdFBKekJ1N0FlV0ZaUnZiMTM2ODBrWDlHNVdjc1VCZXJ2Wi9Ucm1k?= =?utf-8?B?YUliYi9VMzM1Qk5waEw1WFFiWmpBZ1EzMUw0L0NTQmpUUXVvMHorZHlHU095?= =?utf-8?B?ZVVGUTJ1U3haSVNrb0JUc0FBMHpNL2VRUjNpd1JsRjE1MkxFY1Jpdk5QTlgy?= =?utf-8?Q?IKFk1OVl53iJQsCjQmMrMv0FQyAii88BO2?= x-ms-exchange-transport-forked: True Content-Type: multipart/mixed; boundary="_002_89AA4FE5000B4B86821E235E3E7BB02Aciscocom_" 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: 9cda5091-c799-4aa9-2912-08d898621d00 X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Dec 2020 14:37:23.1143 (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: Pr6uwdT90kQjCy877O5gdCw1crQ/Fhx6auwg6IyPZNfISCPGrujDxCERG4EumdWK X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY5PR11MB3960 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.13, xch-aln-003.cisco.com X-Outbound-Node: rcdn-core-4.cisco.com Archived-At: Subject: Re: [mpls] MPLS working group last call on draft-ietf-mpls-lsp-ping-ospfv3-codepoint 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, 04 Dec 2020 14:37:30 -0000 --_002_89AA4FE5000B4B86821E235E3E7BB02Aciscocom_ Content-Type: text/plain; charset="utf-8" Content-ID: <398F8221A1E5F741A675BA7494347781@namprd11.prod.outlook.com> Content-Transfer-Encoding: base64 SCBMb2EsIGV0IGFsLCANCg0KSSBzdXBwb3J0IHB1YmxpY2F0aW9uLiBJJ3ZlIGF0dGFjaGVkIHNv bWUgZWRpdG9yaWFsIGNvbW1lbnRzLiBUaGUgb25lIHRoaW5nIHRoYXQgbmVlZHMgY29ycmVjdGlv biBpcyB0aGUgaW5jb25zaXN0ZW50IHVzYWdlIG9mICJjb2RlIHBvaW50IiBhcyB0d28gd29yZHMg YW5kIGEgY29tcG91bmQgd29yZC4gVGhvdWdoIHVzYWdlIGluIHRoZSBJRVRGIGF0IGxhcmdlIGlz IGluY29uc2lzdGVudCwgSSBwcmVmZXIgdHdvIHdvcmRzIGFzIGlzIHJlZmxlY3RlZCBpbiBteSBj b21tZW50cy4gQXQgbGVhc3QgaW4gdGhlIG9ubGluZSBkaWN0aW9uYXJ5IEkgdXNlLCAiY29kZXBv aW50IiBpcyBub3QgYSB3b3JkLiANCg0KVGhhbmtzLA0KQWNlZQ0KDQrvu79PbiAxMi8zLzIwLCAx MTo1NSBQTSwgIm1wbHMgb24gYmVoYWxmIG9mIExvYSBBbmRlcnNzb24iIDxtcGxzLWJvdW5jZXNA aWV0Zi5vcmcgb24gYmVoYWxmIG9mIGxvYUBwaS5udT4gd3JvdGU6DQoNCg0KICAgIFdvcmtpbmcg R3JvdXAsDQoNCiAgICBUaGlzIGlzIHRvIGluaXRpYXRlIGEgdHdvIHdlZWsgd29ya2luZyBncm91 cCBsYXN0IGNhbGwgb24NCiAgICAgIGRyYWZ0LWlldGYtbXBscy1sc3AtcGluZy1vc3BmdjMtY29k ZXBvaW50LTAzLg0KDQogICAgUGxlYXNlIHNlbmQgeW91ciBjb21tZW50cyB0byB0aGUgbXBscyB3 ZyBtYWlsaW5nIGxpc3QgKG1wbHNAaWV0Zi5vcmcpLg0KDQogICAgVGhlcmUgd2VyZSBubyBJUFIg ZGlzY2xvc3VyZXMgYWdhaW5zdCB0aGlzIGRvY3VtZW50Lg0KDQogICAgQWxsIHRoZSBhdXRob3Jz IChubyBjb250cmlidXRvcnMgb24gdGhpcyBkb2N1bWVudCkgaGF2ZSBzdGF0ZWQgb24gdGhlIA0K ICAgIHdvcmtpbmcgZ3JvdXAgbWFpbGluZyBsaXN0IHRoYXQgdGhleSBhcmUgbm90IGF3YXJlIG9m IGFueSBJUFJzIHRoYXQgDQogICAgcmVsYXRlcyB0byB0aGlzIGRvY3VtZW50Lg0KDQogICAgVGhp cyB3b3JraW5nIGdyb3VwIGxhc3QgY2FsbCBlbmRzIERlYyAxOCwgMjAyMC4NCg0KDQogICAgL0xv YQ0KICAgIGZvciB0aGUgTVBMUyB3ZyBjaGFpcnMNCiAgICAtLSANCg0KICAgIExvYSBBbmRlcnNz b24gICAgICAgICAgICAgICAgICAgICAgICBlbWFpbDogbG9hQHBpLm51DQogICAgU2VuaW9yIE1Q TFMgRXhwZXJ0ICAgICAgICAgICAgICAgICAgICAgICAgICBsb2EucGkubnVAZ21haWwuY29tDQog ICAgQnJvbnplIERyYWdvbiBDb25zdWx0aW5nICAgICAgICAgICAgIHBob25lOiArNDYgNzM5IDgx IDIxIDY0DQoNCiAgICBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXw0KICAgIG1wbHMgbWFpbGluZyBsaXN0DQogICAgbXBsc0BpZXRmLm9yZw0KICAgIGh0dHBz Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBscw0KDQo= --_002_89AA4FE5000B4B86821E235E3E7BB02Aciscocom_ Content-Type: text/html; name="Diff_ draft-ietf-mpls-lsp-ping-ospfv3-codepoint-03.txt.orig - draft-ietf-mpls-lsp-ping-ospfv3-codepoint-03.txt.html" Content-Description: Diff_ draft-ietf-mpls-lsp-ping-ospfv3-codepoint-03.txt.orig - draft-ietf-mpls-lsp-ping-ospfv3-codepoint-03.txt.html Content-Disposition: attachment; filename="Diff_ draft-ietf-mpls-lsp-ping-ospfv3-codepoint-03.txt.orig - draft-ietf-mpls-lsp-ping-ospfv3-codepoint-03.txt.html"; size=28666; creation-date="Fri, 04 Dec 2020 14:37:22 GMT"; modification-date="Fri, 04 Dec 2020 14:37:22 GMT" Content-ID: <3385B9C22114C4408D090D5DA293C61C@namprd11.prod.outlook.com> Content-Transfer-Encoding: base64 PCFET0NUWVBFIGh0bWwgUFVCTElDICItLy9XM0MvL0RURCBYSFRNTCAxLjAgVHJhbnNpdGlvbmFs Ly9FTiIgImh0dHA6Ly93d3cudzMub3JnL1RSL3hodG1sMS9EVEQveGh0bWwxLXRyYW5zaXRpb25h bC5kdGQiPgo8IS0tIHNhdmVkIGZyb20gdXJsPSgwMDMxKWh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcv cmZjZGlmZi8gLS0+CjxodG1sIHhtbG5zPSJodHRwOi8vd3d3LnczLm9yZy8xOTk5L3hodG1sIj48 aGVhZD48bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsg Y2hhcnNldD1VVEYtOCI+IAogICAKICA8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVN0eWxlLVR5 cGUiIGNvbnRlbnQ9InRleHQvY3NzIj4gCiAgPHRpdGxlPkRpZmY6IGRyYWZ0LWlldGYtbXBscy1s c3AtcGluZy1vc3BmdjMtY29kZXBvaW50LTAzLnR4dC5vcmlnIC0gZHJhZnQtaWV0Zi1tcGxzLWxz cC1waW5nLW9zcGZ2My1jb2RlcG9pbnQtMDMudHh0PC90aXRsZT4gCiAgPHN0eWxlIHR5cGU9InRl eHQvY3NzIj4gCiAgICBib2R5ICAgIHsgbWFyZ2luOiAwLjRleDsgbWFyZ2luLXJpZ2h0OiBhdXRv OyB9IAogICAgdHIgICAgICB7IH0gCiAgICB0ZCAgICAgIHsgd2hpdGUtc3BhY2U6IHByZTsgZm9u dC1mYW1pbHk6IG1vbm9zcGFjZTsgdmVydGljYWwtYWxpZ246IHRvcDsgZm9udC1zaXplOiAwLjg2 ZW07fSAKICAgIHRoICAgICAgeyBmb250LXNpemU6IDAuODZlbTsgfSAKICAgIC5zbWFsbCAgeyBm b250LXNpemU6IDAuNmVtOyBmb250LXN0eWxlOiBpdGFsaWM7IGZvbnQtZmFtaWx5OiBWZXJkYW5h LCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWY7IH0gCiAgICAubGVmdCAgIHsgYmFja2dyb3VuZC1jb2xv cjogI0VFRTsgfSAKICAgIC5yaWdodCAgeyBiYWNrZ3JvdW5kLWNvbG9yOiAjRkZGOyB9IAogICAg LmRpZmYgICB7IGJhY2tncm91bmQtY29sb3I6ICNDQ0Y7IH0gCiAgICAubGJsb2NrIHsgYmFja2dy b3VuZC1jb2xvcjogI0JGQjsgfSAKICAgIC5yYmxvY2sgeyBiYWNrZ3JvdW5kLWNvbG9yOiAjRkY4 OyB9IAogICAgLmluc2VydCB7IGJhY2tncm91bmQtY29sb3I6ICM4RkY7IH0gCiAgICAuZGVsZXRl IHsgYmFja2dyb3VuZC1jb2xvcjogI0FDRjsgfSAKICAgIC52b2lkICAgeyBiYWNrZ3JvdW5kLWNv bG9yOiAjRkZCOyB9IAogICAgLmNvbnQgICB7IGJhY2tncm91bmQtY29sb3I6ICNFRUU7IH0gCiAg ICAubGluZWJyIHsgYmFja2dyb3VuZC1jb2xvcjogI0FBQTsgfSAKICAgIC5saW5lbm8geyBjb2xv cjogcmVkOyBiYWNrZ3JvdW5kLWNvbG9yOiAjRkZGOyBmb250LXNpemU6IDAuN2VtOyB0ZXh0LWFs aWduOiByaWdodDsgcGFkZGluZzogMCAycHg7IH0gCiAgICAuZWxpcHNpc3sgYmFja2dyb3VuZC1j b2xvcjogI0FBQTsgfSAKICAgIC5sZWZ0IC5jb250IHsgYmFja2dyb3VuZC1jb2xvcjogI0RERDsg fSAKICAgIC5yaWdodCAuY29udCB7IGJhY2tncm91bmQtY29sb3I6ICNFRUU7IH0gCiAgICAubGJs b2NrIC5jb250IHsgYmFja2dyb3VuZC1jb2xvcjogIzlEOTsgfSAKICAgIC5yYmxvY2sgLmNvbnQg eyBiYWNrZ3JvdW5kLWNvbG9yOiAjREQ2OyB9IAogICAgLmluc2VydCAuY29udCB7IGJhY2tncm91 bmQtY29sb3I6ICMwREQ7IH0gCiAgICAuZGVsZXRlIC5jb250IHsgYmFja2dyb3VuZC1jb2xvcjog IzhBRDsgfSAKICAgIC5zdGF0cywgLnN0YXRzIHRkLCAuc3RhdHMgdGggeyBiYWNrZ3JvdW5kLWNv bG9yOiAjRUVFOyBwYWRkaW5nOiAycHggMDsgfSAKICAgIHNwYW4uaGlkZSB7IGRpc3BsYXk6IG5v bmU7IGNvbG9yOiAjYWFhO30gICAgYTpob3ZlciBzcGFuIHsgZGlzcGxheTogaW5saW5lOyB9ICAg IHRyLmNoYW5nZSB7IGJhY2tncm91bmQtY29sb3I6IGdyYXk7IH0gCiAgICB0ci5jaGFuZ2UgYSB7 IHRleHQtZGVjb3JhdGlvbjogbm9uZTsgY29sb3I6IGJsYWNrIH0gCiAgPC9zdHlsZT4gCiAgICAg PHNjcmlwdD4KdmFyIGNodW5rX2luZGV4ID0gMDsKdmFyIG9sZF9jaHVuayA9IG51bGw7CgpmdW5j dGlvbiBmb3JtYXRfY2h1bmsoaW5kZXgpIHsKICAgIHZhciBwcmVmaXggPSAiZGlmZiI7CiAgICB2 YXIgc3RyID0gaW5kZXgudG9TdHJpbmcoKTsKICAgIGZvciAoeD0wOyB4PCg0LXN0ci5sZW5ndGgp OyArK3gpIHsKICAgICAgICBwcmVmaXgrPScwJzsKICAgIH0KICAgIHJldHVybiBwcmVmaXggKyBz dHI7Cn0KCmZ1bmN0aW9uIGZpbmRfY2h1bmsobil7CiAgICByZXR1cm4gZG9jdW1lbnQucXVlcnlT ZWxlY3RvcigndHJbaWQkPSInICsgbiArICciXScpOwp9CgpmdW5jdGlvbiBjaGFuZ2VfY2h1bmso b2Zmc2V0KSB7CiAgICB2YXIgaW5kZXggPSBjaHVua19pbmRleCArIG9mZnNldDsKICAgIHZhciBu ZXdfc3RyOwogICAgdmFyIG5ld19jaHVuazsKCiAgICBuZXdfc3RyID0gZm9ybWF0X2NodW5rKGlu ZGV4KTsKICAgIG5ld19jaHVuayA9IGZpbmRfY2h1bmsobmV3X3N0cik7CiAgICBpZiAoIW5ld19j aHVuaykgewogICAgICAgIHJldHVybjsKICAgIH0KICAgIGlmIChvbGRfY2h1bmspIHsKICAgICAg ICBvbGRfY2h1bmsuc3R5bGUub3V0bGluZSA9ICIiOwogICAgfQogICAgb2xkX2NodW5rID0gbmV3 X2NodW5rOwogICAgb2xkX2NodW5rLnN0eWxlLm91dGxpbmUgPSAiMXB4IHNvbGlkIHJlZCI7CiAg ICB3aW5kb3cubG9jYXRpb24uaGFzaCA9ICIjIiArIG5ld19zdHI7CiAgICB3aW5kb3cuc2Nyb2xs QnkoMCwtMTAwKTsKICAgIGNodW5rX2luZGV4ID0gaW5kZXg7Cn0KCmRvY3VtZW50Lm9ua2V5ZG93 biA9IGZ1bmN0aW9uKGUpIHsKICAgIHN3aXRjaCAoZS5rZXlDb2RlKSB7CiAgICBjYXNlIDc4Ogog ICAgICAgIGNoYW5nZV9jaHVuaygxKTsKICAgICAgICBicmVhazsKICAgIGNhc2UgODA6CiAgICAg ICAgY2hhbmdlX2NodW5rKC0xKTsKICAgICAgICBicmVhazsKICAgIH0KfTsKICAgPC9zY3JpcHQ+ IAo8L2hlYWQ+IAo8Ym9keT4gCiAgPHRhYmxlIGJvcmRlcj0iMCIgY2VsbHBhZGRpbmc9IjAiIGNl bGxzcGFjaW5nPSIwIj4gCiAgPHRib2R5Pjx0ciBpZD0icGFydC0xIiBiZ2NvbG9yPSJvcmFuZ2Ui Pjx0aD48L3RoPjx0aD48YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL3JmY2RpZmY/dXJs Mj1kcmFmdC1pZXRmLW1wbHMtbHNwLXBpbmctb3NwZnYzLWNvZGVwb2ludC0wMy50eHQub3JpZyIg c3R5bGU9ImNvbG9yOiMwMDg7IHRleHQtZGVjb3JhdGlvbjpub25lOyI+Jmx0OzwvYT4mbmJzcDs8 YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1tcGxzLWxzcC1w aW5nLW9zcGZ2My1jb2RlcG9pbnQtMDMudHh0Lm9yaWciIHN0eWxlPSJjb2xvcjojMDA4Ij5kcmFm dC1pZXRmLW1wbHMtbHNwLXBpbmctb3NwZnYzLWNvZGVwb2ludC0wMy50eHQub3JpZzwvYT4mbmJz cDs8L3RoPjx0aD4gPC90aD48dGg+Jm5ic3A7PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9y Zy9odG1sL2RyYWZ0LWlldGYtbXBscy1sc3AtcGluZy1vc3BmdjMtY29kZXBvaW50LTAzLnR4dCIg c3R5bGU9ImNvbG9yOiMwMDgiPmRyYWZ0LWlldGYtbXBscy1sc3AtcGluZy1vc3BmdjMtY29kZXBv aW50LTAzLnR4dDwvYT4mbmJzcDs8YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL3JmY2Rp ZmY/dXJsMT1kcmFmdC1pZXRmLW1wbHMtbHNwLXBpbmctb3NwZnYzLWNvZGVwb2ludC0wMy50eHQi IHN0eWxlPSJjb2xvcjojMDA4OyB0ZXh0LWRlY29yYXRpb246bm9uZTsiPiZndDs8L2E+PC90aD48 dGg+PC90aD48L3RyPiAKICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij5OZXR3b3JrIFdvcmsgZ3JvdXAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICBOLiBOYWluYXI8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij5OZXR3b3JrIFdvcmsgZ3JvdXAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICBOLiBOYWluYXI8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPkludGVybmV0 LURyYWZ0ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEMuIFBp Z25hdGFybzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPkludGVybmV0LURyYWZ0ICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEMuIFBpZ25hdGFybzwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+VXBkYXRlczogODI4NyAoaWYgYXBwcm92ZWQpICAg ICAgICAgICAgICAgICAgICAgICAgICBDaXNjbyBTeXN0ZW1zLCBJbmMuPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+VXBkYXRlczogODI4NyAoaWYgYXBwcm92ZWQpICAgICAgICAgICAg ICAgICAgICAgICAgICBDaXNjbyBTeXN0ZW1zLCBJbmMuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij5JbnRlbmRlZCBzdGF0dXM6IFN0YW5kYXJkcyBUcmFjayAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgTS4gQWlzc2FvdWk8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij5JbnRl bmRlZCBzdGF0dXM6IFN0YW5kYXJkcyBUcmFjayAgICAgICAgICAgICAgICAgICAgICAgICAgICAg TS4gQWlzc2FvdWk8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPkV4cGlyZXM6IE1heSAyNCwg MjAyMSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBOb2tpYTwv dGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPkV4cGlyZXM6IE1heSAyNCwgMjAyMSAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBOb2tpYTwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIE5vdmVtYmVyIDIwLCAyMDIwPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIE5vdmVtYmVyIDIwLCAyMDIwPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3Rk Pjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMDEiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgICAgICAgICAgICAg ICAgIE9TUEZ2MyBDb2RlUG9pbnQgZm9yIE1QTFMgTFNQIFBpbmc8L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJibG9jayI+ICAgICAgICAgICAgICAgICAgIE9TUEZ2MyBDb2RlPHNwYW4gY2xhc3M9 Imluc2VydCI+IDwvc3Bhbj5Qb2ludCBmb3IgTVBMUyBMU1AgUGluZzwvdGQ+PHRkIGNsYXNzPSJs aW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBj bGFzcz0ibGVmdCI+ICAgICAgICAgICAgICBkcmFmdC1pZXRmLW1wbHMtbHNwLXBpbmctb3NwZnYz LWNvZGVwb2ludC0wMzwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICAgICAgICAg ICAgZHJhZnQtaWV0Zi1tcGxzLWxzcC1waW5nLW9zcGZ2My1jb2RlcG9pbnQtMDM8L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+QWJzdHJhY3Q8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJpZ2h0Ij5BYnN0cmFjdDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBJQU5B IGhhcyBjcmVhdGVkICJQcm90b2NvbCBpbiB0aGUgU2VnbWVudCBJUyBTdWItVExWIiByZWdpc3Ry eSBhbmQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBJQU5BIGhhcyBjcmVhdGVk ICJQcm90b2NvbCBpbiB0aGUgU2VnbWVudCBJUyBTdWItVExWIiByZWdpc3RyeSBhbmQ8L3RkPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgICJQcm90b2NvbCBpbiB0aGUgTGFiZWwgU3RhY2sgU3Vi LVRMViBvZiB0aGUgRG93bnN0cmVhbSBEZXRhaWxlZDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0i cmlnaHQiPiAgICJQcm90b2NvbCBpbiB0aGUgTGFiZWwgU3RhY2sgU3ViLVRMViBvZiB0aGUgRG93 bnN0cmVhbSBEZXRhaWxlZDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgTWFwcGluZyBU TFYiIHVuZGVyIHRoZSAiTXVsdGktUHJvdG9jb2wgTGFiZWwgU3dpdGNoaW5nIChNUExTKSBMYWJl bDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIE1hcHBpbmcgVExWIiB1bmRlciB0 aGUgIk11bHRpLVByb3RvY29sIExhYmVsIFN3aXRjaGluZyAoTVBMUykgTGFiZWw8L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFN3aXRjaGVkIFBhdGhzIChMU1BzKSBQaW5nIFBhcmFtZXRl cnMiIHJlZ2lzdHJ5LiAgUkZDODI4NyBkZWZpbmVzIHRoZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgIFN3aXRjaGVkIFBhdGhzIChMU1BzKSBQaW5nIFBhcmFtZXRlcnMiIHJlZ2lz dHJ5LiAgUkZDODI4NyBkZWZpbmVzIHRoZTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyIGlkPSJkaWZmMDAwMiI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBjb2RlIHBvaW50PHNwYW4g Y2xhc3M9ImRlbGV0ZSI+IGZvciBkaWZmZXJlbnQgSW50ZXJpb3IgR2F0ZXdheSBQcm90b2NvbDwv c3Bhbj4gKElHUCkuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIGNvZGUgcG9p bnQ8c3BhbiBjbGFzcz0iaW5zZXJ0Ij5zIGZvciBkaWZmZXJlbnQgSW50ZXJpb3IgR2F0ZXdheSBQ cm90b2NvbHM8L3NwYW4+IChJR1ApLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4g ICBUaGlzIGRvY3VtZW50IHByb3Bvc2VzIHRoZSBjb2RlIHBvaW50IHRvIGJlIHVzZWQgaW4gdGhl IFNlZ21lbnQgSUQ8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBUaGlzIGRvY3Vt ZW50IHByb3Bvc2VzIHRoZSBjb2RlIHBvaW50IHRvIGJlIHVzZWQgaW4gdGhlIFNlZ21lbnQgSUQ8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFN1Yi1UTFYgYW5kIERvd25zdHJlYW0gRGV0 YWlsZWQgTWFwcGluZyBUTFYgd2hlbiB0aGUgSUdQIHByb3RvY29sIGlzPC90ZD48dGQ+IDwvdGQ+ PHRkIGNsYXNzPSJyaWdodCI+ICAgU3ViLVRMViBhbmQgRG93bnN0cmVhbSBEZXRhaWxlZCBNYXBw aW5nIFRMViB3aGVuIHRoZSBJR1AgcHJvdG9jb2wgaXM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMDMiPjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0 cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxibG9jayI+ICAgT1NQRnYzLiAg VGhpcyBkb2N1bWVudCBhbHNvIGNsYXJpZmllcyB0aGF0IHRoZSBleGlzdGluZyBjb2RlcG9pbnRz IG9mPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIE9TUEZ2My4gIFRoaXMgZG9j dW1lbnQgYWxzbyBjbGFyaWZpZXMgdGhhdCB0aGUgZXhpc3RpbmcgY29kZTxzcGFuIGNsYXNzPSJp bnNlcnQiPiA8L3NwYW4+cG9pbnRzIG9mPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICB0 aGVzZSB0d28gVExWcyBjYWxsZWQgIk9TUEYiIHNoYWxsIG9ubHkgYmUgdXNlZCBmb3IgT1NQRnYy LjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHRoZXNlIHR3byBUTFZzIGNhbGxl ZCAiT1NQRiIgc2hhbGwgb25seSBiZSB1c2VkIGZvciBPU1BGdjIuPC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPlN0YXR1cyBvZiBUaGlzIE1lbW88L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij5TdGF0dXMgb2YgVGhpcyBNZW1vPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPiAgIFRoaXMgSW50ZXJuZXQtRHJhZnQgaXMgc3VibWl0dGVkIGluIGZ1bGwgY29uZm9y bWFuY2Ugd2l0aCB0aGU8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBUaGlzIElu dGVybmV0LURyYWZ0IGlzIHN1Ym1pdHRlZCBpbiBmdWxsIGNvbmZvcm1hbmNlIHdpdGggdGhlPC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBwcm92aXNpb25zIG9mIEJDUCA3OCBhbmQgQkNQ IDc5LjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHByb3Zpc2lvbnMgb2YgQkNQ IDc4IGFuZCBCQ1AgNzkuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90 ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIEludGVy bmV0LURyYWZ0cyBhcmUgd29ya2luZyBkb2N1bWVudHMgb2YgdGhlIEludGVybmV0IEVuZ2luZWVy aW5nPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgSW50ZXJuZXQtRHJhZnRzIGFy ZSB3b3JraW5nIGRvY3VtZW50cyBvZiB0aGUgSW50ZXJuZXQgRW5naW5lZXJpbmc8L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFRhc2sgRm9yY2UgKElFVEYpLiAgTm90ZSB0aGF0IG90aGVy IGdyb3VwcyBtYXkgYWxzbyBkaXN0cmlidXRlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdo dCI+ICAgVGFzayBGb3JjZSAoSUVURikuICBOb3RlIHRoYXQgb3RoZXIgZ3JvdXBzIG1heSBhbHNv IGRpc3RyaWJ1dGU8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIHdvcmtpbmcgZG9jdW1l bnRzIGFzIEludGVybmV0LURyYWZ0cy4gIFRoZSBsaXN0IG9mIGN1cnJlbnQgSW50ZXJuZXQtPC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgd29ya2luZyBkb2N1bWVudHMgYXMgSW50 ZXJuZXQtRHJhZnRzLiAgVGhlIGxpc3Qgb2YgY3VycmVudCBJbnRlcm5ldC08L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJwYXJ0LTIiIGNsYXNzPSJj aGFuZ2UiPjx0ZD48L3RkPjx0aD48c21hbGw+c2tpcHBpbmcgdG8gY2hhbmdlIGF0PC9zbWFsbD48 YSBocmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL3JmY2RpZmYvI3BhcnQtMiI+PGVtPiBwYWdl IDIsIGxpbmUgMzU8c3BhbiBjbGFzcz0iaGlkZSI+IMK2PC9zcGFuPjwvZW0+PC9hPjwvdGg+PHRo PiA8L3RoPjx0aD48c21hbGw+c2tpcHBpbmcgdG8gY2hhbmdlIGF0PC9zbWFsbD48YSBocmVmPSJo dHRwczovL3Rvb2xzLmlldGYub3JnL3JmY2RpZmYvI3BhcnQtMiI+PGVtPiBwYWdlIDIsIGxpbmUg MzU8c3BhbiBjbGFzcz0iaGlkZSI+IMK2PC9zcGFuPjwvZW0+PC9hPjwvdGg+PHRkPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAg OS4gIEFja25vd2xlZGdlbWVudCAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gICA0PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgOS4gIEFja25v d2xlZGdlbWVudCAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g ICA0PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAxMC4gTm9ybWF0aXZlIFJlZmVyZW5j ZXMgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDQ8L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICAxMC4gTm9ybWF0aXZlIFJlZmVyZW5jZXMgIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgIDQ8L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxlZnQiPiAgIEF1dGhvcnMnIEFkZHJlc3NlcyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuICAgNTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PiAgIEF1dGhvcnMnIEFkZHJlc3NlcyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuICAgNTwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgog ICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4xLiAgSW50 cm9kdWN0aW9uPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+MS4gIEludHJvZHVjdGlv bjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBJQU5BIGhhcyBjcmVhdGVkICJQ cm90b2NvbCBpbiB0aGUgU2VnbWVudCBJUyBTdWItVExWIiByZWdpc3RyeSBhbmQ8L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBJQU5BIGhhcyBjcmVhdGVkICJQcm90b2NvbCBpbiB0 aGUgU2VnbWVudCBJUyBTdWItVExWIiByZWdpc3RyeSBhbmQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPiAgICJQcm90b2NvbCBpbiB0aGUgTGFiZWwgU3RhY2sgU3ViLVRMViBvZiB0aGUgRG93 bnN0cmVhbSBEZXRhaWxlZDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICJQcm90 b2NvbCBpbiB0aGUgTGFiZWwgU3RhY2sgU3ViLVRMViBvZiB0aGUgRG93bnN0cmVhbSBEZXRhaWxl ZDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgTWFwcGluZyBUTFYiIHVuZGVyIHRoZSAi TXVsdGktUHJvdG9jb2wgTGFiZWwgU3dpdGNoaW5nIChNUExTKSBMYWJlbDwvdGQ+PHRkPiA8L3Rk Pjx0ZCBjbGFzcz0icmlnaHQiPiAgIE1hcHBpbmcgVExWIiB1bmRlciB0aGUgIk11bHRpLVByb3Rv Y29sIExhYmVsIFN3aXRjaGluZyAoTVBMUykgTGFiZWw8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPiAgIFN3aXRjaGVkIFBhdGhzIChMU1BzKSBQaW5nIFBhcmFtZXRlcnMiIHJlZ2lzdHJ5IFtJ QU5BLU1QTFMtTFNQLVBJTkddLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFN3 aXRjaGVkIFBhdGhzIChMU1BzKSBQaW5nIFBhcmFtZXRlcnMiIHJlZ2lzdHJ5IFtJQU5BLU1QTFMt TFNQLVBJTkddLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlk PSJkaWZmMDAwNCI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBbUkZDODI4N10gZGVmaW5lcyB0aGUgY29kZSA8c3Bh biBjbGFzcz0iZGVsZXRlIj5wb2ludDwvc3Bhbj4gZm9yIGRpZmZlcmVudCBJbnRlcmlvciBHYXRl d2F5PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIFtSRkM4Mjg3XSBkZWZpbmVz IHRoZSBjb2RlIDxzcGFuIGNsYXNzPSJpbnNlcnQiPnBvaW50czwvc3Bhbj4gZm9yIGRpZmZlcmVu dCBJbnRlcmlvciBHYXRld2F5PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIDxzcGFu IGNsYXNzPSJkZWxldGUiPlByb3RvY29sPC9zcGFuPiAoSUdQKS48L3RkPjx0ZD4gPC90ZD48dGQg Y2xhc3M9InJibG9jayI+ICAgPHNwYW4gY2xhc3M9Imluc2VydCI+UHJvdG9jb2xzPC9zcGFuPiAo SUdQKS48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0 ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgW1JGQzUzNDBdIGRlc2Ny aWJlcyBPU1BGIHZlcnNpb24gMyAoT1NQRnYzKSBwcm90b2NvbCB0byBzdXBwb3J0IElQdjYuPC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgW1JGQzUzNDBdIGRlc2NyaWJlcyBPU1BG IHZlcnNpb24gMyAoT1NQRnYzKSBwcm90b2NvbCB0byBzdXBwb3J0IElQdjYuPC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij4gICBbUkZDNTgzOF0gZGVzY3JpYmVzIHRoZSBtZWNoYW5pc20gdG8g c3VwcG9ydCBtdWx0aXBsZSBhZGRyZXNzPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ ICAgW1JGQzU4MzhdIGRlc2NyaWJlcyB0aGUgbWVjaGFuaXNtIHRvIHN1cHBvcnQgbXVsdGlwbGUg YWRkcmVzczwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJk aWZmMDAwNSI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBmYW1pbGllcyAoQUZzKSBpbiBPU1BGdjMuICBBY2NvcmRp bmdseSBPU1BGdjMgbWF5IGJlIHVzZWQgdG88L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJibG9j ayI+ICAgZmFtaWxpZXMgKEFGcykgaW4gT1NQRnYzLiAgQWNjb3JkaW5nbHk8c3BhbiBjbGFzcz0i aW5zZXJ0Ij4sPC9zcGFuPiBPU1BGdjMgbWF5IGJlIHVzZWQgdG88L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxlZnQiPiAgIGFkdmVydGlzZSBJUHY2IGFuZCBJUHY0IHByZWZpeGVzLjwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGFkdmVydGlzZSBJUHY2IGFuZCBJUHY0IHByZWZpeGVz LjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBUaGlzIGRvY3VtZW50IHByb3Bv c2VzIHRoZSBjb2RlIHBvaW50IHRvIGJlIHVzZWQgaW4gdGhlIFNlZ21lbnQgSUQ8L3RkPjx0ZD4g PC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBUaGlzIGRvY3VtZW50IHByb3Bvc2VzIHRoZSBjb2Rl IHBvaW50IHRvIGJlIHVzZWQgaW4gdGhlIFNlZ21lbnQgSUQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5v Ij48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9 ImxlZnQiPiAgIFN1Yi1UTFYgKFR5cGUgMzQsIDM1IGFuZCAzNikgYW5kIERvd25zdHJlYW0gRGV0 YWlsZWQgTWFwcGluZyAoRERNQVApPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAg U3ViLVRMViAoVHlwZSAzNCwgMzUgYW5kIDM2KSBhbmQgRG93bnN0cmVhbSBEZXRhaWxlZCBNYXBw aW5nIChERE1BUCk8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFRMViB3aGVuIHRoZSBJ R1AgcHJvdG9jb2wgaXMgT1NQRnYzLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAg IFRMViB3aGVuIHRoZSBJR1AgcHJvdG9jb2wgaXMgT1NQRnYzLjwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij4yLiAgVGVybWlub2xvZ3k8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij4yLiAgVGVybWlub2xvZ3k8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAg ICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyIGlkPSJkaWZmMDAwNiI+PHRkPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBUaGlzIGRvY3VtZW50IHVz ZXMgdGhlIHRlcm1pbm9sb2c8c3BhbiBjbGFzcz0iZGVsZXRlIj5pZXM8L3NwYW4+IGRlZmluZWQg aW4gW1JGQzg0MDJdLCBbUkZDODAyOV0sPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2si PiAgIFRoaXMgZG9jdW1lbnQgdXNlcyB0aGUgdGVybWlub2xvZzxzcGFuIGNsYXNzPSJpbnNlcnQi Pnk8L3NwYW4+IGRlZmluZWQgaW4gW1JGQzg0MDJdLCBbUkZDODAyOV0sPC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij4gICBbUkZDODI4N10gYW5kIHNvIHRoZSByZWFkZXJzIGFyZSBleHBlY3Rl ZCB0byBiZSBmYW1pbGlhciB3aXRoIHRoZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQi PiAgIFtSRkM4Mjg3XSBhbmQgc28gdGhlIHJlYWRlcnMgYXJlIGV4cGVjdGVkIHRvIGJlIGZhbWls aWFyIHdpdGggdGhlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBzYW1lLjwvdGQ+PHRk PiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIHNhbWUuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+ PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJs ZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxlZnQiPjMuICBSZXF1aXJlbWVudHMgbm90YXRpb248L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij4zLiAgUmVxdWlyZW1lbnRzIG5vdGF0aW9uPC90ZD48dGQgY2xhc3M9ImxpbmVu byI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNz PSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPiAgIFRoZSBrZXkgd29yZHMgIk1VU1QiLCAiTVVTVCBOT1QiLCAiUkVRVUlS RUQiLCAiU0hBTEwiLCAiU0hBTEwgTk9UIiw8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0 Ij4gICBUaGUga2V5IHdvcmRzICJNVVNUIiwgIk1VU1QgTk9UIiwgIlJFUVVJUkVEIiwgIlNIQUxM IiwgIlNIQUxMIE5PVCIsPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAiU0hPVUxEIiwg IlNIT1VMRCBOT1QiLCAiUkVDT01NRU5ERUQiLCAiTk9UIFJFQ09NTUVOREVEIiwgIk1BWSIsIGFu ZDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgICJTSE9VTEQiLCAiU0hPVUxEIE5P VCIsICJSRUNPTU1FTkRFRCIsICJOT1QgUkVDT01NRU5ERUQiLCAiTUFZIiwgYW5kPC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICAiT1BUSU9OQUwiIGluIHRoaXMgZG9jdW1lbnQgYXJlIHRv IGJlIGludGVycHJldGVkIGFzIGRlc2NyaWJlZCBpbiBCQ1A8L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij4gICAiT1BUSU9OQUwiIGluIHRoaXMgZG9jdW1lbnQgYXJlIHRvIGJlIGludGVy cHJldGVkIGFzIGRlc2NyaWJlZCBpbiBCQ1A8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwv dHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAg IDE0IFtSRkMyMTE5XSBbUkZDODE3NF0gd2hlbiwgYW5kIG9ubHkgd2hlbiwgdGhleSBhcHBlYXIg aW4gYWxsPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgMTQgW1JGQzIxMTldIFtS RkM4MTc0XSB3aGVuLCBhbmQgb25seSB3aGVuLCB0aGV5IGFwcGVhciBpbiBhbGw8L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48dGQgY2xhc3M9ImxlZnQiPiAgIGNhcGl0YWxzLCBhcyBzaG93biBoZXJlLjwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIGNhcGl0YWxzLCBhcyBzaG93biBoZXJlLjwvdGQ+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90 ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij40LiAgT1NQRnYzIHByb3RvY29sIGluIFNlZ21lbnQg SUQgU3ViLVRMVnM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij40LiAgT1NQRnYzIHBy b3RvY29sIGluIFNlZ21lbnQgSUQgU3ViLVRMVnM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk PjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQi PjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJkaWZmMDAwNyI+PHRkPjwvdGQ+PC90cj4KICAgICAg PHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGJsb2NrIj4gICBXaGVuIHRo ZSBwcm90b2NvbCBmaWVsZCBvZiB0aGUgU2VnbWVudCBJRCBTdWItVExWIFR5cGUgMzQsIDM1IGFu ZCAzNjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICBXaGVuIHRoZSBwcm90b2Nv bCBmaWVsZCBvZiB0aGUgU2VnbWVudCBJRCBTdWItVExWIFR5cGUgMzQsIDM1PHNwYW4gY2xhc3M9 Imluc2VydCI+LDwvc3Bhbj4gYW5kIDM2PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3Ry PgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBp cyBzZXQgdG8gVEJEMSwgdGhlIHJlc3BvbmRlciBNVVNUIHBlcmZvcm0gdGhlIEZFQyB2YWxpZGF0 aW9uIHVzaW5nPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgaXMgc2V0IHRvIFRC RDEsIHRoZSByZXNwb25kZXIgTVVTVCBwZXJmb3JtIHRoZSBGRUMgdmFsaWRhdGlvbiB1c2luZzwv dGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGlu ZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgT1NQRnYzIGFzIHRoZSBJR1AgcHJvdG9jb2wu PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgT1NQRnYzIGFzIHRoZSBJR1AgcHJv dG9jb2wuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFRoZSBpbml0aWF0b3Ig TVVTVCBOT1Qgc2V0IHRoZSBwcm90b2NvbCBmaWVsZCBvZiB0aGUgU2VnbWVudCBJRCBTdWItPC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgVGhlIGluaXRpYXRvciBNVVNUIE5PVCBz ZXQgdGhlIHByb3RvY29sIGZpZWxkIG9mIHRoZSBTZWdtZW50IElEIFN1Yi08L3RkPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48 dGQgY2xhc3M9ImxlZnQiPiAgIFRMViBUeXBlIDM1IGFzIE9TUEZ2Mi48L3RkPjx0ZD4gPC90ZD48 dGQgY2xhc3M9InJpZ2h0Ij4gICBUTFYgVHlwZSAzNSBhcyBPU1BGdjIuPC90ZD48dGQgY2xhc3M9 ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRk IGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFdoZW4gdGhlIHByb3RvY29sIGZpZWxkIGluIHRoZSByZWNl aXZlZCBTZWdtZW50IElEIFN1Yi1UTFYgVHlwZSAzNSBpczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmlnaHQiPiAgIFdoZW4gdGhlIHByb3RvY29sIGZpZWxkIGluIHRoZSByZWNlaXZlZCBTZWdt ZW50IElEIFN1Yi1UTFYgVHlwZSAzNSBpczwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAg T1NQRnYyLCB0aGUgcmVzcG9uZGVyIE1BWSB0cmVhdCB0aGUgcHJvdG9jb2wgdmFsdWUgYXMgMCBh bmQgcHJvY2VzczwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIE9TUEZ2MiwgdGhl IHJlc3BvbmRlciBNQVkgdHJlYXQgdGhlIHByb3RvY29sIHZhbHVlIGFzIDAgYW5kIHByb2Nlc3M8 L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0ciBpZD0iZGlmZjAwMDgi Pjx0ZD48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xh c3M9ImxibG9jayI+ICAgdGhlIGFzIGRlZmluZWQgaW4gU2VjdGlvbiA3LjQgb2YgW1JGQzgyODdd LjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmJsb2NrIj4gICB0aGUgPHNwYW4gY2xhc3M9Imlu c2VydCI+cHJvdG9jb2wgPC9zcGFuPmFzIGRlZmluZWQgaW4gU2VjdGlvbiA3LjQgb2YgW1JGQzgy ODddLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNz PSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRk IGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij41LiAgT1NQRnYzIHByb3RvY29s IGluIERvd25zdHJlYW0gRGV0YWlsZWQgTWFwcGluZyBUTFY8L3RkPjx0ZD4gPC90ZD48dGQgY2xh c3M9InJpZ2h0Ij41LiAgT1NQRnYzIHByb3RvY29sIGluIERvd25zdHJlYW0gRGV0YWlsZWQgTWFw cGluZyBUTFY8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgVGhlIHByb3RvY29s IGZpZWxkIG9mIHRoZSBEb3duc3RyZWFtIERldGFpbGVkIE1hcHBpbmcgKERETUFQKSBUTFYgaW48 L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBUaGUgcHJvdG9jb2wgZmllbGQgb2Yg dGhlIERvd25zdHJlYW0gRGV0YWlsZWQgTWFwcGluZyAoRERNQVApIFRMViBpbjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+ICAgYW4gZWNobyByZXBseSBpcyBzZXQgdG8gVEJEMiB3aGVuIE9T UEZ2MyBpcyB1c2VkIHRvIGRpc3RyaWJ1dGUgdGhlPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJy aWdodCI+ICAgYW4gZWNobyByZXBseSBpcyBzZXQgdG8gVEJEMiB3aGVuIE9TUEZ2MyBpcyB1c2Vk IHRvIGRpc3RyaWJ1dGUgdGhlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAg ICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBsYWJlbCBj YXJyaWVkIGluIHRoZSBEb3duc3RyZWFtIExhYmVsIGZpZWxkLjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPiAgIGxhYmVsIGNhcnJpZWQgaW4gdGhlIERvd25zdHJlYW0gTGFiZWwgZmll bGQuPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjYuICBPU1BGdjIgUHJvdG9jb2wg aW4gU2VnbWVudCBJRCBhbmQgRERNQVAgU3ViLVRMVnM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJpZ2h0Ij42LiAgT1NQRnYyIFByb3RvY29sIGluIFNlZ21lbnQgSUQgYW5kIERETUFQIFN1Yi1U TFZzPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJpZ2h0Ij48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPiAgIFNlY3Rpb24gNSBvZiBbUkZD ODI4N10gZGVmaW5lcyB0aGUgY29kZSBwb2ludCBmb3IgT1NQRiB0byBiZSB1c2VkIGluPC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgU2VjdGlvbiA1IG9mIFtSRkM4Mjg3XSBkZWZp bmVzIHRoZSBjb2RlIHBvaW50IGZvciBPU1BGIHRvIGJlIHVzZWQgaW48L3RkPjx0ZCBjbGFzcz0i bGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQg Y2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyIGlkPSJwYXJ0LTMiIGNsYXNzPSJjaGFu Z2UiPjx0ZD48L3RkPjx0aD48c21hbGw+c2tpcHBpbmcgdG8gY2hhbmdlIGF0PC9zbWFsbD48YSBo cmVmPSJodHRwczovL3Rvb2xzLmlldGYub3JnL3JmY2RpZmYvI3BhcnQtMyI+PGVtPiBwYWdlIDQs IGxpbmUgMzY8c3BhbiBjbGFzcz0iaGlkZSI+IMK2PC9zcGFuPjwvZW0+PC9hPjwvdGg+PHRoPiA8 L3RoPjx0aD48c21hbGw+c2tpcHBpbmcgdG8gY2hhbmdlIGF0PC9zbWFsbD48YSBocmVmPSJodHRw czovL3Rvb2xzLmlldGYub3JnL3JmY2RpZmYvI3BhcnQtMyI+PGVtPiBwYWdlIDQsIGxpbmUgMzY8 c3BhbiBjbGFzcz0iaGlkZSI+IMK2PC9zcGFuPjwvZW0+PC9hPjwvdGg+PHRkPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgY29k ZXBvaW50IDUgKE9TUEYpIGFzIC0gIlRvIGJlIHVzZWQgZm9yIE9TUEZ2MiBvbmx5Ii48L3RkPjx0 ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBjb2RlcG9pbnQgNSAoT1NQRikgYXMgLSAiVG8g YmUgdXNlZCBmb3IgT1NQRnYyIG9ubHkiLjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90 cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+PC90 ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0 Ij44LiAgU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnM8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJp Z2h0Ij44LiAgU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnM8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48 L3RkPjwvdHI+CiAgICAgIDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9Imxl ZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5l bm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFz cz0ibGVmdCI+ICAgVGhpcyBkb2N1bWVudCB1cGRhdGVzIFtSRkM4Mjg3XSBhbmQgZG9lcyBub3Qg aW50cm9kdWNlIGFueSBhZGRpdGlvbmFsPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ ICAgVGhpcyBkb2N1bWVudCB1cGRhdGVzIFtSRkM4Mjg3XSBhbmQgZG9lcyBub3QgaW50cm9kdWNl IGFueSBhZGRpdGlvbmFsPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8 dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBzZWN1cml0eSBj b25zaWRlcmF0aW9ucy48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij4gICBzZWN1cml0 eSBjb25zaWRlcmF0aW9ucy48L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAg IDx0cj48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4K ICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+OS4gIEFj a25vd2xlZGdlbWVudDwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPjkuICBBY2tub3ds ZWRnZW1lbnQ8L3RkPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjwvdHI+CiAgICAgIDx0cj48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48dGQgY2xhc3M9ImxlZnQiPjwvdGQ+PHRkPiA8L3RkPjx0ZCBj bGFzcz0icmlnaHQiPjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRy Pjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgVGhlIGF1dGhvcnMg d291bGQgbGlrZSB0byB0aGFuayBMZXMgR2luc2JlcmcsIFphZmFyIEFsaSwgTG9hPC90ZD48dGQ+ IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgVGhlIGF1dGhvcnMgd291bGQgbGlrZSB0byB0aGFu ayBMZXMgR2luc2JlcmcsIFphZmFyIEFsaSwgTG9hPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90 ZD48L3RyPgogICAgICA8dHIgaWQ9ImRpZmYwMDA5Ij48dGQ+PC90ZD48L3RyPgogICAgICA8dHI+ PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNsYXNzPSJsYmxvY2siPiAgIEFuZGVyc3Nvbiwg QW5kcmV3IDxzcGFuIGNsYXNzPSJkZWxldGUiPk1vbG90Y2hrbyBhbmQ8L3NwYW4+IERlYm9yYWgg PHNwYW4gY2xhc3M9ImRlbGV0ZSI+QnJ1bmdhcmQ8L3NwYW4+IGZvciB0aGVpciByZXZpZXcgYW5k PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyYmxvY2siPiAgIEFuZGVyc3NvbiwgQW5kcmV3IDxz cGFuIGNsYXNzPSJpbnNlcnQiPk1vbG90Y2hrbyw8L3NwYW4+IERlYm9yYWggPHNwYW4gY2xhc3M9 Imluc2VydCI+QnJ1bmdhcmQsIGFuZCBBY2VlIExpbmRlbTwvc3Bhbj4gZm9yPC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsYmxvY2siPiAgIHN1Z2dlc3Rpb25zLjwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFz cz0icmJsb2NrIj4gICB0aGVpciByZXZpZXcgYW5kIHN1Z2dlc3Rpb25zLjwvdGQ+PHRkIGNsYXNz PSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0 ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQg Y2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwv dGQ+PHRkIGNsYXNzPSJsZWZ0Ij4xMC4gIE5vcm1hdGl2ZSBSZWZlcmVuY2VzPC90ZD48dGQ+IDwv dGQ+PHRkIGNsYXNzPSJyaWdodCI+MTAuICBOb3JtYXRpdmUgUmVmZXJlbmNlczwvdGQ+PHRkIGNs YXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3Rk Pjx0ZCBjbGFzcz0ibGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48 dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PHRkIGNsYXNzPSJsZWZ0Ij4gICBbSUFOQS1NUExTLUxTUC1QSU5HXTwvdGQ+PHRkPiA8 L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFtJQU5BLU1QTFMtTFNQLVBJTkddPC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICAgIElBTkEsICJNdWx0aS1Qcm90b2NvbCBMYWJl bCBTd2l0Y2hpbmcgKE1QTFMpIExhYmVsPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ ICAgICAgICAgICAgICBJQU5BLCAiTXVsdGktUHJvdG9jb2wgTGFiZWwgU3dpdGNoaW5nIChNUExT KSBMYWJlbDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBj bGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAgICAgICBTd2l0Y2hl ZCBQYXRocyAoTFNQcykgUGluZyBQYXJhbWV0ZXJzIiw8L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9 InJpZ2h0Ij4gICAgICAgICAgICAgIFN3aXRjaGVkIFBhdGhzIChMU1BzKSBQaW5nIFBhcmFtZXRl cnMiLDwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFz cz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0ibGVmdCI+ICAgICAgICAgICAgICAmbHQ7aHR0cDov L3d3dy5pYW5hLm9yZy9hc3NpZ25tZW50cy9tcGxzLWxzcC1waW5nLXBhcmFtZXRlcnMvPC90ZD48 dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgICAgICAgICAmbHQ7aHR0cDovL3d3dy5p YW5hLm9yZy9hc3NpZ25tZW50cy9tcGxzLWxzcC1waW5nLXBhcmFtZXRlcnMvPC90ZD48dGQgY2xh c3M9ImxpbmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij4gICAgICAgICAgICAgIG1wbHMtbHNwLXBpbmctcGFyYW1ldGVycy54 aHRtbCZndDsuPC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+ICAgICAgICAgICAgICBt cGxzLWxzcC1waW5nLXBhcmFtZXRlcnMueGh0bWwmZ3Q7LjwvdGQ+PHRkIGNsYXNzPSJsaW5lbm8i PjwvdGQ+PC90cj4KICAgICAgPHRyPjx0ZCBjbGFzcz0ibGluZW5vIj48L3RkPjx0ZCBjbGFzcz0i bGVmdCI+PC90ZD48dGQ+IDwvdGQ+PHRkIGNsYXNzPSJyaWdodCI+PC90ZD48dGQgY2xhc3M9Imxp bmVubyI+PC90ZD48L3RyPgogICAgICA8dHI+PHRkIGNsYXNzPSJsaW5lbm8iPjwvdGQ+PHRkIGNs YXNzPSJsZWZ0Ij4gICBbUkZDMjExOV0gIEJyYWRuZXIsIFMuLCAiS2V5IHdvcmRzIGZvciB1c2Ug aW4gUkZDcyB0byBJbmRpY2F0ZTwvdGQ+PHRkPiA8L3RkPjx0ZCBjbGFzcz0icmlnaHQiPiAgIFtS RkMyMTE5XSAgQnJhZG5lciwgUy4sICJLZXkgd29yZHMgZm9yIHVzZSBpbiBSRkNzIHRvIEluZGlj YXRlPC90ZD48dGQgY2xhc3M9ImxpbmVubyI+PC90ZD48L3RyPgoKICAgICA8dHI+PHRkPjwvdGQ+ PHRkIGNsYXNzPSJsZWZ0Ij48L3RkPjx0ZD4gPC90ZD48dGQgY2xhc3M9InJpZ2h0Ij48L3RkPjx0 ZD48L3RkPjwvdHI+CiAgICAgPHRyIGlkPSJlbmQiIGJnY29sb3I9ImdyYXkiPjx0aCBjb2xzcGFu PSI1IiBhbGlnbj0iY2VudGVyIj4mbmJzcDtFbmQgb2YgY2hhbmdlcy4gOSBjaGFuZ2UgYmxvY2tz LiZuYnNwOzwvdGg+PC90cj4KICAgICA8dHIgY2xhc3M9InN0YXRzIj48dGQ+PC90ZD48dGg+PGk+ MTEgbGluZXMgY2hhbmdlZCBvciBkZWxldGVkPC9pPjwvdGg+PHRoPjxpPiA8L2k+PC90aD48dGg+ PGk+MTEgbGluZXMgY2hhbmdlZCBvciBhZGRlZDwvaT48L3RoPjx0ZD48L3RkPjwvdHI+CiAgICAg PHRyPjx0ZCBjb2xzcGFuPSI1IiBhbGlnbj0iY2VudGVyIiBjbGFzcz0ic21hbGwiPjxicj5UaGlz IGh0bWwgZGlmZiB3YXMgcHJvZHVjZWQgYnkgcmZjZGlmZiAxLjQ4LiBUaGUgbGF0ZXN0IHZlcnNp b24gaXMgYXZhaWxhYmxlIGZyb20gPGEgaHJlZj0iaHR0cDovL3d3dy50b29scy5pZXRmLm9yZy90 b29scy9yZmNkaWZmLyI+aHR0cDovL3Rvb2xzLmlldGYub3JnL3Rvb2xzL3JmY2RpZmYvPC9hPiA8 L3RkPjwvdHI+CiAgIDwvdGJvZHk+PC90YWJsZT4KICAgCiAgIAo8L2JvZHk+PC9odG1sPg== --_002_89AA4FE5000B4B86821E235E3E7BB02Aciscocom_-- From nobody Fri Dec 4 11:37: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 E51CE3A0F01; Fri, 4 Dec 2020 11:37:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.601 X-Spam-Level: X-Spam-Status: No, score=-9.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=fI910gt4; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=pyMIHaRt Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XF1eowp8crqT; Fri, 4 Dec 2020 11:37:37 -0800 (PST) Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 35AFB3A10A6; Fri, 4 Dec 2020 11:37:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2382; q=dns/txt; s=iport; t=1607110644; x=1608320244; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=BIWMplJRGdFDMPz+850vNqPaoiHxJ3Mgv7FTSCv7sIc=; b=fI910gt4lHBS5Pj2sjdFjowiur5d3zumTpdsDR/7JZB0OhYc2QWwNQxv zfTas2vjoa83qOWZBL3ZSTXBwRoiCi5s4wWfWDL2tZgizkIWVVogbnBU0 mcs9W3/IKPg0Xw9c9rgSb+cO2QoQ0+M/Wy0RVv2j8SomM+2SpIklflTeL 0=; X-IPAS-Result: =?us-ascii?q?A0ApAgClj8pfmJJdJa1iHAEBAQEBAQcBARIBAQQEAQFAg?= =?us-ascii?q?U+BUlF8Wy8uCoQyg0gDjTYlihqOcYFCgREDVAsBAQENAQEYCwoCBAEBhEoCF?= =?us-ascii?q?4F+AiU4EwIDAQEBAwIDAQEBAQUBAQECAQYEFAEBAQEBAQEBhjYMhXMCAQMBA?= =?us-ascii?q?RAREQwBASkDCwENAgIBCBoCJgICAhkGBgsVEAIEAQ0FIoMEAYJVAy4BDqBqA?= =?us-ascii?q?oE8iGl2gTKDBAEBBYU1DQuCEAMGBYEJKoJzg3aGVxuCAIERJwwQglU+ghtCA?= =?us-ascii?q?QECgSgBEgE4gwAzgiyCA4EjBFNaNIEgkxKkJ1cKgnKWHYUYAx+DIYohlGOTc?= =?us-ascii?q?oICi3uTGAIEAgQFAg4BAQWBbSFpcHAVOyoBgj5QFwINjiEaHYM6hH0XhUR0A?= =?us-ascii?q?jUCBgEJAQEDCXyOLwGBEAEB?= IronPort-PHdr: =?us-ascii?q?9a23=3ASK64FRcybZL5+ZCvdVT4MVkllGMj4e+mNxMJ6p?= =?us-ascii?q?chl7NFe7ii+JKnJkHE+PFxlwaTAdfX7vtegKzXvrzuH2sa7sXJvHMDdclKUB?= =?us-ascii?q?kIwYUTkhc7CcGIQUv8MLbxbiM8EcgDMT0t/3yyPUVPXsqrYVrUry6+6DcIEV?= =?us-ascii?q?P+OBZ7YOPvFd2ag8G+zevn/ZrVbk1Bjya8ZrUnKhKwoE3Ru8AajJEkJLw2z0?= =?us-ascii?q?7Co2BDfKJdwmY7KA=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.78,393,1599523200"; d="scan'208";a="608724781" Received: from rcdn-core-10.cisco.com ([173.37.93.146]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 04 Dec 2020 19:37:23 +0000 Received: from XCH-ALN-004.cisco.com (xch-aln-004.cisco.com [173.36.7.14]) by rcdn-core-10.cisco.com (8.15.2/8.15.2) with ESMTPS id 0B4JbND4024096 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 4 Dec 2020 19:37:23 GMT Received: from xhs-aln-003.cisco.com (173.37.135.120) by XCH-ALN-004.cisco.com (173.36.7.14) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Fri, 4 Dec 2020 13:37:22 -0600 Received: from xhs-rtp-003.cisco.com (64.101.210.230) by xhs-aln-003.cisco.com (173.37.135.120) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Fri, 4 Dec 2020 13:37:22 -0600 Received: from NAM12-BN8-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, 4 Dec 2020 14:37:22 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=iMPa0nmEIVsjqd/ONJQbA/71mJh6pjw+jEqmvuycSdc/lMrvvh4WGHpxAeK8GF89A2ONhmheOX4S/mtGuOLv0PUVYTyelip231T7qbhRx9QH7zopUDvzzuI8ofKG+vJC6z8us5c8S0pXFasQp3bjYRcTr2w1ivcz9tw9gAHfydB6OR3HcNaZnl99mQocmXh/0KVLNaSdcaTSD7xc6todtN2K/0lYM8PqMtmd4FXct04D+u38ELHjjqZKMQEmYxlJEhAC9qDXUgtzMQgNEFwNTNwLv63NLA+CQI/JvT9T27QOIXdKwf4MVPlhvWmTjA7OsjTrjfLq4phSnX8UodGe9g== 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=BIWMplJRGdFDMPz+850vNqPaoiHxJ3Mgv7FTSCv7sIc=; b=cqw5sPm1wZHf6utCKVQgqbrnCiB46zezveqgXUO3W7E42b5f7WiFTjclR+tL1YOWRsEgDSu29eYQOiO6j3Jeo1ZDyuWeD71iGhiYpi1hyJ6aJHKPb7y1cZ90CntF7ay6X7umuNAlADD5GN1r3Ja1IzpxJRZoucqlHj8ywyzdjtMgp5tP1tIYisa+F6/bMUiAIUwCEFQTq41rDVemWRGyrh/rEaV2CU30jFinQ4ZX4FHkLiMcWe6hP0eIJlMoRPQFgu0BxrlhB3odmx7a4LGHqINMdCB13U+RQ/zwkflRek03g6VnX4BZboIC4PAQLoe75ql3C92Xue1+Ed1ztEdEkQ== 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=BIWMplJRGdFDMPz+850vNqPaoiHxJ3Mgv7FTSCv7sIc=; b=pyMIHaRtqcy9kcM+KkdhODUZnlaF6XDCby/UpYaOSN5smE1+aT5zX1g60J30Zd1NuM9Ut4a561XHWHgoyG22WdlyFNhfpS9fuKroy+JDk4F/upwkxyl6furITEfe1RrCp+ophnS/WLN0fdjy2HXmOVoOFyerA9M0VZKDUzFqTcM= Received: from BL0PR11MB3156.namprd11.prod.outlook.com (2603:10b6:208:2e::10) by MN2PR11MB4413.namprd11.prod.outlook.com (2603:10b6:208:191::30) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3632.18; Fri, 4 Dec 2020 19:37:21 +0000 Received: from BL0PR11MB3156.namprd11.prod.outlook.com ([fe80::e152:d70a:862f:2cb5]) by BL0PR11MB3156.namprd11.prod.outlook.com ([fe80::e152:d70a:862f:2cb5%4]) with mapi id 15.20.3632.021; Fri, 4 Dec 2020 19:37:21 +0000 From: "Nagendra Kumar Nainar (naikumar)" To: "Acee Lindem (acee)" , Loa Andersson , "mpls@ietf.org" CC: "draft-ietf-mpls-lsp-ping-ospfv3-codepoint@ietf.org" Thread-Topic: [mpls] MPLS working group last call on draft-ietf-mpls-lsp-ping-ospfv3-codepoint Thread-Index: AQHWyfmkiBsRIR3/aEumwxwiWgBA0KnnAgGA/////AA= Date: Fri, 4 Dec 2020 19:37:20 +0000 Message-ID: References: <372cd6a9-1d42-15f5-29e9-12aab0b44299@pi.nu> <89AA4FE5-000B-4B86-821E-235E3E7BB02A@cisco.com> In-Reply-To: <89AA4FE5-000B-4B86-821E-235E3E7BB02A@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/16.43.20110804 authentication-results: dmarc.ietf.org; dkim=none (message not signed) header.d=none;dmarc.ietf.org; dmarc=none action=none header.from=cisco.com; x-originating-ip: [173.38.117.88] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 95e828e5-fa14-4ae9-94ed-08d8988c048a x-ms-traffictypediagnostic: MN2PR11MB4413: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8882; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: sa31nY/k55l/JjitiSCuxHiFHL0CozsUU+Q7buBGdB3yAWWlrOvRkz2rX52Y7Piw6WenenVaQOypeM9cDqtVmIo02I9yl3lFk20K8pmdX+mojLxjT/JZmsMV30ChSk2k294UOkMPzMgo8oL/aM8YDFgCvCtRwNtY1ttamFbsU039XV+HH88TFfoC11rhUb1/zSVcuBzD66+CMxNomMLoSilwQ4PszTR/WbW2VX1Pu6mVPB3yLvC/n121XB1xy5Jbjrn0ad5otXPoEMepoDi1nz7D+SpdHWpZqs98yTon0CyRhOTeMZKAcMZhm4noe4l8RaX8K4/263xq/iMtCY7V4l78UzMUFHC5BKswrrIqi9ZijnN4dxOkzQ7/nz39mWMj6qw8Gc2ZOWNzc9iywbYyUotR0GbyPzFCVqSvKZVXzYvBhGq88JoDErG1HwmZ8CwpOZ8u1PWPMvAzj2P4ieJF4g== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BL0PR11MB3156.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(396003)(346002)(39860400002)(366004)(376002)(136003)(83380400001)(110136005)(5660300002)(66556008)(33656002)(316002)(2906002)(64756008)(76116006)(66946007)(66476007)(6486002)(86362001)(6512007)(966005)(6506007)(478600001)(71200400001)(26005)(2616005)(53546011)(8676002)(36756003)(186003)(8936002)(4326008)(66446008)(45980500001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?utf-8?B?YkFOcTVtZWR1MHZzcmxienZKQndFTC83dEV1TWVUNVZRcC8vVlN3dmNTeWdx?= =?utf-8?B?YUxsZjJIckdWOXJqZUlMVVR3UXdpWWQ5QkxCb2k2dFFvUFFVMWI2U0JkQmln?= =?utf-8?B?NW1VYlg5dG5DdmpaYjRzcy9vQXJ1bGhpZmZQYTA2R255VEJlNTRNN1BJNWZn?= =?utf-8?B?TVY3NUhjOWd3L1hSZHpLUTNrL3V4VkVjTXFnZnpEbHNCelRFRzI4WUc5WHQ3?= =?utf-8?B?SG90dENaTlpST1NIUEhyQ3k3RDJvK2hLZ3FFZFJxM0dCWGg4TUR1Y3BtRDNN?= =?utf-8?B?TThFdThqamh5ZTA3bU5LSmdBNS9aMGp0NDFaSHVoNG5EclRkcFZvK3B4clN4?= =?utf-8?B?eWcyVlFOUlNDdElMRzdoSU1leXRZYk5ud0xZeVVGUXJMNWpZaTlSV0g5OWc2?= =?utf-8?B?NXUvUWI3T05hK1pESmROU0Q3dWx4cmlUVy9lTFVVUGtVRnhRS1ZtZExXWFZF?= =?utf-8?B?Rk9VUy9jUnZVOHRxRjNteDdyS2ZXZmpjK2dCUTNrYWVrVVpCbk5zOEx6TGl6?= =?utf-8?B?SkU1cDNOamx0QVJMcFRHcS9lVEhqZm5aWm9iWVN0Z0dPSGx3bEgvQWVCdy9i?= =?utf-8?B?RndVMlZvNGVVcE9oVXRJMDBicDFEZ1FiSWErT3duTXRHMk11UzJSMHYrckM4?= =?utf-8?B?WFlqcXBJMUp1cmg0eEhBQlJmWkF5cVhQcm9kUml4bGFNclNmN0tLVk1wdU51?= =?utf-8?B?K0p4TjNoWUQ1ZFlsSlVjeEF5YWo4a1FmVFVTVTNDTFQ3ZjVMRE9MTklBeDNu?= =?utf-8?B?c1FoUFpvTkltKzU1Tm5hdndrSTBqQUNIeE5DSGRmdnZyY1VXYWtMUHhyUGlM?= =?utf-8?B?K0Z5L0Jkb21vdEQvUkg4cWZyTFdCbytxM0Q2c0k0a0NRS2t6QThQTjR0NWl1?= =?utf-8?B?dW1wZVk5WHhxeFhhK2x2WFF6S3hWc2N5Y2dWQnBhbkVhSFBlUWtXSUV2elRH?= =?utf-8?B?dEY2OWxBam1UY3BIUmlUc04rUU9mcGY3bllnQ29KTThhclFkSGhaL3VDTmpk?= =?utf-8?B?VGM3dFBDZU1TZnJVb2VwWmZUQ2NocGI0YUVhTG5TZEdUNkVVMGhvenJya2RI?= =?utf-8?B?VFZvYk9hTzkrU1JISzJycDJVM0pYYkRUL3g2SXIwZjdZSkFkOWZzTm1HeUZa?= =?utf-8?B?N2tGbG5NWnNOYXI3bFVGTzBqSloyZTdsdnZKVklLU2JEOGo1ZDNDVnZLUmp5?= =?utf-8?B?cXQ4RG90OEdyakxwQVFGbnptTERNQjhrNno5Z0dYZ1N2ZHBaRlFPYVhHSTB2?= =?utf-8?B?YjlqNlBkQVUzUVkwR1c5ODNtdTRwd1ZUTE5yM2VkMWNxVFoxOHk2SnlOcWlN?= =?utf-8?Q?a1hG1dVCozmlzqpNxIrE20U72GLFdJR/NC?= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-ID: <084AF60C5DEEEA4598C88E7EE0997DA8@namprd11.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BL0PR11MB3156.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 95e828e5-fa14-4ae9-94ed-08d8988c048a X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Dec 2020 19:37:21.0310 (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: LPZ4bT0W2bYwIkid5K+4U/6A+fSvSWIRuk5JduExUyzNqxujXW57s0GZ0YxTixEPO5vIzDm1Q6d2lHM1Cb/14g== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB4413 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.14, xch-aln-004.cisco.com X-Outbound-Node: rcdn-core-10.cisco.com Archived-At: Subject: Re: [mpls] MPLS working group last call on draft-ietf-mpls-lsp-ping-ospfv3-codepoint 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, 04 Dec 2020 19:37:39 -0000 VGhhbmsgeW91LCBBY2VlLiBXZSB3aWxsIHVwZGF0ZSB0aGUgZHJhZnQgd2l0aCB0aGUgYmVsb3cg c3VnZ2VzdGlvbi4NCg0KUmVnYXJkcywNCk5hZ2VuZHJhDQoNCu+7v09uIDEyLzQvMjAsIDk6NDQg QU0sICJtcGxzIG9uIGJlaGFsZiBvZiBBY2VlIExpbmRlbSAoYWNlZSkiIDxtcGxzLWJvdW5jZXNA aWV0Zi5vcmcgb24gYmVoYWxmIG9mIGFjZWU9NDBjaXNjby5jb21AZG1hcmMuaWV0Zi5vcmc+IHdy b3RlOg0KDQogICAgSCBMb2EsIGV0IGFsLCANCg0KICAgIEkgc3VwcG9ydCBwdWJsaWNhdGlvbi4g SSd2ZSBhdHRhY2hlZCBzb21lIGVkaXRvcmlhbCBjb21tZW50cy4gVGhlIG9uZSB0aGluZyB0aGF0 IG5lZWRzIGNvcnJlY3Rpb24gaXMgdGhlIGluY29uc2lzdGVudCB1c2FnZSBvZiAiY29kZSBwb2lu dCIgYXMgdHdvIHdvcmRzIGFuZCBhIGNvbXBvdW5kIHdvcmQuIFRob3VnaCB1c2FnZSBpbiB0aGUg SUVURiBhdCBsYXJnZSBpcyBpbmNvbnNpc3RlbnQsIEkgcHJlZmVyIHR3byB3b3JkcyBhcyBpcyBy ZWZsZWN0ZWQgaW4gbXkgY29tbWVudHMuIEF0IGxlYXN0IGluIHRoZSBvbmxpbmUgZGljdGlvbmFy eSBJIHVzZSwgImNvZGVwb2ludCIgaXMgbm90IGEgd29yZC4gDQoNCiAgICBUaGFua3MsDQogICAg QWNlZQ0KDQogICAgT24gMTIvMy8yMCwgMTE6NTUgUE0sICJtcGxzIG9uIGJlaGFsZiBvZiBMb2Eg QW5kZXJzc29uIiA8bXBscy1ib3VuY2VzQGlldGYub3JnIG9uIGJlaGFsZiBvZiBsb2FAcGkubnU+ IHdyb3RlOg0KDQoNCiAgICAgICAgV29ya2luZyBHcm91cCwNCg0KICAgICAgICBUaGlzIGlzIHRv IGluaXRpYXRlIGEgdHdvIHdlZWsgd29ya2luZyBncm91cCBsYXN0IGNhbGwgb24NCiAgICAgICAg ICBkcmFmdC1pZXRmLW1wbHMtbHNwLXBpbmctb3NwZnYzLWNvZGVwb2ludC0wMy4NCg0KICAgICAg ICBQbGVhc2Ugc2VuZCB5b3VyIGNvbW1lbnRzIHRvIHRoZSBtcGxzIHdnIG1haWxpbmcgbGlzdCAo bXBsc0BpZXRmLm9yZykuDQoNCiAgICAgICAgVGhlcmUgd2VyZSBubyBJUFIgZGlzY2xvc3VyZXMg YWdhaW5zdCB0aGlzIGRvY3VtZW50Lg0KDQogICAgICAgIEFsbCB0aGUgYXV0aG9ycyAobm8gY29u dHJpYnV0b3JzIG9uIHRoaXMgZG9jdW1lbnQpIGhhdmUgc3RhdGVkIG9uIHRoZSANCiAgICAgICAg d29ya2luZyBncm91cCBtYWlsaW5nIGxpc3QgdGhhdCB0aGV5IGFyZSBub3QgYXdhcmUgb2YgYW55 IElQUnMgdGhhdCANCiAgICAgICAgcmVsYXRlcyB0byB0aGlzIGRvY3VtZW50Lg0KDQogICAgICAg IFRoaXMgd29ya2luZyBncm91cCBsYXN0IGNhbGwgZW5kcyBEZWMgMTgsIDIwMjAuDQoNCg0KICAg ICAgICAvTG9hDQogICAgICAgIGZvciB0aGUgTVBMUyB3ZyBjaGFpcnMNCiAgICAgICAgLS0gDQoN CiAgICAgICAgTG9hIEFuZGVyc3NvbiAgICAgICAgICAgICAgICAgICAgICAgIGVtYWlsOiBsb2FA cGkubnUNCiAgICAgICAgU2VuaW9yIE1QTFMgRXhwZXJ0ICAgICAgICAgICAgICAgICAgICAgICAg ICBsb2EucGkubnVAZ21haWwuY29tDQogICAgICAgIEJyb256ZSBEcmFnb24gQ29uc3VsdGluZyAg ICAgICAgICAgICBwaG9uZTogKzQ2IDczOSA4MSAyMSA2NA0KDQogICAgICAgIF9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQogICAgICAgIG1wbHMgbWFpbGlu ZyBsaXN0DQogICAgICAgIG1wbHNAaWV0Zi5vcmcNCiAgICAgICAgaHR0cHM6Ly93d3cuaWV0Zi5v cmcvbWFpbG1hbi9saXN0aW5mby9tcGxzDQoNCg0K From nobody Fri Dec 4 14:31: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 438553A0EE6; Fri, 4 Dec 2020 14:31:39 -0800 (PST) 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 9r0g9ANdME0y; Fri, 4 Dec 2020 14:31:36 -0800 (PST) Received: from mta7.iomartmail.com (mta7.iomartmail.com [62.128.193.157]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EF6983A0D6B; Fri, 4 Dec 2020 14:31:34 -0800 (PST) Received: from vs1.iomartmail.com (vs1.iomartmail.com [10.12.10.121]) by mta7.iomartmail.com (8.14.4/8.14.4) with ESMTP id 0B4MVWLe019919; Fri, 4 Dec 2020 22:31:32 GMT Received: from vs1.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 34A022203A; Fri, 4 Dec 2020 22:31:32 +0000 (GMT) Received: from asmtp1.iomartmail.com (unknown [10.12.10.248]) by vs1.iomartmail.com (Postfix) with ESMTPS id 1D8052203D; Fri, 4 Dec 2020 22:31:32 +0000 (GMT) Received: from LAPTOPK7AS653V ([87.113.187.83]) (authenticated bits=0) by asmtp1.iomartmail.com (8.14.4/8.14.4) with ESMTP id 0B4MVUqQ020423 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 4 Dec 2020 22:31:31 GMT Reply-To: From: "Adrian Farrel" To: Cc: References: <372cd6a9-1d42-15f5-29e9-12aab0b44299@pi.nu> In-Reply-To: <372cd6a9-1d42-15f5-29e9-12aab0b44299@pi.nu> Date: Fri, 4 Dec 2020 22:31:30 -0000 Organization: Old Dog Consulting Message-ID: <0a4501d6ca8d$37383bc0$a5a8b340$@olddog.co.uk> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0A46_01D6CA8D.373862D0" X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQIJKCKSqf6hpEd+n2FNrsyeI4v7IKmCxq9g Content-Language: en-gb X-Originating-IP: 87.113.187.83 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-25830.003 X-TM-AS-Result: No--11.639-10.0-31-10 X-imss-scan-details: No--11.639-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25830.003 X-TMASE-Result: 10--11.639100-10.000000 X-TMASE-MatchedRID: UuaOI1zLN1jxIbpQ8BhdbJObxJgN/hOxIiTd2l7lf6EL9Tj77wy87O6m nNpCpq8I+BY5Eio9E4+qsDF37VWNhYBWXEpi910MSyYYUpGyRicOdUgFFISrFC62hjZS0WoY9zp eEH/gSTPV7VjYFubQMAzIj3plW+zbAZ0VnqZV5kEm2C2fR2e+BzoSfZud5+Gg3unRG7yMq8WPtO ITsGXyUYgH2eyQ/X73oPGB2FaXwYhuhaARsScJxk7yqWc5cVLPfYrr1p9yfCrJYIv7y0tu9nmY6 gNskCOnSG97mLK1i6XNzZ8oS3Hjq+9e8ifCHArbwrUhv0kAAvGS0Ed+8sr8mu+QV39iu7y0rcmm D7/hK1995l0nVeyiuG2QLwqolULkP53QJZ1qXGMTY/Kg/CWS0ml6c+xZIA3EDBbGvtcMofw9vDk JPu3WaW0IR9Rif+iTwq2C5R+Lm3GDe2ULLusRDY87cieHwf3YwTod5c7nBP4AZXZaWSS2dbPi+o RfzVe41mvZr9fz8bk2RRIMOrvjaQ== X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: Re: [mpls] MPLS working group last call on draft-ietf-mpls-lsp-ping-ospfv3-codepoint 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, 04 Dec 2020 22:31:39 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0A46_01D6CA8D.373862D0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit All, I think this is a fine idea to update RFC 8287. I did a quick review which resulted in suggested changes to almost every paragraph (see attached). Two points of some note: 1. If you put Section 6 before Section 4 it will make it clearer why the use of value 1 is not permitted in sub-TLV 35 2. Section 4 includes a "MAY" that is, I think, a MUST. If you intend to keep it as "MAY" then you need to specify the normal processing. Best, Adrian -----Original Message----- From: mpls On Behalf Of Loa Andersson Sent: 04 December 2020 04:55 To: mpls@ietf.org Cc: mpls@ietf.org; draft-ietf-mpls-lsp-ping-ospfv3-codepoint@ietf.org Subject: [mpls] MPLS working group last call on draft-ietf-mpls-lsp-ping-ospfv3-codepoint Working Group, This is to initiate a two week working group last call on draft-ietf-mpls-lsp-ping-ospfv3-codepoint-03. Please send your comments to the mpls wg mailing list (mpls@ietf.org). There were no IPR disclosures against this document. All the authors (no contributors on this document) have stated on the working group mailing list that they are not aware of any IPRs that relates to this document. This working group last call ends Dec 18, 2020. /Loa for the MPLS wg chairs -- Loa Andersson email: loa@pi.nu Senior MPLS Expert loa.pi.nu@gmail.com Bronze Dragon Consulting phone: +46 739 81 21 64 _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls ------=_NextPart_000_0A46_01D6CA8D.373862D0 Content-Type: text/plain; name="draft-ietf-mpls-lsp-ping-ospfv3-codepoint-02.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="draft-ietf-mpls-lsp-ping-ospfv3-codepoint-02.txt" Network Work group N. Nainar Internet-Draft C. Pignataro Updates: 8287 (if approved) Cisco Systems, Inc. Intended status: Standards Track M. Aissaoui Expires: May 24, 2021 Nokia November 20, 2020 OLD OSPFv3 CodePoint for MPLS LSP Ping NEW OSPFv3 Code Point for MPLS LSP Ping END draft-ietf-mpls-lsp-ping-ospfv3-codepoint-03 Abstract OLD IANA has created "Protocol in the Segment IS Sub-TLV" registry and "Protocol in the Label Stack Sub-TLV of the Downstream Detailed Mapping TLV" under the "Multi-Protocol Label Switching (MPLS) Label Switched Paths (LSPs) Ping Parameters" registry. RFC8287 defines the code point for different Interior Gateway Protocol (IGP). NEW IANA has created the "Protocol in the Segment IS Sub-TLV" and the "Protocol in the Label Stack Sub-TLV of the Downstream Detailed Mapping TLV" registries under the "Multi-Protocol Label Switching (MPLS) Label Switched Paths (LSPs) Ping Parameters" registry. RFC 8287 defines the code point for OSPF and IS-IS. END NOTE The "clarification" also includes making a specific combination of Sub-TLV and setting incompatible. This certainly needs to be flagged up as part of the update (in this text). It will also need to be raised as a backward compatibility issue in Section 3. END-NOTE OLD This document proposes the code point to be used in the Segment ID Sub-TLV and Downstream Detailed Mapping TLV when the IGP protocol is OSPFv3. This document also clarifies that the existing codepoints of these two TLVs called "OSPF" shall only be used for OSPFv2. NEW This document defines a new code point to be used in the Segment ID Sub-TLV and Downstream Detailed Mapping TLV when the IGP is OSPFv3. This document also updates RFC 8287 by clarifying that the existing "OSPF" code point is to be used only to indicate OSPFv2, and by defining the behavior when the Segment ID Sub-TLV indicates the use of IPv6. END Status of This Memo This Internet-Draft is submitted in full conformance with the provisions of BCP 78 and BCP 79. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF). Note that other groups may also distribute working documents as Internet-Drafts. The list of current Internet- Drafts is at https://datatracker.ietf.org/drafts/current/. Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress." This Internet-Draft will expire on May 24, 2021. Copyright Notice Copyright (c) 2020 IETF Trust and the persons identified as the document authors. All rights reserved. This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents Nainar, et al. Expires May 24, 2021 [Page 1] =0C Internet-Draft OSPFv3 CodePoint for MPLS LSP Ping November 2020 (https://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License. Table of Contents 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2 2. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . 2 3. Requirements notation . . . . . . . . . . . . . . . . . . . . 3 4. OSPFv3 protocol in Segment ID Sub-TLVs . . . . . . . . . . . 3 5. OSPFv3 protocol in Downstream Detailed Mapping TLV . . . . . 3 6. OSPFv2 Protocol in Segment ID and DDMAP Sub-TLVs . . . . . . 3 7. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 3 7.1. Protocol in the Segment ID sub-TLV . . . . . . . . . . . 3 7.2. Protocol in Label Stack Sub-TLV of Downstream Detailed Mapping TLV . . . . . . . . . . . . . . . . . . . . . . . 4 8. Security Considerations . . . . . . . . . . . . . . . . . . . 4 9. Acknowledgement . . . . . . . . . . . . . . . . . . . . . . . 4 10. Normative References . . . . . . . . . . . . . . . . . . . . 4 Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 5 1. Introduction OLD IANA has created "Protocol in the Segment IS Sub-TLV" registry and "Protocol in the Label Stack Sub-TLV of the Downstream Detailed Mapping TLV" under the "Multi-Protocol Label Switching (MPLS) Label Switched Paths (LSPs) Ping Parameters" registry [IANA-MPLS-LSP-PING]. [RFC8287] defines the code point for different Interior Gateway Protocol (IGP). NEW IANA has created the "Protocol in the Segment IS Sub-TLV" and the "Protocol in the Label Stack Sub-TLV of the Downstream Detailed Mapping TLV" registries under the "Multi-Protocol Label Switching (MPLS) Label Switched Paths (LSPs) Ping Parameters" registry [IANA- MPLS-LSP-PING]. [RFC8287] defines the code point for OSPF and IS-IS. END OLD [RFC5340] describes OSPF version 3 (OSPFv3) protocol to support IPv6. [RFC5838] describes the mechanism to support multiple address families (AFs) in OSPFv3. Accordingly OSPFv3 may be used to advertise IPv6 and IPv4 prefixes. NEW [RFC5340] describes OSPF version 3 (OSPFv3) to support IPv6. [RFC5838] describes the mechanism to support multiple address families (AFs) in OSPFv3. Accordingly OSPFv3 may be used to advertise IPv6 and IPv4 prefixes. END OLD This document proposes the code point to be used in the Segment ID Sub-TLV (Type 34, 35 and 36) and Downstream Detailed Mapping (DDMAP) TLV when the IGP protocol is OSPFv3. NEW This document defines a new code point to be used in the Segment ID Sub-TLV (Types 34, 35, and 36) and in the Downstream Detailed Mapping (DDMAP) TLV when the IGP is OSPFv3. This document also updates [RFC8287] by clarifying that the existing "OSPF" code point is to be used only to indicate OSPFv2, and by defining the behavior when the Segment ID Sub-TLV indicates the use of IPv6. END 2. Terminology This document uses the terminologies defined in [RFC8402], [RFC8029], [RFC8287] and so the readers are expected to be familiar with the same. Nainar, et al. Expires May 24, 2021 [Page 2] =0C Internet-Draft OSPFv3 CodePoint for MPLS LSP Ping November 2020 OLD 3. Requirements notation NEW 3. Requirements Notation END The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in BCP 14 [RFC2119] [RFC8174] when, and only when, they appear in all capitals, as shown here. OLD 4. OSPFv3 protocol in Segment ID Sub-TLVs NEW 4. Identifying OSPFv3 in Segment ID Sub-TLVs END OLD When the protocol field of the Segment ID Sub-TLV Type 34, 35 and 36 is set to TBD1, the responder MUST perform the FEC validation using OSPFv3 as the IGP protocol. NEW When the protocol field of the Segment ID Sub-TLV of Type 34, 35, or 36 is set to TBD1, the responder MUST perform FEC validation using OSPFv3 as the IGP. END NOTE This next paragraph is hard to read because it isn't (yet) clear about the re-scoping of value 1 to mean OSPFv2 only. I think it means that = the current Section 6 needs to come before this section. END-NOTE OLD The initiator MUST NOT set the protocol field of the Segment ID Sub- TLV Type 35 as OSPFv2. NEW The initiator MUST NOT set the protocol field of the Segment ID Sub- TLV of Type 35 to "OSPF" (value 1) because OSPFv2 is not compatible with the use of IPv6 addresses indicated by this Sub-TLV. END NOTE The use of MAY in the next paragraph is fine except it implies that there is another (more normal) way of processing the received message. However, if the protocol were unrecognised, 8327 directs the implementation to treat as 0. So there is no other way of behaving. Thus, I think you need a MUST here. (This is the backward compatibility issue.) END-NOTE OLD When the protocol field in the received Segment ID Sub-TLV Type 35 is OSPFv2, the responder MAY treat the protocol value as 0 and process the as defined in Section 7.4 of [RFC8287]. NEW When the protocol field in the received Segment ID Sub-TLV of Type 35 is "OSPF" (value 1), the responder MUST treat the protocol value as "Any IGP Protocol" (value 0) according to step 4a of Section 7.4 of [RFC8287]. This allows the responder to support legacy implementations that use value 1 to indicate OSPFv3. END OLD 5. OSPFv3 protocol in Downstream Detailed Mapping TLV NEW 5. Identifying OSPFv3 in the Downstream Detailed Mapping TLV END The protocol field of the Downstream Detailed Mapping (DDMAP) TLV in an echo reply is set to TBD2 when OSPFv3 is used to distribute the label carried in the Downstream Label field. 6. OSPFv2 Protocol in Segment ID and DDMAP Sub-TLVs Section 5 of [RFC8287] defines the code point for OSPF to be used in the Protocol field of the Segment ID Sub-TLV. Section 6 of [RFC8287] defines the code point for OSPF to be used in the Protocol field of the DDMAP TLV. OLD This document clarifies that the above codepoints will be used only for OSPFv2. NEW This document specifies that the above code points will be used only for OSPFv2. END 7. IANA Considerations 7.1. Protocol in the Segment ID sub-TLV OLD IANA is requested to assign one new code point of OSPFv3 from "Protocol in the Segment ID sub-TLV" registry under the "Multi- Protocol Label Switching (MPLS) Label Switched Paths (LSPs) Ping Parameters" registry: NEW IANA is requested to assign a new code point from the "Protocol in the Segment ID sub-TLV" registry under the "Multi-Protocol Label Switching (MPLS) Label Switched Paths (LSPs) Ping Parameters" registry as follows. END Nainar, et al. Expires May 24, 2021 [Page 3] =0C Internet-Draft OSPFv3 CodePoint for MPLS LSP Ping November 2020 OLD Value Meaning Reference ---------- ------- ------------ TBD1 OSPFv3 This document 1 OSPF RFC8287 NEW Value Meaning Reference ---------- ------- ------------ TBD1 OSPFv3 This document END OLD IANA is also requested to add a clarifying note for the existing codepoint 1 (OSPF) as - "To be used for OSPFv2 only". NEW IANA is also requested to add a note for the existing entry for code point 1 (OSPF) to read: "To be used for OSPFv2 only". END 7.2. Protocol in Label Stack Sub-TLV of Downstream Detailed Mapping TLV OLD IANA is requested to assign one new code point for OSPFv3 from "Protocol in Label Stack Sub-TLV of Downstream Detailed Mapping TLV" registry under the "Multi-Protocol Label Switching (MPLS) Label Switched Paths (LSPs) Ping Parameters" registry: NEW IANA is requested to assign one new code point from "Protocol in Label Stack Sub-TLV of Downstream Detailed Mapping TLV" registry under the "Multi-Protocol Label Switching (MPLS) Label Switched Paths (LSPs) Ping Parameters" registry as follows. END OLD Value Meaning Reference ---------- --------- ------------ TBD2 OSPFv3 This document 5 OSPF RFC8287 NEW Value Meaning Reference ---------- --------- ------------ TBD2 OSPFv3 This document END OLD IANA is also requested to add a clarifying note for the existing codepoint 5 (OSPF) as - "To be used for OSPFv2 only". NEW IANA is also requested to add a note for the existing entry for code point 5 (OSPF) to read: "To be used for OSPFv2 only". END 8. Security Considerations This document updates [RFC8287] and does not introduce any additional security considerations. 9. Acknowledgement The authors would like to thank Les Ginsberg, Zafar Ali, Loa Andersson, Andrew Molotchko and Deborah Brungard for their review and suggestions. 10. Normative References [IANA-MPLS-LSP-PING] IANA, "Multi-Protocol Label Switching (MPLS) Label Switched Paths (LSPs) Ping Parameters", . [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, DOI 10.17487/RFC2119, March 1997, . Nainar, et al. Expires May 24, 2021 [Page 4] =0C Internet-Draft OSPFv3 CodePoint for MPLS LSP Ping November 2020 [RFC5340] Coltun, R., Ferguson, D., Moy, J., and A. Lindem, "OSPF for IPv6", RFC 5340, DOI 10.17487/RFC5340, July 2008, . [RFC5838] Lindem, A., Ed., Mirtorabi, S., Roy, A., Barnes, M., and R. Aggarwal, "Support of Address Families in OSPFv3", RFC 5838, DOI 10.17487/RFC5838, April 2010, . [RFC8029] Kompella, K., Swallow, G., Pignataro, C., Ed., Kumar, N., Aldrin, S., and M. Chen, "Detecting Multiprotocol Label Switched (MPLS) Data-Plane Failures", RFC 8029, DOI 10.17487/RFC8029, March 2017, . [RFC8174] Leiba, B., "Ambiguity of Uppercase vs Lowercase in RFC 2119 Key Words", BCP 14, RFC 8174, DOI 10.17487/RFC8174, May 2017, . [RFC8287] Kumar, N., Ed., Pignataro, C., Ed., Swallow, G., Akiya, N., Kini, S., and M. Chen, "Label Switched Path (LSP) Ping/Traceroute for Segment Routing (SR) IGP-Prefix and IGP-Adjacency Segment Identifiers (SIDs) with MPLS Data Planes", RFC 8287, DOI 10.17487/RFC8287, December 2017, . [RFC8402] Filsfils, C., Ed., Previdi, S., Ed., Ginsberg, L., Decraene, B., Litkowski, S., and R. Shakir, "Segment Routing Architecture", RFC 8402, DOI 10.17487/RFC8402, July 2018, . Authors' Addresses Nagendra Kumar Nainar Cisco Systems, Inc. 7200-12 Kit Creek Road Research Triangle Park, NC 27709 US Email: naikumar@cisco.com Nainar, et al. Expires May 24, 2021 [Page 5] =0C Internet-Draft OSPFv3 CodePoint for MPLS LSP Ping November 2020 Carlos Pignataro Cisco Systems, Inc. 7200-11 Kit Creek Road Research Triangle Park, NC 27709 US Email: cpignata@cisco.com Mustapha Aissaoui Nokia Canada Email: mustapha.aissaoui@nokia.com Nainar, et al. Expires May 24, 2021 [Page 6] =0C ------=_NextPart_000_0A46_01D6CA8D.373862D0-- From nobody Mon Dec 7 06:53:29 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 99C633A13ED; Mon, 7 Dec 2020 06:53:24 -0800 (PST) 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.23.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: mpls@ietf.org Message-ID: <160735280458.5255.4502211319681202691@ietfa.amsl.com> Date: Mon, 07 Dec 2020 06:53:24 -0800 Archived-At: Subject: [mpls] I-D Action: draft-ietf-mpls-rfc6374-sfl-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, 07 Dec 2020 14:53:25 -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 : RFC6374 Synonymous Flow Labels Authors : Stewart Bryant George Swallow Mach Chen Giuseppe Fioccola Gregory Mirsky Filename : draft-ietf-mpls-rfc6374-sfl-08.txt Pages : 20 Date : 2020-12-07 Abstract: This document describes a method of making RFC6374 performance measurements on flows carried over an MPLS Label Switched path. This allows loss and delay measurements to be made on multi-point to point LSPs and allows the measurement of flows within an MPLS construct using RFC6374. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-rfc6374-sfl/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-mpls-rfc6374-sfl-08 https://datatracker.ietf.org/doc/html/draft-ietf-mpls-rfc6374-sfl-08 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-rfc6374-sfl-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 Dec 7 07:03:49 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 533EC3A13F7; Mon, 7 Dec 2020 07:03:44 -0800 (PST) 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.23.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: mpls@ietf.org Message-ID: <160735342429.32508.3329972796026967440@ietfa.amsl.com> Date: Mon, 07 Dec 2020 07:03:44 -0800 Archived-At: Subject: [mpls] I-D Action: draft-bryant-mpls-sfl-control-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: Mon, 07 Dec 2020 15:03:45 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching WG of the IETF. Title : A Simple Control Protocol for MPLS SFLs Authors : Stewart Bryant George Swallow Siva Sivabalan Filename : draft-bryant-mpls-sfl-control-09.txt Pages : 14 Date : 2020-12-07 Abstract: In draft-ietf-mpls-sfl-framework the concept of MPLS synonymous flow labels (SFL) was introduced. This document describes a simple control protocol that runs over an associated control header to request, withdraw, and extend the lifetime of such labels. It is not the only control protocol that moght be used to support SFL, but it has the benefit of being able to be used without modifying of the existing MPLS control prodocols. The existance of this design is not intended to restrict the ability to enhance an existing MPLS control protocol to add a similar capability. A Querier MUST wait a configured time (suggested wait of 60 seconds) before re-attempting a Withdraw request. No more than three Withdraw requests SHOULD be made. These restricctions are to prevent overloading the control plane of the actioning router. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-bryant-mpls-sfl-control/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-bryant-mpls-sfl-control-09 https://datatracker.ietf.org/doc/html/draft-bryant-mpls-sfl-control-09 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-bryant-mpls-sfl-control-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 Mon Dec 7 22:51: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 9D4973A0CEA; Mon, 7 Dec 2020 22:51:32 -0800 (PST) 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 p155hWhkbp9F; Mon, 7 Dec 2020 22:51:31 -0800 (PST) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D4E943A0CEC; Mon, 7 Dec 2020 22:51:29 -0800 (PST) Received: from [192.168.1.11] (unknown [124.104.17.232]) (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 DA233323990; Tue, 8 Dec 2020 07:51:26 +0100 (CET) To: "mpls@ietf.org" Cc: "mpls-chairs@ietf.org" , "draft-ietf-mpls-rfc6374-sfl@ietf.org" From: Loa Andersson Message-ID: Date: Tue, 8 Dec 2020 14:51:22 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.5.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] Implementation poll 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, 08 Dec 2020 06:51:33 -0000 Working Group, We are preparing draft-ietf-mpls-rfc6374-sfl for publication request, one of the questions we need to answer in the shepherds write-up is about existing implementations and intentions to implement. If you know of an implementation or intend to implement please let the wg chairs know. /Loa for the mpls wg-chairs -- Loa Andersson email: loa@pi.nu Senior MPLS Expert loa.pi.nu@gmail.com Bronze Dragon Consulting phone: +46 739 81 21 64 From nobody Wed Dec 9 06:55:31 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0078A3A0DD8; Wed, 9 Dec 2020 06:55:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=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 JpAqeofSmuh6; Wed, 9 Dec 2020 06:55:26 -0800 (PST) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 836F63A0DC1; Wed, 9 Dec 2020 06:55:25 -0800 (PST) Received: from fraeml715-chm.china.huawei.com (unknown [172.18.147.201]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4Crg4K0k6fz67FZX; Wed, 9 Dec 2020 22:52:01 +0800 (CST) Received: from fraeml715-chm.china.huawei.com (10.206.15.34) by fraeml715-chm.china.huawei.com (10.206.15.34) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2106.2; Wed, 9 Dec 2020 15:55:21 +0100 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.2106.002; Wed, 9 Dec 2020 15:55:21 +0100 From: Italo Busi To: "draft-cheng-mpls-inband-pm-encapsulation@ietf.org" , "mpls-chairs@ietf.org" , Mach Chen CC: "'mpls@ietf.org'" Thread-Topic: MPLS-RT review of draft-cheng-mpls-inband-pm-encapsulation Thread-Index: AdbONAi8bzMJ1FAyQGmxssyQ8d9OZg== Date: Wed, 9 Dec 2020 14:55:20 +0000 Message-ID: Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.92.255] Content-Type: multipart/alternative; boundary="_000_ed09f7a1ef6d44bc8d78a1595de1bed5huaweicom_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [mpls] MPLS-RT review of 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: Wed, 09 Dec 2020 14:55:29 -0000 --_000_ed09f7a1ef6d44bc8d78a1595de1bed5huaweicom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgYWxsLA0KDQpJIGhhdmUgYmVlbiBzZWxlY3RlZCBhcyBvbmUgb2YgdGhlICBNUExTLVJUIHJl dmlld2VycyBvZiBkcmFmdC1jaGVuZy1tcGxzLWluYmFuZC1wbS1lbmNhcHN1bGF0aW9uLg0KDQpJ IGhhdmUgcmV2aWV3ZWQgdGhlIGxhdGVzdCB2ZXJzaW9uIG9mIHRoZSBkcmFmdCAoZHJhZnQtY2hl bmctbXBscy1pbmJhbmQtcG0tZW5jYXBzdWxhdGlvbi0wNCkuDQoNCkkgdGhpbmsgdGhhdCB0aGUg ZG9jdW1lbnQgaXMgY29oZXJlbnQsIGl0IGlzIHVzZWZ1bCAoaS5lLiwgaXQgYWRkcmVzc2VzIGEg cmVhbCBuZWVkIGZvciBvcGVyYXRpb25hbCBuZXR3b3JrcyksIGFuZCBpdCBpcyBhbG1vc3QgdGVj aG5pY2FsbHkgc291bmQuDQoNClRoZXJlZm9yZSwgSSB0aGluayB0aGF0IHRoZSBkcmFmdCBpcyBh bG1vc3QgcmVhZHkgdG8gYmUgYWRvcHRlZCBhcyBhIFdHIGRvY3VtZW50Lg0KDQpJIGhhdmUgb25s eSBvbmUgdGVjaG5pY2FsIGNvbW1lbnQgd2hpY2ggSSBhbSBub3Qgc3VyZSBpdCBpcyByZWFsbHkg YmxvY2tpbmcgV0cgYWRvcHRpb24gYnV0IGl0IG1heSBiZSB3b3J0aHdoaWxlIHRvIGNvbmZpcm0g KG9yIHRvIGFkZHJlc3MpIGJlZm9yZSBXRyBhZG9wdGlvbjogSSBhbSBub3Qgc3VyZSB0aGUgdXNl IG9mIHRoZSBUQyBmaWVsZCBmb3Igc3VwcG9ydGluZyBhbHRlcm5hdGUgbWFya2luZyBtZXRob2Qg aXMgZnVsbHkgY29tcGxpYW50IHdpdGggUkZDNTQ2Mi4NCg0KSWYgdGhlIGFsdGVybmF0aXZlIG9w dGlvbiB0byBhbGxvY2F0ZSBtdWx0aXBsZSBGbG93LUlEIGxhYmVscyBpcyBjaG9zZW4sIHRoZXJl IGFyZSBvdGhlciBwaWVjZXMgb2YgdGV4dCB0aGF0IG5lZWQgdG8gYmUgdXBkYXRlZCBmb3IgY29u c2lzdGVuY3kuDQoNClRoZXNlIGFyZSBmZXcgb3RoZXIgY29tbWVudHMgSSBoYXZlIHdoaWNoIGNh biBiZSBhZGRyZXNzZWQgZWl0aGVyIGJlZm9yZSBvciBhZnRlciBXRyBhZG9wdGlvbi4NCg0KDQox LiAgICAgICBUaGUgaW5zZXJ0aW9uIG9mIHRoZSBGbG93LUlEIGxhYmVsIHN0YWNrIGVudHJ5IGhh cyBzb21lIGltcGFjdCBvbiB0aGUgRUNNUCBiZWhhdmlvciB3aXRoaW4gdGhlIE1QTFMgbmV0d29y ayB3aGljaCBuZWVkcyB0byBiZSBhbmFseXplZCBpbiB0aGUgZHJhZnQgKHNlZSBmb3IgZXhhbXBs ZSBzZWN0aW9uIDUgb2YgdGhlIFNGTCBmcmFtZXdvcmsgZHJhZnQpLg0KDQoNCg0KMi4gICAgICAg RWRpdG9yaWFsOiB0aGUgZHJhZnQgdXNlcyB0aGUgdGVybSAiVlBOIExhYmVsIiB3aGlsZSBvdGhl ciBSRkNzIHVzZXMgdGhlIHRlcm0gIkFwcGxpY2F0aW9uIExhYmVsIiBJdCB3b3VkbCBiZSBiZXR0 ZXIgIHRvIGFsaWduIHRoZSB0ZXJtaW5vbG9neSB3aXRoIG90aGVyIFJGQ3MuDQoNCg0KDQozLiAg ICAgICBFZGl0b3JpYWw6IHRoZSB0ZXh0IGluIHRoZSBJbnRyb2R1Y3Rpb24gaXMgYSBiaXQgaGFy ZCB0byByZWFkLiBUaGUgZGlmZmVyZW5jZXMgYmV0d2VlbiB0aGlzIG1ldGhvZCBhbmQgU0ZMIGFy ZSBzcGxpdCBiZXR3ZWVuIHRoZSBzZWNvbmQgYW5kIHRoZSB0aGlyZCBwYXJhZ3JhcGggd2hpbGUg dGhlIHRoaXJkIHBhcmFncmFwaCBkZXNjcmliZXMgYWxzbyB0aGUgZGlmZmVyZW5jZSB3cnQgaW4t c2l0dSBPQU0uIFRoZSBsYXN0IHBhcmFncmFwaCBkZXNjcmliZXMgd2hhdCB0aGlzIGRyYWZ0IGRl ZmluZXMgd3J0IHRoZSBtZWNoYW5pc21zIG9mIFJDODMyMSBhbmQgUkZDODM3Mi4NCg0KDQoNCk1v cmVvdmVyLCBzb21lIG9mIHRoZSBwcm9wZXJ0aWVzIG9mIHRoaXMgbWV0aG9kIChlLmcuLCBtb25p dG9yaW5nIGF0IGludGVybWVkaWF0ZSBwb2ludHMgYXMgd2VsbCBhcyBmbG93IGlkZW50aWZpY2F0 aW9uIGF0IGJvdGggTFNQIGFuZCBWUE4vYXBwbGljYXRpb24gbGFiZWwpIGFyZSBpbmZlcnJlZCBm cm9tIHRoZSBkaWZmZXJlbmNlIHdpdGggb3RoZXIgbWV0aG9kcyByYXRoZXIgdGhhbiBleHBsaWNp dGx5IGRlZmluZWQgYXMgcHJvcGVydGllcyBvZiB0aGlzIG1ldGhvZC4NCg0KDQoNCkl0IGlzIHBy b3Bvc2VkIHRvIHJlLW9yZ2FuaXplIHRoZSB0ZXh0IGluIHRoZSBJbnRyb2R1Y3Rpb24gd2l0aDoN Cg0KwrcgICAgICAgb25lIHBhcmFncmFwaCBkZXNjcmliaW5nIHRoZSBiYWNrZ3JvdW5kIGluZm9y bWF0aW9uIChSRkM4MzIgYW5kIFJGQzgzNzIpDQoNCsK3ICAgICAgIG9uZSBvciB0d28gcGFyYWdy YXBocyBkZXNjcmliaW5nIHdoYXQgdGhpcyBkcmFmdCBkZWZpbmVzDQoNCsK3ICAgICAgIG9uZSBw YXJhZ3JhcGggZGVmaW5pbmcgdGhlIGRpZmZlcmVuY2VzIHdydCBTRkwNCg0KwrcgICAgICAgb25l IHBhcmFncmFwaCBkZWZpbmluZyB0aGUgZGlmZmVyZW5jZXMgd3J0IGluLXNpdHUgT0FNDQoNCg0K DQo0LiAgICAgICBJbiBzZWN0aW9uIDEsIHRoZSBzZWNvbmQgcGFydCBvZiB0aGUgY29tcGFyaXNv biB3aXRoIGluLXNpdHUgT0FNIGlzIG5vdCBmdWxseSBjbGVhciB0byBtZToNCg0KDQoNCiAgICAg ICAgICAgICAgICAgICAgICAgICAgIGZ1cnRoZXJtb3JlLCB0aGUgZm9ybWVyIGFsbG93cyB0aGUg bmV0d29yaw0KDQogICBub2RlcyB0byByZXBvcnQgdGhlIHJlZmluZWQgZGF0YSAoZS5nLiBjYWxj dWxhdGVkIHBlcmZvcm1hbmNlDQoNCiAgIG1ldHJpY3MpIGFzc29jaWF0ZWQgd2l0aCBhIHNwZWNp ZmllZCBmbG93LCBuZXZlcnRoZWxlc3MgdGhlIGxhdHRlcg0KDQogICByZXF1ZXN0cyB0aGUgbmV0 d29yayBub2RlcyB0byByZXBvcnQgdGhlIGRhdGEgKGUuZy4gaW5ncmVzcyBpbnRlcmZhY2UNCg0K ICAgYW5kIGVncmVzcyBpbnRlcmZhY2UpIGFzc29jaWF0ZWQgd2l0aCBhIHNwZWNpZmllZCBwYWNr ZXQuDQoNCg0KDQpDb3VsZCB5b3UgcGxlYXNlIHByb3ZpZGUgbW9yZSBleHBsYW5hdGlvbiAodmlh IGUtbWFpbCBvciBpbiB0aGUgZHJhZnQpPw0KDQoNCg0KNS4gICAgICAgRnJvbSBzZWN0aW9uIDIu MSwgSSB1bmRlcnN0YW5kIHRoYXQgdGhlIExTUCBsYWJlbCBjYW4gYmUgUEhQLWVkLg0KDQoNCg0K SXMgbXkgdW5kZXJzdGFuZGluZyBjb3JyZWN0PyBJdCBtaWdodCBiZSB3b3J0aHdoaWxlIGJlaW5n IGV4cGxpY2l0IGFib3V0IHRoaXMuDQoNCg0KDQo2LiAgICAgICBGcm9tIHNlY3Rpb24gMi4xLCBJ IHVuZGVyc3RhbmQgdGhhdCB3aGVuIHRoZSBGbG93LUlEIGlzIGFwcGxpZWQgdG8gYm90aCB0aGUg TFNQIGFuZCBWUE4gbGFiZWxzLCB0aGUgdHdvIHZhbHVlcyBhcmUgaW5kZXBlbmRlbnQgZnJvbSBl YWNoIG90aGVyLiBGb3IgZXhhbXBsZSwgdHdvIHBhY2tldHMgY2FuIGJlbG9uZyB0byB0aGUgc2Ft ZSBWUE4gZmxvdyBidXQgdG8gdHdvIGRpZmZlcmVudCBMU1AgZmxvd3MgKGFsdGhvdWdoIHRoaXMg bWlnaHQgZGVwZW5kIG9uIHRoZSBFQ01QIGJlaGF2aW9yKSBvciB0d28gcGFja2V0cyBjYW4gYmVs b25nIHRvIHR3byBkaWZmZXJlbnQgVlBOIGZsb3dzIGJ1dCB0byB0aGUgc2FtZSBMU1AgZmxvdy4N Cg0KDQoNCklzIG15IHVuZGVyc3RhbmRpbmcgY29ycmVjdD8gSXQgbWlnaHQgYmUgd29ydGh3aGls ZSBiZWluZyBleHBsaWNpdCBhYm91dCB0aGlzLg0KDQoNCg0KNy4gICAgICAgRnJvbSBzZWN0aW9u IDMsIEkgdW5kZXJzdGFuZCB0aGF0IGFuIGludGVybWVkaWF0ZSBub2RlIHRvIGxvb2t1cCB0aGUg Rmxvdy1JRCBsYWJlbCBuZWVkcyB0byBwZXJmb3JtIHNvbWUgZGVlcCBwYWNrZXQgaW5zcGVjdGlv biBiZXlvbmQgdGhlIGxhYmVsIGF0IHRoZSB0b3Agb2YgdGhlIGxhYmVsIHN0YWNrIHVzZWQgdG8g dGFrZSBmb3J3YXJkaW5nIGRlY2lzaW9ucy4NCg0KDQoNCkkgdGhpbmsgdGhlIGRyYWZ0IHNob3Vs ZCBzdGF0ZSB0aGlzIHJlcXVpcmVtZW50IG1vcmUgY2xlYXJseS4NCg0KDQoNCkl0IGlzIGFsc28g bm90IGNsZWFyIGhvdyBkZWVwIHRoaXMgaW5zcGVjdGlvbiBjb3VsZCBiZS4gRm9yIGV4YW1wbGUs IGEgUCByb3V0ZXIgc2hvdWxkIG9ubHkgaW5zcGVjdCB0aGUgTFNQIEZsb3ctSUQgbGFiZWwgKGku ZS4sIG1vbml0b3JpbmcgdGhlIExTUCBmbG93KSBvciBjb3VsZCBpdCBhbHNvIGluc3BlY3QgdGhl IFZQTiBGbG93LUlEIChpLmUuLCBtb25pdG9yaW5nIHRoZSBWUE4gZmxvdyk/DQoNCg0KDQpNb3Jl b3ZlciwgaXMgdGhpcyBpbnNwZWN0aW9uIHJlcXVpcmVkIGF0IGFsbCB0aGUgaW50ZXJtZWRpYXRl IG5vZGVzIG9yIHNob3VsZCBpdCBiZSBjb25maWd1cmVkIHNvbWVob3c/DQoNCg0KDQpBZGRpbmcg c29tZSBkZXNjcmlwdGlvbiBhYm91dCB0aGUgY29uZmlndXJhdGlvbiBvZiB0aGUgRmxvd+KAkUlE IG9uIGludGVybWVkaWF0ZSBub2RlcyBpbiBzZWN0aW9uIDQgY291bGQgaGVscCBhZGRyZXNzaW5n IHRoaXMgY29tbWVudC4NCg0KSXRhbG8NCg0K --_000_ed09f7a1ef6d44bc8d78a1595de1bed5huaweicom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseTpTaW1TdW47DQoJcGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQpA Zm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJDYW1icmlhIE1hdGgiOw0KCXBhbm9zZS0xOjIgNCA1 IDMgNSA0IDYgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDYWxpYnJpOw0KCXBh bm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IlxAU2ltU3VuIjsNCglwYW5vc2UtMToyIDEgNiAwIDMgMSAxIDEgMSAxO30NCi8qIFN0eWxlIERl ZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJ e21hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7 DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5 cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6IzA1NjNDMTsNCgl0ZXh0 LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xs b3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Izk1NEY3MjsNCgl0ZXh0LWRl Y29yYXRpb246dW5kZXJsaW5lO30NCnAuTXNvTGlzdFBhcmFncmFwaCwgbGkuTXNvTGlzdFBhcmFn cmFwaCwgZGl2Lk1zb0xpc3RQYXJhZ3JhcGgNCgl7bXNvLXN0eWxlLXByaW9yaXR5OjM0Ow0KCW1h cmdpbi10b3A6MGNtOw0KCW1hcmdpbi1yaWdodDowY207DQoJbWFyZ2luLWJvdHRvbTowY207DQoJ bWFyZ2luLWxlZnQ6MzYuMHB0Ow0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6 MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNwYW4uRW1haWxT dHlsZTE3DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLWNvbXBvc2U7DQoJZm9udC1mYW1pbHk6 IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQouTXNvQ2hwRGVmYXVs dA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIs c2Fucy1zZXJpZjt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7 DQoJbWFyZ2luOjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcyLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24x DQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi8qIExpc3QgRGVmaW5pdGlvbnMgKi8NCkBsaXN0IGww DQoJe21zby1saXN0LWlkOjMxMjg3MTkwNzsNCgltc28tbGlzdC10eXBlOmh5YnJpZDsNCgltc28t bGlzdC10ZW1wbGF0ZS1pZHM6MTQ2NzYzNDk4NiA2NzY5ODY4OSA2NzY5ODY5MSA2NzY5ODY5MyA2 NzY5ODY4OSA2NzY5ODY5MSA2NzY5ODY5MyA2NzY5ODY4OSA2NzY5ODY5MSA2NzY5ODY5Mzt9DQpA bGlzdCBsMDpsZXZlbDENCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1s ZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVt YmVyLXBvc2l0aW9uOmxlZnQ7DQoJbWFyZ2luLWxlZnQ6NTQuMHB0Ow0KCXRleHQtaW5kZW50Oi0x OC4wcHQ7DQoJZm9udC1mYW1pbHk6U3ltYm9sO30NCkBsaXN0IGwwOmxldmVsMg0KCXttc28tbGV2 ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwt dGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJbWFyZ2lu LWxlZnQ6OTAuMHB0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJp ZXIgTmV3Ijt9DQpAbGlzdCBsMDpsZXZlbDMNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVs bGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCglt c28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJbWFyZ2luLWxlZnQ6MTI2LjBwdDsNCgl0 ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMDps ZXZlbDQNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0 Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0 aW9uOmxlZnQ7DQoJbWFyZ2luLWxlZnQ6MTYyLjBwdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0K CWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDUNCgl7bXNvLWxldmVsLW51bWJl ci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRhYi1zdG9w Om5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjE5 OC4wcHQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBOZXci O30NCkBsaXN0IGwwOmxldmVsNg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJ bXNvLWxldmVsLXRleHQ674KnOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZl bC1udW1iZXItcG9zaXRpb246bGVmdDsNCgltYXJnaW4tbGVmdDoyMzQuMHB0Ow0KCXRleHQtaW5k ZW50Oi0xOC4wcHQ7DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCkBsaXN0IGwwOmxldmVsNw0K CXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674K3Ow0K CW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVm dDsNCgltYXJnaW4tbGVmdDoyNzAuMHB0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJZm9udC1m YW1pbHk6U3ltYm9sO30NCkBsaXN0IGwwOmxldmVsOA0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1h dDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsN Cgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJbWFyZ2luLWxlZnQ6MzA2LjBwdDsN Cgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0KQGxp c3QgbDA6bGV2ZWw5DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2 ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJl ci1wb3NpdGlvbjpsZWZ0Ow0KCW1hcmdpbi1sZWZ0OjM0Mi4wcHQ7DQoJdGV4dC1pbmRlbnQ6LTE4 LjBwdDsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDENCgl7bXNvLWxpc3QtaWQ6 MTcwNDM1NzU1MDsNCgltc28tbGlzdC10eXBlOmh5YnJpZDsNCgltc28tbGlzdC10ZW1wbGF0ZS1p ZHM6LTEyODAwMTExNDggNjc2OTg3MDMgNjc2OTg3MTMgNjc2OTg3MTUgNjc2OTg3MDMgNjc2OTg3 MTMgNjc2OTg3MTUgNjc2OTg3MDMgNjc2OTg3MTMgNjc2OTg3MTU7fQ0KQGxpc3QgbDE6bGV2ZWwx DQoJe21zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246 bGVmdDsNCgltYXJnaW4tbGVmdDoxOC4wcHQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlz dCBsMTpsZXZlbDINCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNv LWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0K CW1hcmdpbi1sZWZ0OjU0LjBwdDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30NCkBsaXN0IGwxOmxl dmVsMw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpyb21hbi1sb3dlcjsNCgltc28tbGV2ZWwt dGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOnJpZ2h0Ow0KCW1hcmdp bi1sZWZ0OjkwLjBwdDsNCgl0ZXh0LWluZGVudDotOS4wcHQ7fQ0KQGxpc3QgbDE6bGV2ZWw0DQoJ e21zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVm dDsNCgltYXJnaW4tbGVmdDoxMjYuMHB0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0KQGxpc3Qg bDE6bGV2ZWw1DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmFscGhhLWxvd2VyOw0KCW1zby1s ZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCglt YXJnaW4tbGVmdDoxNjIuMHB0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0KQGxpc3QgbDE6bGV2 ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OnJvbWFuLWxvd2VyOw0KCW1zby1sZXZlbC10 YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246cmlnaHQ7DQoJbWFyZ2lu LWxlZnQ6MTk4LjBwdDsNCgl0ZXh0LWluZGVudDotOS4wcHQ7fQ0KQGxpc3QgbDE6bGV2ZWw3DQoJ e21zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVm dDsNCgltYXJnaW4tbGVmdDoyMzQuMHB0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0KQGxpc3Qg bDE6bGV2ZWw4DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmFscGhhLWxvd2VyOw0KCW1zby1s ZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCglt YXJnaW4tbGVmdDoyNzAuMHB0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0KQGxpc3QgbDE6bGV2 ZWw5DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OnJvbWFuLWxvd2VyOw0KCW1zby1sZXZlbC10 YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246cmlnaHQ7DQoJbWFyZ2lu LWxlZnQ6MzA2LjBwdDsNCgl0ZXh0LWluZGVudDotOS4wcHQ7fQ0Kb2wNCgl7bWFyZ2luLWJvdHRv bTowY207fQ0KdWwNCgl7bWFyZ2luLWJvdHRvbTowY207fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0 ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEw MjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNo YXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAv Pg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFu Zz0iRU4tVVMiIGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xhc3M9Ildv cmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5IaSBhbGwsPG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPkkgaGF2ZSBiZWVuIHNlbGVjdGVkIGFzIG9uZSBvZiB0aGUmbmJzcDsgTVBMUy1S VCByZXZpZXdlcnMgb2YgZHJhZnQtY2hlbmctbXBscy1pbmJhbmQtcG0tZW5jYXBzdWxhdGlvbi48 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+SSBoYXZlIHJldmlld2VkIHRoZSBsYXRlc3QgdmVyc2lv biBvZiB0aGUgZHJhZnQgKGRyYWZ0LWNoZW5nLW1wbHMtaW5iYW5kLXBtLWVuY2Fwc3VsYXRpb24t MDQpLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JIHRoaW5rIHRoYXQgdGhlIGRvY3VtZW50IGlz IGNvaGVyZW50LCBpdCBpcyB1c2VmdWwgKGkuZS4sIGl0IGFkZHJlc3NlcyBhIHJlYWwgbmVlZCBm b3Igb3BlcmF0aW9uYWwgbmV0d29ya3MpLCBhbmQgaXQgaXMgYWxtb3N0IHRlY2huaWNhbGx5IHNv dW5kLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGVyZWZvcmUsIEkgdGhpbmsgdGhhdCB0aGUg ZHJhZnQgaXMgYWxtb3N0IHJlYWR5IHRvIGJlIGFkb3B0ZWQgYXMgYSBXRyBkb2N1bWVudC48bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+SSBoYXZlIG9ubHkgb25lIHRlY2huaWNhbCBjb21tZW50IHdo aWNoIEkgYW0gbm90IHN1cmUgaXQgaXMgcmVhbGx5IGJsb2NraW5nIFdHIGFkb3B0aW9uIGJ1dCBp dCBtYXkgYmUgd29ydGh3aGlsZSB0byBjb25maXJtIChvciB0byBhZGRyZXNzKSBiZWZvcmUgV0cg YWRvcHRpb246IEkgYW0gbm90IHN1cmUgdGhlIHVzZSBvZiB0aGUgVEMgZmllbGQgZm9yIHN1cHBv cnRpbmcgYWx0ZXJuYXRlIG1hcmtpbmcgbWV0aG9kDQogaXMgZnVsbHkgY29tcGxpYW50IHdpdGgg UkZDNTQ2Mi48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPklmIHRoZSBhbHRlcm5hdGl2ZSBv cHRpb24gdG8gYWxsb2NhdGUgbXVsdGlwbGUgRmxvdy1JRCBsYWJlbHMgaXMgY2hvc2VuLCB0aGVy ZSBhcmUgb3RoZXIgcGllY2VzIG9mIHRleHQgdGhhdCBuZWVkIHRvIGJlIHVwZGF0ZWQgZm9yIGNv bnNpc3RlbmN5LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJz cDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGVzZSBhcmUgZmV3IG90aGVyIGNv bW1lbnRzIEkgaGF2ZSB3aGljaCBjYW4gYmUgYWRkcmVzc2VkIGVpdGhlciBiZWZvcmUgb3IgYWZ0 ZXIgV0cgYWRvcHRpb24uPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MTguMHB0O3RleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDEgbGV2ZWwxIGxm bzEiPg0KPCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+ MS48c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48IVtlbmRp Zl0+VGhlIGluc2VydGlvbiBvZiB0aGUgRmxvdy1JRCBsYWJlbCBzdGFjayBlbnRyeSBoYXMgc29t ZSBpbXBhY3Qgb24gdGhlIEVDTVAgYmVoYXZpb3Igd2l0aGluIHRoZSBNUExTIG5ldHdvcmsgd2hp Y2ggbmVlZHMgdG8gYmUgYW5hbHl6ZWQgaW4gdGhlIGRyYWZ0IChzZWUgZm9yIGV4YW1wbGUgc2Vj dGlvbiA1IG9mIHRoZSBTRkwgZnJhbWV3b3JrIGRyYWZ0KS48bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MTguMHB0Ij48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6MTguMHB0O3RleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDEgbGV2ZWwxIGxmbzEi Pg0KPCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+Mi48 c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+ RWRpdG9yaWFsOiB0aGUgZHJhZnQgdXNlcyB0aGUgdGVybSAmcXVvdDtWUE4gTGFiZWwmcXVvdDsg d2hpbGUgb3RoZXIgUkZDcyB1c2VzIHRoZSB0ZXJtICZxdW90O0FwcGxpY2F0aW9uIExhYmVsJnF1 b3Q7IEl0IHdvdWRsIGJlIGJldHRlciZuYnNwOyB0byBhbGlnbiB0aGUgdGVybWlub2xvZ3kgd2l0 aCBvdGhlciBSRkNzLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxl PSJtYXJnaW4tbGVmdDoxOC4wcHQ7dGV4dC1pbmRlbnQ6LTE4LjBwdDttc28tbGlzdDpsMSBsZXZl bDEgbGZvMSI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdu b3JlIj4zLjxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90 OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwh W2VuZGlmXT5FZGl0b3JpYWw6IHRoZSB0ZXh0IGluIHRoZSBJbnRyb2R1Y3Rpb24gaXMgYSBiaXQg aGFyZCB0byByZWFkLiBUaGUgZGlmZmVyZW5jZXMgYmV0d2VlbiB0aGlzIG1ldGhvZCBhbmQgU0ZM IGFyZSBzcGxpdCBiZXR3ZWVuIHRoZSBzZWNvbmQgYW5kIHRoZSB0aGlyZCBwYXJhZ3JhcGggd2hp bGUgdGhlIHRoaXJkIHBhcmFncmFwaCBkZXNjcmliZXMgYWxzbyB0aGUgZGlmZmVyZW5jZSB3cnQg aW4tc2l0dSBPQU0uDQogVGhlIGxhc3QgcGFyYWdyYXBoIGRlc2NyaWJlcyB3aGF0IHRoaXMgZHJh ZnQgZGVmaW5lcyB3cnQgdGhlIG1lY2hhbmlzbXMgb2YgUkM4MzIxIGFuZCBSRkM4MzcyLjxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDoxOC4w cHQiPk1vcmVvdmVyLCBzb21lIG9mIHRoZSBwcm9wZXJ0aWVzIG9mIHRoaXMgbWV0aG9kIChlLmcu LCBtb25pdG9yaW5nIGF0IGludGVybWVkaWF0ZSBwb2ludHMgYXMgd2VsbCBhcyBmbG93IGlkZW50 aWZpY2F0aW9uIGF0IGJvdGggTFNQIGFuZCBWUE4vYXBwbGljYXRpb24gbGFiZWwpIGFyZSBpbmZl cnJlZCBmcm9tIHRoZSBkaWZmZXJlbmNlIHdpdGggb3RoZXINCiBtZXRob2RzIHJhdGhlciB0aGFu IGV4cGxpY2l0bHkgZGVmaW5lZCBhcyBwcm9wZXJ0aWVzIG9mIHRoaXMgbWV0aG9kLjxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDox OC4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgi IHN0eWxlPSJtYXJnaW4tbGVmdDoxOC4wcHQiPkl0IGlzIHByb3Bvc2VkIHRvIHJlLW9yZ2FuaXpl IHRoZSB0ZXh0IGluIHRoZSBJbnRyb2R1Y3Rpb24gd2l0aDo8bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NTQuMHB0O3RleHQtaW5k ZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzIiPg0KPCFbaWYgIXN1cHBvcnRMaXN0 c10+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OlN5bWJvbCI+PHNwYW4gc3R5bGU9Im1zby1saXN0 Oklnbm9yZSI+wrc8c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4m cXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bh bj48L3NwYW4+PCFbZW5kaWZdPm9uZSBwYXJhZ3JhcGggZGVzY3JpYmluZyB0aGUgYmFja2dyb3Vu ZCBpbmZvcm1hdGlvbiAoUkZDODMyIGFuZCBSRkM4MzcyKTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDo1NC4wcHQ7dGV4dC1pbmRl bnQ6LTE4LjBwdDttc28tbGlzdDpsMCBsZXZlbDEgbGZvMiI+DQo8IVtpZiAhc3VwcG9ydExpc3Rz XT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6U3ltYm9sIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6 SWdub3JlIj7CtzxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZx dW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFu Pjwvc3Bhbj48IVtlbmRpZl0+b25lIG9yIHR3byBwYXJhZ3JhcGhzIGRlc2NyaWJpbmcgd2hhdCB0 aGlzIGRyYWZ0IGRlZmluZXM8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdy YXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NTQuMHB0O3RleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxp c3Q6bDAgbGV2ZWwxIGxmbzIiPg0KPCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OlN5bWJvbCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+wrc8c3BhbiBz dHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZd Pm9uZSBwYXJhZ3JhcGggZGVmaW5pbmcgdGhlIGRpZmZlcmVuY2VzIHdydCBTRkw8bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6NTQu MHB0O3RleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzIiPg0KPCFbaWYg IXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OlN5bWJvbCI+PHNwYW4gc3R5 bGU9Im1zby1saXN0Oklnbm9yZSI+wrc8c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1l cyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0K PC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPm9uZSBwYXJhZ3JhcGggZGVmaW5pbmcgdGhl IGRpZmZlcmVuY2VzIHdydCBpbi1zaXR1IE9BTTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b0xpc3RQYXJhZ3JhcGgiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQ YXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDoxOC4wcHQ7dGV4dC1pbmRlbnQ6LTE4LjBwdDtt c28tbGlzdDpsMSBsZXZlbDEgbGZvMSI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHls ZT0ibXNvLWxpc3Q6SWdub3JlIj40LjxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVz IE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8 L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT5JbiBzZWN0aW9uIDEsIHRoZSBzZWNvbmQgcGFydCBvZiB0 aGUgY29tcGFyaXNvbiB3aXRoIGluLXNpdHUgT0FNIGlzIG5vdCBmdWxseSBjbGVhciB0byBtZTo8 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6MTguMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFy YWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MTguMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyAmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDtmdXJ0aGVybW9yZSwgdGhlIGZvcm1lciBhbGxvd3MgdGhlIG5ldHdvcms8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjE4LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgbm9kZXMgdG8gcmVwb3J0IHRoZSByZWZpbmVkIGRh dGEgKGUuZy4gY2FsY3VsYXRlZCBwZXJmb3JtYW5jZTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MTguMHB0Ij48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNw OyBtZXRyaWNzKSBhc3NvY2lhdGVkIHdpdGggYSBzcGVjaWZpZWQgZmxvdywgbmV2ZXJ0aGVsZXNz IHRoZSBsYXR0ZXI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFn cmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjE4LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgcmVxdWVzdHMgdGhlIG5ldHdv cmsgbm9kZXMgdG8gcmVwb3J0IHRoZSBkYXRhIChlLmcuIGluZ3Jlc3MgaW50ZXJmYWNlPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJn aW4tbGVmdDoxOC4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90OyI+Jm5ic3A7Jm5ic3A7IGFuZCBlZ3Jlc3MgaW50ZXJmYWNlKSBhc3NvY2lhdGVkIHdp dGggYSBzcGVjaWZpZWQgcGFja2V0LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MTguMHB0Ij48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6 MTguMHB0Ij5Db3VsZCB5b3UgcGxlYXNlIHByb3ZpZGUgbW9yZSBleHBsYW5hdGlvbiAodmlhIGUt bWFpbCBvciBpbiB0aGUgZHJhZnQpPzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQ YXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDoxOC4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDoxOC4wcHQ7 dGV4dC1pbmRlbnQ6LTE4LjBwdDttc28tbGlzdDpsMSBsZXZlbDEgbGZvMSI+DQo8IVtpZiAhc3Vw cG9ydExpc3RzXT48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj41LjxzcGFuIHN0eWxlPSJm b250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT5Gcm9tIHNlY3Rpb24g Mi4xLCBJIHVuZGVyc3RhbmQgdGhhdCB0aGUgTFNQIGxhYmVsIGNhbiBiZSBQSFAtZWQuPG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjE4LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFw aCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjE4LjBwdCI+SXMgbXkgdW5kZXJzdGFuZGluZyBjb3JyZWN0 PyBJdCBtaWdodCBiZSB3b3J0aHdoaWxlIGJlaW5nIGV4cGxpY2l0IGFib3V0IHRoaXMuPG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0 OjE4LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFw aCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjE4LjBwdDt0ZXh0LWluZGVudDotMTguMHB0O21zby1saXN0 OmwxIGxldmVsMSBsZm8xIj4NCjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJtc28t bGlzdDpJZ25vcmUiPjYuPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJv bWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48 L3NwYW4+PCFbZW5kaWZdPkZyb20gc2VjdGlvbiAyLjEsIEkgdW5kZXJzdGFuZCB0aGF0IHdoZW4g dGhlIEZsb3ctSUQgaXMgYXBwbGllZCB0byBib3RoIHRoZSBMU1AgYW5kIFZQTiBsYWJlbHMsIHRo ZSB0d28gdmFsdWVzIGFyZSBpbmRlcGVuZGVudCBmcm9tIGVhY2ggb3RoZXIuIEZvciBleGFtcGxl LCB0d28gcGFja2V0cyBjYW4gYmVsb25nIHRvIHRoZSBzYW1lIFZQTiBmbG93IGJ1dCB0byB0d28g ZGlmZmVyZW50IExTUCBmbG93cyAoYWx0aG91Z2gNCiB0aGlzIG1pZ2h0IGRlcGVuZCBvbiB0aGUg RUNNUCBiZWhhdmlvcikgb3IgdHdvIHBhY2tldHMgY2FuIGJlbG9uZyB0byB0d28gZGlmZmVyZW50 IFZQTiBmbG93cyBidXQgdG8gdGhlIHNhbWUgTFNQIGZsb3cuPG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjE4LjBwdCI+PG86cD4m bmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdp bi1sZWZ0OjE4LjBwdCI+SXMgbXkgdW5kZXJzdGFuZGluZyBjb3JyZWN0PyBJdCBtaWdodCBiZSB3 b3J0aHdoaWxlIGJlaW5nIGV4cGxpY2l0IGFib3V0IHRoaXMuPG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTGlzdFBhcmFncmFwaCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjE4LjBwdDt0ZXh0LWluZGVudDot MTguMHB0O21zby1saXN0OmwxIGxldmVsMSBsZm8xIj4NCjwhW2lmICFzdXBwb3J0TGlzdHNdPjxz cGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPjcuPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1 b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsNCjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPkZyb20gc2VjdGlvbiAzLCBJIHVuZGVyc3Rh bmQgdGhhdCBhbiBpbnRlcm1lZGlhdGUgbm9kZSB0byBsb29rdXAgdGhlIEZsb3ctSUQgbGFiZWwg bmVlZHMgdG8gcGVyZm9ybSBzb21lIGRlZXAgcGFja2V0IGluc3BlY3Rpb24gYmV5b25kIHRoZSBs YWJlbCBhdCB0aGUgdG9wIG9mIHRoZSBsYWJlbCBzdGFjayB1c2VkIHRvIHRha2UgZm9yd2FyZGlu ZyBkZWNpc2lvbnMuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjE4LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjE4LjBwdCI+SSB0aGluayB0 aGUgZHJhZnQgc2hvdWxkIHN0YXRlIHRoaXMgcmVxdWlyZW1lbnQgbW9yZSBjbGVhcmx5LjxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVm dDoxOC4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3Jh cGgiIHN0eWxlPSJtYXJnaW4tbGVmdDoxOC4wcHQiPkl0IGlzIGFsc28gbm90IGNsZWFyIGhvdyBk ZWVwIHRoaXMgaW5zcGVjdGlvbiBjb3VsZCBiZS4gRm9yIGV4YW1wbGUsIGEgUCByb3V0ZXIgc2hv dWxkIG9ubHkgaW5zcGVjdCB0aGUgTFNQIEZsb3ctSUQgbGFiZWwgKGkuZS4sIG1vbml0b3Jpbmcg dGhlIExTUCBmbG93KSBvciBjb3VsZCBpdCBhbHNvIGluc3BlY3QgdGhlIFZQTiBGbG93LUlEIChp LmUuLA0KIG1vbml0b3JpbmcgdGhlIFZQTiBmbG93KT88bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MTguMHB0Ij48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxl ZnQ6MTguMHB0Ij5Nb3Jlb3ZlciwgaXMgdGhpcyBpbnNwZWN0aW9uIHJlcXVpcmVkIGF0IGFsbCB0 aGUgaW50ZXJtZWRpYXRlIG5vZGVzIG9yIHNob3VsZCBpdCBiZSBjb25maWd1cmVkIHNvbWVob3c/ PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdp bi1sZWZ0OjE4LjBwdCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBh cmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjE4LjBwdCI+QWRkaW5nIHNvbWUgZGVzY3JpcHRp b24gYWJvdXQgdGhlIGNvbmZpZ3VyYXRpb24gb2YgdGhlIEZsb3figJFJRCBvbiBpbnRlcm1lZGlh dGUgbm9kZXMgaW4gc2VjdGlvbiA0IGNvdWxkIGhlbHAgYWRkcmVzc2luZyB0aGlzIGNvbW1lbnQu PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkl0YWxvPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1s Pg0K --_000_ed09f7a1ef6d44bc8d78a1595de1bed5huaweicom_-- From nobody Wed Dec 9 20:08:38 2020 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 4F02B3A09F6; Wed, 9 Dec 2020 20:08:36 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Loa Andersson via Datatracker To: X-Test-IDTracker: no X-IETF-IDTracker: 7.23.0 Auto-Submitted: auto-generated Precedence: bulk Cc: mpls-chairs@ietf.org, mpls@ietf.org, Loa Andersson , draft-ietf-mpls-rfc6374-sfl@ietf.org, iesg-secretary@ietf.org, loa@pi.nu Message-ID: <160757331630.9996.7649018548799026386@ietfa.amsl.com> Date: Wed, 09 Dec 2020 20:08:36 -0800 Archived-At: Subject: [mpls] Publication has been requested for draft-ietf-mpls-rfc6374-sfl-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, 10 Dec 2020 04:08:36 -0000 Loa Andersson has requested publication of draft-ietf-mpls-rfc6374-sfl-08 as Proposed Standard on behalf of the MPLS working group. Please verify the document's state at https://datatracker.ietf.org/doc/draft-ietf-mpls-rfc6374-sfl/ From nobody Thu Dec 10 21:18:43 2020 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id C04423A15D4; Thu, 10 Dec 2020 21:18:42 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: IETF Secretariat To: , , X-Test-IDTracker: no X-IETF-IDTracker: 7.23.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <160766392272.372.252599940998955828@ietfa.amsl.com> Date: Thu, 10 Dec 2020 21:18:42 -0800 Archived-At: Subject: [mpls] The MPLS WG has placed draft-gandhi-mpls-ioam-sr 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: Fri, 11 Dec 2020 05:18:43 -0000 The MPLS WG has placed draft-gandhi-mpls-ioam-sr in state Candidate for WG Adoption (entered by Loa Andersson) The document is available at https://datatracker.ietf.org/doc/draft-gandhi-mpls-ioam-sr/ From nobody Fri Dec 11 03:45: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 D2E453A0AEE; Fri, 11 Dec 2020 03:45:24 -0800 (PST) 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, UNPARSEABLE_RELAY=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 0IzOhLN15ZcM; Fri, 11 Dec 2020 03:45:23 -0800 (PST) Received: from mail-ej1-x630.google.com (mail-ej1-x630.google.com [IPv6:2a00:1450:4864:20::630]) (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 154953A0AE8; Fri, 11 Dec 2020 03:45:22 -0800 (PST) Received: by mail-ej1-x630.google.com with SMTP id qw4so11877840ejb.12; Fri, 11 Dec 2020 03:45:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:in-reply-to:references:mime-version:date:message-id:subject:to :cc:content-transfer-encoding; bh=gzK9/ID6yGejGouKscNkZcPN9uu0KcclgrC6p2UhGxI=; b=fu9oyT7cn/XwovZ5PGdS9+d0OPBrKS/fNibWSiydmik5hpztRzQOiJarkqUrzgYMUh h2K4iw4E0ACGMD+Nuq2dhMPvKg6TN8dcxCEZadn5F9RxkWjQRW6ko2TrzhkdwwPCJuW3 Q4X3N0YOSrZ48XurFTI72HshndYvZhq07RihE+ZMlD1TLR9ClH4/sDnAjtcyt1zX914J qiZvFPmGJ2ONk5dKcvTLxgGC9OU4Nf82eAh4HEnqVnEbmN7NQRT+yzzuydrTuz3b+THz IlAyYeQ3CV7ADlqi29idR0YPgWsTS73OmQQAzYv/5jgQ6YVqiV6vkyc4qSufRg3XBAUV m0kg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc:content-transfer-encoding; bh=gzK9/ID6yGejGouKscNkZcPN9uu0KcclgrC6p2UhGxI=; b=enATm+M4jh0EtvcEK/o75RkFd5UT4gToRBJxCtcSwlMh+Fy0USoUgvwu/RoVsddiQb +qStJvINxD7Lohz0fdSmHWLKrwHVmXp5Dkl+NySEbqrRRiF8/oeiwTAUkub90mP08HYZ PtNaqlIc5ePByIE/DlW9a/cOE1qXnF+5ughvmVJJ6mB4SlFetMfqS8PHuJWp5wigt/no SIkNLKTdP6VCzHWG0Ea4RF/pQgXHfL71X6r6r5ESjS1I44Yr/pAh9232gdcBkdQrbtDZ t1TMzDnjG+xhH5GiJqAzL4sblgPDPkmMtls5jXBlkoBYXltZfiv5XW9gHyX/BBEPHqvy UmFA== X-Gm-Message-State: AOAM532Vf3neoUeLi4EZMD8GBbknFeCT/OIYQmPovWY31uYv16CgqvHI o2FEow/sawGsNN7SqyfTP2EKULW1r0r0Vo2aKf8= X-Google-Smtp-Source: ABdhPJxQp3z2hPDEYirxqQWiXxXUjQC7bLvH5q1T376TxmkS6SrC1bbdUX2J/xb8I02HZBFVeSYRtNulsVg5HZ199yU= X-Received: by 2002:a17:907:444f:: with SMTP id on23mr10757358ejb.300.1607687121256; Fri, 11 Dec 2020 03:45:21 -0800 (PST) Received: from 1058052472880 named unknown by gmailapi.google.com with HTTPREST; Fri, 11 Dec 2020 03:45:20 -0800 From: Alvaro Retana In-Reply-To: References: <157532380379.1952.9823190776406362368.idtracker@ietfa.amsl.com> MIME-Version: 1.0 Date: Fri, 11 Dec 2020 03:45:20 -0800 Message-ID: To: Chandrasekar Ramachandran , The IESG , "BRUNGARD, DEBORAH A" Cc: "mpls-chairs@ietf.org" , "mpls@ietf.org" , "draft-ietf-mpls-ri-rsvp-frr@ietf.org" , Nicolai Leymann Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [mpls] Alvaro Retana's Discuss on draft-ietf-mpls-ri-rsvp-frr-07: (with DISCUSS and COMMENT) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Dec 2020 11:45:25 -0000 On November 23, 2020 at 12:19:22 AM, Chandrasekar Ramachandran wrote: Chandra: Hi! > I have reworded the text in Section 4.1 to spell out the requirements on > setting or not setting the I-bit by implementations that support RFC 4090 > and RFC 8370. I have also included a new Section 4.6.2.3 =E2=80=9CAdverti= sing > RI-RSVP without RI-RSVP-FRR=E2=80=9D describing the impact of ignoring th= e > requirements for setting the I-bit. > > Could you go through these sections in the 09 version of the draft and > respond if your comment is addressed? The text in =C2=A74.1 still contains normative text directed at nodes that don't support this spec: "node...not supporting the extensions specified in this document MUST NOT set the...I bit". =C2=A0Your original suggestion worked: ... > > > > > [Chandra] I agree that what you have pointed out requires some > > > > > changes to the text. Would the following changes to the document > > > > > address your concerns adequately? > > > > ... > > > > > (3) Change the only paragraph in Section 4.1 from "A node support= ing > > > > > [RFC4090] facility protection FRR MAY set the RI-RSVP capability = (I > > > > > bit) defined in Section 3 of RSVP-TE Scaling Techniques [RFC8370] > > > > > only if it supports all the extensions specified in the rest of t= his > > > > > document. A node supporting [RFC4090] facility bypass FRR but not > > > > > supporting the extensions specified in this document MUST reset t= he > > > > > RI-RSVP capability (I bit) in the outgoing Node-ID based Hello > > > > > messages. Hence, this document updates [RFC4090] by defining > > > > > extensions and additional procedures over facility protection FRR > > > > > defined in [RFC4090] in order to advertise RI-RSVP capability > > > > > [RFC8370]." > > > > > To > > > > > "A node supporting [RFC4090] facility protection FRR MUST set the > > > > > RI-RSVP capability (I bit) defined in Section 3 of RSVP-TE Scalin= g > > > > > Techniques [RFC8370] only if it supports all the extensions > > > > > specified in the rest of this document. Hence, this document upda= tes > > > > > [RFC4090] and [RFC8370] by defining extensions and additional > > > > > procedures over facility protection FRR defined in [RFC4090] in o= rder > > > > > to advertise RI-RSVP capability [RFC8370]." I think that =C2=A74.6.2.3 is ok, but there's still the possibility of some of the timing issues described in =C2=A73 as well, right? Thanks! Alvaro. From nobody Fri Dec 11 21:13: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 D961C3A0E52; Fri, 11 Dec 2020 21:13:15 -0800 (PST) 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 jLDGrbSLXkvR; Fri, 11 Dec 2020 21:13:13 -0800 (PST) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F1AEB3A0E50; Fri, 11 Dec 2020 21:13:12 -0800 (PST) Received: from [192.168.1.11] (unknown [124.104.17.232]) (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 6EDEF323990; Sat, 12 Dec 2020 06:13:09 +0100 (CET) To: Mach Chen , "mpls@ietf.org" Cc: "mpls-chairs@ietf.org" References: From: Loa Andersson Message-ID: <00be8a1b-592e-5b8c-4404-f3d27f2f883b@pi.nu> Date: Sat, 12 Dec 2020 13:13:06 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [mpls] Preliminary Minutes of MPLS WG @ IETF 109 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, 12 Dec 2020 05:13:16 -0000 Mach, This is good too go from my point of view with the following correction. OLD Loa: Once start mpls-rt review or the chair starts to review a draft, we will mark the relevant drafts as “candidate WG adoption”. It’s somehow indicates that the draft is ready for WG adoption. NEW Loa: The name of this state in the data tracker promise more than it should. The name could be taken to indicate that we are ready to start the wgap. However, this state is the entry state into the data tracker, it indicates that if this document belongs in the IETF, it should be in MPLS. There some initial checks that needs to be done, and an MPLS-RT review to be done before we really could talk about it as a "candidate". /Loa On 04/12/2020 10:12, Mach Chen wrote: > Hi, > > Here (https://codimd.ietf.org/notes-ietf-109-mpls?view ) is the preliminary minutes of the MPLS WG session at IETF 109. There may be some minutes lost or inaccuracy. If so, please let us know and we will incorporate them into the final minutes. > > Best regards, > Mach > -- Loa Andersson email: loa@pi.nu Senior MPLS Expert loa.pi.nu@gmail.com Bronze Dragon Consulting phone: +46 739 81 21 64 From nobody Sun Dec 13 03:42:06 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 2FCBE3A16A9; Sun, 13 Dec 2020 03:42:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.006 X-Spam-Level: X-Spam-Status: No, score=0.006 tagged_above=-999 required=5 tests=[HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cfCEHZhkaPMd; Sun, 13 Dec 2020 03:42:03 -0800 (PST) Received: from mta6.iomartmail.com (mta6.iomartmail.com [62.128.193.156]) (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 E87EF3A16A7; Sun, 13 Dec 2020 03:42:01 -0800 (PST) Received: from vs2.iomartmail.com (vs2.iomartmail.com [10.12.10.123]) by mta6.iomartmail.com (8.14.4/8.14.4) with ESMTP id 0BDBfwsv029174; Sun, 13 Dec 2020 11:41:58 GMT Received: from vs2.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id AB8AB22044; Sun, 13 Dec 2020 11:41:58 +0000 (GMT) Received: from asmtp2.iomartmail.com (unknown [10.12.10.249]) by vs2.iomartmail.com (Postfix) with ESMTPS id 9611E22042; Sun, 13 Dec 2020 11:41:58 +0000 (GMT) Received: from LAPTOPK7AS653V ([87.113.187.83]) (authenticated bits=0) by asmtp2.iomartmail.com (8.14.4/8.14.4) with ESMTP id 0BDBfv1H028922 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 13 Dec 2020 11:41:58 GMT Reply-To: From: "Adrian Farrel" To: Cc: , , References: In-Reply-To: Date: Sun, 13 Dec 2020 11:41:57 -0000 Organization: Old Dog Consulting Message-ID: <143301d6d144$f6f019c0$e4d04d40$@olddog.co.uk> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_1434_01D6D144.F6F0B600" X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQHLrWtQi4DsNAKlKLSczLG726/GW6oLLqPQ Content-Language: en-gb X-Originating-IP: 87.113.187.83 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-25846.007 X-TM-AS-Result: No--19.802-10.0-31-10 X-imss-scan-details: No--19.802-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25846.007 X-TMASE-Result: 10--19.802200-10.000000 X-TMASE-MatchedRID: x2HXvaraFolxWR+9hcFWA3FPUrVDm6jtYnjb54Q6bnCY+0YZ+JNdZlaR d4QgTqpTO8wiNS4ApWOUPT8erJu9ri5/xdGjcylHMpVOsYwN78MRUtvD7/ygxQzvg1/q1MH2qrL pOlGDhqFSsT/V4Hfph2kCj0Qbdb4wUIac17N84UqdVNZaI2n6/wVyeo9hM9SHVYXF0d2fUVnTc/ sT0qtBNoPb4ghlVS1xwjkBkJff7t0CxXFtgZVFF5VRzPxemJL0SmX/0FQED9hMzoE/8qFuUGtCB JGDrKJFQ4zUzv5o1haStbBktZGB8G2VJqCRBdqhXK5keCa+bmhzd7C7BtJobu8I6xDEMO9e7/+9 swuISRVYVA2Tj4cKiK/xMC8mu+5XtAnihQXnq+hSAphtkUXoaI7P8sslRxoeyaqtcUsWOxbppfx NgiuPW4VkJmWfrkeOv71phiYrRiFh1OZ6qKwczkUfqhOIibCHgdkHykGcMplq5aiUaVUyIFHXxC nNdK1O+QfFxsleWTcqhZrv4f7cO7uADNYt2hb2L4+sB3yBscnQevMKEpazy9EKgdVAc8zGcdgWT CMLjVW7sLiGJ4XBUoAy6p60ZV621ROx5lZ1Rh7+xOhjarOnHgM5kYUazKEVsOzOncrmCoOFR9Ha u8GO7tNldGim1ZRQC6nYhc8M0SaArBqU6MQTSBdqybzmeR1v0+HBS/ukgmk= X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: Re: [mpls] MPLS WGLC for draft-ietf-mpls-spl-terminology X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Dec 2020 11:42:05 -0000 This is a multipart message in MIME format. ------=_NextPart_000_1434_01D6D144.F6F0B600 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi Nic, By my reading of the calendar, the period for this second WG last call is over. I don't see any comments, objections, or requests for change from the working group. Please let us know f you need anything more from the authors. Best, Adrian -- It's Christmas. Treat someone you love to a fairy story. Books of fairy tales for adults of all ages: . Tales from the Wood . More Tales from the Wood . Tales from Beyond the Wood . Tales from the Castle Get them on line https://www.feedaread.com/profiles/8604/ Or buy a signed copy from me by post From: N.Leymann@telekom.de Sent: 27 November 2020 12:00 To: mpls-chairs@ietf.org; mpls@ietf.org; draft-ietf-mpls-spl-terminology@ietf.org Subject: MPLS WGLC for draft-ietf-mpls-spl-terminology Working Group, This is to initiate a two week working group last call on draft-ietf-mpls-spl-terminology. Please note that this is the second WGLC, there were a few changes necessary to the draft. Please send your comments to the MPLS WG mailing list ( mpls@ietf.org). There are no IPR disclosures against draft-ietf-mpls-spl-terminology. Both the authors and the contributors have stated on the working group mailing list that they are unaware of any non-disclosed IPRs that relates to this document. This working group last call ends December 12th, 2020. Regards Nic ------=_NextPart_000_1434_01D6D144.F6F0B600 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Nic,

 

By my = reading of the calendar, the period for this second WG last call is = over.

 

I don’t see any comments, objections, or = requests for change from the working group.

 

Please let = us know f you need anything more from the authors.

 

Best,

Adrian

--

It's = Christmas.

Treat someone you love to a fairy = story.

Books of fairy tales for adults of = all ages:

• Tales from the = Wood

• More Tales from the = Wood

• Tales from Beyond the = Wood

• Tales from the = Castle

Get them on line = https://www.feedaread.com/profiles/8604/

Or buy a = signed copy from me by post

 

 

 

From: N.Leymann@telekom.de = <N.Leymann@telekom.de>
Sent: 27 November 2020 = 12:00
To: mpls-chairs@ietf.org; mpls@ietf.org; = draft-ietf-mpls-spl-terminology@ietf.org
Subject: MPLS WGLC = for draft-ietf-mpls-spl-terminology

 

Working Group,

 

This is to initiate a two week = working group last call on draft-ietf-mpls-spl-terminology. Please note = that this is the second WGLC, there were a few changes necessary to the = draft.

 

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

 

There are no IPR disclosures against = draft-ietf-mpls-spl-terminology.

 

Both the authors and the = contributors have stated on the working group mailing list that they are = unaware of any non-disclosed IPRs that relates to this = document.

 

This working group last call ends December 12th, = 2020.

 

Regards

 

Nic

 

------=_NextPart_000_1434_01D6D144.F6F0B600-- From nobody Sun Dec 13 12:37: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 270CB3A08EB; Sun, 13 Dec 2020 12:37:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.199 X-Spam-Level: X-Spam-Status: No, score=-0.199 tagged_above=-999 required=5 tests=[DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, 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=EMdN4iuo; dkim=pass (1024-bit key) header.d=juniper.net header.b=cUzprKsz Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JReqRFIptk4C; Sun, 13 Dec 2020 12:37:46 -0800 (PST) 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 89B603A08F4; Sun, 13 Dec 2020 12:37:45 -0800 (PST) Received: from pps.filterd (m0108162.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.43/8.16.0.43) with SMTP id 0BDKXqh8031172; Sun, 13 Dec 2020 12:37:40 -0800 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : subject : date : message-id : content-type : mime-version; s=PPS1017; bh=hrfZOiQwh4BulIWuztvODHbbbW8564RQgrwtS2q4tbM=; b=EMdN4iuoCsjn3lTMjZVSEiZomX0bGM8JM6b52ipFVuNPNSkJUqwhdQmDRe9PAx/o7uK8 Ngfra/XLAoajy7nFtqWoekuGj/4MqDw49gESojP22FjhJFv2PEdxbjS9Curo1AWJUhZq WFDOSgio4k7SCC17KWf64AMyRmT0WTcWuVfr8HkVFwy0GY59xT/67oFsJ9LPU49/H+gT uW84N3EVB9PnCqrJdOHRk/1SD+ELwvjpYN8N1lYhSKEX9v8AJdFBeqkNEQN+4HcX+5W+ pGJsCe6SHYp+CTKYGuOmt2cS3t0ZVbfkLup+Uo105wnn2G7YkKsl3zhbAIO6AkOK6kBH oQ== Received: from nam10-mw2-obe.outbound.protection.outlook.com (mail-mw2nam10lp2107.outbound.protection.outlook.com [104.47.55.107]) by mx0b-00273201.pphosted.com with ESMTP id 35cw0d9a4d-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sun, 13 Dec 2020 12:37:40 -0800 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=TySsQt2dAg8OT0gTEyphtTQnoKC94GRL6debMPS93zHg2auPnxWIlCa9FzI6OkvMFHIXPFuaViUxXxNdUZYtVbq5/sHOR1MOpxuMpNAMCXK30uzxKpkjRmuHhHuJcDcMGSIASPf+meuuOR/CmAWlDDcKJUyz00ru2Ay2KV1I9tJIpEq7+5GvOTbBJCnIINtfADP1E6D4iQoYF+sbk9zyXRaaNKbrGWDs48qVsDh9e8msAg47o/+nvU7Prh27FuO8r6AzPWRFAfzgUixRq+pJsoeasYbUVYDvbjPzhgJAutOyzOMQwwLjcwJh2PduEXcZELfMrMyQaq8SFHk7vPD3tg== 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=hrfZOiQwh4BulIWuztvODHbbbW8564RQgrwtS2q4tbM=; b=Zbd1mRqPOiCGZY47b73atgzWjYKimg4jrovvVCzam51IRQJOfvm/h3DoejPCo3x7z2tBxToYzFh8pv1VYs2NYBsp8JVB5HqcE8RogAC4hatqLdvysE9YjrW4//Av2gbukamzPAm2aPAp0dp4l/MoQ882GjgXIJpnNvA3qJWcxDp/FJtUvKM9wDSzq1uAbXihJ3qrRchTYUaNe09ZgCNqemsX+wBYSqCJNJcXzIBhs1Kd3A+/9l5DVxELlYbRHA6kllQhgRxxAkhtB/9RufgF93smlm4h3MxL8gPK3rIkPRfcU6103Shdc1pwytzTmE+S3JjAgWUKLxF9mItibeEoww== 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=hrfZOiQwh4BulIWuztvODHbbbW8564RQgrwtS2q4tbM=; b=cUzprKsz9eiVWOV0yCqLI2GQar+F+3tFgdDORofd4GuBFb/+Zj1r/DoDHcM7q8Mbkp5ipPtYZywNn1bYVDhqC3/Lfi5PKMWULLB7yZ9yxg14z7BHd9tWQ9q+/IauKBG7XQMOk73bk1jN7yj/uAP+4qg/ydvd0rOMxa7wEADkkP8= Received: from DM6PR05MB5129.namprd05.prod.outlook.com (20.177.223.30) by DM6PR05MB6330.namprd05.prod.outlook.com (20.178.227.24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3654.7; Sun, 13 Dec 2020 20:37:35 +0000 Received: from DM6PR05MB5129.namprd05.prod.outlook.com ([fe80::d9f4:79e6:8e7:aa30]) by DM6PR05MB5129.namprd05.prod.outlook.com ([fe80::d9f4:79e6:8e7:aa30%3]) with mapi id 15.20.3676.013; Sun, 13 Dec 2020 20:37:35 +0000 From: Chandrasekar Ramachandran To: "draft-cheng-mpls-inband-pm-encapsulation@ietf.org" , "mpls-chairs@ietf.org" , Mach Chen , "mpls@ietf.org" Thread-Topic: MPLS-RT review of draft-cheng-mpls-inband-pm-encapsulation-04 Thread-Index: AdbRj8EDIFxfWCbBQ9Od9Hp0vhi6RA== Date: Sun, 13 Dec 2020 20:37:35 +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_SetDate=2020-12-13T20:37:32Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=bae23613-3f41-4d34-99c5-e3eda6c80444; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2 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: [49.207.132.146] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 8493b4a0-94b3-4087-3190-08d89fa6ec7c x-ms-traffictypediagnostic: DM6PR05MB6330: 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: pfhLqk7HyJpjHCLHhhcpN3+7FwOwO2OKohzUnrqykmrPkKw3TJx8HJBa3naAIKsfVTt7Mvb4jK3cmKxRzvBJMYEstcN3N7oWWLtyHlQ9sLrOiFfPppOEPtnwe7h4vRu+2OZhmN9Urs/ope5g4oOl3dTADAg2/r3doN9EZr/TnTQWfqNWGkSc5IAJ15vAQXEowuo81g/XS2e5I0e9LKcefC5hMRhVoh8bKqbniHvyP8SWPhaUJdAi4UDKFPM4fwtBj/2cYMrQZO90mxJhRYwCa3nxMME02kHKH8+alEL8WOLYDzf4rg8HyWt+yFu4Y8u+oyL2SlhuB6azkt1TO3yAjA== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR05MB5129.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(346002)(376002)(136003)(6506007)(33656002)(7696005)(55236004)(86362001)(83380400001)(66476007)(55016002)(71200400001)(8676002)(9686003)(52536014)(64756008)(66946007)(26005)(966005)(508600001)(30864003)(5660300002)(66556008)(66446008)(2906002)(76116006)(186003)(110136005)(8936002); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: =?us-ascii?Q?AIwIZulYvmsMUngyR2WMHGxKBrS+V9k7AGWZW3IuQOhsYRDDiqenOfe0PHVm?= =?us-ascii?Q?Ge73wKI6N69ciIffYVReJJlCmc978nbGB4gE7SLFn8TA4Gl8D/U2TD4+ufuc?= =?us-ascii?Q?SHh1OceZ3sA9nZYgTRsMtCt2evYoiyDjN1IToFvoRmPgp9AVrRLU/HqQFBPS?= =?us-ascii?Q?joBQHhJjDFEE5f3DMVdomCq/7dm2eiqrZ6o5w1VU6qEui8/2RfqJHmoqEi0w?= =?us-ascii?Q?Wzd/J+VgiYhVOIyk3B7JO+CaSrTNKUhnMRYlRBeY+fvTUy/ra0wy7q6WCsJG?= =?us-ascii?Q?/fVDwfYCpOjg3hcDp6EupPO0b2JmZh8k9xkRgD/WFTbd5oHuitpUTT75/ffB?= =?us-ascii?Q?fEdaxe6NQSuYTod4MuJoqRJOoqQ7MouMgtNKt/04gWTT6e0sF+wW/0K6b49U?= =?us-ascii?Q?NVahRHbHvHtO2IfH1X4qO6oBp4FcEru8ot4zcKL3wh+ifSFvGqiooJsWLe+t?= =?us-ascii?Q?RD8TahA9r3HijH542KEMiptWIfjwaluLQvvExQqWU9AAF0RAs+M2RLAdypdl?= =?us-ascii?Q?SkA78ZXq+7kSzxNi8PtHrTW9jGjKESeSzlguKTnB2Iod1ObOqRnG369dC5W5?= =?us-ascii?Q?HbH/LjQq9LKFj7dTQH/iRlG1OJD6gskG81GX2T1YvUWtcVJPcEXXu5FzRvs/?= =?us-ascii?Q?bynJkNXWOPS8SMq7tpCIXSF9Y1g9OXpHsovYuFy1q6GnrQIvz6aTEPMYA2r/?= =?us-ascii?Q?V5Bb0HfBiFah/Ow22+nRTLgrLwP/62vr4jwoSKvVwAyUeFZMK81TBDdNRIYX?= =?us-ascii?Q?18AaqwAoYjBW1uebDSux436X0oAQmqvYf7+E0fNCF7VeKOexAVFIZqPpR4LZ?= =?us-ascii?Q?KTOPQT5S1U4+HNe5hl8gM35jYezXN06LelYhs80UHaeeL0x0fExab1uKvkuR?= =?us-ascii?Q?jCfxaDBZGbEKnZjio3XoUIKg09PtVPXeaj4UqCIbfXojMDDk2KFXg96Db/xW?= =?us-ascii?Q?SQ9hxmCf+ToIYGI63wW9xBhhlWXv+UgphcZVC/vdK5I=3D?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_DM6PR05MB51299889558C6063089AA5C2D9C80DM6PR05MB5129namp_" MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DM6PR05MB5129.namprd05.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 8493b4a0-94b3-4087-3190-08d89fa6ec7c X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Dec 2020 20:37:35.2695 (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: La6B0VlpRc1J3XJIMf4F6nzV1gNLCPbZNzF1aXWQFJ2rTrdo4Xjh5UXaDN+8/8KT0IV4hsVLpW8jOFby4VJSzw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR05MB6330 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.343, 18.0.737 definitions=2020-12-13_06:2020-12-11, 2020-12-13 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 bulkscore=0 adultscore=0 priorityscore=1501 phishscore=0 lowpriorityscore=0 spamscore=0 mlxscore=0 suspectscore=0 clxscore=1015 mlxlogscore=999 malwarescore=0 impostorscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2012130161 Archived-At: Subject: [mpls] MPLS-RT review of draft-cheng-mpls-inband-pm-encapsulation-04 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Dec 2020 20:37:48 -0000 --_000_DM6PR05MB51299889558C6063089AA5C2D9C80DM6PR05MB5129namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I have reviewed draft-cheng-mpls-inband-pm-encapsulation-04 and do not have= any technical concern or comment so far on the procedures defined in the d= raft. I have a couple of editorial comments and a few questions for the aut= hors. Some of the questions could be clarified over mail whereas the rest m= ay require some clarifying text in the draft. (1) The paragraph in Section 1 comparing the proposal in this draft with SF= L and IOAM could be expanded providing more clarity. Specifically, it has b= een stated that this draft is complimentary to both SFL and IOAM. Is it the= intention of the authors to convey that different sets of flows may use di= fferent methods? (2) Could you point to the draft or RFC that defines overloading of the TC'= s highest order two bits for alternative marking? I couldn't find the relev= ant section in RFC 8321. (2) It seems "MPLS VPN" has been used to indicate any kind of service like = PW, EVPN etc. If there is a more appropriate terminology instead of VPN, th= en that could be used in the draft. Similarly, I suppose the term "MPLS LSP= " has been used to indicate any kind of transport LSP and the same comment = will apply for that too. (3) What does the text "Flow-ID is applied to MPLS LSP and MPLS VPN synchro= nously" in Section 2 mean? The text in Section 2.1 states that if there are= multiple flow-id labels, then each of them must be different. Could you ex= plain one example application of two flow-id labels - one below transport l= abel and the other below the service label? (3) This is in continuation from the previous question. If one wants to cou= nt the same flow as it traversers across transport & service layers, then t= he NMS or the flow-id allocations has to allocate two flow-id values for th= e same flow and impose the two flow-id labels at the appropriate locations = on the label stack. Is that correct? (5) Section 4 only provides flow-id allocation for IP flows identified by I= P five tuples & IP DHCP. But, does the mechanism defined in this draft prec= lude the allocation & use of flow-id labels for SR policies? For example, t= he notion of an SR (transport) policy is transparent to the transit nodes t= hat only forward based on the top label on the label stack. Is the alternat= ive marking method defined in this draft applicable to such SR (transport) = policies also? (6) Section 5 only introduces the FRLD as a parameter analogous to ERLD for= entropy labels without any associated procedures for a node to define and = advertise its FRLD. Is there any companion draft to define the procedures f= or FRLD or do you plan to write one? Thanks, Chandra. Juniper Business Use Only --_000_DM6PR05MB51299889558C6063089AA5C2D9C80DM6PR05MB5129namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
I have reviewed draft-cheng-mpls-inband-pm-encapsulation-04 and do not= have any technical concern or comment so far on the procedures defined in = the draft. I have a couple of editorial comments and a few questions for th= e authors. Some of the questions could be clarified over mail whereas the rest may require some clarifying t= ext in the draft.
 
(1) The paragraph in Section 1 comparing the proposal in this draft wi= th SFL and IOAM could be expanded providing more clarity. Specifically, it = has been stated that this draft is complimentary to both SFL and IOAM. Is i= t the intention of the authors to convey that different sets of flows may use different methods?
 
(2) Could you point to the draft or RFC that defines overloading of th= e TC's highest order two bits for alternative marking? I couldn't find the = relevant section in RFC 8321.
 
(2) It seems "MPLS VPN" has been used to indicate any kind o= f service like PW, EVPN etc. If there is a more appropriate terminology ins= tead of VPN, then that could be used in the draft. Similarly, I suppose the= term "MPLS LSP" has been used to indicate any kind of transport LSP and the same comment will apply for that too.
 
(3) What does the text "Flow-ID is applied to MPLS LSP and MPLS V= PN synchronously" in Section 2 mean? The text in Section 2.1 states th= at if there are multiple flow-id labels, then each of them must be differen= t. Could you explain one example application of two flow-id labels - one below transport label and the other below the s= ervice label?
 
(3) This is in continuation from the previous question. If one wants t= o count the same flow as it traversers across transport & service layer= s, then the NMS or the flow-id allocations has to allocate two flow-id valu= es for the same flow and impose the two flow-id labels at the appropriate locations on the label stack. Is that= correct?
 
(5) Section 4 only provides flow-id allocation for IP flows identified= by IP five tuples & IP DHCP. But, does the mechanism defined in this d= raft preclude the allocation & use of flow-id labels for SR policies? F= or example, the notion of an SR (transport) policy is transparent to the transit nodes that only forward based on the t= op label on the label stack. Is the alternative marking method defined in t= his draft applicable to such SR (transport) policies also?
 
(6) Section 5 only introduces the FRLD as a parameter analogous to ERL= D for entropy labels without any associated procedures for a node to define= and advertise its FRLD. Is there any companion draft to define the procedu= res for FRLD or do you plan to write one?
 
Thanks,
Chandra.

Juniper Business Use Only
 
 --_000_DM6PR05MB51299889558C6063089AA5C2D9C80DM6PR05MB5129namp_-- From nobody Sun Dec 13 18:52:33 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 668733A0B2D; Sun, 13 Dec 2020 18:52:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0 X-Spam-Level: X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[RCVD_IN_MSPIKE_H2=-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 XsgOc8ymuIna; Sun, 13 Dec 2020 18:52:30 -0800 (PST) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 961013A0B22; Sun, 13 Dec 2020 18:52:29 -0800 (PST) Received: from fraeml701-chm.china.huawei.com (unknown [172.18.147.226]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4CvQq93CYBz67Pvf; Mon, 14 Dec 2020 10:50:13 +0800 (CST) Received: from fraeml701-chm.china.huawei.com (10.206.15.50) by fraeml701-chm.china.huawei.com (10.206.15.50) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2106.2; Mon, 14 Dec 2020 03:52:25 +0100 Received: from DGGEML402-HUB.china.huawei.com (10.3.17.38) by fraeml701-chm.china.huawei.com (10.206.15.50) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA_P256) id 15.1.2106.2 via Frontend Transport; Mon, 14 Dec 2020 03:52:25 +0100 Received: from DGGEML530-MBS.china.huawei.com ([169.254.8.87]) by DGGEML402-HUB.china.huawei.com ([fe80::fca6:7568:4ee3:c776%31]) with mapi id 14.03.0487.000; Mon, 14 Dec 2020 10:52:21 +0800 From: Mach Chen To: Loa Andersson , "mpls@ietf.org" CC: "mpls-chairs@ietf.org" Thread-Topic: Preliminary Minutes of MPLS WG @ IETF 109 Thread-Index: AdbJ4mBC6o955FIEQuyyNqiCUX/AzwGIArgAAHBm1QA= Date: Mon, 14 Dec 2020 02:52:21 +0000 Message-ID: References: <00be8a1b-592e-5b8c-4404-f3d27f2f883b@pi.nu> In-Reply-To: <00be8a1b-592e-5b8c-4404-f3d27f2f883b@pi.nu> 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="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [mpls] Preliminary Minutes of MPLS WG @ IETF 109 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, 14 Dec 2020 02:52:31 -0000 TG9hLA0KDQpUaGFua3MgZm9yIHRoZSB1cGRhdGVzIQ0KDQpJIHdpbGwgdXBkYXRlIHRoZSBmb3Jt YWwgbWludXRlcyBhY2NvcmRpbmdseS4NCg0KQmVzdCByZWdhcmRzLA0KTWFjaA0KDQo+IC0tLS0t T3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IExvYSBBbmRlcnNzb24gW21haWx0bzpsb2FA cGkubnVdDQo+IFNlbnQ6IFNhdHVyZGF5LCBEZWNlbWJlciAxMiwgMjAyMCAxOjEzIFBNDQo+IFRv OiBNYWNoIENoZW4gPG1hY2guY2hlbkBodWF3ZWkuY29tPjsgbXBsc0BpZXRmLm9yZw0KPiBDYzog bXBscy1jaGFpcnNAaWV0Zi5vcmcNCj4gU3ViamVjdDogUmU6IFByZWxpbWluYXJ5IE1pbnV0ZXMg b2YgTVBMUyBXRyBAIElFVEYgMTA5DQo+IA0KPiBNYWNoLA0KPiANCj4gVGhpcyBpcyBnb29kIHRv byBnbyBmcm9tIG15IHBvaW50IG9mIHZpZXcgd2l0aCB0aGUgZm9sbG93aW5nIGNvcnJlY3Rpb24u DQo+IA0KPiBPTEQNCj4gTG9hOiBPbmNlIHN0YXJ0IG1wbHMtcnQgcmV2aWV3IG9yIHRoZSBjaGFp ciBzdGFydHMgdG8gcmV2aWV3IGEgZHJhZnQsIHdlIHdpbGwgbWFyaw0KPiB0aGUgcmVsZXZhbnQg ZHJhZnRzIGFzIOKAnGNhbmRpZGF0ZSBXRyBhZG9wdGlvbuKAnS4gSXTigJlzIHNvbWVob3cgaW5k aWNhdGVzIHRoYXQNCj4gdGhlIGRyYWZ0IGlzIHJlYWR5IGZvciBXRyBhZG9wdGlvbi4NCj4gDQo+ IE5FVw0KPiBMb2E6IFRoZSBuYW1lIG9mIHRoaXMgc3RhdGUgaW4gdGhlIGRhdGEgdHJhY2tlciBw cm9taXNlIG1vcmUgdGhhbiBpdCBzaG91bGQuIFRoZQ0KPiBuYW1lIGNvdWxkIGJlIHRha2VuIHRv IGluZGljYXRlIHRoYXQgd2UgYXJlIHJlYWR5IHRvIHN0YXJ0IHRoZSB3Z2FwLiBIb3dldmVyLA0K PiB0aGlzIHN0YXRlIGlzIHRoZSBlbnRyeSBzdGF0ZSBpbnRvIHRoZSBkYXRhIHRyYWNrZXIsIGl0 IGluZGljYXRlcyB0aGF0IGlmIHRoaXMgZG9jdW1lbnQNCj4gYmVsb25ncyBpbiB0aGUgSUVURiwg aXQgc2hvdWxkIGJlIGluIE1QTFMuIFRoZXJlIHNvbWUgaW5pdGlhbCBjaGVja3MgdGhhdCBuZWVk cyB0bw0KPiBiZSBkb25lLCBhbmQgYW4gTVBMUy1SVCByZXZpZXcgdG8gYmUgZG9uZSBiZWZvcmUg d2UgcmVhbGx5IGNvdWxkIHRhbGsgYWJvdXQgaXQNCj4gYXMgYSAiY2FuZGlkYXRlIi4NCj4gDQo+ IC9Mb2ENCj4gDQo+IE9uIDA0LzEyLzIwMjAgMTA6MTIsIE1hY2ggQ2hlbiB3cm90ZToNCj4gPiBI aSwNCj4gPg0KPiA+IEhlcmUgKGh0dHBzOi8vY29kaW1kLmlldGYub3JnL25vdGVzLWlldGYtMTA5 LW1wbHM/dmlldyApIGlzIHRoZSBwcmVsaW1pbmFyeQ0KPiBtaW51dGVzIG9mIHRoZSBNUExTIFdH IHNlc3Npb24gYXQgSUVURiAxMDkuIFRoZXJlIG1heSBiZSBzb21lIG1pbnV0ZXMgbG9zdCBvcg0K PiBpbmFjY3VyYWN5LiBJZiBzbywgcGxlYXNlIGxldCB1cyBrbm93IGFuZCB3ZSB3aWxsIGluY29y cG9yYXRlIHRoZW0gaW50byB0aGUgZmluYWwNCj4gbWludXRlcy4NCj4gPg0KPiA+IEJlc3QgcmVn YXJkcywNCj4gPiBNYWNoDQo+ID4NCj4gDQo+IC0tDQo+IA0KPiBMb2EgQW5kZXJzc29uICAgICAg ICAgICAgICAgICAgICAgICAgZW1haWw6IGxvYUBwaS5udQ0KPiBTZW5pb3IgTVBMUyBFeHBlcnQg ICAgICAgICAgICAgICAgICAgICAgICAgIGxvYS5waS5udUBnbWFpbC5jb20NCj4gQnJvbnplIERy YWdvbiBDb25zdWx0aW5nICAgICAgICAgICAgIHBob25lOiArNDYgNzM5IDgxIDIxIDY0DQo= From nobody Sun Dec 13 19:19:32 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6942E3A0D77; Sun, 13 Dec 2020 19:19:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.002 X-Spam-Level: X-Spam-Status: No, score=0.002 tagged_above=-999 required=5 tests=[HTML_MESSAGE=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 9GHPW5FZDqYU; Sun, 13 Dec 2020 19:19:28 -0800 (PST) Received: from cmccmta1.chinamobile.com (cmccmta1.chinamobile.com [221.176.66.79]) by ietfa.amsl.com (Postfix) with ESMTP id D5C683A0D84; Sun, 13 Dec 2020 19:19:26 -0800 (PST) Received: from spf.mail.chinamobile.com (unknown[172.16.121.19]) by rmmx-syy-dmz-app01-12001 (RichMail) with SMTP id 2ee15fd6d9b1f34-a07ec; Mon, 14 Dec 2020 11:19:14 +0800 (CST) X-RM-TRANSID: 2ee15fd6d9b1f34-a07ec X-RM-TagInfo: emlType=0 X-RM-SPAM-FLAG: 00000000 Received: from cmcc (unknown[10.1.6.6]) by rmsmtp-syy-appsvr10-12010 (RichMail) with SMTP id 2eea5fd6d9afa70-e4b3f; Mon, 14 Dec 2020 11:19:13 +0800 (CST) X-RM-TRANSID: 2eea5fd6d9afa70-e4b3f From: "Weiqiang Cheng" To: "'Italo Busi'" , , , "'Mach Chen'" Cc: References: In-Reply-To: Date: Mon, 14 Dec 2020 11:19:12 +0800 Message-ID: <07f301d6d1c7$e5c246e0$b146d4a0$@com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_07F4_01D6D20A.F3E586E0" X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AdbONAi8bzMJ1FAyQGmxssyQ8d9OZgDk1dCA Content-Language: zh-cn Archived-At: Subject: Re: [mpls] MPLS-RT review of 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: Mon, 14 Dec 2020 03:19:31 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_07F4_01D6D20A.F3E586E0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi Italo, =20 Many thanks for your thorough review and insightful comments. We've discussed them, please see inline our responses tagged with = . =20 Best Regards, Weiqiang (on behalf of co-authors) =20 =20 =E5=8F=91=E4=BB=B6=E4=BA=BA: Italo Busi [mailto:Italo.Busi@huawei.com]=20 =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2020=E5=B9=B412=E6=9C=889=E6=97=A5 = 22:55 =E6=94=B6=E4=BB=B6=E4=BA=BA: = draft-cheng-mpls-inband-pm-encapsulation@ietf.org; mpls-chairs@ietf.org; = Mach Chen =E6=8A=84=E9=80=81: 'mpls@ietf.org' =E4=B8=BB=E9=A2=98: MPLS-RT review of = draft-cheng-mpls-inband-pm-encapsulation =20 Hi all, I have been selected as one of the MPLS-RT reviewers of = draft-cheng-mpls-inband-pm-encapsulation. I have reviewed the latest version of the draft = (draft-cheng-mpls-inband-pm-encapsulation-04). I think that the document is coherent, it is useful (i.e., it addresses = a real need for operational networks), and it is almost technically = sound. Therefore, I think that the draft is almost ready to be adopted as a WG = document. I have only one technical comment which I am not sure it is really = blocking WG adoption but it may be worthwhile to confirm (or to address) = before WG adoption: I am not sure the use of the TC field for supporting = alternate marking method is fully compliant with RFC5462. In the latest -04 version of this draft, we updated the text = relevant to TC field usage as alternate marking bits, that's due to the = comments/queries we received from Tarek, for the details please refer to = the fifth query and answer in archive: = https://mailarchive.ietf.org/arch/msg/mpls/_zYXoymu05Yiq-2bKgStgzpqb0Q/. = = To our understanding, leveraging TC bits to identify alternate marking = is along the lines of RFC 5462, especially due to the fact that RFC 8321 = mentions many times that IP DSCP field can be used to identify alternate = marking. =20 If the alternative option to allocate multiple Flow-ID labels is chosen, = there are other pieces of text that need to be updated for consistency. Actually the alternative option to allocate multiple Flow-ID = labels is not recommended, for the reasons please refer to the fifth = query and answer in archive: = https://mailarchive.ietf.org/arch/msg/mpls/_zYXoymu05Yiq-2bKgStgzpqb0Q/. =20 These are few other comments I have which can be addressed either before = or after WG adoption. =20 1. The insertion of the Flow-ID label stack entry has some impact = on the ECMP behavior within the MPLS network which needs to be analyzed = in the draft (see for example section 5 of the SFL framework draft). Thanks for pointing that out and the good reference, we'll = add text to address it. =20 2. Editorial: the draft uses the term "VPN Label" while other RFCs = uses the term "Application Label" It woudl be better to align the = terminology with other RFCs. OK, will make the alignment. =20 3. Editorial: the text in the Introduction is a bit hard to read. = The differences between this method and SFL are split between the second = and the third paragraph while the third paragraph describes also the = difference wrt in-situ OAM. The last paragraph describes what this draft = defines wrt the mechanisms of RC8321 and RFC8372. =20 Moreover, some of the properties of this method (e.g., monitoring at = intermediate points as well as flow identification at both LSP and = VPN/application label) are inferred from the difference with other = methods rather than explicitly defined as properties of this method. =20 It is proposed to re-organize the text in the Introduction with: =C2=B7 one paragraph describing the background information (RFC832 = and RFC8372) =C2=B7 one or two paragraphs describing what this draft defines =C2=B7 one paragraph defining the differences wrt SFL =C2=B7 one paragraph defining the differences wrt in-situ OAM Make sense, thank you. We'll follow your suggestion to update = the introduction part. =20 4. In section 1, the second part of the comparison with in-situ = OAM is not fully clear to me: =20 furthermore, the former allows the network nodes to report the refined data (e.g. calculated performance metrics) associated with a specified flow, nevertheless the latter requests the network nodes to report the data (e.g. ingress interface and egress interface) associated with a specified packet. =20 Could you please provide more explanation (via e-mail or in the draft)? Of course, the text you quote intends to tell the different = characteristics of the exported data. With alternate marking, the = exported data is flow-based data for performance measurement, such as = counter of a block. With In-situ OAM, the exported data is packet-based = data for telemetry info collection, such as ingress interface of a = packet. Is it more clear if we change the text to "furthermore, the = former requests the network nodes to report the data used for = performance measurement, nevertheless the latter requests the network = nodes to report the data used for telemetry info collection"? =20 5. From section 2.1, I understand that the LSP label can be = PHP-ed. =20 Is my understanding correct? It might be worthwhile being explicit about = this. Yes, we think so. We'll add text to make it explicit. =20 6. From section 2.1, I understand that when the Flow-ID is applied = to both the LSP and VPN labels, the two values are independent from each = other. For example, two packets can belong to the same VPN flow but to = two different LSP flows (although this might depend on the ECMP = behavior) or two packets can belong to two different VPN flows but to = the same LSP flow. =20 Is my understanding correct? It might be worthwhile being explicit about = this. Yes, we think so. We'll add text to make it explicit. =20 7. From section 3, I understand that an intermediate node to = lookup the Flow-ID label needs to perform some deep packet inspection = beyond the label at the top of the label stack used to take forwarding = decisions. =20 I think the draft should state this requirement more clearly. =20 It is also not clear how deep this inspection could be. For example, a P = router should only inspect the LSP Flow-ID label (i.e., monitoring the = LSP flow) or could it also inspect the VPN Flow-ID (i.e., monitoring the = VPN flow)? =20 Moreover, is this inspection required at all the intermediate nodes or = should it be configured somehow? =20 Adding some description about the configuration of the Flow=E2=80=91ID = on intermediate nodes in section 4 could help addressing this comment. Yes, the answers to your questions depend on the = configurations on the intermediate nodes. We'll add text to address this = comment. Thank you again, Italo, for the time and effort you took to review this = document. =20 Italo =20 ------=_NextPart_000_07F4_01D6D20A.F3E586E0 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Hi = Italo,

 

Many thanks for your thorough = review and insightful comments.

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

 

Best = Regards,

Weiqiang (on behalf of = co-authors)

 

 

=E5=8F=91=E4=BB= =B6=E4=BA=BA: Italo Busi = [mailto:Italo.Busi@huawei.com]
=E5=8F=91=E9=80= =81=E6=97=B6=E9=97=B4: = 2020=E5=B9=B412=E6=9C=889=E6=97=A5 22:55
=E6=94=B6=E4=BB=B6=E4=BA=BA: = draft-cheng-mpls-inband-pm-encapsulation@ietf.org; mpls-chairs@ietf.org; = Mach Chen
=E6=8A=84=E9=80=81: = 'mpls@ietf.org'
=E4=B8=BB=E9=A2=98: MPLS-RT review of = draft-cheng-mpls-inband-pm-encapsulation

 

Hi all,

I have been selected as one of the  MPLS-RT reviewers = of draft-cheng-mpls-inband-pm-encapsulation.

I have reviewed the latest version of the draft = (draft-cheng-mpls-inband-pm-encapsulation-04).

I think that the document is coherent, it is useful (i.e., = it addresses a real need for operational networks), and it is almost = technically sound.

Therefore, I think that the draft is almost ready to be = adopted as a WG document.

I have only one technical comment which I am not sure it is = really blocking WG adoption but it may be worthwhile to confirm (or to = address) before WG adoption: I am not sure the use of the TC field for = supporting alternate marking method is fully compliant with = RFC5462.

<Weiqiang> In the latest -04 version of this draft, = we updated the text relevant to TC field usage as alternate marking = bits, that's due to the comments/queries we received from Tarek, for the = details please refer to the fifth query and answer in archive: https://mailarchive.ietf.org/arch/msg/mpls/_zYXoymu05Yi= q-2bKgStgzpqb0Q/. To our understanding, leveraging TC = bits to identify alternate marking is along the lines of RFC 5462, = especially due to the fact that RFC 8321 mentions many times that = IP DSCP field can be used to identify alternate = marking.

 

If the alternative option to allocate multiple Flow-ID = labels is chosen, there are other pieces of text that need to be updated = for consistency.

<Weiqiang> Actually the alternative option to = allocate multiple Flow-ID labels is not recommended, for the reasons = please refer to the fifth query and answer in archive: https://mailarchive.ietf.org/arch/msg/mpls/_zYXoymu05Yi= q-2bKgStgzpqb0Q/.

 

These are few other comments I have which can be addressed = either before or after WG adoption.

 

1.       The insertion of the Flow-ID label stack entry has some = impact on the ECMP behavior within the MPLS network which needs to be = analyzed in the draft (see for example section 5 of the SFL framework = draft).

<Weiqiang> Thanks for pointing that out and the good = reference, we'll add text to address it.

 

2.       Editorial: the draft uses the term "VPN Label" = while other RFCs uses the term "Application Label" It woudl be = better  to align the terminology with other = RFCs.

<Weiqiang> OK, will make the = alignment.

 

3.       Editorial: the text in the Introduction is a bit hard to = read. The differences between this method and SFL are split between the = second and the third paragraph while the third paragraph describes also = the difference wrt in-situ OAM. The last paragraph describes what this = draft defines wrt the mechanisms of RC8321 and = RFC8372.

 

Moreover, some of the = properties of this method (e.g., monitoring at intermediate points as = well as flow identification at both LSP and VPN/application label) are = inferred from the difference with other methods rather than explicitly = defined as properties of this method.

 

It is proposed to = re-organize the text in the Introduction with:

=C2=B7       one paragraph describing the background information (RFC832 = and RFC8372)

=C2=B7       one or two paragraphs describing what this draft = defines

=C2=B7       one paragraph defining the differences wrt = SFL

=C2=B7       one paragraph defining the differences wrt in-situ = OAM

<Weiqiang> Make sense, thank you. We'll follow your = suggestion to update the introduction part.

 

4.       In section 1, the second part of the comparison with = in-situ OAM is not fully clear to me:

 

    =             &= nbsp;          furtherm= ore, the former allows the network

   nodes to report the = refined data (e.g. calculated performance

   metrics) associated = with a specified flow, nevertheless the latter

   requests the network = nodes to report the data (e.g. ingress interface

   and egress interface) = associated with a specified packet.

 

Could you please provide = more explanation (via e-mail or in the draft)?

<Weiqiang> Of course, the text you quote intends to = tell the different characteristics of the exported data. With alternate = marking, the exported data is flow-based data for performance = measurement, such as counter of a block. With In-situ OAM, the exported = data is packet-based data for telemetry info collection, such as ingress = interface of a packet. Is it more clear if we change the text to = "furthermore, the former requests the network nodes to report the = data used for performance measurement, nevertheless the latter requests = the network nodes to report the data used for telemetry info = collection"?

 

5.       From section 2.1, I understand that the LSP label can be = PHP-ed.

 

Is my understanding = correct? It might be worthwhile being explicit about = this.

<Weiqiang> Yes, we = think so. We'll add text to make it explicit.

 

6.       From section 2.1, I understand that when the Flow-ID is = applied to both the LSP and VPN labels, the two values are independent = from each other. For example, two packets can belong to the same VPN = flow but to two different LSP flows (although this might depend on the = ECMP behavior) or two packets can belong to two different VPN flows but = to the same LSP flow.

 

Is my understanding = correct? It might be worthwhile being explicit about = this.

<Weiqiang> Yes, we = think so. We'll add text to make it explicit.

 

7.       From section 3, I understand that an intermediate node to = lookup the Flow-ID label needs to perform some deep packet inspection = beyond the label at the top of the label stack used to take forwarding = decisions.

 

I think the draft should = state this requirement more clearly.

 

It is also not clear how = deep this inspection could be. For example, a P router should only = inspect the LSP Flow-ID label (i.e., monitoring the LSP flow) or could = it also inspect the VPN Flow-ID (i.e., monitoring the VPN = flow)?

 

Moreover, is this = inspection required at all the intermediate nodes or should it be = configured somehow?

 

Adding some description = about the configuration of the Flow=E2=80=91ID on intermediate nodes in = section 4 could help addressing this comment.

<Weiqiang> Yes, the answers to your questions depend = on the configurations on the intermediate nodes. We'll add text to = address this comment.

Thank you again, Italo, = for the time and effort you took to review this = document.

 

Italo

 

------=_NextPart_000_07F4_01D6D20A.F3E586E0-- From nobody Sun Dec 13 20:13:10 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 747DB3A0E6E; Sun, 13 Dec 2020 20:13:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.201 X-Spam-Level: X-Spam-Status: No, score=-0.201 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.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 S620Kg5Ev1_U; Sun, 13 Dec 2020 20:13:07 -0800 (PST) Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (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 8516E3A0E59; Sun, 13 Dec 2020 20:13:07 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 4CvSfq2NPkz6GD7P; Sun, 13 Dec 2020 20:13:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1607919187; bh=8w89Ii+i2b9aSpKlpXdhjGTIISa00x3ddq9Sb+ieIEM=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=Dx2bXwIRjfLnS5z06TX3mGzRfOhFk0fCcmhID0npu8rQxFQrX7dz0yNhq0zaTQExw /zJApbwzV2WHDGITIn8GzOgONQwsaHyXu5rir3AIbI5MT1C/3ZZZbqAIXv/Xo6Zefy sIhnEnoIrCxk8fSX1yvHvSXD7cTwwz4uhTrI3Bzc= X-Quarantine-ID: <1Padj9vEyREc> X-Virus-Scanned: Debian amavisd-new at a2.tigertech.net Received: from [192.168.128.43] (unknown [50.225.209.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 4CvSfn2q58z6GQN8; Sun, 13 Dec 2020 20:13:05 -0800 (PST) To: Weiqiang Cheng , 'Italo Busi' , draft-cheng-mpls-inband-pm-encapsulation@ietf.org, mpls-chairs@ietf.org, 'Mach Chen' Cc: mpls@ietf.org References: <07f301d6d1c7$e5c246e0$b146d4a0$@com> From: "Joel M. Halpern" Message-ID: <37f5380f-a8f3-2683-2283-4ecc41ff6f3f@joelhalpern.com> Date: Sun, 13 Dec 2020 23:13:04 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.5.1 MIME-Version: 1.0 In-Reply-To: <07f301d6d1c7$e5c246e0$b146d4a0$@com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [mpls] MPLS-RT review of 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: Mon, 14 Dec 2020 04:13:10 -0000 Please be a little careful about relying on RFC 8321 for deciding what to put in a standards track RFC. *321 is experimental, and therefore would have presumably been reviewed with a more lenient eye than is appropriate for PS. Yours, Joel On 12/13/2020 10:19 PM, Weiqiang Cheng wrote: > Hi Italo, > > Many thanks for your thorough review and insightful comments. > > We've discussed them, please see inline our responses tagged with > . > > Best Regards, > > Weiqiang (on behalf of co-authors) > > *发件人:*Italo Busi [mailto:Italo.Busi@huawei.com] > *发送时间:*2020年12月9日22:55 > *收件人:*draft-cheng-mpls-inband-pm-encapsulation@ietf.org; > mpls-chairs@ietf.org; Mach Chen > *抄送:*'mpls@ietf.org' > *主题:*MPLS-RT review of draft-cheng-mpls-inband-pm-encapsulation > > Hi all, > > I have been selected as one of the  MPLS-RT reviewers of > draft-cheng-mpls-inband-pm-encapsulation. > > I have reviewed the latest version of the draft > (draft-cheng-mpls-inband-pm-encapsulation-04). > > I think that the document is coherent, it is useful (i.e., it addresses > a real need for operational networks), and it is almost technically sound. > > Therefore, I think that the draft is almost ready to be adopted as a WG > document. > > I have only one technical comment which I am not sure it is really > blocking WG adoption but it may be worthwhile to confirm (or to address) > before WG adoption: I am not sure the use of the TC field for supporting > alternate marking method is fully compliant with RFC5462. > > In the latest -04 version of this draft, we updated the text > relevant to TC field usage as alternate marking bits, that's due to the > comments/queries we received from Tarek, for the details please refer to > the fifth query and answer in archive: > https://mailarchive.ietf.org/arch/msg/mpls/_zYXoymu05Yiq-2bKgStgzpqb0Q/. >  To > our understanding, leveraging TC bits to identify alternate marking is > along the lines of RFC 5462, especially due to the fact that RFC 8321 > mentions many times that IP DSCP field can be used to identify alternate > marking. > > If the alternative option to allocate multiple Flow-ID labels is chosen, > there are other pieces of text that need to be updated for consistency. > > Actually the alternative option to allocate multiple Flow-ID > labels is not recommended, for the reasons please refer to the fifth > query and answer in archive: > https://mailarchive.ietf.org/arch/msg/mpls/_zYXoymu05Yiq-2bKgStgzpqb0Q/ > . > > These are few other comments I have which can be addressed either before > or after WG adoption. > > 1.The insertion of the Flow-ID label stack entry has some impact on the > ECMP behavior within the MPLS network which needs to be analyzed in the > draft (see for example section 5 of the SFL framework draft). > > Thanks for pointing that out and the good reference, we'll > add text to address it. > > 2.Editorial: the draft uses the term "VPN Label" while other RFCs uses > the term "Application Label" It woudl be better  to align the > terminology with other RFCs. > > OK, will make the alignment. > > 3.Editorial: the text in the Introduction is a bit hard to read. The > differences between this method and SFL are split between the second and > the third paragraph while the third paragraph describes also the > difference wrt in-situ OAM. The last paragraph describes what this draft > defines wrt the mechanisms of RC8321 and RFC8372. > > Moreover, some of the properties of this method (e.g., monitoring at > intermediate points as well as flow identification at both LSP and > VPN/application label) are inferred from the difference with other > methods rather than explicitly defined as properties of this method. > > It is proposed to re-organize the text in the Introduction with: > > ·one paragraph describing the background information (RFC832 and RFC8372) > > ·one or two paragraphs describing what this draft defines > > ·one paragraph defining the differences wrt SFL > > ·one paragraph defining the differences wrt in-situ OAM > > Make sense, thank you. We'll follow your suggestion to update > the introduction part. > > 4.In section 1, the second part of the comparison with in-situ OAM is > not fully clear to me: > >                            furthermore, the former allows the network > >    nodes to report the refined data (e.g. calculated performance > >    metrics) associated with a specified flow, nevertheless the latter > >    requests the network nodes to report the data (e.g. ingress interface > >    and egress interface) associated with a specified packet. > > Could you please provide more explanation (via e-mail or in the draft)? > > Of course, the text you quote intends to tell the different > characteristics of the exported data. With alternate marking, the > exported data is flow-based data for performance measurement, such as > counter of a block. With In-situ OAM, the exported data is packet-based > data for telemetry info collection, such as ingress interface of a > packet. Is it more clear if we change the text to "furthermore, the > former requests the network nodes to report the data used for > performance measurement, nevertheless the latter requests the network > nodes to report the data used for telemetry info collection"? > > 5.From section 2.1, I understand that the LSP label can be PHP-ed. > > Is my understanding correct? It might be worthwhile being explicit about > this. > > Yes, we think so. We'll add text to make it explicit. > > 6.From section 2.1, I understand that when the Flow-ID is applied to > both the LSP and VPN labels, the two values are independent from each > other. For example, two packets can belong to the same VPN flow but to > two different LSP flows (although this might depend on the ECMP > behavior) or two packets can belong to two different VPN flows but to > the same LSP flow. > > Is my understanding correct? It might be worthwhile being explicit about > this. > > Yes, we think so. We'll add text to make it explicit. > > 7.From section 3, I understand that an intermediate node to lookup the > Flow-ID label needs to perform some deep packet inspection beyond the > label at the top of the label stack used to take forwarding decisions. > > I think the draft should state this requirement more clearly. > > It is also not clear how deep this inspection could be. For example, a P > router should only inspect the LSP Flow-ID label (i.e., monitoring the > LSP flow) or could it also inspect the VPN Flow-ID (i.e., monitoring the > VPN flow)? > > Moreover, is this inspection required at all the intermediate nodes or > should it be configured somehow? > > Adding some description about the configuration of the Flow‑ID on > intermediate nodes in section 4 could help addressing this comment. > > Yes, the answers to your questions depend on the > configurations on the intermediate nodes. We'll add text to address this > comment. > > Thank you again, Italo, for the time and effort you took to review this > document. > > Italo > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > From nobody Mon Dec 14 01:30: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 C03FF3A0E70; Mon, 14 Dec 2020 01:30:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.002 X-Spam-Level: X-Spam-Status: No, score=0.002 tagged_above=-999 required=5 tests=[HTML_MESSAGE=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 UG-VPmD-wB5y; Mon, 14 Dec 2020 01:30:13 -0800 (PST) Received: from cmccmta1.chinamobile.com (cmccmta1.chinamobile.com [221.176.66.79]) by ietfa.amsl.com (Postfix) with ESMTP id B7C193A0E65; Mon, 14 Dec 2020 01:30:11 -0800 (PST) Received: from spf.mail.chinamobile.com (unknown[172.16.121.9]) by rmmx-syy-dmz-app01-12001 (RichMail) with SMTP id 2ee15fd7308adc4-a96de; Mon, 14 Dec 2020 17:29:47 +0800 (CST) X-RM-TRANSID: 2ee15fd7308adc4-a96de X-RM-TagInfo: emlType=0 X-RM-SPAM-FLAG: 00000000 Received: from cmcc (unknown[10.2.53.130]) by rmsmtp-syy-appsvr05-12005 (RichMail) with SMTP id 2ee55fd73089e86-f8d4a; Mon, 14 Dec 2020 17:29:47 +0800 (CST) X-RM-TRANSID: 2ee55fd73089e86-f8d4a From: "Weiqiang Cheng" To: "'Chandrasekar Ramachandran'" , , , "'Mach Chen'" , References: In-Reply-To: Date: Mon, 14 Dec 2020 17:29:46 +0800 Message-ID: <000001d6d1fb$a9ec23f0$fdc46bd0$@com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0001_01D6D23E.B80F63F0" X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AdbRj8EDIFxfWCbBQ9Od9Hp0vhi6RAAazIsw Content-Language: zh-cn Archived-At: Subject: Re: [mpls] MPLS-RT review of draft-cheng-mpls-inband-pm-encapsulation-04 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Dec 2020 09:30:16 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01D6D23E.B80F63F0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable Hi Chandra, =20 Many thanks for your thorough review and insightful comments. We've discussed them, please see inline our responses tagged with . =20 Best Regards, Weiqiang (on behalf of co-authors) =20 =B7=A2=BC=FE=C8=CB: mpls [mailto:mpls-bounces@ietf.org] =B4=FA=B1=ED = Chandrasekar Ramachandran =B7=A2=CB=CD=CA=B1=BC=E4: 2020=C4=EA12=D4=C214=C8=D5 04:38 =CA=D5=BC=FE=C8=CB: draft-cheng-mpls-inband-pm-encapsulation@ietf.org; = mpls-chairs@ietf. org; Mach Chen; mpls@ietf.org =D6=F7=CC=E2: [mpls] MPLS-RT review of = draft-cheng-mpls-inband-pm-encapsulation-04 =20 I have reviewed draft-cheng-mpls-inband-pm-encapsulation-04 and do not = have any technical concern or comment so far on the procedures defined in the draft. I have a couple of editorial comments and a few questions for the authors. Some of the questions could be clarified over mail whereas the = rest may require some clarifying text in the draft. =20 (1) The paragraph in Section 1 comparing the proposal in this draft with = SFL and IOAM could be expanded providing more clarity. Specifically, it has = been stated that this draft is complimentary to both SFL and IOAM. Is it the intention of the authors to convey that different sets of flows may use different methods? Different sets of flows may use different methods, otherwise, = the same set of flows may also use different methods simultaneously, e.g., = one flow may use the method proposed in this draft to achieve performance measurement, at the same time, use the IOAM method to achieve telemetry = info collection. =20 (2) Could you point to the draft or RFC that defines overloading of the = TC's highest order two bits for alternative marking? I couldn't find the = relevant section in RFC 8321. No, it's defined in this document but not reference to other document. We noticed that RFC 3032 defines the three-bit field as "EXP" field, and then RFC 3270 proposes that DSCPs may be encoded in the EXP field, and then RFC 5129 defines how an operator might define some of = the EXP codepoints for ECN, and then RFC 5462 renames "EXP" field to = "Traffic Class" field, and both RFC 3270 and RFC 5129 are not obsoleted by RFC = 5462, could we say that RFC 3270 and RFC 5129 define overloading of TC bits? =20 (2) It seems "MPLS VPN" has been used to indicate any kind of service = like PW, EVPN etc. If there is a more appropriate terminology instead of VPN, then that could be used in the draft. Similarly, I suppose the term = "MPLS LSP" has been used to indicate any kind of transport LSP and the same comment will apply for that too. ACK. We'll try to find more appropriate terms for "MPLS VPN" = and "MPLS LSP". Any suggestions from you or others are welcome. =20 (3) What does the text "Flow-ID is applied to MPLS LSP and MPLS VPN synchronously" in Section 2 mean? The text in Section 2.1 states that if there are multiple flow-id labels, then each of them must be different. Could you explain one example application of two flow-id labels - one = below transport label and the other below the service label? Figure 4 gives an example on what the text you quoted in = Section 2 means. One example application of two flow-id labels - one below = transport label and the other below the service label is hierarchical VPN. =20 (3) This is in continuation from the previous question. If one wants to count the same flow as it traversers across transport & service layers, = then the NMS or the flow-id allocations has to allocate two flow-id values = for the same flow and impose the two flow-id labels at the appropriate = locations on the label stack. Is that correct? Yes, that's correct. =20 (5) Section 4 only provides flow-id allocation for IP flows identified = by IP five tuples & IP DHCP. But, does the mechanism defined in this draft preclude the allocation & use of flow-id labels for SR policies? For example, the notion of an SR (transport) policy is transparent to the transit nodes that only forward based on the top label on the label = stack. Is the alternative marking method defined in this draft applicable to = such SR (transport) policies also? Thanks for pointing that out and the good question. We think = the alternate marking method defined in this draft is also applicable to SR policy. =20 (6) Section 5 only introduces the FRLD as a parameter analogous to ERLD = for entropy labels without any associated procedures for a node to define = and advertise its FRLD. Is there any companion draft to define the = procedures for FRLD or do you plan to write one? Actually the companion draft has already been there, and we = plan to submit that draft once this draft is adopted as WG draft. That draft = is analogous to the combination of draft-ietf-isis-mpls-elc and draft-ietf-ospf-mpls-elc. =20 Thanks, Chandra. Juniper Business Use Only =20 ------=_NextPart_000_0001_01D6D23E.B80F63F0 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi = Chandra,

 

Many thanks = for your thorough review and insightful = comments.

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

 

Best = Regards,

Weiqiang (on = behalf of co-authors)

 

=B7=A2=BC=FE=C8=CB: mpls = [mailto:mpls-bounces@ietf.org] =B4=FA=B1=ED = Chandrasekar = Ramachandran
=B7=A2=CB=CD=CA=B1=BC= =E4: 2020=C4=EA12=D4=C214=C8=D5 04:38
=CA=D5=BC=FE=C8=CB: = draft-cheng-mpls-inband-pm-encapsulation@ietf.org; mpls-chairs@ietf.org; = Mach Chen; mpls@ietf.org
=D6=F7=CC=E2: [mpls] MPLS-RT review of = draft-cheng-mpls-inband-pm-encapsulation-04

<= /div>

 =

I have = reviewed draft-cheng-mpls-inband-pm-encapsulation-04 and do not have any = technical concern or comment so far on the procedures defined in the = draft. I have a couple of editorial comments and a few questions for the = authors. Some of the questions could be clarified over mail whereas the = rest may require some clarifying text in the = draft.

 =

(1) The = paragraph in Section 1 comparing the proposal in this draft with SFL and = IOAM could be expanded providing more clarity. Specifically, it has been = stated that this draft is complimentary to both SFL and IOAM. Is it the = intention of the authors to convey that different sets of flows may use = different methods?

<Weiqian= g> Different sets of flows may use different methods, otherwise, the = same set of flows may also use different methods simultaneously, e.g., = one flow may use the method proposed in this draft to achieve = performance measurement, at the same time, use the IOAM method to = achieve telemetry info collection.

 =

(2) Could = you point to the draft or RFC that defines overloading of the TC's = highest order two bits for alternative marking? I couldn't find the = relevant section in RFC 8321.

<Weiqian= g> No, it's defined in this document but not reference to other = document. We noticed that RFC 3032 defines the three-bit field as = "EXP" field, and then RFC 3270 proposes that DSCPs may be = encoded in the EXP field, and then RFC 5129 defines how an operator = might define some of the EXP codepoints for ECN, and then RFC 5462 = renames "EXP" field to "Traffic Class" field, and = both RFC 3270 and RFC 5129 are not obsoleted by RFC 5462, could we = say that RFC 3270 and RFC 5129 define overloading of TC = bits?

 =

(2) It = seems "MPLS VPN" has been used to indicate any kind of service = like PW, EVPN etc. If there is a more appropriate terminology instead of = VPN, then that could be used in the draft. Similarly, I suppose the term = "MPLS LSP" has been used to indicate any kind of transport LSP = and the same comment will apply for that too.

<Weiqian= g> ACK. We'll try to find more appropriate terms for "MPLS = VPN" and "MPLS LSP". Any suggestions from you or others = are welcome.

 =

(3) What = does the text "Flow-ID is applied to MPLS LSP and MPLS VPN = synchronously" in Section 2 mean? The text in Section 2.1 states = that if there are multiple flow-id labels, then each of them must be = different. Could you explain one example application of two flow-id = labels - one below transport label and the other below the service = label?

<Weiqian= g> Figure 4 gives an example on what the text you quoted in Section 2 = means. One example application of two flow-id labels - one below = transport label and the other below the service label is hierarchical = VPN.

 =

(3) This = is in continuation from the previous question. If one wants to count the = same flow as it traversers across transport & service layers, then = the NMS or the flow-id allocations has to allocate two flow-id values = for the same flow and impose the two flow-id labels at the appropriate = locations on the label stack. Is that correct?

<Weiqian= g> Yes, that's correct.

 =

(5) = Section 4 only provides flow-id allocation for IP flows identified by IP = five tuples & IP DHCP. But, does the mechanism defined in this draft = preclude the allocation & use of flow-id labels for SR policies? For = example, the notion of an SR (transport) policy is transparent to the = transit nodes that only forward based on the top label on the label = stack. Is the alternative marking method defined in this draft = applicable to such SR (transport) policies also?

<Weiqian= g> Thanks for pointing that out and the good question. We think the = alternate marking method defined in this draft is also applicable to SR = policy.

 =

(6) = Section 5 only introduces the FRLD as a parameter analogous to ERLD for = entropy labels without any associated procedures for a node to define = and advertise its FRLD. Is there any companion draft to define the = procedures for FRLD or do you plan to write one?

<Weiqian= g> Actually the companion draft has already been there, and we plan = to submit that draft once this draft is adopted as WG draft. That draft = is analogous to the combination of draft-ietf-isis-mpls-elc = and draft-ietf-ospf-mpls-elc.

 =

Thanks,

Chandra.


= Juniper = Business Use Only=

 =

------=_NextPart_000_0001_01D6D23E.B80F63F0-- From nobody Mon Dec 14 03:14: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 E49023A0FD6; Mon, 14 Dec 2020 03:14:25 -0800 (PST) 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=[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 Vww5udH7qlkK; Mon, 14 Dec 2020 03:14:23 -0800 (PST) Received: from cmccmta1.chinamobile.com (cmccmta1.chinamobile.com [221.176.66.79]) by ietfa.amsl.com (Postfix) with ESMTP id BE7173A0FD3; Mon, 14 Dec 2020 03:14:20 -0800 (PST) Received: from spf.mail.chinamobile.com (unknown[172.16.121.3]) by rmmx-syy-dmz-app01-12001 (RichMail) with SMTP id 2ee15fd748ff191-abab9; Mon, 14 Dec 2020 19:14:07 +0800 (CST) X-RM-TRANSID: 2ee15fd748ff191-abab9 X-RM-TagInfo: emlType=0 X-RM-SPAM-FLAG: 00000000 Received: from cmcc (unknown[10.2.53.130]) by rmsmtp-syy-appsvr02-12002 (RichMail) with SMTP id 2ee25fd748feb39-fbf59; Mon, 14 Dec 2020 19:14:07 +0800 (CST) X-RM-TRANSID: 2ee25fd748feb39-fbf59 From: "Weiqiang Cheng" To: "'Joel M. Halpern'" , "'Italo Busi'" , , , "'Mach Chen'" Cc: References: <07f301d6d1c7$e5c246e0$b146d4a0$@com> <37f5380f-a8f3-2683-2283-4ecc41ff6f3f@joelhalpern.com> In-Reply-To: <37f5380f-a8f3-2683-2283-4ecc41ff6f3f@joelhalpern.com> Date: Mon, 14 Dec 2020 19:14:06 +0800 Message-ID: <004001d6d20a$3d3e3040$b7ba90c0$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AdbR0NyxlNigCauTRXy2c2fB+bxK3gANF0xQ Content-Language: zh-cn Archived-At: Subject: Re: [mpls] MPLS-RT review of 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: Mon, 14 Dec 2020 11:14:26 -0000 Hi Joel, Thanks a lot for your comments. Leveraging TC bits to identify alternate marking is along the lines of = RFC 5462, which renames "EXP" field to "Traffic Class" field, at the = same time remains the TC usage as DSCP (defined in RFC 3270) and the TC = usage as ECN (defined in RFC 5129), so it is safe in the context. Best Regards, Weiqiang -----=E9=82=AE=E4=BB=B6=E5=8E=9F=E4=BB=B6----- =E5=8F=91=E4=BB=B6=E4=BA=BA: Joel M. Halpern = [mailto:jmh@joelhalpern.com]=20 =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: = 2020=E5=B9=B412=E6=9C=8814=E6=97=A5 12:13 =E6=94=B6=E4=BB=B6=E4=BA=BA: Weiqiang Cheng; 'Italo Busi'; = draft-cheng-mpls-inband-pm-encapsulation@ietf.org; mpls-chairs@ietf.org; = 'Mach Chen' =E6=8A=84=E9=80=81: mpls@ietf.org =E4=B8=BB=E9=A2=98: Re: [mpls] MPLS-RT review of = draft-cheng-mpls-inband-pm-encapsulation Please be a little careful about relying on RFC 8321 for deciding what=20 to put in a standards track RFC. *321 is experimental, and therefore=20 would have presumably been reviewed with a more lenient eye than is=20 appropriate for PS. Yours, Joel On 12/13/2020 10:19 PM, Weiqiang Cheng wrote: > Hi Italo, >=20 > Many thanks for your thorough review and insightful comments. >=20 > We've discussed them, please see inline our responses tagged with=20 > . >=20 > Best Regards, >=20 > Weiqiang (on behalf of co-authors) >=20 > *=E5=8F=91=E4=BB=B6=E4=BA=BA:*Italo Busi = [mailto:Italo.Busi@huawei.com] > = *=E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4:*2020=E5=B9=B412=E6=9C=889=E6=97=A5= 22:55 > = *=E6=94=B6=E4=BB=B6=E4=BA=BA:*draft-cheng-mpls-inband-pm-encapsulation@ie= tf.org;=20 > mpls-chairs@ietf.org; Mach Chen > *=E6=8A=84=E9=80=81:*'mpls@ietf.org' > *=E4=B8=BB=E9=A2=98:*MPLS-RT review of = draft-cheng-mpls-inband-pm-encapsulation >=20 > Hi all, >=20 > I have been selected as one of the MPLS-RT reviewers of=20 > draft-cheng-mpls-inband-pm-encapsulation. >=20 > I have reviewed the latest version of the draft=20 > (draft-cheng-mpls-inband-pm-encapsulation-04). >=20 > I think that the document is coherent, it is useful (i.e., it = addresses=20 > a real need for operational networks), and it is almost technically = sound. >=20 > Therefore, I think that the draft is almost ready to be adopted as a = WG=20 > document. >=20 > I have only one technical comment which I am not sure it is really=20 > blocking WG adoption but it may be worthwhile to confirm (or to = address)=20 > before WG adoption: I am not sure the use of the TC field for = supporting=20 > alternate marking method is fully compliant with RFC5462. >=20 > In the latest -04 version of this draft, we updated the = text=20 > relevant to TC field usage as alternate marking bits, that's due to = the=20 > comments/queries we received from Tarek, for the details please refer = to=20 > the fifth query and answer in archive:=20 > = https://mailarchive.ietf.org/arch/msg/mpls/_zYXoymu05Yiq-2bKgStgzpqb0Q/. = > = = To=20 > our understanding, leveraging TC bits to identify alternate marking is = > along the lines of RFC 5462, especially due to the fact that RFC 8321=20 > mentions many times that IP DSCP field can be used to identify = alternate=20 > marking. >=20 > If the alternative option to allocate multiple Flow-ID labels is = chosen,=20 > there are other pieces of text that need to be updated for = consistency. >=20 > Actually the alternative option to allocate multiple = Flow-ID=20 > labels is not recommended, for the reasons please refer to the fifth=20 > query and answer in archive:=20 > = https://mailarchive.ietf.org/arch/msg/mpls/_zYXoymu05Yiq-2bKgStgzpqb0Q/=20 > = = . >=20 > These are few other comments I have which can be addressed either = before=20 > or after WG adoption. >=20 > 1.The insertion of the Flow-ID label stack entry has some impact on = the=20 > ECMP behavior within the MPLS network which needs to be analyzed in = the=20 > draft (see for example section 5 of the SFL framework draft). >=20 > Thanks for pointing that out and the good reference, we'll=20 > add text to address it. >=20 > 2.Editorial: the draft uses the term "VPN Label" while other RFCs uses = > the term "Application Label" It woudl be better to align the=20 > terminology with other RFCs. >=20 > OK, will make the alignment. >=20 > 3.Editorial: the text in the Introduction is a bit hard to read. The=20 > differences between this method and SFL are split between the second = and=20 > the third paragraph while the third paragraph describes also the=20 > difference wrt in-situ OAM. The last paragraph describes what this = draft=20 > defines wrt the mechanisms of RC8321 and RFC8372. >=20 > Moreover, some of the properties of this method (e.g., monitoring at=20 > intermediate points as well as flow identification at both LSP and=20 > VPN/application label) are inferred from the difference with other=20 > methods rather than explicitly defined as properties of this method. >=20 > It is proposed to re-organize the text in the Introduction with: >=20 > =C2=B7one paragraph describing the background information (RFC832 and = RFC8372) >=20 > =C2=B7one or two paragraphs describing what this draft defines >=20 > =C2=B7one paragraph defining the differences wrt SFL >=20 > =C2=B7one paragraph defining the differences wrt in-situ OAM >=20 > Make sense, thank you. We'll follow your suggestion to = update=20 > the introduction part. >=20 > 4.In section 1, the second part of the comparison with in-situ OAM is=20 > not fully clear to me: >=20 > furthermore, the former allows the network >=20 > nodes to report the refined data (e.g. calculated performance >=20 > metrics) associated with a specified flow, nevertheless the latter >=20 > requests the network nodes to report the data (e.g. ingress = interface >=20 > and egress interface) associated with a specified packet. >=20 > Could you please provide more explanation (via e-mail or in the = draft)? >=20 > Of course, the text you quote intends to tell the different = > characteristics of the exported data. With alternate marking, the=20 > exported data is flow-based data for performance measurement, such as=20 > counter of a block. With In-situ OAM, the exported data is = packet-based=20 > data for telemetry info collection, such as ingress interface of a=20 > packet. Is it more clear if we change the text to "furthermore, the=20 > former requests the network nodes to report the data used for=20 > performance measurement, nevertheless the latter requests the network=20 > nodes to report the data used for telemetry info collection"? >=20 > 5.From section 2.1, I understand that the LSP label can be PHP-ed. >=20 > Is my understanding correct? It might be worthwhile being explicit = about=20 > this. >=20 > Yes, we think so. We'll add text to make it explicit. >=20 > 6.From section 2.1, I understand that when the Flow-ID is applied to=20 > both the LSP and VPN labels, the two values are independent from each=20 > other. For example, two packets can belong to the same VPN flow but to = > two different LSP flows (although this might depend on the ECMP=20 > behavior) or two packets can belong to two different VPN flows but to=20 > the same LSP flow. >=20 > Is my understanding correct? It might be worthwhile being explicit = about=20 > this. >=20 > Yes, we think so. We'll add text to make it explicit. >=20 > 7.From section 3, I understand that an intermediate node to lookup the = > Flow-ID label needs to perform some deep packet inspection beyond the=20 > label at the top of the label stack used to take forwarding decisions. >=20 > I think the draft should state this requirement more clearly. >=20 > It is also not clear how deep this inspection could be. For example, a = P=20 > router should only inspect the LSP Flow-ID label (i.e., monitoring the = > LSP flow) or could it also inspect the VPN Flow-ID (i.e., monitoring = the=20 > VPN flow)? >=20 > Moreover, is this inspection required at all the intermediate nodes or = > should it be configured somehow? >=20 > Adding some description about the configuration of the Flow=E2=80=91ID = on=20 > intermediate nodes in section 4 could help addressing this comment. >=20 > Yes, the answers to your questions depend on the=20 > configurations on the intermediate nodes. We'll add text to address = this=20 > comment. >=20 > Thank you again, Italo, for the time and effort you took to review = this=20 > document. >=20 > Italo >=20 >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls >=20 From nobody Mon Dec 14 05:53:43 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D392A3A0ADA; Mon, 14 Dec 2020 05:53:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.201 X-Spam-Level: X-Spam-Status: No, score=-0.201 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.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 xtY6_lfa7PCB; Mon, 14 Dec 2020 05:53:40 -0800 (PST) Received: from maila2.tigertech.net (maila2.tigertech.net [208.80.4.152]) (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 014CF3A0AD8; Mon, 14 Dec 2020 05:53:39 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by maila2.tigertech.net (Postfix) with ESMTP id 4CvjXg5l3Mz6GQN4; Mon, 14 Dec 2020 05:53:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1607954019; bh=zy3BoIHYeX+HGDUFWLWS8M8CYuhtrgapMSAShi8zeI4=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=g/jl6agM+UR0lnGstv44widFctGUalDaiDPhx3CNvJ+D4F0UfCcxMLeVwIBlK5R7V DTrFzIpvv8H+S3CqGTrB+hiswRxGtEtLGpzy2iCgocohzFDncu3T2g34uwtNg/5HX8 3WG4RyW+azJP6U47dixPbwAEco9psRzTiYuvFdZU= X-Quarantine-ID: X-Virus-Scanned: Debian amavisd-new at a2.tigertech.net Received: from [192.168.128.43] (unknown [50.225.209.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by maila2.tigertech.net (Postfix) with ESMTPSA id 4CvjXd1L7kz6G9b1; Mon, 14 Dec 2020 05:53:37 -0800 (PST) To: Weiqiang Cheng , 'Italo Busi' , draft-cheng-mpls-inband-pm-encapsulation@ietf.org, 'Mach Chen' Cc: mpls@ietf.org References: <07f301d6d1c7$e5c246e0$b146d4a0$@com> <37f5380f-a8f3-2683-2283-4ecc41ff6f3f@joelhalpern.com> <004001d6d20a$3d3e3040$b7ba90c0$@com> From: Joel Halpern Direct Message-ID: <43308497-4c85-a0ae-228d-7a8b07333937@joelhalpern.com> Date: Mon, 14 Dec 2020 08:53:36 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.5.1 MIME-Version: 1.0 In-Reply-To: <004001d6d20a$3d3e3040$b7ba90c0$@com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [mpls] MPLS-RT review of 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: Mon, 14 Dec 2020 13:53:42 -0000 Yes, RFC 5462 section 2.3 is a good reference for what you are doing. My concern was that your earlier comment seemed to rely on an experimental RFC. I am not objecting to the work itself. Yours, Joel On 12/14/2020 6:14 AM, Weiqiang Cheng wrote: > Hi Joel, > Thanks a lot for your comments. > Leveraging TC bits to identify alternate marking is along the lines of RFC 5462, which renames "EXP" field to "Traffic Class" field, at the same time remains the TC usage as DSCP (defined in RFC 3270) and the TC usage as ECN (defined in RFC 5129), so it is safe in the context. > > Best Regards, > Weiqiang > > -----邮件原件----- > 发件人: Joel M. Halpern [mailto:jmh@joelhalpern.com] > 发送时间: 2020年12月14日 12:13 > 收件人: Weiqiang Cheng; 'Italo Busi'; draft-cheng-mpls-inband-pm-encapsulation@ietf.org; mpls-chairs@ietf.org; 'Mach Chen' > 抄送: mpls@ietf.org > 主题: Re: [mpls] MPLS-RT review of draft-cheng-mpls-inband-pm-encapsulation > > Please be a little careful about relying on RFC 8321 for deciding what > to put in a standards track RFC. *321 is experimental, and therefore > would have presumably been reviewed with a more lenient eye than is > appropriate for PS. > > Yours, > Joel > > On 12/13/2020 10:19 PM, Weiqiang Cheng wrote: >> Hi Italo, >> >> Many thanks for your thorough review and insightful comments. >> >> We've discussed them, please see inline our responses tagged with >> . >> >> Best Regards, >> >> Weiqiang (on behalf of co-authors) >> >> *发件人:*Italo Busi [mailto:Italo.Busi@huawei.com] >> *发送时间:*2020年12月9日22:55 >> *收件人:*draft-cheng-mpls-inband-pm-encapsulation@ietf.org; >> mpls-chairs@ietf.org; Mach Chen >> *抄送:*'mpls@ietf.org' >> *主题:*MPLS-RT review of draft-cheng-mpls-inband-pm-encapsulation >> >> Hi all, >> >> I have been selected as one of the MPLS-RT reviewers of >> draft-cheng-mpls-inband-pm-encapsulation. >> >> I have reviewed the latest version of the draft >> (draft-cheng-mpls-inband-pm-encapsulation-04). >> >> I think that the document is coherent, it is useful (i.e., it addresses >> a real need for operational networks), and it is almost technically sound. >> >> Therefore, I think that the draft is almost ready to be adopted as a WG >> document. >> >> I have only one technical comment which I am not sure it is really >> blocking WG adoption but it may be worthwhile to confirm (or to address) >> before WG adoption: I am not sure the use of the TC field for supporting >> alternate marking method is fully compliant with RFC5462. >> >> In the latest -04 version of this draft, we updated the text >> relevant to TC field usage as alternate marking bits, that's due to the >> comments/queries we received from Tarek, for the details please refer to >> the fifth query and answer in archive: >> https://mailarchive.ietf.org/arch/msg/mpls/_zYXoymu05Yiq-2bKgStgzpqb0Q/. >> To >> our understanding, leveraging TC bits to identify alternate marking is >> along the lines of RFC 5462, especially due to the fact that RFC 8321 >> mentions many times that IP DSCP field can be used to identify alternate >> marking. >> >> If the alternative option to allocate multiple Flow-ID labels is chosen, >> there are other pieces of text that need to be updated for consistency. >> >> Actually the alternative option to allocate multiple Flow-ID >> labels is not recommended, for the reasons please refer to the fifth >> query and answer in archive: >> https://mailarchive.ietf.org/arch/msg/mpls/_zYXoymu05Yiq-2bKgStgzpqb0Q/ >> . >> >> These are few other comments I have which can be addressed either before >> or after WG adoption. >> >> 1.The insertion of the Flow-ID label stack entry has some impact on the >> ECMP behavior within the MPLS network which needs to be analyzed in the >> draft (see for example section 5 of the SFL framework draft). >> >> Thanks for pointing that out and the good reference, we'll >> add text to address it. >> >> 2.Editorial: the draft uses the term "VPN Label" while other RFCs uses >> the term "Application Label" It woudl be better to align the >> terminology with other RFCs. >> >> OK, will make the alignment. >> >> 3.Editorial: the text in the Introduction is a bit hard to read. The >> differences between this method and SFL are split between the second and >> the third paragraph while the third paragraph describes also the >> difference wrt in-situ OAM. The last paragraph describes what this draft >> defines wrt the mechanisms of RC8321 and RFC8372. >> >> Moreover, some of the properties of this method (e.g., monitoring at >> intermediate points as well as flow identification at both LSP and >> VPN/application label) are inferred from the difference with other >> methods rather than explicitly defined as properties of this method. >> >> It is proposed to re-organize the text in the Introduction with: >> >> ·one paragraph describing the background information (RFC832 and RFC8372) >> >> ·one or two paragraphs describing what this draft defines >> >> ·one paragraph defining the differences wrt SFL >> >> ·one paragraph defining the differences wrt in-situ OAM >> >> Make sense, thank you. We'll follow your suggestion to update >> the introduction part. >> >> 4.In section 1, the second part of the comparison with in-situ OAM is >> not fully clear to me: >> >> furthermore, the former allows the network >> >> nodes to report the refined data (e.g. calculated performance >> >> metrics) associated with a specified flow, nevertheless the latter >> >> requests the network nodes to report the data (e.g. ingress interface >> >> and egress interface) associated with a specified packet. >> >> Could you please provide more explanation (via e-mail or in the draft)? >> >> Of course, the text you quote intends to tell the different >> characteristics of the exported data. With alternate marking, the >> exported data is flow-based data for performance measurement, such as >> counter of a block. With In-situ OAM, the exported data is packet-based >> data for telemetry info collection, such as ingress interface of a >> packet. Is it more clear if we change the text to "furthermore, the >> former requests the network nodes to report the data used for >> performance measurement, nevertheless the latter requests the network >> nodes to report the data used for telemetry info collection"? >> >> 5.From section 2.1, I understand that the LSP label can be PHP-ed. >> >> Is my understanding correct? It might be worthwhile being explicit about >> this. >> >> Yes, we think so. We'll add text to make it explicit. >> >> 6.From section 2.1, I understand that when the Flow-ID is applied to >> both the LSP and VPN labels, the two values are independent from each >> other. For example, two packets can belong to the same VPN flow but to >> two different LSP flows (although this might depend on the ECMP >> behavior) or two packets can belong to two different VPN flows but to >> the same LSP flow. >> >> Is my understanding correct? It might be worthwhile being explicit about >> this. >> >> Yes, we think so. We'll add text to make it explicit. >> >> 7.From section 3, I understand that an intermediate node to lookup the >> Flow-ID label needs to perform some deep packet inspection beyond the >> label at the top of the label stack used to take forwarding decisions. >> >> I think the draft should state this requirement more clearly. >> >> It is also not clear how deep this inspection could be. For example, a P >> router should only inspect the LSP Flow-ID label (i.e., monitoring the >> LSP flow) or could it also inspect the VPN Flow-ID (i.e., monitoring the >> VPN flow)? >> >> Moreover, is this inspection required at all the intermediate nodes or >> should it be configured somehow? >> >> Adding some description about the configuration of the Flow‑ID on >> intermediate nodes in section 4 could help addressing this comment. >> >> Yes, the answers to your questions depend on the >> configurations on the intermediate nodes. We'll add text to address this >> comment. >> >> Thank you again, Italo, for the time and effort you took to review this >> document. >> >> Italo >> >> >> _______________________________________________ >> mpls mailing list >> mpls@ietf.org >> https://www.ietf.org/mailman/listinfo/mpls >> > > > From nobody Mon Dec 14 15:08:51 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 F04453A0B54; Mon, 14 Dec 2020 15:08:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.286 X-Spam-Level: * X-Spam-Status: No, score=1.286 tagged_above=-999 required=5 tests=[HTML_MESSAGE=0.001, RCVD_IN_RP_RNBL=1.284, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JqmfApuTxD1Y; Mon, 14 Dec 2020 15:08:45 -0800 (PST) Received: from cmccmta3.chinamobile.com (cmccmta3.chinamobile.com [221.176.66.81]) by ietfa.amsl.com (Postfix) with ESMTP id C7E7D3A1256; Mon, 14 Dec 2020 15:08:43 -0800 (PST) Received: from spf.mail.chinamobile.com (unknown[172.16.121.9]) by rmmx-syy-dmz-app11-12011 (RichMail) with SMTP id 2eeb5fd7f06c444-b60c9; Tue, 15 Dec 2020 07:08:30 +0800 (CST) X-RM-TRANSID: 2eeb5fd7f06c444-b60c9 X-RM-SPAM-FLAG: 00000000 Received: from chengweiqiang@chinamobile.com ( [223.72.98.77] ) by ajax-webmail-syy-appsvr05-11005 (Richmail) with HTTP; Tue, 15 Dec 2020 07:08:29 +0800 (CST) Date: Tue, 15 Dec 2020 07:08:29 +0800 (CST) From: chengweiqiang To: "jmh.direct" , "Italo.Busi" , draft-cheng-mpls-inband-pm-encapsulation , "mach.chen" Cc: mpls Message-ID: <2afd5fd7f06c8dd-00002.Richmail.00001060242411118991@chinamobile.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_151930_1036108443.1607987309177" X-Priority: 3 X-RM-TRANSID: 2afd5fd7f06c8dd-00002 X-RM-OA-ENC-TYPE: 0 X-RM-FontColor: 0 X-CLIENT-INFO: X-TIMING=0&X-MASSSENT=0&X-SENSITIVE=0 X-Mailer: Richmail_Webapp(V2.3.07) Archived-At: Subject: Re: [mpls] MPLS-RT review of 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: Mon, 14 Dec 2020 23:08:51 -0000 ------=_Part_151930_1036108443.1607987309177 Content-Type: text/plain;charset=UTF-8 Content-Transfer-Encoding: quoted-printable Understood, thanks a lot.=20 B. R.=20 Weiqiang =09 ---=E5=8E=9F=E5=A7=8B=E9=82=AE=E4=BB=B6--- =E5=8F=91=E4=BB=B6=E4=BA=BA: Joel Halpern Direct =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2020-12-14 21:53:36 =E6=94=B6=E4=BB=B6=E4=BA=BA: Weiqiang Cheng Italo Busi draft-cheng-mpls-inband-pm-encapsulation Mach Chen =E6=8A=84=E9=80=81: mpls =E4=B8=BB=E9=A2=98: Re: [mpls] MPLS-RT review of draft-cheng-mpls-inband-p= m-encapsulation =C2=A0 =C2=A0=C2=A0=20 =09 Yes,=C2=A0RFC=C2=A05462=C2=A0section=C2=A02.3=C2=A0is=C2=A0a=C2=A0good=C2= =A0reference=C2=A0for=C2=A0what=C2=A0you=C2=A0are=C2=A0doing.My=C2=A0concer= n=C2=A0was=C2=A0that=C2=A0your=C2=A0earlier=C2=A0comment=C2=A0seemed=C2=A0t= o=C2=A0rely=C2=A0on=C2=A0an=C2=A0experimental=C2=A0RFC.=C2=A0=C2=A0I=C2=A0a= m=C2=A0not=C2=A0objecting=C2=A0to=C2=A0the=C2=A0work=C2=A0itself.Yours,Joel= On=C2=A012/14/2020=C2=A06:14=C2=A0AM,=C2=A0Weiqiang=C2=A0Cheng=C2=A0wrote:>= =C2=A0Hi=C2=A0Joel,>=C2=A0Thanks=C2=A0a=C2=A0lot=C2=A0for=C2=A0your=C2=A0co= mments.>=C2=A0Leveraging=C2=A0TC=C2=A0bits=C2=A0to=C2=A0identify=C2=A0alter= nate=C2=A0marking=C2=A0is=C2=A0along=C2=A0the=C2=A0lines=C2=A0of=C2=A0RFC= =C2=A05462,=C2=A0which=C2=A0renames=C2=A0"EXP"=C2=A0field=C2=A0to=C2=A0"Tra= ffic=C2=A0Class"=C2=A0field,=C2=A0at=C2=A0the=C2=A0same=C2=A0time=C2=A0rema= ins=C2=A0the=C2=A0TC=C2=A0usage=C2=A0as=C2=A0DSCP=C2=A0(defined=C2=A0in=C2= =A0RFC=C2=A03270)=C2=A0and=C2=A0the=C2=A0TC=C2=A0usage=C2=A0as=C2=A0ECN=C2= =A0(defined=C2=A0in=C2=A0RFC=C2=A05129),=C2=A0so=C2=A0it=C2=A0is=C2=A0safe= =C2=A0in=C2=A0the=C2=A0context.>=C2=A0>=C2=A0Best=C2=A0Regards,>=C2=A0Weiqi= ang>=C2=A0>=C2=A0-----=E9=82=AE=E4=BB=B6=E5=8E=9F=E4=BB=B6----->=C2=A0=E5= =8F=91=E4=BB=B6=E4=BA=BA:=C2=A0Joel=C2=A0M.=C2=A0Halpern=C2=A0[mailto:jmh@j= oelhalpern.com]>=C2=A0=E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4:=C2=A02020=E5=B9= =B412=E6=9C=8814=E6=97=A5=C2=A012:13>=C2=A0=E6=94=B6=E4=BB=B6=E4=BA=BA:=C2= =A0Weiqiang=C2=A0Cheng=C2=A0'Italo=C2=A0Busi'=C2=A0draft-cheng-mpls-inband-= pm-encapsulation@ietf.org=C2=A0mpls-chairs@ietf.org=C2=A0'Mach=C2=A0Chen'>= =C2=A0=E6=8A=84=E9=80=81:=C2=A0mpls@ietf.org>=C2=A0=E4=B8=BB=E9=A2=98:=C2= =A0Re:=C2=A0[mpls]=C2=A0MPLS-RT=C2=A0review=C2=A0of=C2=A0draft-cheng-mpls-i= nband-pm-encapsulation>=C2=A0>=C2=A0Please=C2=A0be=C2=A0a=C2=A0little=C2=A0= careful=C2=A0about=C2=A0relying=C2=A0on=C2=A0RFC=C2=A08321=C2=A0for=C2=A0de= ciding=C2=A0what>=C2=A0to=C2=A0put=C2=A0in=C2=A0a=C2=A0standards=C2=A0track= =C2=A0RFC.=C2=A0=C2=A0*321=C2=A0is=C2=A0experimental,=C2=A0and=C2=A0therefo= re>=C2=A0would=C2=A0have=C2=A0presumably=C2=A0been=C2=A0reviewed=C2=A0with= =C2=A0a=C2=A0more=C2=A0lenient=C2=A0eye=C2=A0than=C2=A0is>=C2=A0appropriate= =C2=A0for=C2=A0PS.>=C2=A0>=C2=A0Yours,>=C2=A0Joel>=C2=A0>=C2=A0On=C2=A012/1= 3/2020=C2=A010:19=C2=A0PM,=C2=A0Weiqiang=C2=A0Cheng=C2=A0wrote:>>=C2=A0Hi= =C2=A0Italo,>>>>=C2=A0Many=C2=A0thanks=C2=A0for=C2=A0your=C2=A0thorough=C2= =A0review=C2=A0and=C2=A0insightful=C2=A0comments.>>>>=C2=A0We've=C2=A0discu= ssed=C2=A0them,=C2=A0please=C2=A0see=C2=A0inline=C2=A0our=C2=A0responses=C2= =A0tagged=C2=A0with>>=C2=A0.>>>>=C2=A0Best=C2=A0Regards,>>>>=C2= =A0Weiqiang=C2=A0(on=C2=A0behalf=C2=A0of=C2=A0co-authors)>>>>=C2=A0*=E5=8F= =91=E4=BB=B6=E4=BA=BA:*Italo=C2=A0Busi=C2=A0[mailto:Italo.Busi@huawei.com]>= >=C2=A0*=E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4:*2020=E5=B9=B412=E6=9C=889=E6= =97=A522:55>>=C2=A0*=E6=94=B6=E4=BB=B6=E4=BA=BA:*draft-cheng-mpls-inband-pm= -encapsulation@ietf.org>>=C2=A0mpls-chairs@ietf.org=C2=A0Mach=C2=A0Chen>>= =C2=A0*=E6=8A=84=E9=80=81:*'mpls@ietf.org'>>=C2=A0*=E4=B8=BB=E9=A2=98:*MPLS= -RT=C2=A0review=C2=A0of=C2=A0draft-cheng-mpls-inband-pm-encapsulation>>>>= =C2=A0Hi=C2=A0all,>>>>=C2=A0I=C2=A0have=C2=A0been=C2=A0selected=C2=A0as=C2= =A0one=C2=A0of=C2=A0the=C2=A0=C2=A0MPLS-RT=C2=A0reviewers=C2=A0of>>=C2=A0dr= aft-cheng-mpls-inband-pm-encapsulation.>>>>=C2=A0I=C2=A0have=C2=A0reviewed= =C2=A0the=C2=A0latest=C2=A0version=C2=A0of=C2=A0the=C2=A0draft>>=C2=A0(draf= t-cheng-mpls-inband-pm-encapsulation-04).>>>>=C2=A0I=C2=A0think=C2=A0that= =C2=A0the=C2=A0document=C2=A0is=C2=A0coherent,=C2=A0it=C2=A0is=C2=A0useful= =C2=A0(i.e.,=C2=A0it=C2=A0addresses>>=C2=A0a=C2=A0real=C2=A0need=C2=A0for= =C2=A0operational=C2=A0networks),=C2=A0and=C2=A0it=C2=A0is=C2=A0almost=C2= =A0technically=C2=A0sound.>>>>=C2=A0Therefore,=C2=A0I=C2=A0think=C2=A0that= =C2=A0the=C2=A0draft=C2=A0is=C2=A0almost=C2=A0ready=C2=A0to=C2=A0be=C2=A0ad= opted=C2=A0as=C2=A0a=C2=A0WG>>=C2=A0document.>>>>=C2=A0I=C2=A0have=C2=A0onl= y=C2=A0one=C2=A0technical=C2=A0comment=C2=A0which=C2=A0I=C2=A0am=C2=A0not= =C2=A0sure=C2=A0it=C2=A0is=C2=A0really>>=C2=A0blocking=C2=A0WG=C2=A0adoptio= n=C2=A0but=C2=A0it=C2=A0may=C2=A0be=C2=A0worthwhile=C2=A0to=C2=A0confirm=C2= =A0(or=C2=A0to=C2=A0address)>>=C2=A0before=C2=A0WG=C2=A0adoption:=C2=A0I=C2= =A0am=C2=A0not=C2=A0sure=C2=A0the=C2=A0use=C2=A0of=C2=A0the=C2=A0TC=C2=A0fi= eld=C2=A0for=C2=A0supporting>>=C2=A0alternate=C2=A0marking=C2=A0method=C2= =A0is=C2=A0fully=C2=A0compliant=C2=A0with=C2=A0RFC5462.>>>>=C2=A0= =C2=A0In=C2=A0the=C2=A0latest=C2=A0-04=C2=A0version=C2=A0of=C2=A0this=C2=A0= draft,=C2=A0we=C2=A0updated=C2=A0the=C2=A0text>>=C2=A0relevant=C2=A0to=C2= =A0TC=C2=A0field=C2=A0usage=C2=A0as=C2=A0alternate=C2=A0marking=C2=A0bits,= =C2=A0that's=C2=A0due=C2=A0to=C2=A0the>>=C2=A0comments/queries=C2=A0we=C2= =A0received=C2=A0from=C2=A0Tarek,=C2=A0for=C2=A0the=C2=A0details=C2=A0pleas= e=C2=A0refer=C2=A0to>>=C2=A0the=C2=A0fifth=C2=A0query=C2=A0and=C2=A0answer= =C2=A0in=C2=A0archive:>>=C2=A0https://mailarchive.ietf.org/arch/msg/mpls/_z= YXoymu05Yiq-2bKgStgzpqb0Q/.>>=C2=A0=C2=A0To>>=C2=A0our=C2=A0understanding,=C2= =A0leveraging=C2=A0TC=C2=A0bits=C2=A0to=C2=A0identify=C2=A0alternate=C2=A0m= arking=C2=A0is>>=C2=A0along=C2=A0the=C2=A0lines=C2=A0of=C2=A0RFC=C2=A05462,= =C2=A0especially=C2=A0due=C2=A0to=C2=A0the=C2=A0fact=C2=A0that=C2=A0RFC=C2= =A08321>>=C2=A0mentions=C2=A0many=C2=A0times=C2=A0that=C2=A0IP=C2=A0DSCP=C2= =A0field=C2=A0can=C2=A0be=C2=A0used=C2=A0to=C2=A0identify=C2=A0alternate>>= =C2=A0marking.>>>>=C2=A0If=C2=A0the=C2=A0alternative=C2=A0option=C2=A0to=C2= =A0allocate=C2=A0multiple=C2=A0Flow-ID=C2=A0labels=C2=A0is=C2=A0chosen,>>= =C2=A0there=C2=A0are=C2=A0other=C2=A0pieces=C2=A0of=C2=A0text=C2=A0that=C2= =A0need=C2=A0to=C2=A0be=C2=A0updated=C2=A0for=C2=A0consistency.>>>>=C2=A0=C2=A0Actually=C2=A0the=C2=A0alternative=C2=A0option=C2=A0to=C2=A0a= llocate=C2=A0multiple=C2=A0Flow-ID>>=C2=A0labels=C2=A0is=C2=A0not=C2=A0reco= mmended,=C2=A0for=C2=A0the=C2=A0reasons=C2=A0please=C2=A0refer=C2=A0to=C2= =A0the=C2=A0fifth>>=C2=A0query=C2=A0and=C2=A0answer=C2=A0in=C2=A0archive:>>= =C2=A0https://mailarchive.ietf.org/arch/msg/mpls/_zYXoymu05Yiq-2bKgStgzpqb0= Q/>>=C2=A0.>>>>=C2=A0These=C2=A0are=C2=A0few=C2=A0other=C2=A0comments=C2=A0I= =C2=A0have=C2=A0which=C2=A0can=C2=A0be=C2=A0addressed=C2=A0either=C2=A0befo= re>>=C2=A0or=C2=A0after=C2=A0WG=C2=A0adoption.>>>>=C2=A01.The=C2=A0insertio= n=C2=A0of=C2=A0the=C2=A0Flow-ID=C2=A0label=C2=A0stack=C2=A0entry=C2=A0has= =C2=A0some=C2=A0impact=C2=A0on=C2=A0the>>=C2=A0ECMP=C2=A0behavior=C2=A0with= in=C2=A0the=C2=A0MPLS=C2=A0network=C2=A0which=C2=A0needs=C2=A0to=C2=A0be=C2= =A0analyzed=C2=A0in=C2=A0the>>=C2=A0draft=C2=A0(see=C2=A0for=C2=A0example= =C2=A0section=C2=A05=C2=A0of=C2=A0the=C2=A0SFL=C2=A0framework=C2=A0draft).>= >>>=C2=A0=C2=A0Thanks=C2=A0for=C2=A0pointing=C2=A0that=C2=A0out= =C2=A0and=C2=A0the=C2=A0good=C2=A0reference,=C2=A0we'll>>=C2=A0add=C2=A0tex= t=C2=A0to=C2=A0address=C2=A0it.>>>>=C2=A02.Editorial:=C2=A0the=C2=A0draft= =C2=A0uses=C2=A0the=C2=A0term=C2=A0"VPN=C2=A0Label"=C2=A0while=C2=A0other= =C2=A0RFCs=C2=A0uses>>=C2=A0the=C2=A0term=C2=A0"Application=C2=A0Label"=C2= =A0It=C2=A0woudl=C2=A0be=C2=A0better=C2=A0=C2=A0to=C2=A0align=C2=A0the>>=C2= =A0terminology=C2=A0with=C2=A0other=C2=A0RFCs.>>>>=C2=A0=C2=A0OK,= =C2=A0will=C2=A0make=C2=A0the=C2=A0alignment.>>>>=C2=A03.Editorial:=C2=A0th= e=C2=A0text=C2=A0in=C2=A0the=C2=A0Introduction=C2=A0is=C2=A0a=C2=A0bit=C2= =A0hard=C2=A0to=C2=A0read.=C2=A0The>>=C2=A0differences=C2=A0between=C2=A0th= is=C2=A0method=C2=A0and=C2=A0SFL=C2=A0are=C2=A0split=C2=A0between=C2=A0the= =C2=A0second=C2=A0and>>=C2=A0the=C2=A0third=C2=A0paragraph=C2=A0while=C2=A0= the=C2=A0third=C2=A0paragraph=C2=A0describes=C2=A0also=C2=A0the>>=C2=A0diff= erence=C2=A0wrt=C2=A0in-situ=C2=A0OAM.=C2=A0The=C2=A0last=C2=A0paragraph=C2= =A0describes=C2=A0what=C2=A0this=C2=A0draft>>=C2=A0defines=C2=A0wrt=C2=A0th= e=C2=A0mechanisms=C2=A0of=C2=A0RC8321=C2=A0and=C2=A0RFC8372.>>>>=C2=A0Moreo= ver,=C2=A0some=C2=A0of=C2=A0the=C2=A0properties=C2=A0of=C2=A0this=C2=A0meth= od=C2=A0(e.g.,=C2=A0monitoring=C2=A0at>>=C2=A0intermediate=C2=A0points=C2= =A0as=C2=A0well=C2=A0as=C2=A0flow=C2=A0identification=C2=A0at=C2=A0both=C2= =A0LSP=C2=A0and>>=C2=A0VPN/application=C2=A0label)=C2=A0are=C2=A0inferred= =C2=A0from=C2=A0the=C2=A0difference=C2=A0with=C2=A0other>>=C2=A0methods=C2= =A0rather=C2=A0than=C2=A0explicitly=C2=A0defined=C2=A0as=C2=A0properties=C2= =A0of=C2=A0this=C2=A0method.>>>>=C2=A0It=C2=A0is=C2=A0proposed=C2=A0to=C2= =A0re-organize=C2=A0the=C2=A0text=C2=A0in=C2=A0the=C2=A0Introduction=C2=A0w= ith:>>>>=C2=A0=C2=B7one=C2=A0paragraph=C2=A0describing=C2=A0the=C2=A0backgr= ound=C2=A0information=C2=A0(RFC832=C2=A0and=C2=A0RFC8372)>>>>=C2=A0=C2=B7on= e=C2=A0or=C2=A0two=C2=A0paragraphs=C2=A0describing=C2=A0what=C2=A0this=C2= =A0draft=C2=A0defines>>>>=C2=A0=C2=B7one=C2=A0paragraph=C2=A0defining=C2=A0= the=C2=A0differences=C2=A0wrt=C2=A0SFL>>>>=C2=A0=C2=B7one=C2=A0paragraph=C2= =A0defining=C2=A0the=C2=A0differences=C2=A0wrt=C2=A0in-situ=C2=A0OAM>>>>=C2= =A0=C2=A0Make=C2=A0sense,=C2=A0thank=C2=A0you.=C2=A0We'll=C2=A0fo= llow=C2=A0your=C2=A0suggestion=C2=A0to=C2=A0update>>=C2=A0the=C2=A0introduc= tion=C2=A0part.>>>>=C2=A04.In=C2=A0section=C2=A01,=C2=A0the=C2=A0second=C2= =A0part=C2=A0of=C2=A0the=C2=A0comparison=C2=A0with=C2=A0in-situ=C2=A0OAM=C2= =A0is>>=C2=A0not=C2=A0fully=C2=A0clear=C2=A0to=C2=A0me:>>>>=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0furthermore,=C2=A0the=C2=A0former=C2=A0allows=C2=A0the=C2=A0= network>>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0nodes=C2=A0to=C2=A0report=C2= =A0the=C2=A0refined=C2=A0data=C2=A0(e.g.=C2=A0calculated=C2=A0performance>>= >>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0metrics)=C2=A0associated=C2=A0with=C2= =A0a=C2=A0specified=C2=A0flow,=C2=A0nevertheless=C2=A0the=C2=A0latter>>>>= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0requests=C2=A0the=C2=A0network=C2=A0nod= es=C2=A0to=C2=A0report=C2=A0the=C2=A0data=C2=A0(e.g.=C2=A0ingress=C2=A0inte= rface>>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0and=C2=A0egress=C2=A0interface= )=C2=A0associated=C2=A0with=C2=A0a=C2=A0specified=C2=A0packet.>>>>=C2=A0Cou= ld=C2=A0you=C2=A0please=C2=A0provide=C2=A0more=C2=A0explanation=C2=A0(via= =C2=A0e-mail=C2=A0or=C2=A0in=C2=A0the=C2=A0draft)?>>>>=C2=A0=C2= =A0Of=C2=A0course,=C2=A0the=C2=A0text=C2=A0you=C2=A0quote=C2=A0intends=C2= =A0to=C2=A0tell=C2=A0the=C2=A0different>>=C2=A0characteristics=C2=A0of=C2= =A0the=C2=A0exported=C2=A0data.=C2=A0With=C2=A0alternate=C2=A0marking,=C2= =A0the>>=C2=A0exported=C2=A0data=C2=A0is=C2=A0flow-based=C2=A0data=C2=A0for= =C2=A0performance=C2=A0measurement,=C2=A0such=C2=A0as>>=C2=A0counter=C2=A0o= f=C2=A0a=C2=A0block.=C2=A0With=C2=A0In-situ=C2=A0OAM,=C2=A0the=C2=A0exporte= d=C2=A0data=C2=A0is=C2=A0packet-based>>=C2=A0data=C2=A0for=C2=A0telemetry= =C2=A0info=C2=A0collection,=C2=A0such=C2=A0as=C2=A0ingress=C2=A0interface= =C2=A0of=C2=A0a>>=C2=A0packet.=C2=A0Is=C2=A0it=C2=A0more=C2=A0clear=C2=A0if= =C2=A0we=C2=A0change=C2=A0the=C2=A0text=C2=A0to=C2=A0"furthermore,=C2=A0the= >>=C2=A0former=C2=A0requests=C2=A0the=C2=A0network=C2=A0nodes=C2=A0to=C2=A0= report=C2=A0the=C2=A0data=C2=A0used=C2=A0for>>=C2=A0performance=C2=A0measur= ement,=C2=A0nevertheless=C2=A0the=C2=A0latter=C2=A0requests=C2=A0the=C2=A0n= etwork>>=C2=A0nodes=C2=A0to=C2=A0report=C2=A0the=C2=A0data=C2=A0used=C2=A0f= or=C2=A0telemetry=C2=A0info=C2=A0collection"?>>>>=C2=A05.From=C2=A0section= =C2=A02.1,=C2=A0I=C2=A0understand=C2=A0that=C2=A0the=C2=A0LSP=C2=A0label=C2= =A0can=C2=A0be=C2=A0PHP-ed.>>>>=C2=A0Is=C2=A0my=C2=A0understanding=C2=A0cor= rect?=C2=A0It=C2=A0might=C2=A0be=C2=A0worthwhile=C2=A0being=C2=A0explicit= =C2=A0about>>=C2=A0this.>>>>=C2=A0=C2=A0Yes,=C2=A0we=C2=A0think= =C2=A0so.=C2=A0We'll=C2=A0add=C2=A0text=C2=A0to=C2=A0make=C2=A0it=C2=A0expl= icit.>>>>=C2=A06.From=C2=A0section=C2=A02.1,=C2=A0I=C2=A0understand=C2=A0th= at=C2=A0when=C2=A0the=C2=A0Flow-ID=C2=A0is=C2=A0applied=C2=A0to>>=C2=A0both= =C2=A0the=C2=A0LSP=C2=A0and=C2=A0VPN=C2=A0labels,=C2=A0the=C2=A0two=C2=A0va= lues=C2=A0are=C2=A0independent=C2=A0from=C2=A0each>>=C2=A0other.=C2=A0For= =C2=A0example,=C2=A0two=C2=A0packets=C2=A0can=C2=A0belong=C2=A0to=C2=A0the= =C2=A0same=C2=A0VPN=C2=A0flow=C2=A0but=C2=A0to>>=C2=A0two=C2=A0different=C2= =A0LSP=C2=A0flows=C2=A0(although=C2=A0this=C2=A0might=C2=A0depend=C2=A0on= =C2=A0the=C2=A0ECMP>>=C2=A0behavior)=C2=A0or=C2=A0two=C2=A0packets=C2=A0can= =C2=A0belong=C2=A0to=C2=A0two=C2=A0different=C2=A0VPN=C2=A0flows=C2=A0but= =C2=A0to>>=C2=A0the=C2=A0same=C2=A0LSP=C2=A0flow.>>>>=C2=A0Is=C2=A0my=C2=A0= understanding=C2=A0correct?=C2=A0It=C2=A0might=C2=A0be=C2=A0worthwhile=C2= =A0being=C2=A0explicit=C2=A0about>>=C2=A0this.>>>>=C2=A0=C2=A0Yes= ,=C2=A0we=C2=A0think=C2=A0so.=C2=A0We'll=C2=A0add=C2=A0text=C2=A0to=C2=A0ma= ke=C2=A0it=C2=A0explicit.>>>>=C2=A07.From=C2=A0section=C2=A03,=C2=A0I=C2=A0= understand=C2=A0that=C2=A0an=C2=A0intermediate=C2=A0node=C2=A0to=C2=A0looku= p=C2=A0the>>=C2=A0Flow-ID=C2=A0label=C2=A0needs=C2=A0to=C2=A0perform=C2=A0s= ome=C2=A0deep=C2=A0packet=C2=A0inspection=C2=A0beyond=C2=A0the>>=C2=A0label= =C2=A0at=C2=A0the=C2=A0top=C2=A0of=C2=A0the=C2=A0label=C2=A0stack=C2=A0used= =C2=A0to=C2=A0take=C2=A0forwarding=C2=A0decisions.>>>>=C2=A0I=C2=A0think=C2= =A0the=C2=A0draft=C2=A0should=C2=A0state=C2=A0this=C2=A0requirement=C2=A0mo= re=C2=A0clearly.>>>>=C2=A0It=C2=A0is=C2=A0also=C2=A0not=C2=A0clear=C2=A0how= =C2=A0deep=C2=A0this=C2=A0inspection=C2=A0could=C2=A0be.=C2=A0For=C2=A0exam= ple,=C2=A0a=C2=A0P>>=C2=A0router=C2=A0should=C2=A0only=C2=A0inspect=C2=A0th= e=C2=A0LSP=C2=A0Flow-ID=C2=A0label=C2=A0(i.e.,=C2=A0monitoring=C2=A0the>>= =C2=A0LSP=C2=A0flow)=C2=A0or=C2=A0could=C2=A0it=C2=A0also=C2=A0inspect=C2= =A0the=C2=A0VPN=C2=A0Flow-ID=C2=A0(i.e.,=C2=A0monitoring=C2=A0the>>=C2=A0VP= N=C2=A0flow)?>>>>=C2=A0Moreover,=C2=A0is=C2=A0this=C2=A0inspection=C2=A0req= uired=C2=A0at=C2=A0all=C2=A0the=C2=A0intermediate=C2=A0nodes=C2=A0or>>=C2= =A0should=C2=A0it=C2=A0be=C2=A0configured=C2=A0somehow?>>>>=C2=A0Adding=C2= =A0some=C2=A0description=C2=A0about=C2=A0the=C2=A0configuration=C2=A0of=C2= =A0the=C2=A0Flow=E2=80=91ID=C2=A0on>>=C2=A0intermediate=C2=A0nodes=C2=A0in= =C2=A0section=C2=A04=C2=A0could=C2=A0help=C2=A0addressing=C2=A0this=C2=A0co= mment.>>>>=C2=A0=C2=A0Yes,=C2=A0the=C2=A0answers=C2=A0to=C2=A0you= r=C2=A0questions=C2=A0depend=C2=A0on=C2=A0the>>=C2=A0configurations=C2=A0on= =C2=A0the=C2=A0intermediate=C2=A0nodes.=C2=A0We'll=C2=A0add=C2=A0text=C2=A0= to=C2=A0address=C2=A0this>>=C2=A0comment.>>>>=C2=A0Thank=C2=A0you=C2=A0agai= n,=C2=A0Italo,=C2=A0for=C2=A0the=C2=A0time=C2=A0and=C2=A0effort=C2=A0you=C2= =A0took=C2=A0to=C2=A0review=C2=A0this>>=C2=A0document.>>>>=C2=A0Italo>>>>>>= =C2=A0_______________________________________________>>=C2=A0mpls=C2=A0mail= ing=C2=A0list>>=C2=A0mpls@ietf.org>>=C2=A0https://www.ietf.org/mailman/list= info/mpls>>>=C2=A0>=C2=A0>=C2=A0 ------=_Part_151930_1036108443.1607987309177 Content-Type: text/html;charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Understood, thanks a lot. 

B. R. =
Weiqiang

=09

---=E5=8E=9F=E5=A7=8B=E9=82=AE=E4=BB=B6---<= /span>
 =E5=8F=91=E4=BB=B6=E4=BA=BA:<= /strong> Joel Halpern Direct  <jmh.direct@joelh= alpern.com>
 =E5=8F=91=E9=80=81=E6=97=B6= =E9=97=B4:  2020-12-14 21:53:36
 =E6=94=B6=E4=BB=B6=E4=BA=BA:<= /strong>  Weiqiang Cheng  <chengweiqiang@chinamobile= .com>
Italo Busi <Italo.Busi@huawei.= com>
draft-cheng-mpls-inband-pm-encapsulation&nb= sp;<draft-cheng-mpls-inband-pm-encapsulation@ietf.org>
Mach Chen <mach.chen@huawei.co= m>
 =E6=8A=84=E9=80=81: =  mpls <mpls@ietf.org>
 =E4=B8=BB=E9=A2=98:&= nbsp;Re: [mpls] MPLS-RT review of draft-cheng-mpls-inband-pm-encapsulation<= /span>
=C2=A0 =C2=A0=C2=A0

=09

Yes,=C2=A0RFC=C2=A05462=C2=A0section=C2=A02.3=C2=A0is=C2=A0a=C2=A0good= =C2=A0reference=C2=A0for=C2=A0what=C2=A0you=C2=A0are=C2=A0doing.
My=C2= =A0concern=C2=A0was=C2=A0that=C2=A0your=C2=A0earlier=C2=A0comment=C2=A0seem= ed=C2=A0to=C2=A0rely=C2=A0on=C2=A0an=C2=A0
experimental=C2=A0RFC.=C2= =A0=C2=A0I=C2=A0am=C2=A0not=C2=A0objecting=C2=A0to=C2=A0the=C2=A0work=C2=A0= itself.

Yours,
Joel

On=C2=A012/14/2020=C2=A06:14= =C2=A0AM,=C2=A0Weiqiang=C2=A0Cheng=C2=A0wrote:
>=C2=A0Hi=C2=A0Joel,=
>=C2=A0Thanks=C2=A0a=C2=A0lot=C2=A0for=C2=A0your=C2=A0comments.>=C2=A0Leveraging=C2=A0TC=C2=A0bits=C2=A0to=C2=A0identify=C2=A0altern= ate=C2=A0marking=C2=A0is=C2=A0along=C2=A0the=C2=A0lines=C2=A0of=C2=A0RFC=C2= =A05462,=C2=A0which=C2=A0renames=C2=A0"EXP"=C2=A0field=C2=A0to=C2= =A0"Traffic=C2=A0Class"=C2=A0field,=C2=A0at=C2=A0the=C2=A0same=C2= =A0time=C2=A0remains=C2=A0the=C2=A0TC=C2=A0usage=C2=A0as=C2=A0DSCP=C2=A0(de= fined=C2=A0in=C2=A0RFC=C2=A03270)=C2=A0and=C2=A0the=C2=A0TC=C2=A0usage=C2= =A0as=C2=A0ECN=C2=A0(defined=C2=A0in=C2=A0RFC=C2=A05129),=C2=A0so=C2=A0it= =C2=A0is=C2=A0safe=C2=A0in=C2=A0the=C2=A0context.
>=C2=A0
>= =C2=A0Best=C2=A0Regards,
>=C2=A0Weiqiang
>=C2=A0
>= =C2=A0-----=E9=82=AE=E4=BB=B6=E5=8E=9F=E4=BB=B6-----
>=C2=A0=E5=8F= =91=E4=BB=B6=E4=BA=BA:=C2=A0Joel=C2=A0M.=C2=A0Halpern=C2=A0[mailto:jmh@joel= halpern.com]
>=C2=A0=E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4:=C2=A02020= =E5=B9=B412=E6=9C=8814=E6=97=A5=C2=A012:13
>=C2=A0=E6=94=B6=E4=BB= =B6=E4=BA=BA:=C2=A0Weiqiang=C2=A0Cheng;=C2=A0'Italo=C2=A0Busi';=C2=A0draft-= cheng-mpls-inband-pm-encapsulation@ietf.org;=C2=A0mpls-chairs@ietf.org;=C2= =A0'Mach=C2=A0Chen'
>=C2=A0=E6=8A=84=E9=80=81:=C2=A0mpls@ietf.org>=C2=A0=E4=B8=BB=E9=A2=98:=C2=A0Re:=C2=A0[mpls]=C2=A0MPLS-RT=C2=A0re= view=C2=A0of=C2=A0draft-cheng-mpls-inband-pm-encapsulation
>=C2=A0<= br />>=C2=A0Please=C2=A0be=C2=A0a=C2=A0little=C2=A0careful=C2=A0about=C2= =A0relying=C2=A0on=C2=A0RFC=C2=A08321=C2=A0for=C2=A0deciding=C2=A0what
>=C2=A0to=C2=A0put=C2=A0in=C2=A0a=C2=A0standards=C2=A0track=C2=A0RFC.= =C2=A0=C2=A0*321=C2=A0is=C2=A0experimental,=C2=A0and=C2=A0therefore
&g= t;=C2=A0would=C2=A0have=C2=A0presumably=C2=A0been=C2=A0reviewed=C2=A0with= =C2=A0a=C2=A0more=C2=A0lenient=C2=A0eye=C2=A0than=C2=A0is
>=C2=A0ap= propriate=C2=A0for=C2=A0PS.
>=C2=A0
>=C2=A0Yours,
>= =C2=A0Joel
>=C2=A0
>=C2=A0On=C2=A012/13/2020=C2=A010:19=C2= =A0PM,=C2=A0Weiqiang=C2=A0Cheng=C2=A0wrote:
>>=C2=A0Hi=C2=A0Ital= o,
>>
>>=C2=A0Many=C2=A0thanks=C2=A0for=C2=A0your=C2= =A0thorough=C2=A0review=C2=A0and=C2=A0insightful=C2=A0comments.
>&g= t;
>>=C2=A0We've=C2=A0discussed=C2=A0them,=C2=A0please=C2=A0see= =C2=A0inline=C2=A0our=C2=A0responses=C2=A0tagged=C2=A0with
>>=C2= =A0<Weiqiang>.
>>
>>=C2=A0Best=C2=A0Regards,>>
>>=C2=A0Weiqiang=C2=A0(on=C2=A0behalf=C2=A0of=C2=A0c= o-authors)
>>
>>=C2=A0*=E5=8F=91=E4=BB=B6=E4=BA=BA:*I= talo=C2=A0Busi=C2=A0[mailto:Italo.Busi@huawei.com]
>>=C2=A0*=E5= =8F=91=E9=80=81=E6=97=B6=E9=97=B4:*2020=E5=B9=B412=E6=9C=889=E6=97=A522:55<= br />>>=C2=A0*=E6=94=B6=E4=BB=B6=E4=BA=BA:*draft-cheng-mpls-inband-pm= -encapsulation@ietf.org;
>>=C2=A0mpls-chairs@ietf.org;=C2=A0Mach= =C2=A0Chen
>>=C2=A0*=E6=8A=84=E9=80=81:*'mpls@ietf.org'
>= ;>=C2=A0*=E4=B8=BB=E9=A2=98:*MPLS-RT=C2=A0review=C2=A0of=C2=A0draft-chen= g-mpls-inband-pm-encapsulation
>>
>>=C2=A0Hi=C2=A0all= ,
>>
>>=C2=A0I=C2=A0have=C2=A0been=C2=A0selected=C2= =A0as=C2=A0one=C2=A0of=C2=A0the=C2=A0=C2=A0MPLS-RT=C2=A0reviewers=C2=A0of>>=C2=A0draft-cheng-mpls-inband-pm-encapsulation.
>>>>=C2=A0I=C2=A0have=C2=A0reviewed=C2=A0the=C2=A0latest=C2=A0versi= on=C2=A0of=C2=A0the=C2=A0draft
>>=C2=A0(draft-cheng-mpls-inband-= pm-encapsulation-04).
>>
>>=C2=A0I=C2=A0think=C2=A0th= at=C2=A0the=C2=A0document=C2=A0is=C2=A0coherent,=C2=A0it=C2=A0is=C2=A0usefu= l=C2=A0(i.e.,=C2=A0it=C2=A0addresses
>>=C2=A0a=C2=A0real=C2=A0ne= ed=C2=A0for=C2=A0operational=C2=A0networks),=C2=A0and=C2=A0it=C2=A0is=C2=A0= almost=C2=A0technically=C2=A0sound.
>>
>>=C2=A0Theref= ore,=C2=A0I=C2=A0think=C2=A0that=C2=A0the=C2=A0draft=C2=A0is=C2=A0almost=C2= =A0ready=C2=A0to=C2=A0be=C2=A0adopted=C2=A0as=C2=A0a=C2=A0WG
>>= =C2=A0document.
>>
>>=C2=A0I=C2=A0have=C2=A0only=C2= =A0one=C2=A0technical=C2=A0comment=C2=A0which=C2=A0I=C2=A0am=C2=A0not=C2=A0= sure=C2=A0it=C2=A0is=C2=A0really
>>=C2=A0blocking=C2=A0WG=C2=A0a= doption=C2=A0but=C2=A0it=C2=A0may=C2=A0be=C2=A0worthwhile=C2=A0to=C2=A0conf= irm=C2=A0(or=C2=A0to=C2=A0address)
>>=C2=A0before=C2=A0WG=C2=A0a= doption:=C2=A0I=C2=A0am=C2=A0not=C2=A0sure=C2=A0the=C2=A0use=C2=A0of=C2=A0t= he=C2=A0TC=C2=A0field=C2=A0for=C2=A0supporting
>>=C2=A0alternate= =C2=A0marking=C2=A0method=C2=A0is=C2=A0fully=C2=A0compliant=C2=A0with=C2=A0= RFC5462.
>>
>>=C2=A0<Weiqiang>=C2=A0In=C2=A0the= =C2=A0latest=C2=A0-04=C2=A0version=C2=A0of=C2=A0this=C2=A0draft,=C2=A0we=C2= =A0updated=C2=A0the=C2=A0text
>>=C2=A0relevant=C2=A0to=C2=A0TC= =C2=A0field=C2=A0usage=C2=A0as=C2=A0alternate=C2=A0marking=C2=A0bits,=C2=A0= that's=C2=A0due=C2=A0to=C2=A0the
>>=C2=A0comments/queries=C2=A0w= e=C2=A0received=C2=A0from=C2=A0Tarek,=C2=A0for=C2=A0the=C2=A0details=C2=A0p= lease=C2=A0refer=C2=A0to
>>=C2=A0the=C2=A0fifth=C2=A0query=C2=A0= and=C2=A0answer=C2=A0in=C2=A0archive:
>>=C2=A0https://mailarchiv= e.ietf.org/arch/msg/mpls/_zYXoymu05Yiq-2bKgStgzpqb0Q/.
>>=C2=A0&= lt;https://mailarchive.ietf.org/arch/msg/mpls/_zYXoymu05Yiq-2bKgStgzpqb0Q/&= gt;=C2=A0To
>>=C2=A0our=C2=A0understanding,=C2=A0leveraging=C2= =A0TC=C2=A0bits=C2=A0to=C2=A0identify=C2=A0alternate=C2=A0marking=C2=A0is>>=C2=A0along=C2=A0the=C2=A0lines=C2=A0of=C2=A0RFC=C2=A05462,=C2= =A0especially=C2=A0due=C2=A0to=C2=A0the=C2=A0fact=C2=A0that=C2=A0RFC=C2=A08= 321
>>=C2=A0mentions=C2=A0many=C2=A0times=C2=A0that=C2=A0IP=C2= =A0DSCP=C2=A0field=C2=A0can=C2=A0be=C2=A0used=C2=A0to=C2=A0identify=C2=A0al= ternate
>>=C2=A0marking.
>>
>>=C2=A0If=C2= =A0the=C2=A0alternative=C2=A0option=C2=A0to=C2=A0allocate=C2=A0multiple=C2= =A0Flow-ID=C2=A0labels=C2=A0is=C2=A0chosen,
>>=C2=A0there=C2=A0a= re=C2=A0other=C2=A0pieces=C2=A0of=C2=A0text=C2=A0that=C2=A0need=C2=A0to=C2= =A0be=C2=A0updated=C2=A0for=C2=A0consistency.
>>
>>= =C2=A0<Weiqiang>=C2=A0Actually=C2=A0the=C2=A0alternative=C2=A0option= =C2=A0to=C2=A0allocate=C2=A0multiple=C2=A0Flow-ID
>>=C2=A0labels= =C2=A0is=C2=A0not=C2=A0recommended,=C2=A0for=C2=A0the=C2=A0reasons=C2=A0ple= ase=C2=A0refer=C2=A0to=C2=A0the=C2=A0fifth
>>=C2=A0query=C2=A0an= d=C2=A0answer=C2=A0in=C2=A0archive:
>>=C2=A0https://mailarchive.= ietf.org/arch/msg/mpls/_zYXoymu05Yiq-2bKgStgzpqb0Q/
>>=C2=A0<= https://mailarchive.ietf.org/arch/msg/mpls/_zYXoymu05Yiq-2bKgStgzpqb0Q/>= .
>>
>>=C2=A0These=C2=A0are=C2=A0few=C2=A0other=C2=A0= comments=C2=A0I=C2=A0have=C2=A0which=C2=A0can=C2=A0be=C2=A0addressed=C2=A0e= ither=C2=A0before
>>=C2=A0or=C2=A0after=C2=A0WG=C2=A0adoption.>>
>>=C2=A01.The=C2=A0insertion=C2=A0of=C2=A0the=C2=A0= Flow-ID=C2=A0label=C2=A0stack=C2=A0entry=C2=A0has=C2=A0some=C2=A0impact=C2= =A0on=C2=A0the
>>=C2=A0ECMP=C2=A0behavior=C2=A0within=C2=A0the= =C2=A0MPLS=C2=A0network=C2=A0which=C2=A0needs=C2=A0to=C2=A0be=C2=A0analyzed= =C2=A0in=C2=A0the
>>=C2=A0draft=C2=A0(see=C2=A0for=C2=A0example= =C2=A0section=C2=A05=C2=A0of=C2=A0the=C2=A0SFL=C2=A0framework=C2=A0draft).<= br />>>
>>=C2=A0<Weiqiang>=C2=A0Thanks=C2=A0for=C2= =A0pointing=C2=A0that=C2=A0out=C2=A0and=C2=A0the=C2=A0good=C2=A0reference,= =C2=A0we'll
>>=C2=A0add=C2=A0text=C2=A0to=C2=A0address=C2=A0it.<= br />>>
>>=C2=A02.Editorial:=C2=A0the=C2=A0draft=C2=A0uses= =C2=A0the=C2=A0term=C2=A0"VPN=C2=A0Label"=C2=A0while=C2=A0other= =C2=A0RFCs=C2=A0uses
>>=C2=A0the=C2=A0term=C2=A0"Applicatio= n=C2=A0Label"=C2=A0It=C2=A0woudl=C2=A0be=C2=A0better=C2=A0=C2=A0to=C2= =A0align=C2=A0the
>>=C2=A0terminology=C2=A0with=C2=A0other=C2=A0= RFCs.
>>
>>=C2=A0<Weiqiang>=C2=A0OK,=C2=A0will= =C2=A0make=C2=A0the=C2=A0alignment.
>>
>>=C2=A03.Edit= orial:=C2=A0the=C2=A0text=C2=A0in=C2=A0the=C2=A0Introduction=C2=A0is=C2=A0a= =C2=A0bit=C2=A0hard=C2=A0to=C2=A0read.=C2=A0The
>>=C2=A0differen= ces=C2=A0between=C2=A0this=C2=A0method=C2=A0and=C2=A0SFL=C2=A0are=C2=A0spli= t=C2=A0between=C2=A0the=C2=A0second=C2=A0and
>>=C2=A0the=C2=A0th= ird=C2=A0paragraph=C2=A0while=C2=A0the=C2=A0third=C2=A0paragraph=C2=A0descr= ibes=C2=A0also=C2=A0the
>>=C2=A0difference=C2=A0wrt=C2=A0in-situ= =C2=A0OAM.=C2=A0The=C2=A0last=C2=A0paragraph=C2=A0describes=C2=A0what=C2=A0= this=C2=A0draft
>>=C2=A0defines=C2=A0wrt=C2=A0the=C2=A0mechanism= s=C2=A0of=C2=A0RC8321=C2=A0and=C2=A0RFC8372.
>>
>>=C2= =A0Moreover,=C2=A0some=C2=A0of=C2=A0the=C2=A0properties=C2=A0of=C2=A0this= =C2=A0method=C2=A0(e.g.,=C2=A0monitoring=C2=A0at
>>=C2=A0interme= diate=C2=A0points=C2=A0as=C2=A0well=C2=A0as=C2=A0flow=C2=A0identification= =C2=A0at=C2=A0both=C2=A0LSP=C2=A0and
>>=C2=A0VPN/application=C2= =A0label)=C2=A0are=C2=A0inferred=C2=A0from=C2=A0the=C2=A0difference=C2=A0wi= th=C2=A0other
>>=C2=A0methods=C2=A0rather=C2=A0than=C2=A0explici= tly=C2=A0defined=C2=A0as=C2=A0properties=C2=A0of=C2=A0this=C2=A0method.
>>
>>=C2=A0It=C2=A0is=C2=A0proposed=C2=A0to=C2=A0re-orga= nize=C2=A0the=C2=A0text=C2=A0in=C2=A0the=C2=A0Introduction=C2=A0with:
= >>
>>=C2=A0=C2=B7one=C2=A0paragraph=C2=A0describing=C2=A0t= he=C2=A0background=C2=A0information=C2=A0(RFC832=C2=A0and=C2=A0RFC8372)
>>
>>=C2=A0=C2=B7one=C2=A0or=C2=A0two=C2=A0paragraphs=C2= =A0describing=C2=A0what=C2=A0this=C2=A0draft=C2=A0defines
>>
>>=C2=A0=C2=B7one=C2=A0paragraph=C2=A0defining=C2=A0the=C2=A0differ= ences=C2=A0wrt=C2=A0SFL
>>
>>=C2=A0=C2=B7one=C2=A0par= agraph=C2=A0defining=C2=A0the=C2=A0differences=C2=A0wrt=C2=A0in-situ=C2=A0O= AM
>>
>>=C2=A0<Weiqiang>=C2=A0Make=C2=A0sense,= =C2=A0thank=C2=A0you.=C2=A0We'll=C2=A0follow=C2=A0your=C2=A0suggestion=C2= =A0to=C2=A0update
>>=C2=A0the=C2=A0introduction=C2=A0part.
= >>
>>=C2=A04.In=C2=A0section=C2=A01,=C2=A0the=C2=A0second= =C2=A0part=C2=A0of=C2=A0the=C2=A0comparison=C2=A0with=C2=A0in-situ=C2=A0OAM= =C2=A0is
>>=C2=A0not=C2=A0fully=C2=A0clear=C2=A0to=C2=A0me:
>>
>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0furthermore,=C2=A0the= =C2=A0former=C2=A0allows=C2=A0the=C2=A0network
>>
>>= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0nodes=C2=A0to=C2=A0report=C2=A0the=C2= =A0refined=C2=A0data=C2=A0(e.g.=C2=A0calculated=C2=A0performance
>&= gt;
>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0metrics)=C2=A0associat= ed=C2=A0with=C2=A0a=C2=A0specified=C2=A0flow,=C2=A0nevertheless=C2=A0the=C2= =A0latter
>>
>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0re= quests=C2=A0the=C2=A0network=C2=A0nodes=C2=A0to=C2=A0report=C2=A0the=C2=A0d= ata=C2=A0(e.g.=C2=A0ingress=C2=A0interface
>>
>>=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0and=C2=A0egress=C2=A0interface)=C2=A0assoc= iated=C2=A0with=C2=A0a=C2=A0specified=C2=A0packet.
>>
>&= gt;=C2=A0Could=C2=A0you=C2=A0please=C2=A0provide=C2=A0more=C2=A0explanation= =C2=A0(via=C2=A0e-mail=C2=A0or=C2=A0in=C2=A0the=C2=A0draft)?
>><= br />>>=C2=A0<Weiqiang>=C2=A0Of=C2=A0course,=C2=A0the=C2=A0text= =C2=A0you=C2=A0quote=C2=A0intends=C2=A0to=C2=A0tell=C2=A0the=C2=A0different=
>>=C2=A0characteristics=C2=A0of=C2=A0the=C2=A0exported=C2=A0dat= a.=C2=A0With=C2=A0alternate=C2=A0marking,=C2=A0the
>>=C2=A0expor= ted=C2=A0data=C2=A0is=C2=A0flow-based=C2=A0data=C2=A0for=C2=A0performance= =C2=A0measurement,=C2=A0such=C2=A0as
>>=C2=A0counter=C2=A0of=C2= =A0a=C2=A0block.=C2=A0With=C2=A0In-situ=C2=A0OAM,=C2=A0the=C2=A0exported=C2= =A0data=C2=A0is=C2=A0packet-based
>>=C2=A0data=C2=A0for=C2=A0tel= emetry=C2=A0info=C2=A0collection,=C2=A0such=C2=A0as=C2=A0ingress=C2=A0inter= face=C2=A0of=C2=A0a
>>=C2=A0packet.=C2=A0Is=C2=A0it=C2=A0more=C2= =A0clear=C2=A0if=C2=A0we=C2=A0change=C2=A0the=C2=A0text=C2=A0to=C2=A0"= furthermore,=C2=A0the
>>=C2=A0former=C2=A0requests=C2=A0the=C2= =A0network=C2=A0nodes=C2=A0to=C2=A0report=C2=A0the=C2=A0data=C2=A0used=C2= =A0for
>>=C2=A0performance=C2=A0measurement,=C2=A0nevertheless= =C2=A0the=C2=A0latter=C2=A0requests=C2=A0the=C2=A0network
>>=C2= =A0nodes=C2=A0to=C2=A0report=C2=A0the=C2=A0data=C2=A0used=C2=A0for=C2=A0tel= emetry=C2=A0info=C2=A0collection"?
>>
>>=C2=A05.= From=C2=A0section=C2=A02.1,=C2=A0I=C2=A0understand=C2=A0that=C2=A0the=C2=A0= LSP=C2=A0label=C2=A0can=C2=A0be=C2=A0PHP-ed.
>>
>>=C2= =A0Is=C2=A0my=C2=A0understanding=C2=A0correct?=C2=A0It=C2=A0might=C2=A0be= =C2=A0worthwhile=C2=A0being=C2=A0explicit=C2=A0about
>>=C2=A0thi= s.
>>
>>=C2=A0<Weiqiang>=C2=A0Yes,=C2=A0we=C2= =A0think=C2=A0so.=C2=A0We'll=C2=A0add=C2=A0text=C2=A0to=C2=A0make=C2=A0it= =C2=A0explicit.
>>
>>=C2=A06.From=C2=A0section=C2=A02= .1,=C2=A0I=C2=A0understand=C2=A0that=C2=A0when=C2=A0the=C2=A0Flow-ID=C2=A0i= s=C2=A0applied=C2=A0to
>>=C2=A0both=C2=A0the=C2=A0LSP=C2=A0and= =C2=A0VPN=C2=A0labels,=C2=A0the=C2=A0two=C2=A0values=C2=A0are=C2=A0independ= ent=C2=A0from=C2=A0each
>>=C2=A0other.=C2=A0For=C2=A0example,=C2= =A0two=C2=A0packets=C2=A0can=C2=A0belong=C2=A0to=C2=A0the=C2=A0same=C2=A0VP= N=C2=A0flow=C2=A0but=C2=A0to
>>=C2=A0two=C2=A0different=C2=A0LSP= =C2=A0flows=C2=A0(although=C2=A0this=C2=A0might=C2=A0depend=C2=A0on=C2=A0th= e=C2=A0ECMP
>>=C2=A0behavior)=C2=A0or=C2=A0two=C2=A0packets=C2= =A0can=C2=A0belong=C2=A0to=C2=A0two=C2=A0different=C2=A0VPN=C2=A0flows=C2= =A0but=C2=A0to
>>=C2=A0the=C2=A0same=C2=A0LSP=C2=A0flow.
&g= t;>
>>=C2=A0Is=C2=A0my=C2=A0understanding=C2=A0correct?=C2=A0= It=C2=A0might=C2=A0be=C2=A0worthwhile=C2=A0being=C2=A0explicit=C2=A0about>>=C2=A0this.
>>
>>=C2=A0<Weiqiang>= =C2=A0Yes,=C2=A0we=C2=A0think=C2=A0so.=C2=A0We'll=C2=A0add=C2=A0text=C2=A0t= o=C2=A0make=C2=A0it=C2=A0explicit.
>>
>>=C2=A07.From= =C2=A0section=C2=A03,=C2=A0I=C2=A0understand=C2=A0that=C2=A0an=C2=A0interme= diate=C2=A0node=C2=A0to=C2=A0lookup=C2=A0the
>>=C2=A0Flow-ID=C2= =A0label=C2=A0needs=C2=A0to=C2=A0perform=C2=A0some=C2=A0deep=C2=A0packet=C2= =A0inspection=C2=A0beyond=C2=A0the
>>=C2=A0label=C2=A0at=C2=A0th= e=C2=A0top=C2=A0of=C2=A0the=C2=A0label=C2=A0stack=C2=A0used=C2=A0to=C2=A0ta= ke=C2=A0forwarding=C2=A0decisions.
>>
>>=C2=A0I=C2=A0= think=C2=A0the=C2=A0draft=C2=A0should=C2=A0state=C2=A0this=C2=A0requirement= =C2=A0more=C2=A0clearly.
>>
>>=C2=A0It=C2=A0is=C2=A0a= lso=C2=A0not=C2=A0clear=C2=A0how=C2=A0deep=C2=A0this=C2=A0inspection=C2=A0c= ould=C2=A0be.=C2=A0For=C2=A0example,=C2=A0a=C2=A0P
>>=C2=A0route= r=C2=A0should=C2=A0only=C2=A0inspect=C2=A0the=C2=A0LSP=C2=A0Flow-ID=C2=A0la= bel=C2=A0(i.e.,=C2=A0monitoring=C2=A0the
>>=C2=A0LSP=C2=A0flow)= =C2=A0or=C2=A0could=C2=A0it=C2=A0also=C2=A0inspect=C2=A0the=C2=A0VPN=C2=A0F= low-ID=C2=A0(i.e.,=C2=A0monitoring=C2=A0the
>>=C2=A0VPN=C2=A0flo= w)?
>>
>>=C2=A0Moreover,=C2=A0is=C2=A0this=C2=A0inspe= ction=C2=A0required=C2=A0at=C2=A0all=C2=A0the=C2=A0intermediate=C2=A0nodes= =C2=A0or
>>=C2=A0should=C2=A0it=C2=A0be=C2=A0configured=C2=A0som= ehow?
>>
>>=C2=A0Adding=C2=A0some=C2=A0description=C2= =A0about=C2=A0the=C2=A0configuration=C2=A0of=C2=A0the=C2=A0Flow=E2=80=91ID= =C2=A0on
>>=C2=A0intermediate=C2=A0nodes=C2=A0in=C2=A0section=C2= =A04=C2=A0could=C2=A0help=C2=A0addressing=C2=A0this=C2=A0comment.
>= >
>>=C2=A0<Weiqiang>=C2=A0Yes,=C2=A0the=C2=A0answers=C2= =A0to=C2=A0your=C2=A0questions=C2=A0depend=C2=A0on=C2=A0the
>>= =C2=A0configurations=C2=A0on=C2=A0the=C2=A0intermediate=C2=A0nodes.=C2=A0We= 'll=C2=A0add=C2=A0text=C2=A0to=C2=A0address=C2=A0this
>>=C2=A0co= mment.
>>
>>=C2=A0Thank=C2=A0you=C2=A0again,=C2=A0Ita= lo,=C2=A0for=C2=A0the=C2=A0time=C2=A0and=C2=A0effort=C2=A0you=C2=A0took=C2= =A0to=C2=A0review=C2=A0this
>>=C2=A0document.
>>
>>=C2=A0Italo
>>
>>
>>=C2=A0_______= ________________________________________
>>=C2=A0mpls=C2=A0maili= ng=C2=A0list
>>=C2=A0mpls@ietf.org
>>=C2=A0https://ww= w.ietf.org/mailman/listinfo/mpls
>>
>=C2=A0
>=C2= =A0
>=C2=A0
------=_Part_151930_1036108443.1607987309177-- From nobody Wed Dec 16 20:38: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 78EFB3A0E5F; Wed, 16 Dec 2020 20:38:23 -0800 (PST) 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 sjH-D-rZK4AJ; Wed, 16 Dec 2020 20:38:22 -0800 (PST) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 97C0F3A1436; Wed, 16 Dec 2020 20:38:21 -0800 (PST) Received: from [192.168.1.11] (unknown [124.104.17.232]) (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 5A9E7323990; Thu, 17 Dec 2020 05:38:18 +0100 (CET) From: Loa Andersson To: "mpls@ietf.org" Cc: "draft-bryant-mpls-sfl-control@ietf.org" , "mpls-chairs@ietf.org" References: <27447ea9-7fe6-5cdc-b739-962e6144f7ce@pi.nu> Message-ID: Date: Thu, 17 Dec 2020 12:38:16 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: [mpls] Extended: working group adoption poll on draft-bryant-mpls-sfl-control -- Correction 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, 17 Dec 2020 04:38:24 -0000 Working Group, We have had good and strong responses to this adoption poll, but they are a bit fewer than I like. I'm extending the wgap until January 5 2021 (or until I have enought responses). /Loa On 29/11/2020 14:00, Loa Andersson wrote: > Working Group (now from a repaired keyboard), > > The announcement of the adoption poll for draft-bryant-mpls-sfl-control > had many typos, in part depending on mango juice in my keyboard. This is > a correction. You may respond to this mail or the orignal, if you > responded no need to do it again. > > On 27/11/2020 11:50, Loa Andersson wrote: >> Working Group, >> >> This is to start a two week poll on adopting >> draft-bryant-mpls-sfl-control >> as a MPLS working group document. >> >> Please send your comments (support/not support) to the mpls working >> group mailing list (mpls@ietf.org). Please give a technical >> motivation for your support/not support, especially if you think that >> the document should not be adopted as a working group document. >> >> There are two IPR disclosures against this document. >> >> The authors have stated on the MPLS wg mailing list (or directly to >> the document shepherd) that they are unaware of any IPRs that relates >> to this document. >> >> The working group adoption poll ends Dec 11, 2020. >> >> /Loa >> mpls wg co-chair > -- Loa Andersson email: loa@pi.nu Senior MPLS Expert loa.pi.nu@gmail.com Bronze Dragon Consulting phone: +46 739 81 21 64 From nobody Thu Dec 17 01:40:05 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2482C3A158B; Thu, 17 Dec 2020 01:40:04 -0800 (PST) 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, RCVD_IN_MSPIKE_H2=-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 avy7dGI7q6yq; Thu, 17 Dec 2020 01:40:02 -0800 (PST) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 05A793A1586; Thu, 17 Dec 2020 01:40:02 -0800 (PST) Received: from fraeml736-chm.china.huawei.com (unknown [172.18.147.207]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4CxRjG1rcNz67R2X; Thu, 17 Dec 2020 17:37:06 +0800 (CST) Received: from fraeml736-chm.china.huawei.com (10.206.15.217) by fraeml736-chm.china.huawei.com (10.206.15.217) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2106.2; Thu, 17 Dec 2020 10:40:00 +0100 Received: from DGGEML423-HUB.china.huawei.com (10.1.199.40) by fraeml736-chm.china.huawei.com (10.206.15.217) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.1.2106.2 via Frontend Transport; Thu, 17 Dec 2020 10:40:00 +0100 Received: from DGGEML530-MBS.china.huawei.com ([169.254.8.87]) by dggeml423-hub.china.huawei.com ([10.1.199.40]) with mapi id 14.03.0487.000; Thu, 17 Dec 2020 17:37:57 +0800 From: Mach Chen To: Loa Andersson , "mpls@ietf.org" CC: "draft-bryant-mpls-sfl-control@ietf.org" , "mpls-chairs@ietf.org" Thread-Topic: working group adoption poll on draft-bryant-mpls-sfl-control -- Correction Thread-Index: AQHWxhUiNlHXmhoSXE2ZX4FJOEnPMKn7I9Yw Date: Thu, 17 Dec 2020 09:37:56 +0000 Message-ID: References: <27447ea9-7fe6-5cdc-b739-962e6144f7ce@pi.nu> In-Reply-To: Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.108.243.140] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [mpls] working group adoption poll on draft-bryant-mpls-sfl-control -- Correction 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, 17 Dec 2020 09:40:04 -0000 SGkgTG9hLA0KDQpJIGhhdmUgcmVhZCB0aGUgY3VycmVudCB2ZXJzaW9uIGFuZCBhdCBsZWFzdCBh biBvbGQgdmVyc2lvbiBvZiB0aGUgZHJhZnQsIEkgdGhpbmsgaXQncyBpbiBnb29kIHNoYXBlLCBz byBJIHN1cHBvcnQgdGhlIGFkb3B0aW9uIG9mIHRoZSBkcmFmdC4gDQoNCkJlc3QgcmVnYXJkcywN Ck1hY2gNCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBMb2EgQW5kZXJz c29uIFttYWlsdG86bG9hQHBpLm51XQ0KPiBTZW50OiBTdW5kYXksIE5vdmVtYmVyIDI5LCAyMDIw IDI6MDEgUE0NCj4gVG86IG1wbHNAaWV0Zi5vcmcNCj4gQ2M6IGRyYWZ0LWJyeWFudC1tcGxzLXNm bC1jb250cm9sQGlldGYub3JnOyBtcGxzLWNoYWlyc0BpZXRmLm9yZw0KPiBTdWJqZWN0OiB3b3Jr aW5nIGdyb3VwIGFkb3B0aW9uIHBvbGwgb24gZHJhZnQtYnJ5YW50LW1wbHMtc2ZsLWNvbnRyb2wg LS0NCj4gQ29ycmVjdGlvbg0KPiANCj4gV29ya2luZyBHcm91cCAobm93IGZyb20gYSByZXBhaXJl ZCBrZXlib2FyZCksDQo+IA0KPiBUaGUgYW5ub3VuY2VtZW50IG9mIHRoZSBhZG9wdGlvbiBwb2xs IGZvciBkcmFmdC1icnlhbnQtbXBscy1zZmwtY29udHJvbCBoYWQNCj4gbWFueSB0eXBvcywgaW4g cGFydCBkZXBlbmRpbmcgb24gbWFuZ28ganVpY2UgaW4gbXkga2V5Ym9hcmQuIFRoaXMgaXMgYQ0K PiBjb3JyZWN0aW9uLiBZb3UgbWF5IHJlc3BvbmQgdG8gdGhpcyBtYWlsIG9yIHRoZSBvcmlnbmFs LCBpZiB5b3kgcmVzcG9uZGVkIG5vDQo+IG5lZWQgdG8gZG8gaXQgYWdhaW4uDQo+IA0KPiBPbiAy Ny8xMS8yMDIwIDExOjUwLCBMb2EgQW5kZXJzc29uIHdyb3RlOg0KPiA+IFdvcmtpbmcgR3JvdXAs DQo+ID4NCj4gPiBUaGlzIGlzIHRvIHN0YXJ0IGEgdHdvIHdlZWsgcG9sbCBvbiBhZG9wdGluZw0K PiA+IGRyYWZ0LWJyeWFudC1tcGxzLXNmbC1jb250cm9sIGFzIGEgTVBMUyB3b3JraW5nIGdyb3Vw IGRvY3VtZW50Lg0KPiA+DQo+ID4gUGxlYXNlIHNlbmQgeW91ciBjb21tZW50cyAoc3VwcG9ydC9u b3Qgc3VwcG9ydCkgdG8gdGhlIG1wbHMgd29ya2luZw0KPiA+IGdyb3VwIG1haWxpbmcgbGlzdCAo bXBsc0BpZXRmLm9yZykuIFBsZWFzZSBnaXZlIGEgdGVjaG5pY2FsIG1vdGl2YXRpb24NCj4gPiBm b3IgeW91ciBzdXBwb3J0L25vdCBzdXBwb3J0LCBlc3BlY2lhbGx5IGlmIHlvdSB0aGluayB0aGF0 IHRoZQ0KPiA+IGRvY3VtZW50IHNob3VsZCBub3QgYmUgYWRvcHRlZCBhcyBhIHdvcmtpbmcgZ3Jv dXAgZG9jdW1lbnQuDQo+ID4NCj4gPiBUaGVyZSBhcmUgdHdvIElQUiBkaXNjbG9zdXJlcyBhZ2Fp bnN0IHRoaXMgZG9jdW1lbnQuDQo+ID4NCj4gPiBUaGUgYXV0aG9ycyBoYXZlIHN0YXRlZCBvbiB0 aGUgTVBMUyB3ZyBtYWlsaW5nIGxpc3QgKG9yIGRpcmVjdGx5IHRvDQo+ID4gdGhlIGRvY3VtZW50 IHNoZXBoZXJkKSB0aGF0IHRoZXkgYXJlIHVuYXdhcmUgb2YgYW55IElQUnMgdGhhdCByZWxhdGVz DQo+ID4gdG8gdGhpcyBkb2N1bWVudC4NCj4gPg0KPiA+IFRoZSB3b3JraW5nIGdyb3VwIGFkb3B0 aW9uIHBvbGwgZW5kcyBEZWMgMTEsIDIwMjAuDQo+ID4NCj4gPiAvTG9hDQo+ID4gbXBscyB3ZyBj by1jaGFpcg0KPiANCj4gLS0NCj4gDQo+IExvYSBBbmRlcnNzb24gICAgICAgICAgICAgICAgICAg ICAgICBlbWFpbDogbG9hQHBpLm51DQo+IFNlbmlvciBNUExTIEV4cGVydCAgICAgICAgICAgICAg ICAgICAgICAgICAgbG9hLnBpLm51QGdtYWlsLmNvbQ0KPiBCcm9uemUgRHJhZ29uIENvbnN1bHRp bmcgICAgICAgICAgICAgcGhvbmU6ICs0NiA3MzkgODEgMjEgNjQNCg== From nobody Thu Dec 17 02:17:48 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8B7C93A15DE; Thu, 17 Dec 2020 02:17:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=stewartbryantcom.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9OlDD0guQrpy; Thu, 17 Dec 2020 02:17:42 -0800 (PST) Received: from GBR01-CWL-obe.outbound.protection.outlook.com (mail-eopbgr110071.outbound.protection.outlook.com [40.107.11.71]) (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 024DF3A15DC; Thu, 17 Dec 2020 02:17:41 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=m+6EIT2T/Pto1aTlFgpqBI8mReCP22JW8pCLyYYtygOnGOZ8YrT9nGAfITh5WVKQFOHtRFXv5cUK8z9BKZzcEJvCGGQjl1sFbT+/4+SUyp40LCkJRJJb+vXzl9HgWqMt2qScilxnR74jeIHYJvP3PNGTlQYCvOLdUgRtNbsVdIcheECYaPsZ2PKMEiZ64Q99bI2pEZVtrpHAm9o583Zux2wPmuYwznxN9me09BoqMnNjzYoX1GQ/K1ARpMNOiKiHxr2rCDWKftDZORVFU7dgln+AkrGoHyBsfDo6ytPMX0oaEbc8592w7WF/Zd4zieHV1zCLcjr8qeBNBpeZZacd0A== 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=WGQeYZ8sVoB3zT9QYEnqq5PxU9YdJ/xNrsKDV5dAcgI=; b=d0uFvnMZF4Ek6dB1kNK1sOQ2YaITLFWbtqHuTPyBrUvy40LkRUABrdSBrx4YXlGr67tZl8etW2nuZCz/2KuY7oZy0helCeaoBsthb7SfRG7HCA91Dzx3nrFki/b/KUegvOhrLZFa6ipiofYwBQWLZxK6UgQCqznnLkLYiPze6gHvJ0T7s+PsNjQG1mNQlu4+vsIDROHCRHct7A+zVEtDBb+U5P9EwhLOMubWIg5JiaBsMBRtImDEvNT57XYljd8tnqckkcqxMVlxZk6WF2a7wNAWHDWZI+swVzEvAp2dSeCQz3RvgGUWgfyEODhN9+vgNN0D2ooW3vILavAca7RAwQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=stewartbryant.com; dmarc=pass action=none header.from=stewartbryant.com; dkim=pass header.d=stewartbryant.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=stewartbryantcom.onmicrosoft.com; s=selector2-stewartbryantcom-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=WGQeYZ8sVoB3zT9QYEnqq5PxU9YdJ/xNrsKDV5dAcgI=; b=VJDCYTFt9yWTYnc6aGnPtn7AkwnSKUUdMH0dOQzK9SIXPCTr2Bxw5bfCrL2P+7qgfrztqeuIruTazReTMyMBsWZlCU5d3Sj1tw333s/ycGStR0bPt1RzFgYwzsMPFrClt00d2Xf0aE1On4BDCksnpMizRYBzIbFlz+jdeFSfO98= Received: from LO2P123MB4110.GBRP123.PROD.OUTLOOK.COM (2603:10a6:600:160::13) by LO3P123MB2683.GBRP123.PROD.OUTLOOK.COM (2603:10a6:600:f6::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3654.12; Thu, 17 Dec 2020 10:17:39 +0000 Received: from LO2P123MB4110.GBRP123.PROD.OUTLOOK.COM ([fe80::98c:e7b6:1652:3ba0]) by LO2P123MB4110.GBRP123.PROD.OUTLOOK.COM ([fe80::98c:e7b6:1652:3ba0%7]) with mapi id 15.20.3676.025; Thu, 17 Dec 2020 10:17:39 +0000 From: Stewart Bryant To: Mach Chen CC: Stewart Bryant , loa Andersson , "mpls@ietf.org" , "draft-bryant-mpls-sfl-control@ietf.org" , "mpls-chairs@ietf.org" Thread-Topic: working group adoption poll on draft-bryant-mpls-sfl-control -- Correction Thread-Index: AQHWxhUVM/FB/iq6wkaymJlBLWLqian7JG4AgAALGAA= Date: Thu, 17 Dec 2020 10:17:39 +0000 Message-ID: <51FD2D30-8677-4292-833F-7BF160C55E96@stewartbryant.com> References: <27447ea9-7fe6-5cdc-b739-962e6144f7ce@pi.nu> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.3608.120.23.2.4) authentication-results: huawei.com; dkim=none (message not signed) header.d=none;huawei.com; dmarc=none action=none header.from=stewartbryant.com; x-originating-ip: [62.3.64.16] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 5d7a7565-4c2e-492d-f318-08d8a274fb9c x-ms-traffictypediagnostic: LO3P123MB2683: 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: J+3TGOUoGXpBGSYGiCEMXhtgUuPqjzmH+4A6dE/fYyZPUqIRotIHmIbhGekTS0hGbf+ZT9wxLAxhHrMQuAUHhWy5v0es9Qt2uxpvbIKGr3Ao4zITMhTJ0Bhct2F0LWj3mTBqIfswoKNleVGP16XNSAyk98nap3wlhR29n+AyvtYHxIkRUc2yd15g/cBhmJsfUE6JV1b5g4/du15xWYgStZis7EG2qIbuL07pCFfj/YbZteGgDUV/otuJ2HyFVrVu/R/AhrytqgVhsG/jBvH3THDoWwMBbKQJz/khGbKk7VhkjECJjaywzdr7g9lCj9bXHgTVDPytqv6tlzpWDyCgbPvrF8FJjlz65/vlfF+opkgLifTlkuM5nfDompdKHhfo x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:LO2P123MB4110.GBRP123.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(396003)(366004)(346002)(39830400003)(136003)(376002)(316002)(2616005)(36756003)(478600001)(5660300002)(2906002)(6512007)(83380400001)(54906003)(6486002)(66476007)(26005)(86362001)(8936002)(33656002)(71200400001)(8676002)(186003)(76116006)(66946007)(4326008)(6506007)(66556008)(53546011)(6916009)(66446008)(64756008)(45980500001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?us-ascii?Q?vazt8uuq28VAL/nKk1qVXSrz/m2zpfd2FN9PYDA0+at46jeFfuO6B3DDZVW0?= =?us-ascii?Q?TGTzv+P6m4TXScjuVt0vpBSKwgzO4F1XFO7R+Atc+Bhe0+6q46/R3J2CyzxI?= =?us-ascii?Q?OtE5cbCiUeX1ZKEEGRYfe9ngdMHRcXM+AEXpl9g3pzeGSYTqs4s+RRkIiRyQ?= =?us-ascii?Q?ZPfdIf3kND8Ts58Yg9xLHYD6ijtDs5CrLRDPrYpVA/43RIneu3rsx4ygRYe6?= =?us-ascii?Q?htJZEGqhDo4mX7Mbs7Oa52gD+xxnejntdej6Xa2g4bbMaw1K4u8m7ZXnEoCb?= =?us-ascii?Q?CytYUmYiErUnia9gpiYTlzXd66eQamX690c23eAKrO8YCChZ31kVWEUhZRwX?= =?us-ascii?Q?LQfomwttQ5TXRLSAgEU95x/I0DBtcFCLxiKkx8aDmNE1+vxzmOBEydxQ39Zj?= =?us-ascii?Q?jbi6VNSpoORl72NuPaqa8vxqVue4umKUJUqBDa1IjJTE9i9lXZMz3b7TUVat?= =?us-ascii?Q?1xsmGd2NVHrLWqGJ6QWAXdiOvyhGRwWCNGQ2/sj0cT7X70C7ygS7wQVohlm6?= =?us-ascii?Q?0NV4ctOEF30MIN7yzG0K+HcIm3hSK47emsXBlp5Z/COThZRxj+c1N3BuqTtB?= =?us-ascii?Q?tfwmngw1B1I0YpJKoGi4sWaR1BRbzrqGMIG8FK68f6ozJJVjvKvCzp96uIkn?= =?us-ascii?Q?SvDXHEOJdj0RcWrVpq0RzGu4LIj6aWTGjv6PxvAdve3cRQXNxnKxA0uBZnvs?= =?us-ascii?Q?uiXT3ByyoQqKf2lXL+uU3sod4GzSxEVGjMwg98uG1v84YdYgK9067MJibQO5?= =?us-ascii?Q?i1nHSl5D3HU0t9DQ8UMTjtu8trZzc3zGB/Sf+hdi+M3cAHsBlNMsVq2Rs5rQ?= =?us-ascii?Q?qNGlKQhWaVn7FHjqN4f69F9NPJBlIiFNFucsJ5cF/fX/b58ulACmTlEbc4xp?= =?us-ascii?Q?YV+cpsbtovTVpj+FeNrJZl68qIYumAtCylKDWaSlVU9AlkTgkN4B1/83ZV6k?= =?us-ascii?Q?qrqyhNroQxFeNLq+vei9xSJqY13VouQCqY+gNDhQVIPtrKtC+HIcKQODL4aG?= =?us-ascii?Q?ulcQ?= Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: stewartbryant.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: LO2P123MB4110.GBRP123.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: 5d7a7565-4c2e-492d-f318-08d8a274fb9c X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Dec 2020 10:17:39.3740 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 08ac3335-91dd-4a2d-90a7-b5e825494a75 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: JS487YAtRHtYqhrRWECUpSejj3khSItGJ9BQIovqtsrZ+7oTVJpcMll+54AEU0jFI9sW+8VwXiaZJk4dE4aXFg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: LO3P123MB2683 Archived-At: Subject: Re: [mpls] working group adoption poll on draft-bryant-mpls-sfl-control -- Correction 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, 17 Dec 2020 10:17:47 -0000 Thank you Mach There have been to technical changes to this draft for a long time, so thos= e members of the WG that that read it a long time ago will have effectively= read the latest version. Stewart > On 17 Dec 2020, at 09:37, Mach Chen wrote: >=20 > Hi Loa, >=20 > I have read the current version and at least an old version of the draft,= I think it's in good shape, so I support the adoption of the draft.=20 >=20 > Best regards, > Mach >=20 >> -----Original Message----- >> From: Loa Andersson [mailto:loa@pi.nu] >> Sent: Sunday, November 29, 2020 2:01 PM >> To: mpls@ietf.org >> Cc: draft-bryant-mpls-sfl-control@ietf.org; mpls-chairs@ietf.org >> Subject: working group adoption poll on draft-bryant-mpls-sfl-control -- >> Correction >>=20 >> Working Group (now from a repaired keyboard), >>=20 >> The announcement of the adoption poll for draft-bryant-mpls-sfl-control = had >> many typos, in part depending on mango juice in my keyboard. This is a >> correction. You may respond to this mail or the orignal, if yoy responde= d no >> need to do it again. >>=20 >> On 27/11/2020 11:50, Loa Andersson wrote: >>> Working Group, >>>=20 >>> This is to start a two week poll on adopting >>> draft-bryant-mpls-sfl-control as a MPLS working group document. >>>=20 >>> Please send your comments (support/not support) to the mpls working >>> group mailing list (mpls@ietf.org). Please give a technical motivation >>> for your support/not support, especially if you think that the >>> document should not be adopted as a working group document. >>>=20 >>> There are two IPR disclosures against this document. >>>=20 >>> The authors have stated on the MPLS wg mailing list (or directly to >>> the document shepherd) that they are unaware of any IPRs that relates >>> to this document. >>>=20 >>> The working group adoption poll ends Dec 11, 2020. >>>=20 >>> /Loa >>> mpls wg co-chair >>=20 >> -- >>=20 >> Loa Andersson email: loa@pi.nu >> Senior MPLS Expert loa.pi.nu@gmail.com >> Bronze Dragon Consulting phone: +46 739 81 21 64 From nobody Thu Dec 17 08:41:52 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4AF693A0D6F; Thu, 17 Dec 2020 08:41:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.894 X-Spam-Level: X-Spam-Status: No, score=-1.894 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jTSPfyg0aP2H; Thu, 17 Dec 2020 08:41:48 -0800 (PST) Received: from mta6.iomartmail.com (mta6.iomartmail.com [62.128.193.156]) (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 B61583A0D55; Thu, 17 Dec 2020 08:41:45 -0800 (PST) Received: from vs1.iomartmail.com (vs1.iomartmail.com [10.12.10.121]) by mta6.iomartmail.com (8.14.4/8.14.4) with ESMTP id 0BHGfgHA003772; Thu, 17 Dec 2020 16:41:43 GMT Received: from vs1.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id E270222040; Thu, 17 Dec 2020 16:41:42 +0000 (GMT) Received: from asmtp1.iomartmail.com (unknown [10.12.10.248]) by vs1.iomartmail.com (Postfix) with ESMTPS id D62D22203C; Thu, 17 Dec 2020 16:41:42 +0000 (GMT) Received: from LAPTOPK7AS653V ([87.113.187.83]) (authenticated bits=0) by asmtp1.iomartmail.com (8.14.4/8.14.4) with ESMTP id 0BHGffTU031215 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 17 Dec 2020 16:41:42 GMT Reply-To: From: "Adrian Farrel" To: Cc: , , References: <143301d6d144$f6f019c0$e4d04d40$@olddog.co.uk> In-Reply-To: <143301d6d144$f6f019c0$e4d04d40$@olddog.co.uk> Date: Thu, 17 Dec 2020 16:41:42 -0000 Organization: Old Dog Consulting Message-ID: <052901d6d493$8028d910$807a8b30$@olddog.co.uk> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_052A_01D6D493.80297550" X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQHLrWtQi4DsNAKlKLSczLG726/GWwJHqu1Uqf+N/tA= Content-Language: en-gb X-Originating-IP: 87.113.187.83 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-25856.001 X-TM-AS-Result: No--21.857-10.0-31-10 X-imss-scan-details: No--21.857-10.0-31-10 X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25856.001 X-TMASE-Result: 10--21.856700-10.000000 X-TMASE-MatchedRID: qsaWi0FWcYvxIbpQ8BhdbLlRS/TbY0kCQZpQRfyCdHwUE18jzz932lCp 2QuAl4+3rCdwM2L1xy04TAXdSvEl9Oyt+a9Mtf+eDRBjlWdDIA1/qILR82ilmVAOlKtHo+WCPI1 kyiMc8fEaTjuMW6GGOgggrdbOrhAEEqi+Ybr2I2uQgeuUY0WN7DoSfZud5+GgRqYP52QLif2j7q P50tFXTyNmcCwRnTcypws4QkdH+f0v9901qElB+sK1Ib9JAALxisPrQs7EEW8HBnQgwI04wUw5M Ik9Zic4jSewJrkr39fwyYmEHRk+zxDjSsX6woaCKO2+bS8WGa0BhN0MWnnQy0l/J9Ro+MAB7DWC YCEbYYAElx3MBpGlcbwnrf2ISN+oR1vveBQPCRfBtFDYGmaWKtoKfgOoKJc2tjNcLEm7a5FBWFC S0LqYKltyNHRhmjtfAllRMNbKfG3a8AiR/nR5g8KVNVkgZd/Iy3fMd7pCml4YdZqQlzVQvCKFMA ffXyNK5boxPkD0a9NQ0ON3ZFt2uSwwtxRkxyN3i+m1DDPm2yL/fHyH+MCF5QZ0RIGkprzCLFlXZ d2HA7DH9Lb3NQxFLlg8VBnZQN4LeE33DBDeeN6eAiCmPx4NwGmRqNBHmBvevqq8s2MNhPDPPeN6 HN6d7M+9+OQ9U/5f33fj+sMArfOEbaqKQSlAZXD2+DOVV0s85zUOmGsIg+Obh1FT2IuY8r1qHkJ AU+WLGDsJEVHyoUQ= X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0 Archived-At: Subject: Re: [mpls] MPLS WGLC for draft-ietf-mpls-spl-terminology X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Dec 2020 16:41:51 -0000 This is a multipart message in MIME format. ------=_NextPart_000_052A_01D6D493.80297550 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hey, Just a ping (and one of the other chairs could probably act) this only needs to be passed back to the AD to advance along the way. Cheers, Adrian From: mpls On Behalf Of Adrian Farrel Sent: 13 December 2020 11:42 To: N.Leymann@telekom.de Cc: mpls@ietf.org; draft-ietf-mpls-spl-terminology@ietf.org; mpls-chairs@ietf.org Subject: Re: [mpls] MPLS WGLC for draft-ietf-mpls-spl-terminology Hi Nic, By my reading of the calendar, the period for this second WG last call is over. I don't see any comments, objections, or requests for change from the working group. Please let us know if you need anything more from the authors. Best, Adrian -- It's Christmas. Treat someone you love to a fairy story. Books of fairy tales for adults of all ages: . Tales from the Wood . More Tales from the Wood . Tales from Beyond the Wood . Tales from the Castle Get them on line https://www.feedaread.com/profiles/8604/ Or buy a signed copy from me by post From: N.Leymann@telekom.de Sent: 27 November 2020 12:00 To: mpls-chairs@ietf.org; mpls@ietf.org; draft-ietf-mpls-spl-terminology@ietf.org Subject: MPLS WGLC for draft-ietf-mpls-spl-terminology Working Group, This is to initiate a two week working group last call on draft-ietf-mpls-spl-terminology. Please note that this is the second WGLC, there were a few changes necessary to the draft. Please send your comments to the MPLS WG mailing list ( mpls@ietf.org). There are no IPR disclosures against draft-ietf-mpls-spl-terminology. Both the authors and the contributors have stated on the working group mailing list that they are unaware of any non-disclosed IPRs that relates to this document. This working group last call ends December 12th, 2020. Regards Nic ------=_NextPart_000_052A_01D6D493.80297550 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hey,

 

Just a ping = (and one of the other chairs could probably act) this only needs to be = passed back to the AD to advance along the way.

 

Cheers,

Adrian

 

From: mpls <mpls-bounces@ietf.org> = On Behalf Of Adrian Farrel
Sent: 13 December 2020 = 11:42
To: N.Leymann@telekom.de
Cc: mpls@ietf.org; = draft-ietf-mpls-spl-terminology@ietf.org; = mpls-chairs@ietf.org
Subject: Re: [mpls] MPLS WGLC for = draft-ietf-mpls-spl-terminology

 

Hi = Nic,

 

By my reading of the calendar, the period for this = second WG last call is over.

 

I = don’t see any comments, objections, or requests for change from = the working group.

 

Please let = us know if you need anything more from the authors.

 

Best,

Adrian

--

It's = Christmas.

Treat someone you love to a fairy = story.

Books of fairy tales for adults of = all ages:

• Tales from the = Wood

• More Tales from the = Wood

• Tales from Beyond the = Wood

• Tales from the = Castle

Get them on line = https://www.feedaread.com/profiles/8604/

Or buy a = signed copy from me by post

 

 

 

From: N.Leymann@telekom.de = <N.Leymann@telekom.de>
Sent: 27 November 2020 = 12:00
To: mpls-chairs@ietf.org; mpls@ietf.org; = draft-ietf-mpls-spl-terminology@ietf.org
Subject: MPLS WGLC = for draft-ietf-mpls-spl-terminology

 

Working Group,

 

This is to initiate a two week = working group last call on draft-ietf-mpls-spl-terminology. Please note = that this is the second WGLC, there were a few changes necessary to the = draft.

 

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

 

There are no IPR disclosures against = draft-ietf-mpls-spl-terminology.

 

Both the authors and the = contributors have stated on the working group mailing list that they are = unaware of any non-disclosed IPRs that relates to this = document.

 

This working group last call ends December 12th, = 2020.

 

Regards

 

Nic

 

------=_NextPart_000_052A_01D6D493.80297550-- From nobody Thu Dec 17 10:23: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 71D6B3A0FEB; Thu, 17 Dec 2020 10:23:25 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Tarek Saad via Datatracker To: X-Test-IDTracker: no X-IETF-IDTracker: 7.24.0 Auto-Submitted: auto-generated Precedence: bulk Cc: Nicolai Leymann , iesg-secretary@ietf.org, mpls-chairs@ietf.org, mpls@ietf.org, n.leymann@telekom.de Message-ID: <160822940543.15016.16554740939891515002@ietfa.amsl.com> Date: Thu, 17 Dec 2020 10:23:25 -0800 Archived-At: Subject: [mpls] Publication has been requested for draft-ietf-mpls-spl-terminology-05 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, 17 Dec 2020 18:23:31 -0000 Tarek Saad has requested publication of draft-ietf-mpls-spl-terminology-05 as Proposed Standard 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 Thu Dec 17 10:25:01 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 077493A0E67; Thu, 17 Dec 2020 10:25:00 -0800 (PST) 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, 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, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net header.b=iI6nV7RS; dkim=pass (1024-bit key) header.d=juniper.net header.b=PoI7/Olp Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8l5K-1d5cOFh; Thu, 17 Dec 2020 10:24:58 -0800 (PST) Received: from mx0b-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D8C4A3A0E4D; Thu, 17 Dec 2020 10:24:57 -0800 (PST) Received: from pps.filterd (m0108157.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.43/8.16.0.43) with SMTP id 0BHIAC4G030123; Thu, 17 Dec 2020 10:24:57 -0800 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=PPS1017; bh=QHXr7BUzjnXskRnp6/Zb7SkN8sYIKr4Iu1Ks6NQDsq4=; b=iI6nV7RS0hkKaZnztV8Xtg7jaG1i1NJYq+tPWFipbVB9lgfqOG4MK7Ajz7vcQEMJ6Pxq Ybcq78zcJZMdFSPAjleYSQR7ABxdIpapSDqudO0FKKNM/GYEUMFW+FeYcwoA6/NoYZhq oZgG8V2FcxBcBBffwUbg7ablhMXpumUWWsANz9lYooZPCG01eROuX8nF4KkHFo8wrS7z 4afaBzzMolt95hwUfcyjxAt4dmCx/zDJhQaJo3m74e9kkf/lGbO24H7FC0/HM3cKbfk7 vP2Fhn4EiZVDhLW8drHCfT2ySTgCcHGOcOK54MknQplduT++aLeP2eVTSf6Xt5k3cQsB tw== Received: from nam10-mw2-obe.outbound.protection.outlook.com (mail-mw2nam10lp2102.outbound.protection.outlook.com [104.47.55.102]) by mx0a-00273201.pphosted.com with ESMTP id 35f7v9km27-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 17 Dec 2020 10:24:57 -0800 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Tu+OHbX3inP9JwnjxpL0mHnImzUQIzHquNKJy3gh/d8bWGsSJlyTxIVHcTw9MPxTjanw332PsXEUz0bgC1veISjgqgq/akepKQJEuYpCNEVPt75MDNG2Yh1TPheBwdmiYTEeQG+BnI8kYG8510ywfcckBObu0SvK8psWV2su1f1tfJEY5dW6rqPTHYLodvuYNLP5tFFfSfWNR9N3Ic0Ulxc+AP8KEYAaCITMnz/L3GzRKgVs+Uwp5jHjNy5eKz6NeE4YAPYLgnB9GYajOu0lHA4E6hHmtL/BlPA8gKfmlkOFfj71YZMGYL4uv7Euo2xQNYQBO7oiEgUdFCZA5Gewbw== 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=QHXr7BUzjnXskRnp6/Zb7SkN8sYIKr4Iu1Ks6NQDsq4=; b=OO7JVihRA0c6qQaMiW/8IFsMO3vKa9ZHGFfD1sIkI2fUPRKWwe4BmSu8rgQuneFS+VjT7kX9iz3cxqQ/CZHRzM0dussc01/HsmjnR1iuL1J5Ymro1HZyi6bT8eeon2zmZZv6T449cosbaDn9ps/OgrwUmq+k2a8U3SLqk4cvD5VvkaucRvjvn5pxjFtuTWLyp3LIqK/4qk5riZhKTr61CaB4g1/cT960Vo6fMDhs8/2lEjY5d8/jZLgLa0ZaY/ShgOHpEJ2wNNCTQpZuJ3eNF2R9XXcPiB2R15+UiyCJO8ngcCMZH9X5SkzS84TB0Un1xHws1YcWnRD3PAoxHS0czQ== 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=QHXr7BUzjnXskRnp6/Zb7SkN8sYIKr4Iu1Ks6NQDsq4=; b=PoI7/Olp8MufXCQqTppSBX/taHUKe+DBahQGpfrprLfiDsmruv8vPpXvNpIOMhTSYGjLk1JG0lt/xTEPFGkh8/ZtNjXhieuzGM/l9oGGRUdnFWJtr/MTREF5HqpoZgFhvOLTRKj+/fo5ZjmC9TxcATRECip5/eqX9dNqVnLh3ZI= Received: from BYAPR05MB4136.namprd05.prod.outlook.com (2603:10b6:a02:85::18) by BYAPR05MB6119.namprd05.prod.outlook.com (2603:10b6:a03:dc::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3676.11; Thu, 17 Dec 2020 18:24:54 +0000 Received: from BYAPR05MB4136.namprd05.prod.outlook.com ([fe80::1ee:5d65:c857:e2a2]) by BYAPR05MB4136.namprd05.prod.outlook.com ([fe80::1ee:5d65:c857:e2a2%3]) with mapi id 15.20.3676.018; Thu, 17 Dec 2020 18:24:54 +0000 From: Tarek Saad To: "adrian@olddog.co.uk" , "N.Leymann@telekom.de" CC: "mpls@ietf.org" , "draft-ietf-mpls-spl-terminology@ietf.org" , "mpls-chairs@ietf.org" Thread-Topic: [mpls] MPLS WGLC for draft-ietf-mpls-spl-terminology Thread-Index: AQHW1KHpsj/HZS9oiEe+hu/8COzkVg== Date: Thu, 17 Dec 2020 18:24:53 +0000 Message-ID: <8D27050B-089D-41E1-ADDE-D276089C9A65@juniper.net> References: <143301d6d144$f6f019c0$e4d04d40$@olddog.co.uk> <052901d6d493$8028d910$807a8b30$@olddog.co.uk> In-Reply-To: <052901d6d493$8028d910$807a8b30$@olddog.co.uk> 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=80b3157b-3b4d-4930-8a23-92c0cffe6a7a; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2020-12-17T18:23:30Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=Juniper Business Use Only;MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; user-agent: Microsoft-MacOutlook/16.43.20110804 authentication-results: olddog.co.uk; dkim=none (message not signed) header.d=none;olddog.co.uk; dmarc=none action=none header.from=juniper.net; x-originating-ip: [2607:fea8:e320:7019:d59a:e7c5:f75:5112] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 77d7b73f-571a-4e1d-e78c-08d8a2b90ccd x-ms-traffictypediagnostic: BYAPR05MB6119: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:983; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: BpvWCwJoIoIBdGw5pXXAIQWS077cfKSJDYmXRQnpJkNu1/N26W3gbyphT/WcvpZ3Ku7Sucg43ttVbXn/v5yJU8UtaIH7jEICxzhQQ9vDXR1LQq3E4+WB2t84goYOxtnmAounk1/9Q3gd9AqROJQ2I0nAB7G7v1c+IHDNKPHr/CJEFZvaJgae6rXZ+QZlaoHuAhNnKqrLeNgu4M5M5/8IgQ2SOmykYl+pAaNjmcF86Ercz3SccEQDIkvevpOnDHROMkW6+iR3JDYI9lP2KAf9Xzx62GBxitgeT1nkcioHwmYcqWzOIKO+aVfnROIVzxnFjOmrXcmw6Blg/+c0TJj8PTL4qTt46RHFoZ/A0tbFAI869KYrSSIwugMuJoHpiYQafiaxP+5dLAizqHIB6uQ0btp0O8/JIrVQ0Yp5Azmc4nQV7Vq+/GQ8ANYEOQjJEORbCYQCbGsVed0Wp5WsvkIai6VzWm6M9+00bISzJFCgku3hAM6fEeqqgSJlNddbucdS2DmuhXfr3Q8FU4xFsNlZobKZzHSwsFmZSU2MfnrCNDC+NXZ84rpvpMtFeEjeOb/T5tXBOnfo7rNbps8GHSCdl7JtZnWGkLK0Qt/IpUx+Bms= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BYAPR05MB4136.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(346002)(39860400002)(376002)(136003)(366004)(396003)(5660300002)(54906003)(36756003)(66476007)(4326008)(66556008)(86362001)(66946007)(478600001)(64756008)(66446008)(316002)(33656002)(6512007)(71200400001)(8936002)(966005)(186003)(53546011)(6486002)(83380400001)(6506007)(2616005)(76116006)(8676002)(2906002)(110136005)(45980500001); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: =?utf-8?B?YmY4ODFmRWsxbGxabnozTXN0YTNRUU1xUG56V3pHd1FqVGNJckVoVGl0c1Vi?= =?utf-8?B?V3NVLzRYd0k5ekVIWktHejl2UTFVM1lSZzlvODdNQkN3UVE2bm9xeWx0bVE5?= =?utf-8?B?T2Rtcm1qNTNucGZTaHZGUWxFMVhpWTJIWnN1aitodjN2R0lDUWlFc2VlVGsz?= =?utf-8?B?TTl5TG43L1Y3UzJqNU92VEg1ZDlXUmxuSEozcndqTzBxakFuN1pHL0ZWYjc3?= =?utf-8?B?T3AyNUdmUkF4ZEZXWDByT2JJQW1wRDB3TkJFRWE2Ujl4S21mS0JFdElXaGdY?= =?utf-8?B?aG14YnBaSkd1enFTMXh3cjl2cE55Q2dWbnV3SjhPQ0FrZ0pUVE42a29sY0RI?= =?utf-8?B?dUVQTjNOMXVLTWFvVnRlZVAvRm5XRUU0N3RiU2UwUHlTQmlaN3MvNllJQmdm?= =?utf-8?B?NzdRY2pVbnVBNHNqUHRrZ0k4bmVEU0xxckpoSVplejVxMEMwcTN5RERNSDJZ?= =?utf-8?B?Wkw4RnQySWszZDZORWg5U0JFT2NGbUZDMTJEcHFkTUNESldweC9KeUhqcnJz?= =?utf-8?B?bFd4N0ZoWnp6WTBVQ0lDYkk0ZnRoTUdneVlSK1YvTHYyemozbE93OHlzUGVx?= =?utf-8?B?c0ZhUDA0NytrWDJtaDI2elM2L2JxUDZsR29kRldHcm9IQWVTelRBRmRXMFVR?= =?utf-8?B?QVY3cWRiejVXdXNPcGpqUFdEbTlMMkxsN1o0STNrb0VlTHRMM2RJd3NBWHdK?= =?utf-8?B?b0JERUpvUnJjWTJBcEQ5MFR0WEdvS1NLTTQwWlNPVDY4RWx5QjYzMXBJYkdD?= =?utf-8?B?Zmg1VS9QZndUN1lIWDhGSVZYMjVER2tzcFIzTGRoTWVpeEFUMzBobEJpNFdp?= =?utf-8?B?YjBaMHNnQ1cvRS9DN3hxdjU3TDZHSEFzWmg0ck1oQVN3eC92VGhkNzBDdU1t?= =?utf-8?B?YUh0T3FSVjVxemV2WjY5dmJXNWd4ZXhRVUVMVWJNOXEzMU04Q2k2US91NXJQ?= =?utf-8?B?V3VpZkc1bXdxWDJqdjF5T3VPSzArSTZJcWNablJzU25LSngrZkp2S1NnMnQ0?= =?utf-8?B?bG14YU1LYzZpVnFMWXV2NStRNFdKa0NCTndlSHhzNllWendDQ0Q5b2xJMEd3?= =?utf-8?B?aWtnWVlhRUZ3V0VzeFpLZ1p2TkhtVHJiak9DNmtvMXZMeU96RFVNMUZOUUs1?= =?utf-8?B?Y2paVWVuVjFwV0ttNnZYSG1KR0VnbUV3cVBYZXR0aWU4QVJYNy9xejRjZXd1?= =?utf-8?B?cEFMT2tvUENpclNUY001RVFLQ1F5amdHSmp5VUxDbmNxcnErMlJxcUpld01Y?= =?utf-8?B?QjJ0Z1ZjWGlSMFMxSUtsNWhpenNjMFNubDFVTHA0WVBYV1U1aU43d2Jkckgz?= =?utf-8?B?NEJtWHNKRk8zWVIzSUdka3AvVWg1dVc4OVFXekN3L1NPcE0wVDdMVTBMMWNw?= =?utf-8?B?OXF3V0luVC9Yc05XTGZmWGhkblNLQUtqL3ZDYmtqcHRlMGc0aDdPc2tCZlNi?= =?utf-8?Q?V1+2vFxe?= x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_8D27050B089D41E1ADDED276089C9A65junipernet_" 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: 77d7b73f-571a-4e1d-e78c-08d8a2b90ccd X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Dec 2020 18:24:53.9615 (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: yY+cEi5brWZZ9ZjLjca2adIcHDwONwByaW8WpCWlFPtEcnZF6rd1trM2sLfFUr+eG+/Z6TkMa/SWM4nW6C/MOA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR05MB6119 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.343, 18.0.737 definitions=2020-12-17_13:2020-12-15, 2020-12-17 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 mlxlogscore=999 impostorscore=0 phishscore=0 clxscore=1011 suspectscore=0 malwarescore=0 adultscore=0 mlxscore=0 lowpriorityscore=0 priorityscore=1501 spamscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2012170125 Archived-At: Subject: Re: [mpls] MPLS WGLC for draft-ietf-mpls-spl-terminology X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Dec 2020 18:25:00 -0000 --_000_8D27050B089D41E1ADDED276089C9A65junipernet_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 77u/SGkgQWRyaWFuLA0KDQpCYXNlZCBvbiB0aGUgZGlzY3Vzc2lvbiBiZWxvdywgSeKAmXZlIGdv bmUgYWhlYWQgYW5kIHNlbnQgaXQgYmFjayB0byBBRCBmb3IgcHJvZ3Jlc3NpbmcuDQoNClJlZ2Fy ZHMsDQpUYXJlayAob24gYmVoYWxmIG9mIE5pYykNCg0KT24gMTIvMTcvMjAsIDExOjQxIEFNLCAi QWRyaWFuIEZhcnJlbCIgPGFkcmlhbkBvbGRkb2cuY28udWs8bWFpbHRvOmFkcmlhbkBvbGRkb2cu Y28udWs+PiB3cm90ZToNCg0KSGV5LA0KDQpKdXN0IGEgcGluZyAoYW5kIG9uZSBvZiB0aGUgb3Ro ZXIgY2hhaXJzIGNvdWxkIHByb2JhYmx5IGFjdCkgdGhpcyBvbmx5IG5lZWRzIHRvIGJlIHBhc3Nl ZCBiYWNrIHRvIHRoZSBBRCB0byBhZHZhbmNlIGFsb25nIHRoZSB3YXkuDQoNCkNoZWVycywNCkFk cmlhbg0KDQpGcm9tOiBtcGxzIDxtcGxzLWJvdW5jZXNAaWV0Zi5vcmc+IE9uIEJlaGFsZiBPZiBB ZHJpYW4gRmFycmVsDQpTZW50OiAxMyBEZWNlbWJlciAyMDIwIDExOjQyDQpUbzogTi5MZXltYW5u QHRlbGVrb20uZGUNCkNjOiBtcGxzQGlldGYub3JnOyBkcmFmdC1pZXRmLW1wbHMtc3BsLXRlcm1p bm9sb2d5QGlldGYub3JnOyBtcGxzLWNoYWlyc0BpZXRmLm9yZw0KU3ViamVjdDogUmU6IFttcGxz XSBNUExTIFdHTEMgZm9yIGRyYWZ0LWlldGYtbXBscy1zcGwtdGVybWlub2xvZ3kNCg0KSGkgTmlj LA0KDQpCeSBteSByZWFkaW5nIG9mIHRoZSBjYWxlbmRhciwgdGhlIHBlcmlvZCBmb3IgdGhpcyBz ZWNvbmQgV0cgbGFzdCBjYWxsIGlzIG92ZXIuDQoNCkkgZG9u4oCZdCBzZWUgYW55IGNvbW1lbnRz LCBvYmplY3Rpb25zLCBvciByZXF1ZXN0cyBmb3IgY2hhbmdlIGZyb20gdGhlIHdvcmtpbmcgZ3Jv dXAuDQoNClBsZWFzZSBsZXQgdXMga25vdyBpZiB5b3UgbmVlZCBhbnl0aGluZyBtb3JlIGZyb20g dGhlIGF1dGhvcnMuDQoNCkJlc3QsDQpBZHJpYW4NCi0tDQpJdCdzIENocmlzdG1hcy4NClRyZWF0 IHNvbWVvbmUgeW91IGxvdmUgdG8gYSBmYWlyeSBzdG9yeS4NCkJvb2tzIG9mIGZhaXJ5IHRhbGVz IGZvciBhZHVsdHMgb2YgYWxsIGFnZXM6DQrigKIgVGFsZXMgZnJvbSB0aGUgV29vZA0K4oCiIE1v cmUgVGFsZXMgZnJvbSB0aGUgV29vZA0K4oCiIFRhbGVzIGZyb20gQmV5b25kIHRoZSBXb29kDQri gKIgVGFsZXMgZnJvbSB0aGUgQ2FzdGxlDQpHZXQgdGhlbSBvbiBsaW5lIGh0dHBzOi8vd3d3LmZl ZWRhcmVhZC5jb20vcHJvZmlsZXMvODYwNC8NCk9yIGJ1eSBhIHNpZ25lZCBjb3B5IGZyb20gbWUg YnkgcG9zdA0KDQoNCg0KRnJvbTogTi5MZXltYW5uQHRlbGVrb20uZGUgPE4uTGV5bWFubkB0ZWxl a29tLmRlPg0KU2VudDogMjcgTm92ZW1iZXIgMjAyMCAxMjowMA0KVG86IG1wbHMtY2hhaXJzQGll dGYub3JnOyBtcGxzQGlldGYub3JnOyBkcmFmdC1pZXRmLW1wbHMtc3BsLXRlcm1pbm9sb2d5QGll dGYub3JnDQpTdWJqZWN0OiBNUExTIFdHTEMgZm9yIGRyYWZ0LWlldGYtbXBscy1zcGwtdGVybWlu b2xvZ3kNCg0KDQpXb3JraW5nIEdyb3VwLA0KDQoNCg0KVGhpcyBpcyB0byBpbml0aWF0ZSBhIHR3 byB3ZWVrIHdvcmtpbmcgZ3JvdXAgbGFzdCBjYWxsIG9uIGRyYWZ0LWlldGYtbXBscy1zcGwtdGVy bWlub2xvZ3kuIFBsZWFzZSBub3RlIHRoYXQgdGhpcyBpcyB0aGUgc2Vjb25kIFdHTEMsIHRoZXJl IHdlcmUgYSBmZXcgY2hhbmdlcyBuZWNlc3NhcnkgdG8gdGhlIGRyYWZ0Lg0KDQoNCg0KUGxlYXNl IHNlbmQgeW91ciBjb21tZW50cyB0byB0aGUgTVBMUyBXRyBtYWlsaW5nIGxpc3QgKG1wbHNAaWV0 Zi5vcmc8bWFpbHRvOm1wbHNAaWV0Zi5vcmc+KS4NCg0KDQoNClRoZXJlIGFyZSBubyBJUFIgZGlz Y2xvc3VyZXMgYWdhaW5zdCBkcmFmdC1pZXRmLW1wbHMtc3BsLXRlcm1pbm9sb2d5Lg0KDQoNCg0K Qm90aCB0aGUgYXV0aG9ycyBhbmQgdGhlIGNvbnRyaWJ1dG9ycyBoYXZlIHN0YXRlZCBvbiB0aGUg d29ya2luZyBncm91cCBtYWlsaW5nIGxpc3QgdGhhdCB0aGV5IGFyZSB1bmF3YXJlIG9mIGFueSBu b24tZGlzY2xvc2VkIElQUnMgdGhhdCByZWxhdGVzIHRvIHRoaXMgZG9jdW1lbnQuDQoNCg0KDQpU aGlzIHdvcmtpbmcgZ3JvdXAgbGFzdCBjYWxsIGVuZHMgRGVjZW1iZXIgMTJ0aCwgMjAyMC4NCg0K UmVnYXJkcw0KDQpOaWMNCg0KDQoNCkp1bmlwZXIgQnVzaW5lc3MgVXNlIE9ubHkNCg== --_000_8D27050B089D41E1ADDED276089C9A65junipernet_ Content-Type: text/html; charset="utf-8" Content-ID: <653020967E230C4ABBC21BD4885E71F3@namprd05.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iR2VuZXJhdG9yIiBjb250ZW50PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQg bWVkaXVtKSI+DQo8c3R5bGU+PCEtLQ0KLyogRm9udCBEZWZpbml0aW9ucyAqLw0KQGZvbnQtZmFj ZQ0KCXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2 IDMgMiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToy IDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJUaW1lcyBO ZXcgUm9tYW4gXChCb2R5IENTXCkiOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDIgMiAyIDIgMiA0O30N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q29uc29sYXM7DQoJcGFub3NlLTE6MiAxMSA2IDkg MiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5N c29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCglmb250LXNpemU6MTEuMHB0 Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29I eXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4 dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLk1zb1BsYWluVGV4dCwgbGkuTXNvUGxhaW5UZXh0 LCBkaXYuTXNvUGxhaW5UZXh0DQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUt bGluazoiUGxhaW4gVGV4dCBDaGFyIjsNCgltYXJnaW46MGluOw0KCWZvbnQtc2l6ZToxMS4wcHQ7 DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0Kc3Bhbi5QbGFpblRleHRDaGFy DQoJe21zby1zdHlsZS1uYW1lOiJQbGFpbiBUZXh0IENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0 eTo5OTsNCgltc28tc3R5bGUtbGluazoiUGxhaW4gVGV4dCI7DQoJZm9udC1mYW1pbHk6Q29uc29s YXM7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjMNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7 DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9 DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNp emU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCglt YXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdl OldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMi IGxpbms9IiMwNTYzQzEiIHZsaW5rPSJwdXJwbGUiIHN0eWxlPSJ3b3JkLXdyYXA6YnJlYWstd29y ZCI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gY2xhc3M9IkVtYWlsU3R5bGUyMyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMi4wcHQiPu+7 v0hpIEFkcmlhbiw8bzpwPjwvbzpwPjwvc3Bhbj48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gY2xhc3M9IkVtYWlsU3R5bGUyMyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTox Mi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBjbGFzcz0iRW1haWxTdHlsZTIzIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjEyLjBwdCI+QmFzZWQgb24gdGhlIGRpc2N1c3Npb24gYmVsb3csIEnigJl2ZSBnb25lIGFoZWFk IGFuZCBzZW50IGl0IGJhY2sgdG8gQUQgZm9yIHByb2dyZXNzaW5nLjxvOnA+PC9vOnA+PC9zcGFu Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iRW1haWxTdHls ZTIzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGNsYXNzPSJFbWFpbFN0 eWxlMjMiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0Ij5SZWdhcmRzLDxvOnA+PC9vOnA+ PC9zcGFuPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBjbGFzcz0iRW1h aWxTdHlsZTIzIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+VGFyZWsgKG9uIGJlaGFs ZiBvZiBOaWMpPC9zcGFuPjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdCI+PG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPk9uIDEyLzE3 LzIwLCAxMTo0MSBBTSwgJnF1b3Q7QWRyaWFuIEZhcnJlbCZxdW90OyAmbHQ7PGEgaHJlZj0ibWFp bHRvOmFkcmlhbkBvbGRkb2cuY28udWsiPmFkcmlhbkBvbGRkb2cuY28udWs8L2E+Jmd0OyB3cm90 ZTo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4i PkhleSwgPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6LjVpbiI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+SnVzdCBhIHBpbmcgKGFuZCBvbmUgb2YgdGhlIG90aGVy IGNoYWlycyBjb3VsZCBwcm9iYWJseSBhY3QpIHRoaXMgb25seSBuZWVkcyB0byBiZSBwYXNzZWQg YmFjayB0byB0aGUgQUQgdG8gYWR2YW5jZSBhbG9uZyB0aGUgd2F5LjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPiZuYnNwOzxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4i PkNoZWVycyw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDouNWluIj5BZHJpYW48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8 ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNFMUUxRTEgMS4wcHQ7cGFk ZGluZzozLjBwdCAwaW4gMGluIDBpbiI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFy Z2luLWxlZnQ6LjVpbiI+PGI+RnJvbTo8L2I+IG1wbHMgJmx0O21wbHMtYm91bmNlc0BpZXRmLm9y ZyZndDsNCjxiPk9uIEJlaGFsZiBPZiA8L2I+QWRyaWFuIEZhcnJlbDxicj4NCjxiPlNlbnQ6PC9i PiAxMyBEZWNlbWJlciAyMDIwIDExOjQyPGJyPg0KPGI+VG86PC9iPiBOLkxleW1hbm5AdGVsZWtv bS5kZTxicj4NCjxiPkNjOjwvYj4gbXBsc0BpZXRmLm9yZzsgZHJhZnQtaWV0Zi1tcGxzLXNwbC10 ZXJtaW5vbG9neUBpZXRmLm9yZzsgbXBscy1jaGFpcnNAaWV0Zi5vcmc8YnI+DQo8Yj5TdWJqZWN0 OjwvYj4gUmU6IFttcGxzXSBNUExTIFdHTEMgZm9yIGRyYWZ0LWlldGYtbXBscy1zcGwtdGVybWlu b2xvZ3k8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+SGkgTmljLDxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPiZuYnNw OzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 Oi41aW4iPkJ5IG15IHJlYWRpbmcgb2YgdGhlIGNhbGVuZGFyLCB0aGUgcGVyaW9kIGZvciB0aGlz IHNlY29uZCBXRyBsYXN0IGNhbGwgaXMgb3Zlci48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj5JIGRvbuKAmXQg c2VlIGFueSBjb21tZW50cywgb2JqZWN0aW9ucywgb3IgcmVxdWVzdHMgZm9yIGNoYW5nZSBmcm9t IHRoZSB3b3JraW5nIGdyb3VwLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIg c3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPlBsZWFzZSBsZXQgdXMga25vdyBp ZiB5b3UgbmVlZCBhbnl0aGluZyBtb3JlIGZyb20gdGhlIGF1dGhvcnMuPG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+Jm5ic3A7PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVp biI+QmVzdCw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJn aW4tbGVmdDouNWluIj5BZHJpYW48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj4tLTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPkl0J3MgQ2hyaXN0bWFzLiA8bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj5U cmVhdCBzb21lb25lIHlvdSBsb3ZlIHRvIGEgZmFpcnkgc3RvcnkuPG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+Qm9va3Mgb2YgZmFp cnkgdGFsZXMgZm9yIGFkdWx0cyBvZiBhbGwgYWdlczo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj7igKIgVGFsZXMgZnJvbSB0aGUg V29vZDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1s ZWZ0Oi41aW4iPuKAoiBNb3JlIFRhbGVzIGZyb20gdGhlIFdvb2Q8bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj7igKIgVGFsZXMgZnJv bSBCZXlvbmQgdGhlIFdvb2Q8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtYXJnaW4tbGVmdDouNWluIj7igKIgVGFsZXMgZnJvbSB0aGUgQ2FzdGxlPG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+R2V0 IHRoZW0gb24gbGluZSBodHRwczovL3d3dy5mZWVkYXJlYWQuY29tL3Byb2ZpbGVzLzg2MDQvPG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVp biI+T3IgYnV5IGEgc2lnbmVkIGNvcHkgZnJvbSBtZSBieSBwb3N0PG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+Jm5ic3A7PG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+ Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6LjVpbiI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9y ZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGlu IDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4i PjxiPkZyb206PC9iPiBOLkxleW1hbm5AdGVsZWtvbS5kZSAmbHQ7Ti5MZXltYW5uQHRlbGVrb20u ZGUmZ3Q7DQo8YnI+DQo8Yj5TZW50OjwvYj4gMjcgTm92ZW1iZXIgMjAyMCAxMjowMDxicj4NCjxi PlRvOjwvYj4gbXBscy1jaGFpcnNAaWV0Zi5vcmc7IG1wbHNAaWV0Zi5vcmc7IGRyYWZ0LWlldGYt bXBscy1zcGwtdGVybWlub2xvZ3lAaWV0Zi5vcmc8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gTVBMUyBX R0xDIGZvciBkcmFmdC1pZXRmLW1wbHMtc3BsLXRlcm1pbm9sb2d5IDxvOnA+PC9vOnA+PC9wPg0K PC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tbGVmdDou NWluIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiIHN0eWxl PSJtYXJnaW4tbGVmdDouNWluIj5Xb3JraW5nIEdyb3VwLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb1BsYWluVGV4dCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPiZuYnNwOzxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4i PlRoaXMgaXMgdG8gaW5pdGlhdGUgYSB0d28gd2VlayB3b3JraW5nIGdyb3VwIGxhc3QgY2FsbCBv biBkcmFmdC1pZXRmLW1wbHMtc3BsLXRlcm1pbm9sb2d5LiBQbGVhc2Ugbm90ZSB0aGF0IHRoaXMg aXMgdGhlIHNlY29uZCBXR0xDLCB0aGVyZSB3ZXJlIGEgZmV3IGNoYW5nZXMgbmVjZXNzYXJ5IHRv IHRoZSBkcmFmdC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiIHN0eWxl PSJtYXJnaW4tbGVmdDouNWluIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Q bGFpblRleHQiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluIj5QbGVhc2Ugc2VuZCB5b3VyIGNvbW1l bnRzIHRvIHRoZSBNUExTIFdHIG1haWxpbmcgbGlzdCAoPHNwYW4gbGFuZz0iREUiPjxhIGhyZWY9 Im1haWx0bzptcGxzQGlldGYub3JnIj48c3BhbiBsYW5nPSJFTi1VUyI+bXBsc0BpZXRmLm9yZzwv c3Bhbj48L2E+PC9zcGFuPikuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0 IiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvUGxhaW5UZXh0IiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+VGhlcmUgYXJlIG5vIElQ UiBkaXNjbG9zdXJlcyBhZ2FpbnN0IGRyYWZ0LWlldGYtbXBscy1zcGwtdGVybWlub2xvZ3kuPG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0IiBzdHlsZT0ibWFyZ2luLWxlZnQ6 LjVpbiI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0IiBzdHls ZT0ibWFyZ2luLWxlZnQ6LjVpbiI+Qm90aCB0aGUgYXV0aG9ycyBhbmQgdGhlIGNvbnRyaWJ1dG9y cyBoYXZlIHN0YXRlZCBvbiB0aGUgd29ya2luZyBncm91cCBtYWlsaW5nIGxpc3QgdGhhdCB0aGV5 IGFyZSB1bmF3YXJlIG9mIGFueSBub24tZGlzY2xvc2VkIElQUnMgdGhhdCByZWxhdGVzIHRvIHRo aXMgZG9jdW1lbnQuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0IiBzdHls ZT0ibWFyZ2luLWxlZnQ6LjVpbiI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv UGxhaW5UZXh0IiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+VGhpcyB3b3JraW5nIGdyb3VwIGxh c3QgY2FsbCBlbmRzIERlY2VtYmVyIDEydGgsIDIwMjAuPG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+Jm5ic3A7PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbiI+UmVnYXJk czxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1sZWZ0 Oi41aW4iPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1hcmdpbi1sZWZ0Oi41aW4iPk5pYzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW4iPjxzcGFuIGxhbmc9IkRFIj4mbmJzcDs8L3NwYW4+ PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPGJyPg0KPHAgc3R5bGU9ImZvbnQtZmFt aWx5OkNhbGlicmk7Zm9udC1zaXplOjdwdDtjb2xvcjojMDAwMDAwO21hcmdpbjoxNXB0OyIgYWxp Z249IkNlbnRlciI+DQpKdW5pcGVyIEJ1c2luZXNzIFVzZSBPbmx5PGJyPg0KPC9wPg0KPC9ib2R5 Pg0KPC9odG1sPg0K --_000_8D27050B089D41E1ADDED276089C9A65junipernet_-- From nobody Thu Dec 17 21:07: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 573A83A0EC8; Thu, 17 Dec 2020 21:07:42 -0800 (PST) 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 IUTTjC22LY3p; Thu, 17 Dec 2020 21:07:40 -0800 (PST) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5DB773A0EBF; Thu, 17 Dec 2020 21:07:40 -0800 (PST) Received: from [192.168.1.11] (unknown [124.104.17.232]) (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 A9730322D68; Fri, 18 Dec 2020 06:07:37 +0100 (CET) From: Loa Andersson To: "mpls@ietf.org" , "draft-ietf-mpls-rmr@ietf.org" Cc: "mpls-chairs@ietf.org" Message-ID: <1b7d7573-d3d6-6f62-001b-998a6e8e65f7@pi.nu> Date: Fri, 18 Dec 2020 13:07:32 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.5.1 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] MPLS WG poll on making draft-ietf-mpls-rmr 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, 18 Dec 2020 05:07:42 -0000 Working Group, This is to start a "two week" poll on publishing draft-ietf-mpls-rmr as an Experimental RFC. Mid-September the responsible AD sent draft-ietf-mpls-rmr back to the working group. The direct reason was that there did not seem to be any interest by the authors to respond to the IESG review. The working group chairs took the action start a poll in the working group to see if there were interest (in the wg) to continue progress the document. There were no other responses, than from the two authors, to this poll, and the wg chairs agree that there are no documented interest to progress the draft in the current format. The logical action would have been kill the draft. However, we have been asked id we could make the document Experimental. Obviously this will generate problems with down refs and code point allocation. But after carefully going through the documents, with some innovative writing it the Shepherds Write-Up, this could be managed. Please respond to the following questions. If draft-ietf-mpls-rmr were made an Experimental document - do you think draft-ietf-mpls-rmr is needed and will actually be deployed? - do you have the cycles to contribute to progress and review the document? - are there interest to progress the document in this fashion? /Loa for the MPLS wg chairs -- Loa Andersson email: loa@pi.nu Senior MPLS Expert loa.pi.nu@gmail.com Bronze Dragon Consulting phone: +46 739 81 21 64 From nobody Fri Dec 18 07:03:15 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 75A9A3A045E; Fri, 18 Dec 2020 07:03:13 -0800 (PST) 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.24.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: mpls@ietf.org Message-ID: <160830379343.26559.5340464274480128018@ietfa.amsl.com> Date: Fri, 18 Dec 2020 07:03:13 -0800 Archived-At: Subject: [mpls] I-D Action: draft-ietf-mpls-ri-rsvp-frr-10.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Dec 2020 15:03:13 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching WG of the IETF. Title : Refresh-interval Independent FRR Facility Protection Authors : Chandra Ramachandran Tarek Saad Ina Minei Dante Pacella Filename : draft-ietf-mpls-ri-rsvp-frr-10.txt Pages : 27 Date : 2020-12-18 Abstract: RSVP-TE Fast ReRoute extensions specified in RFC 4090 defines two local repair techniques to reroute Label Switched Path (LSP) traffic over pre-established backup tunnel. Facility backup method allows one or more LSPs traversing a connected link or node to be protected using a bypass tunnel. The many-to-one nature of local repair technique is attractive from scalability point of view. This document enumerates facility backup procedures in RFC 4090 that rely on refresh timeout and hence make facility backup method refresh- interval dependent. The RSVP-TE extensions defined in this document will enhance the facility backup protection mechanism by making the corresponding procedures refresh-interval independent and hence compatible with Refresh-interval Independent RSVP (RI-RSVP) specified in RFC 8370. Hence, this document updates RFC 4090 in order to support RI-RSVP capability specified in RFC 8370. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-mpls-ri-rsvp-frr/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-mpls-ri-rsvp-frr-10 https://datatracker.ietf.org/doc/html/draft-ietf-mpls-ri-rsvp-frr-10 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-mpls-ri-rsvp-frr-10 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Fri Dec 18 07: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 43B583A083E; Fri, 18 Dec 2020 07:13:39 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.098 X-Spam-Level: X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net header.b=bBjrkm9m; dkim=pass (1024-bit key) header.d=juniper.net header.b=OEMDgdQR Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kms7p5DrWy7q; Fri, 18 Dec 2020 07:13:36 -0800 (PST) Received: from mx0b-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B2CF83A0849; Fri, 18 Dec 2020 07:13:35 -0800 (PST) Received: from pps.filterd (m0108157.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.43/8.16.0.43) with SMTP id 0BIF1FRl009227; Fri, 18 Dec 2020 07:13:27 -0800 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=PPS1017; bh=XV0VJuQxijDOAx9Amb5QnuJ3XATbEOvnpfBp7PpZvYs=; b=bBjrkm9mGd2x2NA3CKk6vRYru2tE5mXRtSYE7oCybt0jWx2HVIkIkAEAX5HmhCgmm9lO weoxylZNizXzUnURkZZvSupAxSKzGKrf6706JCk/kTtPC4rgq3tg5MEzWTHUgMw3M1tY 1IHr6UnfhK1iK/Cl56hNnPC/IqkbaLF3rq6Ykwcrov1/3flg1Vr4XspQwQljRNSzXR1Y tEnBorYOkJJwja63d6x/USqzpnldz+b1+FmkWG38Ykvv64k3naegc5DeFGewj2Luy73S TgKPftic8N/6paxlWLKkyEH9MwVRODbHNgbUDK3rXagRO5B/ogjjEb0cXIWJjdQfSEcw pw== Received: from nam10-mw2-obe.outbound.protection.outlook.com (mail-mw2nam10lp2105.outbound.protection.outlook.com [104.47.55.105]) by mx0a-00273201.pphosted.com with ESMTP id 35f7v9n9wc-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 18 Dec 2020 07:13:27 -0800 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=S2SGjwxHs/4woTIRIgYPlPgTcQmqUy5OAsqF4zV3WeC9s2MlwH8rAHi4A2pQ1yYY42/mlFr7tt+KjDq6poUrUzc34EhQ8RGV6oEF6aGaEDBiujbZ9nLCtOk9xkzpxSW03wpQtq3avap2MfcoexcflzjEIpJTGnsrH9540hsrDFn5YO5e6dM8c1kPisGVlo0LWY6iV9voMmiwyMZWKMWgLbUTMR1Q2CIVXq9hZDSafGDCJIYsujIdZysa9OZShIGzxBNXPJRmHSK1uPqJCiG1qKpk3GETpUB3BrvZ6BzeeylW3R3PNxP6KwuV18GtEBz5gqxOXvSOAUz7Bwl2kLsskw== 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=XV0VJuQxijDOAx9Amb5QnuJ3XATbEOvnpfBp7PpZvYs=; b=nzd18MmBvS332rU4v+8MUlbPldwN3yjVQLvvrCpU5U5jDchrmwINhYubdOR9GSwJeOJUqe7mGrA7XhKh41tnvf9SUg8rsBxOvABoT0OFNXodRVr2BMVuJaS9QldjhAu4ARByARYcXjfz3GF8kj0oNTPPt4Nd7ufzgSA+u6VKrwv41w4jjtdcaoSDaBK1AFsskSQJFlP8zchomao1fRAbkE32i5SNp93wi427p7DxXFummAzAoAebj1MqVy9j6ijkKLTZLLFCNq/EgMO4mqNs3EwzedFSUDJ9wzBVWQkBS+WLSFiHqFc2S7fy9XQianhhrNbUktcAIg3+K7MfHLZddg== 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=XV0VJuQxijDOAx9Amb5QnuJ3XATbEOvnpfBp7PpZvYs=; b=OEMDgdQRNVqiP5oKdtcveO71F+8gQ3ETRW9qRmnoghUKz8SIO6a5COuzHX3l3FqHsr9rsUROZ3iTl6dmXijxwaRGPn9Siumcmw7nYE5RSneNT5LlrfKRLVvaPrSxQLBIj865O5qyGWqSntwXHOYqwZPPSmxc0B4f71XUdTKQg8k= Received: from DM6PR05MB5129.namprd05.prod.outlook.com (2603:10b6:5:7c::30) by DM6PR05MB4091.namprd05.prod.outlook.com (2603:10b6:5:84::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3676.12; Fri, 18 Dec 2020 15:13:24 +0000 Received: from DM6PR05MB5129.namprd05.prod.outlook.com ([fe80::d9f4:79e6:8e7:aa30]) by DM6PR05MB5129.namprd05.prod.outlook.com ([fe80::d9f4:79e6:8e7:aa30%3]) with mapi id 15.20.3676.018; Fri, 18 Dec 2020 15:13:24 +0000 From: Chandrasekar Ramachandran To: Alvaro Retana , The IESG , "BRUNGARD, DEBORAH A" CC: "mpls-chairs@ietf.org" , "mpls@ietf.org" , "draft-ietf-mpls-ri-rsvp-frr@ietf.org" , Nicolai Leymann Thread-Topic: Alvaro Retana's Discuss on draft-ietf-mpls-ri-rsvp-frr-07: (with DISCUSS and COMMENT) Thread-Index: AQHWz7Matsg/6/RiYUiuHFBqqwSTY6n8/tFQ Date: Fri, 18 Dec 2020 15:13:24 +0000 Message-ID: References: <157532380379.1952.9823190776406362368.idtracker@ietfa.amsl.com> In-Reply-To: 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_SetDate=2020-12-18T15:13:20Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=6bd4a0da-dd42-4ac8-ae8d-edcbc42e847b; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2 authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=juniper.net; x-originating-ip: [116.197.184.10] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 45a1288a-38cf-4432-6055-08d8a3677710 x-ms-traffictypediagnostic: DM6PR05MB4091: 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: 5iijVg4Nh4I6/JwY7+7sjoA+8WBOKdpGmY/ox6KUwjjCzBFC77Yc4VpS1E4gepJea62MhyO6RQeigb6soT7t5JbPuWSJoYCXHVbe9+iCwYJWGw9WtAQ6CfKAnzHkU0IU1MrE1UpmLJgI5ezdu9Q40+SZhWIkfUpRDml5GzfoEwMRtx2PH0RsjZ+1UL7pb4fnC9Kn/j4QIH49BuD8Cj3RkHnzRKauRX2GnQ24TCkSln4LYeI2Rw6MZRcZmUtm/VNRK7hbPeCjd8DSngfBykaxKqXhh9GCb8wXcsAfoufCYUul9QtsHqut0xzoZLo5JAq5bfnl0XO0vsCR+47JwfTpFRChoTUvYg8KkzDqF/4NxXdbpAlRBdb9/LQ03A7atclf5q/zVOjGu+WjEsOb265nz6iedeQFDXtBYnwvLJ6+Ohj3BqwgutfN/2f+nD3YqubxbG37hjuw2f0qE9MjXF5bPw== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR05MB5129.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(376002)(39860400002)(346002)(396003)(136003)(366004)(83380400001)(8936002)(26005)(110136005)(2906002)(5660300002)(316002)(7696005)(66446008)(66946007)(54906003)(6506007)(55016002)(76116006)(71200400001)(186003)(9686003)(86362001)(4326008)(478600001)(64756008)(66476007)(8676002)(33656002)(966005)(66556008)(52536014)(53546011); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: =?utf-8?B?R2RTUDBrcXRpb2RUUGwvaGFMMTNVcmovNmlCMVlFYVVnMFN1WStOSWRWWnNV?= =?utf-8?B?MElYcnhFbFN2eVV4VnNBa1JMZVN4SGQwOXY5YnJ0d0JOQkRRVWZXcENHN2RI?= =?utf-8?B?UjZkcXBzaWhwQ2Z2S1kyNm9WNllKUDIyR3hjOExTbm1NZkc1QVcxa0VZNGVp?= =?utf-8?B?UzhhY2FIMlhpV2hFYWtOa0g3aElFVkhXeGJidDluWGpHZFVEVThEYkFTd3Bm?= =?utf-8?B?TVpMeExkVG1KTzZxWGFaMDZ2aDhuNk94MDJPVWNhNm5VSXpYeThFMUtzUEgy?= =?utf-8?B?eWMya3hGS09SM1JFc0poTVZmTm8rWEVGNVlFZEhqMm5TUGlCWjVsbVFIQjZW?= =?utf-8?B?Q3ZhMDJ4R0dxTFVGQWtGK01qeXkwdUdYTkx3NWJ2eCtzb1ptdW4rV2thdG84?= =?utf-8?B?SkJueGltYlBidSs5MDdFOW8xeTFCdit5RXZkOTA3dkUyRWFTZDR1UEIxVi9y?= =?utf-8?B?TzcvcUtzOEJnVnFCSXpjUGNaQW0xRlRsSWpxcTZPckptcWVhbVh6K0pZQXhY?= =?utf-8?B?WHhISnpHVmFoc2ZtSFUyUW1jMjQ5ZjBjeFhwVFZ4UjMreG0wZVgxalJFZTJn?= =?utf-8?B?VEYrNXRFMDRYVWw0OW84MUIxaHAwYnpTV3JBTjgrbXdiOCtBWW1PL1lNaW9p?= =?utf-8?B?cFJCZGJnbXRreWRqUllxK2pqSTNaejZ6bm53ZWZUbExVR2svVkw4V3lFYzlH?= =?utf-8?B?eGd4cXliVzZMcCtONTNleXZXU2JWYXdQRllCUU5JcjlDb2RlbGthUllnZEdt?= =?utf-8?B?bE9PaVBuMDhFaCtubXZUVEc2SWFrWCsxb0kyMU9leEpTQmtnMENTSC9HelFq?= =?utf-8?B?akdpcFNVSUtiWUNQZC9hWXVRQi8yYTFhcklyejlFNnBwSG9uZE9CS3RPMW9B?= =?utf-8?B?anhYU3ZRZ1B3S2JjQit1M2JWTGt6N1lOWFo2NHhXbUl0Z1E5RWFnSkh6VjI4?= =?utf-8?B?NHBoOTZ1TERzTFZ2UituY2Mra3owMU05dnZQdkJCZmVMZWsvbysyMnBJQ0ZB?= =?utf-8?B?SU41VHM4SjhyQk1PN3QwUDN5aW9hdjQ5SDU3ZU4zVDdQTHRLNVdGcTU1MGVi?= =?utf-8?B?SnBnSzhnNU1iek5hWmh5SngwdXBaeitleFVxa3pKRXdEMTVyMVJPdkV5dldk?= =?utf-8?B?dWl0QVNTSVJjWkFKTW9oOUs0SXFRYWZsdUtFT3BkT0pKOUVaam5JNFZFaThw?= =?utf-8?B?a2c0d3EyQktrYWdoL3JqKzJlY2FYUCs1VzlWa01FcWtUeUY2MGRWRTk1QU8r?= =?utf-8?B?QmkyUTNXdSszNjJFajFVekxMSk1jQnF3bEFtZjUwek53eWhZVlE2YkIwbzY4?= =?utf-8?Q?N3hsFpXs4wh6M=3D?= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DM6PR05MB5129.namprd05.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 45a1288a-38cf-4432-6055-08d8a3677710 X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Dec 2020 15:13:24.6906 (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: YIb+YmhzmLt+moaEqvS4tDnUZ8QLn2ADhorC/97VDq5o0Sn0HtbJOVgjWJUuTqpXkCtO/BxX6QZZmQOrxnnRJg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR05MB4091 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.343, 18.0.737 definitions=2020-12-18_09:2020-12-18, 2020-12-18 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 mlxlogscore=999 impostorscore=0 phishscore=0 clxscore=1015 suspectscore=0 malwarescore=0 adultscore=0 mlxscore=0 lowpriorityscore=0 priorityscore=1501 spamscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2012180107 Archived-At: Subject: Re: [mpls] Alvaro Retana's Discuss on draft-ietf-mpls-ri-rsvp-frr-07: (with DISCUSS and COMMENT) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Dec 2020 15:13:40 -0000 SGkgQWx2YXJvLA0KUGxlYXNlIHJlZmVyIGlubGluZS4NCg0KVGhhbmtzLA0KQ2hhbmRyYS4NCg0K DQpKdW5pcGVyIEJ1c2luZXNzIFVzZSBPbmx5DQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0t LS0NCj4gRnJvbTogQWx2YXJvIFJldGFuYSA8YXJldGFuYS5pZXRmQGdtYWlsLmNvbT4NCj4gU2Vu dDogRnJpZGF5LCBEZWNlbWJlciAxMSwgMjAyMCA1OjE1IFBNDQo+IFRvOiBDaGFuZHJhc2VrYXIg UmFtYWNoYW5kcmFuIDxjc2VrYXJAanVuaXBlci5uZXQ+OyBUaGUgSUVTRw0KPiA8aWVzZ0BpZXRm Lm9yZz47IEJSVU5HQVJELCBERUJPUkFIIEEgPGRiMzU0NkBhdHQuY29tPg0KPiBDYzogbXBscy1j aGFpcnNAaWV0Zi5vcmc7IG1wbHNAaWV0Zi5vcmc7IGRyYWZ0LWlldGYtbXBscy1yaS1yc3ZwLWZy ckBpZXRmLm9yZzsNCj4gTmljb2xhaSBMZXltYW5uIDxuLmxleW1hbm5AdGVsZWtvbS5kZT4NCj4g U3ViamVjdDogUkU6IEFsdmFybyBSZXRhbmEncyBEaXNjdXNzIG9uIGRyYWZ0LWlldGYtbXBscy1y aS1yc3ZwLWZyci0wNzogKHdpdGgNCj4gRElTQ1VTUyBhbmQgQ09NTUVOVCkNCj4gDQo+IFtFeHRl cm5hbCBFbWFpbC4gQmUgY2F1dGlvdXMgb2YgY29udGVudF0NCj4gDQo+IA0KPiBPbiBOb3ZlbWJl ciAyMywgMjAyMCBhdCAxMjoxOToyMiBBTSwgQ2hhbmRyYXNla2FyIFJhbWFjaGFuZHJhbiB3cm90 ZToNCj4gDQo+IA0KPiBDaGFuZHJhOg0KPiANCj4gSGkhDQo+IA0KPiA+IEkgaGF2ZSByZXdvcmRl ZCB0aGUgdGV4dCBpbiBTZWN0aW9uIDQuMSB0byBzcGVsbCBvdXQgdGhlIHJlcXVpcmVtZW50cw0K PiA+IG9uIHNldHRpbmcgb3Igbm90IHNldHRpbmcgdGhlIEktYml0IGJ5IGltcGxlbWVudGF0aW9u cyB0aGF0IHN1cHBvcnQNCj4gPiBSRkMgNDA5MCBhbmQgUkZDIDgzNzAuIEkgaGF2ZSBhbHNvIGlu Y2x1ZGVkIGEgbmV3IFNlY3Rpb24gNC42LjIuMw0KPiA+IOKAnEFkdmVydGlzaW5nIFJJLVJTVlAg d2l0aG91dCBSSS1SU1ZQLUZSUuKAnSBkZXNjcmliaW5nIHRoZSBpbXBhY3Qgb2YNCj4gPiBpZ25v cmluZyB0aGUgcmVxdWlyZW1lbnRzIGZvciBzZXR0aW5nIHRoZSBJLWJpdC4NCj4gPg0KPiA+IENv dWxkIHlvdSBnbyB0aHJvdWdoIHRoZXNlIHNlY3Rpb25zIGluIHRoZSAwOSB2ZXJzaW9uIG9mIHRo ZSBkcmFmdCBhbmQNCj4gPiByZXNwb25kIGlmIHlvdXIgY29tbWVudCBpcyBhZGRyZXNzZWQ/DQo+ IA0KPiBUaGUgdGV4dCBpbiDCpzQuMSBzdGlsbCBjb250YWlucyBub3JtYXRpdmUgdGV4dCBkaXJl Y3RlZCBhdCBub2RlcyB0aGF0IGRvbid0DQo+IHN1cHBvcnQgdGhpcyBzcGVjOiAibm9kZS4uLm5v dCBzdXBwb3J0aW5nIHRoZSBleHRlbnNpb25zDQo+IHNwZWNpZmllZCBpbiAgICB0aGlzIGRvY3Vt ZW50IE1VU1QgTk9UIHNldCB0aGUuLi5JIGJpdCIuICBZb3VyIG9yaWdpbmFsDQo+IHN1Z2dlc3Rp b24gd29ya2VkOg0KPiANCg0KW0NoYW5kcmFdIEkgaGF2ZSByZW1vdmVkIHRoZSBmaXJzdCBzZW50 ZW5jZSBhbmQgc3dpdGNoZWQgdG8gdGhlIHByZXZpb3VzbHkgYWdyZWVkIHRleHQgeW91IGhhdmUg cmVmZXJyZWQgdG8gYmVsb3cuIFBsZWFzZSBjaGVjayB2ZXJzaW9uIDEwIG9mIHRoZSBkcmFmdCB0 aGF0IEkgdXBsb2FkZWQgdG9kYXkuDQoNCj4gLi4uDQo+ID4gPiA+ID4gPiBbQ2hhbmRyYV0gSSBh Z3JlZSB0aGF0IHdoYXQgeW91IGhhdmUgcG9pbnRlZCBvdXQgcmVxdWlyZXMgc29tZQ0KPiA+ID4g PiA+ID4gY2hhbmdlcyB0byB0aGUgdGV4dC4gV291bGQgdGhlIGZvbGxvd2luZyBjaGFuZ2VzIHRv IHRoZQ0KPiA+ID4gPiA+ID4gZG9jdW1lbnQgYWRkcmVzcyB5b3VyIGNvbmNlcm5zIGFkZXF1YXRl bHk/DQo+ID4gPiA+ID4gLi4uDQo+ID4gPiA+ID4gPiAoMykgQ2hhbmdlIHRoZSBvbmx5IHBhcmFn cmFwaCBpbiBTZWN0aW9uIDQuMSBmcm9tICJBIG5vZGUNCj4gPiA+ID4gPiA+IHN1cHBvcnRpbmcg W1JGQzQwOTBdIGZhY2lsaXR5IHByb3RlY3Rpb24gRlJSIE1BWSBzZXQgdGhlDQo+ID4gPiA+ID4g PiBSSS1SU1ZQIGNhcGFiaWxpdHkgKEkNCj4gPiA+ID4gPiA+IGJpdCkgZGVmaW5lZCBpbiBTZWN0 aW9uIDMgb2YgUlNWUC1URSBTY2FsaW5nIFRlY2huaXF1ZXMNCj4gPiA+ID4gPiA+IFtSRkM4Mzcw XSBvbmx5IGlmIGl0IHN1cHBvcnRzIGFsbCB0aGUgZXh0ZW5zaW9ucyBzcGVjaWZpZWQgaW4NCj4g PiA+ID4gPiA+IHRoZSByZXN0IG9mIHRoaXMgZG9jdW1lbnQuIEEgbm9kZSBzdXBwb3J0aW5nIFtS RkM0MDkwXQ0KPiA+ID4gPiA+ID4gZmFjaWxpdHkgYnlwYXNzIEZSUiBidXQgbm90IHN1cHBvcnRp bmcgdGhlIGV4dGVuc2lvbnMNCj4gPiA+ID4gPiA+IHNwZWNpZmllZCBpbiB0aGlzIGRvY3VtZW50 IE1VU1QgcmVzZXQgdGhlIFJJLVJTVlAgY2FwYWJpbGl0eQ0KPiA+ID4gPiA+ID4gKEkgYml0KSBp biB0aGUgb3V0Z29pbmcgTm9kZS1JRCBiYXNlZCBIZWxsbyBtZXNzYWdlcy4gSGVuY2UsDQo+ID4g PiA+ID4gPiB0aGlzIGRvY3VtZW50IHVwZGF0ZXMgW1JGQzQwOTBdIGJ5IGRlZmluaW5nIGV4dGVu c2lvbnMgYW5kDQo+ID4gPiA+ID4gPiBhZGRpdGlvbmFsIHByb2NlZHVyZXMgb3ZlciBmYWNpbGl0 eSBwcm90ZWN0aW9uIEZSUiBkZWZpbmVkIGluDQo+ID4gPiA+ID4gPiBbUkZDNDA5MF0gaW4gb3Jk ZXIgdG8gYWR2ZXJ0aXNlIFJJLVJTVlAgY2FwYWJpbGl0eSBbUkZDODM3MF0uIg0KPiA+ID4gPiA+ ID4gVG8NCj4gPiA+ID4gPiA+ICJBIG5vZGUgc3VwcG9ydGluZyBbUkZDNDA5MF0gZmFjaWxpdHkg cHJvdGVjdGlvbiBGUlIgTVVTVCBzZXQNCj4gPiA+ID4gPiA+IHRoZSBSSS1SU1ZQIGNhcGFiaWxp dHkgKEkgYml0KSBkZWZpbmVkIGluIFNlY3Rpb24gMyBvZiBSU1ZQLVRFDQo+ID4gPiA+ID4gPiBT Y2FsaW5nIFRlY2huaXF1ZXMgW1JGQzgzNzBdIG9ubHkgaWYgaXQgc3VwcG9ydHMgYWxsIHRoZQ0K PiA+ID4gPiA+ID4gZXh0ZW5zaW9ucyBzcGVjaWZpZWQgaW4gdGhlIHJlc3Qgb2YgdGhpcyBkb2N1 bWVudC4gSGVuY2UsIHRoaXMNCj4gPiA+ID4gPiA+IGRvY3VtZW50IHVwZGF0ZXMgW1JGQzQwOTBd IGFuZCBbUkZDODM3MF0gYnkgZGVmaW5pbmcNCj4gPiA+ID4gPiA+IGV4dGVuc2lvbnMgYW5kIGFk ZGl0aW9uYWwgcHJvY2VkdXJlcyBvdmVyIGZhY2lsaXR5IHByb3RlY3Rpb24NCj4gPiA+ID4gPiA+ IEZSUiBkZWZpbmVkIGluIFtSRkM0MDkwXSBpbiBvcmRlciB0byBhZHZlcnRpc2UgUkktUlNWUCBj YXBhYmlsaXR5DQo+IFtSRkM4MzcwXS4iDQo+IA0KPiANCj4gSSB0aGluayB0aGF0IMKnNC42LjIu MyBpcyBvaywgYnV0IHRoZXJlJ3Mgc3RpbGwgdGhlIHBvc3NpYmlsaXR5IG9mIHNvbWUgb2YgdGhl IHRpbWluZw0KPiBpc3N1ZXMgZGVzY3JpYmVkIGluIMKnMyBhcyB3ZWxsLCByaWdodD8NCj4gDQoN CltDaGFuZHJhXSBJZiBhIG5vZGUgcnVubmluZyBSRkMgNDA5MCBkb2VzIHNldCB0aGUgSSBiaXQg d2l0aG91dCB0aGUgZXh0ZW5zaW9ucyBzcGVjaWZpZWQgaW4gdGhpcyBkcmFmdCwgdGhlbiBpdCBk b2VzIGxlYXZlIHJvb20gZm9yIHRoZSBwcm9ibGVtIGRlc2NyaWJlZCBpbiBTZWN0aW9uIDMuIEkg aGF2ZSBhZGRlZCBhIHJlZmVyZW5jZSB0byBTZWN0aW9uIDMgZnJvbSA0LjYuMi4zIGluIHZlcnNp b24gDQoxMCBvZiB0aGUgZHJhZnQgdGhhdCBJIHVwbG9hZGVkIHRvZGF5Lg0KaHR0cHM6Ly93d3cu aWV0Zi5vcmcvcmZjZGlmZj91cmwxPWRyYWZ0LWlldGYtbXBscy1yaS1yc3ZwLWZyci0wOSZ1cmwy PWRyYWZ0LWlldGYtbXBscy1yaS1yc3ZwLWZyci0xMCZkaWZmdHlwZT0tLWh3ZGlmZg0KDQpUaGFu a3MsDQpDaGFuZHJhLg0K From nobody Fri Dec 18 08:11: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 A6D5B3A0994; Fri, 18 Dec 2020 08:11:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.096 X-Spam-Level: X-Spam-Status: No, score=-2.096 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 NMMSEBhVw0-b; Fri, 18 Dec 2020 08:11:06 -0800 (PST) Received: from mail-ej1-x62a.google.com (mail-ej1-x62a.google.com [IPv6:2a00:1450:4864:20::62a]) (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 526E93A0989; Fri, 18 Dec 2020 08:11:06 -0800 (PST) Received: by mail-ej1-x62a.google.com with SMTP id ga15so3989356ejb.4; Fri, 18 Dec 2020 08:11:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:in-reply-to:references:mime-version:date:message-id:subject:to :cc; bh=fOwid35z2aZzbIcqwTXdY6b5rUQW9kWtB5ejL5/CWoE=; b=N3y9Yu9En1NY2KYpkNtZbjhR4we+vlOEPSEX/2BgAOX/FG51R9vA8eQD492fPn+z8i GsnefUqgBZvYBDnLSHjPVimdCha52w1SepbtJ1k6tlpSt8bEboXb+jYXtm7C7CyNBL7j kcPDLnsjeXGVMosD7p3O97WfCHvXKjqv0wjHwZmlg45JJek4k4CYOmuXx4qmoyFXJ80D 4QJsVLF48tFYYQtX2WApZA9uou01Qe3EnmGvCl5U/R3zGXm890Kp4rIez7AfN1wEIa9V VVxFDVpfP/TIvU3uMiy58YCGGkKRQ8UOikYpn5roMpqokDRtfT+OdhGLO2wg/mHbAXii YcFg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc; bh=fOwid35z2aZzbIcqwTXdY6b5rUQW9kWtB5ejL5/CWoE=; b=pXioidwMimdrMHY21ImPHUgicS5B/ZMMs3/D0hCwpmeZkftAeMKMT5/Wompwvwelkf c4iCVDBRMqMsnLvTf4XVCA1GtYEVQnOpGvm5cx54eI0pLvyTwjcddb81GUxgtH7q8QXN YYdnJXKpmGvKTsL84j8NcPlISSDfVl0rHKxaqqmUomyuGDJclHZSzPUxthsjhIfrE9Bm q///xwmGOwbgxx/VV5Vn3Yozv7hA1UkVuyXDi4gRFQq3SVQEfQU6YqUn0CoQtWAF3lSK o8rIHFChXLSN7l7AhSi0CqoOkkDw60m4KgjYBjoryelMqRfYYNec2M9GTLGr3K64Gwy6 lY6Q== X-Gm-Message-State: AOAM530Pzr3VkD31REwvmoI7CfCoRPbZxTmI5jP6wjLDSWV5QqpQTX+h tknMyHLBCrA2SuhIbExUA9kaVkOcpna3y7Q6kOA= X-Google-Smtp-Source: ABdhPJxdrj7BXNzqCU/uDGjGgLzzVKIMqpSnF4jmWvYn1ezyIFG/EQL/ajcw6rhkvfUbBu9RMl2HVCiwmQXCCnDJvRE= X-Received: by 2002:a17:906:32d6:: with SMTP id k22mr4713056ejk.457.1608307864675; Fri, 18 Dec 2020 08:11:04 -0800 (PST) Received: from 895490483151 named unknown by gmailapi.google.com with HTTPREST; Fri, 18 Dec 2020 11:11:03 -0500 From: Alvaro Retana In-Reply-To: References: MIME-Version: 1.0 Date: Fri, 18 Dec 2020 11:11:03 -0500 Message-ID: To: Chandrasekar Ramachandran , The IESG , "BRUNGARD, DEBORAH A" Cc: "mpls-chairs@ietf.org" , "mpls@ietf.org" , "draft-ietf-mpls-ri-rsvp-frr@ietf.org" , Nicolai Leymann Content-Type: multipart/alternative; boundary="000000000000f6aa2b05b6bf5a63" Archived-At: Subject: Re: [mpls] Alvaro Retana's Discuss on draft-ietf-mpls-ri-rsvp-frr-07: (with DISCUSS and COMMENT) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Dec 2020 16:11:09 -0000 --000000000000f6aa2b05b6bf5a63 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Chandra: It looks good. I have cleared the DISCUSS. Thanks! Alvaro. From: Chandrasekar Ramachandran Date: December 18, 2020 at 10:13:24 AM To: Alvaro Retana , The IESG , BRUNGARD, DEBORAH A CC: mpls-chairs@ietf.org , mpls@ietf.org , draft-ietf-mpls-ri-rsvp-frr@ietf.org , Nicolai Leymann Subject: RE: Alvaro Retana's Discuss on draft-ietf-mpls-ri-rsvp-frr-07: (with DISCUSS and COMMENT) Hi Alvaro, > Please refer inline. > > Thanks, > Chandra. > > > Juniper Business Use Only > > -----Original Message----- > From: Alvaro Retana > Sent: Friday, December 11, 2020 5:15 PM > To: Chandrasekar Ramachandran ; The IESG > ; BRUNGARD, DEBORAH A > Cc: mpls-chairs@ietf.org; mpls@ietf.org; > draft-ietf-mpls-ri-rsvp-frr@ietf.org; > Nicolai Leymann > Subject: RE: Alvaro Retana's Discuss on draft-ietf-mpls-ri-rsvp-frr-07: > (with > DISCUSS and COMMENT) > > [External Email. Be cautious of content] > > > On November 23, 2020 at 12:19:22 AM, Chandrasekar Ramachandran wrote: > > > Chandra: > > Hi! > > I have reworded the text in Section 4.1 to spell out the requirements > on setting or not setting the I-bit by implementations that support > RFC 4090 and RFC 8370. I have also included a new Section 4.6.2.3 > =E2=80=9CAdvertising RI-RSVP without RI-RSVP-FRR=E2=80=9D describing the = impact of > ignoring the requirements for setting the I-bit. > > Could you go through these sections in the 09 version of the draft and > respond if your comment is addressed? > > > The text in =C2=A74.1 still contains normative text directed at nodes tha= t > don't > support this spec: "node...not supporting the extensions > specified in this document MUST NOT set the...I bit". Your original > suggestion worked: > > > [Chandra] I have removed the first sentence and switched to the previousl= y > agreed text you have referred to below. Please check version 10 of the > draft that I uploaded today. > > ... > > [Chandra] I agree that what you have pointed out requires some > changes to the text. Would the following changes to the > document address your concerns adequately? > > ... > > (3) Change the only paragraph in Section 4.1 from "A node > supporting [RFC4090] facility protection FRR MAY set the > RI-RSVP capability (I > bit) defined in Section 3 of RSVP-TE Scaling Techniques > [RFC8370] only if it supports all the extensions specified in > the rest of this document. A node supporting [RFC4090] > facility bypass FRR but not supporting the extensions > specified in this document MUST reset the RI-RSVP capability > (I bit) in the outgoing Node-ID based Hello messages. Hence, > this document updates [RFC4090] by defining extensions and > additional procedures over facility protection FRR defined in > [RFC4090] in order to advertise RI-RSVP capability [RFC8370]." > To > "A node supporting [RFC4090] facility protection FRR MUST set > the RI-RSVP capability (I bit) defined in Section 3 of RSVP-TE > Scaling Techniques [RFC8370] only if it supports all the > extensions specified in the rest of this document. Hence, this > document updates [RFC4090] and [RFC8370] by defining > extensions and additional procedures over facility protection > FRR defined in [RFC4090] in order to advertise RI-RSVP capability > > [RFC8370]." > > > I think that =C2=A74.6.2.3 is ok, but there's still the possibility of so= me of > the timing > issues described in =C2=A73 as well, right? > > > [Chandra] If a node running RFC 4090 does set the I bit without the > extensions specified in this draft, then it does leave room for the probl= em > described in Section 3. I have added a reference to Section 3 from 4.6.2.= 3 > in version > 10 of the draft that I uploaded today. > > https://www.ietf.org/rfcdiff?url1=3Ddraft-ietf-mpls-ri-rsvp-frr-09&url2= =3Ddraft-ietf-mpls-ri-rsvp-frr-10&difftype=3D--hwdiff > > Thanks, > Chandra. > --000000000000f6aa2b05b6bf5a63 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Chandra:

It looks good.=C2=A0 I= have cleared the DISCUSS.

Thanks!

<= /div>
Alvaro.

= From:=C2=A0Chandrasekar Ramachandran <csekar@juniper.net>
Date:= =C2=A0December 18, 2020 at 10:13:24 AMTo:=C2=A0Alvaro Retana <aretana.ietf@gmail.com>, The IESG <iesg@= ietf.org>, BRUNGARD, DEBORAH A <db3546@att.com>
CC:=C2=A0mpls-chairs= @ietf.org <mpls-chair= s@ietf.org>, mpls@ietf.org <mpls@ie= tf.org>, draft-ietf-mpls-ri-rsvp-frr@ietf.org <draft-ietf-mpls-r= i-rsvp-frr@ietf.org>, Nicolai Leymann <n.leymann@telekom.de>
Subject:=C2=A0 RE: Alvaro Retana's Di= scuss on draft-ietf-mpls-ri-rsvp-frr-07: (with DISCUSS and COMMENT)

Hi Alvaro,
Please refer inline.

Thanks,
Chandra.


Juniper Business Use Only

-----Original Message-----
From: Alvaro Retana <areta= na.ietf@gmail.com>
Sent: Friday, December 11, 2020 5:15 PM
To: Chandrasekar Ramachandran <csekar@juniper.net>; The IESG
<iesg@ietf.org>; BRUNGARD, D= EBORAH A <db3546@att.com>
Cc: mpls-chairs@ietf.org; <= a href=3D"mailto:mpls@ietf.org">mpls@ietf.org; draft-ietf-mpls-ri-rsvp-frr@ietf.org;
Nicolai Leymann <n.leymann@t= elekom.de>
Subject: RE: Alvaro Retana's Discuss on draft-ietf-mpls-ri-rsvp-frr= -07: (with
DISCUSS and COMMENT)

[External Email. Be cautious of content]


On November 23, 2020 at 12:19:22 AM, Chandrasekar Ramachandran wrote:


Chandra:

Hi!

I have reworded the text in Section 4.1 to sp= ell out the requirements
on setting or not setting the I-bit by implementations that support
RFC 4090 and RFC 8370. I have also included a new Section 4.6.2.3
=E2=80=9CAdvertising RI-RSVP without RI-RSVP-FRR=E2=80=9D describing th= e impact of
ignoring the requirements for setting the I-bit.

Could you go through these sections in the 09 version of the draft and
respond if your comment is addressed?

The text in =C2=A74.1 still contains normative text directed at nodes t= hat don't
support this spec: "node...not supporting the extensions
specified in this document MUST NOT set the...I bit". Your ori= ginal
suggestion worked:


[Chandra] I have removed the first sentence and switched to the previou= sly agreed text you have referred to below. Please check version 10 of the = draft that I uploaded today.

...
[Chandra] I agre= e that what you have pointed out requires some
changes to the text. Would the following changes to the
document address your concerns adequately?
...
(3) Change the only paragraph in Section 4.1 = from "A node
supporting [RFC4090] facility protection FRR MAY set the
RI-RSVP capability (I
bit) defined in Section 3 of RSVP-TE Scaling Techniques
[RFC8370] only if it supports all the extensions specified in
the rest of this document. A node supporting [RFC4090]
facility bypass FRR but not supporting the extensions
specified in this document MUST reset the RI-RSVP capability
(I bit) in the outgoing Node-ID based Hello messages. Hence,
this document updates [RFC4090] by defining extensions and
additional procedures over facility protection FRR defined in
[RFC4090] in order to advertise RI-RSVP capability [RFC8370]."
To
"A node supporting [RFC4090] facility protection FRR MUST set
the RI-RSVP capability (I bit) defined in Section 3 of RSVP-TE
Scaling Techniques [RFC8370] only if it supports all the
extensions specified in the rest of this document. Hence, this
document updates [RFC4090] and [RFC8370] by defining
extensions and additional procedures over facility protection
FRR defined in [RFC4090] in order to advertise RI-RSVP capability
[RFC83= 70]."


I think that =C2=A74.6.2.3 is ok, but there's still the possibility= of some of the timing
issues described in =C2=A73 as well, right?


[Chandra] If a node running RFC 4090 does set the I bit without the ext= ensions specified in this draft, then it does leave room for the problem de= scribed in Section 3. I have added a reference to Section 3 from 4.6.2.3 in= version =20
10 of the draft that I uploaded today.
h= ttps://www.ietf.org/rfcdiff?url1=3Ddraft-ietf-mpls-ri-rsvp-frr-09&url2= =3Ddraft-ietf-mpls-ri-rsvp-frr-10&difftype=3D--hwdiff

Thanks,
Chandra.

--000000000000f6aa2b05b6bf5a63-- From nobody Fri Dec 18 15:05: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 462923A0AFB; Fri, 18 Dec 2020 15:05:10 -0800 (PST) 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 ioXSGCES2leo; Fri, 18 Dec 2020 15:05:06 -0800 (PST) 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 CCB483A0AE5; Fri, 18 Dec 2020 15:05:06 -0800 (PST) Received: by rfc-editor.org (Postfix, from userid 30) id E6D52F40709; Fri, 18 Dec 2020 15:04:55 -0800 (PST) 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: <20201218230455.E6D52F40709@rfc-editor.org> Date: Fri, 18 Dec 2020 15:04:55 -0800 (PST) Archived-At: Subject: [mpls] =?utf-8?q?RFC_8960_on_A_YANG_Data_Model_for_MPLS_Base?= 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, 18 Dec 2020 23:05:10 -0000 A new Request for Comments is now available in online RFC libraries. RFC 8960 Title: A YANG Data Model for MPLS Base Author: T. Saad, K. Raza, R. Gandhi, X. Liu, V. Beeram Status: Standards Track Stream: IETF Date: December 2020 Mailbox: tsaad@juniper.net, skraza@cisco.com, rgandhi@cisco.com, xufeng.liu.ietf@gmail.com, vbeeram@juniper.net Pages: 29 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-ietf-mpls-base-yang-17.txt URL: https://www.rfc-editor.org/info/rfc8960 DOI: 10.17487/RFC8960 This document contains a specification of the MPLS base YANG data model. The MPLS base YANG data model serves as a base framework for configuring and managing an MPLS switching subsystem on an MPLS-enabled router. It is expected that other MPLS YANG data models (e.g., MPLS Label Switched Path (LSP) static, LDP, or RSVP-TE YANG data models) will augment the MPLS base YANG data model. 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 Fri Dec 18 18:35:15 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 C47013A0DBE; Fri, 18 Dec 2020 18:35:12 -0800 (PST) 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 OEjjtC8wHBA9; Fri, 18 Dec 2020 18:35:10 -0800 (PST) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 59DB63A0EE5; Fri, 18 Dec 2020 18:35:02 -0800 (PST) Received: from [192.168.1.11] (unknown [124.104.17.232]) (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 1D787322D68; Sat, 19 Dec 2020 03:34:59 +0100 (CET) From: Loa Andersson To: "mpls@ietf.org" , "draft-ietf-mpls-rmr@ietf.org" Cc: "mpls-chairs@ietf.org" References: <1b7d7573-d3d6-6f62-001b-998a6e8e65f7@pi.nu> Message-ID: Date: Sat, 19 Dec 2020 10:34:27 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.5.1 MIME-Version: 1.0 In-Reply-To: <1b7d7573-d3d6-6f62-001b-998a6e8e65f7@pi.nu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Archived-At: Subject: [mpls] Resend: MPLS WG poll on making draft-ietf-mpls-rmr an Experimental RFC 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, 19 Dec 2020 02:35:14 -0000 Workig Group, When I sent this out I was uncertain on the date to close the poll, I said "two week" poll. I let us get through the holidays and count from January 1st, the du date is Junauary 14, 2021. /Loa On 18/12/2020 13:07, Loa Andersson wrote: Working Group, This is to start a "two week" poll on publishing draft-ietf-mpls-rmr as an Experimental RFC. Mid-September the responsible AD sent draft-ietf-mpls-rmr back to the working group. The direct reason was that there did not seem to be any interest by the authors to respond to the IESG review. The working group chairs took the action start a poll in the working group to see if there were interest (in the wg) to continue progress the document. There were no other responses, than from the two authors, to this poll, and the wg chairs agree that there are no documented interest to progress the draft in the current format. The logical action would have been kill the draft. However, we have been asked id we could make the document Experimental. Obviously this will generate problems with down refs and code point allocation. But after carefully going through the documents, with some innovative writing it the Shepherds Write-Up, this could be managed. Please respond to the following questions. If draft-ietf-mpls-rmr were made an Experimental document - do you think draft-ietf-mpls-rmr is needed and will actually be   deployed? - do you have the cycles to contribute to progress and review the   document? - are there interest to progress the document in this fashion? /Loa for the MPLS wg chairs -- Loa Andersson email: loa@pi.nu Senior MPLS Expert loa.pi.nu@gmail.com Bronze Dragon Consulting phone: +46 739 81 21 64 From nobody Mon Dec 21 13:51:05 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 658C63A13BA; Mon, 21 Dec 2020 13:51:03 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 7.24.0 Auto-Submitted: auto-generated Precedence: bulk CC: Nicolai Leymann , db3546@att.com, draft-ietf-mpls-spl-terminology@ietf.org, mpls-chairs@ietf.org, mpls@ietf.org, n.leymann@telekom.de Reply-To: last-call@ietf.org Sender: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-ID: <160858746333.12560.7561923895232371105@ietfa.amsl.com> Date: Mon, 21 Dec 2020 13:51:03 -0800 Archived-At: Subject: [mpls] Last Call: (Special Purpose Label terminology) to Proposed Standard 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, 21 Dec 2020 21:51:03 -0000 The IESG has received a request from the Multiprotocol Label Switching WG (mpls) to consider the following document: - 'Special Purpose Label terminology' as Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the last-call@ietf.org mailing lists by 2021-01-04. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract This document discusses and recommends a terminology that may be used when MPLS Special Purpose Labels (SPL) are specified and documented. This document applies that terminology change to the relevant IANA registry and also clarifies the use of the Entropy Label Indicator (7) when immediately preceded by the Extension Label (15). This document updates RFC 7274 and RFC 3032. The file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-mpls-spl-terminology/ Note, this is a 2nd IETF Last Call as the document was updated and reflects an update in Status from Informational to PS. No IPR declarations have been submitted directly on this I-D. From nobody Tue Dec 22 02:58:52 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E98AE3A0FC7; Tue, 22 Dec 2020 02:58:50 -0800 (PST) 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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ni_rMr1K3eHk; Tue, 22 Dec 2020 02:58:49 -0800 (PST) Received: from EUR04-HE1-obe.outbound.protection.outlook.com (mail-eopbgr70110.outbound.protection.outlook.com [40.107.7.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 117153A0FBB; Tue, 22 Dec 2020 02:58:48 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=LxrcIYm7c/DxeW8tuSM9gsu3PWzWhDXbPgreAkFnUSRtYOKBCRfxzEFuCHGVuKez9FFMtJz999fhV19Jg8SgKGKya6Hs9V0k3i1PYCpWvt3l0UH/04OopMfzq9IlzUjTiSGfd5Q9FMILjbceJgSvuJjvk05Qgw7lGP5tIZmO6PZ50ZGLm3hivhQKtbF+/IuL2MNv0fK0s/I2Ki/TMP99wQ8ZSgVREpwD9x9c4l0mD7HGrSzNsZmbq9G6YCeasjNvUlh2R3iYEMKTtJKHUunTdmfpb3d3eMcWctD3anqDEV6czqi4Kk/2MCRf3SnhjIizuuJArbAD0SwDab0bflG8ZQ== 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=45g5vuybi6xN1w6v8GGb3SGElZpafCmoubCG4T/VKz8=; b=Bqdd4v++pJwOx1PJJpBQ/M4eiKuk6M5EVeYieAgFAOvpBpkOWFueRASgrsr+ZW610K4ftmIckEqT1wdbN0gWSJOijh4iKbbyYVxd/VhbOk1uReLO3S6DLIxn+o99qiE3b8U+cer3eXmTDyRmbSWH3TjFb6SC9n+STv364Ee2n7QwPM74a06P1dXuHt/vSSQjo2jfCVSx3ujuc4BogytefDeR5NQ1GEtlYkHQU/FbHSlP5lAzkxPbIh5mdYv+XeEW8iQRF4IQJq3IC8uCCzZaZGAHkRRWdPXVSZEJ5bDKtO/dFpy0puNOWa4p4VeIlQKG+g1tMoNXu250wzwJjBzC8Q== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=btconnect.com; dmarc=pass action=none header.from=btconnect.com; dkim=pass header.d=btconnect.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector2-btconnect-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=45g5vuybi6xN1w6v8GGb3SGElZpafCmoubCG4T/VKz8=; b=RvVkqftybQxooYOJmELRgZTNrPziBBwX+Awg1o/YZahqrs3dsfcrn79uY2g28Tjh6frj9DCcDPjIM/TfOkNL9fYjTFaD8edzHKI3WFMc505sPsZw2Z2OPd/WOxYHV9xR0zNXjTCy8SVTQMz/UduKY3X4lqDGYRUhJc/L2uS0+vg= Received: from AM7PR07MB6248.eurprd07.prod.outlook.com (2603:10a6:20b:134::11) by AM6PR07MB3845.eurprd07.prod.outlook.com (2603:10a6:209:35::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3700.16; Tue, 22 Dec 2020 10:58:46 +0000 Received: from AM7PR07MB6248.eurprd07.prod.outlook.com ([fe80::6d46:4f3c:643:4849]) by AM7PR07MB6248.eurprd07.prod.outlook.com ([fe80::6d46:4f3c:643:4849%5]) with mapi id 15.20.3700.026; Tue, 22 Dec 2020 10:58:46 +0000 From: tom petch To: "Acee Lindem (acee)" , "mpls@ietf.org" CC: "mpls-chairs@ietf.org" Thread-Topic: "A YANG Data Model for MPLS Base" - draft-ietf-mpls-base-yang-14 Thread-Index: AQHWZ0AFhb+kLswG4UmACW1YrgyDL6oD0nG6 Date: Tue, 22 Dec 2020 10:58:46 +0000 Message-ID: References: <4769F2D4-C3E9-4196-BAAB-AB2B64DA0C1F@cisco.com> In-Reply-To: <4769F2D4-C3E9-4196-BAAB-AB2B64DA0C1F@cisco.com> Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: dmarc.ietf.org; dkim=none (message not signed) header.d=none;dmarc.ietf.org; dmarc=none action=none header.from=btconnect.com; x-originating-ip: [86.146.121.140] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 72c1d967-46a0-4417-ffee-08d8a6688e31 x-ms-traffictypediagnostic: AM6PR07MB3845: 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: dD4VbSQij3AQIr4BEewN1DF63Msp7vzcQxwY66A20zsFwVHSAmtztmrpET4fF2pGe+49z44B6l5hJU1Oi7mmmI0B7nItrwY+30L5zgtxAMxcvmsGdgk8of+RNfCDN8eIz5/eXZXOLorrtwhD5niZCtv9T4eIGZVH9CX4amQrexGcoD9a3orgsOANPqrXHHerAn1eFm7LEdjZSzY1RAP3QGvXf9/bGyLrIbTCev8vKcRQddi+1jblk/ERtiqUmHOegWeP2sXkb2tXyke+2wyHgC4Si+XFCus8/mrv+r+nNHEGD6zeflwhXgcMu7au3jlLcRYrPoPfSq+MDS6WFc0DtVv5inJysxhNx4V+2jcavFhGeQWHYOvztdf/VJKtSv+IWCAg5U5avhtiUJGz5/WW2uKZszJFtyeNoO8IHxZgHe+b7Z8lX4HdvGrz4ux5v97L29OU5CmfhZD4P8xRhq57bg== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM7PR07MB6248.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(136003)(366004)(396003)(39860400002)(346002)(376002)(33656002)(64756008)(71200400001)(478600001)(9686003)(86362001)(76116006)(66476007)(55016002)(66946007)(66446008)(91956017)(2906002)(66556008)(4326008)(316002)(52536014)(7696005)(110136005)(5660300002)(83380400001)(6506007)(186003)(8936002)(8676002)(26005); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: =?Windows-1252?Q?gam0y/VoQr/RoWljHy91Zf6AE656aXFLwDorIiZnuUFAPM681n1un7xl?= =?Windows-1252?Q?JzWojVKJ3A+cgS3fsY69AcX6Se6oq5l9w6BYeoYjf8SpE9U1wwGHSPL2?= =?Windows-1252?Q?ulFAv+TGLuRJToSIeN78TUNZ2fHi2aGVxT2unLeHi7dUKbXbaX7P9ms5?= =?Windows-1252?Q?UvY2j51Pr1oFwnIp+cw3hNcwANSYCyfOMgwmTwIvl1nNfrDg6E+tNEiC?= =?Windows-1252?Q?tFuMXMsfHOzJFZKIgjaE2S9cKZ33jdd50Mpp3trrcpqdf4ZzVpE3qFD8?= =?Windows-1252?Q?y3+RvCvB+EdZxfaTejvaswbMi7j7VuHE4/y7N86igl+3zMw69A+neNnS?= =?Windows-1252?Q?OtDfbKPRMXcsYrpPTFfDpwB0sEWwEcPWkXU8lFNK/CatQMdmDCEgIqA6?= =?Windows-1252?Q?NQ3uAuYa/QhJxeUpdJYEl+hkwL0uyMWZLJ1v6Ub6kKHEKDhCxdmUryN4?= =?Windows-1252?Q?6KlHstLLNcDmie1l3JUR6KKswCNXek9qF6VLxleHUshD0L3dErke8EQo?= =?Windows-1252?Q?a/Ye/6RLQE9rXr1lLBHkmao5EYX4M2OL7MH4NfdS0mW/jaHxHZJOLTj9?= =?Windows-1252?Q?5NwvdcxFTwiTPaGvYfDmsezkITr+xs8tJDUP476PQ5TpjuM3sSYIw9n8?= =?Windows-1252?Q?KQunKOrI3HdcV1MtmBKKZDUCf/k9HajE5ckqVNPBmfgsGlECDbQ5WCc9?= =?Windows-1252?Q?DlVLShW3OSGTpMxNABbIoaRkGBHZzAo94xaKJYilqAD/e2EtUT23bes6?= =?Windows-1252?Q?Z9i11uzLL2lXR2+jGSenf0Qj385pENMJA1xmppXj7knPQKn20ZwxHwA8?= =?Windows-1252?Q?N8zodpwAj6XmBEk56QYlgBrPE+0fR6gK/fMfWeWWmuisDEiXN5kAk+A9?= =?Windows-1252?Q?CP87YIWW+/ysn7z1tC9Di4cS/eh9nZek8zxlwnjjh/nIycubbIbA8FwW?= =?Windows-1252?Q?HzA6Bf9lTBzyKqnPhfRY4q0YgQ2RAzj6n43lM5Qknbk0UOHtnUA+Q0ZD?= =?Windows-1252?Q?/Ww5TZIgNOyRVksyeUPPBu7MRaoE1zXtgLEpI1f6XpwXgti9rk0=3D?= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: btconnect.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: AM7PR07MB6248.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 72c1d967-46a0-4417-ffee-08d8a6688e31 X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Dec 2020 10:58:46.4589 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: cf8853ed-96e5-465b-9185-806bfe185e30 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: CsY3REbNeZvQyguzre3KM3KYRKTABf4irK3wo3DLdqbroS456+f9Yt/ZBCnHjqfhSohj5ww1zQ4RLZMeWMSmow== X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM6PR07MB3845 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: Tue, 22 Dec 2020 10:58:51 -0000 From: mpls on behalf of Acee Lindem (acee) =0A= Sent: 31 July 2020 14:39=0A= =0A= Hi,=0A= =0A= 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-ie= tf-bfd-yang is depen= dent on this document. Drafts already on the RFC Queue that are dependent o= n draft-ietf-bfd-yang are draft-ietf-isis-yang-isis-cfg, draft-ietf-ospf-yang, and draft-ietf-pim-yang. There are others tha= t haven=92t yet reached the RFC Queue including draft-ietf-idr-bgp-model. Hence, can we gi= ve this draft some prioritization?? I know I=92ve requested this at prior I= ETF and hopefully I won=92t have to do it again in November.=0A= =0A= =0A= =0A= Acee,=0A= Loa has done that bit and mpls-base-yang is now RFC8960 but I am afraid tha= t it does not help you much with LSR.=0A= ospf-yang is dependent on bfd-yang=0A= bfd-yang is dependent on teas-yang-te=0A= teas-yang-te is dependent on teas-yang-rsvp.=0A= =0A= I commented on the last in September but have not seen a response.=0A= Martin commented in a YANG Doctor review recently that teas-yang-te is flaw= ed and will not work.=0A= I think that you will be waiting a-while yet:-(=0A= =0A= Tom Petch=0A= =0A= I also looked at the -14 and it doesn=92t appear to have any dependencies o= n other models or documents that have not yet completed.=0A= =0A= Thanks,=0A= Acee=0A= From nobody Tue Dec 22 23:48:20 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 AEB193A0B55; Tue, 22 Dec 2020 23:48:18 -0800 (PST) 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 nvnFL8659_NZ; Tue, 22 Dec 2020 23:48:17 -0800 (PST) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AE4EA3A0B54; Tue, 22 Dec 2020 23:48:15 -0800 (PST) Received: from [192.168.1.11] (unknown [124.104.17.232]) (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 BD23A322D68; Wed, 23 Dec 2020 08:48:12 +0100 (CET) From: Loa Andersson To: "mpls@ietf.org" Cc: "draft-ietf-mpls-lsp-ping-ospfv3-codepoint@ietf.org" References: <372cd6a9-1d42-15f5-29e9-12aab0b44299@pi.nu> Message-ID: Date: Wed, 23 Dec 2020 15:48:08 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.6.0 MIME-Version: 1.0 In-Reply-To: <372cd6a9-1d42-15f5-29e9-12aab0b44299@pi.nu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Archived-At: Subject: [mpls] Closed::MPLS working group last call on draft-ietf-mpls-lsp-ping-ospfv3-codepoint 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, 23 Dec 2020 07:48:19 -0000 Working Group, This working group last call is closed. There have been comments, the authors should address all comments and make sure that the people commenting are comfortable with how the comment is addressed. When the comments are address pleae post a new version of the document and the chairs will progress it. /Loa On 04/12/2020 12:54, Loa Andersson wrote: > > Working Group, > > This is to initiate a two week working group last call on >  draft-ietf-mpls-lsp-ping-ospfv3-codepoint-03. > > Please send your comments to the mpls wg mailing list (mpls@ietf.org). > > There were no IPR disclosures against this document. > > All the authors (no contributors on this document) have stated on the > working group mailing list that they are not aware of any IPRs that > relates to this document. > > This working group last call ends Dec 18, 2020. > > > /Loa > for the MPLS wg chairs -- Loa Andersson email: loa@pi.nu Senior MPLS Expert loa.pi.nu@gmail.com Bronze Dragon Consulting phone: +46 739 81 21 64 From nobody Wed Dec 23 03:02:16 2020 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 590D23A0EAC; Wed, 23 Dec 2020 03:02:14 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: Loa Andersson via Datatracker To: X-Test-IDTracker: no X-IETF-IDTracker: 7.24.0 Auto-Submitted: auto-generated Precedence: bulk Cc: Adrian Farrel , adrian@olddog.co.uk, iesg-secretary@ietf.org, mpls-chairs@ietf.org, mpls@ietf.org Message-ID: <160872133435.2745.11355844583881942993@ietfa.amsl.com> Date: Wed, 23 Dec 2020 03:02:14 -0800 Archived-At: Subject: [mpls] Publication has been requested for draft-ietf-mpls-lsp-ping-registries-update-06 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, 23 Dec 2020 11:02:15 -0000 Loa Andersson has requested publication of draft-ietf-mpls-lsp-ping-registries-update-06 as Proposed Standard on behalf of the MPLS working group. Please verify the document's state at https://datatracker.ietf.org/doc/draft-ietf-mpls-lsp-ping-registries-update/ From nobody Wed Dec 23 15:27:52 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3F8403A0FBA; Wed, 23 Dec 2020 15:27:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.097 X-Spam-Level: X-Spam-Status: No, score=-1.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, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id U0rHo1OBxjDT; Wed, 23 Dec 2020 15:27:49 -0800 (PST) Received: from mail-vs1-xe2a.google.com (mail-vs1-xe2a.google.com [IPv6:2607:f8b0:4864:20::e2a]) (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 8B5613A0FB9; Wed, 23 Dec 2020 15:27:49 -0800 (PST) Received: by mail-vs1-xe2a.google.com with SMTP id b23so577030vsp.9; Wed, 23 Dec 2020 15:27:49 -0800 (PST) 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=WY3Kaf71LyYY6jGJwiqH/oYGdZquZfniUmj9RAcP5RQ=; b=j2CL2twzD6I8SuN8ew01Q611WmMrtKJ/Rjhc3hzOphSys4rGq+G1mKAqCE6g4fw75H 8usKbf2x0oQDw0epskPYEZeQsXA2SxH0vBToJp01J09WKvE3e2dsY2+SRGMjUaSMWnx0 G0mOJtGthVXbnSvu4f++O9LUjklpq3ysDG4QzfmaxUcJOZTcI07DdArCw5Gj9sPsEQIg iFiT+GYuprxO/9cOXf46o+BoOGwHPPq6Xf7pgkqtn5XjofMED9hO1xd5uTkdv0EYg6oX H4bEKhPTbqa4rKqvEjHiZutZhMqSpi7BLxCcInJdU4tMneCcfnTCfPdRnw1+UlAaGGtL zoNQ== 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=WY3Kaf71LyYY6jGJwiqH/oYGdZquZfniUmj9RAcP5RQ=; b=OvEvfy5HXEaq0NkQIlQSvdhUSw6DcrhBpfhEgdDfzXy3g9uERFa5wBMdFNL5uj/z4q zxUPDlnKvP0KjwrHHY44B10tH64Hzb9zoQInm+kX6N88e7O09zqnQeAH2/JP0rhCH42d JFySA/7gYx3otKmyCNespgJuBg9fV2HnO0w3qEE6pHEHEl8y43ucwKWAMNo7WCHgEV/O ZXrHBh2MPkQcn2rsS21jq6jgLR19IjQOyghObRy0mg6ktUw6ywuDtBmw2DVYX/MszFaH hDW9oD2OAykaYGg25UzYjSmxQHA2cp3uQ33uzElZoqN/9/ztUNt+ff3GoY0WgSKtrh7B 8FBQ== X-Gm-Message-State: AOAM5320ZWM+B5zi3UQEkep6cgUHgd9eH41KItfMyJ6HL8g/dooi5jzW kdka0AYKOxojAu58Rii0tdlAp7gboATXbhT5sseHFK0Qtus= X-Google-Smtp-Source: ABdhPJyIJBDE+fXM7QFvgB07Nafez6NZ8/VgqiS2e1+xGwSOIuLYJ9So8LxA2d/4a4ct+yITD5THoJIFsWpstTv1JP8= X-Received: by 2002:a67:7993:: with SMTP id u141mr2405857vsc.21.1608766068694; Wed, 23 Dec 2020 15:27:48 -0800 (PST) MIME-Version: 1.0 References: <1b7d7573-d3d6-6f62-001b-998a6e8e65f7@pi.nu> In-Reply-To: <1b7d7573-d3d6-6f62-001b-998a6e8e65f7@pi.nu> From: Ravi Torvi Date: Wed, 23 Dec 2020 15:27:37 -0800 Message-ID: To: Loa Andersson Cc: "mpls@ietf.org" , "draft-ietf-mpls-rmr@ietf.org" , "mpls-chairs@ietf.org" Content-Type: multipart/alternative; boundary="0000000000000d266605b72a0a0e" Archived-At: Subject: Re: [mpls] MPLS WG poll on making draft-ietf-mpls-rmr 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, 23 Dec 2020 23:27:51 -0000 --0000000000000d266605b72a0a0e Content-Type: text/plain; charset="UTF-8" Hi Loa, and WG Chairs, >>If draft-ietf-mpls-rmr were made an Experimental document >> - do you think draft-ietf-mpls-rmr is needed and will actually be deployed? Yes. >>- do you have the cycles to contribute to progress and review the document? Yes. >>- are there interest to progress the document in this fashion? Yes. Regards, Ravi Torvi Juniper Networks Inc. On Thu, Dec 17, 2020 at 9:07 PM Loa Andersson wrote: > Working Group, > > This is to start a "two week" poll on publishing draft-ietf-mpls-rmr as > an Experimental RFC. > > Mid-September the responsible AD sent draft-ietf-mpls-rmr back to the > working group. The direct reason was that there did not seem to be any > interest by the authors to respond to the IESG review. > > The working group chairs took the action start a poll in the working > group to see if there were interest (in the wg) to continue progress the > document. > > There were no other responses, than from the two authors, to this poll, > and the wg chairs agree that there are no documented interest to > progress the draft in the current format. > > The logical action would have been kill the draft. > > However, we have been asked id we could make the document Experimental. > Obviously this will generate problems with down refs and code point > allocation. But after carefully going through the documents, with some > innovative writing it the Shepherds Write-Up, this could be managed. > > Please respond to the following questions. > > If draft-ietf-mpls-rmr were made an Experimental document > > > - do you think draft-ietf-mpls-rmr is needed and will actually be > deployed? > > - do you have the cycles to contribute to progress and review the > document? > > - are there interest to progress the document in this fashion? > > /Loa > for the MPLS wg chairs > > -- > > Loa Andersson email: loa@pi.nu > Senior MPLS Expert loa.pi.nu@gmail.com > Bronze Dragon Consulting phone: +46 739 81 21 64 > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > --0000000000000d266605b72a0a0e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Hi Loa, and WG= Chairs,


&g= t;>If draft-ietf-mpls-rmr were made an Experimental document
>> - do you think draft-ietf-mpls-rmr is needed and will a= ctually be
=C2=A0 =C2=A0deployed?

Yes= .
>>- do you have the cycles to contribute to progress and review the =C2=A0 =C2=A0document?

Yes= .

>>- are there interest to progress the document in this fashion?
Yes.

Regards,
Ravi Torvi =
Juniper Networks Inc.

On Thu, Dec 17, 2020 at 9:07= PM Loa Andersson <loa@pi.nu> wrote:=
Working Group,<= br>
This is to start a "two week" poll on publishing draft-ietf-mpls-= rmr as
an Experimental RFC.

Mid-September the responsible AD sent draft-ietf-mpls-rmr back to the
working group. The direct reason was that there did not seem to be any
interest by the authors to respond to the IESG review.

The working group chairs took the action start a poll in the working
group to see if there were interest (in the wg) to continue progress the document.

There were no other responses, than from the two authors, to this poll, and the wg chairs agree that there are no documented interest to
progress the draft in the current format.

The logical action would have been kill the draft.

However, we have been asked id we could make the document Experimental.
Obviously this will generate problems with down refs and code point
allocation. But after carefully going through the documents, with some
innovative writing it the Shepherds Write-Up, this could be managed.

Please respond to the following questions.

If draft-ietf-mpls-rmr were made an Experimental document


- do you think draft-ietf-mpls-rmr is needed and will actually be
=C2=A0 =C2=A0deployed?

- do you have the cycles to contribute to progress and review the
=C2=A0 =C2=A0document?

- are there interest to progress the document in this fashion?

/Loa
for the MPLS wg chairs

--

Loa Andersson=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 email: loa@pi.nu
Senior MPLS Expert=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 loa.pi.nu@gmail.com
Bronze Dragon Consulting=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pho= ne: +46 739 81 21 64

_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls
--0000000000000d266605b72a0a0e-- From nobody Thu Dec 24 09:44:53 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 EB4193A0EC6; Thu, 24 Dec 2020 09:44:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.198 X-Spam-Level: X-Spam-Status: No, score=-0.198 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, 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 FsQQeTEbNVhg; Thu, 24 Dec 2020 09:44:50 -0800 (PST) Received: from mail-qt1-x830.google.com (mail-qt1-x830.google.com [IPv6:2607:f8b0:4864:20::830]) (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 E25173A0E5C; Thu, 24 Dec 2020 09:44:49 -0800 (PST) Received: by mail-qt1-x830.google.com with SMTP id z20so1875203qtq.3; Thu, 24 Dec 2020 09:44:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to:cc; bh=eRm5y+BszgSRkuGB1cLRef76wdZAihe2vgSFVzjkUmg=; b=aupSQBFul19dRPOd51lTCR4TPZl9cs3Un4raQj/7+tfRW8crqMBFaWd8nvOoyf19Uj 3H9rW1vFeXE8G6mGvfvdiki5HaRSvRidby0kMvLWy14iAPbekfbqmZcrMmxaehQOT85M hEsdABCVyStdRuyO7RiyRC9Uep+gb2ZqZnxMnGA20FM1HK6cNT/7/vMnNTXQpVGz+8X6 Udzg4Z28Bkh+aGAQd2kFW7clxw08GnRplQrIGihsvKvnx7RTH63xDeLCc2Ci3nVp1r4z qz1TGQlioQDWHd2jxy9rPFeK9PWtSf/+QZJ82MILk/8PySc3k1/98JvRAAl04O5kK5Dv nCoA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=eRm5y+BszgSRkuGB1cLRef76wdZAihe2vgSFVzjkUmg=; b=VQizgXFpTC0Fjo4v0oIdwpdDMz7RtglQ0xvrD/lIBef4uIr4EMjv6ikXHeD8fDYDLs +OMgKbDvbGfmpC/52nZ9jxbvRr3+9S8h3D3SwP3q3xW5yLdA9QH9d9wW6nNhpHmZMnWk ow3D+1mIj/qsWr3WQFxzEKc9zOCfYSIYSZVKF13JXJuU0oozgjDgTnflTiN5cS8OcAeL dWnz5EmLQhMNHe2dA5e9MhjB91bStZS/+JqzN1/mymlu9/zf/DRSm0FKtBZYBm5pQ74A H9yi42m749+knm3i1ZrNKdrgNgQ27/DRqs/Dm4CV/QKf3iXcxG081pttip/abYcROHtP Svgw== X-Gm-Message-State: AOAM532/QQO772tORzMakfr0dJRVNXcbk/EXw/p/M4XOjr/cBLHXXJaU aypzPwzn2zguwxo+2Y6aHidlHa0YUWPfQaRKEIT91qAYU+M= X-Google-Smtp-Source: ABdhPJwuQzarKXBLPpSfQeKOkJ61MVGGJTG92dHOEK8yzGBOi7qkpou/Gkj6GmPEPXGI5VLk+NG1FRF8rUBVkb1n/yE= X-Received: by 2002:ac8:44cb:: with SMTP id b11mr30346632qto.60.1608831888445; Thu, 24 Dec 2020 09:44:48 -0800 (PST) MIME-Version: 1.0 From: "Andrew G. Malis" Date: Thu, 24 Dec 2020 12:44:32 -0500 Message-ID: To: mpls , mpls-chairs Cc: draft-gandhi-mpls-ioam-sr@ietf.org Content-Type: multipart/alternative; boundary="00000000000036d3de05b7395d46" Archived-At: Subject: [mpls] MPLS-RT Review of draft-gandhi-mpls-ioam-sr-04 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Dec 2020 17:44:52 -0000 --00000000000036d3de05b7395d46 Content-Type: text/plain; charset="UTF-8" I've been asked to provide a pre-adoption MPLS-RT review of draft-gandhi-mpls-ioam-sr-04. I have a major concern that I believe needs to be addressed, either before or after WG adoption (I defer to the WG chairs to make this decision). My personal preference is that it be addressed by the authors prior to adoption, but if it occurs following adoption, I would like to see it addressed before it gets much further in the WG process. My concern is as follows: In Section 6 and Figure 1, 0x0010b (2 decimal) is used for the first nibble following the MPLS label stack in order to avoid ECMP. This intent is fine, but there is an issue with choosing this particular value. The first nibble following the label stack is often (as we know) interpreted as an IP Version Number. According to https://www.iana.org/assignments/version-numbers/version-numbers.xhtml , 0x0010b (2 decimal) is currently unassigned, so it COULD be assigned by IANA, creating a future conflict. We could request IANA to assign IP Version number 2 for this purpose, but I believe that would be a very difficult sell to both IANA and the IESG, as there are only a small number of IP Version numbers available. Instead, I would suggest either of the two following alternatives: 1. Use the MPLS ACH (RFC 5586), starting with 0x0001b, and alter the packet format in Figure 1 of this draft accordingly so that it follows the ACH's general format but also includes the necessary fields for the draft's purpose. 2. Use one of the IANA reserved IP version numbers instead of 0x0010b. I would recommend 15 (0x1111b). There is reasonable certainty that this would never actually ever be assigned by IANA. The first alternative is my personal preference, but I would be OK with the second as well. Other comments: Other than this issue, I found the draft to be well-written and easy to follow, and generally ready for WG adoption. Cheers, Andy --00000000000036d3de05b7395d46 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I've been asked to provide a pre-adoption MPLS-RT revi= ew of draft-gandhi-mpls-ioam-sr-04.

I have a major concern that I be= lieve needs to be addressed, either before or after WG adoption (I defer to= the WG chairs to make this decision). My personal preference is that it be= addressed by the authors prior to adoption, but if it occurs following ado= ption, I would like to see it addressed before it gets much further in the = WG process.

My concern is as follows:

In Section 6 and Figure= 1, 0x0010b (2 decimal) is used for the first nibble following the MPLS lab= el stack in order to avoid ECMP. This intent is fine, but there is an issue= with choosing this particular value. The first nibble following the label = stack is often (as we know) interpreted as an IP Version Number. According = to https://www.iana.org/assignments/version-numbers/version-numbers= .xhtml , 0x0010b (2 decimal) is currently unassigned, so it COULD be as= signed by IANA, creating a future conflict.

We could request IANA t= o assign IP Version number 2 for this purpose, but I believe that would be = a very difficult sell to both IANA and the IESG, as there are only a small = number of IP Version numbers available.

Instead, I would suggest eit= her of the two following alternatives:

1. Use the MPLS ACH (RFC 5586= ), starting with 0x0001b, and alter the packet format in Figure 1 of this d= raft accordingly so that it follows the ACH's general format but also i= ncludes the necessary fields for the draft's purpose.

2. Use one= of the IANA reserved IP version numbers instead of 0x0010b. I would recomm= end 15 (0x1111b). There is reasonable certainty that this would never actua= lly ever be assigned by IANA.

The first alternative is my personal p= reference, but I would be OK with the second as well.

Other comments= :

Other than this issue, I found the draft to be well-written and ea= sy to follow, and generally ready for WG adoption.

Cheers,
Andy

--00000000000036d3de05b7395d46-- From nobody Sun Dec 27 23:04:03 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 CA4A33A10E5; Sun, 27 Dec 2020 23:04:01 -0800 (PST) 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, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tiXwg9F_kWDB; Sun, 27 Dec 2020 23:03:59 -0800 (PST) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 97FCA3A10E4; Sun, 27 Dec 2020 23:03:45 -0800 (PST) Received: from [192.168.1.11] (unknown [124.104.17.232]) (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 BB71C322D68; Mon, 28 Dec 2020 08:03:42 +0100 (CET) To: "Andrew G. Malis" , mpls , mpls-chairs Cc: draft-gandhi-mpls-ioam-sr@ietf.org References: From: Loa Andersson Message-ID: <46b1b623-a628-2373-4378-e70f0038b4f2@pi.nu> Date: Mon, 28 Dec 2020 15:03:38 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [mpls] MPLS-RT Review of draft-gandhi-mpls-ioam-sr-04 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2020 07:04:02 -0000 Working Group, Andy and I have discussed this a bit off-line. Andy, I have now re-read the this draft, other relevant drafts and the mail we have exchanged. I had earlier partly misunderstood and now think that your summary of the situation is basically correct. However, I'd like to see more discussion on what we should do. In particular I'd like to see a comment from the authors on this. You outline three different proposals: 1. follow the draft and allocate 0x0010b from IP Version Numbers registry in the Version Numbers name space for this purpose 2. use ACH 3. use code point #15 from IP Version Numbers registry in the Version Numbers name space To me it seems like 1 and 3 is the same, we ask for a code point from IP Version Numbers registry in the Version Numbers name space. IANA pick the code point for us. Note 1: We can give a strong recommendation telling IANA which code point we want, but the decision is still with IANA. Note 2: It seems like the chances that a Version number lower than 6 will not be picked for an IP version, value 2 is unassigned and much easier to allocate than the reserved value 15. Note 3: I think you are right that it is a hrd sell both to working group and the IESG to pick a value from this registry. Authors. It would be nice to hear from you on this discussion, but don't change the document until we have a reasonable consensus. /Loa On 25/12/2020 01:44, Andrew G. Malis wrote: > I've been asked to provide a pre-adoption MPLS-RT review of > draft-gandhi-mpls-ioam-sr-04. > > I have a major concern that I believe needs to be addressed, either > before or after WG adoption (I defer to the WG chairs to make this > decision). My personal preference is that it be addressed by the authors > prior to adoption, but if it occurs following adoption, I would like to > see it addressed before it gets much further in the WG process. > > My concern is as follows: > > In Section 6 and Figure 1, 0x0010b (2 decimal) is used for the first > nibble following the MPLS label stack in order to avoid ECMP. This > intent is fine, but there is an issue with choosing this particular > value. The first nibble following the label stack is often (as we know) > interpreted as an IP Version Number. According to > https://www.iana.org/assignments/version-numbers/version-numbers.xhtml > > , 0x0010b (2 decimal) is currently unassigned, so it COULD be assigned > by IANA, creating a future conflict. > > We could request IANA to assign IP Version number 2 for this purpose, > but I believe that would be a very difficult sell to both IANA and the > IESG, as there are only a small number of IP Version numbers available. > > Instead, I would suggest either of the two following alternatives: > > 1. Use the MPLS ACH (RFC 5586), starting with 0x0001b, and alter the > packet format in Figure 1 of this draft accordingly so that it follows > the ACH's general format but also includes the necessary fields for the > draft's purpose. > > 2. Use one of the IANA reserved IP version numbers instead of 0x0010b. I > would recommend 15 (0x1111b). There is reasonable certainty that this > would never actually ever be assigned by IANA. > > The first alternative is my personal preference, but I would be OK with > the second as well. > > Other comments: > > Other than this issue, I found the draft to be well-written and easy to > follow, and generally ready for WG adoption. > > Cheers, > Andy > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > -- Loa Andersson email: loa@pi.nu Senior MPLS Expert loa.pi.nu@gmail.com Bronze Dragon Consulting phone: +46 739 81 21 64 From nobody Mon Dec 28 04:57:06 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 363D03A09CF; Mon, 28 Dec 2020 04:57:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=btconnect.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7VRKZ5xKLOi0; Mon, 28 Dec 2020 04:57:03 -0800 (PST) Received: from EUR03-VE1-obe.outbound.protection.outlook.com (mail-eopbgr50127.outbound.protection.outlook.com [40.107.5.127]) (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 2B2F23A09C9; Mon, 28 Dec 2020 04:57:01 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Qp36+N0s4A+NJzDwAVt0a7UYmAjZDb1mB5H8wtlSoHXg2ooPXtSuMoJXHNuENx3mhT56UE7vIYIAV+hYq36zJtumWiZKQDEGml5H8eoUFuDjOk/Q8/0casQCTlaXOL2KGObInrqeljC3hPhJpk3ky9BV/16O7dSHnW+LZFl8H3QaMhuVn5/vKY+ie2efsptY1qx0LSMIIyZMOBsRPNto6uOeu789uNiRN5N4ryvyj42njRRVaGH8MGAuHk17fsSPL4Wzv7w2E8g0ke6yJTHku6PwJtjY8MsTJ5CQF6m8TnvaETG8aclbHCMHYcPeKjoY7WE481xFVLWJ9JXf/EGYxQ== 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=iJAoBlq3oBVqEx7b9wdgQwmXyxF1kxHYltUHbozEGNg=; b=WEtkN8u5fRfR3gpi5dsfL3yrnvLrWodDdl+XAfxbuVQSdajxz7XLPUgm0KhfMlXKIk2KbIa3FigRjPH0sVDjKcVeM7qCWa69i3mLH7kMsubKSK4uoKDzTDhwaJ2zbKBUFkWvz0AEvkFfKjY2qCYYTUdIfmiU7lEVddBXPUdqecMFP9KOj8aBBaeRooK7WxeXI8eQ7A6UAm9mqzu0eKqNQMu1IWMH+6cokF+EPfzLidr71eR9K1A10J6yg7hJr+hTk5Vn93bPMnbYM9a6sqCCp0ZRZNr6et89XmWEzC/K0knL+q3BRMASoW5Ij2++LP7/15r/q38nIFcnjg6ZdsvSkQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=btconnect.com; dmarc=pass action=none header.from=btconnect.com; dkim=pass header.d=btconnect.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btconnect.onmicrosoft.com; s=selector2-btconnect-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=iJAoBlq3oBVqEx7b9wdgQwmXyxF1kxHYltUHbozEGNg=; b=LX6vdMgLafFQ3W/HV7H2qs5QXflVLuusqgJHR3D+T/cOMowJm8IBJA7IC2JGNBEy7E58Aql/OQlkckwuDe8BVPb4oca6j5UgcTuHUPWbZwpntJPmtN23nHcIoeJ1uwqO80iK+lOu1zXOjp46+f3Fs5e+86ig4XyFQqLsM0V62bo= Received: from AM7PR07MB6248.eurprd07.prod.outlook.com (2603:10a6:20b:134::11) by AM7PR07MB6739.eurprd07.prod.outlook.com (2603:10a6:20b:1bb::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3721.12; Mon, 28 Dec 2020 12:56:59 +0000 Received: from AM7PR07MB6248.eurprd07.prod.outlook.com ([fe80::6d46:4f3c:643:4849]) by AM7PR07MB6248.eurprd07.prod.outlook.com ([fe80::6d46:4f3c:643:4849%5]) with mapi id 15.20.3721.019; Mon, 28 Dec 2020 12:56:59 +0000 From: tom petch To: Loa Andersson , "Andrew G. Malis" , mpls , mpls-chairs CC: "draft-gandhi-mpls-ioam-sr@ietf.org" Thread-Topic: [mpls] MPLS-RT Review of draft-gandhi-mpls-ioam-sr-04 Thread-Index: AQHW2hyBgBB7oBnrpEC7mNX6ikQ/YKoMGugAgABib4o= Date: Mon, 28 Dec 2020 12:56:59 +0000 Message-ID: References: , <46b1b623-a628-2373-4378-e70f0038b4f2@pi.nu> In-Reply-To: <46b1b623-a628-2373-4378-e70f0038b4f2@pi.nu> Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: pi.nu; dkim=none (message not signed) header.d=none;pi.nu; dmarc=none action=none header.from=btconnect.com; x-originating-ip: [86.146.121.140] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 307533ac-7a09-4cb6-98bf-08d8ab30106d x-ms-traffictypediagnostic: AM7PR07MB6739: 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: 68cFqrvUchs+4VVPorDseZVQARwDq5rDmkJfKUMnedkDZe3mFpDI3VKhc5Lmfa27EUGOobdXBhDb78VAgAMgivLj90qwvYsS59A3XbKYgG0H5ZEHaiO18XPz0M8HehMK7lL01dQH3G/HPHLD2NUeB92ax+lp/2b/4FB2T2qNpu0b3RQepQn+RpAcsWSje2M48zOM/EhrAhlNTvGLVUSQp3J9KCTHKgONGQH9mTRRDEX7cgXi4YHzzJ+DaJIUXjmi2U9Y75nzTuFwC7xWy93MKAoWA1FX8sbZiffcLMdUWq7Eq8dxPm7+0VTqqb8bmyl47RI6B0jWjH+wvFKyWyTmMr5jj/7KvX6qdYhNDL4oQC6oks/LBr0UDQSAhFE4VTbe8WjyZeAQ3Z0Pqx4Xi9KJb8lgGdLrkUTPIPu8RtU1q6Ol8UZR37375iaqEbLjZyy4aT9Xq4ASL9Ff1Kdgl9FHyQ== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM7PR07MB6248.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(366004)(346002)(136003)(376002)(396003)(39860400002)(76116006)(91956017)(110136005)(53546011)(6506007)(2906002)(478600001)(316002)(8936002)(966005)(64756008)(9686003)(66946007)(66446008)(71200400001)(83380400001)(66556008)(7696005)(5660300002)(55016002)(52536014)(8676002)(66476007)(26005)(86362001)(186003)(4326008)(33656002); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata: =?iso-8859-1?Q?PZUuh7lX8YeYG+NsosO+6fOb95+53BvJK+bkHhxnbWTHAqsvk1yXrxwv9z?= =?iso-8859-1?Q?jJEF0LazuqlKy0wtybe8us4RiRulddagwTmtGLPCoqoBb+8ShnzQ/W1lLv?= =?iso-8859-1?Q?ZOcquWCFZ3A2ulCuIc+kZYzjoO/DNrypC68pofWm5jYpT7CFDermc+CLdL?= =?iso-8859-1?Q?VSzWaS6yKkmsHO4gE1lvPKa5KvQjL3G2FEQQQDx6k/D2JziHA82LxcAsBL?= =?iso-8859-1?Q?jAGBeBeOqkQhA2WHDbkgCC2zmXBDImjgH1UgYQ0YruBZEWhb/JF8MRjApl?= =?iso-8859-1?Q?2EL5svP4xizvaRCDNmDhs5cfRCTjaYe1WKH3WteSFgPPl9IfE7L8CBv5Bv?= =?iso-8859-1?Q?zsWeOD8fRpQtsU8+3E6v8LvjoM258AU3PNQGVAZBWr4xnek+SBnJM6+jf1?= =?iso-8859-1?Q?LmO/8zT60AOXSc4OhXFDEiyp5cwcRP2sGFQriilCiNEPneaCUf0KKHKa9m?= =?iso-8859-1?Q?LOJVkjJ4fbDJCG3APniR33TbLGvpOclbU/D+qH3njBXMbBGOgYG9q0pxgJ?= =?iso-8859-1?Q?E6t8Cq7Qj6pyuIX06loGoKdr48xqyaK+JFPRon6+AB0ZIRmA+42clhUaGR?= =?iso-8859-1?Q?ckp3yQQxtwVmfcVgWkOcC0oILTszz3CD61guYkjiGUWPixwVtwdSsFjkQX?= =?iso-8859-1?Q?j7yfHkrDxNBYAEunb9qPCDbBFjU88fan9LZaoymFMsQM2QxwcrxtsOzVpY?= =?iso-8859-1?Q?Mnj7DzkHC9JNpllIa3kgkaw5EutUq0qGqa+sibj0X0e549STCRrPHAdvlA?= =?iso-8859-1?Q?02TTXxEKpMW7D1xrJLcHzGFwV/37tzOIx8FY/8QuQ+AP1KVeJ3OliNnfH9?= =?iso-8859-1?Q?GmGEdMtPgnBnnQ2ytFarWXCQPvjmQrM6jWgnHYIelZTCgS8ZPYA8WA29AK?= =?iso-8859-1?Q?oyaVhLSZdKpKuN5hmIqN7xKZ7LwZWbBhjfTWLduLdiWk0YxiVN6QYsjVqq?= =?iso-8859-1?Q?YwjXrwgLNIW2BshbNdCZYsOPU9QWfIUGBQUjl0lPLBDthdYTeqVE6JVMIZ?= =?iso-8859-1?Q?jAMLu84yvQSgN9Lkw=3D?= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: btconnect.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: AM7PR07MB6248.eurprd07.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 307533ac-7a09-4cb6-98bf-08d8ab30106d X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Dec 2020 12:56:59.4407 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: cf8853ed-96e5-465b-9185-806bfe185e30 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: ZMi2MMx2rdM+POWdMiaiuMqloUMPeEN/a+zvmDqWoxCpvGX4fbQpmP6uLE1Gv3YCeFpXGtCMEL92RsqiKgkzqA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM7PR07MB6739 Archived-At: Subject: Re: [mpls] MPLS-RT Review of draft-gandhi-mpls-ioam-sr-04 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2020 12:57:05 -0000 From: mpls on behalf of Loa Andersson = =0A= Sent: 28 December 2020 07:03=0A= Working Group,=0A= =0A= Andy and I have discussed this a bit off-line.=0A= =0A= Andy,=0A= =0A= I have now re-read the this draft, other relevant drafts and the mail=0A= we have exchanged. I had earlier partly misunderstood and now think that=0A= your summary of the situation is basically correct.=0A= =0A= However, I'd like to see more discussion on what we should do. In=0A= particular I'd like to see a comment from the authors on this.=0A= =0A= =0A= =0A= Why not use ACH?=0A= =0A= Tom Petch=0A= =0A= You outline three different proposals:=0A= =0A= 1. follow the draft and allocate 0x0010b from IP Version Numbers=0A= registry in the Version Numbers name space for this purpose=0A= 2. use ACH=0A= 3. use code point #15 from IP Version Numbers registry in the Version=0A= Numbers name space=0A= =0A= To me it seems like 1 and 3 is the same, we ask for a code point from IP=0A= Version Numbers registry in the Version Numbers name space. IANA pick=0A= the code point for us.=0A= =0A= Note 1: We can give a strong recommendation telling IANA which code=0A= point we want, but the decision is still with IANA.=0A= =0A= Note 2: It seems like the chances that a Version number lower than 6=0A= will not be picked for an IP version, value 2 is unassigned and much=0A= easier to allocate than the reserved value 15.=0A= =0A= Note 3: I think you are right that it is a hrd sell both to working=0A= group and the IESG to pick a value from this registry.=0A= =0A= Authors.=0A= =0A= It would be nice to hear from you on this discussion, but don't change=0A= the document until we have a reasonable consensus.=0A= =0A= /Loa=0A= =0A= =0A= =0A= On 25/12/2020 01:44, Andrew G. Malis wrote:=0A= > I've been asked to provide a pre-adoption MPLS-RT review of=0A= > draft-gandhi-mpls-ioam-sr-04.=0A= >=0A= > I have a major concern that I believe needs to be addressed, either=0A= > before or after WG adoption (I defer to the WG chairs to make this=0A= > decision). My personal preference is that it be addressed by the authors= =0A= > prior to adoption, but if it occurs following adoption, I would like to= =0A= > see it addressed before it gets much further in the WG process.=0A= >=0A= > My concern is as follows:=0A= >=0A= > In Section 6 and Figure 1, 0x0010b (2 decimal) is used for the first=0A= > nibble following the MPLS label stack in order to avoid ECMP. This=0A= > intent is fine, but there is an issue with choosing this particular=0A= > value. The first nibble following the label stack is often (as we know)= =0A= > interpreted as an IP Version Number. According to=0A= > https://www.iana.org/assignments/version-numbers/version-numbers.xhtml=0A= > = =0A= > , 0x0010b (2 decimal) is currently unassigned, so it COULD be assigned=0A= > by IANA, creating a future conflict.=0A= >=0A= > We could request IANA to assign IP Version number 2 for this purpose,=0A= > but I believe that would be a very difficult sell to both IANA and the=0A= > IESG, as there are only a small number of IP Version numbers available.= =0A= >=0A= > Instead, I would suggest either of the two following alternatives:=0A= >=0A= > 1. Use the MPLS ACH (RFC 5586), starting with 0x0001b, and alter the=0A= > packet format in Figure 1 of this draft accordingly so that it follows=0A= > the ACH's general format but also includes the necessary fields for the= =0A= > draft's purpose.=0A= >=0A= > 2. Use one of the IANA reserved IP version numbers instead of 0x0010b. I= =0A= > would recommend 15 (0x1111b). There is reasonable certainty that this=0A= > would never actually ever be assigned by IANA.=0A= >=0A= > The first alternative is my personal preference, but I would be OK with= =0A= > the second as well.=0A= >=0A= > Other comments:=0A= >=0A= > Other than this issue, I found the draft to be well-written and easy to= =0A= > follow, and generally ready for WG adoption.=0A= >=0A= > Cheers,=0A= > Andy=0A= >=0A= >=0A= > _______________________________________________=0A= > mpls mailing list=0A= > mpls@ietf.org=0A= > https://www.ietf.org/mailman/listinfo/mpls=0A= >=0A= =0A= --=0A= =0A= Loa Andersson email: loa@pi.nu=0A= Senior MPLS Expert loa.pi.nu@gmail.com=0A= Bronze Dragon Consulting phone: +46 739 81 21 64=0A= =0A= _______________________________________________=0A= mpls mailing list=0A= mpls@ietf.org=0A= https://www.ietf.org/mailman/listinfo/mpls=0A= From nobody Mon Dec 28 09:31:59 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 62EF73A0CBD; Mon, 28 Dec 2020 09:31:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.097 X-Spam-Level: X-Spam-Status: No, score=-1.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, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3f1KfDcUVDya; Mon, 28 Dec 2020 09:31:55 -0800 (PST) Received: from mail-lf1-x12c.google.com (mail-lf1-x12c.google.com [IPv6:2a00:1450:4864:20::12c]) (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 C7DF23A0CBA; Mon, 28 Dec 2020 09:31:54 -0800 (PST) Received: by mail-lf1-x12c.google.com with SMTP id x20so25371464lfe.12; Mon, 28 Dec 2020 09:31:54 -0800 (PST) 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=u2Jew65eApm5HKCMRE9u7l1VpHrkhOOvBPSxqh494sY=; b=SmcchR0Bxexh3twgn1YcNAkmnY9U94UGIu6ycvKSLLeKiO2gCn29Q+J5gOV4R0Uscr t3UYfKgk3lwFaNMhYRklSHs9msh/4HZMDojRYwLlaBo8tyQ3Zbgik7VXjRVq5PNhVKj6 kG0BIEZufyUFbUMyPRbOKnrO2MY5AyDIhc2+J3wqQdwlUJ84glk9KiQ7HOnOPf/f767V wmUHdJtQZsMk9yx4KP2lheDHMzqdal387NOJAzlL60zVAObs4i0/mKoaWxeiZZiLA3Ci v/RhHT79UenyHwOMYlWEe7y1fntCYg+39CF6b8QgHyvPDGgKfeXxsCnL0Ajz8u7iPzc9 vAXA== 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=u2Jew65eApm5HKCMRE9u7l1VpHrkhOOvBPSxqh494sY=; b=epnXwcovzdjC94zUO3XG/HKinCeuqUDacMwxRDjlwCz3+q/iPguv6xzS5uReCfxI2t 3Yo5zllbxNLjUGaHEQwzAmHiy9Q4veHhTWxnI1IEInVRYlvBi5NQidO+YSQv0z8bElpe oZCRkxKTnyuVl83qzPE38f0vlsGT6bEAtQOr619nVg1FklVqJzbCtUH7rz25OmiN8mII lqFWYhVanj3UhODD/IR6KVzXSHdShH417bWoiv+jE74RHBmTC21V0EJCNKafVgjIVXXQ /pegsIH0kPGWhiU6LFUoCeIZqa/AZxmIBSkFy4DxPqc9iFydm4aFreSzWpvTj3ns653K UaIA== X-Gm-Message-State: AOAM532fUxEUEo9XwA7ge4S0VmTgIffpkCWHZak+aAdMm8IbtjI6pcMs MsSuIRudAbRf40koGH6MCBchEy4pQ9g98HXa6uQ= X-Google-Smtp-Source: ABdhPJxy6tnp8yK7dzQEfBXurAyK6EyK1X5qVIhcMM7IF6b2lEO41lh3GD4J4YfcE5GC3v86u8RIeHosT7UwseWdJkQ= X-Received: by 2002:a2e:2a86:: with SMTP id q128mr21918619ljq.158.1609176712540; Mon, 28 Dec 2020 09:31:52 -0800 (PST) MIME-Version: 1.0 References: <46b1b623-a628-2373-4378-e70f0038b4f2@pi.nu> In-Reply-To: <46b1b623-a628-2373-4378-e70f0038b4f2@pi.nu> From: Greg Mirsky Date: Mon, 28 Dec 2020 09:31:41 -0800 Message-ID: To: Loa Andersson Cc: "Andrew G. Malis" , mpls , mpls-chairs , draft-gandhi-mpls-ioam-sr@ietf.org Content-Type: multipart/alternative; boundary="00000000000054f71d05b789a69d" Archived-At: Subject: Re: [mpls] MPLS-RT Review of draft-gandhi-mpls-ioam-sr-04 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2020 17:31:57 -0000 --00000000000054f71d05b789a69d Content-Type: text/plain; charset="UTF-8" Hi Loa, Andy, et al., I think that if someone is interested in how a similar problem (as I understand what IOAM tries to achieve) was resolved, RFC 8169 might have useful information. We've used ACH, Scratch Pad for collecting telemetry (residence time), and TLV to carry the original PTP packet through the MPLS domain. Regards, Greg On Sun, Dec 27, 2020 at 11:04 PM Loa Andersson wrote: > Working Group, > > Andy and I have discussed this a bit off-line. > > Andy, > > I have now re-read the this draft, other relevant drafts and the mail > we have exchanged. I had earlier partly misunderstood and now think that > your summary of the situation is basically correct. > > However, I'd like to see more discussion on what we should do. In > particular I'd like to see a comment from the authors on this. > > You outline three different proposals: > > 1. follow the draft and allocate 0x0010b from IP Version Numbers > registry in the Version Numbers name space for this purpose > 2. use ACH > 3. use code point #15 from IP Version Numbers registry in the Version > Numbers name space > > To me it seems like 1 and 3 is the same, we ask for a code point from IP > Version Numbers registry in the Version Numbers name space. IANA pick > the code point for us. > > Note 1: We can give a strong recommendation telling IANA which code > point we want, but the decision is still with IANA. > > Note 2: It seems like the chances that a Version number lower than 6 > will not be picked for an IP version, value 2 is unassigned and much > easier to allocate than the reserved value 15. > > Note 3: I think you are right that it is a hrd sell both to working > group and the IESG to pick a value from this registry. > > Authors. > > It would be nice to hear from you on this discussion, but don't change > the document until we have a reasonable consensus. > > /Loa > > > > On 25/12/2020 01:44, Andrew G. Malis wrote: > > I've been asked to provide a pre-adoption MPLS-RT review of > > draft-gandhi-mpls-ioam-sr-04. > > > > I have a major concern that I believe needs to be addressed, either > > before or after WG adoption (I defer to the WG chairs to make this > > decision). My personal preference is that it be addressed by the authors > > prior to adoption, but if it occurs following adoption, I would like to > > see it addressed before it gets much further in the WG process. > > > > My concern is as follows: > > > > In Section 6 and Figure 1, 0x0010b (2 decimal) is used for the first > > nibble following the MPLS label stack in order to avoid ECMP. This > > intent is fine, but there is an issue with choosing this particular > > value. The first nibble following the label stack is often (as we know) > > interpreted as an IP Version Number. According to > > https://www.iana.org/assignments/version-numbers/version-numbers.xhtml > > > > > , 0x0010b (2 decimal) is currently unassigned, so it COULD be assigned > > by IANA, creating a future conflict. > > > > We could request IANA to assign IP Version number 2 for this purpose, > > but I believe that would be a very difficult sell to both IANA and the > > IESG, as there are only a small number of IP Version numbers available. > > > > Instead, I would suggest either of the two following alternatives: > > > > 1. Use the MPLS ACH (RFC 5586), starting with 0x0001b, and alter the > > packet format in Figure 1 of this draft accordingly so that it follows > > the ACH's general format but also includes the necessary fields for the > > draft's purpose. > > > > 2. Use one of the IANA reserved IP version numbers instead of 0x0010b. I > > would recommend 15 (0x1111b). There is reasonable certainty that this > > would never actually ever be assigned by IANA. > > > > The first alternative is my personal preference, but I would be OK with > > the second as well. > > > > Other comments: > > > > Other than this issue, I found the draft to be well-written and easy to > > follow, and generally ready for WG adoption. > > > > Cheers, > > Andy > > > > > > _______________________________________________ > > mpls mailing list > > mpls@ietf.org > > https://www.ietf.org/mailman/listinfo/mpls > > > > -- > > Loa Andersson email: loa@pi.nu > Senior MPLS Expert loa.pi.nu@gmail.com > Bronze Dragon Consulting phone: +46 739 81 21 64 > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > --00000000000054f71d05b789a69d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Loa, Andy, et al.,
I think that if someone is inter= ested in how a similar problem (as I understand what IOAM tries to achieve)= was resolved,=C2=A0RFC 8169=C2=A0might have useful information. We've = used ACH, Scratch Pad for collecting telemetry (residence time), and TLV to= carry the original PTP packet through the MPLS domain.

Regards,
Greg

On Sun, Dec 27, 2020 at 11:04 PM Loa And= ersson <loa@pi.nu> wrote:
<= blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-l= eft:1px solid rgb(204,204,204);padding-left:1ex">Working Group,

Andy and I have discussed this a bit off-line.

Andy,

I have now re-read the this=C2=A0 draft, other relevant drafts and the mail=
we have exchanged. I had earlier partly misunderstood and now think that your summary of the situation is basically correct.

However, I'd like to see more discussion on what we should do. In
particular I'd like to see a comment from the authors on this.

You outline three different proposals:

1.=C2=A0 follow the draft and allocate 0x0010b from IP Version Numbers
=C2=A0 =C2=A0 =C2=A0registry in the Version Numbers name space for this pur= pose
2.=C2=A0 use ACH
3.=C2=A0 use code point #15 from IP Version Numbers registry in the Version=
=C2=A0 =C2=A0 Numbers name space

To me it seems like 1 and 3 is the same, we ask for a code point from IP Version Numbers registry in the Version Numbers name space. IANA pick
the code point for us.

Note 1: We can give a strong recommendation telling IANA which code
point we want, but the decision is still with IANA.

Note 2: It seems like the chances that a Version number lower than 6
will not be picked for an IP version, value 2 is unassigned and much
easier to allocate than the reserved value 15.

Note 3: I think you are right that it is a hrd sell both to working
group and the IESG to pick a value from this registry.

Authors.

It would be nice to hear from you on this discussion, but don't change =
the document until we have a reasonable consensus.

/Loa



On 25/12/2020 01:44, Andrew G. Malis wrote:
> I've been asked to provide a pre-adoption MPLS-RT review of
> draft-gandhi-mpls-ioam-sr-04.
>
> I have a major concern that I believe needs to be addressed, either > before or after WG adoption (I defer to the WG chairs to make this > decision). My personal preference is that it be addressed by the autho= rs
> prior to adoption, but if it occurs following adoption, I would like t= o
> see it addressed before it gets much further in the WG process.
>
> My concern is as follows:
>
> In Section 6 and Figure 1, 0x0010b (2 decimal) is used for the first <= br> > nibble following the MPLS label stack in order to avoid ECMP. This > intent is fine, but there is an issue with choosing this particular > value. The first nibble following the label stack is often (as we know= )
> interpreted as an IP Version Number. According to
> https://www.iana.org/assi= gnments/version-numbers/version-numbers.xhtml
> <https://www.iana.org/= assignments/version-numbers/version-numbers.xhtml>
> , 0x0010b (2 decimal) is currently unassigned, so it COULD be assigned=
> by IANA, creating a future conflict.
>
> We could request IANA to assign IP Version number 2 for this purpose, =
> but I believe that would be a very difficult sell to both IANA and the=
> IESG, as there are only a small number of IP Version numbers available= .
>
> Instead, I would suggest either of the two following alternatives:
>
> 1. Use the MPLS ACH (RFC 5586), starting with 0x0001b, and alter the <= br> > packet format in Figure 1 of this draft accordingly so that it follows=
> the ACH's general format but also includes the necessary fields fo= r the
> draft's purpose.
>
> 2. Use one of the IANA reserved IP version numbers instead of 0x0010b.= I
> would recommend 15 (0x1111b). There is reasonable certainty that this =
> would never actually ever be assigned by IANA.
>
> The first alternative is my personal preference, but I would be OK wit= h
> the second as well.
>
> Other comments:
>
> Other than this issue, I found the draft to be well-written and easy t= o
> follow, and generally ready for WG adoption.
>
> Cheers,
> Andy
>
>
> _______________________________________________
> mpls mailing list
> mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls
>

--

Loa Andersson=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 email: loa@pi.nu
Senior MPLS Expert=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 loa.pi.nu@gmail.com
Bronze Dragon Consulting=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pho= ne: +46 739 81 21 64

_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls
--00000000000054f71d05b789a69d-- From nobody Mon Dec 28 11:05: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 39B053A0D1C; Mon, 28 Dec 2020 11:05:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.097 X-Spam-Level: X-Spam-Status: No, score=-1.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, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oz1XaDzRoPNV; Mon, 28 Dec 2020 11:05:23 -0800 (PST) Received: from mail-qt1-x82b.google.com (mail-qt1-x82b.google.com [IPv6:2607:f8b0:4864:20::82b]) (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 726BF3A0D05; Mon, 28 Dec 2020 11:05:23 -0800 (PST) Received: by mail-qt1-x82b.google.com with SMTP id v5so7513876qtv.7; Mon, 28 Dec 2020 11:05:23 -0800 (PST) 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=+LM4APSSRtlLuaupDKVjtLfr/m/zuXKTlUySlu1/dgY=; b=XK5znUYDi/ru9X1Jr/QXx7p1EhZBMJ47kXzT9a8Y0mS5RVEQwueJV08td8VV9MZB1Q EfJN7A6sLIzrpIWbfWoj+K1DVz3om9QtTZHX4h0LtD5804bTVrpKRglYC8M8MuVSIWbh fzKTc1MudcrGtGxiILWsYZ+X00uYdG/cyexpJRLxuneJ6FK2KhQaMGG/abseoJPd+ppU rJwuQ3u4hWbxvBZZ50F6/ZglQcfEbpUpkM5duvpnzhtow8B6VilH0jiJSts606CZ8GuQ QXpl9UdbGgUO7JUGKFc7AfWXUufsIP1YXq1Lqe0PPk4JeC1p7a0X/ntEvF53QVMlFqON TZNg== 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=+LM4APSSRtlLuaupDKVjtLfr/m/zuXKTlUySlu1/dgY=; b=Jij4dUhE1P440mjImBEh35LpKSnYx8UTWC7qW6jnF6chqYZ0idxxNOvgichWnqVIXU +am6NRUTqgRryeNha1PL4vru2MWqrrauI5BcBvdmPB568QyKSvru8Glk85rZPYHybAKf nNIWDqpDIu7D6zMxxX3VW7nhGNTAf6x+S1uy6W+qi1+T9BJg8uL/LKKbjz3n65s1/4dO x07qqO5yZKvM5UeZYpddmjyK5G6XLWMPO5x9HBeM8BV6BvoyP2DzdEOvx1Z1N64u/uTm iByuYxmXepGUm0DTI40Cy67HOFHwTuOjrjKHdXCoW+ZvTRljxPsO1KCb/s1GRlV62oGi NtUw== X-Gm-Message-State: AOAM5326zZ/QtPSits7MXAHGUPGSrbAdYybC2p6OGcQROgMboQhwM6TE viQ5FndthBt/XGNd9+0u91OukGd7yHv2Z/+2Lmo= X-Google-Smtp-Source: ABdhPJzj6VIwycrPiugSScqkGLLhqf2rbpe+05JgdPOsyWlAr7f6KkxBQpWzLXsh1/3K75PhrQSPCS47G5Y2DnTFNgg= X-Received: by 2002:ac8:44cb:: with SMTP id b11mr44655260qto.60.1609182322333; Mon, 28 Dec 2020 11:05:22 -0800 (PST) MIME-Version: 1.0 References: <46b1b623-a628-2373-4378-e70f0038b4f2@pi.nu> In-Reply-To: From: "Andrew G. Malis" Date: Mon, 28 Dec 2020 14:05:06 -0500 Message-ID: To: Greg Mirsky Cc: Loa Andersson , mpls , mpls-chairs , draft-gandhi-mpls-ioam-sr@ietf.org Content-Type: multipart/alternative; boundary="000000000000b39b4105b78af4e0" Archived-At: Subject: Re: [mpls] MPLS-RT Review of draft-gandhi-mpls-ioam-sr-04 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Dec 2020 19:05:26 -0000 --000000000000b39b4105b78af4e0 Content-Type: text/plain; charset="UTF-8" Greg, Thanks for the reminder! This is basically what I had in mind when I suggested using the ACH. Cheers, Andy On Mon, Dec 28, 2020 at 12:31 PM Greg Mirsky wrote: > Hi Loa, Andy, et al., > I think that if someone is interested in how a similar problem (as I > understand what IOAM tries to achieve) was resolved, RFC 8169 > might have > useful information. We've used ACH, Scratch Pad for collecting telemetry > (residence time), and TLV to carry the original PTP packet through the MPLS > domain. > > Regards, > Greg > > On Sun, Dec 27, 2020 at 11:04 PM Loa Andersson wrote: > >> Working Group, >> >> Andy and I have discussed this a bit off-line. >> >> Andy, >> >> I have now re-read the this draft, other relevant drafts and the mail >> we have exchanged. I had earlier partly misunderstood and now think that >> your summary of the situation is basically correct. >> >> However, I'd like to see more discussion on what we should do. In >> particular I'd like to see a comment from the authors on this. >> >> You outline three different proposals: >> >> 1. follow the draft and allocate 0x0010b from IP Version Numbers >> registry in the Version Numbers name space for this purpose >> 2. use ACH >> 3. use code point #15 from IP Version Numbers registry in the Version >> Numbers name space >> >> To me it seems like 1 and 3 is the same, we ask for a code point from IP >> Version Numbers registry in the Version Numbers name space. IANA pick >> the code point for us. >> >> Note 1: We can give a strong recommendation telling IANA which code >> point we want, but the decision is still with IANA. >> >> Note 2: It seems like the chances that a Version number lower than 6 >> will not be picked for an IP version, value 2 is unassigned and much >> easier to allocate than the reserved value 15. >> >> Note 3: I think you are right that it is a hrd sell both to working >> group and the IESG to pick a value from this registry. >> >> Authors. >> >> It would be nice to hear from you on this discussion, but don't change >> the document until we have a reasonable consensus. >> >> /Loa >> >> >> >> On 25/12/2020 01:44, Andrew G. Malis wrote: >> > I've been asked to provide a pre-adoption MPLS-RT review of >> > draft-gandhi-mpls-ioam-sr-04. >> > >> > I have a major concern that I believe needs to be addressed, either >> > before or after WG adoption (I defer to the WG chairs to make this >> > decision). My personal preference is that it be addressed by the >> authors >> > prior to adoption, but if it occurs following adoption, I would like to >> > see it addressed before it gets much further in the WG process. >> > >> > My concern is as follows: >> > >> > In Section 6 and Figure 1, 0x0010b (2 decimal) is used for the first >> > nibble following the MPLS label stack in order to avoid ECMP. This >> > intent is fine, but there is an issue with choosing this particular >> > value. The first nibble following the label stack is often (as we know) >> > interpreted as an IP Version Number. According to >> > https://www.iana.org/assignments/version-numbers/version-numbers.xhtml >> > >> >> > , 0x0010b (2 decimal) is currently unassigned, so it COULD be assigned >> > by IANA, creating a future conflict. >> > >> > We could request IANA to assign IP Version number 2 for this purpose, >> > but I believe that would be a very difficult sell to both IANA and the >> > IESG, as there are only a small number of IP Version numbers available. >> > >> > Instead, I would suggest either of the two following alternatives: >> > >> > 1. Use the MPLS ACH (RFC 5586), starting with 0x0001b, and alter the >> > packet format in Figure 1 of this draft accordingly so that it follows >> > the ACH's general format but also includes the necessary fields for the >> > draft's purpose. >> > >> > 2. Use one of the IANA reserved IP version numbers instead of 0x0010b. >> I >> > would recommend 15 (0x1111b). There is reasonable certainty that this >> > would never actually ever be assigned by IANA. >> > >> > The first alternative is my personal preference, but I would be OK with >> > the second as well. >> > >> > Other comments: >> > >> > Other than this issue, I found the draft to be well-written and easy to >> > follow, and generally ready for WG adoption. >> > >> > Cheers, >> > Andy >> > >> > >> > _______________________________________________ >> > mpls mailing list >> > mpls@ietf.org >> > https://www.ietf.org/mailman/listinfo/mpls >> > >> >> -- >> >> Loa Andersson email: loa@pi.nu >> Senior MPLS Expert loa.pi.nu@gmail.com >> Bronze Dragon Consulting phone: +46 739 81 21 64 >> >> _______________________________________________ >> mpls mailing list >> mpls@ietf.org >> https://www.ietf.org/mailman/listinfo/mpls >> > --000000000000b39b4105b78af4e0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Greg,

Thanks for the reminder! This is = basically what I had in mind when I suggested using the ACH.

=
Cheers,
Andy


On Mon, Dec 28, 2020= at 12:31 PM Greg Mirsky <gregi= mirsky@gmail.com> wrote:
Hi Loa, Andy, et al.,
I think that if = someone is interested in how a similar problem (as I understand what IOAM t= ries to achieve) was resolved,=C2=A0RFC 8169=C2=A0might h= ave useful information. We've used ACH, Scratch Pad for collecting tele= metry (residence time), and TLV to carry the original PTP packet through th= e MPLS domain.

Regards,
Greg
=
On Sun= , Dec 27, 2020 at 11:04 PM Loa Andersson <loa@pi.nu> wrote:
Working Group,

Andy and I have discussed this a bit off-line.

Andy,

I have now re-read the this=C2=A0 draft, other relevant drafts and the mail=
we have exchanged. I had earlier partly misunderstood and now think that your summary of the situation is basically correct.

However, I'd like to see more discussion on what we should do. In
particular I'd like to see a comment from the authors on this.

You outline three different proposals:

1.=C2=A0 follow the draft and allocate 0x0010b from IP Version Numbers
=C2=A0 =C2=A0 =C2=A0registry in the Version Numbers name space for this pur= pose
2.=C2=A0 use ACH
3.=C2=A0 use code point #15 from IP Version Numbers registry in the Version=
=C2=A0 =C2=A0 Numbers name space

To me it seems like 1 and 3 is the same, we ask for a code point from IP Version Numbers registry in the Version Numbers name space. IANA pick
the code point for us.

Note 1: We can give a strong recommendation telling IANA which code
point we want, but the decision is still with IANA.

Note 2: It seems like the chances that a Version number lower than 6
will not be picked for an IP version, value 2 is unassigned and much
easier to allocate than the reserved value 15.

Note 3: I think you are right that it is a hrd sell both to working
group and the IESG to pick a value from this registry.

Authors.

It would be nice to hear from you on this discussion, but don't change =
the document until we have a reasonable consensus.

/Loa



On 25/12/2020 01:44, Andrew G. Malis wrote:
> I've been asked to provide a pre-adoption MPLS-RT review of
> draft-gandhi-mpls-ioam-sr-04.
>
> I have a major concern that I believe needs to be addressed, either > before or after WG adoption (I defer to the WG chairs to make this > decision). My personal preference is that it be addressed by the autho= rs
> prior to adoption, but if it occurs following adoption, I would like t= o
> see it addressed before it gets much further in the WG process.
>
> My concern is as follows:
>
> In Section 6 and Figure 1, 0x0010b (2 decimal) is used for the first <= br> > nibble following the MPLS label stack in order to avoid ECMP. This > intent is fine, but there is an issue with choosing this particular > value. The first nibble following the label stack is often (as we know= )
> interpreted as an IP Version Number. According to
> https://www.iana.org/assi= gnments/version-numbers/version-numbers.xhtml
> <https://www.iana.org/= assignments/version-numbers/version-numbers.xhtml>
> , 0x0010b (2 decimal) is currently unassigned, so it COULD be assigned=
> by IANA, creating a future conflict.
>
> We could request IANA to assign IP Version number 2 for this purpose, =
> but I believe that would be a very difficult sell to both IANA and the=
> IESG, as there are only a small number of IP Version numbers available= .
>
> Instead, I would suggest either of the two following alternatives:
>
> 1. Use the MPLS ACH (RFC 5586), starting with 0x0001b, and alter the <= br> > packet format in Figure 1 of this draft accordingly so that it follows=
> the ACH's general format but also includes the necessary fields fo= r the
> draft's purpose.
>
> 2. Use one of the IANA reserved IP version numbers instead of 0x0010b.= I
> would recommend 15 (0x1111b). There is reasonable certainty that this =
> would never actually ever be assigned by IANA.
>
> The first alternative is my personal preference, but I would be OK wit= h
> the second as well.
>
> Other comments:
>
> Other than this issue, I found the draft to be well-written and easy t= o
> follow, and generally ready for WG adoption.
>
> Cheers,
> Andy
>
>
> _______________________________________________
> mpls mailing list
> mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls
>

--

Loa Andersson=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 email: loa@pi.nu
Senior MPLS Expert=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 loa.pi.nu@gmail.com
Bronze Dragon Consulting=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pho= ne: +46 739 81 21 64

_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls
--000000000000b39b4105b78af4e0-- From nobody Mon Dec 28 13:23:29 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 AF8873A0DF3; Mon, 28 Dec 2020 13:23:23 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: Andy Smith via Datatracker To: Cc: draft-ietf-mpls-rfc6374-sfl.all@ietf.org, last-call@ietf.org, mpls@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 7.24.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <160919060367.7736.6482165412422849474@ietfa.amsl.com> Reply-To: Andy Smith Date: Mon, 28 Dec 2020 13:23:23 -0800 Archived-At: Subject: [mpls] Rtgdir last call review of draft-ietf-mpls-rfc6374-sfl-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: Mon, 28 Dec 2020 21:23:24 -0000 Reviewer: Andy Smith Review result: Has Nits Hello, I have been selected as the Routing Directorate reviewer for this draft. The Routing Directorate seeks to review all routing or routing-related drafts as they pass through IETF last call and IESG review, and sometimes on special request. The purpose of the review is to provide assistance to the Routing ADs. For more information about the Routing Directorate, please see http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir Although these comments are primarily for the use of the Routing ADs, it would be helpful if you could consider them along with any other IETF Last Call comments that you receive, and strive to resolve them through discussion or by updating the draft. Document: draft-ietf-mpls-rfc6374-sfl-08.txt Reviewer: Andy Smith Review 28 December 2020 IETF LC End Date: date-if-known Intended Status: Proposed Standard Summary: This document is basically ready for publication, but has nits that should be considered prior to publication. Comments: The document is easy to follow. It is a novel idea that solves a reasonable to understand problem. Major Issues: Nothing obvious. Minor Issues: Section 5: This it is proposed -> Thus it is proposed Section 6: large set of overlapping measurement type -> large set of overlapping measurement types "increased operation and capital cost" -> do you really want to make this claim? If so need to quantify it. Section 7.1: "when a packet had a delay relative to its predecessor of 2us both the up to 1us and the 2us counter" doesn't make sense. reword Section 7.2: "Characteristic’s 1 and 2" no apostrophe needed Section 7.3: "create a large demand on storage in the instrumentation system" -> quantify this if this claim is going to be made Section 9.1: "Editor’s Note we" - Clarify who 'we' is. The authors? the WG? don't use first person. Nits: A number of run-on sentences are in the document, especially in the Introduction. While not fatal, it makes it a chore to read in parts. Consider breaking some long sentences apart. There is a lack of comma usage throughout the document, a nit, but hurts readability. From nobody Mon Dec 28 17:32: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 8AED03A0FE4; Mon, 28 Dec 2020 17:32:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.097 X-Spam-Level: X-Spam-Status: No, score=-1.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, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GZKcJthMJUgg; Mon, 28 Dec 2020 17:32:34 -0800 (PST) Received: from mail-lf1-x135.google.com (mail-lf1-x135.google.com [IPv6:2a00:1450:4864:20::135]) (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 35B873A0FDD; Mon, 28 Dec 2020 17:32:34 -0800 (PST) Received: by mail-lf1-x135.google.com with SMTP id o17so27732657lfg.4; Mon, 28 Dec 2020 17:32:34 -0800 (PST) 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=ZkbS0/5CLAvnIPBjge3nHHKiAYqeR95KTrxjjfsk3bA=; b=d6l0GZhOv+/gBnuEWETeT5I5g6S3wGIjVw1IrNkX6nA/PgfwbFqLJcXrlfSo81SC9s 8DjI5/ozTxNAzctW7kp8adNRQRZdyKTqRJHv/0r+nR0Y9/FJ1WitjqKxZurrr7weBwVO fyB4a40tZChdQMj/hHfHWyt38WxkJ2RQWIpC/gCxhm2z54JGKfgg7XVmKf3jwcHtpW9r Wvwci1SzjCVICGz19QZyh4ZIr2j5NYQRPG7oSI6waE/ZiiI3Oc96ECbrf+QUVTVz86bh KCB0A0cnkjy8WMgaQuaFlokAkhRa2jnuw94EJrYnAEprV1kzJCC08XaAd/ogEsxq7Bf6 XG5A== 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=ZkbS0/5CLAvnIPBjge3nHHKiAYqeR95KTrxjjfsk3bA=; b=gxVFPQdwvV/SN/W6byB0goStuzAAgRLpMTZKCwKBb6/D7Cpp+i1mGHX0k1Fdkbxfb+ GLifF29P/E929R0VY76sG3fc3p2mDM9fsCYgWxtiogHZFdRsHLwqsB6ykCVjpR7+YLxu pvdKzHX39igkJ7y60ZO3kjrk/k5Y2MB4CvDutdu0vW9JrFDYzwDGrg6YxhoXxyITEDWl ic9fsSzu9iQ/G/+zOokzXacoCsxCduWCeupqotTeV/umYqYeTBzWCyBMQ3PeU+3/5Z2S LZzWVfdzwqFwp1W7pBVreYjfncScWderoo6C1rcSXN+tAPc3ojvYzY54FNtUmZ//i+ln mAgw== X-Gm-Message-State: AOAM533RomRgJwisfxTl/obb+Eo7O4qHx6wZNCZv3hSZ3RVT5GrpjGzO /zz7exJKXmuhspFVg+s4f8aOzPwD3oK14qvsvR18WXYQkA== X-Google-Smtp-Source: ABdhPJyHTYVspXFUVOANARttMQbW+wwl9uZighpF4xUo4ROFCS+ZBQTh+VNiiD807T1O86+TQWdz25g/2FQX9v5t6r0= X-Received: by 2002:ac2:4642:: with SMTP id s2mr20645894lfo.616.1609205552482; Mon, 28 Dec 2020 17:32:32 -0800 (PST) MIME-Version: 1.0 References: <46b1b623-a628-2373-4378-e70f0038b4f2@pi.nu> In-Reply-To: From: Rakesh Gandhi Date: Mon, 28 Dec 2020 20:32:21 -0500 Message-ID: To: "Andrew G. Malis" Cc: Greg Mirsky , mpls , draft-gandhi-mpls-ioam-sr@ietf.org, mpls-chairs Content-Type: multipart/alternative; boundary="000000000000538eef05b7905d3a" Archived-At: Subject: Re: [mpls] MPLS-RT Review of draft-gandhi-mpls-ioam-sr-04 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Dec 2020 01:32:37 -0000 --000000000000538eef05b7905d3a Content-Type: text/plain; charset="UTF-8" Thanks Andy, Loa and Greg. Acking, we can go with a similar ACH based proposal. Thanks, Rakesh On Mon, Dec 28, 2020 at 2:05 PM Andrew G. Malis wrote: > Greg, > > Thanks for the reminder! This is basically what I had in mind when I > suggested using the ACH. > > Cheers, > Andy > > > On Mon, Dec 28, 2020 at 12:31 PM Greg Mirsky > wrote: > >> Hi Loa, Andy, et al., >> I think that if someone is interested in how a similar problem (as I >> understand what IOAM tries to achieve) was resolved, RFC 8169 >> might have >> useful information. We've used ACH, Scratch Pad for collecting telemetry >> (residence time), and TLV to carry the original PTP packet through the MPLS >> domain. >> >> Regards, >> Greg >> >> On Sun, Dec 27, 2020 at 11:04 PM Loa Andersson wrote: >> >>> Working Group, >>> >>> Andy and I have discussed this a bit off-line. >>> >>> Andy, >>> >>> I have now re-read the this draft, other relevant drafts and the mail >>> we have exchanged. I had earlier partly misunderstood and now think that >>> your summary of the situation is basically correct. >>> >>> However, I'd like to see more discussion on what we should do. In >>> particular I'd like to see a comment from the authors on this. >>> >>> You outline three different proposals: >>> >>> 1. follow the draft and allocate 0x0010b from IP Version Numbers >>> registry in the Version Numbers name space for this purpose >>> 2. use ACH >>> 3. use code point #15 from IP Version Numbers registry in the Version >>> Numbers name space >>> >>> To me it seems like 1 and 3 is the same, we ask for a code point from IP >>> Version Numbers registry in the Version Numbers name space. IANA pick >>> the code point for us. >>> >>> Note 1: We can give a strong recommendation telling IANA which code >>> point we want, but the decision is still with IANA. >>> >>> Note 2: It seems like the chances that a Version number lower than 6 >>> will not be picked for an IP version, value 2 is unassigned and much >>> easier to allocate than the reserved value 15. >>> >>> Note 3: I think you are right that it is a hrd sell both to working >>> group and the IESG to pick a value from this registry. >>> >>> Authors. >>> >>> It would be nice to hear from you on this discussion, but don't change >>> the document until we have a reasonable consensus. >>> >>> /Loa >>> >>> >>> >>> On 25/12/2020 01:44, Andrew G. Malis wrote: >>> > I've been asked to provide a pre-adoption MPLS-RT review of >>> > draft-gandhi-mpls-ioam-sr-04. >>> > >>> > I have a major concern that I believe needs to be addressed, either >>> > before or after WG adoption (I defer to the WG chairs to make this >>> > decision). My personal preference is that it be addressed by the >>> authors >>> > prior to adoption, but if it occurs following adoption, I would like >>> to >>> > see it addressed before it gets much further in the WG process. >>> > >>> > My concern is as follows: >>> > >>> > In Section 6 and Figure 1, 0x0010b (2 decimal) is used for the first >>> > nibble following the MPLS label stack in order to avoid ECMP. This >>> > intent is fine, but there is an issue with choosing this particular >>> > value. The first nibble following the label stack is often (as we >>> know) >>> > interpreted as an IP Version Number. According to >>> > https://www.iana.org/assignments/version-numbers/version-numbers.xhtml >>> > < >>> https://www.iana.org/assignments/version-numbers/version-numbers.xhtml> >>> > , 0x0010b (2 decimal) is currently unassigned, so it COULD be assigned >>> > by IANA, creating a future conflict. >>> > >>> > We could request IANA to assign IP Version number 2 for this purpose, >>> > but I believe that would be a very difficult sell to both IANA and the >>> > IESG, as there are only a small number of IP Version numbers available. >>> > >>> > Instead, I would suggest either of the two following alternatives: >>> > >>> > 1. Use the MPLS ACH (RFC 5586), starting with 0x0001b, and alter the >>> > packet format in Figure 1 of this draft accordingly so that it follows >>> > the ACH's general format but also includes the necessary fields for >>> the >>> > draft's purpose. >>> > >>> > 2. Use one of the IANA reserved IP version numbers instead of 0x0010b. >>> I >>> > would recommend 15 (0x1111b). There is reasonable certainty that this >>> > would never actually ever be assigned by IANA. >>> > >>> > The first alternative is my personal preference, but I would be OK >>> with >>> > the second as well. >>> > >>> > Other comments: >>> > >>> > Other than this issue, I found the draft to be well-written and easy >>> to >>> > follow, and generally ready for WG adoption. >>> > >>> > Cheers, >>> > Andy >>> > >>> > >>> > _______________________________________________ >>> > mpls mailing list >>> > mpls@ietf.org >>> > https://www.ietf.org/mailman/listinfo/mpls >>> > >>> >>> -- >>> >>> Loa Andersson email: loa@pi.nu >>> Senior MPLS Expert loa.pi.nu@gmail.com >>> Bronze Dragon Consulting phone: +46 739 81 21 64 >>> >>> _______________________________________________ >>> mpls mailing list >>> mpls@ietf.org >>> https://www.ietf.org/mailman/listinfo/mpls >>> >> _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > --000000000000538eef05b7905d3a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thanks Andy, Loa and Greg.
Acking, we = can go with a similar ACH based proposal.

Thanks,<= /div>
Rakesh


<= div dir=3D"ltr" class=3D"gmail_attr">On Mon, Dec 28, 2020 at 2:05 PM Andrew= G. Malis <agmalis@gmail.com>= ; wrote:
Greg,

Thanks for the reminder! This is basical= ly what I had in mind when I suggested using the ACH.

<= div>Cheers,
Andy


On Mon, Dec 28, 2020 at 12:3= 1 PM Greg Mirsky <gregimirsky@gmail.com> wrote:
Hi Loa, Andy, et al.,
I thin= k that if someone is interested in how a similar problem (as I understand w= hat IOAM tries to achieve) was resolved,=C2=A0RFC 8169=C2= =A0might have useful information. We've used ACH, Scratch Pad for colle= cting telemetry (residence time), and TLV to carry the original PTP packet = through the MPLS domain.

Regards,
Greg

On Sun, Dec 27, 2020 at 11:04 PM Loa Andersson <loa@pi.nu> wrote:
Working Group,

Andy and I have discussed this a bit off-line.

Andy,

I have now re-read the this=C2=A0 draft, other relevant drafts and the mail=
we have exchanged. I had earlier partly misunderstood and now think that your summary of the situation is basically correct.

However, I'd like to see more discussion on what we should do. In
particular I'd like to see a comment from the authors on this.

You outline three different proposals:

1.=C2=A0 follow the draft and allocate 0x0010b from IP Version Numbers
=C2=A0 =C2=A0 =C2=A0registry in the Version Numbers name space for this pur= pose
2.=C2=A0 use ACH
3.=C2=A0 use code point #15 from IP Version Numbers registry in the Version=
=C2=A0 =C2=A0 Numbers name space

To me it seems like 1 and 3 is the same, we ask for a code point from IP Version Numbers registry in the Version Numbers name space. IANA pick
the code point for us.

Note 1: We can give a strong recommendation telling IANA which code
point we want, but the decision is still with IANA.

Note 2: It seems like the chances that a Version number lower than 6
will not be picked for an IP version, value 2 is unassigned and much
easier to allocate than the reserved value 15.

Note 3: I think you are right that it is a hrd sell both to working
group and the IESG to pick a value from this registry.

Authors.

It would be nice to hear from you on this discussion, but don't change =
the document until we have a reasonable consensus.

/Loa



On 25/12/2020 01:44, Andrew G. Malis wrote:
> I've been asked to provide a pre-adoption MPLS-RT review of
> draft-gandhi-mpls-ioam-sr-04.
>
> I have a major concern that I believe needs to be addressed, either > before or after WG adoption (I defer to the WG chairs to make this > decision). My personal preference is that it be addressed by the autho= rs
> prior to adoption, but if it occurs following adoption, I would like t= o
> see it addressed before it gets much further in the WG process.
>
> My concern is as follows:
>
> In Section 6 and Figure 1, 0x0010b (2 decimal) is used for the first <= br> > nibble following the MPLS label stack in order to avoid ECMP. This > intent is fine, but there is an issue with choosing this particular > value. The first nibble following the label stack is often (as we know= )
> interpreted as an IP Version Number. According to
> https://www.iana.org/assi= gnments/version-numbers/version-numbers.xhtml
> <https://www.iana.org/= assignments/version-numbers/version-numbers.xhtml>
> , 0x0010b (2 decimal) is currently unassigned, so it COULD be assigned=
> by IANA, creating a future conflict.
>
> We could request IANA to assign IP Version number 2 for this purpose, =
> but I believe that would be a very difficult sell to both IANA and the=
> IESG, as there are only a small number of IP Version numbers available= .
>
> Instead, I would suggest either of the two following alternatives:
>
> 1. Use the MPLS ACH (RFC 5586), starting with 0x0001b, and alter the <= br> > packet format in Figure 1 of this draft accordingly so that it follows=
> the ACH's general format but also includes the necessary fields fo= r the
> draft's purpose.
>
> 2. Use one of the IANA reserved IP version numbers instead of 0x0010b.= I
> would recommend 15 (0x1111b). There is reasonable certainty that this =
> would never actually ever be assigned by IANA.
>
> The first alternative is my personal preference, but I would be OK wit= h
> the second as well.
>
> Other comments:
>
> Other than this issue, I found the draft to be well-written and easy t= o
> follow, and generally ready for WG adoption.
>
> Cheers,
> Andy
>
>
> _______________________________________________
> mpls mailing list
> mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls
>

--

Loa Andersson=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 email: loa@pi.nu
Senior MPLS Expert=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 loa.pi.nu@gmail.com
Bronze Dragon Consulting=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pho= ne: +46 739 81 21 64

_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls
_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls
--000000000000538eef05b7905d3a-- From nobody Tue Dec 29 00:05:09 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 E337F3A1062; Tue, 29 Dec 2020 00:05:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-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 oJ8Y65VbQQKy; Tue, 29 Dec 2020 00:05:03 -0800 (PST) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5124D3A0E82; Tue, 29 Dec 2020 00:05:03 -0800 (PST) Received: from fraeml714-chm.china.huawei.com (unknown [172.18.147.201]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4D4n2R61HMz67W42; Tue, 29 Dec 2020 16:02:23 +0800 (CST) Received: from fraeml715-chm.china.huawei.com (10.206.15.34) by fraeml714-chm.china.huawei.com (10.206.15.33) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2106.2; Tue, 29 Dec 2020 09:04:59 +0100 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.2106.002; Tue, 29 Dec 2020 09:04:59 +0100 From: Italo Busi To: 'Weiqiang Cheng' , "draft-cheng-mpls-inband-pm-encapsulation@ietf.org" , "mpls-chairs@ietf.org" , Mach Chen CC: "mpls@ietf.org" Thread-Topic: MPLS-RT review of draft-cheng-mpls-inband-pm-encapsulation Thread-Index: AdbONAi8bzMJ1FAyQGmxssyQ8d9OZgDk1dCAAvwguFA= Date: Tue, 29 Dec 2020 08:04:59 +0000 Message-ID: <0a2631017f1541fd98ebb61ce627283f@huawei.com> References: <07f301d6d1c7$e5c246e0$b146d4a0$@com> In-Reply-To: <07f301d6d1c7$e5c246e0$b146d4a0$@com> Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.89.214] Content-Type: multipart/alternative; boundary="_000_0a2631017f1541fd98ebb61ce627283fhuaweicom_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [mpls] MPLS-RT review of 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, 29 Dec 2020 08:05:07 -0000 --_000_0a2631017f1541fd98ebb61ce627283fhuaweicom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 V2VpcWlhbmcsDQoNClRoYW5rcyBmb3IgYWRkcmVzc2luZyBteSBjb21tZW50LiBJIGFtIG9rIHdp dGggeW91ciBwcm9wb3NlZCByZXNvbHV0aW9uLg0KDQpJdGFsbw0KDQpGcm9tOiBXZWlxaWFuZyBD aGVuZyBbbWFpbHRvOmNoZW5nd2VpcWlhbmdAY2hpbmFtb2JpbGUuY29tXQ0KU2VudDogbHVuZWTD rCAxNCBkaWNlbWJyZSAyMDIwIDA0OjE5DQpUbzogSXRhbG8gQnVzaSA8SXRhbG8uQnVzaUBodWF3 ZWkuY29tPjsgZHJhZnQtY2hlbmctbXBscy1pbmJhbmQtcG0tZW5jYXBzdWxhdGlvbkBpZXRmLm9y ZzsgbXBscy1jaGFpcnNAaWV0Zi5vcmc7IE1hY2ggQ2hlbiA8bWFjaC5jaGVuQGh1YXdlaS5jb20+ DQpDYzogbXBsc0BpZXRmLm9yZw0KU3ViamVjdDogUmU6IE1QTFMtUlQgcmV2aWV3IG9mIGRyYWZ0 LWNoZW5nLW1wbHMtaW5iYW5kLXBtLWVuY2Fwc3VsYXRpb24NCg0KDQpIaSBJdGFsbywNCg0KDQoN Ck1hbnkgdGhhbmtzIGZvciB5b3VyIHRob3JvdWdoIHJldmlldyBhbmQgaW5zaWdodGZ1bCBjb21t ZW50cy4NCg0KV2UndmUgZGlzY3Vzc2VkIHRoZW0sIHBsZWFzZSBzZWUgaW5saW5lIG91ciByZXNw b25zZXMgdGFnZ2VkIHdpdGggPFdlaXFpYW5nPi4NCg0KDQoNCkJlc3QgUmVnYXJkcywNCg0KV2Vp cWlhbmcgKG9uIGJlaGFsZiBvZiBjby1hdXRob3JzKQ0KDQoNCuWPkeS7tuS6ujogSXRhbG8gQnVz aSBbbWFpbHRvOkl0YWxvLkJ1c2lAaHVhd2VpLmNvbV0NCuWPkemAgeaXtumXtDogMjAyMOW5tDEy 5pyIOeaXpSAyMjo1NQ0K5pS25Lu25Lq6OiBkcmFmdC1jaGVuZy1tcGxzLWluYmFuZC1wbS1lbmNh cHN1bGF0aW9uQGlldGYub3JnPG1haWx0bzpkcmFmdC1jaGVuZy1tcGxzLWluYmFuZC1wbS1lbmNh cHN1bGF0aW9uQGlldGYub3JnPjsgbXBscy1jaGFpcnNAaWV0Zi5vcmc8bWFpbHRvOm1wbHMtY2hh aXJzQGlldGYub3JnPjsgTWFjaCBDaGVuDQrmioTpgIE6ICdtcGxzQGlldGYub3JnJw0K5Li76aKY OiBNUExTLVJUIHJldmlldyBvZiBkcmFmdC1jaGVuZy1tcGxzLWluYmFuZC1wbS1lbmNhcHN1bGF0 aW9uDQoNCkhpIGFsbCwNCkkgaGF2ZSBiZWVuIHNlbGVjdGVkIGFzIG9uZSBvZiB0aGUgIE1QTFMt UlQgcmV2aWV3ZXJzIG9mIGRyYWZ0LWNoZW5nLW1wbHMtaW5iYW5kLXBtLWVuY2Fwc3VsYXRpb24u DQpJIGhhdmUgcmV2aWV3ZWQgdGhlIGxhdGVzdCB2ZXJzaW9uIG9mIHRoZSBkcmFmdCAoZHJhZnQt Y2hlbmctbXBscy1pbmJhbmQtcG0tZW5jYXBzdWxhdGlvbi0wNCkuDQpJIHRoaW5rIHRoYXQgdGhl IGRvY3VtZW50IGlzIGNvaGVyZW50LCBpdCBpcyB1c2VmdWwgKGkuZS4sIGl0IGFkZHJlc3NlcyBh IHJlYWwgbmVlZCBmb3Igb3BlcmF0aW9uYWwgbmV0d29ya3MpLCBhbmQgaXQgaXMgYWxtb3N0IHRl Y2huaWNhbGx5IHNvdW5kLg0KVGhlcmVmb3JlLCBJIHRoaW5rIHRoYXQgdGhlIGRyYWZ0IGlzIGFs bW9zdCByZWFkeSB0byBiZSBhZG9wdGVkIGFzIGEgV0cgZG9jdW1lbnQuDQpJIGhhdmUgb25seSBv bmUgdGVjaG5pY2FsIGNvbW1lbnQgd2hpY2ggSSBhbSBub3Qgc3VyZSBpdCBpcyByZWFsbHkgYmxv Y2tpbmcgV0cgYWRvcHRpb24gYnV0IGl0IG1heSBiZSB3b3J0aHdoaWxlIHRvIGNvbmZpcm0gKG9y IHRvIGFkZHJlc3MpIGJlZm9yZSBXRyBhZG9wdGlvbjogSSBhbSBub3Qgc3VyZSB0aGUgdXNlIG9m IHRoZSBUQyBmaWVsZCBmb3Igc3VwcG9ydGluZyBhbHRlcm5hdGUgbWFya2luZyBtZXRob2QgaXMg ZnVsbHkgY29tcGxpYW50IHdpdGggUkZDNTQ2Mi4NCjxXZWlxaWFuZz4gSW4gdGhlIGxhdGVzdCAt MDQgdmVyc2lvbiBvZiB0aGlzIGRyYWZ0LCB3ZSB1cGRhdGVkIHRoZSB0ZXh0IHJlbGV2YW50IHRv IFRDIGZpZWxkIHVzYWdlIGFzIGFsdGVybmF0ZSBtYXJraW5nIGJpdHMsIHRoYXQncyBkdWUgdG8g dGhlIGNvbW1lbnRzL3F1ZXJpZXMgd2UgcmVjZWl2ZWQgZnJvbSBUYXJlaywgZm9yIHRoZSBkZXRh aWxzIHBsZWFzZSByZWZlciB0byB0aGUgZmlmdGggcXVlcnkgYW5kIGFuc3dlciBpbiBhcmNoaXZl OiBodHRwczovL21haWxhcmNoaXZlLmlldGYub3JnL2FyY2gvbXNnL21wbHMvX3pZWG95bXUwNVlp cS0yYktnU3RnenBxYjBRLy48aHR0cHM6Ly9tYWlsYXJjaGl2ZS5pZXRmLm9yZy9hcmNoL21zZy9t cGxzL196WVhveW11MDVZaXEtMmJLZ1N0Z3pwcWIwUS8+IFRvIG91ciB1bmRlcnN0YW5kaW5nLCBs ZXZlcmFnaW5nIFRDIGJpdHMgdG8gaWRlbnRpZnkgYWx0ZXJuYXRlIG1hcmtpbmcgaXMgYWxvbmcg dGhlIGxpbmVzIG9mIFJGQyA1NDYyLCBlc3BlY2lhbGx5IGR1ZSB0byB0aGUgZmFjdCB0aGF0IFJG QyA4MzIxIG1lbnRpb25zIG1hbnkgdGltZXMgdGhhdCBJUCBEU0NQIGZpZWxkIGNhbiBiZSB1c2Vk IHRvIGlkZW50aWZ5IGFsdGVybmF0ZSBtYXJraW5nLg0KDQpJZiB0aGUgYWx0ZXJuYXRpdmUgb3B0 aW9uIHRvIGFsbG9jYXRlIG11bHRpcGxlIEZsb3ctSUQgbGFiZWxzIGlzIGNob3NlbiwgdGhlcmUg YXJlIG90aGVyIHBpZWNlcyBvZiB0ZXh0IHRoYXQgbmVlZCB0byBiZSB1cGRhdGVkIGZvciBjb25z aXN0ZW5jeS4NCjxXZWlxaWFuZz4gQWN0dWFsbHkgdGhlIGFsdGVybmF0aXZlIG9wdGlvbiB0byBh bGxvY2F0ZSBtdWx0aXBsZSBGbG93LUlEIGxhYmVscyBpcyBub3QgcmVjb21tZW5kZWQsIGZvciB0 aGUgcmVhc29ucyBwbGVhc2UgcmVmZXIgdG8gdGhlIGZpZnRoIHF1ZXJ5IGFuZCBhbnN3ZXIgaW4g YXJjaGl2ZTogaHR0cHM6Ly9tYWlsYXJjaGl2ZS5pZXRmLm9yZy9hcmNoL21zZy9tcGxzL196WVhv eW11MDVZaXEtMmJLZ1N0Z3pwcWIwUS8uDQoNClRoZXNlIGFyZSBmZXcgb3RoZXIgY29tbWVudHMg SSBoYXZlIHdoaWNoIGNhbiBiZSBhZGRyZXNzZWQgZWl0aGVyIGJlZm9yZSBvciBhZnRlciBXRyBh ZG9wdGlvbi4NCg0KDQoxLiAgICAgICBUaGUgaW5zZXJ0aW9uIG9mIHRoZSBGbG93LUlEIGxhYmVs IHN0YWNrIGVudHJ5IGhhcyBzb21lIGltcGFjdCBvbiB0aGUgRUNNUCBiZWhhdmlvciB3aXRoaW4g dGhlIE1QTFMgbmV0d29yayB3aGljaCBuZWVkcyB0byBiZSBhbmFseXplZCBpbiB0aGUgZHJhZnQg KHNlZSBmb3IgZXhhbXBsZSBzZWN0aW9uIDUgb2YgdGhlIFNGTCBmcmFtZXdvcmsgZHJhZnQpLg0K DQo8V2VpcWlhbmc+IFRoYW5rcyBmb3IgcG9pbnRpbmcgdGhhdCBvdXQgYW5kIHRoZSBnb29kIHJl ZmVyZW5jZSwgd2UnbGwgYWRkIHRleHQgdG8gYWRkcmVzcyBpdC4NCg0KDQoNCjIuICAgICAgIEVk aXRvcmlhbDogdGhlIGRyYWZ0IHVzZXMgdGhlIHRlcm0gIlZQTiBMYWJlbCIgd2hpbGUgb3RoZXIg UkZDcyB1c2VzIHRoZSB0ZXJtICJBcHBsaWNhdGlvbiBMYWJlbCIgSXQgd291ZGwgYmUgYmV0dGVy ICB0byBhbGlnbiB0aGUgdGVybWlub2xvZ3kgd2l0aCBvdGhlciBSRkNzLg0KDQo8V2VpcWlhbmc+ IE9LLCB3aWxsIG1ha2UgdGhlIGFsaWdubWVudC4NCg0KDQoNCjMuICAgICAgIEVkaXRvcmlhbDog dGhlIHRleHQgaW4gdGhlIEludHJvZHVjdGlvbiBpcyBhIGJpdCBoYXJkIHRvIHJlYWQuIFRoZSBk aWZmZXJlbmNlcyBiZXR3ZWVuIHRoaXMgbWV0aG9kIGFuZCBTRkwgYXJlIHNwbGl0IGJldHdlZW4g dGhlIHNlY29uZCBhbmQgdGhlIHRoaXJkIHBhcmFncmFwaCB3aGlsZSB0aGUgdGhpcmQgcGFyYWdy YXBoIGRlc2NyaWJlcyBhbHNvIHRoZSBkaWZmZXJlbmNlIHdydCBpbi1zaXR1IE9BTS4gVGhlIGxh c3QgcGFyYWdyYXBoIGRlc2NyaWJlcyB3aGF0IHRoaXMgZHJhZnQgZGVmaW5lcyB3cnQgdGhlIG1l Y2hhbmlzbXMgb2YgUkM4MzIxIGFuZCBSRkM4MzcyLg0KDQoNCg0KTW9yZW92ZXIsIHNvbWUgb2Yg dGhlIHByb3BlcnRpZXMgb2YgdGhpcyBtZXRob2QgKGUuZy4sIG1vbml0b3JpbmcgYXQgaW50ZXJt ZWRpYXRlIHBvaW50cyBhcyB3ZWxsIGFzIGZsb3cgaWRlbnRpZmljYXRpb24gYXQgYm90aCBMU1Ag YW5kIFZQTi9hcHBsaWNhdGlvbiBsYWJlbCkgYXJlIGluZmVycmVkIGZyb20gdGhlIGRpZmZlcmVu Y2Ugd2l0aCBvdGhlciBtZXRob2RzIHJhdGhlciB0aGFuIGV4cGxpY2l0bHkgZGVmaW5lZCBhcyBw cm9wZXJ0aWVzIG9mIHRoaXMgbWV0aG9kLg0KDQoNCg0KSXQgaXMgcHJvcG9zZWQgdG8gcmUtb3Jn YW5pemUgdGhlIHRleHQgaW4gdGhlIEludHJvZHVjdGlvbiB3aXRoOg0KDQrigKIgICAgICAgb25l IHBhcmFncmFwaCBkZXNjcmliaW5nIHRoZSBiYWNrZ3JvdW5kIGluZm9ybWF0aW9uIChSRkM4MzIg YW5kIFJGQzgzNzIpDQoNCuKAoiAgICAgICBvbmUgb3IgdHdvIHBhcmFncmFwaHMgZGVzY3JpYmlu ZyB3aGF0IHRoaXMgZHJhZnQgZGVmaW5lcw0KDQrigKIgICAgICAgb25lIHBhcmFncmFwaCBkZWZp bmluZyB0aGUgZGlmZmVyZW5jZXMgd3J0IFNGTA0KDQrigKIgICAgICAgb25lIHBhcmFncmFwaCBk ZWZpbmluZyB0aGUgZGlmZmVyZW5jZXMgd3J0IGluLXNpdHUgT0FNDQoNCjxXZWlxaWFuZz4gTWFr ZSBzZW5zZSwgdGhhbmsgeW91LiBXZSdsbCBmb2xsb3cgeW91ciBzdWdnZXN0aW9uIHRvIHVwZGF0 ZSB0aGUgaW50cm9kdWN0aW9uIHBhcnQuDQoNCg0KDQo0LiAgICAgICBJbiBzZWN0aW9uIDEsIHRo ZSBzZWNvbmQgcGFydCBvZiB0aGUgY29tcGFyaXNvbiB3aXRoIGluLXNpdHUgT0FNIGlzIG5vdCBm dWxseSBjbGVhciB0byBtZToNCg0KDQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAgIGZ1cnRo ZXJtb3JlLCB0aGUgZm9ybWVyIGFsbG93cyB0aGUgbmV0d29yaw0KDQogICBub2RlcyB0byByZXBv cnQgdGhlIHJlZmluZWQgZGF0YSAoZS5nLiBjYWxjdWxhdGVkIHBlcmZvcm1hbmNlDQoNCiAgIG1l dHJpY3MpIGFzc29jaWF0ZWQgd2l0aCBhIHNwZWNpZmllZCBmbG93LCBuZXZlcnRoZWxlc3MgdGhl IGxhdHRlcg0KDQogICByZXF1ZXN0cyB0aGUgbmV0d29yayBub2RlcyB0byByZXBvcnQgdGhlIGRh dGEgKGUuZy4gaW5ncmVzcyBpbnRlcmZhY2UNCg0KICAgYW5kIGVncmVzcyBpbnRlcmZhY2UpIGFz c29jaWF0ZWQgd2l0aCBhIHNwZWNpZmllZCBwYWNrZXQuDQoNCg0KDQpDb3VsZCB5b3UgcGxlYXNl IHByb3ZpZGUgbW9yZSBleHBsYW5hdGlvbiAodmlhIGUtbWFpbCBvciBpbiB0aGUgZHJhZnQpPw0K DQo8V2VpcWlhbmc+IE9mIGNvdXJzZSwgdGhlIHRleHQgeW91IHF1b3RlIGludGVuZHMgdG8gdGVs bCB0aGUgZGlmZmVyZW50IGNoYXJhY3RlcmlzdGljcyBvZiB0aGUgZXhwb3J0ZWQgZGF0YS4gV2l0 aCBhbHRlcm5hdGUgbWFya2luZywgdGhlIGV4cG9ydGVkIGRhdGEgaXMgZmxvdy1iYXNlZCBkYXRh IGZvciBwZXJmb3JtYW5jZSBtZWFzdXJlbWVudCwgc3VjaCBhcyBjb3VudGVyIG9mIGEgYmxvY2su IFdpdGggSW4tc2l0dSBPQU0sIHRoZSBleHBvcnRlZCBkYXRhIGlzIHBhY2tldC1iYXNlZCBkYXRh IGZvciB0ZWxlbWV0cnkgaW5mbyBjb2xsZWN0aW9uLCBzdWNoIGFzIGluZ3Jlc3MgaW50ZXJmYWNl IG9mIGEgcGFja2V0LiBJcyBpdCBtb3JlIGNsZWFyIGlmIHdlIGNoYW5nZSB0aGUgdGV4dCB0byAi ZnVydGhlcm1vcmUsIHRoZSBmb3JtZXIgcmVxdWVzdHMgdGhlIG5ldHdvcmsgbm9kZXMgdG8gcmVw b3J0IHRoZSBkYXRhIHVzZWQgZm9yIHBlcmZvcm1hbmNlIG1lYXN1cmVtZW50LCBuZXZlcnRoZWxl c3MgdGhlIGxhdHRlciByZXF1ZXN0cyB0aGUgbmV0d29yayBub2RlcyB0byByZXBvcnQgdGhlIGRh dGEgdXNlZCBmb3IgdGVsZW1ldHJ5IGluZm8gY29sbGVjdGlvbiI/DQoNCg0KDQo1LiAgICAgICBG cm9tIHNlY3Rpb24gMi4xLCBJIHVuZGVyc3RhbmQgdGhhdCB0aGUgTFNQIGxhYmVsIGNhbiBiZSBQ SFAtZWQuDQoNCg0KDQpJcyBteSB1bmRlcnN0YW5kaW5nIGNvcnJlY3Q/IEl0IG1pZ2h0IGJlIHdv cnRod2hpbGUgYmVpbmcgZXhwbGljaXQgYWJvdXQgdGhpcy4NCg0KPFdlaXFpYW5nPiBZZXMsIHdl IHRoaW5rIHNvLiBXZSdsbCBhZGQgdGV4dCB0byBtYWtlIGl0IGV4cGxpY2l0Lg0KDQoNCg0KNi4g ICAgICAgRnJvbSBzZWN0aW9uIDIuMSwgSSB1bmRlcnN0YW5kIHRoYXQgd2hlbiB0aGUgRmxvdy1J RCBpcyBhcHBsaWVkIHRvIGJvdGggdGhlIExTUCBhbmQgVlBOIGxhYmVscywgdGhlIHR3byB2YWx1 ZXMgYXJlIGluZGVwZW5kZW50IGZyb20gZWFjaCBvdGhlci4gRm9yIGV4YW1wbGUsIHR3byBwYWNr ZXRzIGNhbiBiZWxvbmcgdG8gdGhlIHNhbWUgVlBOIGZsb3cgYnV0IHRvIHR3byBkaWZmZXJlbnQg TFNQIGZsb3dzIChhbHRob3VnaCB0aGlzIG1pZ2h0IGRlcGVuZCBvbiB0aGUgRUNNUCBiZWhhdmlv cikgb3IgdHdvIHBhY2tldHMgY2FuIGJlbG9uZyB0byB0d28gZGlmZmVyZW50IFZQTiBmbG93cyBi dXQgdG8gdGhlIHNhbWUgTFNQIGZsb3cuDQoNCg0KDQpJcyBteSB1bmRlcnN0YW5kaW5nIGNvcnJl Y3Q/IEl0IG1pZ2h0IGJlIHdvcnRod2hpbGUgYmVpbmcgZXhwbGljaXQgYWJvdXQgdGhpcy4NCg0K PFdlaXFpYW5nPiBZZXMsIHdlIHRoaW5rIHNvLiBXZSdsbCBhZGQgdGV4dCB0byBtYWtlIGl0IGV4 cGxpY2l0Lg0KDQoNCg0KNy4gICAgICAgRnJvbSBzZWN0aW9uIDMsIEkgdW5kZXJzdGFuZCB0aGF0 IGFuIGludGVybWVkaWF0ZSBub2RlIHRvIGxvb2t1cCB0aGUgRmxvdy1JRCBsYWJlbCBuZWVkcyB0 byBwZXJmb3JtIHNvbWUgZGVlcCBwYWNrZXQgaW5zcGVjdGlvbiBiZXlvbmQgdGhlIGxhYmVsIGF0 IHRoZSB0b3Agb2YgdGhlIGxhYmVsIHN0YWNrIHVzZWQgdG8gdGFrZSBmb3J3YXJkaW5nIGRlY2lz aW9ucy4NCg0KDQoNCkkgdGhpbmsgdGhlIGRyYWZ0IHNob3VsZCBzdGF0ZSB0aGlzIHJlcXVpcmVt ZW50IG1vcmUgY2xlYXJseS4NCg0KDQoNCkl0IGlzIGFsc28gbm90IGNsZWFyIGhvdyBkZWVwIHRo aXMgaW5zcGVjdGlvbiBjb3VsZCBiZS4gRm9yIGV4YW1wbGUsIGEgUCByb3V0ZXIgc2hvdWxkIG9u bHkgaW5zcGVjdCB0aGUgTFNQIEZsb3ctSUQgbGFiZWwgKGkuZS4sIG1vbml0b3JpbmcgdGhlIExT UCBmbG93KSBvciBjb3VsZCBpdCBhbHNvIGluc3BlY3QgdGhlIFZQTiBGbG93LUlEIChpLmUuLCBt b25pdG9yaW5nIHRoZSBWUE4gZmxvdyk/DQoNCg0KDQpNb3Jlb3ZlciwgaXMgdGhpcyBpbnNwZWN0 aW9uIHJlcXVpcmVkIGF0IGFsbCB0aGUgaW50ZXJtZWRpYXRlIG5vZGVzIG9yIHNob3VsZCBpdCBi ZSBjb25maWd1cmVkIHNvbWVob3c/DQoNCg0KDQpBZGRpbmcgc29tZSBkZXNjcmlwdGlvbiBhYm91 dCB0aGUgY29uZmlndXJhdGlvbiBvZiB0aGUgRmxvd+KAkUlEIG9uIGludGVybWVkaWF0ZSBub2Rl cyBpbiBzZWN0aW9uIDQgY291bGQgaGVscCBhZGRyZXNzaW5nIHRoaXMgY29tbWVudC4NCg0KPFdl aXFpYW5nPiBZZXMsIHRoZSBhbnN3ZXJzIHRvIHlvdXIgcXVlc3Rpb25zIGRlcGVuZCBvbiB0aGUg Y29uZmlndXJhdGlvbnMgb24gdGhlIGludGVybWVkaWF0ZSBub2Rlcy4gV2UnbGwgYWRkIHRleHQg dG8gYWRkcmVzcyB0aGlzIGNvbW1lbnQuDQoNClRoYW5rIHlvdSBhZ2FpbiwgSXRhbG8sIGZvciB0 aGUgdGltZSBhbmQgZWZmb3J0IHlvdSB0b29rIHRvIHJldmlldyB0aGlzIGRvY3VtZW50Lg0KDQpJ dGFsbw0KDQo= --_000_0a2631017f1541fd98ebb61ce627283fhuaweicom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 U2ltU3VuOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJcQFNpbVN1biI7DQoJ cGFub3NlLTE6MiAxIDYgMCAzIDEgMSAxIDEgMTt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0K cC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0K CW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5 OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNv LXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVu ZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0 eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVy bGluZTt9DQpwDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0K CW1hcmdpbi1sZWZ0OjBjbTsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OlNpbVN1 bjt9DQpwLk1zb0xpc3RQYXJhZ3JhcGgsIGxpLk1zb0xpc3RQYXJhZ3JhcGgsIGRpdi5Nc29MaXN0 UGFyYWdyYXBoDQoJe21zby1zdHlsZS1wcmlvcml0eTozNDsNCgltYXJnaW4tdG9wOjBjbTsNCglt YXJnaW4tcmlnaHQ6MGNtOw0KCW1hcmdpbi1ib3R0b206MGNtOw0KCW1hcmdpbi1sZWZ0OjM2LjBw dDsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZh bWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpzcGFuLkVtYWlsU3R5bGUxOQ0KCXttc28tc3R5 bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCglj b2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4uRW1haWxTdHlsZTIwDQoJe21zby1zdHlsZS10eXBlOnBl cnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5 N0Q7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjENCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7 DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQou TXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6 MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsNCglt YXJnaW46NzIuMHB0IDcyLjBwdCA3Mi4wcHQgNzIuMHB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7 cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4N CjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48 IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0 PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5 b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9 IiMwNTYzQzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+V2VpcWlhbmcs PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5UaGFua3MgZm9yIGFkZHJlc3Np bmcgbXkgY29tbWVudC4gSSBhbSBvayB3aXRoIHlvdXIgcHJvcG9zZWQgcmVzb2x1dGlvbi48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29s b3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkl0YWxvPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGEgbmFtZT0iX01haWxFbmRDb21wb3NlIj48c3Bh biBzdHlsZT0iY29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9hPjwvcD4N CjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFk ZGluZzowY20gMGNtIDBjbSA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7 Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20i Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+RnJvbTo8L2I+IFdlaXFpYW5nIENoZW5nIFttYWls dG86Y2hlbmd3ZWlxaWFuZ0BjaGluYW1vYmlsZS5jb21dDQo8YnI+DQo8Yj5TZW50OjwvYj4gbHVu ZWTDrCAxNCBkaWNlbWJyZSAyMDIwIDA0OjE5PGJyPg0KPGI+VG86PC9iPiBJdGFsbyBCdXNpICZs dDtJdGFsby5CdXNpQGh1YXdlaS5jb20mZ3Q7OyBkcmFmdC1jaGVuZy1tcGxzLWluYmFuZC1wbS1l bmNhcHN1bGF0aW9uQGlldGYub3JnOyBtcGxzLWNoYWlyc0BpZXRmLm9yZzsgTWFjaCBDaGVuICZs dDttYWNoLmNoZW5AaHVhd2VpLmNvbSZndDs8YnI+DQo8Yj5DYzo8L2I+IG1wbHNAaWV0Zi5vcmc8 YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IE1QTFMtUlQgcmV2aWV3IG9mIGRyYWZ0LWNoZW5nLW1w bHMtaW5iYW5kLXBtLWVuY2Fwc3VsYXRpb248bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIHN0eWxlPSJt YXJnaW46MGNtO21hcmdpbi1ib3R0b206LjAwMDFwdDtsaW5lLWhlaWdodDoxNS4wcHQ7YmFja2dy b3VuZDp3aGl0ZSI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNh bnMtc2VyaWYiPkhpIEl0YWxvLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIHN0eWxlPSJtYXJn aW46MGNtO21hcmdpbi1ib3R0b206LjAwMDFwdDtsaW5lLWhlaWdodDoxNS4wcHQ7YmFja2dyb3Vu ZDp3aGl0ZTtib3gtc2l6aW5nOiBib3JkZXItYm94O21pbi1oZWlnaHQ6IDE0cHg7b3V0bGluZTog MHB4ICFpbXBvcnRhbnQiPg0KPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1 b3Q7LHNhbnMtc2VyaWYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIHN0eWxlPSJt YXJnaW46MGNtO21hcmdpbi1ib3R0b206LjAwMDFwdDtsaW5lLWhlaWdodDoxNS4wcHQ7YmFja2dy b3VuZDp3aGl0ZTtib3gtc2l6aW5nOiBib3JkZXItYm94O21pbi1oZWlnaHQ6IDE0cHg7b3V0bGlu ZTogMHB4ICFpbXBvcnRhbnQiPg0KPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFs JnF1b3Q7LHNhbnMtc2VyaWYiPk1hbnkgdGhhbmtzIGZvciB5b3VyIHRob3JvdWdoIHJldmlldyBh bmQgaW5zaWdodGZ1bCBjb21tZW50cy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBzdHlsZT0i bWFyZ2luOjBjbTttYXJnaW4tYm90dG9tOi4wMDAxcHQ7bGluZS1oZWlnaHQ6MTUuMHB0O2JhY2tn cm91bmQ6d2hpdGU7Ym94LXNpemluZzogYm9yZGVyLWJveDttaW4taGVpZ2h0OiAxNHB4O291dGxp bmU6IDBweCAhaW1wb3J0YW50Ij4NCjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlh bCZxdW90OyxzYW5zLXNlcmlmIj5XZSd2ZSBkaXNjdXNzZWQgdGhlbSwgcGxlYXNlIHNlZSBpbmxp bmUgb3VyIHJlc3BvbnNlcyB0YWdnZWQgd2l0aCAmbHQ7V2VpcWlhbmcmZ3Q7LjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIHN0eWxlPSJtYXJnaW46MGNtO21hcmdpbi1ib3R0b206LjAwMDFwdDts aW5lLWhlaWdodDoxNS4wcHQ7YmFja2dyb3VuZDp3aGl0ZTtib3gtc2l6aW5nOiBib3JkZXItYm94 O21pbi1oZWlnaHQ6IDE0cHg7b3V0bGluZTogMHB4ICFpbXBvcnRhbnQiPg0KPHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjxwIHN0eWxlPSJtYXJnaW46MGNtO21hcmdpbi1ib3R0b206LjAwMDFw dDtsaW5lLWhlaWdodDoxNS4wcHQ7YmFja2dyb3VuZDp3aGl0ZTtib3gtc2l6aW5nOiBib3JkZXIt Ym94O21pbi1oZWlnaHQ6IDE0cHg7b3V0bGluZTogMHB4ICFpbXBvcnRhbnQiPg0KPHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LHNhbnMtc2VyaWYiPkJlc3QgUmVnYXJk cyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBzdHlsZT0ibWFyZ2luOjBjbTttYXJnaW4tYm90 dG9tOi4wMDAxcHQ7bGluZS1oZWlnaHQ6MTUuMHB0O2JhY2tncm91bmQ6d2hpdGU7Ym94LXNpemlu ZzogYm9yZGVyLWJveDttaW4taGVpZ2h0OiAxNHB4O291dGxpbmU6IDBweCAhaW1wb3J0YW50Ij4N CjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OyxzYW5zLXNlcmlmIj5X ZWlxaWFuZyAob24gYmVoYWxmIG9mIGNvLWF1dGhvcnMpPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7bWluLWhl aWdodDogMTRweDtvdXRsaW5lOiAwcHggIWltcG9ydGFudCI+DQo8c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjVwdDtjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjoj MUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0i Ym9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQg MGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFuZz0iWkgtQ04i IHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OlNpbVN1biI+5Y+R5Lu25Lq6PC9z cGFuPjwvYj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpTaW1T dW4iPjo8L3NwYW4+PC9iPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OlNpbVN1biI+IEl0YWxvIEJ1c2kgWzxhIGhyZWY9Im1haWx0bzpJdGFsby5CdXNpQGh1YXdlaS5j b20iPm1haWx0bzpJdGFsby5CdXNpQGh1YXdlaS5jb208L2E+XQ0KPGJyPg0KPGI+PHNwYW4gbGFu Zz0iWkgtQ04iPuWPkemAgeaXtumXtDwvc3Bhbj46PC9iPiAyMDIwPHNwYW4gbGFuZz0iWkgtQ04i PuW5tDwvc3Bhbj4xMjxzcGFuIGxhbmc9IlpILUNOIj7mnIg8L3NwYW4+OTxzcGFuIGxhbmc9IlpI LUNOIj7ml6U8L3NwYW4+IDIyOjU1PGJyPg0KPGI+PHNwYW4gbGFuZz0iWkgtQ04iPuaUtuS7tuS6 ujwvc3Bhbj46PC9iPiA8YSBocmVmPSJtYWlsdG86ZHJhZnQtY2hlbmctbXBscy1pbmJhbmQtcG0t ZW5jYXBzdWxhdGlvbkBpZXRmLm9yZyI+DQpkcmFmdC1jaGVuZy1tcGxzLWluYmFuZC1wbS1lbmNh cHN1bGF0aW9uQGlldGYub3JnPC9hPjsgPGEgaHJlZj0ibWFpbHRvOm1wbHMtY2hhaXJzQGlldGYu b3JnIj4NCm1wbHMtY2hhaXJzQGlldGYub3JnPC9hPjsgTWFjaCBDaGVuPGJyPg0KPGI+PHNwYW4g bGFuZz0iWkgtQ04iPuaKhOmAgTwvc3Bhbj46PC9iPiAnbXBsc0BpZXRmLm9yZyc8YnI+DQo8Yj48 c3BhbiBsYW5nPSJaSC1DTiI+5Li76aKYPC9zcGFuPjo8L2I+IE1QTFMtUlQgcmV2aWV3IG9mIGRy YWZ0LWNoZW5nLW1wbHMtaW5iYW5kLXBtLWVuY2Fwc3VsYXRpb248bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1 dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPkhpIGFsbCw8bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFy Z2luLWJvdHRvbS1hbHQ6YXV0byI+SSBoYXZlIGJlZW4gc2VsZWN0ZWQgYXMgb25lIG9mIHRoZSZu YnNwOyBNUExTLVJUIHJldmlld2VycyBvZiBkcmFmdC1jaGVuZy1tcGxzLWluYmFuZC1wbS1lbmNh cHN1bGF0aW9uLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5JIGhhdmUg cmV2aWV3ZWQgdGhlIGxhdGVzdCB2ZXJzaW9uIG9mIHRoZSBkcmFmdCAoZHJhZnQtY2hlbmctbXBs cy1pbmJhbmQtcG0tZW5jYXBzdWxhdGlvbi0wNCkuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG8iPkkgdGhpbmsgdGhhdCB0aGUgZG9jdW1lbnQgaXMgY29oZXJlbnQsIGl0IGlz IHVzZWZ1bCAoaS5lLiwgaXQgYWRkcmVzc2VzIGEgcmVhbCBuZWVkIGZvciBvcGVyYXRpb25hbCBu ZXR3b3JrcyksIGFuZCBpdCBpcyBhbG1vc3QgdGVjaG5pY2FsbHkgc291bmQuPG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87 bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPlRoZXJlZm9yZSwgSSB0aGluayB0aGF0IHRoZSBk cmFmdCBpcyBhbG1vc3QgcmVhZHkgdG8gYmUgYWRvcHRlZCBhcyBhIFdHIGRvY3VtZW50LjxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5JIGhhdmUgb25seSBvbmUgdGVjaG5p Y2FsIGNvbW1lbnQgd2hpY2ggSSBhbSBub3Qgc3VyZSBpdCBpcyByZWFsbHkgYmxvY2tpbmcgV0cg YWRvcHRpb24gYnV0IGl0IG1heSBiZSB3b3J0aHdoaWxlIHRvIGNvbmZpcm0gKG9yIHRvIGFkZHJl c3MpIGJlZm9yZSBXRyBhZG9wdGlvbjogSSBhbSBub3Qgc3VyZSB0aGUNCiB1c2Ugb2YgdGhlIFRD IGZpZWxkIGZvciBzdXBwb3J0aW5nIGFsdGVybmF0ZSBtYXJraW5nIG1ldGhvZCBpcyBmdWxseSBj b21wbGlhbnQgd2l0aCBSRkM1NDYyLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvIj4mbHQ7V2VpcWlhbmcmZ3Q7IEluIHRoZSBsYXRlc3QgLTA0IHZlcnNpb24gb2YgdGhpcyBk cmFmdCwgd2UgdXBkYXRlZCB0aGUgdGV4dCByZWxldmFudCB0byBUQyBmaWVsZCB1c2FnZSBhcyBh bHRlcm5hdGUgbWFya2luZyBiaXRzLCB0aGF0J3MgZHVlIHRvIHRoZSBjb21tZW50cy9xdWVyaWVz IHdlIHJlY2VpdmVkIGZyb20NCiBUYXJlaywgZm9yIHRoZSBkZXRhaWxzIHBsZWFzZSByZWZlciB0 byB0aGUgZmlmdGggcXVlcnkgYW5kIGFuc3dlciBpbiBhcmNoaXZlOiA8YSBocmVmPSJodHRwczov L21haWxhcmNoaXZlLmlldGYub3JnL2FyY2gvbXNnL21wbHMvX3pZWG95bXUwNVlpcS0yYktnU3Rn enBxYjBRLyIgdGFyZ2V0PSJfYmxhbmsiPg0KaHR0cHM6Ly9tYWlsYXJjaGl2ZS5pZXRmLm9yZy9h cmNoL21zZy9tcGxzL196WVhveW11MDVZaXEtMmJLZ1N0Z3pwcWIwUS8uPC9hPiZuYnNwO1RvIG91 ciB1bmRlcnN0YW5kaW5nLCBsZXZlcmFnaW5nIFRDIGJpdHMmbmJzcDt0byBpZGVudGlmeSBhbHRl cm5hdGUgbWFya2luZyBpcyBhbG9uZyB0aGUgbGluZXMgb2YgUkZDIDU0NjIsIGVzcGVjaWFsbHkm bmJzcDtkdWUgdG8gdGhlIGZhY3QgdGhhdCBSRkMgODMyMSBtZW50aW9ucyBtYW55IHRpbWVzIHRo YXQgSVAgRFNDUCBmaWVsZA0KIGNhbiBiZSB1c2VkIHRvIGlkZW50aWZ5IGFsdGVybmF0ZSBtYXJr aW5nLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6 YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+SWYgdGhlIGFsdGVybmF0aXZlIG9wdGlv biB0byBhbGxvY2F0ZSBtdWx0aXBsZSBGbG93LUlEIGxhYmVscyBpcyBjaG9zZW4sIHRoZXJlIGFy ZSBvdGhlciBwaWVjZXMgb2YgdGV4dCB0aGF0IG5lZWQgdG8gYmUgdXBkYXRlZCBmb3IgY29uc2lz dGVuY3kuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZsdDtXZWlxaWFu ZyZndDsgQWN0dWFsbHkgdGhlIGFsdGVybmF0aXZlIG9wdGlvbiB0byBhbGxvY2F0ZSBtdWx0aXBs ZSBGbG93LUlEIGxhYmVscyBpcyBub3QgcmVjb21tZW5kZWQsIGZvciB0aGUgcmVhc29ucyBwbGVh c2UgcmVmZXIgdG8gdGhlIGZpZnRoIHF1ZXJ5IGFuZCBhbnN3ZXIgaW4gYXJjaGl2ZTombmJzcDs8 YSBocmVmPSJodHRwczovL21haWxhcmNoaXZlLmlldGYub3JnL2FyY2gvbXNnL21wbHMvX3pZWG95 bXUwNVlpcS0yYktnU3RnenBxYjBRLyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vbWFpbGFyY2hp dmUuaWV0Zi5vcmcvYXJjaC9tc2cvbXBscy9fellYb3ltdTA1WWlxLTJiS2dTdGd6cHFiMFEvPC9h Pi48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2lu LXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1 dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPlRoZXNlIGFyZSBmZXcgb3RoZXIgY29tbWVu dHMgSSBoYXZlIHdoaWNoIGNhbiBiZSBhZGRyZXNzZWQgZWl0aGVyIGJlZm9yZSBvciBhZnRlciBX RyBhZG9wdGlvbi48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7 PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdp bi1sZWZ0OjE4LjBwdDt0ZXh0LWluZGVudDotMTguMHB0Ij4xLjxzcGFuIHN0eWxlPSJmb250LXNp emU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4m bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj5UaGUgaW5zZXJ0aW9u IG9mIHRoZSBGbG93LUlEIGxhYmVsIHN0YWNrIGVudHJ5IGhhcyBzb21lIGltcGFjdCBvbiB0aGUg RUNNUCBiZWhhdmlvciB3aXRoaW4gdGhlIE1QTFMgbmV0d29yayB3aGljaCBuZWVkcyB0byBiZSBh bmFseXplZCBpbiB0aGUgZHJhZnQgKHNlZSBmb3IgZXhhbXBsZSBzZWN0aW9uIDUgb2YgdGhlIFNG TCBmcmFtZXdvcmsgZHJhZnQpLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJh Z3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDoxOC4wcHQ7dGV4dC1pbmRlbnQ6LTE4LjBwdCI+Jmx0 O1dlaXFpYW5nJmd0OyBUaGFua3MgZm9yIHBvaW50aW5nIHRoYXQgb3V0IGFuZCB0aGUgZ29vZCBy ZWZlcmVuY2UsIHdlJ2xsIGFkZCB0ZXh0IHRvIGFkZHJlc3MgaXQuPG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjE4LjBwdCI+Jm5i c3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjE4LjBwdDt0ZXh0LWluZGVudDotMTguMHB0Ij4yLjxzcGFuIHN0eWxlPSJmb250 LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlm Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj5FZGl0b3JpYWw6 IHRoZSBkcmFmdCB1c2VzIHRoZSB0ZXJtICZxdW90O1ZQTiBMYWJlbCZxdW90OyB3aGlsZSBvdGhl ciBSRkNzIHVzZXMgdGhlIHRlcm0gJnF1b3Q7QXBwbGljYXRpb24gTGFiZWwmcXVvdDsgSXQgd291 ZGwgYmUgYmV0dGVyJm5ic3A7IHRvIGFsaWduIHRoZSB0ZXJtaW5vbG9neSB3aXRoIG90aGVyIFJG Q3MuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjE4LjBwdDt0ZXh0LWluZGVudDotMTguMHB0Ij4mbHQ7V2VpcWlhbmcmZ3Q7IE9L LCB3aWxsIG1ha2UgdGhlIGFsaWdubWVudC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29M aXN0UGFyYWdyYXBoIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFy YWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MTguMHB0O3RleHQtaW5kZW50Oi0xOC4wcHQiPjMu PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcg Um9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0K PC9zcGFuPkVkaXRvcmlhbDogdGhlIHRleHQgaW4gdGhlIEludHJvZHVjdGlvbiBpcyBhIGJpdCBo YXJkIHRvIHJlYWQuIFRoZSBkaWZmZXJlbmNlcyBiZXR3ZWVuIHRoaXMgbWV0aG9kIGFuZCBTRkwg YXJlIHNwbGl0IGJldHdlZW4gdGhlIHNlY29uZCBhbmQgdGhlIHRoaXJkIHBhcmFncmFwaCB3aGls ZSB0aGUgdGhpcmQgcGFyYWdyYXBoIGRlc2NyaWJlcyBhbHNvIHRoZSBkaWZmZXJlbmNlIHdydCBp bi1zaXR1IE9BTS4gVGhlIGxhc3QgcGFyYWdyYXBoDQogZGVzY3JpYmVzIHdoYXQgdGhpcyBkcmFm dCBkZWZpbmVzIHdydCB0aGUgbWVjaGFuaXNtcyBvZiBSQzgzMjEgYW5kIFJGQzgzNzIuPG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCI+Jm5ic3A7PG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjE4LjBw dCI+TW9yZW92ZXIsIHNvbWUgb2YgdGhlIHByb3BlcnRpZXMgb2YgdGhpcyBtZXRob2QgKGUuZy4s IG1vbml0b3JpbmcgYXQgaW50ZXJtZWRpYXRlIHBvaW50cyBhcyB3ZWxsIGFzIGZsb3cgaWRlbnRp ZmljYXRpb24gYXQgYm90aCBMU1AgYW5kIFZQTi9hcHBsaWNhdGlvbiBsYWJlbCkgYXJlIGluZmVy cmVkIGZyb20gdGhlIGRpZmZlcmVuY2Ugd2l0aCBvdGhlcg0KIG1ldGhvZHMgcmF0aGVyIHRoYW4g ZXhwbGljaXRseSBkZWZpbmVkIGFzIHByb3BlcnRpZXMgb2YgdGhpcyBtZXRob2QuPG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjE4 LjBwdCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjE4LjBwdCI+SXQgaXMgcHJvcG9zZWQgdG8gcmUtb3JnYW5pemUg dGhlIHRleHQgaW4gdGhlIEludHJvZHVjdGlvbiB3aXRoOjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDo1NC4wcHQ7dGV4dC1pbmRl bnQ6LTE4LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OlN5bWJvbCI+wrc8L3NwYW4+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9t YW4mcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9z cGFuPm9uZSBwYXJhZ3JhcGggZGVzY3JpYmluZyB0aGUgYmFja2dyb3VuZCBpbmZvcm1hdGlvbiAo UkZDODMyIGFuZCBSRkM4MzcyKTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJh Z3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDo1NC4wcHQ7dGV4dC1pbmRlbnQ6LTE4LjBwdCI+PHNw YW4gc3R5bGU9ImZvbnQtZmFtaWx5OlN5bWJvbCI+wrc8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYi PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPm9uZSBvciB0d28g cGFyYWdyYXBocyBkZXNjcmliaW5nIHdoYXQgdGhpcyBkcmFmdCBkZWZpbmVzPG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjU0LjBw dDt0ZXh0LWluZGVudDotMTguMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6U3ltYm9sIj7C tzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1Rp bWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7DQo8L3NwYW4+b25lIHBhcmFncmFwaCBkZWZpbmluZyB0aGUgZGlmZmVyZW5jZXMgd3J0 IFNGTDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJt YXJnaW4tbGVmdDo1NC4wcHQ7dGV4dC1pbmRlbnQ6LTE4LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OlN5bWJvbCI+wrc8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250 LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPm9uZSBwYXJhZ3JhcGggZGVmaW5pbmcgdGhl IGRpZmZlcmVuY2VzIHdydCBpbi1zaXR1IE9BTTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b0xpc3RQYXJhZ3JhcGgiPiZsdDtXZWlxaWFuZyZndDsgTWFrZSBzZW5zZSwgdGhhbmsgeW91LiBX ZSdsbCBmb2xsb3cgeW91ciBzdWdnZXN0aW9uIHRvIHVwZGF0ZSB0aGUgaW50cm9kdWN0aW9uIHBh cnQuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCI+Jm5ic3A7PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1s ZWZ0OjE4LjBwdDt0ZXh0LWluZGVudDotMTguMHB0Ij40LjxzcGFuIHN0eWxlPSJmb250LXNpemU6 Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj5JbiBzZWN0aW9uIDEsIHRo ZSBzZWNvbmQgcGFydCBvZiB0aGUgY29tcGFyaXNvbiB3aXRoIGluLXNpdHUgT0FNIGlzIG5vdCBm dWxseSBjbGVhciB0byBtZTo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdy YXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MTguMHB0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MTguMHB0Ij48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPiZuYnNwOyZuYnNw OyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDtmdXJ0aGVybW9yZSwgdGhlIGZvcm1lciBh bGxvd3MgdGhlIG5ldHdvcms8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlz dFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjE4LjBwdCI+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsgbm9kZXMgdG8gcmVw b3J0IHRoZSByZWZpbmVkIGRhdGEgKGUuZy4gY2FsY3VsYXRlZCBwZXJmb3JtYW5jZTwvc3Bhbj48 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2lu LWxlZnQ6MTguMHB0Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDsiPiZuYnNwOyZuYnNwOyBtZXRyaWNzKSBhc3NvY2lhdGVkIHdpdGggYSBzcGVjaWZpZWQg ZmxvdywgbmV2ZXJ0aGVsZXNzIHRoZSBsYXR0ZXI8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjE4LjBwdCI+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij4mbmJzcDsmbmJzcDsg cmVxdWVzdHMgdGhlIG5ldHdvcmsgbm9kZXMgdG8gcmVwb3J0IHRoZSBkYXRhIChlLmcuIGluZ3Jl c3MgaW50ZXJmYWNlPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJh Z3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDoxOC4wcHQiPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+Jm5ic3A7Jm5ic3A7IGFuZCBlZ3Jlc3MgaW50ZXJm YWNlKSBhc3NvY2lhdGVkIHdpdGggYSBzcGVjaWZpZWQgcGFja2V0Ljwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MTgu MHB0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MTguMHB0Ij5Db3VsZCB5b3UgcGxlYXNlIHByb3ZpZGUgbW9yZSBl eHBsYW5hdGlvbiAodmlhIGUtbWFpbCBvciBpbiB0aGUgZHJhZnQpPzxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDoxOC4wcHQiPiZs dDtXZWlxaWFuZyZndDsgT2YgY291cnNlLCB0aGUgdGV4dCB5b3UgcXVvdGUgaW50ZW5kcyB0byB0 ZWxsIHRoZSBkaWZmZXJlbnQgY2hhcmFjdGVyaXN0aWNzIG9mIHRoZSBleHBvcnRlZCBkYXRhLiBX aXRoIGFsdGVybmF0ZSBtYXJraW5nLCB0aGUgZXhwb3J0ZWQgZGF0YSBpcyBmbG93LWJhc2VkIGRh dGEgZm9yIHBlcmZvcm1hbmNlIG1lYXN1cmVtZW50LCBzdWNoDQogYXMgY291bnRlciBvZiBhIGJs b2NrLiBXaXRoIEluLXNpdHUgT0FNLCB0aGUgZXhwb3J0ZWQgZGF0YSBpcyBwYWNrZXQtYmFzZWQg ZGF0YSBmb3IgdGVsZW1ldHJ5IGluZm8gY29sbGVjdGlvbiwgc3VjaCBhcyBpbmdyZXNzIGludGVy ZmFjZSBvZiBhIHBhY2tldC4gSXMgaXQgbW9yZSBjbGVhciBpZiB3ZSBjaGFuZ2UgdGhlIHRleHQg dG8gJnF1b3Q7ZnVydGhlcm1vcmUsIHRoZSBmb3JtZXIgcmVxdWVzdHMgdGhlIG5ldHdvcmsgbm9k ZXMgdG8gcmVwb3J0IHRoZQ0KIGRhdGEgdXNlZCBmb3IgcGVyZm9ybWFuY2UgbWVhc3VyZW1lbnQs IG5ldmVydGhlbGVzcyB0aGUgbGF0dGVyIHJlcXVlc3RzIHRoZSBuZXR3b3JrIG5vZGVzIHRvIHJl cG9ydCB0aGUgZGF0YSB1c2VkIGZvciB0ZWxlbWV0cnkgaW5mbyBjb2xsZWN0aW9uJnF1b3Q7Pzxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4t bGVmdDoxOC4wcHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJh Z3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDoxOC4wcHQ7dGV4dC1pbmRlbnQ6LTE4LjBwdCI+NS48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBS b21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8 L3NwYW4+RnJvbSBzZWN0aW9uIDIuMSwgSSB1bmRlcnN0YW5kIHRoYXQgdGhlIExTUCBsYWJlbCBj YW4gYmUgUEhQLWVkLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgi IHN0eWxlPSJtYXJnaW4tbGVmdDoxOC4wcHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDoxOC4wcHQiPklzIG15IHVu ZGVyc3RhbmRpbmcgY29ycmVjdD8gSXQgbWlnaHQgYmUgd29ydGh3aGlsZSBiZWluZyBleHBsaWNp dCBhYm91dCB0aGlzLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgi IHN0eWxlPSJtYXJnaW4tbGVmdDoxOC4wcHQiPiZsdDtXZWlxaWFuZyZndDsgWWVzLCB3ZSB0aGlu ayBzby4gV2UnbGwgYWRkIHRleHQgdG8gbWFrZSBpdCBleHBsaWNpdC48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MTguMHB0Ij4m bmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0i bWFyZ2luLWxlZnQ6MTguMHB0O3RleHQtaW5kZW50Oi0xOC4wcHQiPjYuPHNwYW4gc3R5bGU9ImZv bnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2Vy aWYiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPkZyb20gc2Vj dGlvbiAyLjEsIEkgdW5kZXJzdGFuZCB0aGF0IHdoZW4gdGhlIEZsb3ctSUQgaXMgYXBwbGllZCB0 byBib3RoIHRoZSBMU1AgYW5kIFZQTiBsYWJlbHMsIHRoZSB0d28gdmFsdWVzIGFyZSBpbmRlcGVu ZGVudCBmcm9tIGVhY2ggb3RoZXIuIEZvciBleGFtcGxlLCB0d28gcGFja2V0cyBjYW4gYmVsb25n IHRvIHRoZSBzYW1lIFZQTiBmbG93IGJ1dCB0byB0d28gZGlmZmVyZW50IExTUCBmbG93cyAoYWx0 aG91Z2ggdGhpcyBtaWdodA0KIGRlcGVuZCBvbiB0aGUgRUNNUCBiZWhhdmlvcikgb3IgdHdvIHBh Y2tldHMgY2FuIGJlbG9uZyB0byB0d28gZGlmZmVyZW50IFZQTiBmbG93cyBidXQgdG8gdGhlIHNh bWUgTFNQIGZsb3cuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjE4LjBwdCI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjE4LjBwdCI+SXMgbXkgdW5k ZXJzdGFuZGluZyBjb3JyZWN0PyBJdCBtaWdodCBiZSB3b3J0aHdoaWxlIGJlaW5nIGV4cGxpY2l0 IGFib3V0IHRoaXMuPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjE4LjBwdCI+Jmx0O1dlaXFpYW5nJmd0OyBZZXMsIHdlIHRoaW5r IHNvLiBXZSdsbCBhZGQgdGV4dCB0byBtYWtlIGl0IGV4cGxpY2l0LjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiPiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDoxOC4wcHQ7dGV4dC1pbmRl bnQ6LTE4LjBwdCI+Ny48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+RnJvbSBzZWN0aW9uIDMsIEkgdW5kZXJzdGFuZCB0aGF0IGFu IGludGVybWVkaWF0ZSBub2RlIHRvIGxvb2t1cCB0aGUgRmxvdy1JRCBsYWJlbCBuZWVkcyB0byBw ZXJmb3JtIHNvbWUgZGVlcCBwYWNrZXQgaW5zcGVjdGlvbiBiZXlvbmQgdGhlIGxhYmVsIGF0IHRo ZSB0b3Agb2YgdGhlIGxhYmVsIHN0YWNrIHVzZWQgdG8gdGFrZSBmb3J3YXJkaW5nIGRlY2lzaW9u cy48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFy Z2luLWxlZnQ6MTguMHB0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0 UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MTguMHB0Ij5JIHRoaW5rIHRoZSBkcmFmdCBz aG91bGQgc3RhdGUgdGhpcyByZXF1aXJlbWVudCBtb3JlIGNsZWFybHkuPG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjE4LjBwdCI+ Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjE4LjBwdCI+SXQgaXMgYWxzbyBub3QgY2xlYXIgaG93IGRlZXAgdGhpcyBp bnNwZWN0aW9uIGNvdWxkIGJlLiBGb3IgZXhhbXBsZSwgYSBQIHJvdXRlciBzaG91bGQgb25seSBp bnNwZWN0IHRoZSBMU1AgRmxvdy1JRCBsYWJlbCAoaS5lLiwgbW9uaXRvcmluZyB0aGUgTFNQIGZs b3cpIG9yIGNvdWxkIGl0IGFsc28gaW5zcGVjdCB0aGUgVlBOIEZsb3ctSUQgKGkuZS4sDQogbW9u aXRvcmluZyB0aGUgVlBOIGZsb3cpPzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQ YXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDoxOC4wcHQiPiZuYnNwOzxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxlPSJtYXJnaW4tbGVmdDoxOC4wcHQi Pk1vcmVvdmVyLCBpcyB0aGlzIGluc3BlY3Rpb24gcmVxdWlyZWQgYXQgYWxsIHRoZSBpbnRlcm1l ZGlhdGUgbm9kZXMgb3Igc2hvdWxkIGl0IGJlIGNvbmZpZ3VyZWQgc29tZWhvdz88bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MTgu MHB0Ij4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBz dHlsZT0ibWFyZ2luLWxlZnQ6MTguMHB0Ij5BZGRpbmcgc29tZSBkZXNjcmlwdGlvbiBhYm91dCB0 aGUgY29uZmlndXJhdGlvbiBvZiB0aGUgRmxvd+KAkUlEIG9uIGludGVybWVkaWF0ZSBub2RlcyBp biBzZWN0aW9uIDQgY291bGQgaGVscCBhZGRyZXNzaW5nIHRoaXMgY29tbWVudC48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MTgu MHB0Ij4mbHQ7V2VpcWlhbmcmZ3Q7IFllcywgdGhlIGFuc3dlcnMgdG8geW91ciBxdWVzdGlvbnMg ZGVwZW5kIG9uIHRoZSBjb25maWd1cmF0aW9ucyBvbiB0aGUgaW50ZXJtZWRpYXRlIG5vZGVzLiBX ZSdsbCBhZGQgdGV4dCB0byBhZGRyZXNzIHRoaXMgY29tbWVudC48bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29MaXN0UGFyYWdyYXBoIiBzdHlsZT0ibWFyZ2luLWxlZnQ6MTguMHB0Ij5UaGFu ayB5b3UgYWdhaW4sIEl0YWxvLCBmb3IgdGhlIHRpbWUgYW5kIGVmZm9ydCB5b3UgdG9vayB0byBy ZXZpZXcgdGhpcyBkb2N1bWVudC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi IHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0 byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPkl0YWxvPG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_0a2631017f1541fd98ebb61ce627283fhuaweicom_-- From nobody Tue Dec 29 04:30:35 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 44FC33A139C; Tue, 29 Dec 2020 04:30:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.097 X-Spam-Level: X-Spam-Status: No, score=-1.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, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nD4DaCHzNqnX; Tue, 29 Dec 2020 04:30:31 -0800 (PST) Received: from mail-qt1-x82a.google.com (mail-qt1-x82a.google.com [IPv6:2607:f8b0:4864:20::82a]) (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 7F96E3A139B; Tue, 29 Dec 2020 04:30:30 -0800 (PST) Received: by mail-qt1-x82a.google.com with SMTP id z9so8765540qtn.4; Tue, 29 Dec 2020 04:30:30 -0800 (PST) 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=1SxVwAtDIkceinaMkL+XB9ZD5Qalczr+wzhpC3QYwiU=; b=TC6Qc4KTOHKprLbo3SXFfunbYCPT2T8ks+EkmEd2/Tf3iDKpg6eYQYXSiezXhYaDI1 +KTqml2a/QW3QQ9oBCA2RL1D3xGYgrW/pDHeppSQLKN5bJCy6D8/u/7mUz23e3bBYsr/ Nf0uYCVj0egaIWMeNVHwuBgwDiKmOlaRyiy0aJ7jN/lFvcEwcsOWjxrHyWmYsnG8rZcu 0DBY+N+Oqw/nE4gv4+AbtQH2cyHXOfTVf7wKDzi+QB0qGPwCQBGEz9wftvJ2jsrnMf2q ttNSM3CFtqYlO3dcm7Vvshnn7L/m5gQyg2Y68RPCDubDX+ZDFSc10M4X/cSdA/ygxAY8 Xxsg== 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=1SxVwAtDIkceinaMkL+XB9ZD5Qalczr+wzhpC3QYwiU=; b=e++x7UG1KMaw+PfXDbGYFWzaKReeH0X2nfnCObVdDOmN1CAn3kE+UfAzZ7TmxYaXQk qrtbonOrW6LLygFg3Vg1In5ZWySZQmnL+036p6A41oCwfbnwuwxsccbbkFyrYN3U2cCM dfzkqu9Pk295CcJOwZ0CmvcfKtXxKLz8xueY0MrJTN7l6nTaeXzV3ODR2wD77hQVOLSX oizn+DC1Aw7AerizgFezRMVDfYYGpOFGPmBwsMIAVWdcnoEFJuGQtBkHv3lH/k6yiwsy U6UO9fMblDcSDZ9Vq64AONmkeBx0tdbDiC6t6zhgvCdVju5G6bmWHU4qvF/5fP4Rvs86 4rNg== X-Gm-Message-State: AOAM530MW0vB5hFqIotbM7GvoG/TcGVWZVCNYpuSLue4hOzEd50i2Yeb W1ZHWiMqcs+1/ofhIHy+zfscTvxwoy5GjU+2lOQ= X-Google-Smtp-Source: ABdhPJzrBeOHqpqiuzZjV/IFMzoec4q+Gs3MsM1BhGMvuJanNXsaMBJyGp+uKWRKoK52jc0PJ2GGX0V8sJ+k9aYJm9M= X-Received: by 2002:ac8:5994:: with SMTP id e20mr46803777qte.219.1609245029303; Tue, 29 Dec 2020 04:30:29 -0800 (PST) MIME-Version: 1.0 References: <46b1b623-a628-2373-4378-e70f0038b4f2@pi.nu> In-Reply-To: From: "Andrew G. Malis" Date: Tue, 29 Dec 2020 07:30:13 -0500 Message-ID: To: Rakesh Gandhi Cc: Greg Mirsky , mpls , draft-gandhi-mpls-ioam-sr@ietf.org, mpls-chairs Content-Type: multipart/alternative; boundary="000000000000540ab705b7998e52" Archived-At: Subject: Re: [mpls] MPLS-RT Review of draft-gandhi-mpls-ioam-sr-04 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Dec 2020 12:30:33 -0000 --000000000000540ab705b7998e52 Content-Type: text/plain; charset="UTF-8" Rakesh, Thanks, sounds good! Cheers, Andy On Mon, Dec 28, 2020 at 8:32 PM Rakesh Gandhi wrote: > Thanks Andy, Loa and Greg. > Acking, we can go with a similar ACH based proposal. > > Thanks, > Rakesh > > > On Mon, Dec 28, 2020 at 2:05 PM Andrew G. Malis wrote: > >> Greg, >> >> Thanks for the reminder! This is basically what I had in mind when I >> suggested using the ACH. >> >> Cheers, >> Andy >> >> >> On Mon, Dec 28, 2020 at 12:31 PM Greg Mirsky >> wrote: >> >>> Hi Loa, Andy, et al., >>> I think that if someone is interested in how a similar problem (as I >>> understand what IOAM tries to achieve) was resolved, RFC 8169 >>> might have >>> useful information. We've used ACH, Scratch Pad for collecting telemetry >>> (residence time), and TLV to carry the original PTP packet through the MPLS >>> domain. >>> >>> Regards, >>> Greg >>> >>> On Sun, Dec 27, 2020 at 11:04 PM Loa Andersson wrote: >>> >>>> Working Group, >>>> >>>> Andy and I have discussed this a bit off-line. >>>> >>>> Andy, >>>> >>>> I have now re-read the this draft, other relevant drafts and the mail >>>> we have exchanged. I had earlier partly misunderstood and now think >>>> that >>>> your summary of the situation is basically correct. >>>> >>>> However, I'd like to see more discussion on what we should do. In >>>> particular I'd like to see a comment from the authors on this. >>>> >>>> You outline three different proposals: >>>> >>>> 1. follow the draft and allocate 0x0010b from IP Version Numbers >>>> registry in the Version Numbers name space for this purpose >>>> 2. use ACH >>>> 3. use code point #15 from IP Version Numbers registry in the Version >>>> Numbers name space >>>> >>>> To me it seems like 1 and 3 is the same, we ask for a code point from >>>> IP >>>> Version Numbers registry in the Version Numbers name space. IANA pick >>>> the code point for us. >>>> >>>> Note 1: We can give a strong recommendation telling IANA which code >>>> point we want, but the decision is still with IANA. >>>> >>>> Note 2: It seems like the chances that a Version number lower than 6 >>>> will not be picked for an IP version, value 2 is unassigned and much >>>> easier to allocate than the reserved value 15. >>>> >>>> Note 3: I think you are right that it is a hrd sell both to working >>>> group and the IESG to pick a value from this registry. >>>> >>>> Authors. >>>> >>>> It would be nice to hear from you on this discussion, but don't change >>>> the document until we have a reasonable consensus. >>>> >>>> /Loa >>>> >>>> >>>> >>>> On 25/12/2020 01:44, Andrew G. Malis wrote: >>>> > I've been asked to provide a pre-adoption MPLS-RT review of >>>> > draft-gandhi-mpls-ioam-sr-04. >>>> > >>>> > I have a major concern that I believe needs to be addressed, either >>>> > before or after WG adoption (I defer to the WG chairs to make this >>>> > decision). My personal preference is that it be addressed by the >>>> authors >>>> > prior to adoption, but if it occurs following adoption, I would like >>>> to >>>> > see it addressed before it gets much further in the WG process. >>>> > >>>> > My concern is as follows: >>>> > >>>> > In Section 6 and Figure 1, 0x0010b (2 decimal) is used for the first >>>> > nibble following the MPLS label stack in order to avoid ECMP. This >>>> > intent is fine, but there is an issue with choosing this particular >>>> > value. The first nibble following the label stack is often (as we >>>> know) >>>> > interpreted as an IP Version Number. According to >>>> > >>>> https://www.iana.org/assignments/version-numbers/version-numbers.xhtml >>>> > < >>>> https://www.iana.org/assignments/version-numbers/version-numbers.xhtml> >>>> >>>> > , 0x0010b (2 decimal) is currently unassigned, so it COULD be >>>> assigned >>>> > by IANA, creating a future conflict. >>>> > >>>> > We could request IANA to assign IP Version number 2 for this purpose, >>>> > but I believe that would be a very difficult sell to both IANA and >>>> the >>>> > IESG, as there are only a small number of IP Version numbers >>>> available. >>>> > >>>> > Instead, I would suggest either of the two following alternatives: >>>> > >>>> > 1. Use the MPLS ACH (RFC 5586), starting with 0x0001b, and alter the >>>> > packet format in Figure 1 of this draft accordingly so that it >>>> follows >>>> > the ACH's general format but also includes the necessary fields for >>>> the >>>> > draft's purpose. >>>> > >>>> > 2. Use one of the IANA reserved IP version numbers instead of >>>> 0x0010b. I >>>> > would recommend 15 (0x1111b). There is reasonable certainty that this >>>> > would never actually ever be assigned by IANA. >>>> > >>>> > The first alternative is my personal preference, but I would be OK >>>> with >>>> > the second as well. >>>> > >>>> > Other comments: >>>> > >>>> > Other than this issue, I found the draft to be well-written and easy >>>> to >>>> > follow, and generally ready for WG adoption. >>>> > >>>> > Cheers, >>>> > Andy >>>> > >>>> > >>>> > _______________________________________________ >>>> > mpls mailing list >>>> > mpls@ietf.org >>>> > https://www.ietf.org/mailman/listinfo/mpls >>>> > >>>> >>>> -- >>>> >>>> Loa Andersson email: loa@pi.nu >>>> Senior MPLS Expert loa.pi.nu@gmail.com >>>> Bronze Dragon Consulting phone: +46 739 81 21 64 >>>> >>>> _______________________________________________ >>>> mpls mailing list >>>> mpls@ietf.org >>>> https://www.ietf.org/mailman/listinfo/mpls >>>> >>> _______________________________________________ >> mpls mailing list >> mpls@ietf.org >> https://www.ietf.org/mailman/listinfo/mpls >> > --000000000000540ab705b7998e52 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Rakesh,

Thanks, sounds=C2=A0good!
=

Cheers,
Andy


On Mon, Dec = 28, 2020 at 8:32 PM Rakesh Gandhi <rgandhi.ietf@gmail.com> wrote:
Thanks Andy, Loa and Greg.=
Acking, we can go with a similar ACH based proposal.
<= div>
Thanks,
Rakesh


<= div class=3D"gmail_quote">
On Mon, Dec= 28, 2020 at 2:05 PM Andrew G. Malis <agmalis@gmail.com> wrote:
Greg,

=
Thanks for the reminder! This is basically what I had in mind when I s= uggested using the ACH.

Cheers,
Andy


On Mon, Dec 28, 2020 at 12:31 PM Greg Mirsky <gregimirsky@gmail.com> wrote:
Hi Loa, Andy, et al.,
I think that if someone is interes= ted in how a similar problem (as I understand what IOAM tries to achieve) w= as resolved,=C2=A0RFC 8169=C2=A0might have useful informa= tion. We've used ACH, Scratch Pad for collecting telemetry (residence t= ime), and TLV to carry the original PTP packet through the MPLS domain.

Regards,
Greg

On Sun, Dec 27, 2020 at = 11:04 PM Loa Andersson <l= oa@pi.nu> wrote:
Working Group,

Andy and I have discussed this a bit off-line.

Andy,

I have now re-read the this=C2=A0 draft, other relevant drafts and the mail=
we have exchanged. I had earlier partly misunderstood and now think that your summary of the situation is basically correct.

However, I'd like to see more discussion on what we should do. In
particular I'd like to see a comment from the authors on this.

You outline three different proposals:

1.=C2=A0 follow the draft and allocate 0x0010b from IP Version Numbers
=C2=A0 =C2=A0 =C2=A0registry in the Version Numbers name space for this pur= pose
2.=C2=A0 use ACH
3.=C2=A0 use code point #15 from IP Version Numbers registry in the Version=
=C2=A0 =C2=A0 Numbers name space

To me it seems like 1 and 3 is the same, we ask for a code point from IP Version Numbers registry in the Version Numbers name space. IANA pick
the code point for us.

Note 1: We can give a strong recommendation telling IANA which code
point we want, but the decision is still with IANA.

Note 2: It seems like the chances that a Version number lower than 6
will not be picked for an IP version, value 2 is unassigned and much
easier to allocate than the reserved value 15.

Note 3: I think you are right that it is a hrd sell both to working
group and the IESG to pick a value from this registry.

Authors.

It would be nice to hear from you on this discussion, but don't change =
the document until we have a reasonable consensus.

/Loa



On 25/12/2020 01:44, Andrew G. Malis wrote:
> I've been asked to provide a pre-adoption MPLS-RT review of
> draft-gandhi-mpls-ioam-sr-04.
>
> I have a major concern that I believe needs to be addressed, either > before or after WG adoption (I defer to the WG chairs to make this > decision). My personal preference is that it be addressed by the autho= rs
> prior to adoption, but if it occurs following adoption, I would like t= o
> see it addressed before it gets much further in the WG process.
>
> My concern is as follows:
>
> In Section 6 and Figure 1, 0x0010b (2 decimal) is used for the first <= br> > nibble following the MPLS label stack in order to avoid ECMP. This > intent is fine, but there is an issue with choosing this particular > value. The first nibble following the label stack is often (as we know= )
> interpreted as an IP Version Number. According to
> https://www.iana.org/assi= gnments/version-numbers/version-numbers.xhtml
> <https://www.iana.org/= assignments/version-numbers/version-numbers.xhtml>
> , 0x0010b (2 decimal) is currently unassigned, so it COULD be assigned=
> by IANA, creating a future conflict.
>
> We could request IANA to assign IP Version number 2 for this purpose, =
> but I believe that would be a very difficult sell to both IANA and the=
> IESG, as there are only a small number of IP Version numbers available= .
>
> Instead, I would suggest either of the two following alternatives:
>
> 1. Use the MPLS ACH (RFC 5586), starting with 0x0001b, and alter the <= br> > packet format in Figure 1 of this draft accordingly so that it follows=
> the ACH's general format but also includes the necessary fields fo= r the
> draft's purpose.
>
> 2. Use one of the IANA reserved IP version numbers instead of 0x0010b.= I
> would recommend 15 (0x1111b). There is reasonable certainty that this =
> would never actually ever be assigned by IANA.
>
> The first alternative is my personal preference, but I would be OK wit= h
> the second as well.
>
> Other comments:
>
> Other than this issue, I found the draft to be well-written and easy t= o
> follow, and generally ready for WG adoption.
>
> Cheers,
> Andy
>
>
> _______________________________________________
> mpls mailing list
> mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls
>

--

Loa Andersson=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 email: loa@pi.nu
Senior MPLS Expert=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 loa.pi.nu@gmail.com
Bronze Dragon Consulting=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pho= ne: +46 739 81 21 64

_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls
_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls
--000000000000540ab705b7998e52-- From nobody Tue Dec 29 07:48: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 E6B983A1447; Tue, 29 Dec 2020 07:48:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=stewartbryantcom.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id B0NfnOliBdPL; Tue, 29 Dec 2020 07:48:20 -0800 (PST) Received: from GBR01-LO2-obe.outbound.protection.outlook.com (mail-eopbgr100059.outbound.protection.outlook.com [40.107.10.59]) (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 A19373A1448; Tue, 29 Dec 2020 07:48:16 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=GknmwJso5UN+g4m9ptFYJO7Itp1QphOezuUNOECN7t52ToWHGl78R4ntCv8TbqbotQIqtR2rgwFMz+A3y/Dpt11mTxUXXvES+WbwX1SiCNWRIEH+F3pjGxGCbKkKvrEtH/4ZzllkUtO9Vm7ibTUISGE9jtoN/ZXxuuYisuUWwAVsjc0Oe3PrzEJgvphlMGjOLQ0M3nw7kMcoQrZS0dffgTo7VuZIpHQMcOsHws1YWNsb/lPxvDA4FDIVCBMvSV6+CfUMHhAuzy3anVOKI0oxjrRaDy4HAsr6ifQKtS5Gf6wgIzrBLRUp9HJi0f1115PPplsxwz5zAHBAIjVUEjuUDA== 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=2D5MW3MPPhGCrkyebVnGyHQ5+hpA4IReIdJDo8BeiF8=; b=fYZCfz9Dzsw37en+3QexqEJ/rF0AxdTuckzTF5N9wmKok4lws35vfWTnCyHQunK+Cr+zlxgvCzXQrmWSEWSAwXqY5+D6RGTf/ch4Br5mlp9z8P8Sd4/40WZGwemhyQd3/a+cnuEuE+23rnAh0TcIwN3P9CVXEDH0P5zvmjC7SJ0sSy/g25UrPQS08wwLXdvKb5BUheT2/tRScMCkPhXcIvXz5GlXMbwThbdwvl+TB8Bqp/ug4e6M0oFsgLxdjhbtLdCcBwJECOIAkYzsm8KfuoqjhDNyUQ8weOU0/0EUSTc6bUwyTnTlE+3MfeyqVU+KMma0btg/iIrQx/i/mSLPDw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=stewartbryant.com; dmarc=pass action=none header.from=stewartbryant.com; dkim=pass header.d=stewartbryant.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=stewartbryantcom.onmicrosoft.com; s=selector2-stewartbryantcom-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=2D5MW3MPPhGCrkyebVnGyHQ5+hpA4IReIdJDo8BeiF8=; b=gS2P2l2zhBKCUjZtNfwO9pAl2fKVzzY+X8SLVJSFytRXXYopxIUu9QmPKKKx/UNfmuS23K5/AnhVukVnar4uVtSWf4Y/jYW6pH02eGZJgPTzXwWH+mG2gcnc2v/GWPF52F5fk8mQs39btsis7ygqJ4d9KkjgLtPhMOZu5+ABS00= Received: from CWLP123MB4099.GBRP123.PROD.OUTLOOK.COM (2603:10a6:400:bc::10) by CWXP123MB2517.GBRP123.PROD.OUTLOOK.COM (2603:10a6:401:85::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3700.29; Tue, 29 Dec 2020 15:48:13 +0000 Received: from CWLP123MB4099.GBRP123.PROD.OUTLOOK.COM ([fe80::18c7:c112:f989:8e87]) by CWLP123MB4099.GBRP123.PROD.OUTLOOK.COM ([fe80::18c7:c112:f989:8e87%7]) with mapi id 15.20.3700.031; Tue, 29 Dec 2020 15:48:13 +0000 From: Stewart Bryant To: Andy Smith CC: Stewart Bryant , "rtg-dir@ietf.org" , "draft-ietf-mpls-rfc6374-sfl.all@ietf.org" , Last Call , "mpls@ietf.org" Thread-Topic: Rtgdir last call review of draft-ietf-mpls-rfc6374-sfl-08 Thread-Index: AQHW3V+uUk+KlmeyvEOZDZVXsh2kQqoOOUiA Date: Tue, 29 Dec 2020 15:48:13 +0000 Message-ID: <9639562E-F2F9-4648-B87B-BCD01E1CAA73@stewartbryant.com> References: <160919060367.7736.6482165412422849474@ietfa.amsl.com> In-Reply-To: <160919060367.7736.6482165412422849474@ietfa.amsl.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.3608.120.23.2.4) authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=stewartbryant.com; x-originating-ip: [2a00:23c5:3395:c901:506:787f:603f:7c1a] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 20e53a0b-f1f1-4267-de34-08d8ac1126c8 x-ms-traffictypediagnostic: CWXP123MB2517: 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: PWQnBS9st6kU+Rif+oKyW7sXtQR8YylZk0u+eWCxjY/PZjAGUdyoBX+ltmfSUZ4CU1K6aY7riyQxBmCIXYRyRqP2neImYCX9IatDZnY2JmoKeVtKM1oN1T76dTQ6BXjSZImCkUxKnSnkuABqezQbK4BJefHQ/wjLHycsG+vnfs0zei9mXb3Rr7OICpPec9Fk6L5IcGO2Vb0P9EFenWdO48rMZwv+pvXwmqaVc1+nGGXyBJ44mIdUG+6vSM+lzPchLyLPyDSkXigtTdDdBcLrWxXEN4Nqf4OQhFatOEwMCZLmNjwiCqnMWB4CUrsPkSxOPixk0cbAhkwNb6qbAQcw0a+NqOjXTcwFhXHvOys+T+MxkJ3ehrLYSuZqvSrEsqBBTXB9kdYVjs4ZwGoDvPPhV3yV3GqULEW5GuYbyCmSFuPsOoRWXfUMfD2FU8N1xxLlqHaOnUhb9JA1le97dClIy+HkyFuVHa7ImDjvdtanLB9B3jLKyzhNtee9rouC7c1AfhD/1Nc3mzEwh2jX9RenHw== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:CWLP123MB4099.GBRP123.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(396003)(136003)(366004)(346002)(39830400003)(376002)(66476007)(64756008)(71200400001)(8936002)(66556008)(66946007)(478600001)(91956017)(54906003)(2616005)(316002)(76116006)(8676002)(4326008)(966005)(5660300002)(186003)(6486002)(83380400001)(2906002)(6916009)(6512007)(53546011)(6506007)(66446008)(86362001)(33656002)(36756003)(45980500001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: =?utf-8?B?Mk02VTJFMm5qZEdLTVptU0Rrb3cyOGNXN3BTYTBHT01aVUlqdGplWDI0c1hL?= =?utf-8?B?cXdrdEJaNGNvaHVhalY2cUF0UGF6UTJGVWYwTlNnWGJqZ1ZCbk5TOWJxY3h4?= =?utf-8?B?cDdLQnFRZ01UdWs5WnNWcVdJWVA5Mk1TNUF1MmZOVVN6Zys4WG9rcGtadkVw?= =?utf-8?B?Zzh4dUFvQ3JCNUhjY1J5bWRwcFFxTDRvWVhnQVo2ZlZocjIxRTZKbU1hT0lH?= =?utf-8?B?cEFhTE9HaTV0YjdnOFVHT2FncUlaSGxFekdNcWhyOFU2NDVjK3JDQUxNWXZy?= =?utf-8?B?bHpvQm5jaXc3b1UvM1BHR2J1RDFTaHh1UXNGN3hEdmZyK0V4U1Q4RjVOUytY?= =?utf-8?B?SWtuMVNqNmsyR2J1KzRpK1VaM3dwdDFvQ3RxVkdrSURYNE13bjNEMjhlYVVa?= =?utf-8?B?OFpXMkRodzVFN0JiSGFYb3VOUDRkSHhpUlJOdmNBbUYvS0VVOXBhanYwSTd5?= =?utf-8?B?WEt2S0dXOWRtMU15TStSc3RKekh4L3dhb3hITk9odFhlNUpSZk42cnFHOVNS?= =?utf-8?B?Ymg0K1lCMlEvY0RuN1ZLUlNaaDNzVXJYc2RPMGxFbTZFaHkrYjdTc1BjYUNJ?= =?utf-8?B?OWQ5RDVSZHNQemJoWkE3VTZubVIvMXhrS0poT0NqcVJha1EyUjJHeHFzbjk2?= =?utf-8?B?dGJJU255eHREbGZXODhkQU04ZW5ObUF3U2R5bmtjS3pqakcrdWc4U0h5c09J?= =?utf-8?B?VWV4enJDYUhWQzdxN0J4bnN2MmlQWWoyVWhxeXlaQTQ0ZWhEMURNSnMvcERV?= =?utf-8?B?QnhSaGsvdHNVLzBBekpKU1VZNzZ2aUpHMDlOOHBlb2VtS1ArcGR1by8vd1Z2?= =?utf-8?B?M3RiSXlXdGdHN0Iwc0hkRnNzeVFqNURyRUduMzhoZFY1bWZIUG41NkpWcjd4?= =?utf-8?B?ZzgvTUxNSUJUSU8yZjE2ZnlIaU1GZkVYb1FZRGJzSFhBYllwckViUGFIbW44?= =?utf-8?B?WjM2dm5qWWpGd0MxLzVtcnNZVWNYWTJIcU5yblRVdmh2UEwzU1EzREQ0UnYv?= =?utf-8?B?S2QzbTRGMGpuRnF5NmFRdDlkclZTeEpNQkpFcCs3dXcyZjJPQWJ4aG96MnNs?= =?utf-8?B?eFhqZGZ1Skl1TGtKSm5laDZUdGlvaUZVdzgwcndsSkZZRUFPT1JUS0JCUDZK?= =?utf-8?B?bnFFdHZWeVh5cjRKM2RGZWdxaE9kVG5vSWU5S0ZpTWFRdk1CR2R6MjI3ZTBk?= =?utf-8?B?NjdtM2V2dHRrOUdyLzRINlJXUFVpOUh5R0VsNXp2TEVsVDlVNGxPQ1EyVlB3?= =?utf-8?B?ZEozN2kvQmNaTUFNeWJXWTh2cXhTeTYvRUJCNXJlQTBSeEZvMlBJUDhDTUhK?= =?utf-8?B?aW13VmFyZjR3QTFDWit3YUlabGFLaS9SOFRYNTIwUEduK0JiMytsV3dWS0J6?= =?utf-8?B?b29ZeU9jMEUwWlA5em1tYS9UWmg1OU9vcXFqem5rM2IyazhYcFErRUVMWDN1?= =?utf-8?Q?ceu0Sr0J?= Content-Type: text/plain; charset="utf-8" Content-ID: <62B24F326F6698498E7DB802326EA718@GBRP123.PROD.OUTLOOK.COM> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: stewartbryant.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: CWLP123MB4099.GBRP123.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: 20e53a0b-f1f1-4267-de34-08d8ac1126c8 X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Dec 2020 15:48:13.6949 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 08ac3335-91dd-4a2d-90a7-b5e825494a75 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: TjOSRK7/ZYIxrZtMcrosMI+m9HSG3RK3azHcgAMxleEzsI2GT5bjotziXjTO/FyvfMpnqqnOqnPf1c6E/lUMRA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: CWXP123MB2517 Archived-At: Subject: Re: [mpls] Rtgdir last call review of draft-ietf-mpls-rfc6374-sfl-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: Tue, 29 Dec 2020 15:48:22 -0000 VGhhbmsgeW91DQoNCkkgd2lsbCBhZGRyZXNzICB0aGVzZSB3aGVuIEkgcmVzb2x2ZSBhbnkgb3Ro ZXIgb3RoZXIgTEMgY29tbWVudHMuDQoNCkJlc3QgcmVnYXJkcw0KDQpTdGV3YXJ0DQoNCg0KPiBP biAyOCBEZWMgMjAyMCwgYXQgMjE6MjMsIEFuZHkgU21pdGggdmlhIERhdGF0cmFja2VyIDxub3Jl cGx5QGlldGYub3JnPiB3cm90ZToNCj4gDQo+IFJldmlld2VyOiBBbmR5IFNtaXRoDQo+IFJldmll dyByZXN1bHQ6IEhhcyBOaXRzDQo+IA0KPiBIZWxsbywNCj4gDQo+IEkgaGF2ZSBiZWVuIHNlbGVj dGVkIGFzIHRoZSBSb3V0aW5nIERpcmVjdG9yYXRlIHJldmlld2VyIGZvciB0aGlzIGRyYWZ0LiBU aGUNCj4gUm91dGluZyBEaXJlY3RvcmF0ZSBzZWVrcyB0byByZXZpZXcgYWxsIHJvdXRpbmcgb3Ig cm91dGluZy1yZWxhdGVkIGRyYWZ0cyBhcw0KPiB0aGV5IHBhc3MgdGhyb3VnaCBJRVRGIGxhc3Qg Y2FsbCBhbmQgSUVTRyByZXZpZXcsIGFuZCBzb21ldGltZXMgb24gc3BlY2lhbA0KPiByZXF1ZXN0 LiBUaGUgcHVycG9zZSBvZiB0aGUgcmV2aWV3IGlzIHRvIHByb3ZpZGUgYXNzaXN0YW5jZSB0byB0 aGUgUm91dGluZyBBRHMuDQo+IEZvciBtb3JlIGluZm9ybWF0aW9uIGFib3V0IHRoZSBSb3V0aW5n IERpcmVjdG9yYXRlLCBwbGVhc2Ugc2VlDQo+IGh0dHA6Ly90cmFjLnRvb2xzLmlldGYub3JnL2Fy ZWEvcnRnL3RyYWMvd2lraS9SdGdEaXINCj4gDQo+IEFsdGhvdWdoIHRoZXNlIGNvbW1lbnRzIGFy ZSBwcmltYXJpbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIFJvdXRpbmcgQURzLCBpdCB3b3VsZA0KPiBi ZSBoZWxwZnVsIGlmIHlvdSBjb3VsZCBjb25zaWRlciB0aGVtIGFsb25nIHdpdGggYW55IG90aGVy IElFVEYgTGFzdCBDYWxsDQo+IGNvbW1lbnRzIHRoYXQgeW91IHJlY2VpdmUsIGFuZCBzdHJpdmUg dG8gcmVzb2x2ZSB0aGVtIHRocm91Z2ggZGlzY3Vzc2lvbiBvciBieQ0KPiB1cGRhdGluZyB0aGUg ZHJhZnQuDQo+IA0KPiBEb2N1bWVudDogZHJhZnQtaWV0Zi1tcGxzLXJmYzYzNzQtc2ZsLTA4LnR4 dA0KPiBSZXZpZXdlcjogQW5keSBTbWl0aA0KPiBSZXZpZXcgMjggRGVjZW1iZXIgMjAyMA0KPiBJ RVRGIExDIEVuZCBEYXRlOiBkYXRlLWlmLWtub3duDQo+IEludGVuZGVkIFN0YXR1czogUHJvcG9z ZWQgU3RhbmRhcmQNCj4gDQo+IFN1bW1hcnk6DQo+IA0KPiBUaGlzIGRvY3VtZW50IGlzIGJhc2lj YWxseSByZWFkeSBmb3IgcHVibGljYXRpb24sIGJ1dCBoYXMgbml0cyB0aGF0IHNob3VsZCBiZQ0K PiBjb25zaWRlcmVkIHByaW9yIHRvIHB1YmxpY2F0aW9uLg0KPiANCj4gQ29tbWVudHM6DQo+IA0K PiBUaGUgZG9jdW1lbnQgaXMgZWFzeSB0byBmb2xsb3cuICAgSXQgaXMgYSBub3ZlbCBpZGVhIHRo YXQgc29sdmVzIGEgcmVhc29uYWJsZQ0KPiB0byB1bmRlcnN0YW5kIHByb2JsZW0uDQo+IA0KPiBN YWpvciBJc3N1ZXM6DQo+IA0KPiBOb3RoaW5nIG9idmlvdXMuDQo+IA0KPiBNaW5vciBJc3N1ZXM6 DQo+IA0KPiBTZWN0aW9uIDU6DQo+IA0KPiBUaGlzIGl0IGlzIHByb3Bvc2VkIC0+IFRodXMgaXQg aXMgcHJvcG9zZWQNCj4gDQo+IFNlY3Rpb24gNjoNCj4gDQo+IGxhcmdlIHNldCBvZiBvdmVybGFw cGluZyBtZWFzdXJlbWVudCB0eXBlIC0+IGxhcmdlIHNldCBvZiBvdmVybGFwcGluZw0KPiBtZWFz dXJlbWVudCB0eXBlcw0KPiANCj4gImluY3JlYXNlZCBvcGVyYXRpb24gYW5kIGNhcGl0YWwgY29z dCIgLT4gZG8geW91IHJlYWxseSB3YW50IHRvIG1ha2UgdGhpcw0KPiBjbGFpbT8gICBJZiBzbyBu ZWVkIHRvIHF1YW50aWZ5IGl0Lg0KPiANCj4gU2VjdGlvbiA3LjE6DQo+IA0KPiAid2hlbiBhIHBh Y2tldCBoYWQgYSBkZWxheSByZWxhdGl2ZSB0byBpdHMgcHJlZGVjZXNzb3Igb2YgMnVzIGJvdGgg dGhlIHVwIHRvDQo+IDF1cyBhbmQgdGhlIDJ1cyBjb3VudGVyIiAgIGRvZXNuJ3QgbWFrZSBzZW5z ZS4gIHJld29yZA0KPiANCj4gU2VjdGlvbiA3LjI6DQo+IA0KPiAiQ2hhcmFjdGVyaXN0aWPigJlz IDEgYW5kIDIiICAgbm8gYXBvc3Ryb3BoZSBuZWVkZWQNCj4gDQo+IFNlY3Rpb24gNy4zOg0KPiAN Cj4gImNyZWF0ZSBhIGxhcmdlIGRlbWFuZCBvbiBzdG9yYWdlIGluIHRoZSBpbnN0cnVtZW50YXRp b24gc3lzdGVtIiAtPiBxdWFudGlmeQ0KPiB0aGlzIGlmIHRoaXMgY2xhaW0gaXMgZ29pbmcgdG8g YmUgbWFkZQ0KPiANCj4gU2VjdGlvbiA5LjE6DQo+IA0KPiAiRWRpdG9y4oCZcyBOb3RlIHdlIiAt IENsYXJpZnkgd2hvICd3ZScgaXMuICBUaGUgYXV0aG9ycz8gIHRoZSBXRz8gICBkb24ndCB1c2UN Cj4gZmlyc3QgcGVyc29uLg0KPiANCj4gTml0czoNCj4gDQo+IEEgbnVtYmVyIG9mIHJ1bi1vbiBz ZW50ZW5jZXMgYXJlIGluIHRoZSBkb2N1bWVudCwgZXNwZWNpYWxseSBpbiB0aGUNCj4gSW50cm9k dWN0aW9uLiAgIFdoaWxlIG5vdCBmYXRhbCwgaXQgbWFrZXMgaXQgYSBjaG9yZSB0byByZWFkIGlu IHBhcnRzLiAgDQo+IENvbnNpZGVyIGJyZWFraW5nIHNvbWUgbG9uZyBzZW50ZW5jZXMgYXBhcnQu DQo+IA0KPiBUaGVyZSBpcyBhIGxhY2sgb2YgY29tbWEgdXNhZ2UgdGhyb3VnaG91dCB0aGUgZG9j dW1lbnQsIGEgbml0LCBidXQgaHVydHMNCj4gcmVhZGFiaWxpdHkuDQo+IA0KPiANCj4gDQoNCg== From nobody Tue Dec 29 11:52: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 9E28D3A0902; Tue, 29 Dec 2020 11:52:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.603 X-Spam-Level: X-Spam-Status: No, score=0.603 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] 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 1RThT_bDAWed; Tue, 29 Dec 2020 11:52:26 -0800 (PST) Received: from mail-oo1-xc30.google.com (mail-oo1-xc30.google.com [IPv6:2607:f8b0:4864:20::c30]) (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 BB4EE3A08FA; Tue, 29 Dec 2020 11:52:25 -0800 (PST) Received: by mail-oo1-xc30.google.com with SMTP id q6so3077339ooo.8; Tue, 29 Dec 2020 11:52:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:thread-topic:thread-index:date:message-id :accept-language:content-language:mime-version; bh=ls0SaB7LlLRK5GRIrpwsjhiu7Ik/gva0rLJ1vytFrmk=; b=XQ4L77Wp6kjaYWWfYgVxl+VuNg3Ju69dngXuRacbvGuVERfhNHLBCwIRnJgMqVXLuc aw8l/vpeew7VnT+3+qWyKwUmsVfk8O3L5mTDfKuFc1r77jJrFgl5XOZRW61/4Zjo2Oeu 8H6SZlfesPB4cyP6/QQfFou+yULvDIIvos8BN+549nr6fK26GqCNLlUCnNGrR/frEdCD SCffBnT3SRwX6bengL4zIte6zfDK4aoNjrkJoGW+tYkhGpkkxwqs0DJPeHNaIpnqFD2S 2MI0nvJ7W73Ss+brpqMovzzn6CeyJ+78bAb/mjyrqnnv+bIADfivTXJQcrjqqIAInR8O i7bw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:thread-topic:thread-index :date:message-id:accept-language:content-language:mime-version; bh=ls0SaB7LlLRK5GRIrpwsjhiu7Ik/gva0rLJ1vytFrmk=; b=kL2XhZIUeJ7z9x4cOX+qfM/9917NOPYFyDqCDaFT7PjIOycPPcX5aunVc36WwcwQTq MYjjGwmNB5YDLadAm06xpoOJ8s1AfBNDHjA1FbA6k1LywcoElXUNahO//3+ANDUm8wCc pkJmjUI6oZR4vEpzewi2piXJNRmp6dCiO7a8N7kyHO/spH9Hk2EJbTpg6B9Kdo7qbdJx HDkYj/vJYy+M6apgg7EWHguhXexi6nmQoB8l0SDzyLuKu22/cnA6l3gttwy3imOoZ78E mhLbKPkHr+BSDDM8vOpKdeZ6Wu3lZyQKmWIqhNd51H4TeiP2VCaQXnkoPsSwQ6ftElHj y4aQ== X-Gm-Message-State: AOAM533sKIaB4gCkMs3+l8KkhffX6e/l32iJfzWdmVCGziqW94L7b+y4 jHeuX0t7gqlEtAkp2QHBd4alw06n1flEng== X-Google-Smtp-Source: ABdhPJzfUpaph5vqq6PFxEBYtfMdShdRrVvNqpzPrz3TZ1EjhaeYSaXyx6MRx1e355uFYDttAVp5zw== X-Received: by 2002:a4a:d118:: with SMTP id k24mr34567135oor.8.1609271544418; Tue, 29 Dec 2020 11:52:24 -0800 (PST) Received: from SN6PR1901MB2158.namprd19.prod.outlook.com ([2603:1036:805:3::5]) by smtp.gmail.com with ESMTPSA id d20sm10310571ote.48.2020.12.29.11.52.23 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 29 Dec 2020 11:52:23 -0800 (PST) From: Tarek Saad To: "mpls@ietf.org" CC: "mpls-chairs@ietf.org" , "draft-cheng-mpls-inband-pm-encapsulation@ietf.org" Thread-Topic: IPR adoption poll for draft-cheng-mpls-inband-pm-encapsulation Thread-Index: AQHW3hweictka1WtKk66uoKiEB4suQ== X-MS-Exchange-MessageSentRepresentingType: 1 Date: Tue, 29 Dec 2020 19:52:22 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-Exchange-Organization-SCL: -1 X-MS-TNEF-Correlator: X-MS-Exchange-Organization-RecordReviewCfmType: 0 Content-Type: multipart/alternative; boundary="_000_SN6PR1901MB2158D89C10C63BC3E1C6781AFCD80SN6PR1901MB2158_" MIME-Version: 1.0 Archived-At: Subject: [mpls] IPR adoption poll for 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, 29 Dec 2020 19:52:28 -0000 --_000_SN6PR1901MB2158D89C10C63BC3E1C6781AFCD80SN6PR1901MB2158_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Working Group, authors, This is a start of an IPR poll in preparation for the WG adoption of draft-= cheng-mpls-inband-pm-encapsulation. Are you aware of any IPR that applies to draft-cheng-mpls-inband-pm-encapsu= lation? If so, has this IPR been disclosed in compliance with IETF IPR rules (see R= FCs 3979, 4879, 3669 and 5378 for more details). Currently, there are no IPR disclosures against draft-cheng-mpls-inband-pm-= encapsulation. If you are listed as a document author or contributor please respond to thi= s email regardless of whether or not you are aware of any relevant IPR. *Th= e response needs to be sent to the MPLS WG mailing list.* The document will= not advance to the next stage until a response has been received from each= author and contributor. If you are on the MPLS WG email list but are not listed as an author or con= tributor, then please explicitly respond only if you are aware of any IPR t= hat has not yet been disclosed in conformance with IETF rules. Regards, Tarek (mpls wg co-chair) --_000_SN6PR1901MB2158D89C10C63BC3E1C6781AFCD80SN6PR1901MB2158_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Working Group, authors,

 

This is a start of an IPR poll in preparat= ion for the WG adoption of draft-cheng-mpls-inband-pm-encapsulation.

 

Are you aware of any IPR that applies to&n= bsp;draft-cheng-mpls-inband-pm-encapsulation?

 

If so, has this IPR been disclosed in comp= liance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 fo= r more details).

 

Currently, there are no IPR disclosures ag= ainst draft-cheng-mpls-inband-pm-encapsulation.

 

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

 

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

 

Regards,

Tarek (mpls wg co-chair)

--_000_SN6PR1901MB2158D89C10C63BC3E1C6781AFCD80SN6PR1901MB2158_-- From nobody Tue Dec 29 18:48: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 2C5303A0E0A; Tue, 29 Dec 2020 18:48:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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 qIJyH6fBLcoD; Tue, 29 Dec 2020 18:48:54 -0800 (PST) Received: from cmccmta3.chinamobile.com (cmccmta3.chinamobile.com [221.176.66.81]) by ietfa.amsl.com (Postfix) with ESMTP id 8031A3A0E08; Tue, 29 Dec 2020 18:48:50 -0800 (PST) Received: from spf.mail.chinamobile.com (unknown[172.16.121.17]) by rmmx-syy-dmz-app10-12010 (RichMail) with SMTP id 2eea5febea86d35-e788f; Wed, 30 Dec 2020 10:48:39 +0800 (CST) X-RM-TRANSID: 2eea5febea86d35-e788f X-RM-TagInfo: emlType=0 X-RM-SPAM-FLAG: 00000000 Received: from cmcc (unknown[10.2.53.153]) by rmsmtp-syy-appsvr09-12009 (RichMail) with SMTP id 2ee95febea851a4-1a023; Wed, 30 Dec 2020 10:48:38 +0800 (CST) X-RM-TRANSID: 2ee95febea851a4-1a023 From: "Weiqiang Cheng" To: "'Italo Busi'" , , , "'Mach Chen'" Cc: References: <07f301d6d1c7$e5c246e0$b146d4a0$@com> <0a2631017f1541fd98ebb61ce627283f@huawei.com> In-Reply-To: <0a2631017f1541fd98ebb61ce627283f@huawei.com> Date: Wed, 30 Dec 2020 10:48:37 +0800 Message-ID: <023e01d6de56$46d387b0$d47a9710$@com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_023F_01D6DE99.54F6C7B0" X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AdbONAi8bzMJ1FAyQGmxssyQ8d9OZgDk1dCAAvwguFAAJ5FHQA== Content-Language: zh-cn Archived-At: Subject: Re: [mpls] MPLS-RT review of 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: Wed, 30 Dec 2020 02:48:57 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_023F_01D6DE99.54F6C7B0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi Italo, Thanks a lot. =20 B.R. Weiqiang Cheng =20 =E5=8F=91=E4=BB=B6=E4=BA=BA: Italo Busi [mailto:Italo.Busi@huawei.com]=20 =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: = 2020=E5=B9=B412=E6=9C=8829=E6=97=A5 16:05 =E6=94=B6=E4=BB=B6=E4=BA=BA: 'Weiqiang Cheng'; = draft-cheng-mpls-inband-pm-encapsulation@ietf.org; mpls-chairs@ietf.org; = Mach Chen =E6=8A=84=E9=80=81: mpls@ietf.org =E4=B8=BB=E9=A2=98: RE: MPLS-RT review of = draft-cheng-mpls-inband-pm-encapsulation =20 Weiqiang, =20 Thanks for addressing my comment. I am ok with your proposed resolution. =20 Italo =20 From: Weiqiang Cheng [mailto:chengweiqiang@chinamobile.com]=20 Sent: luned=C3=AC 14 dicembre 2020 04:19 To: Italo Busi ; = draft-cheng-mpls-inband-pm-encapsulation@ietf.org; mpls-chairs@ietf.org; = Mach Chen Cc: mpls@ietf.org Subject: Re: MPLS-RT review of draft-cheng-mpls-inband-pm-encapsulation =20 Hi Italo, =20 Many thanks for your thorough review and insightful comments. We've discussed them, please see inline our responses tagged with = . =20 Best Regards, Weiqiang (on behalf of co-authors) =20 =20 =E5=8F=91=E4=BB=B6=E4=BA=BA: Italo Busi [mailto:Italo.Busi@huawei.com]=20 =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2020=E5=B9=B412=E6=9C=889=E6=97=A5 = 22:55 =E6=94=B6=E4=BB=B6=E4=BA=BA: = draft-cheng-mpls-inband-pm-encapsulation@ietf.org; mpls-chairs@ietf.org; = Mach Chen =E6=8A=84=E9=80=81: 'mpls@ietf.org' =E4=B8=BB=E9=A2=98: MPLS-RT review of = draft-cheng-mpls-inband-pm-encapsulation =20 Hi all, I have been selected as one of the MPLS-RT reviewers of = draft-cheng-mpls-inband-pm-encapsulation. I have reviewed the latest version of the draft = (draft-cheng-mpls-inband-pm-encapsulation-04). I think that the document is coherent, it is useful (i.e., it addresses = a real need for operational networks), and it is almost technically = sound. Therefore, I think that the draft is almost ready to be adopted as a WG = document. I have only one technical comment which I am not sure it is really = blocking WG adoption but it may be worthwhile to confirm (or to address) = before WG adoption: I am not sure the use of the TC field for supporting = alternate marking method is fully compliant with RFC5462. In the latest -04 version of this draft, we updated the text = relevant to TC field usage as alternate marking bits, that's due to the = comments/queries we received from Tarek, for the details please refer to = the fifth query and answer in archive: = https://mailarchive.ietf.org/arch/msg/mpls/_zYXoymu05Yiq-2bKgStgzpqb0Q/. = = To our understanding, leveraging TC bits to identify alternate marking = is along the lines of RFC 5462, especially due to the fact that RFC 8321 = mentions many times that IP DSCP field can be used to identify alternate = marking. =20 If the alternative option to allocate multiple Flow-ID labels is chosen, = there are other pieces of text that need to be updated for consistency. Actually the alternative option to allocate multiple Flow-ID = labels is not recommended, for the reasons please refer to the fifth = query and answer in archive: = https://mailarchive.ietf.org/arch/msg/mpls/_zYXoymu05Yiq-2bKgStgzpqb0Q/. =20 These are few other comments I have which can be addressed either before = or after WG adoption. =20 1. The insertion of the Flow-ID label stack entry has some impact = on the ECMP behavior within the MPLS network which needs to be analyzed = in the draft (see for example section 5 of the SFL framework draft). Thanks for pointing that out and the good reference, we'll = add text to address it. =20 2. Editorial: the draft uses the term "VPN Label" while other RFCs = uses the term "Application Label" It woudl be better to align the = terminology with other RFCs. OK, will make the alignment. =20 3. Editorial: the text in the Introduction is a bit hard to read. = The differences between this method and SFL are split between the second = and the third paragraph while the third paragraph describes also the = difference wrt in-situ OAM. The last paragraph describes what this draft = defines wrt the mechanisms of RC8321 and RFC8372. =20 Moreover, some of the properties of this method (e.g., monitoring at = intermediate points as well as flow identification at both LSP and = VPN/application label) are inferred from the difference with other = methods rather than explicitly defined as properties of this method. =20 It is proposed to re-organize the text in the Introduction with: =C2=B7 one paragraph describing the background information (RFC832 = and RFC8372) =C2=B7 one or two paragraphs describing what this draft defines =C2=B7 one paragraph defining the differences wrt SFL =C2=B7 one paragraph defining the differences wrt in-situ OAM Make sense, thank you. We'll follow your suggestion to update = the introduction part. =20 4. In section 1, the second part of the comparison with in-situ = OAM is not fully clear to me: =20 furthermore, the former allows the network nodes to report the refined data (e.g. calculated performance metrics) associated with a specified flow, nevertheless the latter requests the network nodes to report the data (e.g. ingress interface and egress interface) associated with a specified packet. =20 Could you please provide more explanation (via e-mail or in the draft)? Of course, the text you quote intends to tell the different = characteristics of the exported data. With alternate marking, the = exported data is flow-based data for performance measurement, such as = counter of a block. With In-situ OAM, the exported data is packet-based = data for telemetry info collection, such as ingress interface of a = packet. Is it more clear if we change the text to "furthermore, the = former requests the network nodes to report the data used for = performance measurement, nevertheless the latter requests the network = nodes to report the data used for telemetry info collection"? =20 5. From section 2.1, I understand that the LSP label can be = PHP-ed. =20 Is my understanding correct? It might be worthwhile being explicit about = this. Yes, we think so. We'll add text to make it explicit. =20 6. From section 2.1, I understand that when the Flow-ID is applied = to both the LSP and VPN labels, the two values are independent from each = other. For example, two packets can belong to the same VPN flow but to = two different LSP flows (although this might depend on the ECMP = behavior) or two packets can belong to two different VPN flows but to = the same LSP flow. =20 Is my understanding correct? It might be worthwhile being explicit about = this. Yes, we think so. We'll add text to make it explicit. =20 7. From section 3, I understand that an intermediate node to = lookup the Flow-ID label needs to perform some deep packet inspection = beyond the label at the top of the label stack used to take forwarding = decisions. =20 I think the draft should state this requirement more clearly. =20 It is also not clear how deep this inspection could be. For example, a P = router should only inspect the LSP Flow-ID label (i.e., monitoring the = LSP flow) or could it also inspect the VPN Flow-ID (i.e., monitoring the = VPN flow)? =20 Moreover, is this inspection required at all the intermediate nodes or = should it be configured somehow? =20 Adding some description about the configuration of the Flow=E2=80=91ID = on intermediate nodes in section 4 could help addressing this comment. Yes, the answers to your questions depend on the = configurations on the intermediate nodes. We'll add text to address this = comment. Thank you again, Italo, for the time and effort you took to review this = document. =20 Italo =20 ------=_NextPart_000_023F_01D6DE99.54F6C7B0 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Hi = Italo,

Thanks a = lot.

 

B.R.

Weiqiang = Cheng

 

=E5=8F=91=E4=BB= =B6=E4=BA=BA: Italo Busi = [mailto:Italo.Busi@huawei.com]
=E5=8F=91=E9=80= =81=E6=97=B6=E9=97=B4: = 2020=E5=B9=B412=E6=9C=8829=E6=97=A5 = 16:05
=E6=94=B6=E4=BB=B6=E4=BA=BA: 'Weiqiang Cheng'; = draft-cheng-mpls-inband-pm-encapsulation@ietf.org; mpls-chairs@ietf.org; = Mach Chen
=E6=8A=84=E9=80=81: = mpls@ietf.org
=E4=B8=BB=E9=A2=98: RE: MPLS-RT review of = draft-cheng-mpls-inband-pm-encapsulation

 

Weiqiang,

 

Thanks for = addressing my comment. I am ok with your proposed = resolution.

 

Italo

 

From: Weiqiang Cheng = [mailto:chengweiqiang@chinamobile.com]
Sent: luned=C3=AC 14 = dicembre 2020 04:19
To: Italo Busi = <Italo.Busi@huawei.com>; = draft-cheng-mpls-inband-pm-encapsulation@ietf.org; mpls-chairs@ietf.org; = Mach Chen <mach.chen@huawei.com>
Cc: = mpls@ietf.org
Subject: Re: MPLS-RT review of = draft-cheng-mpls-inband-pm-encapsulation

 

Hi = Italo,

 

Many thanks for your thorough = review and insightful comments.

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

 

Best = Regards,

Weiqiang (on behalf of = co-authors)

 

 

=E5=8F=91=E4=BB= =B6=E4=BA=BA: Italo Busi = [mailto:Italo.Busi@huawei.com] =
=E5=8F=91=E9=80= =81=E6=97=B6=E9=97=B4: = 2020=E5=B9=B412=E6=9C=889=E6=97=A5 22:55
=E6=94=B6=E4=BB=B6=E4=BA=BA: draft-c= heng-mpls-inband-pm-encapsulation@ietf.org; mpls-chairs@ietf.org; Mach = Chen
=E6=8A=84=E9=80=81: 'mpls@ietf.org'
=E4=B8=BB=E9=A2=98: MPLS-RT review of = draft-cheng-mpls-inband-pm-encapsulation

 

Hi all,

I have been selected as one of the  MPLS-RT reviewers = of draft-cheng-mpls-inband-pm-encapsulation.

I have reviewed the latest version of the draft = (draft-cheng-mpls-inband-pm-encapsulation-04).

I think that the document is coherent, it is useful (i.e., = it addresses a real need for operational networks), and it is almost = technically sound.

Therefore, I think that the draft is almost ready to be = adopted as a WG document.

I have only one technical comment which I am not sure it is = really blocking WG adoption but it may be worthwhile to confirm (or to = address) before WG adoption: I am not sure the use of the TC field for = supporting alternate marking method is fully compliant with = RFC5462.

<Weiqiang> In the latest -04 version of this draft, = we updated the text relevant to TC field usage as alternate marking = bits, that's due to the comments/queries we received from Tarek, for the = details please refer to the fifth query and answer in archive: https://mailarchive.ietf.org/arch/msg/mpls/_zYXoymu05Yi= q-2bKgStgzpqb0Q/. To our understanding, leveraging TC = bits to identify alternate marking is along the lines of RFC 5462, = especially due to the fact that RFC 8321 mentions many times that = IP DSCP field can be used to identify alternate = marking.

 

If the alternative option to allocate multiple Flow-ID = labels is chosen, there are other pieces of text that need to be updated = for consistency.

<Weiqiang> Actually the alternative option to = allocate multiple Flow-ID labels is not recommended, for the reasons = please refer to the fifth query and answer in archive: https://mailarchive.ietf.org/arch/msg/mpls/_zYXoymu05Yi= q-2bKgStgzpqb0Q/.

 

These are few other comments I have which can be addressed = either before or after WG adoption.

 

1.       The insertion of the Flow-ID label stack entry has some = impact on the ECMP behavior within the MPLS network which needs to be = analyzed in the draft (see for example section 5 of the SFL framework = draft).

<Weiqiang> Thanks for pointing that out and the good = reference, we'll add text to address it.

 

2.       Editorial: the draft uses the term "VPN Label" = while other RFCs uses the term "Application Label" It woudl be = better  to align the terminology with other = RFCs.

<Weiqiang> OK, will make the = alignment.

 

3.       Editorial: the text in the Introduction is a bit hard to = read. The differences between this method and SFL are split between the = second and the third paragraph while the third paragraph describes also = the difference wrt in-situ OAM. The last paragraph describes what this = draft defines wrt the mechanisms of RC8321 and = RFC8372.

 

Moreover, some of the = properties of this method (e.g., monitoring at intermediate points as = well as flow identification at both LSP and VPN/application label) are = inferred from the difference with other methods rather than explicitly = defined as properties of this method.

 

It is proposed to = re-organize the text in the Introduction with:

=C2=B7       one paragraph describing the background information (RFC832 = and RFC8372)

=C2=B7       one or two paragraphs describing what this draft = defines

=C2=B7       one paragraph defining the differences wrt = SFL

=C2=B7       one paragraph defining the differences wrt in-situ = OAM

<Weiqiang> Make sense, thank you. We'll follow your = suggestion to update the introduction part.

 

4.       In section 1, the second part of the comparison with = in-situ OAM is not fully clear to me:

 

    =             &= nbsp;          furtherm= ore, the former allows the network

   nodes to report the = refined data (e.g. calculated performance

   metrics) associated = with a specified flow, nevertheless the latter

   requests the network = nodes to report the data (e.g. ingress interface

   and egress interface) = associated with a specified packet.

 

Could you please provide = more explanation (via e-mail or in the draft)?

<Weiqiang> Of course, the text you quote intends to = tell the different characteristics of the exported data. With alternate = marking, the exported data is flow-based data for performance = measurement, such as counter of a block. With In-situ OAM, the exported = data is packet-based data for telemetry info collection, such as ingress = interface of a packet. Is it more clear if we change the text to = "furthermore, the former requests the network nodes to report the = data used for performance measurement, nevertheless the latter requests = the network nodes to report the data used for telemetry info = collection"?

 

5.       From section 2.1, I understand that the LSP label can be = PHP-ed.

 

Is my understanding = correct? It might be worthwhile being explicit about = this.

<Weiqiang> Yes, we = think so. We'll add text to make it explicit.

 

6.       From section 2.1, I understand that when the Flow-ID is = applied to both the LSP and VPN labels, the two values are independent = from each other. For example, two packets can belong to the same VPN = flow but to two different LSP flows (although this might depend on the = ECMP behavior) or two packets can belong to two different VPN flows but = to the same LSP flow.

 

Is my understanding = correct? It might be worthwhile being explicit about = this.

<Weiqiang> Yes, we = think so. We'll add text to make it explicit.

 

7.       From section 3, I understand that an intermediate node to = lookup the Flow-ID label needs to perform some deep packet inspection = beyond the label at the top of the label stack used to take forwarding = decisions.

 

I think the draft should = state this requirement more clearly.

 

It is also not clear how = deep this inspection could be. For example, a P router should only = inspect the LSP Flow-ID label (i.e., monitoring the LSP flow) or could = it also inspect the VPN Flow-ID (i.e., monitoring the VPN = flow)?

 

Moreover, is this = inspection required at all the intermediate nodes or should it be = configured somehow?

 

Adding some description = about the configuration of the Flow=E2=80=91ID on intermediate nodes in = section 4 could help addressing this comment.

<Weiqiang> Yes, the answers to your questions depend = on the configurations on the intermediate nodes. We'll add text to = address this comment.

Thank you again, Italo, = for the time and effort you took to review this = document.

 

Italo

 

------=_NextPart_000_023F_01D6DE99.54F6C7B0-- From nobody Tue Dec 29 18:49:20 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 C3D2D3A0E0D; Tue, 29 Dec 2020 18:49:12 -0800 (PST) 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0H6N0UvsFkbM; Tue, 29 Dec 2020 18:49:10 -0800 (PST) Received: from cmccmta2.chinamobile.com (cmccmta2.chinamobile.com [221.176.66.80]) by ietfa.amsl.com (Postfix) with ESMTP id 806833A0E34; Tue, 29 Dec 2020 18:49:06 -0800 (PST) Received: from spf.mail.chinamobile.com (unknown[172.16.121.15]) by rmmx-syy-dmz-app07-12007 (RichMail) with SMTP id 2ee75febea94f5f-e78eb; Wed, 30 Dec 2020 10:48:52 +0800 (CST) X-RM-TRANSID: 2ee75febea94f5f-e78eb X-RM-TagInfo: emlType=0 X-RM-SPAM-FLAG: 00000000 Received: from cmcc (unknown[10.2.53.153]) by rmsmtp-syy-appsvr08-12008 (RichMail) with SMTP id 2ee85febea90f12-1bde3; Wed, 30 Dec 2020 10:48:52 +0800 (CST) X-RM-TRANSID: 2ee85febea90f12-1bde3 From: "Weiqiang Cheng" To: "'Tarek Saad'" , Cc: , References: In-Reply-To: Date: Wed, 30 Dec 2020 10:48:50 +0800 Message-ID: <024301d6de56$4e226900$ea673b00$@com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0244_01D6DE99.5C45A900" X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AQHW3hweictka1WtKk66uoKiEB4suaoO75sA Content-Language: zh-cn Archived-At: Subject: Re: [mpls] IPR adoption poll for 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: Wed, 30 Dec 2020 02:49:19 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0244_01D6DE99.5C45A900 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable As co-author, I am not aware of any IPR.=20 =20 B.R. Weiqiang Cheng =20 =B7=A2=BC=FE=C8=CB: mpls [mailto:mpls-bounces@ietf.org] =B4=FA=B1=ED = Tarek Saad =B7=A2=CB=CD=CA=B1=BC=E4: 2020=C4=EA12=D4=C230=C8=D5 03:52 =CA=D5=BC=FE=C8=CB: mpls@ietf.org =B3=AD=CB=CD: mpls-chairs@ietf.org; draft-cheng-mpls-inband-pm-encapsulation@ietf.org =D6=F7=CC=E2: [mpls] IPR adoption poll for = draft-cheng-mpls-inband-pm-encapsulation =20 Working Group, authors, =20 This is a start of an IPR poll in preparation for the WG adoption of draft-cheng-mpls-inband-pm-encapsulation. =20 Are you aware of any IPR that applies to draft-cheng-mpls-inband-pm-encapsulation? =20 If so, has this IPR been disclosed in compliance with IETF IPR rules = (see RFCs 3979, 4879, 3669 and 5378 for more details). =20 Currently, there are no IPR disclosures against draft-cheng-mpls-inband-pm-encapsulation. =20 If you are listed as a document author or contributor please respond to = this email regardless of whether or not you are aware of any relevant IPR. = *The response needs to be sent to the MPLS WG mailing list.* The document = will not advance to the next stage until a response has been received from = each author and contributor. =20 If you are on the MPLS WG email list but are not listed as an author or contributor, then please explicitly respond only if you are aware of any = IPR that has not yet been disclosed in conformance with IETF rules. =20 Regards, Tarek (mpls wg co-chair) ------=_NextPart_000_0244_01D6DE99.5C45A900 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

As co-author, I am not aware of any IPR. =

 

B.R.

Weiqiang = Cheng

 

=B7=A2=BC=FE=C8=CB: mpls = [mailto:mpls-bounces@ietf.org] =B4=FA=B1=ED = Tarek = Saad
=B7=A2=CB=CD=CA=B1=BC=E4: 2020=C4=EA12=D4=C230=C8=D5 03:52
=CA=D5=BC=FE=C8=CB: = mpls@ietf.org
=B3=AD=CB=CD: mpls-chairs@ietf.org; = draft-cheng-mpls-inband-pm-encapsulation@ietf.org
=D6=F7=CC=E2= : [mpls] IPR adoption = poll for = draft-cheng-mpls-inband-pm-encapsulation

 

Working Group, authors,

 

This is a start of = an IPR poll in preparation for the WG adoption of = draft-cheng-mpls-inband-pm-encapsulation.

 

Are you aware of = any IPR that applies = to draft-cheng-mpls-inband-pm-encapsulation?

 

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

 

Currently, there are = no IPR disclosures against = draft-cheng-mpls-inband-pm-encapsulation.

 

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

 

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

 

Regards,

Tarek (mpls wg = co-chair)

------=_NextPart_000_0244_01D6DE99.5C45A900-- From nobody Tue Dec 29 20:12:51 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 AF6133A0EC6; Tue, 29 Dec 2020 20:12:49 -0800 (PST) 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 aQc0SyuyAajR; Tue, 29 Dec 2020 20:12:48 -0800 (PST) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 498DB3A0EBB; Tue, 29 Dec 2020 20:12:46 -0800 (PST) Received: from [192.168.1.11] (unknown [124.104.17.232]) (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 87A7D322D68; Wed, 30 Dec 2020 05:12:43 +0100 (CET) To: tom petch , "Andrew G. Malis" , mpls , mpls-chairs Cc: "draft-gandhi-mpls-ioam-sr@ietf.org" References: <46b1b623-a628-2373-4378-e70f0038b4f2@pi.nu> From: Loa Andersson Message-ID: <508b5ef1-6958-ae84-1c81-f0cfe0c054d3@pi.nu> Date: Wed, 30 Dec 2020 12:12:38 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [mpls] MPLS-RT Review of draft-gandhi-mpls-ioam-sr-04 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Dec 2020 04:12:50 -0000 Tom, et.al, On 28/12/2020 20:56, tom petch wrote: > However, I'd like to see more discussion on what we should do. In > particular I'd like to see a comment from the authors on this. > > > > Why not use ACH? I don't think there is anything in the thread the says "don't use ACH", what I want is just to tie up the last lose ends before going to decision. /Loa > > Tom Petch -- Loa Andersson email: loa@pi.nu Senior MPLS Expert loa.pi.nu@gmail.com Bronze Dragon Consulting phone: +46 739 81 21 64 From nobody Tue Dec 29 20:30: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 503423A0EDA; Tue, 29 Dec 2020 20:30:35 -0800 (PST) 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, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4VzZiHNgAd9S; Tue, 29 Dec 2020 20:30:33 -0800 (PST) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 701843A0ED2; Tue, 29 Dec 2020 20:30:32 -0800 (PST) Received: from [192.168.1.11] (unknown [124.104.17.232]) (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 5D41C322D68; Wed, 30 Dec 2020 05:30:29 +0100 (CET) To: Rakesh Gandhi , "Andrew G. Malis" Cc: mpls-chairs , draft-gandhi-mpls-ioam-sr@ietf.org, mpls References: <46b1b623-a628-2373-4378-e70f0038b4f2@pi.nu> From: Loa Andersson Message-ID: Date: Wed, 30 Dec 2020 12:30:25 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.6.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] MPLS-RT Review of draft-gandhi-mpls-ioam-sr-04 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Dec 2020 04:30:35 -0000 Authors, reviewers and Working Grroup, We have converged, and will go with an ACH based solution. Authors, I'd like to see this in the draft before adopting the draft, so you will need to post a new draft when I close MPLS-RT review (planned date January 5 or when I have all the MPLS-RT reviews). /Loa On 29/12/2020 09:32, Rakesh Gandhi wrote: > Thanks Andy, Loa and Greg. > Acking, we can go with a similar ACH based proposal. > > Thanks, > Rakesh > > > On Mon, Dec 28, 2020 at 2:05 PM Andrew G. Malis > wrote: > > Greg, > > Thanks for the reminder! This is basically what I had in mind when I > suggested using the ACH. > > Cheers, > Andy > > > On Mon, Dec 28, 2020 at 12:31 PM Greg Mirsky > wrote: > > Hi Loa, Andy, et al., > I think that if someone is interested in how a similar problem > (as I understand what IOAM tries to achieve) was resolved, RFC > 8169 >  might > have useful information. We've used ACH, Scratch Pad for > collecting telemetry (residence time), and TLV to carry the > original PTP packet through the MPLS domain. > > Regards, > Greg > > On Sun, Dec 27, 2020 at 11:04 PM Loa Andersson > wrote: > > Working Group, > > Andy and I have discussed this a bit off-line. > > Andy, > > I have now re-read the this  draft, other relevant drafts > and the mail > we have exchanged. I had earlier partly misunderstood and > now think that > your summary of the situation is basically correct. > > However, I'd like to see more discussion on what we should > do. In > particular I'd like to see a comment from the authors on this. > > You outline three different proposals: > > 1.  follow the draft and allocate 0x0010b from IP Version > Numbers >      registry in the Version Numbers name space for this > purpose > 2.  use ACH > 3.  use code point #15 from IP Version Numbers registry in > the Version >     Numbers name space > > To me it seems like 1 and 3 is the same, we ask for a code > point from IP > Version Numbers registry in the Version Numbers name space. > IANA pick > the code point for us. > > Note 1: We can give a strong recommendation telling IANA > which code > point we want, but the decision is still with IANA. > > Note 2: It seems like the chances that a Version number > lower than 6 > will not be picked for an IP version, value 2 is unassigned > and much > easier to allocate than the reserved value 15. > > Note 3: I think you are right that it is a hrd sell both to > working > group and the IESG to pick a value from this registry. > > Authors. > > It would be nice to hear from you on this discussion, but > don't change > the document until we have a reasonable consensus. > > /Loa > > > > On 25/12/2020 01:44, Andrew G. Malis wrote: > > I've been asked to provide a pre-adoption MPLS-RT review of > > draft-gandhi-mpls-ioam-sr-04. > > > > I have a major concern that I believe needs to be > addressed, either > > before or after WG adoption (I defer to the WG chairs to > make this > > decision). My personal preference is that it be addressed > by the authors > > prior to adoption, but if it occurs following adoption, I > would like to > > see it addressed before it gets much further in the WG > process. > > > > My concern is as follows: > > > > In Section 6 and Figure 1, 0x0010b (2 decimal) is used > for the first > > nibble following the MPLS label stack in order to avoid > ECMP. This > > intent is fine, but there is an issue with choosing this > particular > > value. The first nibble following the label stack is > often (as we know) > > interpreted as an IP Version Number. According to > > > https://www.iana.org/assignments/version-numbers/version-numbers.xhtml > > > > > > > > > , 0x0010b (2 decimal) is currently unassigned, so it > COULD be assigned > > by IANA, creating a future conflict. > > > > We could request IANA to assign IP Version number 2 for > this purpose, > > but I believe that would be a very difficult sell to both > IANA and the > > IESG, as there are only a small number of IP Version > numbers available. > > > > Instead, I would suggest either of the two following > alternatives: > > > > 1. Use the MPLS ACH (RFC 5586), starting with 0x0001b, > and alter the > > packet format in Figure 1 of this draft accordingly so > that it follows > > the ACH's general format but also includes the necessary > fields for the > > draft's purpose. > > > > 2. Use one of the IANA reserved IP version numbers > instead of 0x0010b. I > > would recommend 15 (0x1111b). There is reasonable > certainty that this > > would never actually ever be assigned by IANA. > > > > The first alternative is my personal preference, but I > would be OK with > > the second as well. > > > > Other comments: > > > > Other than this issue, I found the draft to be > well-written and easy to > > follow, and generally ready for WG adoption. > > > > Cheers, > > Andy > > > > > > _______________________________________________ > > mpls mailing list > > mpls@ietf.org > > https://www.ietf.org/mailman/listinfo/mpls > > > > > -- > > Loa Andersson                        email: loa@pi.nu > > Senior MPLS Expert loa.pi.nu@gmail.com > > Bronze Dragon Consulting             phone: +46 739 81 21 64 > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > -- Loa Andersson email: loa@pi.nu Senior MPLS Expert loa.pi.nu@gmail.com Bronze Dragon Consulting phone: +46 739 81 21 64 From nobody Wed Dec 30 01:19:54 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 51A613A040B; Wed, 30 Dec 2020 01:19:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=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 bvcz3sRG4xpz; Wed, 30 Dec 2020 01:19:51 -0800 (PST) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D3E343A03FC; Wed, 30 Dec 2020 01:19:50 -0800 (PST) Received: from fraeml707-chm.china.huawei.com (unknown [172.18.147.226]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4D5QdQ5KRRz67Ptx; Wed, 30 Dec 2020 17:16:26 +0800 (CST) Received: from fraeml707-chm.china.huawei.com (10.206.15.35) by fraeml707-chm.china.huawei.com (10.206.15.35) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2106.2; Wed, 30 Dec 2020 10:19:49 +0100 Received: from DGGEML423-HUB.china.huawei.com (10.1.199.40) by fraeml707-chm.china.huawei.com (10.206.15.35) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.1.2106.2 via Frontend Transport; Wed, 30 Dec 2020 10:19:49 +0100 Received: from DGGEML530-MBS.china.huawei.com ([169.254.8.102]) by dggeml423-hub.china.huawei.com ([10.1.199.40]) with mapi id 14.03.0487.000; Wed, 30 Dec 2020 17:19:44 +0800 From: Mach Chen To: mpls , mpls-chairs CC: "draft-gandhi-mpls-ioam-sr@ietf.org" Thread-Topic: MPLS-RT Review of draft-gandhi-mpls-ioam-sr-04 Thread-Index: AQHW2hyDHDvVF1VdnUGaj2r8EB36K6oPXEyw Date: Wed, 30 Dec 2020 09:19:44 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.108.243.140] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [mpls] MPLS-RT Review of draft-gandhi-mpls-ioam-sr-04 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Dec 2020 09:19:52 -0000 SGksIA0KDQpJJ3ZlIGJlZW4gYXNrZWQgdG8gcHJvdmlkZSBhIHByZS1hZG9wdGlvbiBNUExTLVJU IHJldmlldyBvZiBkcmFmdC1nYW5kaGktbXBscy1pb2FtLXNyLTA0Lg0KDQpCZWxvdyBhcmUgbXkg cmV2aWV3IGNvbW1lbnRzOg0KDQoxLiBJIGFncmVlIHRoYXQgaXQncyBtb3JlIHJlYXNvbmFibGUg dG8gbGV2ZXJhZ2UgR0FML2dBQ0ggd2l0aCBvbmUgb3IgdHdvIG5ldyBkZWRpY2F0ZWQgY2hhbm5l bCB0eXBlcyBmb3IgaW5kaWNhdGluZyB0aGUgcHJlc2VuY2Ugb2YgaU9BTSBkYXRhLg0KDQoyLiBJ biBhZGRpdGlvbiwgdGhlIGRyYWZ0IHByb3Bvc2VzIHRvIHN1cHBvcnQgYm90aCBFMkUgYW5kIGhv cC1ieS1ob3AgKEhCSCkgb3B0aW9ucy4gSXQncyBuYXR1cmUgdG8gdXNlIEdBTC9nQUNIIG9yIHRo ZSBJT0FNIEluZGljYXRvciBMYWJlbCAoSUlMKSB0byBpbmRpY2F0ZSB0aGUgcHJlc2VuY2Ugb2Yg aU9BTSBkYXRhLiAgQnV0IGZvciBIQkggY2FzZSwgZWFjaCBpbnRlcm1lZGlhdGUgTFNSIGlzIHN1 cHBvc2VkIHRvIHByb2Nlc3MgdGhlIGlPQU0gZGF0YSwgYW5kIHRoZSBHQUwgb3IgSUlMIGlzIHB1 dCBhdCB0aGUgYm90dG9tIG9mIHRoZSBzdGFjaywgaG93IGRvZXMgYW4gaW50ZXJtZWRpYXRlIExT UiBrbm93IHdoZXRoZXIgdGhlcmUgaXMgaU9BTSBkYXRhIHByZXNlbnQgYW5kIGl0IHNob3VsZCBw cm9jZXNzIHRoZSBpT0FNIGRhdGE/ICBUbyBzY2FuIHRoZSB3aG9sZSBsYWJlbCBzdGFjayB0byBm aW5kIHRoZSBHQUwvSUlMIG9yIHRocm91Z2ggb3RoZXIgbWVhbnMgKGUuZy4sIHB1dCBhbiBpbmRp Y2F0b3IgbGFiZWwgb24gdGhlIHRvcCB0aGUgbGFiZWwgc3RhY2ssIHRoaXMgbWF5IHJlcXVpcmUg dGhhdCBlYWNoIExTUiBuZWVkIHRvIHBvcCB0aGUgSUlMIGxhYmVsIGZpcnN0bHksIHRoZW4gcHJv Y2VzcyB0aGUgbmV4dCBsYWJlbCwgYW5kIHB1dCB0aGUgSUlMIGxhYmVsIGJhY2sgb250byB0aGUg dG9wIHdoZW4gZm9yd2FyZGluZyB0aGUgcGFja2V0IHRvIHRoZSBuZXh0IGhvcCkgPyAgRm9yIGVp dGhlciB3YXksIHRoaXMgbmVlZHMgdG8gYmUgZXhwbGljaXRseSBkZWZpbmVkIGluIHRoZSBkb2N1 bWVudC4gDQoNCkkgYW0gT0sgd2l0aCBvdGhlciBwYXJ0cyBvZiB0aGUgZHJhZnQsIGJ1dCB0aGUg YWJvdmUgY29tbWVudHMgd291bGQgcmVzdWx0IGluIG5vbi10cml2aWFsIHVwZGF0ZXMgdG8gdGhl IGRyYWZ0LCBJIHdvdWxkIHNlZSBhbiB1cGRhdGUgYmVmb3JlIHRoZSBXRyBhZG9wdGlvbiBjYWxs Lg0KDQpCZXN0IHJlZ2FyZHMsDQpNYWNoDQo= From nobody Wed Dec 30 17:18:18 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 BC9BE3A0D10; Wed, 30 Dec 2020 17:18:15 -0800 (PST) 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, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, 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 uJVzAMtCfrnX; Wed, 30 Dec 2020 17:18:14 -0800 (PST) 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 1774B3A0BF1; Wed, 30 Dec 2020 17:18:13 -0800 (PST) Received: from mxct.zte.com.cn (unknown [192.168.164.215]) by Forcepoint Email with ESMTPS id 0B370F9AAF2EA1DC097F; Thu, 31 Dec 2020 09:18:11 +0800 (CST) Received: from mse-fl1.zte.com.cn (unknown [10.30.14.238]) by Forcepoint Email with ESMTPS id E0CC182886ED8900D5D8; Thu, 31 Dec 2020 09:18:10 +0800 (CST) Received: from njxapp04.zte.com.cn ([10.41.132.203]) by mse-fl1.zte.com.cn with SMTP id 0BV1I5oR064953; Thu, 31 Dec 2020 09:18:05 +0800 (GMT-8) (envelope-from xiao.min2@zte.com.cn) Received: from mapi (njxapp02[null]) by mapi (Zmail) with MAPI id mid201; Thu, 31 Dec 2020 09:18:04 +0800 (CST) Date: Thu, 31 Dec 2020 09:18:04 +0800 (CST) X-Zmail-TransId: 2afa5fed26cc4118654d X-Mailer: Zmail v1.0 Message-ID: <202012310918049017211@zte.com.cn> In-Reply-To: References: SN6PR1901MB2158D89C10C63BC3E1C6781AFCD80@SN6PR1901MB2158.namprd19.prod.outlook.com Mime-Version: 1.0 From: To: Cc: , , Content-Type: multipart/mixed; boundary="=====_001_next=====" X-MAIL: mse-fl1.zte.com.cn 0BV1I5oR064953 Archived-At: Subject: Re: [mpls] =?utf-8?q?IPR_adoption_poll_for_draft-cheng-mpls-inband-p?= =?utf-8?q?m-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: Thu, 31 Dec 2020 01:18:16 -0000 --=====_001_next===== Content-Type: multipart/alternative; boundary="=====_003_next=====" --=====_003_next===== Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 TVBMUyBXRywKCkknbSBub3QgYXdhcmUgb2YgYW55IElQUiB0aGF0IGFwcGxpZXMgdG8gdGhpcyBk cmFmdCAoYXMgY28tYXV0aG9yKS4KCkJlc3QgUmVnYXJkcywKWGlhbyBNaW4KLS0tLS0tLS0tLS0t LS0tLS0t5Y6f5aeL6YKu5Lu2LS0tLS0tLS0tLS0tLS0tLS0tCuWPkeS7tuS6uu+8mlRhcmVrU2Fh ZArmlLbku7bkurrvvJptcGxzQGlldGYub3JnOwrmioTpgIHkurrvvJptcGxzLWNoYWlyc0BpZXRm Lm9yZztkcmFmdC1jaGVuZy1tcGxzLWluYmFuZC1wbS1lbmNhcHN1bGF0aW9uQGlldGYub3JnOwrm l6Ug5pyfIO+8mjIwMjDlubQxMuaciDMw5pelIDAzOjUzCuS4uyDpopgg77yaW21wbHNdIElQUiBh ZG9wdGlvbiBwb2xsIGZvciBkcmFmdC1jaGVuZy1tcGxzLWluYmFuZC1wbS1lbmNhcHN1bGF0aW9u Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCm1wbHMgbWFp bGluZyBsaXN0Cm1wbHNAaWV0Zi5vcmcKaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0 aW5mby9tcGxzCgpXb3JraW5nIEdyb3VwLCBhdXRob3JzLApUaGlzIGlzIGEgc3RhcnQgb2YgYW4g SVBSIHBvbGwgaW4gcHJlcGFyYXRpb24gZm9yIHRoZSBXRyBhZG9wdGlvbiBvZiBkcmFmdC1jaGVu Zy1tcGxzLWluYmFuZC1wbS1lbmNhcHN1bGF0aW9uLgpBcmUgeW91IGF3YXJlIG9mIGFueSBJUFIg dGhhdCBhcHBsaWVzIHRvIGRyYWZ0LWNoZW5nLW1wbHMtaW5iYW5kLXBtLWVuY2Fwc3VsYXRpb24/ CklmIHNvLCBoYXMgdGhpcyBJUFIgYmVlbiBkaXNjbG9zZWQgaW4gY29tcGxpYW5jZSB3aXRoIElF VEYgSVBSIHJ1bGVzIChzZWUgUkZDcyAzOTc5LCA0ODc5LCAzNjY5IGFuZCA1Mzc4IGZvciBtb3Jl IGRldGFpbHMpLgpDdXJyZW50bHksIHRoZXJlIGFyZSBubyBJUFIgZGlzY2xvc3VyZXMgYWdhaW5z dCBkcmFmdC1jaGVuZy1tcGxzLWluYmFuZC1wbS1lbmNhcHN1bGF0aW9uLgpJZiB5b3UgYXJlIGxp c3RlZCBhcyBhIGRvY3VtZW50IGF1dGhvciBvciBjb250cmlidXRvciBwbGVhc2UgcmVzcG9uZCB0 byB0aGlzIGVtYWlsIHJlZ2FyZGxlc3Mgb2Ygd2hldGhlciBvciBub3QgeW91IGFyZSBhd2FyZSBv ZiBhbnkgcmVsZXZhbnQgSVBSLiAqVGhlIHJlc3BvbnNlIG5lZWRzIHRvIGJlIHNlbnQgdG8gdGhl IE1QTFMgV0cgbWFpbGluZyBsaXN0LiogVGhlIGRvY3VtZW50IHdpbGwgbm90IGFkdmFuY2UgIHRv IHRoZSBuZXh0IHN0YWdlIHVudGlsIGEgcmVzcG9uc2UgaGFzIGJlZW4gcmVjZWl2ZWQgZnJvbSBl YWNoIGF1dGhvciBhbmQgY29udHJpYnV0b3IuCklmIHlvdSBhcmUgb24gdGhlIE1QTFMgV0cgZW1h aWwgbGlzdCBidXQgYXJlIG5vdCBsaXN0ZWQgYXMgYW4gYXV0aG9yIG9yIGNvbnRyaWJ1dG9yLCB0 aGVuIHBsZWFzZSBleHBsaWNpdGx5IHJlc3BvbmQgb25seSBpZiB5b3UgYXJlIGF3YXJlIG9mIGFu eSBJUFIgdGhhdCBoYXMgbm90IHlldCBiZWVuIGRpc2Nsb3NlZCBpbiBjb25mb3JtYW5jZSB3aXRo IElFVEYgcnVsZXMuClJlZ2FyZHMsClRhcmVrIChtcGxzIHdnIGNvLWNoYWlyKQ== --=====_003_next=====-- --=====_001_next=====-- From nobody Wed Dec 30 18:51: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 DD1583A0AD3; Wed, 30 Dec 2020 18:51:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-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 0Cpim0dCZS8D; Wed, 30 Dec 2020 18:51:33 -0800 (PST) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 020A23A0AD0; Wed, 30 Dec 2020 18:51:33 -0800 (PST) Received: from fraeml739-chm.china.huawei.com (unknown [172.18.147.206]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4D5sxg5vDqz67Q49; Thu, 31 Dec 2020 10:47:03 +0800 (CST) Received: from nkgeml708-chm.china.huawei.com (10.98.57.160) by fraeml739-chm.china.huawei.com (10.206.15.220) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2106.2; Thu, 31 Dec 2020 03:51:30 +0100 Received: from nkgeml707-chm.china.huawei.com (10.98.57.157) by nkgeml708-chm.china.huawei.com (10.98.57.160) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2106.2; Thu, 31 Dec 2020 10:51:28 +0800 Received: from nkgeml707-chm.china.huawei.com ([10.98.57.157]) by nkgeml707-chm.china.huawei.com ([10.98.57.157]) with mapi id 15.01.2106.002; Thu, 31 Dec 2020 10:51:28 +0800 From: Tianran Zhou To: Loa Andersson , tom petch , "Andrew G. Malis" , mpls , mpls-chairs CC: "draft-gandhi-mpls-ioam-sr@ietf.org" Thread-Topic: [mpls] MPLS-RT Review of draft-gandhi-mpls-ioam-sr-04 Thread-Index: AQHW2hyPog2zvWgYuUSVwIHtfEHSC6oLlMwAgABiuYCAApIqAIACAQoQ Date: Thu, 31 Dec 2020 02:51:28 +0000 Message-ID: <441792f05eec40548dd7c0acb2f75ba0@huawei.com> References: <46b1b623-a628-2373-4378-e70f0038b4f2@pi.nu> <508b5ef1-6958-ae84-1c81-f0cfe0c054d3@pi.nu> In-Reply-To: <508b5ef1-6958-ae84-1c81-f0cfe0c054d3@pi.nu> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.108.243.128] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [mpls] MPLS-RT Review of draft-gandhi-mpls-ioam-sr-04 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Dec 2020 02:51:35 -0000 I have one concern on the usage of ACH.=20 I am not sure if there is any restriction that Ach is only used for active/= synthetic packet. Best, Tianran -----Original Message----- From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Loa Andersson Sent: Wednesday, December 30, 2020 12:13 PM To: tom petch ; Andrew G. Malis ; m= pls ; mpls-chairs Cc: draft-gandhi-mpls-ioam-sr@ietf.org Subject: Re: [mpls] MPLS-RT Review of draft-gandhi-mpls-ioam-sr-04 Tom, et.al, On 28/12/2020 20:56, tom petch wrote: > However, I'd like to see more discussion on what we should do. In=20 > particular I'd like to see a comment from the authors on this. >=20 > >=20 > Why not use ACH? I don't think there is anything in the thread the says "don't use ACH", wha= t I want is just to tie up the last lose ends before going to decision. /Loa >=20 > Tom Petch --=20 Loa Andersson email: loa@pi.nu Senior MPLS Expert loa.pi.nu@gmail.com Bronze Dragon Consulting phone: +46 739 81 21 64 _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls From nobody Wed Dec 30 23:39:19 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8852E3A0803; Wed, 30 Dec 2020 23:39:17 -0800 (PST) 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 OTECamm8Ya6a; Wed, 30 Dec 2020 23:39:15 -0800 (PST) Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8C4BF3A07F7; Wed, 30 Dec 2020 23:39:13 -0800 (PST) Received: from [192.168.1.11] (unknown [124.104.17.232]) (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 72F41327BC6; Thu, 31 Dec 2020 08:39:10 +0100 (CET) To: Tianran Zhou , tom petch , "Andrew G. Malis" , mpls , mpls-chairs Cc: "draft-gandhi-mpls-ioam-sr@ietf.org" References: <46b1b623-a628-2373-4378-e70f0038b4f2@pi.nu> <508b5ef1-6958-ae84-1c81-f0cfe0c054d3@pi.nu> <441792f05eec40548dd7c0acb2f75ba0@huawei.com> From: Loa Andersson Message-ID: <9b55d4b6-c5ef-c436-34ac-2e8512950c48@pi.nu> Date: Thu, 31 Dec 2020 15:39:05 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.6.0 MIME-Version: 1.0 In-Reply-To: <441792f05eec40548dd7c0acb2f75ba0@huawei.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [mpls] MPLS-RT Review of draft-gandhi-mpls-ioam-sr-04 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Dec 2020 07:39:18 -0000 Tianran, I'm not aware of such a restriction, if there were one wouldn't it have been applicable to RFC 8169? /Loa On 31/12/2020 10:51, Tianran Zhou wrote: > I have one concern on the usage of ACH. > I am not sure if there is any restriction that Ach is only used for active/synthetic packet. > > Best, > Tianran > -----Original Message----- > From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Loa Andersson > Sent: Wednesday, December 30, 2020 12:13 PM > To: tom petch ; Andrew G. Malis ; mpls ; mpls-chairs > Cc: draft-gandhi-mpls-ioam-sr@ietf.org > Subject: Re: [mpls] MPLS-RT Review of draft-gandhi-mpls-ioam-sr-04 > > Tom, et.al, > > On 28/12/2020 20:56, tom petch wrote: >> However, I'd like to see more discussion on what we should do. In >> particular I'd like to see a comment from the authors on this. >> >> >> >> Why not use ACH? > > I don't think there is anything in the thread the says "don't use ACH", what I want is just to tie up the last lose ends before going to decision. > > /Loa >> >> Tom Petch > -- Loa Andersson email: loa@pi.nu Senior MPLS Expert loa.pi.nu@gmail.com Bronze Dragon Consulting phone: +46 739 81 21 64 From nobody Thu Dec 31 03:49:02 2020 Return-Path: X-Original-To: mpls@ietfa.amsl.com Delivered-To: mpls@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7FD2F3A08BB; Thu, 31 Dec 2020 03:49:00 -0800 (PST) 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 CPfuHvfimCpX; Thu, 31 Dec 2020 03:48:55 -0800 (PST) Received: from mail-qt1-x831.google.com (mail-qt1-x831.google.com [IPv6:2607:f8b0:4864:20::831]) (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 97B1D3A0809; Thu, 31 Dec 2020 03:48:55 -0800 (PST) Received: by mail-qt1-x831.google.com with SMTP id b9so12687737qtr.2; Thu, 31 Dec 2020 03:48:55 -0800 (PST) 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=c33UZlAtzLvTS2ZK/l6k+OfqHLI2JJTZghwYqjhMjzw=; b=lZHbjmXtOXnfTsnT/FG/iHwVuR/6K+qE/dwcfFj5RzwXBiyzLG7UxFZNTwKiK7dYaC Q6a4GjuV9n+7bs6dvB0U5K6msa8LXmC8L4wH1Ee7BA7HKw0xl1Nyh5hKAFAFE9gDNXkm kiHwRHXfj8wunEt6z7rcXXnxrlsDw9piJqUqpFw7NA+Dp9A7kfJDc/ZmGqrb5HG2+K2t RhkDjqr045lYaUE5etDr+oX2FgK3SOwEOOBpW1u6kGf1XbfYd268F+Vlp3nOpHonZ9+Y HtzressIaswsbXE5+J0ZcFqf1o+yflHn3NjBMphB2FnM7X922eNt7hb9X3ZfTRQDqRPI I0DQ== 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=c33UZlAtzLvTS2ZK/l6k+OfqHLI2JJTZghwYqjhMjzw=; b=koHx/NEg6L9dgPTu06VhlkSZZMdzfcCG6mMifgqa5W3goo+DGy+tZ9Gl9mHElMqWpG c1Xd96dsmjDwnZ7YCl5kpdNmP43CRSxRGkX1daPs55x6uCTBQoAjtsXG81oYQp85ELZe PlVcoJLNWrL1G0sCE/RK8wMLizx6d1p3lSvJOLDiHGEd7xwYCapAc6nHcbemYgmQ0+hc JJq9ShcdWL3HKBvI8Bo22Cm8QxYlD7Dcg9FT3xKkOmqdTcgTpVap9qN5LmjOCDAdP9vi JqDPiG7NomPyxGuELJVIgnqSX8KRx0tygjDOfVjsuiYGA4Yp/ibo7R/i6jStdu7l9IWO JTmg== X-Gm-Message-State: AOAM533eW1/CWTvIU/Hc4WmHx5uoRtqxOVXWxJSppSdLXwZN1XAlx4/z IzppBj2W+4Krs5MI/xae5CftJoe68cqxJJnL05w= X-Google-Smtp-Source: ABdhPJzUmJwWfJ0VvNOUYCC3UoWWrvtbQsypQFdjBch356cSGP2psBt7EsyiyDfgLIMsYFDqODenSTEgCbHm3kniEUA= X-Received: by 2002:ac8:5c47:: with SMTP id j7mr56631826qtj.160.1609415334643; Thu, 31 Dec 2020 03:48:54 -0800 (PST) MIME-Version: 1.0 References: <46b1b623-a628-2373-4378-e70f0038b4f2@pi.nu> <508b5ef1-6958-ae84-1c81-f0cfe0c054d3@pi.nu> <441792f05eec40548dd7c0acb2f75ba0@huawei.com> <9b55d4b6-c5ef-c436-34ac-2e8512950c48@pi.nu> In-Reply-To: <9b55d4b6-c5ef-c436-34ac-2e8512950c48@pi.nu> From: "Andrew G. Malis" Date: Thu, 31 Dec 2020 06:48:38 -0500 Message-ID: To: Loa Andersson Cc: Tianran Zhou , tom petch , mpls , mpls-chairs , "draft-gandhi-mpls-ioam-sr@ietf.org" Content-Type: multipart/alternative; boundary="000000000000514a7e05b7c13599" Archived-At: Subject: Re: [mpls] MPLS-RT Review of draft-gandhi-mpls-ioam-sr-04 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Dec 2020 11:49:01 -0000 --000000000000514a7e05b7c13599 Content-Type: text/plain; charset="UTF-8" Loa, That's correct. It's the GAL that has the restriction, but not the ACH header. Cheers, Andy On Thu, Dec 31, 2020 at 2:39 AM Loa Andersson wrote: > Tianran, > > I'm not aware of such a restriction, if there were one wouldn't it have > been applicable to RFC 8169? > > /Loa > > On 31/12/2020 10:51, Tianran Zhou wrote: > > I have one concern on the usage of ACH. > > I am not sure if there is any restriction that Ach is only used for > active/synthetic packet. > > > > Best, > > Tianran > > -----Original Message----- > > From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Loa Andersson > > Sent: Wednesday, December 30, 2020 12:13 PM > > To: tom petch ; Andrew G. Malis ; > mpls ; mpls-chairs > > Cc: draft-gandhi-mpls-ioam-sr@ietf.org > > Subject: Re: [mpls] MPLS-RT Review of draft-gandhi-mpls-ioam-sr-04 > > > > Tom, et.al, > > > > On 28/12/2020 20:56, tom petch wrote: > >> However, I'd like to see more discussion on what we should do. In > >> particular I'd like to see a comment from the authors on this. > >> > >> > >> > >> Why not use ACH? > > > > I don't think there is anything in the thread the says "don't use ACH", > what I want is just to tie up the last lose ends before going to decision. > > > > /Loa > >> > >> Tom Petch > > > > -- > > Loa Andersson email: loa@pi.nu > Senior MPLS Expert loa.pi.nu@gmail.com > Bronze Dragon Consulting phone: +46 739 81 21 64 > --000000000000514a7e05b7c13599 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Loa,

That's correct. It's the G= AL that has the restriction, but not the ACH header.

Cheers,
Andy


On Thu, Dec 31, 2020 at 2:39 = AM Loa Andersson <loa@pi.nu> wrote:<= br>
Tianran,

I'm not aware of such a restriction, if there were one wouldn't it = have
been applicable to RFC 8169?

/Loa

On 31/12/2020 10:51, Tianran Zhou wrote:
> I have one concern on the usage of ACH.
> I am not sure if there is any restriction that Ach is only used for ac= tive/synthetic packet.
>
> Best,
> Tianran
> -----Original Message-----
> From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Loa Andersson
> Sent: Wednesday, December 30, 2020 12:13 PM
> To: tom petch <ietfc@btconnect.com>; Andrew G. Malis <agmalis@gmail.com>; mpls <mpls@ietf.org>; mpls-c= hairs <mpls-ch= airs@ietf.org>
> Cc: draft-gandhi-mpls-ioam-sr@ietf.org
> Subject: Re: [mpls] MPLS-RT Review of draft-gandhi-mpls-ioam-sr-04
>
> Tom, et.= al,
>
> On 28/12/2020 20:56, tom petch wrote:
>> However, I'd like to see more discussion on what we should do.= In
>> particular I'd like to see a comment from the authors on this.=
>>
>> <tp>
>>
>> Why not use ACH?
>
> I don't think there is anything in the thread the says "don&#= 39;t use ACH", what I want is just to tie up the last lose ends before= going to decision.
>
> /Loa
>>
>> Tom Petch
>

--

Loa Andersson=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 email: loa@pi.nu
Senior MPLS Expert=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 loa.pi.nu@gmail.com
Bronze Dragon Consulting=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0pho= ne: +46 739 81 21 64
--000000000000514a7e05b7c13599--