Re: [mpls] Consensus poll on Design directive for the MPLS Open DT

Kireeti Kompella <kireeti.ietf@gmail.com> Tue, 24 August 2021 22:54 UTC

Return-Path: <kireeti.ietf@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 8842D3A178F; Tue, 24 Aug 2021 15:54:53 -0700 (PDT)
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 XgUlsKFQwDRa; Tue, 24 Aug 2021 15:54:48 -0700 (PDT)
Received: from mail-ot1-x332.google.com (mail-ot1-x332.google.com [IPv6:2607:f8b0:4864:20::332]) (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 76CAC3A178E; Tue, 24 Aug 2021 15:54:47 -0700 (PDT)
Received: by mail-ot1-x332.google.com with SMTP id l7-20020a0568302b0700b0051c0181deebso18731360otv.12; Tue, 24 Aug 2021 15:54:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=SpgnbuI1NVcmjiytXMyK4NC/jlfu9t3EFn2fsIpQKLw=; b=FUsmBIBFunyIG2Jk8INpKk3J8e6oO2eOUvRg5D6oeS6eFF6FGn0S6jbmQeCgu3e9DE QilrgyKxERt9Mp2YT625yMZD2ZuTHGpt/ua0RKYo92Ims4zbpCJak/GAjRWUNxFeYT3L AQ4oRGAA3njV79JIEpkmixiBTG6hu9sVplw+PFdWs5uqsIHAHsMesS5WrOR/pR6Yz7YD JLt184INze1J/vPFj1T1CBTGw4Ug7SuLpCvCpa32JRF0CAZLSe+/X/O6BvzEcU8qdzno MXbeWsKG0NJbdiOMBN3Pg/x733paqt5WyTZXo4VmmCZAw0Ymb9WrI9ogph44w2wf3YhT Ejhw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=SpgnbuI1NVcmjiytXMyK4NC/jlfu9t3EFn2fsIpQKLw=; b=ov36+oiS7YNyW8QBUuOolz0553oH3xPhRM0BQ63Mg8Fkv/XNQBd20hTesEeoTMEHvg xy63wnNzw73tsI4WFrJMGLNs8pO0jwT8eRZQba2LvDLBYYyEZYZgJttm0ujSQAbw1DgM fX2tF5X+oYGVvItaqqADMJmnvJSjDBa7jFx+WTfbQgtrdBj9wepLolmHRGS1Z8G9cSAW /0kbLVa8NsjYI1J5YMa2cBElWFyx+NuOl2t6hQa493DmAiRN/jpahN3FdY1mHm9h/G6Y S4PrhpWzszkFJOmHRpblsSNzmcBWJn0Ub86zW7x2MaRcsjWYKCcXW5qeFTrp5/O3dgG4 RgRQ==
X-Gm-Message-State: AOAM530/z8Ucip0/vjl/fRa1NbgVYDbS0CpLUEo+ji+GV8KpOlNYPFha n/ipLWmC5MyXsd/ht2HK1ZQ=
X-Google-Smtp-Source: ABdhPJyZRvEwF2Mt3e3XItbhOyPjR6O3F1e5lkdZG1iPAc4z2h0ibO2KdoURY2fKo7GKQL7eLPyLMQ==
X-Received: by 2002:aca:af04:: with SMTP id y4mr4566362oie.135.1629845685884; Tue, 24 Aug 2021 15:54:45 -0700 (PDT)
Received: from smtpclient.apple (172-125-79-142.lightspeed.sntcca.sbcglobal.net. [172.125.79.142]) by smtp.gmail.com with ESMTPSA id y138sm4682686oie.22.2021.08.24.15.54.44 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 24 Aug 2021 15:54:45 -0700 (PDT)
From: Kireeti Kompella <kireeti.ietf@gmail.com>
Message-Id: <FEB3C00F-F77E-4E49-B1E6-B473CFF2515A@gmail.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_8B9183DE-3A6D-47CE-9999-DA939A2594F6"
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\))
Date: Tue, 24 Aug 2021 15:54:43 -0700
In-Reply-To: <6bee310a-0880-4a27-a562-2f048e3c4a6a@pi.nu>
Cc: Kireeti Kompella <kireeti.ietf@gmail.com>, "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>
To: Loa Andersson <loa@pi.nu>
References: <6bee310a-0880-4a27-a562-2f048e3c4a6a@pi.nu>
X-Mailer: Apple Mail (2.3654.100.0.2.22)
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/QcbHF0zVmCADWaVGbdjRZkBW5xs>
Subject: Re: [mpls] Consensus poll on Design directive for the MPLS Open DT
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.29
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, 24 Aug 2021 22:54:54 -0000

Hi Loa,

I have reorganized the OpenDT wiki page, added a page for MIAD and added this text below (as provisional).

I suggest using the terms “in-stack data” (ISD) and “post-stack data” (PSD) for in-stack and after BoS MIAD, respectively.

Kireeti.

> On Aug 24, 2021, at 01:35, Loa Andersson <loa@pi.nu> wrote:
> 
> Working Group, Design Tean,
> 
> The Open DT has discussed the relationship between GAL/G-ACh and the new methods for indicating and transporting ancillary data in and after the label stack.
> 
> We have decided to give the MPLS Open DT the following design directive:
> 
> ---------------------------- start ---------------------------------
> 
> Following the discussion in the MPLS Open DT 2021-08-19 we have have decided to give the MPLS Indicator and Open Design team this design directive.
> 
> RFC 5586 "MPLS Generic Associated Channel" (including the updates by RFC 7274, RFC 6423, RFC 7214, and RFC 7026) will not be changed by the MPLS Open Design Team. The associated channel (GAL/G-ACh) will continue to operate as specified. No changes should be made to the associated channel, without careful coordination with what will be specified by the MPLS Pen design team.
> 
> The Open design team will continue define methods bases on indicators (e.g. FAI-style SPL) and ancillary data.
> 
> A packet can not carry both the associated channel and the new methods for transporting ancillary data indicated by the FAI-style SPL, i.e. the GAL and the FAI-style SPL can not both be present in a label stack. The reason is that the way the ACH is specified there is a high risk of collision of "data after the BoS" specified by other methods.
> 
> ---------------------end --------------------------------------------
> 
> The design team will start working according to this design directive, but for a period of two weeks we will comments on the directive.
> 
> Please send comments to the MPLS wg mailing list (mpls@ietf.org).
> 
> /Loa
> 
> for the co-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