[Lsr] 答复: Question about OSPF (transit area routing loop)

Aijun Wang <wangaijun@tsinghua.org.cn> Thu, 12 March 2020 01:22 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 B74C53A0F43 for <lsr@ietfa.amsl.com>; Wed, 11 Mar 2020 18:22:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level:
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DC_PNG_UNO_LARGO=0.001, HTML_IMAGE_RATIO_08=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, 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 yPRZpZ8_41GO for <lsr@ietfa.amsl.com>; Wed, 11 Mar 2020 18:21:59 -0700 (PDT)
Received: from m176115.mail.qiye.163.com (m176115.mail.qiye.163.com [59.111.176.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D81B43A0F3F for <lsr@ietf.org>; Wed, 11 Mar 2020 18:21:57 -0700 (PDT)
Received: from WangajPC (unknown [101.242.202.101]) by m176115.mail.qiye.163.com (Hmail) with ESMTPA id D96B56614D6; Thu, 12 Mar 2020 09:21:46 +0800 (CST)
From: Aijun Wang <wangaijun@tsinghua.org.cn>
To: 'Sergey SHpenkov' <sergey.v.shpenkov@gmail.com>
Cc: lsr@ietf.org
References: <CAD4HJpqOJC0DSeb_nrPOD3=bofRLgWzFhRrzXMnrtZRr0XNjsw@mail.gmail.com> <DDD60A40-5095-4973-B90D-556F4AC0B1F1@cisco.com> <CAD4HJppxJF9W6jXFRPiFy_RyZvAUiNCayBPqpy2jqrX7wGGcvw@mail.gmail.com> <011601d5f792$3e1c0fd0$ba542f70$@org.cn> <CAD4HJporCs1Qn4y=Aj0FM_SCHNWjaFek-5DZ4ux54pN+Sk1Vqw@mail.gmail.com>
In-Reply-To: <CAD4HJporCs1Qn4y=Aj0FM_SCHNWjaFek-5DZ4ux54pN+Sk1Vqw@mail.gmail.com>
Date: Thu, 12 Mar 2020 09:21:45 +0800
Message-ID: <006c01d5f80c$99688ec0$cc39ac40$@org.cn>
MIME-Version: 1.0
Content-Type: multipart/related; boundary="----=_NextPart_000_006D_01D5F84F.A78BCEC0"
X-Mailer: Microsoft Office Outlook 12.0
Content-Language: zh-cn
Thread-Index: AdX35Tg3y85rS1BUQiWfAiYA8S8cEwAJMKXw
X-HM-Spam-Status: e1kfGhgUHx5ZQUtXWQgYFAkeWUFZVktVTkJJQkJCQ0xOTk9OTktJWVdZKF lBSkxLS0o3V1ktWUFJV1kJDhceCFlBWTU0KTY6NyQpLjc#WQY+
X-HM-Sender-Digest: e1kMHhlZQR0aFwgeV1kSHx4VD1lBWUc6PTo6NSo6DzgwTzJLSTwoHhkh USsaCwlVSlVKTkNIQkxNSkpIS0pIVTMWGhIXVQwaFRwaEhEOFTsPCBIVHBMOGlUUCRxVGBVFWVdZ EgtZQVlKS0pVSU9JVUlLSVVKS0pZV1kIAVlBSk9LQ0hPNwY+
X-HM-Tid: 0a70cc554c589373kuwsd96b56614d6
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/o2kp9wGRrkQEpqwE1RgmVvSRano>
Subject: [Lsr] 答复: Question about OSPF (transit area routing loop)
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: Thu, 12 Mar 2020 01:22:03 -0000

Hi, Sergey:

 

ABR-1 advertised the less optimal route information to other routers(in virtual link environment, for avoiding other possible loop scenario, mentioned in G.2 of RFC 2328 as pointed out by Acee), then the other end(ABR-3) of the virtual link should also prefer this less optimal route information.

This is similar to your proposal at https://mailarchive.ietf.org/arch/browse/lsr/?gbt=1 <https://mailarchive.ietf.org/arch/browse/lsr/?gbt=1&index=rPZK_euJTkK0TcRhnI-l1sehxRA> &index=rPZK_euJTkK0TcRhnI-l1sehxRA

 

On the other hand, is it necessary to build another virtual link between  ABR-2 and ABR-3 in your topology, or else the traffic between ASBR and ABR-3 will be unidirectional? (ASBR can reach the ABR-3, but ABR-3 can’t reach the ASBR?)

 

 

Best Regards.

 

Aijun Wang

China Telecom 

 

发件人: lsr-bounces@ietf.org [mailto:lsr-bounces@ietf.org] 代表 Sergey SHpenkov
发送时间: 2020年3月12日 4:31
收件人: Aijun Wang
抄送: lsr@ietf.org
主题: Re: [Lsr] Question about OSPF (transit area routing loop)

 

Hi Aijun,

 

 

ср, 11 мар. 2020 г. в 13:46, Aijun Wang <wangaijun@tsinghua.org.cn>:

Hi, Sergey:

 

If so, ABR-3 should also receive this SumLSA-4 for the ASBR(with cost 300), and then prefer the path via ABR-2 to reach ASBR(with cost 20).

Then there will be no loop then?

 

no, because sumLSA-4 in step 16.3 will be less preferred for ABR_3 than previously calculated using the Dijkstra algorithm (with cost 3) 

 

Or, how many SumLAS-4 will be advertised by ABR-1? If it selects and advertises only one (3 or 300), then the loop will not be emerged. 

Currently, it seems it advertises this SumLAS-4 with the cost 300 to RT_1 and with the cost 3 to ABR-3?

 

only one with a cost of 300  

 

Best Regards.

 

Aijun Wang

China Telecom

 

发件人: lsr-bounces@ietf.org [mailto:lsr-bounces@ietf.org] 代表 Sergey SHpenkov
发送时间: 2020年2月26日 15:20
收件人: lsr@ietf.org
主题: Re: [Lsr] Question about OSPF (transit area routing loop)

 

Acee,

 

Because ABR_1 creates SumLSA-4 for the ASBR not from the backbone area. The cost of SumLSA-4 for ASBR is 300.

 

Thanks,

Sergey

 

вт, 25 февр. 2020 г. в 22:44, Acee Lindem (acee) <acee@cisco.com>:

Hi Sergey, 

I don’t see why RT_1 wouldn’t go through ABR_1 to get to the ASBR. 

Thanks,

Acee

 

From: Lsr <lsr-bounces@ietf.org> on behalf of Sergey SHpenkov <sergey.v.shpenkov@gmail.com>
Date: Tuesday, February 25, 2020 at 2:38 PM
To: "lsr@ietf..org <mailto:lsr@ietf.org> " <lsr@ietf..org <mailto:lsr@ietf.org> >
Subject: [Lsr] Question about OSPF (transit area routing loop)

 

Hi,

In section 16.3 of the OSPF RFC 2328 standard, it is stated that all ABR routers 

connected to a transit area are required to check the sumLSA contained within

this area in order to possibly improve the intra-area and inter-area backbone routes

for themselves.


See the picture:

The RT_1 and ABR_3 routers will use different paths to the ASBR router:

ABR_3 -> RT_1 -> ABR_1 -> ASBR = cost 3
RT_1 -> ABR_3 -> ABR_2 -> ASBR = cost 21

route loop between RT_1 and ABR_3

Please explain this situation

Thanks,
Sergey