IETF Logo Mail Archive

Re: [mpls] on MIAD ADI requirement draft RE: Agenda for the MPLS Open DT 2021-10-14

Stewart Bryant <stewart.bryant@gmail.com> Thu, 21 October 2021 15:24 UTC

Return-Path: <stewart.bryant@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 F1DA83A17D9; Thu, 21 Oct 2021 08:24:55 -0700 (PDT)
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 G2oujPfeK19t; Thu, 21 Oct 2021 08:24:51 -0700 (PDT)
Received: from mail-wr1-x42a.google.com (mail-wr1-x42a.google.com [IPv6:2a00:1450:4864:20::42a]) (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 4A0DC3A17CD; Thu, 21 Oct 2021 08:24:51 -0700 (PDT)
Received: by mail-wr1-x42a.google.com with SMTP id d3so74712wrh.8; Thu, 21 Oct 2021 08:24:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=w5u9UGt2ugUfME2vHRtzClVl77QSDIocvNnrMueMfCo=; b=QCugggjUg1gKxrc/VhqNlkQfVGcojcNoXnhyCai8Y6tf//N1PXLxu0U9gp/UtyBOPp MZ4i0TV8Us7Qzvsb9BK1sQ9mL69YiCtK0qDItq952T85XhrOzKa5uoRCzfWL3Qrq1gxn hKF5LLTCiyE3C/n7eNrLRwIwQ/3ZFVmQCOEHzuSZAfDxLr7OzqrQmQKT+nnXrXwmuPMr moekXbD2qrM5kv9sSaaek/LgerXpPzBXVsYBkG+N857q+xOSJ949eThMY/eQ2n78jJcc DnN7Q8JamTrNDFV1Mxu9HPSx9Knl2rxf6S8WRd4H8u4631sRETxCBhaLrLrup9D1XIwP Z0QQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=w5u9UGt2ugUfME2vHRtzClVl77QSDIocvNnrMueMfCo=; b=bma7vsN/c35KBgS/tWv+9GsYkL6LqbIu00XrAvzTYTzToXytMZqOZdXLka0AchUNHK OXJnOBbjIzS31LPtqlrUsrmokkkpDxh0nPpSUpjdzhRsgp7OxvwmJJTBs8Pev3tpBV79 cFHhDEJG+IpY0L+1a4jypZD7K+Bww3S78QzASpGI1+tUQfv/fCEWNHGSGa+6RfRcJP7H v+frdfmHi4vaTuv9jAhoXNcDET2kuGE6P1kGhiYDDTkk/AadQUOgRFqZRpGCTcDJ/uLq YJVmy0durqDGPeJzAgTU4wLQhi1HV54FyNX2Wcl3OyirCnaing5bkObQrxFPGbXYmQPG h17w==
X-Gm-Message-State: AOAM53088JhkGPa4YcStdCGcDU+ZpI8b1ChwPAfN44bUEC+Z7f+/mugu wKqXf8ROvx/B3WbbAONjH6U=
X-Google-Smtp-Source: ABdhPJzsEU8sRW7lx/Kk3PqzvPEGm7WoRLFm2wxJnFW8UeqX5S+Cssk3unj1rBr2idFVYFHcK+PqwQ==
X-Received: by 2002:a5d:584e:: with SMTP id i14mr8281594wrf.258.1634829885935; Thu, 21 Oct 2021 08:24:45 -0700 (PDT)
Received: from smtpclient.apple ([185.69.144.147]) by smtp.gmail.com with ESMTPSA id s3sm6923035wmh.30.2021.10.21.08.24.44 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 21 Oct 2021 08:24:45 -0700 (PDT)
From: Stewart Bryant <stewart.bryant@gmail.com>
Message-Id: <ACE3E7B4-4F84-4D5A-A60A-074A9B2AE6E7@gmail.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_1EE27289-B41D-4B3A-BDC3-0DF538BB1875"
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\))
Date: Thu, 21 Oct 2021 16:24:44 +0100
In-Reply-To: <C089860C-3F9A-4477-8DD9-FD3A6A250DF7@gmail.com>
Cc: Stewart Bryant <stewart.bryant@gmail.com>, "Bocci, Matthew (Nokia - GB)" <matthew.bocci@nokia.com>, Haoyu Song <haoyu.song@futurewei.com>, loa Andersson <loa@pi.nu>, "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: Kireeti Kompella <kireeti.ietf@gmail.com>
References: <BY3PR13MB478755C56CF5982C510B9E329AB89@BY3PR13MB4787.namprd13.prod.outlook.com> <DBAPR07MB6984AD1BF19BD11556B20AD3EBB99@DBAPR07MB6984.eurprd07.prod.outlook.com> <C089860C-3F9A-4477-8DD9-FD3A6A250DF7@gmail.com>
X-Mailer: Apple Mail (2.3654.120.0.1.13)
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/x2yOtZD_bIaGat7eVoSA-XYbS_s>
Subject: Re: [mpls] on MIAD ADI requirement draft RE: Agenda for the MPLS Open DT 2021-10-14
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: Thu, 21 Oct 2021 15:24:56 -0000


> On 21 Oct 2021, at 15:42, Kireeti Kompella <kireeti.ietf@gmail.com> wrote:
> 
> Hi Matthew,
> 
> On Oct 18, 2021, at 01:55, Bocci, Matthew (Nokia - GB) <matthew.bocci@nokia.com <mailto:matthew.bocci@nokia.com>> wrote:
> 
>> “The mechanism to indicate thatAncillary Data is present MUST operate in the context of the top of stack LSE.”
> 
> I’m not sure what this means, except possibly, the ADI MUST NOT be the top of stack LSE.  There were some suggestions that the FAI could be at the top of stack, accompanied by some label gymnastics to get the forwarding label.  This rules that option out (which I’m happy about).
> 
> Here’s some alternate text:
> 
> "The mechanism to indicate that Ancillary Data is present MUST allow for simple forwarding of MPLS packets based on the top of stack LSE.  A node MAY (SHOULD?) go further, though, to find the ADI within the label stack and act upon it."
> 

MPLS always operates in the context of the top of stack.

Sure when the FEC is IP it does some rummaging around for other information but when the FEC is not IP I don’t think it does that. It certainly should not.

By binding the operation of these new features to the ToS we avoid painting ourselves into any corners and get the option to revise or exclude the operation in the light of experience.

- Stewart

v2.23.0 | Report a Bug | By Email