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

Sergey SHpenkov <sergey.v.shpenkov@gmail.com> Thu, 12 March 2020 21:43 UTC

Return-Path: <sergey.v.shpenkov@gmail.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 02F843A0785 for <lsr@ietfa.amsl.com>; Thu, 12 Mar 2020 14:43:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.096
X-Spam-Level:
X-Spam-Status: No, score=-2.096 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, FREEMAIL_FROM=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
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 VLfNnBH5Pvgy for <lsr@ietfa.amsl.com>; Thu, 12 Mar 2020 14:43:10 -0700 (PDT)
Received: from mail-io1-xd2b.google.com (mail-io1-xd2b.google.com [IPv6:2607:f8b0:4864:20::d2b]) (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 8211C3A0784 for <lsr@ietf.org>; Thu, 12 Mar 2020 14:43:10 -0700 (PDT)
Received: by mail-io1-xd2b.google.com with SMTP id q128so7294948iof.9 for <lsr@ietf.org>; Thu, 12 Mar 2020 14:43:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Dgu7tJef/0cm/+/sgGymowlFaabHYuFymWHOn8tZ90o=; b=UeHKyEz724kopJ5wU0zoUMNqd0TydLc8iSqGGXqmhk0MvnLVGEUlX98T0CDHCGQwR3 qclKAVQPsBEsRM0qzZzn0me531lZljf3hmk1LC5GtuC2jQi9ThVo7kU745K4X0PmVf3P xc5MjhXgE2Mq7o8UiBuaMWLv/vSlBOWwTCOysvWdP5Ue8d2uXGZDnKEC2O6Znq6jdupu W1yYOZ43MUc/Go9KKUIB+0+7k6cag3GyDHAAyDWemr6LM4376IydhV/uc/AQPWurzRrz dks64bqj0WlLDrrKqucRpEOXgbroYrBma2E7Kz1QGwBk6VmATCf6K6BPbrMpGTlcyKYI 11tQ==
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=Dgu7tJef/0cm/+/sgGymowlFaabHYuFymWHOn8tZ90o=; b=EOvTmNU+1VVHlRDwfiyvCHneCY2+MHbhQe4LEZfs8CGd9wHJZCDGTrL5ymTTwO1dL0 1MPM4SFfcXvJ6WsfzBsQFVG4s4wzlvBledlCglhwtcerejvUkw4ZhgAn2gUNPO6Csgdx 2AHA0OXJGC3IFLfC8v6zy/DebISXlA+2ZHcJqKQ0dafgHX4eb225vcIp5+elwr0mLFLb CXTpWUB+gHihusxkk8qAEa57vtFUlDFqiH77vXWQhul6XbdJBwYqPzGH590plOEH0DBn LLENLstp7kp+5BjNPileSBgw2I/ZRbYVcLA1SSVaM369D0Ux8aG8N8wE6QRoWKg72L1/ 6JWQ==
X-Gm-Message-State: ANhLgQ0f35Kr3/XXKFvayRflsYwVfyoXGyP4KNQm0uLyG2bWavdyySGu bM2nsXSjUX7J3+DWUAf2+rErQSLTl1VNjiKtqAlSwwYL
X-Google-Smtp-Source: ADFU+vs5/8WlKVBTBCiYxevrz5fhXPzxlI9QMutSlFseGm2bOuFn/YFMb4W0YYH80qeYiyx8rQOz+GPPq5N8VIoVFps=
X-Received: by 2002:a02:7714:: with SMTP id g20mr9512029jac.88.1584049389343; Thu, 12 Mar 2020 14:43:09 -0700 (PDT)
MIME-Version: 1.0
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> <006c01d5f80c$99688ec0$cc39ac40$@org.cn>
In-Reply-To: <006c01d5f80c$99688ec0$cc39ac40$@org.cn>
From: Sergey SHpenkov <sergey.v.shpenkov@gmail.com>
Date: Fri, 13 Mar 2020 00:40:28 +0300
Message-ID: <CAD4HJpoQzgBRXxD-Vm3Z0NxSo3G6=QgGs1VLccfmv-VSkUDDgg@mail.gmail.com>
To: Aijun Wang <wangaijun@tsinghua.org.cn>
Cc: lsr@ietf.org
Content-Type: multipart/mixed; boundary="0000000000002938d205a0af3de4"
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/xgEq5d-LMO_PPG4x3k8zoPQ4QnE>
Subject: Re: [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 21:43:13 -0000

Hi, Aijun

чт, 12 мар. 2020 г. в 04:21, Aijun Wang <wangaijun@tsinghua.org.cn>:

> 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&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?)
>
>
>
If create another virtual link between ABR_2 and ABR_3 the path from ABR_3
to ASBR in this topology will not change.

>
>
> 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 <lsr@ietf.org>" <lsr@ietf..org <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
>
>
>
>