Re: [Lsr] Prefix Unreachable Announcement Use Cases

Robert Raszuk <robert@raszuk.net> Tue, 17 November 2020 08:36 UTC

Return-Path: <robert@raszuk.net>
X-Original-To: lsr@ietfa.amsl.com
Delivered-To: lsr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6327E3A0982 for <lsr@ietfa.amsl.com>; Tue, 17 Nov 2020 00:36:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=raszuk.net
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 UUF3ivW63rBm for <lsr@ietfa.amsl.com>; Tue, 17 Nov 2020 00:36:36 -0800 (PST)
Received: from mail-lj1-x22a.google.com (mail-lj1-x22a.google.com [IPv6:2a00:1450:4864:20::22a]) (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 3E5FE3A0962 for <lsr@ietf.org>; Tue, 17 Nov 2020 00:36:36 -0800 (PST)
Received: by mail-lj1-x22a.google.com with SMTP id 142so9685498ljj.10 for <lsr@ietf.org>; Tue, 17 Nov 2020 00:36:36 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raszuk.net; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=xtGyLHbO7W7YsReElMOXUbSPoTWWu52uMPz82P61Ri0=; b=IEda/ZAz+bC9572CFDD4BtwUE1KA7BvMCJpW/iupmzNtNfk/bdzoJwmtfQtvDNYK7Q Rn5pH5iTj+7eAbiXvQzmtPFuObYkKuimoUZU9BswW875hrvNMDIMwuzDSZSyhA04lT0k 2cKYyFyycIdgtLCQtipBvJHSJmOQf510lVU5d/tT1W8dBqqYbzm4hHOim8hwoCGG/akI 5Wn5a7T0rROGSkf9TJ6YpcrqjEfWPnGfL4GvwczI5XPHJ9ajbW345lVhFXUG4qolOU1R DKCPf6K47l1eUJpYyCf1DP3bBkweOANIIaGyPZwnSd6vUVoED8DU8AdBFdw0TX1HETL8 vkhQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=xtGyLHbO7W7YsReElMOXUbSPoTWWu52uMPz82P61Ri0=; b=rURPTDXFm2rWQyA21a+UZWYEKJbBLlTNmv8o5aKvRirzW4s45WOYx6vy3FgUSWzM1B 7IljcwPZbhL7SdN0btlz9OLLYdV9gjr91oId9tF/3dXPXSR55COJk3n9l1TmpE9V4bWN yqKreGAdlWqRnRm5Or0QzgmuG/mH+dqnQcIh5udjGO2PYQ5oyM7PG8zonMyCtNDmowEO 8N4+UG60d4So2BoHh9li4sbwDVAZSiUhOX6H3qZGWEFK4mHhhdRlguylfXahKP2++RCk tCWsaRHvjLxlCiM0sLds/D+lQIYsFTFUPyYOVmC3tE1aEfbwNB2BdqAiU/MeJf6CCz7m WAAw==
X-Gm-Message-State: AOAM530aaAJM17uN2XeLfuL4cLMDQ7EaSgsBa8b6aQecspUV0j+tFVuY KuEDNlMLcm+UaHG8yoaAciRsM7D0Mj938nkf+Pdbag==
X-Google-Smtp-Source: ABdhPJymJq4bZIzOmm4pM2FUAlw8EXavhJyH2LZbLeAQp2rL4jppTZ4qU0TcrtQ4M9OdqFYlbdIfxRXERp9PPeZvGBo=
X-Received: by 2002:a2e:8792:: with SMTP id n18mr1540216lji.57.1605602194356; Tue, 17 Nov 2020 00:36:34 -0800 (PST)
MIME-Version: 1.0
References: <CAOj+MMH7zRaXNJTRC0ua7ohasUpo0MmeqgzcU9BdpcD7wD+Yrg@mail.gmail.com> <D477846E-1086-46A8-B2D6-E552623E2643@gmail.com> <016b01d6bca9$cf908c20$6eb1a460$@tsinghua.org.cn> <CAOj+MMEKbBU1mymU2RzWzwi6Se8ZwQ9OsCBn4NUiX3YAceLdoQ@mail.gmail.com> <CABNhwV1yS1KdPe0hYGOUhDBpqbNqZCaO=xNEr_LaRg35b=f55g@mail.gmail.com>
In-Reply-To: <CABNhwV1yS1KdPe0hYGOUhDBpqbNqZCaO=xNEr_LaRg35b=f55g@mail.gmail.com>
From: Robert Raszuk <robert@raszuk.net>
Date: Tue, 17 Nov 2020 09:36:24 +0100
Message-ID: <CAOj+MMGnRkYrTcC45QEy+F5HNCoFn75r=1gn-+OT89Q53D_pYA@mail.gmail.com>
To: Gyan Mishra <hayabusagsm@gmail.com>
Cc: Aijun Wang <wangaijun@tsinghua.org.cn>, lsr <lsr@ietf.org>, Jeff Tantsura <jefftant.ietf@gmail.com>, "Acee Lindem (acee)" <acee=40cisco.com@dmarc.ietf.org>
Content-Type: multipart/alternative; boundary="00000000000072151a05b44964eb"
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/kZDuFeZSXt_uPknlCHfh0KzkZEo>
Subject: Re: [Lsr] Prefix Unreachable Announcement Use Cases
X-BeenThere: lsr@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Link State Routing Working Group <lsr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lsr>, <mailto:lsr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lsr/>
List-Post: <mailto:lsr@ietf.org>
List-Help: <mailto:lsr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lsr>, <mailto:lsr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Nov 2020 08:36:39 -0000

   Robert, I believe the original intention was related to having the data
> plane converge quickly when summarization is used and flip so traffic
> converges from the Active ABR to the Backup ABR.
>

I do not buy this use case. Flooding within the area is fast such that both
ABRs will get the same info. As mentioned before there is no practical use
of PUA for making any routing or fwd decision on which ABR to use. If your
ABRs are not connected with min redundancy this draft is a worst patch ever
to work around such a design.

Please present us a picture indicating before and after ABRs behaviour.

   However PUA can be used in the absence of area segmentation within a
> single area when a link or node fails to converge the data plane quickly by
> sending PUA for the backup path so the active path.
>

If there is no area segmentation then there is no summaries. So what are we
missing in the first place ?



> With the IGP tuned with BFD fast detection on ISIS or OSPF links and LFA &
> RLFA for MPLS or TI-LFA for SR local protection - with those tweaks the
> convergence is well into sub second.  So for Intra area convergence with
> all the optimizations mentioned I am not sure how much faster the data
> plane will converge with PUA.
>

Even without any of the above listed chain of acronymous things will
generally work well intra-area without PUAs.

Thx,
R.