[manet] Fwd: New Version Notification for draft-ietf-manet-nhdp-optimization-02.txt

Thomas Clausen <thomas@thomasclausen.org> Thu, 07 August 2014 15:34 UTC

Return-Path: <thomas@thomasclausen.org>
X-Original-To: manet@ietfa.amsl.com
Delivered-To: manet@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8BF461B2C94 for <manet@ietfa.amsl.com>; Thu, 7 Aug 2014 08:34:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XPj-6pKh6aBI for <manet@ietfa.amsl.com>; Thu, 7 Aug 2014 08:34:39 -0700 (PDT)
Received: from mailb2.tigertech.net (mailb2.tigertech.net [208.80.4.154]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3036F1B2D16 for <manet@ietf.org>; Thu, 7 Aug 2014 08:34:39 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mailb2.tigertech.net (Postfix) with ESMTP id CD92F1C0C5D; Thu, 7 Aug 2014 08:34:38 -0700 (PDT)
X-Virus-Scanned: Debian amavisd-new at b2.tigertech.net
Received: from [192.168.147.111] (mtg91-1-82-227-24-173.fbx.proxad.net [82.227.24.173]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mailb2.tigertech.net (Postfix) with ESMTPSA id B10D71C0B75; Thu, 7 Aug 2014 08:34:36 -0700 (PDT)
From: Thomas Clausen <thomas@thomasclausen.org>
Content-Type: multipart/alternative; boundary="Apple-Mail=_5D8EE3B5-A0A6-4192-9910-74D0F010852F"
Date: Thu, 07 Aug 2014 17:34:33 +0200
References: <20140807152647.19846.41050.idtracker@ietfa.amsl.com>
To: "<manet-chairs@tools.ietf.org>" <manet-chairs@tools.ietf.org>, manet-ads <manet-ads@tools.ietf.org>, manet IETF <manet@ietf.org>
Message-Id: <74C6EFB5-71D8-4B41-B1F5-2449EFE1C493@thomasclausen.org>
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
X-Mailer: Apple Mail (2.1878.6)
Archived-At: http://mailarchive.ietf.org/arch/msg/manet/3QjdOmdTQeK4btkilYcqC9CsSrc
Subject: [manet] Fwd: New Version Notification for draft-ietf-manet-nhdp-optimization-02.txt
X-BeenThere: manet@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Mobile Ad-hoc Networks <manet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/manet>, <mailto:manet-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/manet/>
List-Post: <mailto:manet@ietf.org>
List-Help: <mailto:manet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/manet>, <mailto:manet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 07 Aug 2014 15:34:41 -0000

All,

We’ve updated draft-ietf-manet-nhdp-optimization, to reference the recently published draft-ietf-manet-rfc6779bis (which allowed removing the MIB considerations section from this I-D) added by way of a paragraph to the introduction.

Of course, in an attempt to prove that I’m almost as human as our AD, I ended up submitting a -01 which contained a wrong (& convoluted) version of that paragraph….hence, this recent submission of -02.

In both -01, we also cleaned up a couple of warnings that IDnits threw at us.

In accordance with what Stan proposed a short while back, we’d like to ask that the WG chairs issue a WGLC for:

	o	draft-ietf-manet-nhdp-optimization
	o	draft-ietf-manet-rfc6779bis

Given that this is a question that is bound to come up, might as well take it now:

	“This co-author of these two I-Ds confirm, that he’s not aware of any IPR related to
	  these documents"

Ball over to Stan now ;)

Best,

Thomas



Begin forwarded message:

> From: internet-drafts@ietf.org
> Subject: New Version Notification for draft-ietf-manet-nhdp-optimization-02.txt
> Date: August 7, 2014 at 17:26:47 GMT+2
> To: Thomas Heide Clausen <t.clausen@computer.org>, "Christopher Dearlove" <chris.dearlove@baesystems.com>, "Thomas H. Clausen" <T.Clausen@computer.org>, Christopher Dearlove <chris.dearlove@baesystems.com>
> 
> 
> A new version of I-D, draft-ietf-manet-nhdp-optimization-02.txt
> has been successfully submitted by Thomas Heide Clausen and posted to the
> IETF repository.
> 
> Name:		draft-ietf-manet-nhdp-optimization
> Revision:	02
> Title:		An Optimization for the MANET Neighborhood Discovery Protocol (NHDP)
> Document date:	2014-08-07
> Group:		manet
> Pages:		10
> URL:            http://www.ietf.org/internet-drafts/draft-ietf-manet-nhdp-optimization-02.txt
> Status:         https://datatracker.ietf.org/doc/draft-ietf-manet-nhdp-optimization/
> Htmlized:       http://tools.ietf.org/html/draft-ietf-manet-nhdp-optimization-02
> Diff:           http://www.ietf.org/rfcdiff?url2=draft-ietf-manet-nhdp-optimization-02
> 
> Abstract:
>   The link quality mechanism of the MANET Neighborhood Discovery
>   Protocol (NHDP) enables "ignoring" some 1-hop neighbors if the
>   measured link quality from that 1-hop neighbor is below an acceptable
>   threshold, while still retaining the corresponding link information
>   as acquired from HELLO message exchange.  This allows immediate
>   reinstatement of the 1-hop neighbor if the link quality later
>   improves sufficiently.
> 
>   NHDP also collects information about symmetric 2-hop neighbors.
>   However it specifies that if a link from a symmetric 1-hop neighbor
>   ceases being symmetric, including while "ignored" as described above,
>   then corresponding symmetric 2-hop neighbors are removed.  This may
>   lead to symmetric 2-hop neighborhood information being permanently
>   removed (until further HELLO messages are received) if the link
>   quality of a symmetric 1-hop neighbor drops below the acceptable
>   threshold, even if only for a moment.
> 
>   This specification updates RFC6130 "Mobile Ad Hoc Network (MANET)
>   Neighborhood Discovery Protocol (NHDP)", and RFC7181 "The Optimized
>   Link State Routing Protocol version 2 (OLSRv2)" to permit retaining,
>   but ignoring, symmetric 2-hop information when the link quality from
>   the corresponding 1-hop neighbor drops below the acceptable
>   threshold.  This allows immediate reinstatement of the symmetric
>   2-hop neighbor if the link quality later improves sufficiently, thus
>   making the symmetric 2-hop neighborhood more "robust".
> 
> 
> 
> 
> Please note that it may take a couple of minutes from the time of submission
> until the htmlized version and diff are available at tools.ietf.org.
> 
> The IETF Secretariat
>