Re: [shara] draft-thaler-port-restricted-ip-issues-00 - A+P tunneling

Rémi Després <remi.despres@free.fr> Wed, 03 March 2010 21:32 UTC

Return-Path: <remi.despres@free.fr>
X-Original-To: shara@core3.amsl.com
Delivered-To: shara@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C76613A8E1C for <shara@core3.amsl.com>; Wed, 3 Mar 2010 13:32:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.734
X-Spam-Level:
X-Spam-Status: No, score=-1.734 tagged_above=-999 required=5 tests=[AWL=0.215, BAYES_00=-2.599, HELO_EQ_FR=0.35, MIME_8BIT_HEADER=0.3]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id R1YJdcNoYuZ2 for <shara@core3.amsl.com>; Wed, 3 Mar 2010 13:32:28 -0800 (PST)
Received: from smtp6-g21.free.fr (smtp6-g21.free.fr [212.27.42.6]) by core3.amsl.com (Postfix) with ESMTP id BF16428C1D5 for <shara@ietf.org>; Wed, 3 Mar 2010 13:32:23 -0800 (PST)
Received: from smtp6-g21.free.fr (localhost [127.0.0.1]) by smtp6-g21.free.fr (Postfix) with ESMTP id 3B83EE080D2; Wed, 3 Mar 2010 22:32:20 +0100 (CET)
Received: from [192.168.0.10] (per92-10-88-166-221-144.fbx.proxad.net [88.166.221.144]) by smtp6-g21.free.fr (Postfix) with ESMTP id 0AB07E08096; Wed, 3 Mar 2010 22:32:16 +0100 (CET)
Mime-Version: 1.0 (Apple Message framework v1077)
Content-Type: text/plain; charset="iso-8859-1"
From: Rémi Després <remi.despres@free.fr>
In-Reply-To: <4B8EBB3D.6090403@necom830.hpcl.titech.ac.jp>
Date: Wed, 03 Mar 2010 22:32:16 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <33B4D0C7-10F9-4D7C-8E02-74116564BE65@free.fr>
References: <A7BE0643-692E-4C72-B811-1DFEF58F326F@free.fr> <4B8EBB3D.6090403@necom830.hpcl.titech.ac.jp>
To: Masataka Ohta <mohta@necom830.hpcl.titech.ac.jp>
X-Mailer: Apple Mail (2.1077)
Cc: shara@ietf.org
Subject: Re: [shara] draft-thaler-port-restricted-ip-issues-00 - A+P tunneling
X-BeenThere: shara@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Sharing of an IPv4 Address discussion list <shara.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/shara>, <mailto:shara-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/shara>
List-Post: <mailto:shara@ietf.org>
List-Help: <mailto:shara-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/shara>, <mailto:shara-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 03 Mar 2010 21:32:28 -0000

Le 3 mars 2010 à 20:40, Masataka Ohta a écrit :

> Remi wrote:
> 
>> If A+P packets are locally encapsulated over private-address
>> IPv4 (see point 2 above), this remains possible.
> 
> ICMP with PR-IP just works not because of your point 2, but because
> of identifier and sequence number fields copied from request to reply
> just as source and destination port numbers copied (in reverse order)
> from request to reply.

I don't understand what you believe to be wrong wrong in the full statement, which was:

"... you note that non-port-based protocols, ICMP in particular, can still be used with private addresses between two hosts behind the same NAT, and suggest that this is not possible where A+P is used. If A+P packets are locally encapsulated over private-address IPv4 (see point 2 above), this remains possible."

Indeed, if two hosts in a common domain in which they have have private IPv4 addresses in addition to their port-restricted public addresses, nothing prevents them from using any protocol between them with these private addresses (and ICMP in particular).

Explanation welcome.

RD