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

Satoru Matsushima <satoru.matsushima@gmail.com> Mon, 25 June 2012 07:18 UTC

Return-Path: <satoru.matsushima@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 64F8B21F853B for <softwires@ietfa.amsl.com>; Mon, 25 Jun 2012 00:18:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.262
X-Spam-Level:
X-Spam-Status: No, score=-3.262 tagged_above=-999 required=5 tests=[AWL=0.337, 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 awMYQrFzJ5SR for <softwires@ietfa.amsl.com>; Mon, 25 Jun 2012 00:18:53 -0700 (PDT)
Received: from mail-pz0-f44.google.com (mail-pz0-f44.google.com [209.85.210.44]) by ietfa.amsl.com (Postfix) with ESMTP id ED6CF21F853A for <softwires@ietf.org>; Mon, 25 Jun 2012 00:18:52 -0700 (PDT)
Received: by dacx6 with SMTP id x6so4941703dac.31 for <softwires@ietf.org>; Mon, 25 Jun 2012 00:18:52 -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:x-mailer; bh=aT7sb0wK0H3v1G5C/ELbacGSAqwwKbNK5D8jsYFbjIs=; b=0TS3WUEfeXIf/O1XJy627OW3bSbkq8IOcEZskEuqbgtIXz7OrVyuitzkrd/R5OWJWo /Ouk0A+T9dMby9lb3a99JsU3qG1TneRyfxUv7rmiTJzRzuBapSzfoJ4MJxhsOw84GoAn Y+gSoKvtujaNISdL6s8SEW1yPSyauTv60sNINhMVQ77sWqcrGkwGdysyqPio9lSwxkT/ 8Smk3Iqxj81xOqvib6t2geoYpdA67n5MZsqLsb8/18SG94Cv4P8c0p1Q6utGON7uP/ev rpKXAbQ6j7nunCutEeYAG4SLTZ+ntdANq7Ea9QcHQht8HQ7AYKsqwCNs6HGSxNSFAUMC YJBw==
Received: by 10.68.220.39 with SMTP id pt7mr38567463pbc.40.1340608732786; Mon, 25 Jun 2012 00:18:52 -0700 (PDT)
Received: from [10.201.81.61] ([202.45.12.141]) by mx.google.com with ESMTPS id os1sm7682527pbb.49.2012.06.25.00.18.49 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 25 Jun 2012 00:18:51 -0700 (PDT)
Mime-Version: 1.0 (Apple Message framework v1278)
Content-Type: text/plain; charset="windows-1252"
From: Satoru Matsushima <satoru.matsushima@gmail.com>
In-Reply-To: <CAFUBMqXLoSA7OxX80CjECDaiSuJyifx7U6ceHZHb8xLhoYzcQg@mail.gmail.com>
Date: Mon, 25 Jun 2012 16:18:47 +0900
Content-Transfer-Encoding: quoted-printable
Message-Id: <97A4D74A-A531-4F83-B281-86973A3139A5@gmail.com>
References: <CAH3bfABLVeMhij1DvUAUFYDUe3kCPDi9WMwGKvMwP1e8-Pem-g@mail.gmail.com> <4F63FEA2-B20C-4772-A9D6-EF87DFAB7134@gmail.com> <CAH3bfACSAprydBsk9J4PoRbiJ2TyuSoVCYCua0YX5SWbsbGJbA@mail.gmail.com> <2BB8471B-E912-49BF-BF77-6F7FE8A6D742@gmail.com> <CAFUBMqXLoSA7OxX80CjECDaiSuJyifx7U6ceHZHb8xLhoYzcQg@mail.gmail.com>
To: Maoke <fibrib@gmail.com>
X-Mailer: Apple Mail (2.1278)
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: Mon, 25 Jun 2012 07:18:53 -0000

Hi Maoke-san,

On 2012/06/25, at 12:07, Maoke wrote:

> hi Satoru-san, Qiong, and all, 
> 
> i think the current 1:1 mode text of the draft should be tuned or, it would be better, to be removed.
> 
> technically, i expect MAP as a completely per-session, per-subscriber stateless solution and therefore per-subscriber mapping rule is not accepted. in theory, of course, it could be an extension mode of MAP operation but, in practice, it makes the solution quite fuzzy, the code quite heavy. we (me and my company) wouldn't like to have a standard where supporting for both per-subscribe stateless and per-subscribe stateful mappings should be done together within a monolithic implementation. we support the lightweight 4over6 as an independent standard. 
> 

Hmm, I've read 'draft-cui-softwire-b4-translated-ds-lite' as you called 'lightweight 4over6'. LW46 for short, it looks me that MAP just provides LW46 a provisioning means which would be described in the section 5, or appendix section because following text described in section 5:

"Other optional alternatives to retrieve the public address and port-
 set also exist.  The specific protocol extensions are out of scope in
 this document, however some alternatives are mentioned in the Appendix
 section."

I think that MAP and LW46 is in relation of mutual complement. MAP doesn't obsolete LW46, and vice versa.
Thought?

cheers,
--satoru