IETF Logo Mail Archive

Re: [mpls] Poll 2: New SPL vs re-purposed ELI for carrying Network Action Indicators

Robert Raszuk <rraszuk@gmail.com> Fri, 17 June 2022 20:02 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 5AC2CC157B40; Fri, 17 Jun 2022 13:02:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.107
X-Spam-Level:
X-Spam-Status: No, score=-2.107 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] 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 6rYOcZn0ssip; Fri, 17 Jun 2022 13:02:50 -0700 (PDT)
Received: from mail-qk1-x732.google.com (mail-qk1-x732.google.com [IPv6:2607:f8b0:4864:20::732]) (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 D5DFCC157B37; Fri, 17 Jun 2022 13:02:50 -0700 (PDT)
Received: by mail-qk1-x732.google.com with SMTP id c83so3908343qke.3; Fri, 17 Jun 2022 13:02:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=cltVxt3FlGt/e4xm0WUAcoigJ3a+8dE8KjxSYO67xcw=; b=YZ+MnS98LHDvfsgWPpp/0TMhB5EhPgTdhqlogtYCuTG0XUMWHdwnNB1Vb1wc1u+SF4 nveJt6ck6IkLep2bR384RBcfjtwMtWI4VrgRsv4W9V1fnZMx3gXVweXIHVvdADicr4bl fYuULHGdGDcEcF4EZiN890guhCq0dSD7dMNABQUYqILlagUqGxLAA0VDt6bRHcSEWVJU U+FHhClMTtpR/mkaLDOlC14ckS6Si7qNYDhkoxBgaEnBm5zFE20RD99QWX+LykLpZ2Gv Ktrv2IL79R1ZKwebyewnQEP9LKZE8i4MafF4P3/24mL4tgdxkHEwtC1VZVOw9DRItIo+ x47w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=cltVxt3FlGt/e4xm0WUAcoigJ3a+8dE8KjxSYO67xcw=; b=Tp4tDDw9hHJGQjvgxOwWMzxPUDGXuva0AG7d33tx1MHpbwtkU2wsXD9WFtwwSzyjSu mZox1bweL6voKtKiTwXi3B5fzkCNGQXEu6U72DxpaSLdPxDnDKywchiQvb3+LQDdmtXt Gga+NBc/1DPhFHutuNZ+AZbR38w09LTYftyeIDZStymSd7oFfYM+49yBQJkMnfGt0UUt 4o0hOZ3WqqWO/a5i6kB3Zm3roHDurg/RhL/s0tFlmNzterKQ35YkX7zB7lRS2aWaPeui iQmKGW+OhJDocOJ0qQ+L86g6JtWhFEMhh8Gwlj6qF+9Xw0cCyMSBb6hx6x4Hvqv6aqxZ WJfw==
X-Gm-Message-State: AJIora95+ZCaTu7Sqqno76YXletcKpHszqIu+k1TBqDBw1e9cRq149G/ RBjGALGqrZUqTaI08Umo60zhvA2rxDq6x8RSSDgNQiEX
X-Google-Smtp-Source: AGRyM1veZpBObw2jRM+tmmh3yZw/jJ98wBmMCXxgwivVv6dymrfi+nV81yOiZNhFJNpnwPUzJ8USZQ48ejzFgq9lR58=
X-Received: by 2002:a05:620a:4152:b0:6a7:7e3f:34c9 with SMTP id k18-20020a05620a415200b006a77e3f34c9mr8489126qko.346.1655496169310; Fri, 17 Jun 2022 13:02:49 -0700 (PDT)
MIME-Version: 1.0
References: <6e5c6fa9-539f-80c3-7c92-5b97ad67560c@pi.nu> <447_1654704927_62A0CB1F_447_309_1_1f59cd955500419a988e2218a3f2246e@orange.com> <9F79E3D5-7ACE-4D15-83D7-8BF3FF60F671@gmail.com> <C9D1FD4A-2549-49C0-8904-84E3F559E85C@cisco.com> <988F5CAF-1A12-4209-92B5-B9AE75477B5C@tony.li> <4D3BA352-6E89-489D-A849-2B72A5D0DC1F@cisco.com> <1F0A4345-C258-4BE6-92D4-C846C0B77048@tony.li> <7111_1655456559_62AC432F_7111_124_1_196adfdc44ba4f44bd7e59deb7e6410a@orange.com> <CB42DAF5-9E23-4F41-BF3D-9945A6274921@tony.li> <7FF1D291-49F1-4132-A7A5-59DCAE4E1786@cisco.com> <D5CE51A5-4C24-4360-8C90-AE52FFDA9E57@tony.li> <CA+b+ERkiOZBiC0_VUJSiGTdaayWoysbMMfsPS7kYmMQyggbmUQ@mail.gmail.com> <CA+RyBmUEMWt1Duyop4gE+S7FRr-qW4g_V3wjXRwghaSV6tLpvQ@mail.gmail.com> <CA+b+ERmqY=dizGWtj0Jx9kmDGs=sfthbKkA2LRUsy7XVjads-g@mail.gmail.com> <CA+RyBmV8EapdYm0WCih=i0=2uv2MLE87HV548a6t7PRMm0eqcA@mail.gmail.com>
In-Reply-To: <CA+RyBmV8EapdYm0WCih=i0=2uv2MLE87HV548a6t7PRMm0eqcA@mail.gmail.com>
From: Robert Raszuk <rraszuk@gmail.com>
Date: Fri, 17 Jun 2022 22:02:38 +0200
Message-ID: <CA+b+ERm5AOoXNz2fHqyDiDTzcDc=5=sbm-opK7J2YB9xHuurpQ@mail.gmail.com>
To: Greg Mirsky <gregimirsky@gmail.com>
Cc: Tony Li <tony.li@tony.li>, "mpls@ietf.org" <mpls@ietf.org>, "pals-chairs@ietf.org" <pals-chairs@ietf.org>, "mpls-chairs@ietf.org" <mpls-chairs@ietf.org>, DetNet Chairs <detnet-chairs@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000194f3b05e1aa3d17"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/Zs3YBT-uNpbW05X3EvKy6fj0Pb0>
Subject: Re: [mpls] Poll 2: New SPL vs re-purposed ELI for carrying Network Action Indicators
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: Fri, 17 Jun 2022 20:02:51 -0000

Hi Greg,

> as the declaration of non-support of the application of IOAM in, for
> example, MPLS networks?
>

Nope. It can clearly be supported by MPLS networks. But it does not need to
be part of the label stack. Subtle but extremely significant difference.

GIM>> I am not sure that PSD can be used in the scope
>> of draft-decraene-mpls-slid-encoded-entropy-label-id. I think I need
>> Bruno to help me here. I'll ask him in the other discussion thread.
>>
>
Indeed me too. Bruno's draft defines placeholder for slice_id. To me this
is except the name the same as my RAF proposal. So no ISD nor PSD needed as
per MNA framework.

Slice_ID would be programmed among other things to execute IOAM on a
>> packet.
>>
> GIM>> Would kindly elaborate on how you envision such a mechanism?
>

What I mean that you carry the IOAM data outside of the label stack. label
stack is to be kept condense and lean and not take a balloon shape to slow
each packet down. Imagine aerodynamics analogy to electrons or
wavelengths :)

Best,
R.

v2.23.0 | Report a Bug | By Email