Hi Acee, To solve this problem, before starting 16.3, it is possible that all ABR routers (virtual endpoints) should update the cost of routes for ABRS (if these routes exist in the backbone area) from all virtual neighbors in the transit area, regardless of whether these costs have been improved or worsened.
For example, router ABR_3 first checks sumLSA-4 from virtual neighbor ABR_1 in the transit area 0.0.0.200 and updates the cost for ABRS to 300 in the backbone area. After that, the calculation begins on the router ABR_3 16.3. It is a bad idea? :) Thansk, Sergey пн, 2 мар. 2020 г. в 00:51, Acee Lindem (acee) <[email protected]>: > Hi Sergey, > > Seems it is a real problem that needs a solution. Let’s continue the > discussion. > > Thanks, > > Acee > > > > *From: *Sergey SHpenkov <[email protected]> > *Date: *Sunday, March 1, 2020 at 4:41 PM > *To: *Acee Lindem <[email protected]> > *Subject: *Re: [Lsr] Question about OSPF (transit area routing loop) > > > > Hi Acee, > > Please tell me the discussion on the topic of "Question about OSPF > (transit area routing loop)" can be considered complete? > > Thanks, > Sergey >
_______________________________________________ Lsr mailing list [email protected] https://www.ietf.org/mailman/listinfo/lsr
