Re: [mpls] how does it work if ....

Stewart Bryant <stewart.bryant@gmail.com> Wed, 17 March 2021 16:34 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 105B73A08D9 for <mpls@ietfa.amsl.com>; Wed, 17 Mar 2021 09:34:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.099
X-Spam-Level:
X-Spam-Status: No, score=-1.099 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, SPF_HELO_NONE=0.001, SPF_PASS=-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 rMupqa9CMuz9 for <mpls@ietfa.amsl.com>; Wed, 17 Mar 2021 09:34:43 -0700 (PDT)
Received: from mail-wm1-x329.google.com (mail-wm1-x329.google.com [IPv6:2a00:1450:4864:20::329]) (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 6AB823A08C5 for <mpls@ietf.org>; Wed, 17 Mar 2021 09:34:43 -0700 (PDT)
Received: by mail-wm1-x329.google.com with SMTP id r15-20020a05600c35cfb029010e639ca09eso3755852wmq.1 for <mpls@ietf.org>; Wed, 17 Mar 2021 09:34:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=AkouVxsWJSRUKqNRUtEHDIHcti9BcnWzhifZpXjZ1JQ=; b=Yl/+Is0gt0PgpNtXZHxeuH+MaIvyoEPxy4KLh/uKoBXT+e3R7bEswV4SOPnmM9cqnM IlQIgXUu15PnCiQjUWTzs0aYLHnclpAKII5WLAABfUFAytyqPLTxBozH6dzDUKTFnzC3 RfxKnQSWgxVCIRGF25B6myy71vX0o8ns/l17VFsnhkEsTJVG5RaNQkvjRB8pflIB9Nm5 1rqg849LbNDqTo5hW6xgyOKtMcPTK13T3H6LFRK2RcM7p57zrvLKrNACkGgOu1rlItLl 4QRXCCCJFGniO95dUuQPxOep9G88MiKSn2afy7UoF2Sq5//SC7iWfyOyfg21jc3U2FxN StvA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=AkouVxsWJSRUKqNRUtEHDIHcti9BcnWzhifZpXjZ1JQ=; b=I7QcaUN+dyUnVz/OPG/9SHvjQMCKSeEvhqCV7UXvfXlq+cbMbCueKwB5T4xa/1ey15 Njfyb40A1K6BFJZOOmTxd0lm+vWnppQZue/EhJN0N8UMXH5v7FQHnHMV2NNf1lLcow3S G8GS41x+r9V3qE572XMzl6zKN83Qphk0HvxI9H0rysDtra5hfpMT1Aq9VHtHYcvhwyWS YSa7n2+XOK9YUAcH7pHUqGgNyNZCQUUlnss9ET8nF0vLCASSGC4+/0WvMdkvPTiUzQYB wThl0htFQb39c44DPOLjR0hDgHtINPzzn7GsbSVWhhNImlKACTGSe9YyZJvEyfCOakF3 45gg==
X-Gm-Message-State: AOAM531TP9bd7IXIIwnDCiXhPLf8qPDloVTnk/HvUf8Ty5bg/Lxk9477 Xc8mnvrJ5QLadDEOqmqFGEs=
X-Google-Smtp-Source: ABdhPJxuf7bgPxHHLhpr3UuY+D7K4nCcbkRECh/VmH4Fogn+i5hckM8AET4NYFqoMhPpNYXRhLX5mw==
X-Received: by 2002:a05:600c:4fcb:: with SMTP id o11mr4517975wmq.117.1615998880333; Wed, 17 Mar 2021 09:34:40 -0700 (PDT)
Received: from [192.168.8.137] ([148.252.129.40]) by smtp.gmail.com with ESMTPSA id t20sm2866556wmi.15.2021.03.17.09.34.39 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 17 Mar 2021 09:34:39 -0700 (PDT)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\))
From: Stewart Bryant <stewart.bryant@gmail.com>
In-Reply-To: <1c87c917-5860-8efe-c640-7bd5cd548190@pi.nu>
Date: Wed, 17 Mar 2021 16:34:38 +0000
Cc: Stewart Bryant <stewart.bryant@gmail.com>, "mpls@ietf.org" <mpls@ietf.org>, Kireeti Kompella <kireeti.kompella@gmail.com>
Content-Transfer-Encoding: quoted-printable
Message-Id: <D1E90F58-1E68-4B0D-8092-6EB5EEA8783C@gmail.com>
References: <1c87c917-5860-8efe-c640-7bd5cd548190@pi.nu>
To: loa Andersson <loa@pi.nu>
X-Mailer: Apple Mail (2.3608.120.23.2.4)
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/o1Tuy4rLziXtMYw8p3JmGrgO_2k>
Subject: Re: [mpls] how does it work if ....
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: Wed, 17 Mar 2021 16:34:45 -0000

You only pop the label to see the xSPL if you are the destination.

If you do not know about the xSPL you should not have been sent the packet in the first place. That would be a routing/control plane failure.

If you receive it by mistake, and consider that it is for you (unlikely but possible) so you pop the label, you will find an unknown xSPL and presumably drop the packet.

So I that is safe.

What is going to be difficult is with one of Kireeti’s reused Els. That will work fine at a P router, but a PE is going to not process the packet properly. This cannot be a PW or Detnet since that has another label as a gatekeeper, so we nee think what happens if it is an IP packet, in which case the ECMP defeat nibble will be found. This should be unexpected, so the packet will be dropped.

If there is an old P router that does not understand the xSPL it will just swap and forward as before.

You can always program a P router not to PHP (we did that with MPLS-TP for example). It is more work for the receiving PE, but it needs to be capable of dealing with that or it should not be used in that role with this label stack.

So assuming that Kireeti and I have the same vision of how this works, it looks safe to me. However we have to look at every corner and strong exception to validate the approach.

Stewart



> On 17 Mar 2021, at 14:18, Loa Andersson <loa@pi.nu> wrote:
> 
> Kireeti,
> 
> I'm looking at your slides from the joint meeting, in particular slide #3, where you say at thye bottom:
> 
>  "Corollary: such labels MUST NOT reach the top of stack (by popping
>   labels above them)"
> 
> How is that backwards compatible.
> 
> If you  have an old LSR, that don't know to look at the bSPL or eSPL underneath the top label. I assume that the top label will be swapped and the packet forwarded.
> 
> What is the pen-ultimate LSR is "old" and just pop the top label, how can the PE sort this out?
> 
> /Loa
> -- 
> 
> 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