Re: [v6ops] transition-ipv4aas: positioning the draft
Masanobu Kawashima <kawashimam@vx.jp.nec.com> Thu, 26 April 2018 13:36 UTC
Return-Path: <kawashimam@vx.jp.nec.com>
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 A7BCB12422F for <v6ops@ietfa.amsl.com>; Thu, 26 Apr 2018 06:36:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 q2EM6s9VN7fy for <v6ops@ietfa.amsl.com>; Thu, 26 Apr 2018 06:36:10 -0700 (PDT)
Received: from tyo162.gate.nec.co.jp (tyo162.gate.nec.co.jp [114.179.232.162]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 599DE126D0C for <v6ops@ietf.org>; Thu, 26 Apr 2018 06:36:08 -0700 (PDT)
Received: from mailgate02.nec.co.jp ([114.179.233.122]) by tyo162.gate.nec.co.jp (8.15.1/8.15.1) with ESMTPS id w3QDa1a3028150 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 26 Apr 2018 22:36:01 +0900
Received: from mailsv01.nec.co.jp (mailgate-v.nec.co.jp [10.204.236.94]) by mailgate02.nec.co.jp (8.15.1/8.15.1) with ESMTP id w3QDa1ja027986; Thu, 26 Apr 2018 22:36:01 +0900
Received: from mail03.kamome.nec.co.jp (mail03.kamome.nec.co.jp [10.25.43.7]) by mailsv01.nec.co.jp (8.15.1/8.15.1) with ESMTP id w3QDa1pj021355; Thu, 26 Apr 2018 22:36:01 +0900
Received: from bpxc99gp.gisp.nec.co.jp ([10.38.151.148] [10.38.151.148]) by mail01b.kamome.nec.co.jp with ESMTP id BT-MMP-83929; Thu, 26 Apr 2018 22:34:47 +0900
Received: from BPXM24GP.gisp.nec.co.jp ([10.38.151.216]) by BPXC20GP.gisp.nec.co.jp ([10.38.151.148]) with mapi id 14.03.0319.002; Thu, 26 Apr 2018 22:34:46 +0900
From: Masanobu Kawashima <kawashimam@vx.jp.nec.com>
To: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>, V6 Ops List <v6ops@ietf.org>
Thread-Topic: [v6ops] transition-ipv4aas: positioning the draft
Thread-Index: AQHT3TS3/qCHPLeAQUm+3IxVaNhP0qQS92jg//94lgCAAJtJwA==
Date: Thu, 26 Apr 2018 13:34:46 +0000
Message-ID: <81A3232BEF82944C8F23DB1CFE276F0F495BE0DC@BPXM24GP.gisp.nec.co.jp>
References: <E285EBCB-D000-4A2C-88AA-84C77615E0CE@consulintel.es> <787AE7BB302AE849A7480A190F8B93302DF11D60@OPEXCLILMA3.corporate.adroot.infra.ftgroup> <7FEDC4E8-D60B-4CA1-BAFC-3D1B1B453BC7@consulintel.es> <787AE7BB302AE849A7480A190F8B93302DF11DB7@OPEXCLILMA3.corporate.adroot.infra.ftgroup> <5AFDBB64-F05C-4228-B9FA-F27A81554E90@consulintel.es> <81A3232BEF82944C8F23DB1CFE276F0F495BDF2C@BPXM24GP.gisp.nec.co.jp> <30082D9C-6846-48B3-8F42-30D7FE422645@consulintel.es>
In-Reply-To: <30082D9C-6846-48B3-8F42-30D7FE422645@consulintel.es>
Accept-Language: ja-JP, en-US
Content-Language: ja-JP
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.3.141.178]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-TM-AS-MML: disable
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/PDOt8Qhvug29fZQIWiypz78XGDU>
Subject: Re: [v6ops] transition-ipv4aas: positioning the draft
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.22
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, 26 Apr 2018 13:36:15 -0000
Jordi, I got your point. It makes sense now. Thank you for the clarification. Regards, Masanobu ==================================== NEC Platforms, Ltd. KAWASHIMA Masanobu kawashimam@vx.jp.nec.com https://www.necplatforms.co.jp/en/ ==================================== > -----Original Message----- > From: v6ops [mailto:v6ops-bounces@ietf.org] On Behalf Of JORDI PALET MARTINEZ > Sent: Thursday, April 26, 2018 10:15 PM > To: V6 Ops List <v6ops@ietf.org> > Subject: Re: [v6ops] transition-ipv4aas: positioning the draft > > Hi Masanobu, > > In the last 2 years, we had a lot of debate about a possible RFC7084-bis (which means obsoleting RFC7084), and the > conclusion was that this is *not wanted*. I don't think we should restart that discussion anymore. > > So, what I'm proposing is "no need for an RFC7084-bis", however, the new document can make an update only to the transition > section of RFC7084 (no need to modify this document, the RFC editor will make a header note on that one to reflect > the "link" to the new document). > > Regards, > Jordi > > > -----Mensaje original----- > De: Masanobu Kawashima <kawashimam@vx.jp.nec.com> > Fecha: jueves, 26 de abril de 2018, 14:38 > Para: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>, V6 Ops List <v6ops@ietf.org> > Asunto: RE: [v6ops] transition-ipv4aas: positioning the draft > > > I agree with Jordi. > > As for the positioning of this draft and RFC7084, I think following is better > for CPE vendors, ISPs, etc. > > - RFC7084bis > - Delete 6rd and DS-Lite section and refer to "The IPv6 Transition CE router" > document. > - Some other minor updates if it is needed. > > - 'The IPv6 Transition CE router' (transition-ipv4aas) > - Include DS-Lite section from RFC7084. > > If you want to know IPv6 CE router specs, you will check and comply RFC7084bis, > if you want to focus more on transition technologies, you can check and comply > 'The IPv6 Transition CE router' document. > > Regards, > Masanobu > > ==================================== > NEC Platforms, Ltd. > KAWASHIMA Masanobu > kawashimam@vx.jp.nec.com > https://www.necplatforms.co.jp/en/ > ==================================== > > > > -----Original Message----- > > From: v6ops [mailto:v6ops-bounces@ietf.org] On Behalf Of JORDI PALET MARTINEZ > > Sent: Thursday, April 26, 2018 5:01 PM > > To: V6 Ops List <v6ops@ietf.org> > > Subject: Re: [v6ops] transition-ipv4aas: positioning the draft > > > > That's a good point, let's see if Barbara agree. > > > > I don't see a problem if it is made clear that this new document complements and updates RFC7084 in one specific > section. > > Maybe the chairs or AD can confirm this? > > "The IPv6 Transition CE router MUST comply with [RFC7084], ignoring section 4.4. as it becomes updated by this > document" > > > > One more advantage of that approach is that when somebody finds somewhere a reference to RFC7084, will be also > noticing > > the update, so they will read the new document, so it is a perfect way for 2 documents to become complementary. > > > > Regards, > > Jordi > > > > > > -----Mensaje original----- > > De: <mohamed.boucadair@orange.com> > > Fecha: jueves, 26 de abril de 2018, 9:52 > > Para: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>, V6 Ops List <v6ops@ietf.org> > > Asunto: RE: [v6ops] transition-ipv4aas: positioning the draft > > > > Re-, > > > > ..but you have also this "The IPv6 Transition CE router MUST comply with [RFC7084]" which means that the > document > > is asking to comply with an RFC (that its updates). A cross dependency is to be fixed. > > > > If you want to proceed with the update approach, then you should update: > > > > OLD: > > The IPv6 Transition CE router MUST comply with [RFC7084]. > > > > to something which says section 4.4.1 is to be ignored. > > > > An alternate wording would be: > > > > NEW: > > The IPv6 Transition CE router MUST comply with [RFC7084] and its updates. > > > > But again, this is weird given that an "update" is this document. > > > > Cheers, > > Med > > > > > -----Message d'origine----- > > > De : v6ops [mailto:v6ops-bounces@ietf.org] De la part de JORDI PALET MARTINEZ > > > Envoyé : jeudi 26 avril 2018 09:35 > > > À : V6 Ops List > > > Objet : Re: [v6ops] transition-ipv4aas: positioning the draft > > > > > > I believe an RFC can update a previous one in any sense. > > > > > > So, what I'm suggesting is deleting a section that now includes DS-Lite and > > > 6rd, but only including DS-Lite in the new document. > > > > > > Current section "4.4. Transition Technologies Support", includes only 2 sub- > > > sections 4.4.1 6rd, and 4.4.2. Nothing else. So I'm suggesting that we copy > > > 4.4.2, as suggested by Barbara, but left out 4.4.1. > > > > > > Regards, > > > Jordi > > > > > > > > > -----Mensaje original----- > > > De: <mohamed.boucadair@orange.com> > > > Fecha: jueves, 26 de abril de 2018, 9:27 > > > Para: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>, V6 Ops List > > > <v6ops@ietf.org> > > > Asunto: RE: [v6ops] transition-ipv4aas: positioning the draft > > > > > > Re-, > > > > > > I don't parse well what is meant by an update which consists in moving > > > the content from an RFC to another "future" RFC. > > > > > > Cheers, > > > Med > > > > > > > -----Message d'origine----- > > > > De : v6ops [mailto:v6ops-bounces@ietf.org] De la part de JORDI PALET > > > MARTINEZ > > > > Envoyé : jeudi 26 avril 2018 09:07 > > > > À : V6 Ops List > > > > Objet : Re: [v6ops] transition-ipv4aas: positioning the draft > > > > > > > > Hi Med, > > > > > > > > My personal opinion is still that a bis makes more sense, but I think > > > that > > > > train already left. > > > > > > > > So, what I think it make sense now is to update only the transition > > > section > > > > on RFC7084 in this new document, may be something like: > > > > > > > > "This document updates RFC7084 by deleting section 4.4. RFC7084 is, as > > > a > > > > consequence, reduced in scope to the specification of requirements for > > > an > > > > IPv6 Customer Edge, not including transition support, so all the > > > transition > > > > requirements are defined instead, in this document." > > > > > > > > Then we avoid any mention of 6rd and include the DS-Lite section in > > > this > > > > document. > > > > > > > > Med, Barbara, what do you think? > > > > > > > > Regards, > > > > Jordi > > > > > > > > > > > > -----Mensaje original----- > > > > De: v6ops <v6ops-bounces@ietf.org> en nombre de > > > > <mohamed.boucadair@orange.com> > > > > Fecha: jueves, 26 de abril de 2018, 8:20 > > > > Para: "STARK, BARBARA H" <bs7652@att.com>, V6 Ops List <v6ops@ietf.org> > > > > Asunto: Re: [v6ops] transition-ipv4aas: positioning the draft > > > > > > > > Re-, > > > > > > > > I do think this would be so simple if the WG went for a bis > > > document. > > > > > > > > I don't understand the rationale for duplicating DS-Lite content > > > given > > > > that Jordi's I-D points to 7084. > > > > > > > > Cheers, > > > > Med > > > > > > > > > -----Message d'origine----- > > > > > De : v6ops [mailto:v6ops-bounces@ietf.org] De la part de STARK, > > > BARBARA > > > > H > > > > > Envoyé : mercredi 25 avril 2018 20:59 > > > > > À : V6 Ops List > > > > > Objet : [v6ops] transition-ipv4aas: positioning the draft > > > > > > > > > > I have a number of comments for draft-palet-v6ops-transition- > > > ipv4aas. > > > > I'm > > > > > grouping comments under different email subject headers so it's > > > easier > > > > to > > > > > track the topic of any resulting discussion. > > > > > > > > > > The first area of comments I have is on how to position this > > > draft > > > > relative > > > > > to RFC 7084 and in a way that will maximize its impact and > > > likelihood > > > > of > > > > > achieving its goal (which I think is to drive availability of CE > > > > routers that > > > > > support *all* of the included transition technologies). > > > > > > > > > > I notice the draft introduces the term "IPv6 transition CE". > > > Sometimes > > > > this > > > > > is "IPv6 transition CE router". I like this idea, but would > > > suggest > > > > > capitalizing and using the longer "IPv6 Transition CE Router". I > > > think > > > > if > > > > > this is a more formal term and this draft is positioned as > > > defining > > > > > requirements for an IPv6 Transition CE Router (rather than simply > > > > specifying > > > > > "the transition requirements for an IPv6 Customer Edge (CE) > > > router") > > > > then it > > > > > becomes ok to make most of the SHOULD requirements into a MUST. > > > That > > > > is, the > > > > > draft is not an extension of a CE Router (RFC 7084). It's > > > something new > > > > that > > > > > is specified and defined here. And should be the title of the > > > draft. > > > > > > > > > > Saying "MUST" is stronger than "SHOULD" and will increase > > > likelihood of > > > > > success. It will also increase likelihood that *all* of the > > > included > > > > > technologies are implemented (as currently written it would be > > > possible > > > > to do > > > > > one or 2 of the technologies and still claim compliance). And it > > > will > > > > make it > > > > > easier to create a subsequent certification program, if there is > > > demand > > > > for > > > > > one. If the MUST statements apply only to the IPv6 Transition CE > > > Router > > > > this > > > > > draft defines, then there is no problem with saying "MUST". The > > > > requirements > > > > > have no scope outside this draft. > > > > > > > > > > ---------- > > > > > > > > > > If taking this approach, requirements for DS-Lite would need to > > > be > > > > included. > > > > > Those can be copied from RFC 7084. > > > > > > > > > > ---------- > > > > > > > > > > RFC 7084 can still be a basis for this new thing (MUST comply > > > with RFC > > > > 7084). > > > > > > > > > > The current requirement for RFC 7084 compliance is "The IPv6 > > > Transition > > > > CE > > > > > router must comply with all the requirements stated in > > > [RFC7084]." > > > > > I suggest staying away from "all the requirements", since the RFC > > > 7084 > > > > SHOULD > > > > > and MAY requirements are also requirements, and I don't think > > > it's > > > > intended > > > > > to mandate those. I recommend simply saying: > > > > > The IPv6 Transition CE router MUST comply with [RFC7084]. > > > > > > > > > > --------- > > > > > > > > > > If done this way, I don't think it's necessary to make mention of > > > 6rd > > > > in any > > > > > way. It's omission from this draft will make it clear that it's > > > not a > > > > > component of an IPv6 Transition CE Router. > > > > > > > > > > > > > > > Barbara > > > > > > > > > > _______________________________________________ > > > > > v6ops mailing list > > > > > v6ops@ietf.org > > > > > https://www.ietf.org/mailman/listinfo/v6ops > > > > > > > > _______________________________________________ > > > > 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.consulintel.es > > > > 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 mailing list > > > > v6ops@ietf.org > > > > https://www.ietf.org/mailman/listinfo/v6ops > > > > > > > > > > > > > > > ********************************************** > > > IPv4 is over > > > Are you ready for the new Internet ? > > > http://www.consulintel.es > > > 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 mailing list > > > v6ops@ietf.org > > > https://www.ietf.org/mailman/listinfo/v6ops > > > > > > > > > > ********************************************** > > IPv4 is over > > Are you ready for the new Internet ? > > http://www.consulintel.es > > 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 mailing list > > v6ops@ietf.org > > https://www.ietf.org/mailman/listinfo/v6ops > > > > > ********************************************** > IPv4 is over > Are you ready for the new Internet ? > http://www.consulintel.es > 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 mailing list > v6ops@ietf.org > https://www.ietf.org/mailman/listinfo/v6ops
- Re: [v6ops] transition-ipv4aas: positioning the d… JORDI PALET MARTINEZ
- [v6ops] transition-ipv4aas: positioning the draft STARK, BARBARA H
- Re: [v6ops] transition-ipv4aas: positioning the d… Hans Liu
- Re: [v6ops] transition-ipv4aas: positioning the d… mohamed.boucadair
- Re: [v6ops] transition-ipv4aas: positioning the d… mohamed.boucadair
- Re: [v6ops] transition-ipv4aas: positioning the d… JORDI PALET MARTINEZ
- Re: [v6ops] transition-ipv4aas: positioning the d… mohamed.boucadair
- Re: [v6ops] transition-ipv4aas: positioning the d… JORDI PALET MARTINEZ
- Re: [v6ops] transition-ipv4aas: positioning the d… Masanobu Kawashima
- Re: [v6ops] transition-ipv4aas: positioning the d… JORDI PALET MARTINEZ
- Re: [v6ops] transition-ipv4aas: positioning the d… Masanobu Kawashima
- Re: [v6ops] transition-ipv4aas: positioning the d… JORDI PALET MARTINEZ