Re: [Softwires] [Softwire] draft-ietf-softwire-map-00 does NOT reflect the consensus from the WG
Peng Wu <pengwu.thu@gmail.com> Mon, 25 June 2012 03:06 UTC
Return-Path: <pengwu.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 BB69C21F858A for <softwires@ietfa.amsl.com>; Sun, 24 Jun 2012 20:06:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.299
X-Spam-Level:
X-Spam-Status: No, score=-3.299 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_54=0.6, 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 AOEMw-1JAmoD for <softwires@ietfa.amsl.com>; Sun, 24 Jun 2012 20:06:22 -0700 (PDT)
Received: from mail-qc0-f170.google.com (mail-qc0-f170.google.com [209.85.216.170]) by ietfa.amsl.com (Postfix) with ESMTP id 0792621F858E for <softwires@ietf.org>; Sun, 24 Jun 2012 20:06:21 -0700 (PDT)
Received: by qcmt36 with SMTP id t36so1988487qcm.15 for <softwires@ietf.org>; Sun, 24 Jun 2012 20:06:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=+0hppAhyRTPCVzGE8BLvJ5lQ0PBjV2yFnGMtoSV5OR8=; b=xjjpt8ikdZsXw6Nh2J2PPy48mw/PX3YyAupr4X3t8boBiz2HX7CRJSjmIxvDwWthMf Mp0eKLCB+wdDmqOwnkXlwWHlzLNJbf7MhPuS5WVP+KwVqL11IPxmXgGNl33uVvaJl2vL nO/7vNvETIDKEdI2hncvtJ8oe7IorMy8kGuakrTv5HXLcZNO6ur9jQ2L8MJVyrAssB8y kf3B6eINkrMcdXobRd5+senkFxWXOZz1o3lL32mMGxt4zFD5eWZQ8/1+t6CqNKI0TrgY JL+TxLhnckQNK3qzvGRO/6VikyiFzTnUHghhH2rGph0u5juLtaHYev0kV9cgSu5NCfak ZZfQ==
MIME-Version: 1.0
Received: by 10.229.135.11 with SMTP id l11mr4791442qct.116.1340593578922; Sun, 24 Jun 2012 20:06:18 -0700 (PDT)
Received: by 10.229.216.212 with HTTP; Sun, 24 Jun 2012 20:06:18 -0700 (PDT)
In-Reply-To: <10CE32B3-7DFB-47F4-85F1-F591C613689A@gmail.com>
References: <CC0CC5BF.226A9%yiu_lee@cable.comcast.com> <10CE32B3-7DFB-47F4-85F1-F591C613689A@gmail.com>
Date: Mon, 25 Jun 2012 11:06:18 +0800
Message-ID: <CAC16W0D2G3Q-O4EacZfa+H77k7orqwE=K==r1WpHK1+qUTSQ-g@mail.gmail.com>
From: Peng Wu <pengwu.thu@gmail.com>
To: Satoru Matsushima <satoru.matsushima@gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
Cc: "softwires@ietf.org" <softwires@ietf.org>, Yong Cui <cuiyong@gmail.com>
Subject: Re: [Softwires] [Softwire] draft-ietf-softwire-map-00 does NOT reflect the consensus from the WG
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, 25 Jun 2012 03:06:27 -0000
Satoru, Mapping, binding, rule, state,call it whatever you want, essentially it's the same thing: per-user IPv6 address<=>IPv4 address+port-set. Or you are saying that this binding is purely static? On Mon, Jun 25, 2012 at 10:27 AM, Satoru Matsushima <satoru.matsushima@gmail.com> wrote: > Hi Yiu, > > No, that's a misunderstanding. > Current MAP specify the case for ea-len is 'zero'. It is 'per-subscriber mapping' in stateless manner, not to introduce 'per-flow NAT binding' or 'per-subscriber state on demand'. > > cheers, > --satoru > > On 2012/06/25, at 2:32, Lee, Yiu wrote: > >> Dear Satoru and MAP-DT >> >> I echo what Peng and Qiong said. When the WG agreed working on the >> stateless solution, it was very clear stated that the solution would not >> maintain states in the network. If the 1:1 mode changed this, this no >> longer matched the requirements stated in the stateless motivation draft, >> thus, it would disqualify MAP as a solution for the motivation draft. >> >> AFAIK, the MAP Design Team could propose a change, but such a dramatic >> change by introducing states in the network would require WG approval. I >> would like the chairs to clarify this. >> >> Thanks, >> Yiu >> >> >> On 6/24/12 12:21 PM, "Peng Wu" <pengwu.thu@gmail.com> wrote: >> >>> Hi Qiong, Satoru and all, >>> >>> I should thank Qiong for pointing this out. I gotta say I'm a bit shocked. >>> If I understand the procedures of IETF correctly, a WG document should >>> reflect the consensus of the WG. MAP is approved by the WG as a >>> stateless solution. As a participator in Softwire, I didn't get the >>> information anywhere that the MAP WG document would cover the >>> so-called 1:1, in fact per-user stateful mode before it was released, >>> not to say discuss in the WG. Don't the WG need to approve such big >>> change anymore? >>> >>> Now let me provide my impression as an outsider of the MAP DT. You >>> guys make great effort to build the solution, The address composition, >>> the GMA algorithm, the different types of address mapping rules. >>> should be quite difficult to pull together such sophisticated ideas. I >>> guess that's what it takes to achieve the benifits of statelessness. >>> And I admire that, bravo. Then, all of a sudden, you guys are saying, >>> let's apply this sophisticated method to the different problem, by >>> dropping quite some comlexity and twistting the mechanism a bit, seems >>> it may work. Considering the problem are now solved in a more pure and >>> clear way, I'm sorry but I CANNOT follow the logic here. >>> >>> On Sun, Jun 24, 2012 at 2:00 PM, Satoru Matsushima >>> <satoru.matsushima@gmail.com> wrote: >>>> Hi Qiong, >>>> >>>> I'm disagree with your opinion. >>>> >>>> 1. Recent changes in draft-ietf-softwire-map-00 has been discussed in >>>> the DT. >>>> 2. MAP just covers so called '1:1 mode' with most granular mapping rule >>>> for CEs provisioning, which is as one of its characteristics. >>>> 3. The motivation draft does not restrict that as you stated, just >>>> 'assumed', it's neither 'MUST' nor 'SHOULD'. >>>> >>>> Best regards, >>>> --satoru >>>> >>>> >>>> On 2012/06/24, at 14:35, Qiong wrote: >>>> >>>>> Hi all, >>>>> >>>>> As we all know, once an individual draft is adopted as a WG draft, it >>>>> is owned by the whole WG, rather than just the editors. Just as Remi >>>>> said, the normal procedure to follow is to reach WG consensus _before_ >>>>> posting a newly edited version. >>>>> >>>>> From draft-mdt-softwire-mapping-address-and-port-03 to >>>>> draft-ietf-softwire-map-00, there are several changes between them. In >>>>> particular, the newly introduced "1:1 mode", which decouples IPv4 and >>>>> IPv6 addressing, has never been discussed openly in the WG mailing >>>>> list, or even in the MAP design team either. >>>>> >>>>> Actually, this "1:1 mode" is against the stateless-4v6-motivation >>>>> draft. The motivation draft has clearly defines the "Stateless 4/6 >>>>> solution" as follows: >>>>> >>>>> Stateless 4/6 solution denotes a solution which does not require any >>>>> per-user state (see Section 2.3 of [RFC1958]) to be maintained by any >>>>> IP address sharing function in the Service Provider's network. This >>>>> category of solutions assumes a dependency between an IPv6 prefix and >>>>> IPv4 address. >>>>> >>>>> AFAIK what the WG has adopted MAP related draft is >>>>> draft-mdt-softwire-mapping-address-and-port-03, NOT >>>>> draft-ietf-softwire-map-00. And the stateless solution should ³response >>>>> to the solution motivation document² according to the Softwire charter. >>>>> That means draft-ietf-softwire-map-00 IS NOT QUALIFIED to be a WG draft. >>>>> >>>>> We can all recall that our softwire WG has worked on stateless >>>>> solutions for more than one and a half years, and we have achieved a >>>>> lot of work which has been documented in charter, stateless motivation, >>>>> 4rd-varients, MAP-03, etc. AFAIK all the authors have kept the basic >>>>> "stateless" principle and the MAP design team is also working on it >>>>> together to find a better algorithm, address format, etc. So it is >>>>> really not appropriate to make such changes when MAP is adopted as a WG >>>>> item in such a short time. >>>>> >>>>> From this perspective, draft-ietf-softwire-map-00 can only be regarded >>>>> as draft-XX-softwire-mapping-address-and-port-04. It is not even the >>>>> output of MAP design team. >>>>> >>>>> Best wishes >>>>> >>>>> ============================================== >>>>> Qiong Sun >>>>> China Telecom Beijing Research Institude >>>>> >>>>> >>>>> Open source code: >>>>> lightweight 4over6: http://sourceforge.net/projects/laft6/ >>>>> PCP-natcoord: http://sourceforge.net/projects/pcpportsetdemo/ >>>>> =============================================== >>>>> >>>>> >>>>> _______________________________________________ >>>>> Softwires mailing list >>>>> Softwires@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/softwires >>>> >>>> _______________________________________________ >>>> Softwires mailing list >>>> Softwires@ietf.org >>>> https://www.ietf.org/mailman/listinfo/softwires >>> _______________________________________________ >>> Softwires mailing list >>> Softwires@ietf.org >>> https://www.ietf.org/mailman/listinfo/softwires >
- [Softwires] [Softwire] draft-ietf-softwire-map-00… Qiong
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Satoru Matsushima
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Qi Sun
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Qiong
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Peng Wu
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Lee, Yiu
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… xiechf01
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Satoru Matsushima
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Satoru Matsushima
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Peng Wu
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Maoke
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Peng Wu
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Lee, Yiu
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Satoru Matsushima
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Satoru Matsushima
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Lee, Yiu
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Peng Wu
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Qiong
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Qi Sun
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Satoru Matsushima
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Satoru Matsushima
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Qi Sun
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Satoru Matsushima
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Mark Townsley
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Peng Wu
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Peng Wu
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Satoru Matsushima
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Peng Wu
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Qiong
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Qi Sun
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Satoru Matsushima
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Peng Wu
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Satoru Matsushima
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Peng Wu
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Tetsuya Murakami
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Satoru Matsushima
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Peng Wu
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Tetsuya Murakami
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Satoru Matsushima
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Wojciech Dec
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Qi Sun
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Jiang Dong
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Qi Sun
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Joel M. Halpern
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Qiong
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Wojciech Dec
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Satoru Matsushima
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Rémi Després
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Tetsuya Murakami
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Peng Wu
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Peng Wu
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Wojciech Dec
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Wojciech Dec
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Qi Sun
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Jiang Dong
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… ian.farrer
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Rémi Després
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Wojciech Dec
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Wojciech Dec
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Rémi Després
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Wojciech Dec
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Rémi Després
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Leaf yeh
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Leaf yeh
- [Softwires] MAP design team [Was: Re: [Softwire] … Simon Perreault
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Qiong
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Satoru Matsushima
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Lee, Yiu
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Maoke
- Re: [Softwires] MAP design team [Was: Re: [Softwi… Leaf yeh
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Satoru Matsushima
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Peng Wu
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… xiechf01
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Qiong
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Satoru Matsushima
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Jiang Dong
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Peng Wu
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Satoru Matsushima
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Peng Wu
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Qiong
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Satoru Matsushima
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Satoru Matsushima
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… ian.farrer
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Wojciech Dec
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Qi Sun
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Tetsuya Murakami
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Satoru Matsushima
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Qi Sun
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Satoru Matsushima
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Wojciech Dec
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Qi Sun
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Tom Taylor
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Satoru Matsushima
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Tomek Mrugalski
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Leaf yeh
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Rajiv Asati (rajiva)
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Qiong
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Jiang Dong
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Qi Sun
- Re: [Softwires] [Softwire] draft-ietf-softwire-ma… Qiong