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

Tetsuya Murakami <tetsuya@ipinfusion.com> Fri, 22 April 2011 21:47 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 F2632E0679 for <softwires@ietfc.amsl.com>; Fri, 22 Apr 2011 14:47:43 -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.000, 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 qYHYtRWcGGi5 for <softwires@ietfc.amsl.com>; Fri, 22 Apr 2011 14:47:42 -0700 (PDT)
Received: from mail-pv0-f172.google.com (mail-pv0-f172.google.com [74.125.83.172]) by ietfc.amsl.com (Postfix) with ESMTP id B4D56E0613 for <softwires@ietf.org>; Fri, 22 Apr 2011 14:47:42 -0700 (PDT)
Received: by pvh1 with SMTP id 1so621007pvh.31 for <softwires@ietf.org>; Fri, 22 Apr 2011 14:47:42 -0700 (PDT)
Received: by 10.68.24.201 with SMTP id w9mr2283132pbf.117.1303508862008; Fri, 22 Apr 2011 14:47:42 -0700 (PDT)
Received: from [10.70.2.119] ([12.248.239.142]) by mx.google.com with ESMTPS id o4sm1363111pbl.98.2011.04.22.14.47.40 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 22 Apr 2011 14:47:41 -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: <E01B1BA9-959B-4B29-895C-FCE153AA2C07@juniper.net>
Date: Fri, 22 Apr 2011 14:47:39 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <41E0CA10-D8C2-40A8-8D63-F502096CAA39@ipinfusion.com>
References: <EC856C85-5329-4DD8-9788-3628E57E5F89@townsley.net> <C9D4A591.D076%yiu_lee@cable.comcast.com> <BANLkTimvHehVEZuhyiwUZhYjf4=+nspk5A@mail.gmail.com> <E01B1BA9-959B-4B29-895C-FCE153AA2C07@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: Fri, 22 Apr 2011 21:47:44 -0000

Hi Alain,

On 2011/04/22, at 10:20, Alain Durand wrote:

> 
> On Apr 21, 2011, at 1:17 AM, Satoru Matsushima wrote:
> 
>> Hi Yiu,
>> 
>> 2011/4/21 Lee, Yiu <Yiu_Lee@cable.comcast.com>:
>>> I agree that any p2p application using relay would work on 4rd.
>>> 
>>> For two 4rds using the same v4 address but different port-ranges, I guess
>>> the two 4rd devices would communicate directly w/o BR (Section 4.5.1)
>>> because 4rd CPE has mesh connectivity (over IPv6) to all other 4rds using
>>> the same 4rd prefix.
>> 
>> Correct, thanks.
>> 
>> --satoru
> 
> 
> How would you accomplish that in IPv4 without changing the IPv4 forwarding rules?

As I mentioned before, the shared IPv4 address is used for only 4rd CE function which is implemented in 4rd CPE box. This shared IPv4 address can be used in only NAT44. For this, this shared IPv4 address does not need to be assigned to any physical interfaces on 4rd CPE box. Any applications running behind 4rd CPE box use a private IPv4 address and then 4rd CE function in 4rd CPE box does NAT44 for the packets generated by these applications. After that, all communications can be done by using IPv6 between 4rd CPE boxes. So, I don't think IPv4 forwarding rules does not need to be changed.

Thanks,
Tetsuya Murakami