Re: [Lsr] Prefix Unreachable Announcement Use Cases

Robert Raszuk <robert@raszuk.net> Mon, 16 November 2020 08:25 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 342C93A1592 for <lsr@ietfa.amsl.com>; Mon, 16 Nov 2020 00:25:37 -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 qd-8evhVKG0F for <lsr@ietfa.amsl.com>; Mon, 16 Nov 2020 00:25:35 -0800 (PST)
Received: from mail-lj1-x234.google.com (mail-lj1-x234.google.com [IPv6:2a00:1450:4864:20::234]) (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 65E5B3A158F for <lsr@ietf.org>; Mon, 16 Nov 2020 00:25:35 -0800 (PST)
Received: by mail-lj1-x234.google.com with SMTP id y16so19159370ljh.0 for <lsr@ietf.org>; Mon, 16 Nov 2020 00:25:35 -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=6hXamuep71AIracRyekve9aVtLwrYwreRCWNMNr+rww=; b=StRLIH/bJGCEo7a9LFUP14yF29/qbBTw5IM9z5ikNt9flCWN35BNyhi6WA0ctD3wXh K+HL6AYqKNF3oq1mDJ3Af+mUyQUE/mw2zSrw+Cm+WC71LHn6s/zOgra/9d05AuCEtxPk sYv9umTp1YwaXrFeYFXu0YvulkSwBVS20eykRIaAskpVT+Z+n8MKq2Oqkns7aUz9FUkV xp8pktu4gau1qwGw3ItrLlEAcYP/Ptfx4UgYXrWDBHZhveD/ccsf6EXmEQls1wga0ZiZ DQELH0RMaD+ooidepwfRZ5MLHsYuo8ZvCEPRiQT4pjXq8wLxlVvFva511cSuZQNoH8Iq erKA==
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=6hXamuep71AIracRyekve9aVtLwrYwreRCWNMNr+rww=; b=Q5Zcgq20Z9G3e320VAObKF8SVQIm9tTZkkTcEmSS2uzY49r/12Zp47Q0c4bgilL0X2 V6X4FX9Z1WRHg0VBRRE5sHuEibfb1BWVQBEIQWJl1/unPtdNRDIdYF+G6jd46yOFcrLN J/8JK4Prz6lMcdmXF6Y1o2EM1OzjeYBr10hXSby3SU80ewXwHmakUQxyFc2EsQSMznoT 3ooFuDS6yCIxuCl8aqNS50MjqfCFSTw5w1DpQydJBzk3fTFjG6q6WA/fzTKNZTfoT0qh lD6uU6JBjmzyH7aQwYL734dn5YoWaMxeOCb1lM+4Y5xptCI7ppN1OkD3AUA4GQBuyJn+ DnYA==
X-Gm-Message-State: AOAM531EkD4IZP8j2WzPI/hY7cPoZejCHN5RfW3f7uXGC3xYr+rXPXlA 57buhy780JEhYbn4IfFfA3y3dhueMhU2fUmUKCBHLw==
X-Google-Smtp-Source: ABdhPJwWg9Qa9oMgK++ggJLJOxRCMxyNlxHC02slS2ZvfRTrKIuGrUTBov3OfoS4EfGSTAASkmykrOPDNyb44+XHi98=
X-Received: by 2002:a05:651c:1122:: with SMTP id e2mr5829784ljo.317.1605515133257; Mon, 16 Nov 2020 00:25:33 -0800 (PST)
MIME-Version: 1.0
References: <CAOj+MMEREV+TCwNiptdVj--HjD5nJV8zOiUJ5THcsomWCa1jJA@mail.gmail.com> <B0A6A569-30F7-4751-9F3B-C65BD23D39F3@gmail.com> <CAOj+MMEYnHeuNnNy-yDuxywMLe+yHv3QfXYqtqEgom7RbTO6Sg@mail.gmail.com> <020d01d6bbc5$9769e7e0$c63db7a0$@tsinghua.org.cn>
In-Reply-To: <020d01d6bbc5$9769e7e0$c63db7a0$@tsinghua.org.cn>
From: Robert Raszuk <robert@raszuk.net>
Date: Mon, 16 Nov 2020 09:25:24 +0100
Message-ID: <CAOj+MMH7zRaXNJTRC0ua7ohasUpo0MmeqgzcU9BdpcD7wD+Yrg@mail.gmail.com>
To: Aijun Wang <wangaijun@tsinghua.org.cn>
Cc: Jeff Tantsura <jefftant.ietf@gmail.com>, lsr <lsr@ietf.org>, "Acee Lindem (acee)" <acee=40cisco.com@dmarc.ietf.org>
Content-Type: multipart/alternative; boundary="000000000000331d2605b4351fa6"
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/J8X80XKr8ezn7bHkUvfjOcaRj1Q>
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: Mon, 16 Nov 2020 08:25:37 -0000

>
> I was not bringing RIFT's negative routies example as something inherently
> negative. I was just pointing it out to illustrate that today's data plane
> lookup does not really support "if does not match" checks.
>
> *[WAJ] In data plane, the device do still the “match” check, not “does not
> match” check.  When the router receives the PUA information, it will
> install one black hole route for a short time.*
>

So your idea is that you install route for unreachable prefix to /dev/null
?

And how would that help connectivity restoration ?

Moreover it seems that it will just also prevent any local protection to
locally bypass the failed destination.

Bottom line is that I agree with one problem statement. However IMHO
described actions upon reception of PUA are questionable at best.

Cheers,
R.