Re: [Softwires] I-D Action: draft-ietf-softwire-map-08.txt

Qi Sun <sunqi.csnet.thu@gmail.com> Tue, 13 August 2013 10:11 UTC

Return-Path: <sunqi.csnet.thu@gmail.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 504E011E811F for <softwires@ietfa.amsl.com>; Tue, 13 Aug 2013 03:11:25 -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=-2.599]
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 GcaDMS0ueh0Y for <softwires@ietfa.amsl.com>; Tue, 13 Aug 2013 03:11:24 -0700 (PDT)
Received: from mail-pa0-x234.google.com (mail-pa0-x234.google.com [IPv6:2607:f8b0:400e:c03::234]) by ietfa.amsl.com (Postfix) with ESMTP id 4CD6611E8138 for <softwires@ietf.org>; Tue, 13 Aug 2013 03:11:21 -0700 (PDT)
Received: by mail-pa0-f52.google.com with SMTP id kq13so8600825pab.39 for <softwires@ietf.org>; Tue, 13 Aug 2013 03:11:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=WMLxOtlI6BmJhaMe4WMJUYX+WvWwZJKO+7om6A8LvUk=; b=JzQpotzuGzE1czyi0wPYRQWZDwLv/8T9SPs2XqxPLKkqZIgbeU9tgXaqxiyN4914/L EG/EKO+KSPp6ZgObR5bEVFnltZjARCcsGISej3uGUVH/Nrvw6lwxWeezzbOdlmIahl9L UKOTmLKxajak0G0ykl9WdvphzDrYUHcO5GsdgWDvHqdILB2KjsIo4X9il0QBFWv71ni4 sC5eVq9U3/0KKjfyZxrZ0ba4IhQLStsVcSvKosMYBcR4vDTUH3NA6vfltIziPDJHjZBc zUiwU8z1hHKBz0r+bVHWiARmYoGzNLjs8srz1rWYoyZu/hlJrznA/HA4UonBbl57vn+k R9Zw==
X-Received: by 10.66.243.196 with SMTP id xa4mr1161769pac.174.1376388680953; Tue, 13 Aug 2013 03:11:20 -0700 (PDT)
Received: from [192.168.0.103] ([112.238.32.82]) by mx.google.com with ESMTPSA id nv6sm42932308pbc.6.2013.08.13.03.11.18 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 13 Aug 2013 03:11:20 -0700 (PDT)
Mime-Version: 1.0 (Apple Message framework v1084)
Content-Type: text/plain; charset="utf-8"
From: Qi Sun <sunqi.csnet.thu@gmail.com>
In-Reply-To: <8FF0368A-D069-4BDA-9919-58FE22B81026@employees.org>
Date: Tue, 13 Aug 2013 18:11:11 +0800
Content-Transfer-Encoding: quoted-printable
Message-Id: <9B5FC5D7-45F6-4768-9B96-66114662FA09@gmail.com>
References: <20130812121654.30206.92319.idtracker@ietfa.amsl.com> <94C682931C08B048B7A8645303FDC9F36EEC7E980D@PUEXCB1B.nanterre.francetelecom.fr> <86841AD5-1864-4177-BEE1-4181DDE085EF@employees.org> <94C682931C08B048B7A8645303FDC9F36EEC7E9915@PUEXCB1B.nanterre.francetelecom.fr> <8FF0368A-D069-4BDA-9919-58FE22B81026@employees.org>
To: Ole Troan <otroan@employees.org>
X-Mailer: Apple Mail (2.1084)
Cc: "softwires@ietf.org" <softwires@ietf.org>
Subject: Re: [Softwires] I-D Action: draft-ietf-softwire-map-08.txt
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: Tue, 13 Aug 2013 10:11:25 -0000

Hi Ole ,

IMHO, the Unified CPE defines some functionalities and behaviors of CE side, e.g. tunnel endpoint, NAT44, how to use these functions on CPE etc., which MAP depends on. 

As for the provisioning method, map-dhcp is one of the methods could be used in MAP. The discussion is taking place in the Unified CPE for provisioning. So I think it should be an informative reference in MAP base draft.

Best Regards,
Qi


On 2013-8-13, at 下午5:45, Ole Troan wrote:

> Med,
> 
>> The documents should be cross-references, that's clear. 
>> 
>> If I recall well what was discussed (and which I assumed agreed) in Atlanta, is the unified CPE draft governs the CE side for all softwire flavors. The consequence is provisioning discussion in particular should be removed from MAP, LW4ov6, etc documents ... instead be discussed exclusively in the unified CPE I-D. 
>> 
>> I will refer to Suresh on this point since he was present during that discussion and also because this is a action to preserve the coherency of the overall ongoing specification efforts conducted by the WG.
> 
> the MAP document only specifies how a CE must function and what parameters must be provisioned. there is no provisioning discussion there to remove as far as I can see. MAP as a mechanism should stand on its own.
> 
> the unified CPE effort, if successful, is trying to create a coherent picture of all the different mechanisms to make it possible to support all of them in a single CPE. my understanding of the unified CPE effort was that it was NOT going to define protocol, but only specify how mechanisms co-exist.
> 
> cheers,
> Ole
> _______________________________________________
> Softwires mailing list
> Softwires@ietf.org
> https://www.ietf.org/mailman/listinfo/softwires