Re: [Softwires] sharing restricted addresses by hosts in 4rd (draft-despres-intarea-4rd-01)

Tetsuya Murakami <tetsuya@ipinfusion.com> Wed, 20 April 2011 23:21 UTC

Return-Path: <tetsuya@ipinfusion.com>
X-Original-To: softwires@ietfc.amsl.com
Delivered-To: softwires@ietfc.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id 77AD9E0724 for <softwires@ietfc.amsl.com>; Wed, 20 Apr 2011 16:21:35 -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=[AWL=0.001, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NrMs0AuL6pss for <softwires@ietfc.amsl.com>; Wed, 20 Apr 2011 16:21:34 -0700 (PDT)
Received: from mail-pw0-f44.google.com (mail-pw0-f44.google.com [209.85.160.44]) by ietfc.amsl.com (Postfix) with ESMTP id 6A356E0721 for <softwires@ietf.org>; Wed, 20 Apr 2011 16:21:34 -0700 (PDT)
Received: by pwi5 with SMTP id 5so808157pwi.31 for <softwires@ietf.org>; Wed, 20 Apr 2011 16:21:33 -0700 (PDT)
Received: by 10.68.29.234 with SMTP id n10mr10687759pbh.94.1303341693805; Wed, 20 Apr 2011 16:21:33 -0700 (PDT)
Received: from [10.70.2.84] ([12.248.239.142]) by mx.google.com with ESMTPS id p7sm904140pbi.58.2011.04.20.16.21.32 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 20 Apr 2011 16:21:33 -0700 (PDT)
Mime-Version: 1.0 (Apple Message framework v1084)
Content-Type: text/plain; charset="us-ascii"
From: Tetsuya Murakami <tetsuya@ipinfusion.com>
In-Reply-To: <AFD88BB1-98F0-4BAB-AC3E-A67DF714ADD0@juniper.net>
Date: Wed, 20 Apr 2011 16:21:30 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <89D33FFC-B357-4F5A-8119-F33D95904E29@ipinfusion.com>
References: <DD1A73D9E9C89144A927C5080F70285A015E3F1E01DE@NA-EXMSG-S702.segroup.winse.corp.microsoft.com> <5C4F8A4C-A7AE-4E6E-960B-650DED19982F@townsley.net> <AFD88BB1-98F0-4BAB-AC3E-A67DF714ADD0@juniper.net>
To: Alain Durand <adurand@juniper.net>
X-Mailer: Apple Mail (2.1084)
Cc: "softwires@ietf.org" <softwires@ietf.org>
Subject: Re: [Softwires] sharing restricted addresses by hosts in 4rd (draft-despres-intarea-4rd-01)
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, 20 Apr 2011 23:21:35 -0000

Alain,

On 2011/04/19, at 9:06, Alain Durand wrote:

> 
> On Apr 12, 2011, at 4:03 PM, Mark Townsley wrote:
> 
>> 
>> Hello Dmitry,
>> 
>> My view is that 4rd is most easily understood if and only if it connects to a CE function that is performing NAPT. The CE function may be in what is traditionally considered a host, or in what is clearly a router.
>> 
>> More specifically, a device that is forwarding packets from one interface (virtual or otherwise) to another through a NAPT that has one interface with IPv6 configured (via DHCPv6 or otherwise) as performing 4rd (which enables dual-stack via a port-restricted IPv4 address for the NAPT using IPv6 as the transport) then you a have a 4rd CE. That could be a "host" in that it is a Windows PC with internet connection sharing for IPv4 turned on and hence forwards packets between interfaces with a NAPT due to the IPv4-enabled interface created when 4rd is configured. 
>> 
>> I would avoid anything that requires the host forwarding table to be altered to accommodate 4rd. Instead, the NAPT function that is already present in a small router or host configured to look like a router is modified to use a set of ports that it is allowed to use when 4rd is enabled. 
> 
> 
> Mark:
> 
> How would an app running on a 4rd CPE communicate in IPv4 to another app running on another 4rd CPE?

IPv4 address generated from assigned IPv6 address can be used in only 4rd CPE function. For example, this IPv4 address is used by only NAT44. So, the application running on 4rd CPE box does not use this IPv4 address generated from IPv6 address.

If the application supports IPv6, the application can use the assigned IPv6 address because each 4rd CPE has a unique IPv6 address. Also, if a private IPv4 address is assigned to IPv4 interface on 4rd CPE box, the application can use this private IPv4 address.

Thanks,
Tetsuya Murakami