Re: [Gen-art] Genart last call review of draft-ietf-6tisch-6top-protocol-10

Xavi Vilajosana Guillen <xvilajosana@uoc.edu> Thu, 22 March 2018 08:41 UTC

Return-Path: <xvilajosana@uoc.edu>
X-Original-To: gen-art@ietfa.amsl.com
Delivered-To: gen-art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 96BED1250B8 for <gen-art@ietfa.amsl.com>; Thu, 22 Mar 2018 01:41:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=uoc.edu
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 GNaUiJJct5ai for <gen-art@ietfa.amsl.com>; Thu, 22 Mar 2018 01:41:19 -0700 (PDT)
Received: from mail-it0-x231.google.com (mail-it0-x231.google.com [IPv6:2607:f8b0:4001:c0b::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 802911201FA for <gen-art@ietf.org>; Thu, 22 Mar 2018 01:41:19 -0700 (PDT)
Received: by mail-it0-x231.google.com with SMTP id d13-v6so10345720itf.0 for <gen-art@ietf.org>; Thu, 22 Mar 2018 01:41:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoc.edu; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=2RKtwC9w/iSKEjgMCQ8gt+wdqkezgNFuEyzA7pUr2Dw=; b=YGnKNSh9+AAsyH2XaO/a5tZ8BM3Ky+qV+DJBA0btSBKNQo86WbNJoYebJ7L4MMjGXl aRDN/fD0cnklH8T8v1uqW64yXEHK5WRpkAcMwL826VIFstPV7N6fI/qDPJCmYfoauYgG 4hTI/LGHWb5hDBQ+yPT9CaIzwoTT7w8VNuQhQ=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=2RKtwC9w/iSKEjgMCQ8gt+wdqkezgNFuEyzA7pUr2Dw=; b=Hv8goHQsSddar0EOUcgtsn0d6ClggOAGzqy+tmJFLk8bjwcBJcPpMB5qRIc4QRgM1S AEjLyV+oawjHqv37MTuIq0tAE75T7TdPX05J+fgsL7qB0BIguGXp88K9OudGXMnnQ3Qj dELLWfhsUHVUoL7JQ3UsPWlbMqZuJqO54IAYOfTHhFbYTez3eUiZ8nbvivbfNM20BPIj Oi84UkcCaY8gLkT+n7oXHrGIglK84pm8B2F+SigwX7QaANasE6QgMzWBTvSK3+dHnz44 mnI+IKxbKssNHtP4myWtaXcYbRZXr8NSC1bXfRl0VaqON5L6fukdulMxJXEmjEpc1VjU qe3Q==
X-Gm-Message-State: AElRT7HkGbLVxXYl+jA1f1oxT5JMUnxd41cI1E0Nua8D5Rx51TzgaoNh 5lIIA+Q138RFKTCzeezASLiHxcZvnlhSkvEgtGkYGw==
X-Google-Smtp-Source: AG47ELtMyC76xFi6lZyxOONx5qLj1zdH/hR2GDdMNglJQn4Ba7gvwebP4+9w+qI/YPrtrK171CoBAr9qcn4/zeulVi0=
X-Received: by 2002:a24:650a:: with SMTP id u10-v6mr7705089itb.20.1521708078575; Thu, 22 Mar 2018 01:41:18 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.192.150.71 with HTTP; Thu, 22 Mar 2018 01:41:18 -0700 (PDT)
In-Reply-To: <1795952350.395820.1520737954029.JavaMail.root@canet.uoc.es>
References: <1795952350.395820.1520737954029.JavaMail.root@canet.uoc.es>
From: Xavi Vilajosana Guillen <xvilajosana@uoc.edu>
Date: Thu, 22 Mar 2018 09:41:18 +0100
Message-ID: <CAC9+vPiqHw1F7Nc+J5vQJreahHDfusBtgVMn03W=xa+TJN2HSw@mail.gmail.com>
To: Brian Carpenter <brian.e.carpenter@gmail.com>
Cc: gen-art@ietf.org, draft-ietf-6tisch-6top-protocol.all@ietf.org, tisch <6tisch@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000079f9740567fc4587"
Archived-At: <https://mailarchive.ietf.org/arch/msg/gen-art/SqNJeXiuPtxkN01NHQkorsepmY8>
Subject: Re: [Gen-art] Genart last call review of draft-ietf-6tisch-6top-protocol-10
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.22
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: Thu, 22 Mar 2018 08:41:22 -0000

Dear Brian,

after the WG meeting we proceed to resolve your pointed issue. Thanks so
much for going through the draft again.

We will publish v11 with the following update on the text as you suggested.
We hope this clarifies your point.


In section 3.1.1.  2-step 6P Transaction
we added:
Race conditions MAY happen when a timeout expires while a 6P
       Response is on the air.  Other inconsistencies can also happen
       when the last L2 ACK for a 6P Response is lost or when one of the
       nodes is power cycled.  6P provides an inconsistency detection
       mechanism described in Section 3.4.6.1 to cope with such
       situations.


In section 3.1.2.  3-step 6P Transaction
we added:
  Race conditions MAY happen when a timeout expires while a 6P
       Confirmation is on the air.  Other inconsistencies can also
       happen when the last L2 ACK for a 6P Confirmation is lost or when
       one of the nodes is power cycled.  6P provides an inconsistency
       detection mechanism described in Section 3.4.6.1 to cope with
       such situations.


kind regards
Xavi


2018-03-11 4:11 GMT+01:00 Brian Carpenter <brian.e.carpenter@gmail.com>:

> Reviewer: Brian Carpenter
> Review result: Ready
>
> I am the assigned Gen-ART reviewer for this draft. The General Area
> Review Team (Gen-ART) reviews all IETF documents being processed
> by the IESG for the IETF Chair.  Please treat these comments just
> like any other last call comments.
>
> For more information, please see the FAQ at
>
> <https://trac.ietf.org/trac/gen/wiki/GenArtfaq>.
>
> Document: draft-ietf-6tisch-6top-protocol-10
> Reviewer: Brian Carpenter
> Review Date: 2018-03-10
> IETF LC End Date: 2018-03-26
> IESG Telechat date: 2018-04-05
>
> Summary: Ready
>
> Comment:
>
> Most of my previous comments have been fixed, thanks. I still disagree
> with the authors on one point, but not enough to delay the draft:
>
> In section 3.1.1 "2-step 6P Transaction" there seems to be a rare race
> condition
> if A's timeout expires while B's Response is in flight. This will be
> detected
> later as an inconsistency (section 3.4.6.2). The authors don't think it's
> necessary
> to mention this in 3.1.1. IMHO it would be useful to mention. (Similarly
> for
> section 3.1.2, 3-step transaction.)
>
>
>


-- 
Dr. Xavier Vilajosana
Wireless Networks Lab

*Internet Interdisciplinary Institute (IN3)Professor*
(+34) 646 633 681
xvilajosana@uoc.edu <usuari@uoc.edu>
http://xvilajosana.org
http://wine.rdi.uoc.edu
Parc Mediterrani de la Tecnologia
Av Carl Friedrich Gauss 5, B3 Building
08860 Castelldefels (Barcelona). Catalonia. Spain
[image: Universitat Oberta de Catalunya]
­