Re: [Gen-art] Gen-ART review of draft-ietf-v6ops-siit-eam-01

Tore Anderson <tore@redpill-linpro.com> Wed, 07 October 2015 10:44 UTC

Return-Path: <tore@redpill-linpro.com>
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 8E2681B2CA8 for <gen-art@ietfa.amsl.com>; Wed, 7 Oct 2015 03:44:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] 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 DURYHeb6RH2i for <gen-art@ietfa.amsl.com>; Wed, 7 Oct 2015 03:44:15 -0700 (PDT)
Received: from gallus.zimbra.h.bitbit.net (gallus.zimbra.h.bitbit.net [87.238.49.226]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DF9481B2DB6 for <gen-art@ietf.org>; Wed, 7 Oct 2015 03:44:14 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by gallus.zimbra.h.bitbit.net (Postfix) with ESMTP id 27550C12FC; Wed, 7 Oct 2015 12:44:13 +0200 (CEST)
Received: from gallus.zimbra.h.bitbit.net ([127.0.0.1]) by localhost (gallus.zimbra.h.bitbit.net [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id 0aIuaP701Zei; Wed, 7 Oct 2015 12:44:11 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1]) by gallus.zimbra.h.bitbit.net (Postfix) with ESMTP id DF354C1301; Wed, 7 Oct 2015 12:44:11 +0200 (CEST)
X-Virus-Scanned: amavisd-new at gallus.zimbra.h.bitbit.net
Received: from gallus.zimbra.h.bitbit.net ([127.0.0.1]) by localhost (gallus.zimbra.h.bitbit.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 7YN_I_iI46Z9; Wed, 7 Oct 2015 12:44:11 +0200 (CEST)
Received: from echo.ms.redpill-linpro.com (login-osl1.i.bitbit.net [87.238.42.59]) by gallus.zimbra.h.bitbit.net (Postfix) with ESMTPSA id B1602C12FC; Wed, 7 Oct 2015 12:44:11 +0200 (CEST)
Date: Wed, 07 Oct 2015 12:44:11 +0200
From: Tore Anderson <tore@redpill-linpro.com>
To: "Romascanu, Dan (Dan)" <dromasca@avaya.com>
Message-ID: <20151007124411.2e943953@echo.ms.redpill-linpro.com>
In-Reply-To: <9904FB1B0159DA42B0B887B7FA8119CA5CB28AAF@AZ-FFEXMB04.global.avaya.com>
References: <9904FB1B0159DA42B0B887B7FA8119CA5CB28AAF@AZ-FFEXMB04.global.avaya.com>
Organization: Redpill Linpro AS
X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.28; x86_64-redhat-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/gen-art/d-A7VlYmBqsYbbkkfINGeg7wdT4>
Cc: General Area Review Team <gen-art@ietf.org>, "draft-ietf-v6ops-siit-eam.all@tools.ietf.org" <draft-ietf-v6ops-siit-eam.all@tools.ietf.org>
Subject: Re: [Gen-art] Gen-ART review of draft-ietf-v6ops-siit-eam-01
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: Wed, 07 Oct 2015 10:44:16 -0000

Hello Dan,

Thank you very much for your review! My comments are in-line.

* "Romascanu, Dan (Dan)" <dromasca@avaya.com>

> 1.       In the second paragraph of the Introduction I suggest s/The
> Explicit Address Mapping Table does not replace/Translation using the
> Explicit Address Mapping Table does not replace/

Implemented.

> 2.       In section 2 I would suggest s/doing so may result in a new
> set of undesired properties/doing so may result in a new set of
> undesired consequences/

Implemented.

> 3.       Section 3.2:
> 
>    When translating a packet between IPv4 and IPv6, an SIIT
>    implementation MUST individually translate each IP address it
>    encounters in the packet's IP headers (including any IP headers
>    contained within ICMP errors) according to Section 3.3.  See
>    Section 4 for certain exceptions to this rule.
> 
>        As we are talking about exceptions to the rule, is not SHOULD
> more appropriate than MUST?

Well, the point I am trying to get across is that it is a indeed MUST,
unless the specific condition in Section 4 is present - but *only* then.

I believe that simply replacing "SHOULD" with "MUST" would result in a
too loose requirement, as that would allow from deviation from Section
3.3 even in cases other than those described in Section 4.

I'm struggling a bit to come up with a decently worded sentence that
captures this point better. Maybe this?

    When translating a packet between IPv4 and IPv6, an SIIT
    implementation MUST individually translate each IP address it
    encounters in the packet's IP headers (including any IP headers
    contained within ICMP errors) according to Section 3.3, except for
    any address for which Section 4 explicitly states that the EAM
    algorithm MUST NOT be used.

If you have any better suggestions, I am all ears.

> 4.       Sections 4.2.1 and 4.2.2 present two alternative approaches
> for hairpinning support. Yet, the opening sentence in 4.2.1. a
> keyworded MUST, while the opening sentence in 4.2.2. does not:
> 
> 
> 
>    When the simple hairpinning feature is enabled, the translator MUST
> 
>    behave according to the following rules when translating from IPv4
> to
> 
>    IPv6:
> 
> 
> 
>    When the intrinsic hairpinning feature is enabled, the translator
> 
>    behaves as follows when receiving an IPv6 packet:
> 
> 
> 
>    It seems that either MUST is to be used in both, either in none.

Implemented.

You can see the changes in diff format here:

https://github.com/toreanderson/ietf/commit/68c37731e7b1f7024dcd1c19b491b1b4f3ff963f

Please have a look, and let me know if further changes are necessary.
Thank you again!

Best regards,
Tore Anderson