Re: [manet] [Technical Errata Reported] RFC7181 (4874)

"Dearlove, Christopher (UK)" <chris.dearlove@baesystems.com> Thu, 01 December 2016 10:00 UTC

Return-Path: <chris.dearlove@baesystems.com>
X-Original-To: manet@ietfa.amsl.com
Delivered-To: manet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A851E12961D for <manet@ietfa.amsl.com>; Thu, 1 Dec 2016 02:00:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.816
X-Spam-Level:
X-Spam-Status: No, score=-9.816 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-2.896] autolearn=ham autolearn_force=no
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 hWSRJWOLJ0EW for <manet@ietfa.amsl.com>; Thu, 1 Dec 2016 02:00:08 -0800 (PST)
Received: from ukmta2.baesystems.com (ukmta2.baesystems.com [20.133.0.56]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6BCB91295FB for <manet@ietf.org>; Thu, 1 Dec 2016 02:00:07 -0800 (PST)
X-IronPort-AV: E=Sophos;i="5.33,724,1477958400"; d="scan'208";a="46431253"
Received: from unknown (HELO baemasmds016.greenlnk.net) ([10.15.207.101]) by ukmta2.baesystems.com with ESMTP; 01 Dec 2016 10:00:05 +0000
X-IronPort-AV: E=Sophos;i="5.33,724,1477958400"; d="scan'208";a="145854911"
Received: from glkxh0004v.greenlnk.net ([10.109.2.35]) by baemasmds016.greenlnk.net with ESMTP; 01 Dec 2016 10:00:05 +0000
Received: from GLKXM0002V.GREENLNK.net ([169.254.5.170]) by GLKXH0004V.GREENLNK.net ([10.109.2.35]) with mapi id 14.03.0248.002; Thu, 1 Dec 2016 10:00:05 +0000
From: "Dearlove, Christopher (UK)" <chris.dearlove@baesystems.com>
To: RFC Errata System <rfc-editor@rfc-editor.org>, "T.Clausen@computer.org" <T.Clausen@computer.org>, "philippe.jacquet@alcatel-lucent.com" <philippe.jacquet@alcatel-lucent.com>, "ulrich@herberg.name" <ulrich@herberg.name>, "akatlas@gmail.com" <akatlas@gmail.com>, "db3546@att.com" <db3546@att.com>, "aretana@cisco.com" <aretana@cisco.com>, "sratliff@idirect.net" <sratliff@idirect.net>, "bebemaster@gmail.com" <bebemaster@gmail.com>
Thread-Topic: [Technical Errata Reported] RFC7181 (4874)
Thread-Index: AQHSS60WuoD3QYDwFEKBZFgZRrDAaKDy2Glg
Date: Thu, 01 Dec 2016 10:00:04 +0000
Message-ID: <B31EEDDDB8ED7E4A93FDF12A4EECD30DA1F28647@GLKXM0002V.GREENLNK.net>
References: <20161201082942.785D0B801CF@rfc-editor.org>
In-Reply-To: <20161201082942.785D0B801CF@rfc-editor.org>
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="iso-8859-1"
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/manet/cJNdgvbQ04e1E70ReIA6fU8IsiE>
X-Mailman-Approved-At: Thu, 01 Dec 2016 07:55:29 -0800
Cc: "manet@ietf.org" <manet@ietf.org>, "nmalykh@gmail.com" <nmalykh@gmail.com>
Subject: Re: [manet] [Technical Errata Reported] RFC7181 (4874)
X-BeenThere: manet@ietf.org
X-Mailman-Version: 2.1.17
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: <https://mailarchive.ietf.org/arch/browse/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, 01 Dec 2016 10:00:10 -0000

Author.

There is an issue, and the proposed resolution would work, and is probably the minimal textual change. But it's potentially confusing creating a tuple to immediately change it.

I can see two possible better (in my opinion) texts, I'd appreciate comment (especially from co-author) on preference to recommend as correction (including possibly for version I dislike).

NEW (1):

   If the router changes its originator address, then:

   1.  If there is an Originator Tuple with:

       *  O_orig_addr = old originator address

       then modify it as follows:

       *  O_orig_addr := new originator address
       *  O_time := current time + O_HOLD_TIME

       otherwise create an Originator Tuple with:

       *  O_orig_addr := new originator address
       *  O_time := current time + O_HOLD_TIME

NEW (2):

   If the router changes its originator address, then:

   1.  If there is an Originator Tuple with:

       *  O_orig_addr = old originator address

       then remove it.

   2.  Create an Originator Tuple with:

       *  O_orig_addr := new originator address
       *  O_time := current time + O_HOLD_TIME

I think I prefer NEW (2).

-- 
Christopher Dearlove
Senior Principal Engineer
BAE Systems Applied Intelligence Laboratories
__________________________________________________________________________

T:  +44 (0)1245 242194  |  E: chris.dearlove@baesystems.com

BAE Systems Applied Intelligence, Chelmsford Technology Park, Great Baddow, Chelmsford, Essex CM2 8HN.
www.baesystems.com/ai
BAE Systems Applied Intelligence Limited
Registered in England & Wales No: 01337451
Registered Office: Surrey Research Park, Guildford, Surrey, GU2 7YP

-----Original Message-----
From: RFC Errata System [mailto:rfc-editor@rfc-editor.org] 
Sent: 01 December 2016 08:30
To: T.Clausen@computer.org; Dearlove, Christopher (UK); philippe.jacquet@alcatel-lucent.com; ulrich@herberg.name; akatlas@gmail.com; db3546@att.com; aretana@cisco.com; sratliff@idirect.net; bebemaster@gmail.com
Cc: nmalykh@gmail.com; manet@ietf.org; rfc-editor@rfc-editor.org
Subject: [Technical Errata Reported] RFC7181 (4874)

----------------------! WARNING ! ---------------------- This message originates from outside our organisation, either from an external partner or from the internet.
Consider carefully whether you should click on any links, open any attachments or reply.
Follow the 'Report Suspicious Emails' link on IT matters for instructions on reporting suspicious email messages.
--------------------------------------------------------

The following errata report has been submitted for RFC7181, "The Optimized Link State Routing Protocol Version 2".

--------------------------------------
You may review the report below and at:
http://www.rfc-editor.org/errata_search.php?rfc=7181&eid=4874

--------------------------------------
Type: Technical
Reported by: Nikolai Malykh <nmalykh@gmail.com>

Section: 17.1

Original Text
-------------
   If the router changes its originator address, then:

   1.  If there is no Originator Tuple with:

       *  O_orig_addr = old originator address

       then create an Originator Tuple with:

       *  O_orig_addr := old originator address

       The Originator Tuple (existing or new) with:

       *  O_orig_addr = new originator address

       is then modified as follows:

       *  O_time := current time + O_HOLD_TIME


Corrected Text
--------------
   If the router changes its originator address, then:

   1.  If there is no Originator Tuple with:

       *  O_orig_addr = old originator address

       then create an Originator Tuple with:

       *  O_orig_addr := old originator address

       The Originator Tuple (existing or new) with:

       *  O_orig_addr = old originator address

       is then modified as follows:

       *  O_orig_addr := new originator address

       *  O_time := current time + O_HOLD_TIME


Notes
-----
At the time of the modification Originator Tuple with O_orig_addr = new originator address does not yet exist.

Instructions:
-------------
This erratum is currently posted as "Reported". If necessary, please use "Reply All" to discuss whether it should be verified or rejected. When a decision is reached, the verifying party can log in to change the status and edit the report, if necessary. 

--------------------------------------
RFC7181 (draft-ietf-manet-olsrv2-19)
--------------------------------------
Title               : The Optimized Link State Routing Protocol Version 2
Publication Date    : April 2014
Author(s)           : T. Clausen, C. Dearlove, P. Jacquet, U. Herberg
Category            : PROPOSED STANDARD
Source              : Mobile Ad-hoc Networks
Area                : Routing
Stream              : IETF
Verifying Party     : IESG

********************************************************************
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.
********************************************************************