Re: [v6ops] New Version Notification for draft-v6ops-rfc7084-bis-00.txt

<mohamed.boucadair@orange.com> Wed, 12 April 2017 05:57 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 A996F1287A0 for <v6ops@ietfa.amsl.com>; Tue, 11 Apr 2017 22:57:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.4
X-Spam-Level:
X-Spam-Status: No, score=-5.4 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-2.8, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 M9LDOnMc263A for <v6ops@ietfa.amsl.com>; Tue, 11 Apr 2017 22:57:33 -0700 (PDT)
Received: from relais-inet.orange.com (mta136.mail.business.static.orange.com [80.12.70.36]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B5EE9127B31 for <v6ops@ietf.org>; Tue, 11 Apr 2017 22:57:32 -0700 (PDT)
Received: from opfednr02.francetelecom.fr (unknown [xx.xx.xx.66]) by opfednr23.francetelecom.fr (ESMTP service) with ESMTP id 165B6C0669; Wed, 12 Apr 2017 07:57:31 +0200 (CEST)
Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.3]) by opfednr02.francetelecom.fr (ESMTP service) with ESMTP id D8C0A120059; Wed, 12 Apr 2017 07:57:30 +0200 (CEST)
Received: from OPEXCLILMA3.corporate.adroot.infra.ftgroup ([fe80::60a9:abc3:86e6:2541]) by OPEXCLILM5D.corporate.adroot.infra.ftgroup ([fe80::9898:741c:bc1d:258d%19]) with mapi id 14.03.0319.002; Wed, 12 Apr 2017 07:57:30 +0200
From: mohamed.boucadair@orange.com
To: "jordi.palet@consulintel.es" <jordi.palet@consulintel.es>, "v6ops@ietf.org" <v6ops@ietf.org>
Thread-Topic: [v6ops] New Version Notification for draft-v6ops-rfc7084-bis-00.txt
Thread-Index: AQHSstsgOmTC+LATkUyUWiapb2SKg6HBOsOg
Date: Wed, 12 Apr 2017 05:57:29 +0000
Message-ID: <787AE7BB302AE849A7480A190F8B933009E4C117@OPEXCLILMA3.corporate.adroot.infra.ftgroup>
References: <149116663909.4420.6172706668236054402.idtracker@ietfa.amsl.com> <AD1CDD40-CA24-4280-B212-F3E6C98494C2@consulintel.es> <787AE7BB302AE849A7480A190F8B933009E4B714@OPEXCLILMA3.corporate.adroot.infra.ftgroup> <alpine.DEB.2.02.1704110921170.27978@uplift.swm.pp.se> <787AE7BB302AE849A7480A190F8B933009E4B8D9@OPEXCLILMA3.corporate.adroot.infra.ftgroup> <830DC02A-27B1-44BD-ABA3-712BDD14BA28@consulintel.es> <787AE7BB302AE849A7480A190F8B933009E4BB22@OPEXCLILMA3.corporate.adroot.infra.ftgroup> <61B3DBD5-CB04-42CC-AF8F-E629E8E44F9B@consulintel.es> <787AE7BB302AE849A7480A190F8B933009E4BBE9@OPEXCLILMA3.corporate.adroot.infra.ftgroup> <B7B4993E-F6E5-4810-98D8-C13445B91AD3@consulintel.es>
In-Reply-To: <B7B4993E-F6E5-4810-98D8-C13445B91AD3@consulintel.es>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.168.234.5]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/KkDghSP2SaBsrVRa5tDRI33hz40>
Subject: Re: [v6ops] New Version Notification for draft-v6ops-rfc7084-bis-00.txt
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: Wed, 12 Apr 2017 05:57:36 -0000

Hi Jordi, 

There is no need to over-specify for MAP-E, here. The use of the DHCPv6 option to provision the CE is sufficient.

RFC7084-bis should not require more than what was recorded in the specification of each mechanism. Thank you.

Cheers,
Med

