Re: [mpls] Update to the bullets on the first page of my review of draft-song-mpls-extension-header-09

Tony Li <tony.li@tony.li> Tue, 06 September 2022 17:23 UTC

Return-Path: <tony1athome@gmail.com>
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 0C733C14CF11; Tue, 6 Sep 2022 10:23:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.511
X-Spam-Level:
X-Spam-Status: No, score=-1.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.248, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] 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 ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qoEpHh2H0qTj; Tue, 6 Sep 2022 10:23:45 -0700 (PDT)
Received: from mail-pl1-x635.google.com (mail-pl1-x635.google.com [IPv6:2607:f8b0:4864:20::635]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5F1C4C15790B; Tue, 6 Sep 2022 10:23:45 -0700 (PDT)
Received: by mail-pl1-x635.google.com with SMTP id t3so6893414ply.2; Tue, 06 Sep 2022 10:23:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:sender:from:to:cc:subject :date; bh=7v3vv3FTzdnqWfum+VT9HeOGXrS/TKr66xnELg0dxv0=; b=esJnbWDB2xecu5qh5qpx9dRBjDR1dfvJNIjKfU9mkZdffAlwRg8JUXiYJTrfK7z5EM TJirMJUroCThLFFrV8G9kDi5FQhvrKGutSHoHoRnfoVoeGRI0azPSHkrabJTGFhLxSm5 xUgoNTwf9ROKXFF3EPvkE5SljCoN/yxH8n4/+gK5clYme4tecqPp/gH8ICVaC280JKNx DMjfo4rXmOKpxfj1/8IQTEbZqlog+YCR6ztF8C4oCUy4aSddIrBKZbIqCizpUHA6f+QV jPU8ZuxZsJoRO2b+VGAtHTvQWl7jxPVN5hqKMHND7akn9V7cZPbiPgYXDwmX4/vn9dXi OVWw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:sender:x-gm-message-state :from:to:cc:subject:date; bh=7v3vv3FTzdnqWfum+VT9HeOGXrS/TKr66xnELg0dxv0=; b=FTbiz4KV/VPh8WHuGLVLSmEn72QOA72JqCVbUy9FSPlG1MhuliHkmCiR48+ywBcmwl EusTlES7V7auMcOEQCIzgKcgRjsstbeSTfvCg7xS2v5daGzuRpJFNTEk3CH7xUWiJdoF DSlG1vP6oHLJrYM5rLNLHjyBVQtuXVdjF4qItvytCDygYRQY1Vhs33r+f4DETQ2e20/o RipEzMwPtDXSOpUXOayBOXnfbWOmLI4fmXdLHlVIRIkL74TjbMoICeMpcPOsUdSUs5GS njelMgFZ9awyMwDFzkNnmaJ3RuH46gdj9qOJGkcWGcpSHFiOts+oOlU8NO0k3YfIcHcB lKoQ==
X-Gm-Message-State: ACgBeo24e7L8jiANnYsYLBAoTRxMNXgtXwtBJ1josuX3WgFu487yEs4z bio4fmbkCSy0dbrChBNXPTY=
X-Google-Smtp-Source: AA6agR4vKuaRKUPx8lsEDbfIVHVI9coIbOx8P9CKN5NSBZIjxmTmCFsGJjF+sM5R3AiCoR9WRxMU1Q==
X-Received: by 2002:a17:90b:164a:b0:200:93cb:3c3a with SMTP id il10-20020a17090b164a00b0020093cb3c3amr6050836pjb.28.1662485024809; Tue, 06 Sep 2022 10:23:44 -0700 (PDT)
Received: from smtpclient.apple (c-67-169-103-239.hsd1.ca.comcast.net. [67.169.103.239]) by smtp.gmail.com with ESMTPSA id be7-20020a656e47000000b0041a716cec9esm8646033pgb.62.2022.09.06.10.23.43 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 06 Sep 2022 10:23:43 -0700 (PDT)
Sender: Tony Li <tony1athome@gmail.com>
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 15.0 \(3693.60.0.1.1\))
From: Tony Li <tony.li@tony.li>
In-Reply-To: <BY3PR13MB478738F2A6D4BF357BA15C4C9A7E9@BY3PR13MB4787.namprd13.prod.outlook.com>
Date: Tue, 06 Sep 2022 10:23:42 -0700
Cc: Loa Andersson <loa@pi.nu>, Tianran Zhou <zhoutianran@huawei.com>, "mpls@ietf.org" <mpls@ietf.org>, "draft-song-mpls-extension-header@ietf.org" <draft-song-mpls-extension-header@ietf.org>, "mpls-chairs@ietf.org" <mpls-chairs@ietf.org>, "pals-chairs@ietf.org" <pals-chairs@ietf.org>, DetNet Chairs <detnet-chairs@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <0E7CFAAD-DA1F-4621-9F5B-1180B79081AE@tony.li>
References: <98356ad3-ec52-3a5c-ee31-1ee604d4b5db@pi.nu> <dc03203bf7ee49caafccdb70221edc1a@huawei.com> <b718cd04-c822-b744-0ca2-9c3e47ea2f62@pi.nu> <BY3PR13MB47879BAD2537E77C1D6193F89A799@BY3PR13MB4787.namprd13.prod.outlook.com> <33185189-08e3-71da-123c-2f17fe5ad0bb@pi.nu> <BY3PR13MB47878BDBE64EE739BA4F5DF99A799@BY3PR13MB4787.namprd13.prod.outlook.com> <5A840AB5-7B0F-4C21-B0B0-700194B03A32@tony.li> <BY3PR13MB478797DB5335413F94621C219A799@BY3PR13MB4787.namprd13.prod.outlook.com> <06759C2A-CA9D-4957-8203-D71BAFA1AB67@tony.li> <c5820e62-b4ed-d88a-d738-16ee52088342@pi.nu> <200451CE-9554-4298-BB9C-2EB4B63D843F@tony.li> <BY3PR13MB478738F2A6D4BF357BA15C4C9A7E9@BY3PR13MB4787.namprd13.prod.outlook.com>
To: Haoyu Song <haoyu.song@futurewei.com>
X-Mailer: Apple Mail (2.3693.60.0.1.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/mTe4al720KqMIZbVja60aillRwg>
Subject: Re: [mpls] Update to the bullets on the first page of my review of draft-song-mpls-extension-header-09
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mpls/>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Sep 2022 17:23:47 -0000

Hi Haoyu,


> For mutually independent MNAs, enforcing the order doesn't make any sense but become an unnecessary constraint.  


You are correct.  However, we are NOT asking anyone to create a pairwise ordering between specific actions. Rather, our ask is that solutions specify the overall order of evaluation.  Further, there has been no discussion of ‘enforcement’. There are no police involved. What we are asking for is a specification.


> For some MANs, enforcing the order is also impossible (e.g., some MNA needs to be processed throughout the pipeline, and yet some others are only processed at some specific points). 


That would rather suggest separate scopes, as discussed. The order of evaluation of actions across scopes will also need to be specified.


> For dependent MNAs, their order must be specified when being introduced, but their execution order doesn't need to match their appearance order in a packet. So the processing order that jumps  back and forth from psd and isd is possible.  


Again, the order of encoding and the order of evaluation are independent. We’re asking for the specification of a deterministic ordering. A solution may choose to use order of appearance in the packet or it may not, that is up to the solution.

Tony