Re: [Softwires] [Softwire] draft-ietf-softwire-map-00 does NOT reflect the consensus from the WG
"Qi Sun" <sunqi.csnet.thu@gmail.com> Mon, 25 June 2012 07:13 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 8301821F84DD for <softwires@ietfa.amsl.com>; Mon, 25 Jun 2012 00:13:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.598
X-Spam-Level:
X-Spam-Status: No, score=-3.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 eo7MURA891pp for <softwires@ietfa.amsl.com>; Mon, 25 Jun 2012 00:13:49 -0700 (PDT)
Received: from mail-pb0-f44.google.com (mail-pb0-f44.google.com [209.85.160.44]) by ietfa.amsl.com (Postfix) with ESMTP id 2851421F84D6 for <softwires@ietf.org>; Mon, 25 Jun 2012 00:13:49 -0700 (PDT)
Received: by pbcwy7 with SMTP id wy7so6205796pbc.31 for <softwires@ietf.org>; Mon, 25 Jun 2012 00:13:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:reply-to:subject:references:x-priority:x-guid :x-mailer:mime-version:message-id:content-type; bh=rxcIt0ioo8HZXd2CGBgypbqMtMp0jE1uDAI5ECpM1HU=; b=S0dwdrUSj0G/nld32fxejJ6kucCfd96v0PSjcMIeO3UaRx/YBwtndgP77ghvnEcMff zfif+gDlDp7PrJPWV8TQA5LGK7uOKY3FLg5eJdBmJkumYfQTJ9jgl8WWB69eb4Nb0yWg tQ+77F+9ghB5fkAGt2AyLDOEwCDrYNLOlpzp2O99klOsF9zNWcUgk2YQTeO2Jl2OIcoW hkIOVteirY/27iBfx6Z7Zp/Bfhuo+PV+kOuVF/UsarUAV3wuWwiXu+twLTdStEby/C1M ArJhBVH1kVND6Llh7QlT2bvzFUTfbJi4nF5Rs6a1LugU1L52pCWLxxPeEYkQcgr2kfSA tx/A==
Received: by 10.68.226.131 with SMTP id rs3mr31978248pbc.62.1340608428300; Mon, 25 Jun 2012 00:13:48 -0700 (PDT)
Received: from sunqi ([219.243.220.10]) by mx.google.com with ESMTPS id rs4sm7692630pbc.0.2012.06.25.00.13.44 (version=SSLv3 cipher=OTHER); Mon, 25 Jun 2012 00:13:47 -0700 (PDT)
Date: Mon, 25 Jun 2012 15:13:40 +0800
From: Qi Sun <sunqi.csnet.thu@gmail.com>
To: Satoru Matsushima <satoru.matsushima@gmail.com>
References: <CC0CC5BF.226A9%yiu_lee@cable.comcast.com>, <10CE32B3-7DFB-47F4-85F1-F591C613689A@gmail.com> <2012062514514640804415@gmail.com>, <6D03A23F-DB70-43FC-A043-88DE7521D534@gmail.com>
X-Priority: 3
X-GUID: 08DA321F-0BD0-434E-A086-CF37B1628BB4
X-Mailer: Foxmail 7.0.1.83[cn]
Mime-Version: 1.0
Message-ID: <2012062515134048558525@gmail.com>
Content-Type: multipart/alternative; boundary="----=_001_NextPart282585533632_=----"
Cc: softwires WG <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
Reply-To: "sunqi.csnet.thu" <sunqi.csnet.thu@gmail.com>
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 07:13:50 -0000
Hi Satoru, What I emphasize is that with per-subscriber as a MAP domain (in 1:1 mode), there will be a huge mapping table for the BR to maintain. That's state on BR, which is different from non-1:1-mode. Best Regards! Qi Sun From: Satoru Matsushima Date: 2012-06-25 15:01 To: sunqi.csnet.thu CC: Satoru Matsushima; softwires WG; Yong Cui; Lee, Yiu Subject: Re: [Softwires] [Softwire] draft-ietf-softwire-map-00 does NOT reflect the consensus from the WG Hi Qiong, A MAP domain can have several/some/many mapping rules in the domain. How many is threshold for either stateless or stateful? cheers, --satoru On 2012/06/25, at 15:51, Qi Sun wrote: > Hi Satoru, > > In MAP 1:1 mode, if there are 10000000 subscribers, there would be 10000000 MAP domains which a BR has to manage. I think that will create a huge mapping table on the BR, which is called 'state' that stateful solutions deal with. > > Best Regards! > > Qi Sun > > From: Satoru Matsushima > Date: 2012-06-25 10:27 > To: Lee, Yiu > CC: softwires@ietf.org; Yong Cui > Subject: Re: [Softwires] [Softwire] draft-ietf-softwire-map-00 does NOT reflect the consensus from the WG > 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 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