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

Qi Sun <sunqi.csnet.thu@gmail.com> Wed, 27 June 2012 11:42 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 6036121F85F0 for <softwires@ietfa.amsl.com>; Wed, 27 Jun 2012 04:42:18 -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=[AWL=-0.000, 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 4m3avDnPNcgz for <softwires@ietfa.amsl.com>; Wed, 27 Jun 2012 04:42:17 -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 B87B621F85A4 for <softwires@ietf.org>; Wed, 27 Jun 2012 04:42:17 -0700 (PDT)
Received: by pbcwy7 with SMTP id wy7so1503593pbc.31 for <softwires@ietf.org>; Wed, 27 Jun 2012 04:42:17 -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; bh=hEbN32nsi9ZAoDVuJ0U9PEFqe6mw71h69raO1W4PHbM=; b=DH+w1MdMSLCv6leC7IpdWxc9s7dHGj7H8+HoKV2vU/j2zpVsodfXqyAWj5jdwh+eO6 Yqc5WCiIa0c6wOMh0TVPBbtHE2u3yY7st1OgaX8hsuvtV0FQKM+4xF3Q5VT86eJvroat L3tUKkUDMtlN4j3MjmIzT0ZHr/sr5/7Z7nY45xQgb4uIRxAjdncxEJBpnxmR6N7DXthq XERdCDrEZAHUriwECwUb5lvRppdGqfSZ8Sxo4wp8Fv78WRhlBaNgRkLsjBUexqr011B7 IaM0qR1k3+7Fg1PESN+m4ni7DPCT7N3MMR2kPAVnFEFXC1u0jSap2uDhdn7EDvpAyqhi wUtQ==
MIME-Version: 1.0
Received: by 10.68.225.201 with SMTP id rm9mr63290683pbc.71.1340797337349; Wed, 27 Jun 2012 04:42:17 -0700 (PDT)
Received: by 10.143.7.3 with HTTP; Wed, 27 Jun 2012 04:42:16 -0700 (PDT)
In-Reply-To: <DC97C072-F1B4-4244-9492-75CC8EEB930F@gmail.com>
References: <CC0F2D82.285F4%ian.farrer@telekom.de> <CAFFjW4ireDBzacCFDYgh3kn3+MXx1=m3Kab6Wp7TFwnHeyfwDw@mail.gmail.com> <CAH3bfADW1LN5nr1trd+Hu0tu4R3cHNEcx5yppN4p4Rh1bHaq1w@mail.gmail.com> <04DCBF0D-2B31-42E8-A363-22656FBAF447@gmail.com> <CAFUBMqURHk_AJfaTmx0vVJVuVFL0QaKZp15p=fZXX+Ftpf50cg@mail.gmail.com> <C41CE132-8C42-4898-B2DF-43BBFAE89515@gmail.com> <CAC16W0Ds-aRLMbyVdwifA3wjJwHuKOKjhkDLxxRm+X68wOnv7A@mail.gmail.com> <CBD94C41-5A67-4DDC-BDE4-514C7F186E8B@gmail.com> <CAC16W0CUWhwLD8NFGxsCHWGUtRatpSUvOfFAerriUbtuQLezcA@mail.gmail.com> <1E6988FF-BFE6-4DA4-A7F6-B8BC4205967F@gmail.com> <CAAtO+XmHYvSOwxOShiNfEgXhOMGvKhPce2vvTWXa=+i+47GeSg@mail.gmail.com> <B725FD4A-35D6-46BE-A32A-87C3E4C3F958@gmail.com> <CAAtO+Xn-HJNh=h8299MhNAKNGwZDzVzTwy29+FKujHt6wp=pwA@mail.gmail.com> <C6D684E4-16B4-4B6D-8B72-4A5F8615EBA3@gmail.com> <CAAtO+Xn0MTArNZtv7Y8bQOG-KZh6ukixY4mMQmR=KCx+b51Jqw@mail.gmail.com> <DC97C072-F1B4-4244-9492-75CC8EEB930F@gmail.com>
Date: Wed, 27 Jun 2012 19:42:16 +0800
Message-ID: <CAAtO+X=XQm4hVXK_mhhamivvirzho6aRMxh=oNXMOAGxV9rFYA@mail.gmail.com>
From: Qi Sun <sunqi.csnet.thu@gmail.com>
To: Satoru Matsushima <satoru.matsushima@gmail.com>
Content-Type: multipart/alternative; boundary="047d7b2ede33022c9604c372b524"
Cc: Softwires WG <softwires@ietf.org>
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: Wed, 27 Jun 2012 11:42:18 -0000

Hi Satoru,

Please see inline :)

Qi Sun

On Wed, Jun 27, 2012 at 6:27 PM, Satoru Matsushima <
satoru.matsushima@gmail.com> wrote:

> Qi,
>
> On 2012/06/27, at 19:01, Qi Sun wrote:
>
> >
> > [Qi] DHCPv4 over IPv6 is a provisioning method. And it's about the
> public IPv4 address allocation, NOT about IPv4 address and IPv6 address
> mapping. So there is no state. Please read the draft of DHCPv4 over IPv6
> for clarification.
> > LW4over6 needs to maintain the binding table on TC. That's stateful.
>
> That sense is 'stateless' in my mind if there's no DHCP state in the BR.
>
> [Qi] What discussed here is about states on data plane, aka the v4-v6
addressing binding(please refer to joel's email). The binding table could
be dynamic(on-demand) or static.


> > Actually in MAP 1:1 mode there will be a binding table right? Here comes
> the question: what will you do if there are new comers or some users
> leaving the network?
>
> it is just an operation in provision. Now I find that LW46 could be
> possible to merged with MAP, or vice versa. thanks.
>

[Qi] LW4over6 is a solution targeting at the per-user stateful/binding
scenario, pure and clear.
MAP is originally targeting at pure stateless/alogrithmic address
mapping scenario, and then comes
to this 1:1 mode due to the theoretical corner case of EA-bits=0,
according to you guys.
While I believe the main targets are differnt and paralled
(actually two out of three in 4-over-6 case,
with the 3rd one per-session stateful), I don't think merging is the
proper way to proceed.

Thanks,
Qi

>
> cheers,
> --satoru