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

Robert Raszuk <rraszuk@gmail.com> Tue, 06 September 2022 14:01 UTC

Return-Path: <rraszuk@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 127B6C1522A7; Tue, 6 Sep 2022 07:01:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.105
X-Spam-Level:
X-Spam-Status: No, score=-7.105 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=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 ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QYDXOAV-Uvvf; Tue, 6 Sep 2022 07:01:00 -0700 (PDT)
Received: from mail-pl1-x62e.google.com (mail-pl1-x62e.google.com [IPv6:2607:f8b0:4864:20::62e]) (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 6DB15C14F747; Tue, 6 Sep 2022 07:01:00 -0700 (PDT)
Received: by mail-pl1-x62e.google.com with SMTP id x1so7039780plv.5; Tue, 06 Sep 2022 07:01:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date; bh=uRJ7vChlOVsuLUnEycjYPnwjfutwaLw4aPe5/uxpOkI=; b=ElqfN7CgHPfwBLdFENgT1gtSiShDNEcMhWsgubisHgBYzdo8LDRSmr2AgHj/uWGUX8 pdUooNFo3bRXXieSLlipUOx/SjHz2+19KwqbEcpqtjrVr71o9f3HK7NjT8S9SOtrI5lN CB72M7r83Kxu0+iNxmKpX7hT97vC6OMPHRXuwFpYGzSTDl6LILRO9SlxTeQXMnCPYXiD 1UfBPxhhK61oljyyCafZKdt4Jj6DP7/x0dXB4Vyedxt4wwdAy06VX+TAQ+1BTI2KRHk2 1pFQ9/s94pzUEIpOv3qysvlxHG2cJE+AH5vNVIHuHds4JNDbY/GGQttJBCThXTNtB0VV D45A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date; bh=uRJ7vChlOVsuLUnEycjYPnwjfutwaLw4aPe5/uxpOkI=; b=bQOHHN3i7pz0QbMRJAOJdUfplbpfA5BY+sUM31aFWbm/2e5H+p7vH3heHHQdH3lTIM HMxzvjfDpse/W1uhftMv6Tc06gUg8Lfql6+3pl2RaYfq5lx4nbl7GPJVr79csR/8gun+ KPoolmi9UzMlCfwNlwonk2u02xlaqAhEVBUVVl9xk3ViU/5pSR3F9XHfAXh1TWxej8ew eqcO+8mMGwL5Ucgk2OAXzVLjUKuu0Z0SleZq5MRmfvOW5eTo41FMl5Q9RQjjPhTsIVno iTQ1FqLoJM/LYKEmEQOPqwiqrLPXSH1f6DkvISP7F8h+8v5JUY48PrKawdY01zHA2Bj3 YVww==
X-Gm-Message-State: ACgBeo0PwyRjvx75ypYnbPG5VhisVdThujMgukNAcyjQm780/yp6VNAR Wzv7fQYwXPpA4SAoqAdnBLqBBT9qlOnFLLLpE8g=
X-Google-Smtp-Source: AA6agR63BxwuK2a3atovzXnWZ9rjvPXQpuHtKMXW9XpLPQGsmxQc8f9PoxhsSKJFkL/8464itgWPQ+YVMBpOVKCesEk=
X-Received: by 2002:a17:90a:e644:b0:200:2f9a:bd0a with SMTP id ep4-20020a17090ae64400b002002f9abd0amr16070893pjb.88.1662472859783; Tue, 06 Sep 2022 07:00:59 -0700 (PDT)
MIME-Version: 1.0
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> <4F01E812-4BF5-4808-B21E-063577A47E4F@juniper.net> <E46FD1E3-04C9-44D1-AEEF-8588BA647841@tony.li>
In-Reply-To: <E46FD1E3-04C9-44D1-AEEF-8588BA647841@tony.li>
From: Robert Raszuk <rraszuk@gmail.com>
Date: Tue, 06 Sep 2022 16:00:57 +0200
Message-ID: <CA+b+ERkQPe7FV6WjJa7cTZOAwQvJWbaC50owvBNkQKsZEnsHYw@mail.gmail.com>
To: Tony Li <tony.li@tony.li>
Cc: John Drake <jdrake@juniper.net>, "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-Type: multipart/alternative; boundary="00000000000041967b05e802a0a1"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/KKi8oljHcERGn127K0XDsoZFljY>
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 14:01:01 -0000

Hi Tony,

> Each Network Action must specify how it interacts with all other
previously defined Network Actions.

So what happens if such definition is in odds with any previously defined
action ?

How are you going to practically assure that original intention of
previously defined action(s) are still maintained ?

I am afraid the only option here is to allow complete action
independence and leave the sequencing and overlap to the operator to decide
how it should be resolved by local ordering or tie breaking.

Thx,
R.


On Mon, 5 Sept 2022 at 19:13, Tony Li <tony.li@tony.li> wrote:

>
> John,
>
>  Should we also add that the definition of a network action MUST specify
> its interaction with all other currently defined network actions?
>
>
>
> You want deterministic semantics too? :-)
>
> I can live with that.  Revised text:
>
> For MNA to be consistent across implementations and predictable
> in operational environments, its semantics need to be entirely predictable.
> A solution MUST specify a deterministic order for processing each of the
> Network Actions in a packet. Each Network Action must specify how it
> interacts with all other previously defined Network Actions.
>
>
> Tony
>
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls
>