Re: [v6ops] Benjamin Kaduk's Discuss on draft-ietf-v6ops-transition-ipv4aas-13: (with DISCUSS and COMMENT)
JORDI PALET MARTINEZ <jordi.palet@consulintel.es> Thu, 10 January 2019 16:43 UTC
Return-Path: <prvs=1913f26ae7=jordi.palet@consulintel.es>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 944AD130E95; Thu, 10 Jan 2019 08:43:51 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, 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 fuuF8JXZDgW2; Thu, 10 Jan 2019 08:43:49 -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 26116130E97; Thu, 10 Jan 2019 08:43:47 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=consulintel.es; s=MDaemon; t=1547138626; x=1547743426; 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:Content-transfer-encoding; bh=+f7Ddk44lAA8V/OJcMO7mU8OFJZ7vPGUvITs09PiGHc=; b=FovOuoC+wEpBW Aou9xh0sT7XqblfIS7rRBn/56dXF/6OaX0ASkIPWl+PT6ZzeP0tNoDGyAuMz4hus 8tWm+lHf+4xAnUtFWTDVAabJFbUpPQqrGStBRJM1iNgMbcxljmRSXNyIIZfkAgW0 K5gRLFMbICzitoXzKtpPIl2PWfZ9rE=
X-MDAV-Result: clean
X-MDAV-Processed: mail.consulintel.es, Thu, 10 Jan 2019 17:43:46 +0100
X-Spam-Processed: mail.consulintel.es, Thu, 10 Jan 2019 17:43:45 +0100
Received: from [10.10.10.140] by mail.consulintel.es (MDaemon PRO v16.5.2) with ESMTPA id md50006105116.msg; Thu, 10 Jan 2019 17:43:33 +0100
X-MDRemoteIP: 2001:470:1f09:495:fcec:f8ce:9c9f:fd05
X-MDHelo: [10.10.10.140]
X-MDArrival-Date: Thu, 10 Jan 2019 17:43:33 +0100
X-Authenticated-Sender: jordi.palet@consulintel.es
X-Return-Path: prvs=1913f26ae7=jordi.palet@consulintel.es
X-Envelope-From: jordi.palet@consulintel.es
User-Agent: Microsoft-MacOutlook/10.10.5.181209
Date: Thu, 10 Jan 2019 17:43:32 +0100
From: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
To: Benjamin Kaduk <kaduk@mit.edu>, The IESG <iesg@ietf.org>
CC: draft-ietf-v6ops-transition-ipv4aas@ietf.org, v6ops-chairs@ietf.org, v6ops@ietf.org
Message-ID: <16C30688-747B-4723-BBD7-FF82FCAA6A26@consulintel.es>
Thread-Topic: [v6ops] Benjamin Kaduk's Discuss on draft-ietf-v6ops-transition-ipv4aas-13: (with DISCUSS and COMMENT)
References: <154713179023.30772.10696284348809827591.idtracker@ietfa.amsl.com>
In-Reply-To: <154713179023.30772.10696284348809827591.idtracker@ietfa.amsl.com>
Mime-version: 1.0
Content-type: text/plain; charset="UTF-8"
Content-transfer-encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/L1b4H076qebLrlQ97klUX-05XSE>
Subject: Re: [v6ops] Benjamin Kaduk's Discuss on draft-ietf-v6ops-transition-ipv4aas-13: (with DISCUSS and COMMENT)
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Jan 2019 16:43:52 -0000
Hi Benjamin, Thanks again for your detailed review. I'm already working in a draft for a new version including all the nits that you mention (some already were corrected in -13). Some clarifications to some of your comments. Section 3.2 TRANS-2: The IPv6 Transition CE Router MUST have a GUI, CLI and/or API option to manually enable/disable each of the supported transition mechanisms. Do we really need to pick and name interfaces, or can we just say "MUST have a configuration interface"? Yes, the point here is to make sure that at least there is a GUI and CLI (or API). The idea is that the customer is able to buy a CE and later on use it in a different ISP. So, having both facilitate that, even in the case of a manual configuration required by the user. Normally DHCP-based mechanisms should do it, and also is currently very common that both are already supported, so not a big issue. CONFIG-1: Request the relevant configuration options for each supported transition mechanisms, which MUST remain disabled at this step. This seems like it could make for really bad UX in some cases, such as when a user is only given one class of configuration information from their ISP and is hopelessly confused by questions (about other mechanisms) that they don't have answers for. Is the MUST requirement (not quoted) to follow this step really justified? This is needed to allow the rest of the config/priority process. I believe you are misinterpreting as something done by the user in the GUI or something. While it may be possible, it not the case. It is all done by DHCP. Section 3.2.1 If 464XLAT is supported, it MUST be implemented according to [RFC6877]. [...] Do we want to consider adding "or a successor document"? I think if we do that, we could need doing that for every RFC ... that's why we have documents updating previous ones, so I don't think so. Regards, Jordi ********************************************** 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.
- [v6ops] Benjamin Kaduk's Discuss on draft-ietf-v6… Benjamin Kaduk
- Re: [v6ops] Benjamin Kaduk's Discuss on draft-iet… JORDI PALET MARTINEZ
- Re: [v6ops] Benjamin Kaduk's Discuss on draft-iet… JORDI PALET MARTINEZ
- Re: [v6ops] Benjamin Kaduk's Discuss on draft-iet… Benjamin Kaduk
- Re: [v6ops] Benjamin Kaduk's Discuss on draft-iet… JORDI PALET MARTINEZ
- Re: [v6ops] Benjamin Kaduk's Discuss on draft-iet… Benjamin Kaduk
- Re: [v6ops] Benjamin Kaduk's Discuss on draft-iet… JORDI PALET MARTINEZ