Re: [v4v6interim] Dynamic Host Configuration Protocol (DHCP) Options for Port Restricted IP Address Assignment

Rémi Després <remi.despres@free.fr> Mon, 29 September 2008 11:48 UTC

Return-Path: <v4v6interim-bounces@ietf.org>
X-Original-To: v4v6interim-archive@ietf.org
Delivered-To: ietfarch-v4v6interim-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A84B53A6832; Mon, 29 Sep 2008 04:48:07 -0700 (PDT)
X-Original-To: v4v6interim@core3.amsl.com
Delivered-To: v4v6interim@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C2F023A6832 for <v4v6interim@core3.amsl.com>; Mon, 29 Sep 2008 04:48:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.02
X-Spam-Level:
X-Spam-Status: No, score=-1.02 tagged_above=-999 required=5 tests=[AWL=0.929, 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 vu41EKVUK2uu for <v4v6interim@core3.amsl.com>; Mon, 29 Sep 2008 04:48:06 -0700 (PDT)
Received: from smtp6-g19.free.fr (smtp6-g19.free.fr [212.27.42.36]) by core3.amsl.com (Postfix) with ESMTP id DDEAA3A659B for <v4v6interim@ietf.org>; Mon, 29 Sep 2008 04:48:05 -0700 (PDT)
Received: from smtp6-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp6-g19.free.fr (Postfix) with ESMTP id 12EC0172AA; Mon, 29 Sep 2008 13:46:21 +0200 (CEST)
Received: from ordinateur-de-remi-despres.local (per92-10-88-166-221-144.fbx.proxad.net [88.166.221.144]) by smtp6-g19.free.fr (Postfix) with ESMTP id 1339417238; Mon, 29 Sep 2008 13:46:08 +0200 (CEST)
Message-ID: <48E0BFAA.7070309@free.fr>
Date: Mon, 29 Sep 2008 13:44:42 +0200
From: Rémi Després <remi.despres@free.fr>
User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914)
MIME-Version: 1.0
To: Iljitsch van Beijnum <iljitsch@muada.com>
References: <DC237AE116C10E4C9AD162D6C2EE62FE011D7747@vaebe102.NOE.Nokia.com> <DB5632C2-4CD8-40D6-A8F6-3621566702DD@muada.com>
In-Reply-To: <DB5632C2-4CD8-40D6-A8F6-3621566702DD@muada.com>
Cc: v4v6interim@ietf.org
Subject: Re: [v4v6interim] Dynamic Host Configuration Protocol (DHCP) Options for Port Restricted IP Address Assignment
X-BeenThere: v4v6interim@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Discussion of coexistence topics for the 01-Oct-2008 v4-v6 coexistence interim meeting <v4v6interim.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/v4v6interim>, <mailto:v4v6interim-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/v4v6interim>
List-Post: <mailto:v4v6interim@ietf.org>
List-Help: <mailto:v4v6interim-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v4v6interim>, <mailto:v4v6interim-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: v4v6interim-bounces@ietf.org
Errors-To: v4v6interim-bounces@ietf.org

Iljitsch van Beijnum   (m/j/a) 9/29/08 12:36 PM:
> On 26 sep 2008, at 7:48, <teemu.savolainen@nokia.com> 
> <teemu.savolainen@nokia.com> wrote:
> 
>>   This document defines two Dynamic Host Configuration Protocol for
>>   IPv4 [RFC2131] options that allow servers to assign port restricted
>>   IPv4 addresses to clients. Port restriction may be necessary in
>>   cases when one public IPv4 address is assigned to multiple clients
>>   because of scarcity of the available IPv4 addresses.
> 
>> Comments are welcome.
> 
> Although slicing an IPv4 address into pieces by port range could be 
> useful, I think this is more trouble than it's worth, because any 
> protocol that needs a "full" IPv4 address to function is going to break. 
> This includes ARP. Now you can of course define this to be only used on 
> networks that don't have ARP, but I still think it's too dangerous.

In the SAM proposal of 
http://www.ietf.org/internet-drafts/draft-despres-sam-scenarios-00.txt, 
port restricted IPv4 packets are encapsulated in local addressing packets.
ARP works as usual on encapsulating packets.

I will present it in Montreal (APBP-Revised item of the agenda).

Regards.

RD
_______________________________________________
v4v6interim mailing list
v4v6interim@ietf.org
https://www.ietf.org/mailman/listinfo/v4v6interim