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 > >