Protocol Action: 'Detecting Inactive Neighbors over OSPF Demand Circuits' to Proposed Standard
The IESG <iesg-secretary@ietf.org> Wed, 16 June 2004 15:29 UTC
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA08953 for <ietf-announce-archive@ietf.org>; Wed, 16 Jun 2004 11:29:37 -0400 (EDT)
Received: from ietf-mx.ietf.org ([132.151.6.1] helo=ietf-mx) by ietf-mx with esmtp (Exim 4.32) id 1BacM3-0001zF-WA for ietf-announce-archive@ietf.org; Wed, 16 Jun 2004 11:29:36 -0400
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1BabbO-0002Ef-00 for ietf-announce-archive@ietf.org; Wed, 16 Jun 2004 10:41:24 -0400
Received: from [65.246.255.50] (helo=mx2.foretec.com) by ietf-mx with esmtp (Exim 4.12) id 1BaahJ-0001YY-00; Wed, 16 Jun 2004 09:43:25 -0400
Received: from megatron.ietf.org ([132.151.6.71]) by mx2.foretec.com with esmtp (Exim 4.24) id 1BaZkm-0008BR-JB; Wed, 16 Jun 2004 08:43:12 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1BaXPK-00082d-Dl; Wed, 16 Jun 2004 06:12:38 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1BaTZJ-0007pG-Nn for ietf-announce@megatron.ietf.org; Wed, 16 Jun 2004 02:06:42 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA09556 for <ietf-announce@ietf.org>; Wed, 16 Jun 2004 02:06:40 -0400 (EDT)
Received: from ietf-mx.ietf.org ([132.151.6.1] helo=ietf-mx) by ietf-mx with esmtp (Exim 4.32) id 1BaTZH-0005NL-GA for ietf-announce@ietf.org; Wed, 16 Jun 2004 02:06:39 -0400
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1BaQt9-0004Hm-00 for ietf-announce@ietf.org; Tue, 15 Jun 2004 23:15:01 -0400
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx with esmtp (Exim 4.12) id 1BaMAG-0005u7-00; Tue, 15 Jun 2004 18:12:20 -0400
Received: from apache by megatron.ietf.org with local (Exim 4.32) id 1BaM30-0001Cd-Qx; Tue, 15 Jun 2004 18:04:50 -0400
X-test-idtracker: no
From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
Message-Id: <E1BaM30-0001Cd-Qx@megatron.ietf.org>
Date: Tue, 15 Jun 2004 18:04:50 -0400
Cc: chair <rohit@utstar.com>, Internet Architecture Board <iab@iab.org>, ospf chair <john.moy@sycamorenet.com>, ospf chair <acee@redback.com>, RFC Editor <rfc-editor@rfc-editor.org>, ospf@ietf-mx.cnri.reston.va.us, ospf mailing list <ospf@peach.ease.lsoft.com>
Subject: Protocol Action: 'Detecting Inactive Neighbors over OSPF Demand Circuits' to Proposed Standard
X-BeenThere: ietf-announce@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: ietf-announce.ietf.org
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ietf-announce>, <mailto:ietf-announce-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf-announce@ietf.org>
List-Help: <mailto:ietf-announce-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ietf-announce>, <mailto:ietf-announce-request@ietf.org?subject=subscribe>
Sender: ietf-announce-bounces@ietf.org
Errors-To: ietf-announce-bounces@ietf.org
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on ietf-mx.ietf.org
X-Spam-Status: No, hits=0.2 required=5.0 tests=AWL autolearn=no version=2.60
The IESG has approved the following document: - 'Detecting Inactive Neighbors over OSPF Demand Circuits ' <draft-ietf-ospf-dc-07.txt> as a Proposed Standard This document is the product of the Open Shortest Path First IGP Working Group. The IESG contact persons are Bill Fenner and Alex Zinin. Technical Summary The Demand Circuit Extension for OSPF (RFC 1793) reduces routing protocol overhead on demand circuit links by eliminating Hello messages over such links. This prevents the link from being kept alive simply by routing protocol traffic, but also prevents the detection of a dead neighbor over a live demand circuit. Detecting Inactive Neighbors over OSPF Demand Circuits introduces a mechanism which probes the liveness of the neighbor on a demand circuit only when other traffic is flowing and/or with packets that do not count towards keeping the link up. In this way, neighbor liveness may be detected while retaining the on-demand nature of the circuit. Working Group Summary There was consensus in the OSPF Working Group on this specification. Protocol Quality The protocol was reviewed for the IESG by Bill Fenner. There are two implementations. RFC-Editor Note: In the second paragraph of section 2, please replace the acronym "NBMA" with "Non-Broadcast Multi-Acess (NBMA) links". In the third paragraph of section 2, please replace the acronym "LSDB" with "Link State Database (LSDB)". Please change the title of section 5 to "Deployment Considerations". _______________________________________________ IETF-Announce mailing list IETF-Announce@ietf.org https://www1.ietf.org/mailman/listinfo/ietf-announce