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

<ian.farrer@telekom.de> Mon, 15 April 2013 14:55 UTC

Return-Path: <ian.farrer@telekom.de>
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 C8A0521F93DF; Mon, 15 Apr 2013 07:55:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.249
X-Spam-Level:
X-Spam-Status: No, score=-3.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-1]
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 r2nuukSh44Bw; Mon, 15 Apr 2013 07:55:45 -0700 (PDT)
Received: from tcmail23.telekom.de (tcmail23.telekom.de [80.149.113.243]) by ietfa.amsl.com (Postfix) with ESMTP id BF2D721F93D7; Mon, 15 Apr 2013 07:55:43 -0700 (PDT)
Received: from he113472.emea1.cds.t-internal.com ([10.134.93.130]) by tcmail21.telekom.de with ESMTP/TLS/AES128-SHA; 15 Apr 2013 16:55:39 +0200
Received: from HE111643.EMEA1.CDS.T-INTERNAL.COM ([10.134.93.12]) by HE113472.emea1.cds.t-internal.com ([::1]) with mapi; Mon, 15 Apr 2013 16:55:38 +0200
From: ian.farrer@telekom.de
To: mohamed.boucadair@orange.com, Ted.Lemon@nominum.com
Date: Mon, 15 Apr 2013 16:55:38 +0200
Thread-Topic: [Softwires] [dhcwg] Adoption call on draft-scskf-dhc-dhcpv4-over-dhcpv6
Thread-Index: Ac456UpaXm149FUSRWyBTyyXxBXHqQ==
Message-ID: <CD91E01D.64AFF%ian.farrer@telekom.de>
In-Reply-To: <94C682931C08B048B7A8645303FDC9F36EC2D7C673@PUEXCB1B.nanterre.francetelecom.fr>
Accept-Language: en-US, de-DE
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.3.2.130206
acceptlanguage: en-US, de-DE
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: softwires@ietf.org, dhcwg@ietf.org, 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 14:55:45 -0000

Hi Med,

It would still work for lw-4o6 and the unified CPE. All of the basic
params for configuring lw4o6/MAP1:1 can be provisioned through the
OPTION_MAP_BIND that is proposed in the unified CPE draft over DHCPv6.
Additional DHCPv4 only options would be done via the DHCPv4oDHCPv6 method
for both lw4o6 and MAP-E.

We still need to agree on which option will be used for provisioning the
address of the lwAFTR/MAP BR, however. There was some discussion on this
on the SW ML last week, but no conclusion reached.


Cheers,
Ian

On 15/04/2013 16:47, "mohamed.boucadair@orange.com"
<mohamed.boucadair@orange.com> wrote:

>Re-,
>
>Thanks for clarifying Ted. I must admit this is not what I understood
>when I read draft-scskf-*.
>
>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)
>
>Cheers,
>Med
>
>>-----Message d'origine-----
>>De : Ted Lemon [mailto:Ted.Lemon@nominum.com]
>>Envoyé : lundi 15 avril 2013 16:39
>>À : 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:27 AM, <mohamed.boucadair@orange.com> wrote:
>>> Are you saying MAP is not a concerned with this draft and dhcpv6 can be
>>used for MAP?
>>
>>For configuring the MAP-E prefix and port set, yes.   That was the
>>discussion we had in Softwires in Orlando: cover the easy stuff with
>>DHCPv6
>>(this is the existing DHCPv6 MAP option), and then if someone needs
>>legacy
>>IPv4 services or stateful address allocation, do it with DHCPv4-over-
>>DHCPv6.
>
>_______________________________________________
>Softwires mailing list
>Softwires@ietf.org
>https://www.ietf.org/mailman/listinfo/softwires