Re: [Softwires] I-D Action: draft-ietf-softwire-stateless-4v6-motivation-02.txt

liu dapeng <maxpassion@gmail.com> Tue, 12 June 2012 10:22 UTC

Return-Path: <maxpassion@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 43A3521F8562 for <softwires@ietfa.amsl.com>; Tue, 12 Jun 2012 03:22:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.314
X-Spam-Level:
X-Spam-Status: No, score=-3.314 tagged_above=-999 required=5 tests=[AWL=-0.015, BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, 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 MIOKbMivv1i7 for <softwires@ietfa.amsl.com>; Tue, 12 Jun 2012 03:21:59 -0700 (PDT)
Received: from mail-ob0-f172.google.com (mail-ob0-f172.google.com [209.85.214.172]) by ietfa.amsl.com (Postfix) with ESMTP id E38FC21F855F for <softwires@ietf.org>; Tue, 12 Jun 2012 03:21:58 -0700 (PDT)
Received: by obbeh20 with SMTP id eh20so11188976obb.31 for <softwires@ietf.org>; Tue, 12 Jun 2012 03:21:57 -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=XkfpCdUEix8AebJRDiTwFq9+Be5V7x+9+9KOikFv/BA=; b=LuFydy/uZznxqFGUZSbpg8M8gBcD8IrA0B7lbIa4g3YaCmIEvVcTTaaPVPx4JKnpzH mIQJqqJ8KqiXEYaLBRRQ5kVbsbupDUfw5sWQw6mkmXcaiXiOU1L+6lW65Bm3u8JPcttQ CSZY5qhVsVHB6ncpcMW2/af5BeGYztdkKjxkXTlm9rqAn+nTNNohBzwX4zmMF1lfN9+d l+2O3Q9IKPu2Nvq+lrTThvEuxxq4CSCHw2xY8csUuNnh+sGLhQX8mYuJQfDsV0FdBjnp NRTqrCcex7Ac3HeB5bHKeWl0Lg7adPynTqowsjn74/vfpnJk+KyZFCbAHwfBqkg4Y8Oh BaLQ==
MIME-Version: 1.0
Received: by 10.60.171.135 with SMTP id au7mr19843047oec.62.1339496517021; Tue, 12 Jun 2012 03:21:57 -0700 (PDT)
Received: by 10.76.1.46 with HTTP; Tue, 12 Jun 2012 03:21:56 -0700 (PDT)
In-Reply-To: <F0C72718-782F-4669-A1EA-9C66C539CC43@employees.org>
References: <20120612054306.29642.66811.idtracker@ietfa.amsl.com> <94C682931C08B048B7A8645303FDC9F36E331FEC8A@PUEXCB1B.nanterre.francetelecom.fr> <CAKcc6Acib3e84un2s_AB7wEyiudRYgyCEJKb3oKh_3BWLFCz6g@mail.gmail.com> <94C682931C08B048B7A8645303FDC9F36E331FED48@PUEXCB1B.nanterre.francetelecom.fr> <CAKcc6AdUsxUSjX9kmNnRKyRhj1tN6Hq-2fBLcdzkEO2xp3T87w@mail.gmail.com> <F0C72718-782F-4669-A1EA-9C66C539CC43@employees.org>
Date: Tue, 12 Jun 2012 18:21:56 +0800
Message-ID: <CAKcc6AfZ2MDBNwz3eBKpS4UTzv+fB3qewEddjhnp7hZOM4_6Fg@mail.gmail.com>
From: liu dapeng <maxpassion@gmail.com>
To: Ole Trøan <otroan@employees.org>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
Cc: "softwires@ietf.org" <softwires@ietf.org>
Subject: Re: [Softwires] I-D Action: draft-ietf-softwire-stateless-4v6-motivation-02.txt
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: Tue, 12 Jun 2012 10:22:00 -0000

2012/6/12, Ole Trøan <otroan@employees.org>:
>> Ok, then we can make this more clear in our document.
>>
>> "States still should be maintained in other equipments, e.g. customer
>> premises equipment or host, in order to restrict IP address or port
>> number
>> information into the configured context except that a non-shared IPv4
>> address is
>> assigned to a standalone host."
>
> I think this is just adding confusion.
> the NAT44 on the CPE already does this.

=>First off, we are not only talking about NAT44 here, but port
translation and non-shared address. Secondly, NAT44 on the CPE is not
doing what today NAT44 does. For example, override ID in ICMP with
port information.

that reminds me to update the proposed text a bit,

"States still should be maintained in other equipments, e.g. customer
premises equipment or host, in order to restrict L3 or L4 information
into the configured context except that a non-shared IPv4 address is
assigned to a standalone host."

> I suggest we instead talk about no _additional_ state in the network. there
> is no need to mention the CPE, apart from stating that no additional state
> is required.

=>I believe the above is clear for reader and designer. I don't see why
we resist on clarifying and helping reader better understanding.

Regards,
Dapeng Liu


> cheers,
> Ole
>
>
>


-- 

------
Best Regards,
Dapeng Liu