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