RE: Last Call: <draft-ietf-manet-nhdp-optimization-03.txt> (An Optimization for the MANET Neighborhood Discovery Protocol (NHDP)) to Proposed Standard

"Dearlove, Christopher (UK)" <chris.dearlove@baesystems.com> Mon, 03 November 2014 09:58 UTC

Return-Path: <chris.dearlove@baesystems.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6DBB91A002C for <ietf@ietfa.amsl.com>; Mon, 3 Nov 2014 01:58:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.595
X-Spam-Level:
X-Spam-Status: No, score=-5.595 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.594] 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 JQpaPjAL6zVK for <ietf@ietfa.amsl.com>; Mon, 3 Nov 2014 01:58:05 -0800 (PST)
Received: from ukmta3.baesystems.com (ukmta3.baesystems.com [20.133.40.55]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7347F1A0011 for <ietf@ietf.org>; Mon, 3 Nov 2014 01:58:05 -0800 (PST)
X-IronPort-AV: E=Sophos;i="5.07,305,1413241200"; d="scan'208";a="416262535"
Received: from unknown (HELO baemasodc005.greenlnk.net) ([10.108.52.29]) by Baemasodc001ir.sharelnk.net with ESMTP; 03 Nov 2014 09:58:03 +0000
X-IronPort-AV: E=Sophos;i="5.07,305,1413241200"; d="scan'208";a="79044027"
Received: from glkxh0005v.greenlnk.net ([10.109.2.36]) by baemasodc005.greenlnk.net with ESMTP; 03 Nov 2014 09:58:02 +0000
Received: from GLKXM0002V.GREENLNK.net ([169.254.5.107]) by GLKXH0005V.GREENLNK.net ([10.109.2.36]) with mapi id 14.03.0174.001; Mon, 3 Nov 2014 09:58:02 +0000
From: "Dearlove, Christopher (UK)" <chris.dearlove@baesystems.com>
To: "adrian@olddog.co.uk" <adrian@olddog.co.uk>, 'Abdussalam Baryun' <abdussalambaryun@gmail.com>
Subject: RE: Last Call: <draft-ietf-manet-nhdp-optimization-03.txt> (An Optimization for the MANET Neighborhood Discovery Protocol (NHDP)) to Proposed Standard
Thread-Topic: Last Call: <draft-ietf-manet-nhdp-optimization-03.txt> (An Optimization for the MANET Neighborhood Discovery Protocol (NHDP)) to Proposed Standard
Thread-Index: Ac/26FkNwl0m4FiFQGOp0McboccMJAAYzFEQ
Date: Mon, 03 Nov 2014 09:58:02 +0000
Message-ID: <B31EEDDDB8ED7E4A93FDF12A4EECD30D40D9CC25@GLKXM0002V.GREENLNK.net>
References: <02e501cff6e8$5e908990$1bb19cb0$@olddog.co.uk>
In-Reply-To: <02e501cff6e8$5e908990$1bb19cb0$@olddog.co.uk>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.109.62.6]
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Archived-At: http://mailarchive.ietf.org/arch/msg/ietf/bC5jK4oCiqK8qs1WM9oNprSJLYs
Cc: "Thomas Heide Clausen (thomas@thomasclausen.org)" <thomas@thomasclausen.org>, "ietf@ietf.org" <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 03 Nov 2014 09:58:08 -0000

Adrian Farrel
> AB
>> 2- The draft mentions in the introduction:- This modification is 
>> strictly optional,
> >
>> [AB] the reviewer suggests to include in the ID-Abstract that this 
>> standard is optional. It is not enough to only mention in the 
>> introduction such important information.

> Good point.

The abstract does actually say "to permit", which indicates this is not mandatory. But we can add the word optional to that.

Regarding the title, there's a usual tradeoff between brevity (and it's already not brief) and detail. I wouldn't add the suggests "based on link quality" as that really adds nothing useful (it's not an optimisation based on link quality, it's an optimisation to remove a side-effect of the use of link quality). To be a useful lengthening of the title, it would, I think, have to mention something about the two hop neighbourhood. I haven't consulted with my co-author, but my proposal would be to see if anyone on the IESG has a problem with the title as-is.

-- 
Christopher Dearlove
Senior Principal Engineer, Information Assurance Group
Communications, Networks and Image Analysis Capability
BAE Systems Advanced Technology Centre
West Hanningfield Road, Great Baddow, Chelmsford, CM2 8HN, UK
Tel: +44 1245 242194 |  Fax: +44 1245 242124
chris.dearlove@baesystems.com | http://www.baesystems.com

BAE Systems (Operations) Limited
Registered Office: Warwick House, PO Box 87, Farnborough Aerospace Centre, Farnborough, Hants, GU14 6YU, UK
Registered in England & Wales No: 1996687
********************************************************************
This email and any attachments are confidential to the intended
recipient and may also be privileged. If you are not the intended
recipient please delete it from your system and notify the sender.
You should not copy it or use it for any purpose nor disclose or
distribute its contents to any other person.
********************************************************************