Re: [Gen-art] Gen-ART Last Call review of draft-ietf-manet-olsrv2-dat-metric-08

Paul Kyzivat <pkyzivat@alum.mit.edu> Mon, 30 November 2015 15:55 UTC

Return-Path: <pkyzivat@alum.mit.edu>
X-Original-To: gen-art@ietfa.amsl.com
Delivered-To: gen-art@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EE8681B2F57 for <gen-art@ietfa.amsl.com>; Mon, 30 Nov 2015 07:55:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.465
X-Spam-Level: *
X-Spam-Status: No, score=1.465 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_SOFTFAIL=0.665] autolearn=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 1dKjCtm0Nsqw for <gen-art@ietfa.amsl.com>; Mon, 30 Nov 2015 07:55:03 -0800 (PST)
Received: from resqmta-ch2-12v.sys.comcast.net (resqmta-ch2-12v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:44]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0F3FC1B2F42 for <gen-art@ietf.org>; Mon, 30 Nov 2015 07:55:02 -0800 (PST)
Received: from resomta-ch2-02v.sys.comcast.net ([69.252.207.98]) by resqmta-ch2-12v.sys.comcast.net with comcast id nrpD1r00627uzMh01rv2uy; Mon, 30 Nov 2015 15:55:02 +0000
Received: from Paul-Kyzivats-MacBook-Pro.local ([73.218.51.154]) by resomta-ch2-02v.sys.comcast.net with comcast id nrv01r00E3KdFy101rv0Ay; Mon, 30 Nov 2015 15:55:02 +0000
To: Henning Rogge <henning.rogge@fkie.fraunhofer.de>, draft-ietf-manet-olsrv2-dat-metric.all@ietf.org
References: <564F858B.4000105@alum.mit.edu> <56546333.6000004@fkie.fraunhofer.de> <56547B7B.8030206@alum.mit.edu> <56547DB1.3010403@fkie.fraunhofer.de> <56549131.6050202@alum.mit.edu> <56555DBF.1070808@fkie.fraunhofer.de> <5655CFA8.5020909@alum.mit.edu> <5656FB64.7070805@fkie.fraunhofer.de>
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
Message-ID: <565C7153.1000002@alum.mit.edu>
Date: Mon, 30 Nov 2015 10:54:59 -0500
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.3.0
MIME-Version: 1.0
In-Reply-To: <5656FB64.7070805@fkie.fraunhofer.de>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20140121; t=1448898902; bh=fCHS88MnBZCg/T6JSidycEPFoeLa3L+XbS1NvTVSEA0=; h=Received:Received:Subject:To:From:Message-ID:Date:MIME-Version: Content-Type; b=KUuonwcS04TbWKgn5cxLmbhS6q5Cz+Tar/2icu9DBpFZvZxaUdgkrW1NptRe1MYm3 L9JPYJuBRXp21MwBKdr9usX57xscM61xAomr2UJodc1ox/hgN9yoq/vprUH9JO7ppi 8BFa9KvdhffP+U25HCARjhUS95fdikmPkVsqMtA5PzfAF4NC5nVaCE1MGGMUGKnRUd 0kZqIw9pkUwfrIqKDjn46xxISw/qsx+lo3EyVIsJt9wh1bWCcGZ9VogynhmQd/TU92 KvPkx8lEyyQm7PLemFu+ftzrNCNo6ko4z7BPjiA/SSmEtDV9c/DztjoKY9ubNEr0n1 gGi8+w4KQNwTw==
Archived-At: <http://mailarchive.ietf.org/arch/msg/gen-art/5fssUpNljETO_v97KN3t8CG4Qe0>
Cc: General Area Review Team <gen-art@ietf.org>, Rogge Henning <hrogge@gmail.com>
Subject: Re: [Gen-art] Gen-ART Last Call review of draft-ietf-manet-olsrv2-dat-metric-08
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gen-art>, <mailto:gen-art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gen-art/>
List-Post: <mailto:gen-art@ietf.org>
List-Help: <mailto:gen-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 30 Nov 2015 15:55:04 -0000

Henning,

OK. I'm now happy with -10.

	Thanks,
	Paul

On 11/26/15 7:30 AM, Henning Rogge wrote:
> Am 25.11.2015 um 16:11 schrieb Paul Kyzivat:
>> Henning,
>>
>> I'm not trying to second guess the intent. My issues are solely with the
>> presentation. And clearly this is not a subject I'm knowledgeable about,
>> so I'm going solely from what I read in this draft without any other
>> context. Somebody who has the proper context to be reading this may well
>> not find it at all confusing. Nevertheless, see inline.
>
> No problem...
>
>> On 11/25/15 2:05 AM, Henning Rogge wrote:
>>> Am 24.11.2015 um 17:32 schrieb Paul Kyzivat:
>>>> So, if I do 9.3 for every packet, and then also do 9.4 for every HELLO
>>>> message within that packet, then I could end up incrementing
>>>> L_DAT_received[TAIL] *twice*.
>>
>>> If you look at the head of section 9.3 you will notice that this section
>>> will only be processed in the presence of a packet sequence number. One
>>> of the first things 9.3 does is to set the L_DAT_last_pkt_seqno
>>> variable.
>>
>> OK. My mistake. Because 9.3 sets L_DAT_last_pkt_seqno it won't get
>> updated again in 9.4.
>>
>> But then, what is the purpose step 3 of 9.4? If 9.3 is always applied
>> before 9.4, then L_DAT_last_pkt_seqno can never be undefined in 9.4.
>
> It could be that you have a neighbor that will never deliver a packet
> sequence number, so 9.3 will never apply.
>
> Because I am not sure if packet (9.3) or message (9.4) processing is
> done first, I make sure to overwrite the data in the current element of
> the queue in 9.3 when I discover the packet sequence number.
>
> Henning Rogge
>
> P.S.: I will be away from work in December, so I added my private email
> HRogge@gmail.com to this thread.
>
>