Re: Genart last call review of draft-ietf-lisp-gpe-05

Luigi Iannone <ggx@gigix.net> Mon, 27 August 2018 07:48 UTC

Return-Path: <ggx@gigix.net>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E88AB130E7E for <ietf@ietfa.amsl.com>; Mon, 27 Aug 2018 00:48:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gigix-net.20150623.gappssmtp.com
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 y-qDuOsyUM9h for <ietf@ietfa.amsl.com>; Mon, 27 Aug 2018 00:48:33 -0700 (PDT)
Received: from mail-wr1-x441.google.com (mail-wr1-x441.google.com [IPv6:2a00:1450:4864:20::441]) (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 09CE7130DF3 for <ietf@ietf.org>; Mon, 27 Aug 2018 00:48:33 -0700 (PDT)
Received: by mail-wr1-x441.google.com with SMTP id o37-v6so12661119wrf.6 for <ietf@ietf.org>; Mon, 27 Aug 2018 00:48:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gigix-net.20150623.gappssmtp.com; s=20150623; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=REmo7U5/ipiBPFJUSg94l5PpIFZhdtIgV2eOaWNOdGA=; b=1Iqdio+myYqBOZ1l4HLtCQ9gY6I3dLypD7rJ52NtIPXCDlCuWUPRY0iJK/wFiowwmL OQ5b6aRp1EiRE7QsEg1pkkewEXxSrYSgNIUsn+hs6Vjmp3jkZ5h3oDVqODajHAi3T5D4 Bhq3CvYXBhPds2nvhuaecGIjrNDaef9HJ6a2j9/iIlSX89yWKquRhyBD3m+XJJcgRL/F CBcEBHvrNUClkAKxfRcK9M1YnaJT8YeKiMZL449PEtPYICLkZiXzYE2/DLPP1KVj8CpY mF4AvyEw+CErDbdruqGrUTEbu+vgziG0RTYnH4zvBeY60OY+HlIg2tUGkAx4JQrXXnGS ygsA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=REmo7U5/ipiBPFJUSg94l5PpIFZhdtIgV2eOaWNOdGA=; b=K2KynwbQIsXOq0Ftw1oz43mktHBmeCSq85/v+B+12oRxR+JBo0SXsOk9jDO4icCIvz W77F7sGSVNOUEOO31usAtfj/rWJbvVN0K7KQ075n/YHsOfBRg9keVsH669WN98CQEMhc O+wiz0o6EuiKcrASC+M3PZYhZVvUEyaztaVnJSff9XJcIIRVb+TU6FLJKraT/pMpyVL5 yTknR6GPBLxpOZnPC7lf24uK9l3OE2IIAB/aKAB7jztoDRxtAh4oWV774Repu4+Qvx2S w1j0zu7gfYgXeKXlZ76Jcfw99ryQ9hfGqlfMAmGTgKNFW+9q0wN//B9/mB/Sc92bYpYk octQ==
X-Gm-Message-State: APzg51BgqLfYjMyM5PhFDbIaIInI0STOLgIwCevBtYiQwx5a5WvkMtgO MihKTeqy8V9MLi4adh2OZTsGGA==
X-Google-Smtp-Source: ANB0VdZ4pV9EkeqhIH077ANgsjNlbbSk+Z6+7xrFz43t+37GoVGdjNfDlGEk4ftb1qjnSWPIkUnqxg==
X-Received: by 2002:adf:9c12:: with SMTP id f18-v6mr8015283wrc.93.1535356111396; Mon, 27 Aug 2018 00:48:31 -0700 (PDT)
Received: from ?IPv6:2001:660:330f:a4:74e6:a612:f343:a6bc? ([2001:660:330f:a4:74e6:a612:f343:a6bc]) by smtp.gmail.com with ESMTPSA id l7-v6sm13616330wrt.67.2018.08.27.00.48.28 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 27 Aug 2018 00:48:29 -0700 (PDT)
From: Luigi Iannone <ggx@gigix.net>
Message-Id: <0FB6579C-8C87-4BB0-91ED-B53881F54CC2@gigix.net>
Content-Type: multipart/alternative; boundary="Apple-Mail=_308F8F5D-95C5-4023-80AC-93E187EBB289"
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
Subject: Re: Genart last call review of draft-ietf-lisp-gpe-05
Date: Mon, 27 Aug 2018 09:48:33 +0200
In-Reply-To: <153510829645.23054.14135893273393348518@ietfa.amsl.com>
Cc: gen-art@ietf.org, lisp@ietf.org, ietf@ietf.org, draft-ietf-lisp-gpe.all@ietf.org
To: Stewart Bryant <stewart.bryant@gmail.com>
References: <153510829645.23054.14135893273393348518@ietfa.amsl.com>
X-Mailer: Apple Mail (2.3445.9.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/zwvEdcTCOWXFdVSurC1OqcQOtaU>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.27
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: <https://mailarchive.ietf.org/arch/browse/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, 27 Aug 2018 07:48:37 -0000

Hi Steward,

see inline….

On 24 Aug 2018, at 12:58, Stewart Bryant <stewart.bryant@gmail.com> wrote:
> 
> Reviewer: Stewart Bryant
> 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-lisp-gpe-06
> Reviewer: Stewart Bryant
> Review Date: 2018-08-24
> IETF LC End Date: 2018-09-06
> IESG Telechat date: Not scheduled for a telechat
> 
> Summary:
> 
> This is a well written draft, and I assume that everyone in the WG is happy
> that the reduction in size of the Nonce/Map-Version field will not be a problem
> in operational networks.
> 
> However, I do have a question of why this is being published now on the
> Standards Track with a normative reference to draft-ietf-lisp-6834bis.
> draft-ietf-lisp-6834bis is only a few weeks old. It will take its time to get
> through the IETF process and of course technically may change. If 
> draft-ietf-lisp-gpe is approved by the IESG  it will simply sit on the RFC
> Editor's queue until draft-ietf-lisp-6834bis gets through the system, and even
> then if there is a change to draft-ietf-lisp-6834bis, then draft-ietf-lisp-gpe
> may need to be pulled all the way back to the WG depending on the nature of the
> change.
> 
> Maybe the plan is that ietf-lisp-rfc6830bis will only take a short while to
> finish because I see that other bis drafts will also stall on it. If not I
> would have thought that a better approach would be to make this experimental
> and point to RFC6834. Then, when RFC6834bis is published to make this draft a
> PS pointing to it.

These are we small documents. I am not sure this would really be necessary. 
We do not expect big changes in any bis document, since they are just the PS version of deployed technology. 
So the risk to have the gee document come back to the WG to do any change is quite inexistent.

> 
> Whatever the conclusion this matter will need to be clearly written up in the
> Shepherd's report.

I am the shepherd of the document and I duly pointed out this fact in my writeup, check point 14 of:  https://datatracker.ietf.org/doc/draft-ietf-lisp-gpe/shepherdwriteup/ <https://datatracker.ietf.org/doc/draft-ietf-lisp-gpe/shepherdwriteup/>

Ciao

L.


> 




> Major issues: No technical issues, but see summary.
> 
> Minor issues: None
> 
> Nits/editorial comments: None
> 
>