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
- Re: [v6ops] New Version Notification for draft-v6… mohamed.boucadair
- Re: [v6ops] New Version Notification for draft-v6… Mikael Abrahamsson
- Re: [v6ops] New Version Notification for draft-v6… Masanobu Kawashima
- Re: [v6ops] New Version Notification for draft-v6… mohamed.boucadair
- Re: [v6ops] New Version Notification for draft-v6… JORDI PALET MARTINEZ
- Re: [v6ops] New Version Notification for draft-v6… JORDI PALET MARTINEZ
- Re: [v6ops] New Version Notification for draft-v6… mohamed.boucadair
- Re: [v6ops] New Version Notification for draft-v6… JORDI PALET MARTINEZ
- Re: [v6ops] New Version Notification for draft-v6… JORDI PALET MARTINEZ
- Re: [v6ops] New Version Notification for draft-v6… JORDI PALET MARTINEZ
- Re: [v6ops] New Version Notification for draft-v6… mohamed.boucadair
- Re: [v6ops] New Version Notification for draft-v6… mohamed.boucadair
- Re: [v6ops] New Version Notification for draft-v6… JORDI PALET MARTINEZ
- Re: [v6ops] New Version Notification for draft-v6… mohamed.boucadair
- Re: [v6ops] New Version Notification for draft-v6… JORDI PALET MARTINEZ