Re: [Softwires] [Softwire] draft-ietf-softwire-map-00 does NOT reflect the consensus from the WG

Peng Wu <pengwu.thu@gmail.com> Sun, 24 June 2012 16:21 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 67FC821F85F2 for <softwires@ietfa.amsl.com>; Sun, 24 Jun 2012 09:21:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level:
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, 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 54Fdiax0dx87 for <softwires@ietfa.amsl.com>; Sun, 24 Jun 2012 09:21:03 -0700 (PDT)
Received: from mail-vc0-f172.google.com (mail-vc0-f172.google.com [209.85.220.172]) by ietfa.amsl.com (Postfix) with ESMTP id 857E521F85EA for <softwires@ietf.org>; Sun, 24 Jun 2012 09:21:03 -0700 (PDT)
Received: by vcqp1 with SMTP id p1so1799209vcq.31 for <softwires@ietf.org>; Sun, 24 Jun 2012 09:21:03 -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=wL0mSJG6r7up4FSrOou1MzeeZYAcGrZSGDhKQrt8FS4=; b=NzaDIcfkLYT18Enun15peVLB3h4We/BLT/WerNi0cQzbfASrlyF0fX7tLuqlj7xTGM N7I3vDD49X+qIH8Isr16Nd89HU+TUEj/T9zcTdkEmhhwTkmNdL/WlTCpVW4cgUKuQxqC AC87a8ZXvGSNQShoNxpkJj1DngI0RrH3XlimlUNazWaHw9ISDBC818iKy9HCA37+UUvw AwJVHvP+JabssR41Uw3JZplYO191Iu+WYzNghm9Gx6m2PpbkEaXejVC+NS59MAqHxdLm tuF3bPg1N/NoINS0qyJQ+8bXCnVHxM9DtfbSHqXglv5/o6/w2JiSIyi2bXQ8vRDqX0rs A1YA==
MIME-Version: 1.0
Received: by 10.220.248.83 with SMTP id mf19mr5756413vcb.50.1340554862775; Sun, 24 Jun 2012 09:21:02 -0700 (PDT)
Received: by 10.52.28.84 with HTTP; Sun, 24 Jun 2012 09:21:02 -0700 (PDT)
In-Reply-To: <4F63FEA2-B20C-4772-A9D6-EF87DFAB7134@gmail.com>
References: <CAH3bfABLVeMhij1DvUAUFYDUe3kCPDi9WMwGKvMwP1e8-Pem-g@mail.gmail.com> <4F63FEA2-B20C-4772-A9D6-EF87DFAB7134@gmail.com>
Date: Mon, 25 Jun 2012 00:21:02 +0800
Message-ID: <CAC16W0DLHvmywxWL83xFtyVVizUA2w2iu=Ewe449cTE5pNWF_Q@mail.gmail.com>
From: Peng Wu <pengwu.thu@gmail.com>
To: Satoru Matsushima <satoru.matsushima@gmail.com>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: quoted-printable
Cc: softwires@ietf.org, Yong Cui <cuiyong@tsinghua.edu.cn>
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: Sun, 24 Jun 2012 16:21:04 -0000

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