<?xml version="1.0" encoding="UTF-8"?>
<reference anchor="I-D.hegde-lsr-ospf-better-idbx" target="https://datatracker.ietf.org/doc/html/draft-hegde-lsr-ospf-better-idbx-04">
   <front>
      <title>Improved OSPF Database Exchange Procedure</title>
      <author initials="S." surname="Hegde" fullname="Shraddha Hegde">
         <organization>Juniper</organization>
      </author>
      <author initials="T." surname="Przygienda" fullname="Tony Przygienda">
         <organization>Juniper</organization>
      </author>
      <author initials="A." surname="Lindem" fullname="Acee Lindem">
         <organization>LabN Consulting LLC</organization>
      </author>
      <date month="July" day="26" year="2024" />
      <abstract>
	 <t>   When an OSPF router undergoes restart, previous instances of LSAs
   belonging to that router may remain in the databases of other routers
   in the OSPF domain until such LSAs are aged out.  Hence, when the
   restarting router joins the network again, neighboring routers re-
   establish adjacencies while the restarting router is still bringing-
   up its interfaces and adjacencies and generates LSAs with sequence
   numbers that may be lower than the stale LSAs.  Such stale LSAs may
   be interpreted as bi-directional connectivity before the initial
   database exchanges are finished and genuine bi-directional LSA
   connectivity exists.  Such incorrect interpretation may lead to,
   among other things, transient traffic packet drops.  This document
   suggests improvements in the OSPF database exchange process to
   prevent such problems due to stale LSA utilization.  The solution
   does not preclude changes in the existing standard but presents an
   extension that will prevent this scenario.


	 </t>
      </abstract>
   </front>
   <seriesInfo name="Internet-Draft" value="draft-hegde-lsr-ospf-better-idbx-04" />
   
</reference>
