Last Call: <draft-ietf-ospf-link-overload-11.txt> (OSPF Link Overload) to Proposed Standard

The IESG <iesg-secretary@ietf.org> Tue, 02 January 2018 16:15 UTC

MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
Subject: Last Call: <draft-ietf-ospf-link-overload-11.txt> (OSPF Link Overload) to Proposed Standard
Auto-Submitted: auto-generated
Precedence: bulk
CC: draft-ietf-ospf-link-overload@ietf.org, akatlas@gmail.com, ospf@ietf.org, Acee Lindem <acee@cisco.com>, acee@cisco.com, ospf-chairs@ietf.org
Reply-To: ietf@ietf.org
Sender: iesg-secretary@ietf.org
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Message-ID: <151490973539.22518.1690841829319528475.idtracker@ietfa.amsl.com>
Date: Tue, 02 Jan 2018 08:15:35 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf-announce/Z0ukK45AOEYmKnDA9rzDr21xMyE>

The IESG has received a request from the Open Shortest Path First IGP WG
(ospf) to consider the following document: - 'OSPF Link Overload'
  <draft-ietf-ospf-link-overload-11.txt> as Proposed Standard

The IESG plans to make a decision in the next few weeks, and solicits final
comments on this action. Please send substantive comments to the
ietf@ietf.org mailing lists by 2018-01-16. Exceptionally, comments may be
sent to iesg@ietf.org instead. In either case, please retain the beginning of
the Subject line to allow automated sorting.

Abstract


   When a link is being prepared to be taken out of service, the traffic
   needs to be diverted from both ends of the link.  Increasing the
   metric to the highest metric on one side of the link is not
   sufficient to divert the traffic flowing in the other direction.

   It is useful for routers in an OSPFv2 or OSPFv3 routing domain to be
   able to advertise a link as being in an overload state to indicate
   impending maintenance activity on the link.  This information can be
   used by the network devices to re-route the traffic effectively.

   This document describes the protocol extensions to disseminate link-
   overload information in OSPFv2 and OSPFv3.





The file can be obtained via
https://datatracker.ietf.org/doc/draft-ietf-ospf-link-overload/

IESG discussion can be tracked via
https://datatracker.ietf.org/doc/draft-ietf-ospf-link-overload/ballot/

The following IPR Declarations may be related to this I-D:

   https://datatracker.ietf.org/ipr/2577/

Last Call: <draft-ietf-ospf-link-overload-11.txt>… The IESG