Re: [v6ops] transition-ipv4aas: positioning the draft

<mohamed.boucadair@orange.com> Thu, 26 April 2018 06:19 UTC

Return-Path: <mohamed.boucadair@orange.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 91220126D73 for <v6ops@ietfa.amsl.com>; Wed, 25 Apr 2018 23:19:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 OeddLFwxJCCh for <v6ops@ietfa.amsl.com>; Wed, 25 Apr 2018 23:19:50 -0700 (PDT)
Received: from orange.com (mta134.mail.business.static.orange.com [80.12.70.34]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 144261205F0 for <v6ops@ietf.org>; Wed, 25 Apr 2018 23:19:50 -0700 (PDT)
Received: from opfednr00.francetelecom.fr (unknown [xx.xx.xx.64]) by opfednr21.francetelecom.fr (ESMTP service) with ESMTP id AD6B8C08D2; Thu, 26 Apr 2018 08:19:48 +0200 (CEST)
Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.2]) by opfednr00.francetelecom.fr (ESMTP service) with ESMTP id 8E6ED1A0077; Thu, 26 Apr 2018 08:19:48 +0200 (CEST)
Received: from OPEXCLILMA3.corporate.adroot.infra.ftgroup ([fe80::60a9:abc3:86e6:2541]) by OPEXCLILM21.corporate.adroot.infra.ftgroup ([fe80::e92a:c932:907e:8f06%19]) with mapi id 14.03.0389.001; Thu, 26 Apr 2018 08:19:48 +0200
From: mohamed.boucadair@orange.com
To: "STARK, BARBARA H" <bs7652@att.com>, V6 Ops List <v6ops@ietf.org>
Thread-Topic: transition-ipv4aas: positioning the draft
Thread-Index: AdPcwCSa7f9yrmemQveljKwJ4hWWjQAYF42Q
Date: Thu, 26 Apr 2018 06:19:48 +0000
Message-ID: <787AE7BB302AE849A7480A190F8B93302DF11CEA@OPEXCLILMA3.corporate.adroot.infra.ftgroup>
References: <2D09D61DDFA73D4C884805CC7865E6114DD80DE8@GAALPA1MSGUSRBF.ITServices.sbc.com>
In-Reply-To: <2D09D61DDFA73D4C884805CC7865E6114DD80DE8@GAALPA1MSGUSRBF.ITServices.sbc.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.168.234.2]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/eMe7YFSV_Uv4x2014VrwyCLNNi0>
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 06:19:52 -0000

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