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

Christian Hopps <chopps@chopps.org> Sun, 08 March 2020 11:26 UTC

Return-Path: <chopps@chopps.org>
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 7C24F3A0AC0 for <lsr@ietfa.amsl.com>; Sun, 8 Mar 2020 04:26:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=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 OCGdAY7099Sf for <lsr@ietfa.amsl.com>; Sun, 8 Mar 2020 04:26:16 -0700 (PDT)
Received: from smtp.chopps.org (smtp.chopps.org [54.88.81.56]) by ietfa.amsl.com (Postfix) with ESMTP id 473AF3A0ABE for <lsr@ietf.org>; Sun, 8 Mar 2020 04:26:16 -0700 (PDT)
Received: from stubbs.int.chopps.org (047-050-069-038.biz.spectrum.com [47.50.69.38]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by smtp.chopps.org (Postfix) with ESMTPSA id AFE8E60D63; Sun, 8 Mar 2020 11:26:15 +0000 (UTC)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\))
From: Christian Hopps <chopps@chopps.org>
In-Reply-To: <CAD4HJppxJF9W6jXFRPiFy_RyZvAUiNCayBPqpy2jqrX7wGGcvw@mail.gmail.com>
Date: Sun, 08 Mar 2020 07:26:14 -0400
Cc: Christian Hopps <chopps@chopps.org>, lsr@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <6527D089-E226-4DD7-BBB2-E3ED30573557@chopps.org>
References: <CAD4HJpqOJC0DSeb_nrPOD3=bofRLgWzFhRrzXMnrtZRr0XNjsw@mail.gmail.com> <DDD60A40-5095-4973-B90D-556F4AC0B1F1@cisco.com> <CAD4HJppxJF9W6jXFRPiFy_RyZvAUiNCayBPqpy2jqrX7wGGcvw@mail.gmail.com>
To: Sergey SHpenkov <sergey.v.shpenkov@gmail.com>
X-Mailer: Apple Mail (2.3608.40.2.2.4)
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/cxraER6dSaNOoWCdi5u8f0VjNd8>
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: Sun, 08 Mar 2020 11:26:18 -0000

Why does ABR_1 create a summary LSA to ASBR using the more expensive non-backbone path? This would seem to violate 12.4.3:

    Else, if the destination of this route is an AS boundary
    router, a summary-LSA should be originated if and only
    if the routing table entry describes the preferred path
    to the AS boundary router (see Step 3 of Section 16.4).
    If so, a Type 4 summary-LSA is originated for the
    destination, with Link State ID equal to the AS boundary
    router's Router ID and metric equal to the routing table
    entry's cost. Note: these LSAs should not be generated
    if Area A has been configured as a stub area.

But even so, why is ABR_1 even looking at a cost 300 path to summarize, why would it not be looking at the cost 1 path it has through the backbone? That's the path that ABR_3 has chosen when it forwarded towards ABR_1 through RT_1, right?

Thanks,
Chris.

> On Feb 26, 2020, at 2:19 AM, Sergey SHpenkov <sergey.v.shpenkov@gmail.com> wrote:
> 
> 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>
> 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:
> <image001.png>
> 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
> 
>  
> 
> _______________________________________________
> Lsr mailing list
> Lsr@ietf.org
> https://www.ietf.org/mailman/listinfo/lsr