<?xml version='1.0' encoding='utf-8'?>
<!DOCTYPE rfc [
  <!ENTITY nbsp    "&#160;">
  <!ENTITY zwsp   "&#8203;">
  <!ENTITY nbhy   "&#8209;">
  <!ENTITY wj     "&#8288;">
]>
<!-- edited with XMLSPY v5 rel. 3 U (http://www.xmlspy.com)
     by Daniel M Kohn (private) -->
<?rfc toc="yes"?>
<?rfc tocompact="yes"?>
<?rfc tocdepth="3"?>
<?rfc tocindent="yes"?>
<?rfc symrefs="yes"?>
<?rfc sortrefs="yes"?>
<?rfc comments="yes"?>
<?rfc inline="yes"?>
<?rfc compact="yes"?>
<?rfc subcompact="no"?>
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" category="std" ipr="trust200902" docName="draft-basavaraj-lsr-ospf-gr-enhancements-08" obsoletes="" updates="" submissionType="IETF" xml:lang="en" tocInclude="true" tocDepth="3" symRefs="true" sortRefs="true" consensus="true" version="3">
  <!-- xml2rfc v2v3 conversion 3.12.10 -->
  <front>
    <title abbrev="OSPF GR Enhancements"> OSPF Graceful Restart Enhancements</title>
    <seriesInfo name="Internet-Draft" value="draft-basavaraj-lsr-ospf-gr-enhancements-08"/>
    <author fullname="Sami Boutros" initials="S" surname="Boutros">
      <organization>VMware</organization>
      <address>
        <email>sboutros@vmware.com</email>
      </address>
    </author>
    <author fullname="Ankur Dubey" initials="A" surname="Dubey">
      <organization>VMware</organization>
      <address>
        <email>adubey@vmware.com</email>
      </address>
    </author>
    <author fullname="Vijayalaxmi Basavaraj" initials="V" surname="Basavaraj">
      <organization>VMware</organization>
      <address>
        <email>vbasavaraj@vmware.com</email>
      </address>
    </author>
    <author fullname="Acee Lindem" initials="A" surname="Lindem">
      <organization>LabN Consulting, L.L.C.</organization>
      <address>
        <postal>
          <street>301 Midenhall Way</street>
          <city>Cary</city>
          <region>NC</region>
          <code>27513</code>
          <country>USA</country>
        </postal>
        <email>acee.ietf@gmail.com</email>
      </address>
    </author>
    <date/>
    <area>RTG Area</area>
    <workgroup>LSR Working Group</workgroup>
    <keyword>RFC</keyword>
    <abstract>
      <t>This document describes enhancements to the OSPF graceful restart
      procedures to improve routing convergence in some OSPF network
      deployments. This document updates RFC 3623 and RFC 5187.</t>
    </abstract>
  </front>
  <middle>
    <section anchor="introduction" numbered="true" toc="default">
      <name>Introduction</name>
      <t>This document describes the enhancements to the current
      OSPF <xref target="RFC2328" format="default"/> and OSPFv3 <xref target="RFC5340" format="default"/>
      graceful restart procedures as respectively defined in
      OSPF Graceful Restart <xref target="RFC3623" format="default"/> and OSPFv3
      Graceful Restart <xref target="RFC5187" format="default"/> to improve routing convergence
      in certain OSPF network
      deployment scenarios. The goal is for both the restarting OSPF node and the
      helper OSPF node to terminate the OSPF graceful restart procedure faster and not
      wait for the grace period expiry in those network scenarios and hence improve the
      overall OSPF network convergence.</t>
    </section>
    <section numbered="true" toc="default">
      <name>Conventions used in this document</name>
      <t>The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL
        NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED",
        "MAY", and "OPTIONAL" in this document are to be interpreted as
        described in BCP 14 <xref target="RFC2119" format="default"/> <xref target="RFC8174" format="default"/>
        when, and only when, they appear in all capitals, as shown here.</t>
    </section>
    <section numbered="true" toc="default">
      <name>Graceful Restart Enhancements</name>
      <section numbered="true" toc="default">
        <name>Stub-Link Network Scenarios</name>
        <artwork align="center" name="" type="" alt=""><![CDATA[
+--------+             +--------+            +--------+
|Router-1|---Area 0----|Router-2|---Area 1---|Router-3|
+------=-+             +--------+            +--------+

        Figure 1: OSPF topology with Graceful Restart
          ]]></artwork>
        <t>As graphically depicted in figure 1, Router-2 is an area border router (ABR) with
      OSPF links in 2 areas. Furthermore, Router-2 has formed full adjacencies only in
      Area 0. In Area 1, Router-2 has an OSPF link enabled but Router2 could not form an
      adjacency either because Router-3 is down or Router-3 does not have OSPF enabled.
      Hence, Router-2 will only have a stub link in Area 1.</t>
        <t>On restart, the ABR router Router-2, having only a stub link in the Area 1, will
       never receive its pre-restart LSA in this area and will never form an adjacency and
       will have to wait for the grace period expiry leading to slower OSPF
       routing convergence.</t>
        <t>For this scenario, if no OSPF control packets are received within the dead interval
       on a link in Area 1 as per the above network scenario, Router-2 MUST mark the link
       as stub and MUST not wait for the grace period to form an adjacency on this
       link to successfully Exit GR.</t>
      </section>
      <section numbered="true" toc="default">
        <name>Multiple Failure Scenarios</name>
        <t>In scenarios where more than one router is restarting at the same time in the same
          OSPF area and StrictLSAChecking is disabled, restarting OSPF routers will end up
          waiting the entire grace interval to exit GR. If the restarting routers receive a
          Grace Link State Advertisement (LSA) from another router in a given area after
          restart, and the helper routers receive grace LSAs from more than one router,
          this will indicate that there have been multiple failures. Therefore, the
          helper and restarting routers MUST terminate GR and avoid any unnecessary delay
          in OSPF routing convergence.</t>
      </section>
    </section>
    <section numbered="true" toc="default">
      <name>Security Considerations</name>
      <t>The security considerations in  OSPF Graceful Restart <xref target="RFC3623" format="default"/>
      and OSPFv3 Graceful Restart <xref target="RFC5187" format="default"/> are applicable.
      This document does not introduce any additional security considerations.</t>
    </section>
    <section numbered="true" toc="default">
      <name>IANA Considerations</name>
      <t>This specification doesn not require any IANA assignments.</t>
    </section>
    <section numbered="true" toc="default">
      <name>Acknowledgements</name>
      <t>TBD</t>
    </section>
  </middle>
  <back>
    <references>
      <name>References</name>
      <references>
        <name>Normative References</name>
        <xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.2119.xml"/>
        <xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.3623.xml"/>
        <xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.5187.xml"/>
        <xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.8174.xml"/>
      </references>
      <references>
        <name>Informative References</name>
        <xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.2328.xml"/>
        <xi:include href="https://xml2rfc.ietf.org/public/rfc/bibxml/reference.RFC.5340.xml"/>
      </references>
    </references>
  </back>
</rfc>
