Re: [Lsr] Thoughts about PUAs - are we not over-engineering?

Peter Psenak <ppsenak@cisco.com> Wed, 15 June 2022 12:34 UTC

Return-Path: <ppsenak@cisco.com>
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 B8419C15D869 for <lsr@ietfa.amsl.com>; Wed, 15 Jun 2022 05:34:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -12.229
X-Spam-Level:
X-Spam-Status: No, score=-12.229 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.745, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-1.876, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 qvT_VB1U2Jox for <lsr@ietfa.amsl.com>; Wed, 15 Jun 2022 05:34:44 -0700 (PDT)
Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9F3BBC157B35 for <lsr@ietf.org>; Wed, 15 Jun 2022 05:34:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=680; q=dns/txt; s=iport; t=1655296483; x=1656506083; h=message-id:date:mime-version:subject:to:cc:references: from:in-reply-to:content-transfer-encoding; bh=3/xy0kTXPWS5jW1WV3XXbAjL136fIMSG9nVBb5UBICs=; b=a6Qo/1QhWXvKl+SqzbURacse79GVQLr//0DK7dBm1eyh2VOmgND+5NGw COyRM/szNqx98zkEsC4Oh6g2ivpMsDdfyLKyfklv5I7pSXV+B94TMEg4U Wc3bnd+5Wg2yCSR++N+Bus60vX1JEYsiEprfeh+Kz0TAA7Qyv7EBVkA/L w=;
X-IPAS-Result: A0APAAB+0alilxbLJq1aHAEBAQEBAQcBARIBAQQEAQFAgT0FAQELAYN5LBKFEokAiA+ca4F8CwEBAQ9CBAEBhHkKAoVJJjYHDgECBAEBAQEDAgMBAQEBAQEDAQEFAQEBAgEHBBQBAQEBAQEBAQkbBgwFEDWFdYZCAQEBAQIBIxVBEAsYAgImAgJXBg0IAQGCeYJ2IwOsbnqBMYEBiBmBZYERLAGOckOBSUSBFSeCUzA+iBqCZQSYbyYEDwMaLTQSgSFxAQgGAwMHCgUyBgIMGBQEAhMSUx0CEgUHChwOFBwkGQwPAxIDEQEHAgsSCBUsCAMCAwgDAgMjCwIDFwkHCgMdCAocEhAUAgQTHgsIAxkfLAkCBA4DQwgLCgMRBAMTGAsWCBAEBgMJLw0oCwMUDQEGAwYCBQUBAyADFAMFJwcDIQcLJg0NBBwHHQMDBSYDAgIbBwICAwIGFwYCAm8KJg0IBAgEHB0kEAUCBzEFBC8CHgQFBhEJAhYCBgQFAgQEFgICEggCCCcbBxYZHRkBBV0GCwkhHAofCwYFBhYDI3MFCj4PKTU2PC8hGwqBIAYiARsCnFWBDqJ+nxqDWIQZm2UGDwQtg2OTBJF5hyKPSqczgWgBgg0zGggbFYMkUBkPjjmOOUJsAgYLAQEDCY8BAQE
IronPort-Data: A9a23:Ac2h9a5P3nYHpUfkysWVUQxRtOfHchMFZxGqfqrLsTDasY5as4F+v jBJDT+Aa/6DNGujKt91Poq2/E8H65/RmtJiHgs4qys2Zn8b8sCt6fZ1gavT04J+CuWZESqLO u1HMoGowPgcFyOa/lH3WlTYhSEUOZugHtIQM8aZfHEoLeNYYH1500g7xbdk2tcAbeWRWmthh /uj+6UzB3f9s9JEGjp8B3Wr8U4HUFza4Vv0j3RmDRx5lAa2e0o9UPrzEZqMw07QGeG4KAIVq 9Hrl9lV9kuBl/sk50jMfrzTKiXmSZaKVeSCZ+Y/t6WK2nB/SiIOPqkTLOMwVEB9og2zwet39 JJMhYWBRyU3B/iZ8Agde0Ew/yBWNKBcvbTAO3X66oqYzlbNdD3nxPAG4EMeZNJDvL0nRzsWr rpCcljhbTjb7w6y6KqjUeRqj8cLJ8jwN4RZsXZlpd3cJax6EcGdGfuiCdlw+mspq+FzEtDnd 9c7bn03LzDnYTFsJQJCYH45tL742iagG9FCk3qZv6M5/y3MxQp+lbz2Kp/NYNGERNUQg0CCq 2vN/23zBhwyNdGDx3yC6H3EruPVlC3nHZoKD7C+//0vhEaJg20cEFgLT1ayqvn8klSzVdNPA 00Z5iRoqrI9nGSvVcPVXhCkrjiDpBF0c9VNFfE38keTw6zj7wuuGGUAQjNpbtsltcZwTjsvv neWltXmDD1trbu9VWmc8LiUsDr0PjIaa2QEDQceSgEI+cXLuogonA/MCNBuDMaIYsbdEDzqh jGSqzIiwrMakYgA1r6w+hbMhDfESoX1ohAd/hz7Y2WPxztDOrWjW8up2UHq49ReFdPMJrWeh 0Qsl8+b5eEIKJiCki2RXekAdI2UC+a53C702gEwQsFwn9i50zvyItAKuWAWyFJBa55cIVfUj FnvVRS9DaK/3UdGj4crM+pd6Oxzk8AM8OgJsdiON7JzjmBZLlPvwc2XTRf4M5rRuEYti7ojH pyQbNyhC30XYYw+kmfrHbxEjeV6l39lrY82eXwd50n6uVZ5TCPLIYrpzHPVBgzExPre+V6Mo 4o32zWikk4ECoUSnRU7AaZKfQxVchDX9Lj9qtdccaaYMxF6FWQ6Y8I9Mpt/E7GJa599z7+Sl lnkAxcw4AOm1RXvdFXbAlg+OeiHdcsu8hoG0dkEYA/AN44LOt30ss/ytvIfINEayQCU5aEtE aZfIZ/RXpyiiF3volwgUHU0l6Q6HDzDuO5EF3PNjOQXF3K4ezH0xw==
IronPort-HdrOrdr: A9a23:gDrdq65dyBVahOZYGwPXwPnXdLJyesId70hD6qm+c203TiXqra GTdZMgpHnJYVcqKRYdcL+7VZVoLUmskKKdpLNhWYtKPzOLhILLFutfBOLZqlWKJ8S9zJ8+6U 4KScZD4bPLbWSSwfyU3OF9eOxQuOVuN8uT9J7j80s=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.91,302,1647302400"; d="scan'208";a="2489626"
Received: from aer-iport-nat.cisco.com (HELO aer-core-3.cisco.com) ([173.38.203.22]) by aer-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 15 Jun 2022 12:34:20 +0000
Received: from [10.147.24.42] ([10.147.24.42]) by aer-core-3.cisco.com (8.15.2/8.15.2) with ESMTP id 25FCYKKX012401; Wed, 15 Jun 2022 12:34:20 GMT
Message-ID: <c713806d-6c30-c706-850b-91e3fbcd40ba@cisco.com>
Date: Wed, 15 Jun 2022 14:34:20 +0200
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.9.1
Content-Language: en-US
To: Robert Raszuk <robert@raszuk.net>
Cc: Aijun Wang <wangaijun@tsinghua.org.cn>, "Van De Velde, Gunter (Nokia - BE/Antwerp)" <gunter.van_de_velde@nokia.com>, lsr <lsr@ietf.org>, draft-ppsenak-lsr-igp-ureach-prefix@ietf.org, draft-wang-lsr-prefix-unreachable@ietf.org
References: <41ba8fd6-ab16-6278-ba22-91a6a632ed33@cisco.com> <B8F7E718-28A3-4F97-A171-72774F8F1ACF@tsinghua.org.cn> <a71b7df5-4f15-a3ca-6783-3304dacd945b@cisco.com> <CAOj+MMGcgP-hH6zi_7NAkfBbQoGw0Si=55XyK_uEuA76TuGJ7w@mail.gmail.com>
From: Peter Psenak <ppsenak@cisco.com>
In-Reply-To: <CAOj+MMGcgP-hH6zi_7NAkfBbQoGw0Si=55XyK_uEuA76TuGJ7w@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Outbound-SMTP-Client: 10.147.24.42, [10.147.24.42]
X-Outbound-Node: aer-core-3.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/0567DUhL-58ko4-Xs26vJi1Zel4>
Subject: Re: [Lsr] Thoughts about PUAs - are we not over-engineering?
X-BeenThere: lsr@ietf.org
X-Mailman-Version: 2.1.39
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: Wed, 15 Jun 2022 12:34:48 -0000

Robert,

On 15/06/2022 14:13, Robert Raszuk wrote:
> Peter,
> 
>     the meaning of LSInfinity has been defined decades ago. No matter how
> 
>     much you may not like it, but it means unreachable.
> 
> 
> True. But that brings another question ... Do you envision to use UPA 
> also to indicate planned maintenance of a node ?

depends on how the planned maintenance is performed. If yo just turn the 
node off, UPA will catch it. If you instead set OL-bit, or use link max 
metric initially, it may or may not be used, depending on what the 
ABR/ASBR is programmed to do. There is quite some flexibility if needed.

thanks,
Peter


> 
> Thx,
> R.
>