IETF Logo Mail Archive

Re: [mpls] Control plane solutions for the use cases of NFFRR

Stewart Bryant <stewart.bryant@gmail.com> Tue, 26 July 2022 14:40 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 4D6A5C13C52F; Tue, 26 Jul 2022 07:40:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.229
X-Spam-Level: *
X-Spam-Status: No, score=1.229 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, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_SBL_CSS=3.335, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, 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 ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zEoD2PHOaHzN; Tue, 26 Jul 2022 07:40:35 -0700 (PDT)
Received: from mail-lf1-x12b.google.com (mail-lf1-x12b.google.com [IPv6:2a00:1450:4864:20::12b]) (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 1EC4CC13C53D; Tue, 26 Jul 2022 07:39:41 -0700 (PDT)
Received: by mail-lf1-x12b.google.com with SMTP id t17so10703900lfk.0; Tue, 26 Jul 2022 07:39:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:mime-version:subject:from:in-reply-to :date:cc:message-id:references:to; bh=xbnqBfh/f7oPdGAQP4GPkrvHBl4Ds4X7lV71qm4wUkg=; b=LdZVhbfIZZLBWvLBxCH1vuAElsvMDxkFS+1NYYGzdv8C8Pg4CxjZ+5RhU5TRHhAYmx cyngXDxKTlVjYcKLtR1mVaXg6w7uM1CPd4atr9sJaqKzudrLzWbY4f+sejS8MV0TY5wF Jx5awYraBEUx9FqS46AvTHlU7EL3sY4bWqoobeN0W/Q4jeA4vbpMw5uEdeDWOZa7Ahn9 lLbl2kYE3fwI5HyixJC++VbaqeyBAuUzJaMCqwwukRxKIjtSjgHFvM8aFIiLcVi+q1CM e3oG0eizDgKkYwTfiDY4mktWK9dsxohXnHxVXYDx2nAWGugsKE7u/bsCgTtWLapuG2Gy oyJw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:content-transfer-encoding:mime-version:subject :from:in-reply-to:date:cc:message-id:references:to; bh=xbnqBfh/f7oPdGAQP4GPkrvHBl4Ds4X7lV71qm4wUkg=; b=ls98udSfpvJu6PwpfpwI0L/KIv4OFZA/v5E6XeQeEIMYvw09YKx8cM9m2JYO0eMcOs MdU+B7I9M+VrrPLGrwF7fJwaPCoo/WCxuApRfqT8l0cqvKGQdZcTSoR3XwNpNXbsiFXL 0phXFtsx7W10i6ERzyuJ2dtoTH5aemwUWYPTS+UkM7Csg8VOC2jsowt5SlCemZ3cW4A9 QUyOQeF19VoQKqQqQDr4Gu5HrnQT4V33dFj9XkdoiFioyn+HxoP1Hr48t0po6xYLblNA DBohOhG1uitNqz711vzP6J6B1NIdpYq9zIWIeT9f3qU/Q3ewqNPNSlO0Mg59gwObDWbZ ruOA==
X-Gm-Message-State: AJIora/AT8N+AiL0py4VfxnrEQK8mxfa4FUfzHL0S/rVrJ5ttsWwT1NW tWeMfWWm8nSyYribcrU/H/q0dsfj8uwPpmp0
X-Google-Smtp-Source: AGRyM1uTtO016gyheIo7nBG5e2ROQuafGKC9UDnKEUKaTU+JGPiB4kLfinmLQc56Vpr0EnPM9fQ50g==
X-Received: by 2002:a05:6512:22c2:b0:485:8c7a:530d with SMTP id g2-20020a05651222c200b004858c7a530dmr6849645lfu.459.1658846378220; Tue, 26 Jul 2022 07:39:38 -0700 (PDT)
Received: from smtpclient.apple ([89.254.20.250]) by smtp.gmail.com with ESMTPSA id p16-20020a05651211f000b0047f7c897b61sm3241433lfs.129.2022.07.26.07.39.36 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 26 Jul 2022 07:39:37 -0700 (PDT)
Content-Type: multipart/alternative; boundary="Apple-Mail-0B2EF5F7-FA4C-46BE-A23C-7EDAE347B441"
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (1.0)
From: Stewart Bryant <stewart.bryant@gmail.com>
In-Reply-To: <CAH6gdPzgyHUFJP2F4MUg9-XXteg8TM3TSVoDez4VGP9OUsgkXQ@mail.gmail.com>
Date: Tue, 26 Jul 2022 16:39:24 +0200
Cc: draft-kompella-mpls-nffrr@ietf.org, mpls@ietf.org
Message-Id: <4E51CE22-6A30-4273-BD4A-BC1CEAFFD512@gmail.com>
References: <CAH6gdPzgyHUFJP2F4MUg9-XXteg8TM3TSVoDez4VGP9OUsgkXQ@mail.gmail.com>
To: Ketan Talaulikar <ketant.ietf@gmail.com>
X-Mailer: iPad Mail (19F77)
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/cdkAv6or0zBZ8zvdIeZ9yyNqiyU>
Subject: Re: [mpls] Control plane solutions for the use cases of NFFRR
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, 26 Jul 2022 14:40:39 -0000

In general FRR takes the view that it is only possible to repair a single failure. If a second failure occurs the risk of micro looping usually means giving up and falling back on regular convergence. NFRR allows two PLRs to act as ships in the night safe in the knowledge that if the repairs intersect the potentially looping packets will be dropped.

At the cost of one bit in the data plane it allows the very simple first generation methods to deliver a bit more repair capacity, such as coping with unexpected SRLGs.

Stewart

Sent from my iPad

> On 26 Jul 2022, at 10:09, Ketan Talaulikar <ketant.ietf@gmail.com> wrote:
> 
> 
> Hello Kireeti/Wen,
> 
> I wanted to check if you had considered a control plane-based solution for some of the use cases that motivated the NFFRR work.
> 
> I would like to draw your attention to a draft that tries to address a similar problem space for EVPN: https://datatracker.ietf.org/doc/draft-burdet-bess-evpn-fast-reroute/
> 
> For Segment Routing, we have the unprotected adjacency SIDs and there have been discussions in the SPRING WG for unprotected prefix SIDs. The use of these SIDs for the TI-LFA backup path can also address the issue.
> 
> There may perhaps be similar control plane mechanisms that may work for other similar problem spaces?
> 
> IMHO, tackling this problem space in the control plane alone seems more beneficial than in the data plane (I note that the NFFRR proposal also needs control plane extensions). Could you please share your views on this?
> 
> Thanks,
> Ketan
> 
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls

v2.23.0 | Report a Bug | By Email