> -----Message d'origine-----
> De : v6ops [mailto:v6ops-bounces@ietf.org] De la part de JORDI PALET
> MARTINEZ
> Envoyé : mardi 11 avril 2017 17:49
> À : v6ops@ietf.org
> Objet : Re: [v6ops] New Version Notification for draft-v6ops-rfc7084-bis-
> 00.txt
> 
> I see your point, but then, if we follow the text in RFC7618:
> 
> Applicability Statement
> 
>    The solution allows multiple hosts to be simultaneously allocated the
>    same IP address.  As the IP address is no longer a unique identifier
>    for a host, this solution is only suitable for specific architectures
>    based on the Address plus Port model (A+P) [RFC6346].  Specifically,
>    this document presents a solution that applies to [RFC7596] and
>    certain configurations of [RFC7597] (e.g., Embedded Address bit
>    (EA-bit) length set to 0).
> 
> It seems a discrepancy not asking for DHCP 4o6 as well in MAP-E.
> 
> Should either that be clarified in RFC7618, and meanwhile we should
> include (in RFC7084-bis) for MAP-E support as MAY for both DHCP 4o6 and
> RFC7618.
> 
> Regards,
> Jordi
> 
> 
> -----Mensaje original-----
> De: <mohamed.boucadair@orange.com>
> Responder a: <mohamed.boucadair@orange.com>
> Fecha: martes, 11 de abril de 2017, 16:56
> Para: "jordi.palet@consulintel.es" <jordi.palet@consulintel.es>,
> "v6ops@ietf.org" <v6ops@ietf.org>
> Asunto: RE: [v6ops] New Version Notification for draft-v6ops-rfc7084-bis-
> 00.txt
> 
>     Re-,
> 
>     Listing RFC7618 for MAP-E is odd if DHCPv4 over DHCPv6 is not required
> for MAP-E.
> 
>     Cheers,
>     Med
> 
>     > -----Message d'origine-----
>     > De : v6ops [mailto:v6ops-bounces@ietf.org] De la part de JORDI PALET
>     > MARTINEZ
>     > Envoyé : mardi 11 avril 2017 16:42
>     > À : v6ops@ietf.org
>     > Objet : Re: [v6ops] New Version Notification for draft-v6ops-
> rfc7084-bis-
>     > 00.txt
>     >
>     > Hi Mohamed,
>     >
>     > In-line
>     >
>     > Saludos,
>     > Jordi
>     >
>     >
>     > -----Mensaje original-----
>     > De: <mohamed.boucadair@orange.com>
>     > Responder a: <mohamed.boucadair@orange.com>
>     > Fecha: martes, 11 de abril de 2017, 16:21
>     > Para: "jordi.palet@consulintel.es" <jordi.palet@consulintel.es>,
>     > "v6ops@ietf.org" <v6ops@ietf.org>
>     > Asunto: RE: [v6ops] New Version Notification for draft-v6ops-
> rfc7084-bis-
>     > 00.txt
>     >
>     >     Re-,
>     >
>     >     Please see inline.
>     >
>     >     Cheers,
>     >     Med
>     >
>     >     > -----Message d'origine-----
>     >     > De : v6ops [mailto:v6ops-bounces@ietf.org] De la part de JORDI
> PALET
>     >     > MARTINEZ
>     >     > Envoyé : mardi 11 avril 2017 15:38
>     >     > À : v6ops@ietf.org
>     >     > Objet : Re: [v6ops] New Version Notification for draft-v6ops-
>     > rfc7084-bis-
>     >     > 00.txt
>     >     >
>     >     > Hi all,
>     >     >
>     >     > Thanks all for the inputs.
>     >     >
>     >     > Responding on this to Mohamed, Masanobu and Mikael.
>     >     >
>     >     > Fully agree. I’m editing a new version, which will remove the
> DHCP
>     > 4o6 for
>     >     > MAP E/T
>     >
>     >     [Med] OK, thank you.  I guess it was also removed for DS-Lite
> and
>     > XLAT.
>     >
>     >      and only keep it as a must for lw4o6.
>     >
>     > [Jordi] Yes, *only* keeping it for lw4o6
>     >
>     >     >
>     >     > Masanobu, I think it should be a must, to conform with
> RFC7596,
>     > where is
>     >     > already a MUST.
>     >     >
>     >     > Mohamed, Dyn-Shared-v4Alloc is already RFC7618. In RFC7596, it
> is a
>     > MAY,
>     >     > and seems to be applicable to both lw4o6 and MAP-E. Do you
> have an
>     > opinion
>     >     > about if we should make more explicit it, by including as MAY
>     > support for
>     >     > RFC7618 for both (lw4o6 and MAP-E) ?
>     >
>     >     [Med] A simple approach is to follow the requirements as worded
> in
>     > RFC7596 and RFC7597, i.e.,:
>     >     * no mention of RFC7618 for MAP-E
>     >     * use the same wording as in RFC7596 for lw4o6: MAY.
>     >
>     > [Jordi] I’m also considering using MAY for MAP-E, as it seems that,
>     > according to RFC7618 applicability statement it is used in certain
>     > configurations of MAP-E.
>     >
>     >     >
>     >     > Regards,
>     >     > Jordi
>     >     >
>     >     >
>     >     > -----Mensaje original-----
>     >     > De: <mohamed.boucadair@orange.com>
>     >     > Responder a: <mohamed.boucadair@orange.com>
>     >     > Fecha: martes, 11 de abril de 2017, 11:39
>     >     > Para: Mikael Abrahamsson <swmike@swm.pp.se>
>     >     > CC: "jordi.palet@consulintel.es" <jordi.palet@consulintel.es>,
>     >     > "v6ops@ietf.org" <v6ops@ietf.org>
>     >     > Asunto: RE: [v6ops] New Version Notification for draft-v6ops-
>     > rfc7084-bis-
>     >     > 00.txt
>     >     >
>     >     >     Re-,
>     >     >
>     >     >     I think we are in agreement, Mikael.
>     >     >
>     >     >     Actually, the only RFC that cites DHCPv4 over DHCPv6 is
> RFC7596.
>     > So,
>     >     > at most that item may be listed for lw4o6 but be removed from
> other
>     >     > sections.
>     >     >
>     >     >     Note that for RFC7596, it says the following:
>     >     >
>     >     >     " If stateful IPv4 configuration or
>     >     >       ^^
>     >     >        additional IPv4 configuration information is required,
> DHCP
>     > 4o6
>     >     >        [RFC7341] MUST be used."
>     >     >
>     >     >     And
>     >     >
>     >     >        In addition to the DHCPv6-based mechanism described in
>     > Section 5.1,
>     >     >        several other IPv4 provisioning protocols have been
>     > suggested.
>     >     > These
>     >     >        protocols MAY be implemented.  These alternatives
> include:
>     >     >        o  DHCPv4 over DHCPv6: [RFC7341] describes implementing
>     > DHCPv4
>     >     >           messages over an IPv6-only service provider's
> network.
>     > This
>     >     >           enables leasing of IPv4 addresses and makes DHCPv4
> options
>     >     >           available to the DHCPv4-over-DHCPv6 client.  An lwB4
> MAY
>     >     > implement
>     >     >
>     >     > ^^^^^^^^^^^^^^^^^^^^^^
>     >     >           [RFC7341] and [Dyn-Shared-v4Alloc] to retrieve a
> shared
>     > IPv4
>     >     >           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>     >     >           address with a set of ports.
>     >     >
>     >     >     Cheers,
>     >     >     Med
>     >     >
>     >     >     > -----Message d'origine-----
>     >     >     > De : Mikael Abrahamsson [mailto:swmike@swm.pp.se]
>     >     >     > Envoyé : mardi 11 avril 2017 09:29
>     >     >     > À : BOUCADAIR Mohamed IMT/OLN
>     >     >     > Cc : jordi.palet@consulintel.es; v6ops@ietf.org
>     >     >     > Objet : Re: [v6ops] New Version Notification for draft-
> v6ops-
>     >     > rfc7084-bis-
>     >     >     > 00.txt
>     >     >     >
>     >     >     > On Tue, 11 Apr 2017, mohamed.boucadair@orange.com wrote:
>     >     >     >
>     >     >     > > [Med] DHCPv4-over-DHCPv6 is not a required for many of
> the
>     >     > techniques
>     >     >     > > listed in this draft. I suggest to delete it from the
> text.
>     >     >     >
>     >     >     > Hm, we still need to keep it for the mechanisms that
> actually
>     > need
>     >     > this,
>     >     >     > like lw4o6.
>     >     >     >
>     >     >     > I understand if it's removed for the ones that do not
> need it.
>     >     >     >
>     >     >     > --
>     >     >     > Mikael Abrahamsson    email: swmike@swm.pp.se
>     >     >
>     >     >
>     >     >
>     >     >
>     >     >
>     >     > **********************************************
>     >     > 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 use of
> the
>     >     > individual(s) named above. If you are not the intended
> recipient be
>     > aware
>     >     > that any disclosure, copying, distribution or use of the
> contents of
>     > this
>     >     > information, including attached files, is prohibited.
>     >     >
>     >     >
>     >     >
>     >     > _______________________________________________
>     >     > 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 use of the
>     > individual(s) named above. If you are not the intended recipient be
> aware
>     > that any disclosure, copying, distribution or use of the contents of
> this
>     > information, including attached files, is prohibited.
>     >
>     >
>     >
>     > _______________________________________________
>     > 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 use of the
> individual(s) named above. If you are not the intended recipient be aware
> that any disclosure, copying, distribution or use of the contents of this
> information, including attached files, is prohibited.
> 
> 
> 
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops