Re: [Softwires] [dhcwg] Adoption call on draft-scskf-dhc-dhcpv4-over-dhcpv6

<mohamed.boucadair@orange.com> Mon, 15 April 2013 15:01 UTC

Return-Path: <mohamed.boucadair@orange.com>
X-Original-To: softwires@ietfa.amsl.com
Delivered-To: softwires@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CEC7421F947C; Mon, 15 Apr 2013 08:01:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.858
X-Spam-Level:
X-Spam-Status: No, score=-1.858 tagged_above=-999 required=5 tests=[AWL=0.390, BAYES_00=-2.599, HELO_EQ_FR=0.35, UNPARSEABLE_RELAY=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RVohfRSVRTsy; Mon, 15 Apr 2013 08:01:49 -0700 (PDT)
Received: from relais-inet.francetelecom.com (relais-ias92.francetelecom.com [193.251.215.92]) by ietfa.amsl.com (Postfix) with ESMTP id AD13021F93FC; Mon, 15 Apr 2013 08:01:44 -0700 (PDT)
Received: from omfedm08.si.francetelecom.fr (unknown [xx.xx.xx.4]) by omfedm09.si.francetelecom.fr (ESMTP service) with ESMTP id 1A88A2DC1AB; Mon, 15 Apr 2013 17:01:44 +0200 (CEST)
Received: from PUEXCH21.nanterre.francetelecom.fr (unknown [10.101.44.28]) by omfedm08.si.francetelecom.fr (ESMTP service) with ESMTP id A2D1F238079; Mon, 15 Apr 2013 17:01:43 +0200 (CEST)
Received: from PUEXCB1B.nanterre.francetelecom.fr ([10.101.44.7]) by PUEXCH21.nanterre.francetelecom.fr ([10.101.44.28]) with mapi; Mon, 15 Apr 2013 17:01:43 +0200
From: mohamed.boucadair@orange.com
To: Ted Lemon <Ted.Lemon@nominum.com>
Date: Mon, 15 Apr 2013 17:01:42 +0200
Thread-Topic: [dhcwg] Adoption call on draft-scskf-dhc-dhcpv4-over-dhcpv6
Thread-Index: AQHOMJJp/YY1cyxg9k6UgkiMhZ9juZjS+0CAgARU0wCAAB0NAIAAYyWA//+MfECAAH0NgP//jt3QgAB5b4D//4tVwAAPCDeAAA6HnyA=
Message-ID: <94C682931C08B048B7A8645303FDC9F36EC2D7C6A1@PUEXCB1B.nanterre.francetelecom.fr>
References: <1365009642.19971.22.camel@marcin-lenovo> <515C69A4.7000903@gmail.com> <94C682931C08B048B7A8645303FDC9F36EC2D7C0C5@PUEXCB1B.nanterre.francetelecom.fr> <30C6E4B0-BD31-4FB9-BE94-5FD8B9A1C57E@gmail.com> <94C682931C08B048B7A8645303FDC9F36EC2D7C39B@PUEXCB1B.nanterre.francetelecom.fr> <8D23D4052ABE7A4490E77B1A012B6307751488C7@mbx-01.win.nominum.com> <94C682931C08B048B7A8645303FDC9F36EC2D7C5F3@PUEXCB1B.nanterre.francetelecom.fr> <8D23D4052ABE7A4490E77B1A012B630775148BEF@mbx-01.win.nominum.com> <94C682931C08B048B7A8645303FDC9F36EC2D7C645@PUEXCB1B.nanterre.francetelecom.fr> <8D23D4052ABE7A4490E77B1A012B630775148D9E@mbx-01.win.nominum.com> <94C682931C08B048B7A8645303FDC9F36EC2D7C673@PUEXCB1B.nanterre.francetelecom.fr> <8D23D4052ABE7A4490E77B1A012B630775148E3D@mbx-01.win.nominum.com>
In-Reply-To: <8D23D4052ABE7A4490E77B1A012B630775148E3D@mbx-01.win.nominum.com>
Accept-Language: fr-FR
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: fr-FR
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-PMX-Version: 5.6.1.2065439, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2013.3.25.85421
Cc: "Softwires (softwires@ietf.org)" <softwires@ietf.org>, "dhcwg@ietf.org" <dhcwg@ietf.org>, Qi Sun <sunqi.thu@gmail.com>
Subject: Re: [Softwires] [dhcwg] Adoption call on draft-scskf-dhc-dhcpv4-over-dhcpv6
X-BeenThere: softwires@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: softwires wg discussion list <softwires.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/softwires>, <mailto:softwires-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/softwires>
List-Post: <mailto:softwires@ietf.org>
List-Help: <mailto:softwires-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/softwires>, <mailto:softwires-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Apr 2013 15:01:49 -0000

Re-,

As the situation is now much more clearer for the static/deterministic mapping, let us focus on the dynamic allocation case.

What would prevent a dhcpv6 server to manipulate IPv4 addresses + port range as IPv4-mapped IPv6 prefixes for instance?

Cheers,
Med

>-----Message d'origine-----
>De : Ted Lemon [mailto:Ted.Lemon@nominum.com]
>Envoyé : lundi 15 avril 2013 16:52
>À : BOUCADAIR Mohamed OLNC/OLN
>Cc : Qi Sun; dhcwg@ietf.org; Softwires (softwires@ietf.org)
>Objet : Re: [dhcwg] Adoption call on draft-scskf-dhc-dhcpv4-over-dhcpv6
>
>On Apr 15, 2013, at 10:47 AM, mohamed.boucadair@orange.com wrote:
>> Does the same conclusion applies also for lw-4over6? (I'm naively
>assuming, given the approach defined in draft-ietf-softwire-unified-cpe,
>the same dhcpv6 to configure MAP will also be used lw-4over6)
>
>I think if you're using a purely deterministic mapping, you can do lw4over6
>with just the DHCPv6 option.   For deployments where dynamic allocation is
>desired, then you need DHCPv4-over-DHCPv6.