Re: [Lsr] Prefix Unreachable Announcement Use Cases

Robert Raszuk <robert@raszuk.net> Sun, 15 November 2020 16:44 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 7A5463A08B1 for <lsr@ietfa.amsl.com>; Sun, 15 Nov 2020 08:44:18 -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=ham 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 FzgAq_S4OwPB for <lsr@ietfa.amsl.com>; Sun, 15 Nov 2020 08:44:17 -0800 (PST)
Received: from mail-lf1-x130.google.com (mail-lf1-x130.google.com [IPv6:2a00:1450:4864:20::130]) (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 0CAD03A08A6 for <lsr@ietf.org>; Sun, 15 Nov 2020 08:44:16 -0800 (PST)
Received: by mail-lf1-x130.google.com with SMTP id e139so1941822lfd.1 for <lsr@ietf.org>; Sun, 15 Nov 2020 08:44:16 -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=7yjQlh2OszTJb3CeCTBjsHB7ujRLyrB4Y7qgBINnUMY=; b=O0Q+sVB+CzOsOneF9KlvcpYDHT3QPn5xswctAZJzh4tZVWZ9XM+m1ls2LoqYSvqVzs EKWIW3/X//H6MeZ0CDGik8kICyCEOwkzW62xzXwBLCgC8INXPwI1VLAJWBDz5YoEc7MV cSvJz3+crBomRz+NL3l1N1GeTY7l2Sf/wJ/bkdVbEH9N9e/39VTvwosd1Az7YbjTxW5R LyuxabrUzdNXjfO+TYhT0NxLvw9a15ur6jhV+ZgyAzHqvNxzwLEpWiY+uhoEwkDHM07h LXrwSuu7o+lGWuc5yvAkuRoQykTv3Ydf0m8JaI4p229/9cNg2reZ9uwnAm0TQzzDYY2o GxwA==
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=7yjQlh2OszTJb3CeCTBjsHB7ujRLyrB4Y7qgBINnUMY=; b=rBGSgeECQa3TapYUq9j5tvJWaskA7YkN1ud3YWU66ocB9aT6wpNesFyzfdeWhy1m9w 3OEHVnjgqB9sXH6mEAXNPuqDW8fu9yXSp6Wv4zh0GpszBwCXApk4aYtAaa/p/XBH82Z0 gjSb6muqa5IBgEBCbFhBG2MWcPUXlDXPGBKzLfufpGvkYumdFEaqjN7sa94Y9rGXMt7J qLEJt7E4sZDTKZtMBGjm7TloN22hcVaq/YdSRlhBHuJKfGkJGJZOu1+i0cBiIPH727f9 ixy8XVRwFKbYIO7CxuwPOrnpdJNsQhgXZatK9VoCK7v4tgzeaW/TKFb6Thn5kFenFBvW HzgA==
X-Gm-Message-State: AOAM533U4chBh5Oq3DATNv0EPhCX/RYl3dt/iRZ+2ov+G/PPDIe2USD0 N4swF1PNI5JWK/UQWxYoNQQe3NHsbtZ9mM8SVGGbsw==
X-Google-Smtp-Source: ABdhPJxq/6lhUWhQo33nVbLFLDwkq5ekwIxlLsHGmNcJh1KMDC80mPhMs4ULHM0/q0p1t+SosXDCE9v+Qyfn/M86iIw=
X-Received: by 2002:ac2:5219:: with SMTP id a25mr4000900lfl.264.1605458655001; Sun, 15 Nov 2020 08:44:15 -0800 (PST)
MIME-Version: 1.0
References: <CAOj+MMHAw50QU_YXHf+_fhBHsXJugJsQDVuza-rcsOupwiF1zA@mail.gmail.com> <00A6FE87-C24F-49A8-9539-3236F489B4B4@tsinghua.org.cn>
In-Reply-To: <00A6FE87-C24F-49A8-9539-3236F489B4B4@tsinghua.org.cn>
From: Robert Raszuk <robert@raszuk.net>
Date: Sun, 15 Nov 2020 17:44:05 +0100
Message-ID: <CAOj+MMEREV+TCwNiptdVj--HjD5nJV8zOiUJ5THcsomWCa1jJA@mail.gmail.com>
To: Aijun Wang <wangaijun@tsinghua.org.cn>
Cc: lsr <lsr@ietf.org>, "Acee Lindem (acee)" <acee=40cisco.com@dmarc.ietf.org>
Content-Type: multipart/alternative; boundary="000000000000d5503e05b427f819"
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/i4jveqRiEqt1l7gi0IaKdyeJXpg>
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: Sun, 15 Nov 2020 16:44:19 -0000

Hi Aijun,

I would in fact only propose that the presented mechanism is narrowed down
to invalidate BGP (service) routes - in fact their next hops.

The reason being that the moment you make the solution generic, moreover
the moment you want it to be used in RIB and data plane I am afraid you are
running into similar (even if local) deaggregation mechanism like recently
described in RIFT. That would kill all the scalability of advertising
summary routes in the first place and I bet would face lots of opposition.

Thx,
R.


> I would actually trim most use cases leaving just one - to signal remote
> service node (ex: PE) going down in the presence of summary route being
> advertised from remote area or pop.
>
>  [WAJ] Yes, this may be the most useful use case, but the PUA mechanism
can also apply to other scenarios. We want to make it one general solution.