Re: [shara] comments about draft-bajko-pripaddrassign-00

Hui Deng <denghui02@gmail.com> Thu, 26 February 2009 13:20 UTC

Return-Path: <denghui02@gmail.com>
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 18F663A69D4 for <shara@core3.amsl.com>; Thu, 26 Feb 2009 05:20:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[AWL=0.688, BAYES_00=-2.599, HTML_MESSAGE=0.001]
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 YUk7Al32FkCy for <shara@core3.amsl.com>; Thu, 26 Feb 2009 05:20:37 -0800 (PST)
Received: from mail-gx0-f174.google.com (mail-gx0-f174.google.com [209.85.217.174]) by core3.amsl.com (Postfix) with ESMTP id 2D1793A6916 for <shara@ietf.org>; Thu, 26 Feb 2009 05:20:35 -0800 (PST)
Received: by gxk22 with SMTP id 22so1305784gxk.13 for <shara@ietf.org>; Thu, 26 Feb 2009 05:20:56 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=7WxGQ0azsXyBi9v1p0+d/NpIERO6OqRw+IqeSLTDQ/c=; b=pkvyy4um0jCIk+uJFF/QOTj6VZUQyizcTI7lJ0Kw8Ar8LqbWc770IgYs/7S6k3fwpl okx/Rc7g4gSto5piJfvBGtE3N/NTuwhzFa6o/4Zy9xOJV3VeA2SMATwfAQWctgxDVAJe 6hVlOxzv3jE2WfUch+pwXhUgwYus9vTKmqI7Q=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=ZQBziInPpr7p4NeFhl/UfnOwtG9war88Gl6zl34hHH+iiAOkzjxMJ32MH+fNPP4p4V wuWonhhKy/hwSx1u4QRP5jKonbhE6GVThwGK9EWit9FDo18Cm8v6Fq+CJ0JWnVvzYbly wakreknX2ldQKIHC9PyE+Qd708DK9eArqNOik=
MIME-Version: 1.0
Received: by 10.142.139.14 with SMTP id m14mr662454wfd.253.1235654455767; Thu, 26 Feb 2009 05:20:55 -0800 (PST)
In-Reply-To: <18034D4D7FE9AE48BF19AB1B0EF2729F27E89F0EEF@NOK-EUMSG-01.mgdnok.nokia.com>
References: <1d38a3350902250437v3ad37690sc5d2dca7f78dddd4@mail.gmail.com> <18034D4D7FE9AE48BF19AB1B0EF2729F27E89F0EEF@NOK-EUMSG-01.mgdnok.nokia.com>
Date: Thu, 26 Feb 2009 21:20:55 +0800
Message-ID: <1d38a3350902260520u6428447dyc0bc44213772ee42@mail.gmail.com>
From: Hui Deng <denghui02@gmail.com>
To: teemu.savolainen@nokia.com
Content-Type: multipart/alternative; boundary=000e0cd2dc40e6b4dd0463d2388c
Cc: shara@ietf.org
Subject: Re: [shara] comments about draft-bajko-pripaddrassign-00
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: Thu, 26 Feb 2009 13:20:38 -0000

Hi, Teemu

It looks workable, but need to change a lot of thing.
thanks.

-Hui

2009/2/25 <teemu.savolainen@nokia.com>

>  Hi,
>
> 1) It should be described in 6.2 Server behaviour:
> --
>
>    If OPTION-IPv4-PRA is not present in DHCPDISCOVER, the server SHOULD
>
>    allocate full unrestricted public or private [RFC1918] IPv4 address
>
>    to the client, if available, by generating a DHCPOFFER as described
>
>    in [RFC2131].
> --
> and forward.
>
> So essentially the same DHCP server is allocating both full and port
> restricted IPv4 addresses, depending on host's support.
>
> 2) Excellent question. The lease time will have to be per port set instead
> of per IPv4 address as currently.
> - For a client this does not make any difference when compared to full IPv4
> address (client has to renew the address and when the lease ends, the IPv4
> address expires whatever was the size of allocated port set)
> - For the DHCP server this is clearly more complex, though. The DHCP
> server has to follow lease times per allocated port set. So if the server
> splits an IPv4 address into 10 sets, it has to have lease time follow-up for
> all those 10 sets. The clients will be varyingly renewing the port set they
> were allocated, and also individual port sets may be released/expired
> individually.
>
> For me it looks the DHCP server needs two tables: one for managing full
> IPv4 addresses, and one for managing port-restricted IPv4 addresses. Maybe
> those could be combined as well if the full IPv4 address is just considered
> a port-restricted IPv4 address with single 64K port allocation. I.e.
> something like:
> { 10.0.0.1 - port set FULL }
> { 10.0.0.2 - port set partial-A }
> { 10.0.0.2 - port set partial-B }
>
> I hope I find time to digg deeper into this before next IETF, but let's
> see. Anyhow, I believe the actual impact to lease time management on the
> server side depends on individual implementations.
>
> I hope I answered your questions.
>
> Best regards,
>
>     Teemu
>
>  ------------------------------
> *From:* shara-bounces@ietf.org [mailto:shara-bounces@ietf.org] *On Behalf
> Of *ext Hui Deng
> *Sent:* 25 February, 2009 14:38
> *To:* shara@ietf.org
> *Subject:* [shara] comments about draft-bajko-pripaddrassign-00
>
>   Hello, Authors.
>
> I read through the document
> 1) when some clients support option-pra, but others don't, will server
> behavior section
> describe this scenario?
>
> 2) how to handle lease life time of dhcp address
>
> thanks
>
> -Hui
>
>