Re: [Lsr] https://tools.ietf.org/html/draft-wang-lsr-prefix-unreachable-annoucement-05

Aijun Wang <wangaijun@tsinghua.org.cn> Tue, 09 March 2021 00:19 UTC

Return-Path: <wangaijun@tsinghua.org.cn>
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 E94A93A1AA4; Mon, 8 Mar 2021 16:19:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.906
X-Spam-Level:
X-Spam-Status: No, score=-1.906 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 FfNJZNxySptd; Mon, 8 Mar 2021 16:19:21 -0800 (PST)
Received: from mail-m17638.qiye.163.com (mail-m17638.qiye.163.com [59.111.176.38]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2A2083A1AA2; Mon, 8 Mar 2021 16:19:20 -0800 (PST)
Received: from [10.138.10.234] (unknown [106.121.6.11]) by mail-m17638.qiye.163.com (Hmail) with ESMTPA id 1ECF71C0152; Tue, 9 Mar 2021 08:19:13 +0800 (CST)
Content-Type: multipart/alternative; boundary="Apple-Mail-191BB356-0614-4698-8B49-7DEE402F017D"
Content-Transfer-Encoding: 7bit
From: Aijun Wang <wangaijun@tsinghua.org.cn>
Mime-Version: 1.0 (1.0)
Date: Tue, 09 Mar 2021 08:19:08 +0800
Message-Id: <DF653179-2DFA-4271-B863-3411BBBA21BA@tsinghua.org.cn>
References: <AB1FD8DF-93B8-4342-AB4E-F2E7A59BF4F2@tony.li>
Cc: Gyan Mishra <hayabusagsm@gmail.com>, "Acee Lindem (acee)" <acee@cisco.com>, Aijun Wang <wangaj3@chinatelecom.cn>, draft-wang-lsr-prefix-unreachable-annoucement <draft-wang-lsr-prefix-unreachable-annoucement@ietf.org>, lsr <lsr@ietf.org>
In-Reply-To: <AB1FD8DF-93B8-4342-AB4E-F2E7A59BF4F2@tony.li>
To: Tony Li <tony.li@tony.li>
X-Mailer: iPhone Mail (18D52)
X-HM-Spam-Status: e1kfGhgUHx5ZQUtXWQgYFAkeWUFZS1VLWVdZKFlBSkxLS0o3V1ktWUFJV1 kPCRoVCBIfWUFZQ08ZTB1JSh4aS0lJVkpNSk5JT0JKTkhIS0lVEwETFhoSFyQUDg9ZV1kWGg8SFR 0UWUFZT0tIVUpKS0JITVVLWQY+
X-HM-Sender-Digest: e1kMHhlZQR0aFwgeV1kSHx4VD1lBWUc6N1E6ETo*LT8XDw8QHzkoFAoL FjIKCxVVSlVKTUpOSU9CSk5ITUJOVTMWGhIXVQwaFRwaEhEOFTsPCBIVHBMOGlUUCRxVGBVFWVdZ EgtZQVlKS01VSklKVU1VSkpZV1kIAVlBQ01KQzcG
X-HM-Tid: 0a78145a1c69d993kuws1ecf71c0152
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/xCZGD14ryxxoN0Crbt62sbooQME>
Subject: Re: [Lsr] https://tools.ietf.org/html/draft-wang-lsr-prefix-unreachable-annoucement-05
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, 09 Mar 2021 00:19:25 -0000

Hi, Tony:

There are two scenarios as introduced by Gyan: one is the node failure(Scenario 1), and another is the link failure(Scenario 2).

For scenario 1, also when all ABRs can’t reach the specified address, it is not efficient to advertise all of other detail prefixes when only one prefix or some prefixes are missing. The ABRs  tell exactly the specified failure prefixes via PUA message is reasonable.

For scenarios 2, because the specified prefixes can be accessed via another ABR, then we can let this ABR to advertise the details prefixes information for the specified address, which behavior is similar with RIFT, as also mentioned in the presentation materials.

Aijun Wang
China Telecom

> On Mar 9, 2021, at 08:03, Tony Li <tony.li@tony.li> wrote:
> 
> 
> 
> Gyan,
> 
> If I understand the purpose of this draft, the point is to punch a hole in a summary so that traffic is redirected via an alternate, working path.
> 
> Rather than punch a hole, why not rely on existing technology? Have the valid path advertise the more specific. This will attract the traffic.
> 
> Tony
> 
> 
>> On Mar 8, 2021, at 3:57 PM, Gyan Mishra <hayabusagsm@gmail.com> wrote:
>> 
>> 
>> Acee. 
>> 
>> Please ask the two questions you raised about the PUA draft so we can address your concerns.
>> 
>> If anyone else has any other outstanding questions or concerns we would like to address as well and resolve.
>> 
>> Once all questions and  concerns are satisfied we would like to ask for WG adoption.
>> 
>> Kind Regards 
>> 
>> Gyan
>> -- 
>> 
>> 
>> Gyan Mishra
>> Network Solutions Architect 
>> M 301 502-1347
>> 13101 Columbia Pike 
>> Silver Spring, MD
>> 
>> _______________________________________________
>> Lsr mailing list
>> Lsr@ietf.org
>> https://www.ietf.org/mailman/listinfo/lsr
>