Re: [Tsv-art] [v6ops] Tsvart last call review of draft-ietf-v6ops-transition-ipv4aas-11
JORDI PALET MARTINEZ <jordi.palet@consulintel.es> Wed, 26 December 2018 17:57 UTC
Return-Path: <prvs=189834e10e=jordi.palet@consulintel.es>
X-Original-To: tsv-art@ietfa.amsl.com
Delivered-To: tsv-art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7940F13115B; Wed, 26 Dec 2018 09:57:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level:
X-Spam-Status: No, score=-1.997 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, MIME_QP_LONG_LINE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=consulintel.es
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 zhwz3tMxlDu0; Wed, 26 Dec 2018 09:57:33 -0800 (PST)
Received: from mail.consulintel.es (mail.consulintel.es [IPv6:2001:470:1f09:495::5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B3BDB131158; Wed, 26 Dec 2018 09:57:30 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=consulintel.es; s=MDaemon; t=1545847049; x=1546451849; i=jordi.palet@consulintel.es; q=dns/txt; h=User-Agent:Date: Subject:From:To:CC:Message-ID:Thread-Topic:References: In-Reply-To:Mime-version:Content-type; bh=+Mpkhq4fR/9Kar4PPencEl okHulFq41YmJGL78w/wUw=; b=hg2mS46yqAKP6XlOow60Trj56TBEMYNOM/y8FR /itrKtVqde5QQjL0A2vq7jQHdVhePAyTOJYCaXBVW86p6RJr9z9xwpZrYexEKQwh 6v3Mb0HxhY64iduKRuTqs3iXxgrpgexwWVBwQoiLBBRWKH81Zzv0oOn7BWZv8gac 4gaH8=
X-MDAV-Result: clean
X-MDAV-Processed: mail.consulintel.es, Wed, 26 Dec 2018 18:57:28 +0100
X-Spam-Processed: mail.consulintel.es, Wed, 26 Dec 2018 18:57:28 +0100
Received: from [10.10.10.139] by mail.consulintel.es (MDaemon PRO v16.5.2) with ESMTPA id md50006086776.msg; Wed, 26 Dec 2018 18:57:27 +0100
X-MDRemoteIP: 2001:470:1f09:495:2db0:3a81:617d:58b1
X-MDHelo: [10.10.10.139]
X-MDArrival-Date: Wed, 26 Dec 2018 18:57:27 +0100
X-Authenticated-Sender: jordi.palet@consulintel.es
X-Return-Path: prvs=189834e10e=jordi.palet@consulintel.es
X-Envelope-From: jordi.palet@consulintel.es
User-Agent: Microsoft-MacOutlook/10.10.5.181209
Date: Wed, 26 Dec 2018 18:57:23 +0100
From: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
To: Warren Kumari <warren@kumari.net>
CC: Martin Stiemerling <mls.ietf@gmail.com>, tsv-art@ietf.org, IPv6 Operations <v6ops@ietf.org>, draft-ietf-v6ops-transition-ipv4aas.all@ietf.org
Message-ID: <8CC6AA48-0536-4978-AE8A-6C07649A2A96@consulintel.es>
Thread-Topic: [v6ops] Tsvart last call review of draft-ietf-v6ops-transition-ipv4aas-11
References: <154512080848.19310.17222140059063867521@ietfa.amsl.com> <793BA514-42DC-40C3-86FD-618EB1D3590E@consulintel.es> <CAHw9_iJPofRDxKgz1SdRJVztUb+g0scAXeWk3YRMGoXqEXqmOw@mail.gmail.com>
In-Reply-To: <CAHw9_iJPofRDxKgz1SdRJVztUb+g0scAXeWk3YRMGoXqEXqmOw@mail.gmail.com>
Mime-version: 1.0
Content-type: multipart/alternative; boundary="B_3628695443_1833804634"
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsv-art/IFLYt3uNyKFotK_ve0WZCSNP0B4>
Subject: Re: [Tsv-art] [v6ops] Tsvart last call review of draft-ietf-v6ops-transition-ipv4aas-11
X-BeenThere: tsv-art@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Transport Area Review Team <tsv-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsv-art>, <mailto:tsv-art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tsv-art/>
List-Post: <mailto:tsv-art@ietf.org>
List-Help: <mailto:tsv-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsv-art>, <mailto:tsv-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Dec 2018 17:57:36 -0000
Hi Warren, Sorry, been too busy the last 10 days. I really hope to upload a new version tomorrow. Regards, Jordi De: Warren Kumari <warren@kumari.net> Fecha: miércoles, 26 de diciembre de 2018, 18:46 Para: Jordi Palet Martinez <jordi.palet@consulintel.es> CC: Martin Stiemerling <mls.ietf@gmail.com>, <tsv-art@ietf.org>, IPv6 Operations <v6ops@ietf.org>, <draft-ietf-v6ops-transition-ipv4aas.all@ietf.org> Asunto: Re: [v6ops] Tsvart last call review of draft-ietf-v6ops-transition-ipv4aas-11 [ - IETF@ (for clutter) ] On Tue, Dec 18, 2018 at 4:13 AM JORDI PALET MARTINEZ <jordi.palet@consulintel.es> wrote: Hi Martin, Thanks for your review! I'm working today in a new version including the comments from the SECDIR, OPSDIR and RTGDIR, so definitively will take care as well of your own comments. Dear Jordi / Authors, Please let me know (LOUDLY, so I don't miss it!) once you've had a chance to address these.... W Responses below, in-line. Regards, Jordi -----Mensaje original----- De: v6ops <v6ops-bounces@ietf.org> en nombre de Martin Stiemerling <mls.ietf@gmail.com> Fecha: martes, 18 de diciembre de 2018, 9:13 Para: <tsv-art@ietf.org> CC: <v6ops@ietf.org>, <ietf@ietf.org>, <draft-ietf-v6ops-transition-ipv4aas.all@ietf.org> Asunto: [v6ops] Tsvart last call review of draft-ietf-v6ops-transition-ipv4aas-11 Reviewer: Martin Stiemerling Review result: Ready with Issues This document has been reviewed as part of the transport area review team's ongoing effort to review key IETF documents. These comments were written primarily for the transport area directors, but are copied to the document's authors and WG to allow them to address any issues raised and also to the IETF discussion list for information. When done at the time of IETF Last Call, the authors should consider this review as part of the last-call comments they receive. Please always CC tsv-art@ietf.org if you reply to or forward this review. General issues: - I have an issue with using RFC 2119 language in informative RFCs, as it is unclear what normative language means in informative documents. However, I understand that there is legacy from older documents in particular, but not limited to, RFC 7084. I think if we accepted this format, which in my opinion, even in an informative RFC, is very clarifying about what is expected from an implementor of this document, should not change our view now, unless we decide to review this in all the documents and from now on. In our case we have a "Special Note" in the section title, to remark it. - The document is in parts hard to read, even for someone who has a background in IPv4/IPv6 transition. E.g. Section 1, 2nd paragraph, about what IP version is used where. A figure could help here. Good point, definitively will include a small figure. Issues: - Remove the DEFAULT word and replace it with default. It is very confusing to add capital letters normative language here. As we have defined the "DEFAULT" word in the requirements language as well, I think it is a correct usage, in order to make it easy to differentiate it from other usages of "default" across the document. - Section 5: UPnP This section is posing requirements in an IETF document that incorporates non-IETF standards for a matter that is solely a recommendation. Can this be MUST at all? Not exactly, we are defining how the CE should react in a specific situation, but in my understanding, this is not changing the UPnP specifications. We had long debates on this in v6ops before reaching consensus this concrete text. - Section 6: Code Considerations This section is a collection of unfounded points without any hard proof that the numbers are correct and tangible. Either there is a hard example on required changes and added code size or remove it. This is an engineering document and not a marketing document, isn't it? I guess you meant here section 7. This is based on practical experience with OpenWRT and with co-authors (vendors), so very tangible, and it can be confirmed if you look at the source code. I don't think is right to have references to each of the code pieces for each transition mechanism and how they share "code parts", it will become a long document. Instead there is reference to the OpenWRT page with all the packages which allows to check exact code size if you start adding one or several mechanisms. Thanks, Martin Stiemerling _______________________________________________ v6ops mailing list v6ops@ietf.org https://www.ietf.org/mailman/listinfo/v6ops ********************************************** IPv4 is over Are you ready for the new Internet ? http://www.theipv6company.com The IPv6 Company This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it. -- I don't think the execution is relevant when it was obviously a bad idea in the first place. This is like putting rabid weasels in your pants, and later expressing regret at having chosen those particular rabid weasels and that pair of pants. ---maf ********************************************** IPv4 is over Are you ready for the new Internet ? http://www.theipv6company.com The IPv6 Company This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.
- [Tsv-art] Tsvart last call review of draft-ietf-v… Martin Stiemerling
- Re: [Tsv-art] [v6ops] Tsvart last call review of … JORDI PALET MARTINEZ
- Re: [Tsv-art] [v6ops] Tsvart last call review of … Warren Kumari
- Re: [Tsv-art] [v6ops] Tsvart last call review of … JORDI PALET MARTINEZ