RE: [dhcwg] Revised charter

"S. Daniel Park" <soohong.park@samsung.com> Sat, 10 April 2004 00:13 UTC

Received: from optimus.ietf.org (optimus.ietf.org [132.151.1.19]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA02126 for <dhcwg-archive@odin.ietf.org>; Fri, 9 Apr 2004 20:13:41 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1BC67S-0003XN-0m for dhcwg-archive@odin.ietf.org; Fri, 09 Apr 2004 20:13:12 -0400
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id i3A0D9Vs013593 for dhcwg-archive@odin.ietf.org; Fri, 9 Apr 2004 20:13:09 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1BC67R-0003XA-Sp for dhcwg-web-archive@optimus.ietf.org; Fri, 09 Apr 2004 20:13:09 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA02113 for <dhcwg-web-archive@ietf.org>; Fri, 9 Apr 2004 20:13:08 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1BC67P-0006BQ-00 for dhcwg-web-archive@ietf.org; Fri, 09 Apr 2004 20:13:07 -0400
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1BC66C-00064e-00 for dhcwg-web-archive@ietf.org; Fri, 09 Apr 2004 20:11:53 -0400
Received: from optimus.ietf.org ([132.151.1.19]) by ietf-mx with esmtp (Exim 4.12) id 1BC65O-0005xz-00 for dhcwg-web-archive@ietf.org; Fri, 09 Apr 2004 20:11:02 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1BC65N-0003M0-7m; Fri, 09 Apr 2004 20:11:01 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1BC65I-0003Li-Rb for dhcwg@optimus.ietf.org; Fri, 09 Apr 2004 20:10:56 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA02043 for <dhcwg@ietf.org>; Fri, 9 Apr 2004 20:10:53 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1BC65E-0005xS-00 for dhcwg@ietf.org; Fri, 09 Apr 2004 20:10:52 -0400
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1BC64F-0005r6-00 for dhcwg@ietf.org; Fri, 09 Apr 2004 20:09:52 -0400
Received: from mailout1.samsung.com ([203.254.224.24]) by ietf-mx with esmtp (Exim 4.12) id 1BC63P-0005e3-00 for dhcwg@ietf.org; Fri, 09 Apr 2004 20:08:59 -0400
Received: from custom-daemon.mailout1.samsung.com by mailout1.samsung.com (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) id <0HVX00D08HQ1NX@mailout1.samsung.com> for dhcwg@ietf.org; Sat, 10 Apr 2004 09:08:25 +0900 (KST)
Received: from ep_mmp2 (mailout1.samsung.com [203.254.224.24]) by mailout1.samsung.com (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) with ESMTP id <0HVX00K35HPX3N@mailout1.samsung.com> for dhcwg@ietf.org; Sat, 10 Apr 2004 09:08:21 +0900 (KST)
Received: from LocalHost ([168.219.202.103]) by mmp2.samsung.com (iPlanet Messaging Server 5.2 HotFix 1.17 (built Jun 23 2003)) with ESMTPA id <0HVX0061NHPWDN@mmp2.samsung.com> for dhcwg@ietf.org; Sat, 10 Apr 2004 09:08:21 +0900 (KST)
Date: Sat, 10 Apr 2004 09:08:42 +0900
From: "S. Daniel Park" <soohong.park@samsung.com>
Subject: RE: [dhcwg] Revised charter
In-reply-to: <4.3.2.7.2.20040409082236.02ac7a50@flask.cisco.com>
To: 'Ralph Droms' <rdroms@cisco.com>
Cc: dhcwg@ietf.org
Message-id: <00b001c41e8f$fc085e60$67cadba8@LocalHost>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-Mailer: Microsoft Outlook, Build 10.0.2627
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
Importance: Normal
X-Priority: 3 (Normal)
X-MSMail-priority: Normal
Content-Transfer-Encoding: 7bit
Sender: dhcwg-admin@ietf.org
Errors-To: dhcwg-admin@ietf.org
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=unsubscribe>
List-Id: <dhcwg.ietf.org>
List-Post: <mailto:dhcwg@ietf.org>
List-Help: <mailto:dhcwg-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=subscribe>
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on ietf-mx.ietf.org
X-Spam-Status: No, hits=0.2 required=5.0 tests=AWL autolearn=no version=2.60
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

> Can you give us more details?  What problems would we
> consider as part of mobility support in DHCP?

Well, I think it's not problem but restriction in DHCP. 
I guess current DHCP architecture is not concretely 
matched to the mobility because of long round-trips 
to get IP address and related information. Above all 
DHCP is a natural choice in the Wireless Lan (802.11) 
in conjunction with Access Point (AP), thus I think it's 
worth discussing this with dhc folks.

It's [Introduction] [Background] [Design Goals]
sections of preparing draft for your information and it 
will be available soon.

Hope this helps.



1. Introduction 
      
The world has become increasingly mobile. As a result,
traditional ways of networking the world have proven 
inadequate to meet the challenges posed by our new 
collective lifestyle.  Wireless technology has been 
successful because it enables people to connect with each
other regardless of location and the most successful 
wireless networking technology this far has been 802.11 
WLAN [802.11][WLAN]. 
      
Regarding the wireless technology, DHCP [RFC 2131] 
is widely used for obtaining the network configuration on
the mobile node such as its unique IP address and others
in the local networks.  DHCP is useful with access point 
which generally includes a DHCP server because it 
minimizes mobile node configuration.  The DHCP server 
(access point) can be allocated a pool of addresses.  The 
administrator specifies both the DHCP based address and 
the size of the pool.  The DHCP server (access point) can 
also be configured to hand out a default gateway and DNS 
server information. 
      
The main objective of this draft is to propose a new architecture
of DHCP to support the mobility on the DHCP client as mobile 
node.  Also fast network attachment mechanism should be 
considered in conjunction with the mobile IP [RFC 3220] [MIP6] 
which allows a mobile node to move from one link to another 
without changing the mobile node's "home address".  Packets 
may be routed to the mobile node using this address regardless
of the mobile node's current point of attachment to the Internet.  
The mobile node may also continue to communicate with other
nodes (stationary or mobile) after moving to a new link.  The 
movement of a mobile node away from its home link is thus 
transparent to transport and higher-layer protocols and 
applications. 
      
The aim of this draft is neither network information such as 
DNS nor fast handover mechanism [FH802.11]. 


3. Background 

The aim of this draft is to discuss mobility issue in the
DHCP environment and it is especially appropriate for 
processes and devices which already interpret DHCP
messages.   
      
In particular, a new proposed architecture allow DHCP 
server to send available IP addresses to DHCP client 
quickly to attach a new network when in motion. 
      
Placing DHCP server on the access point is a natural 
choice in the 802.11 wireless environment. 
      
The Unsolicited message is an extension to the DHCP 
protocol. 
      
The main purpose of this draft is to provide a starting 
point of mobility issue in the DHC Working Group. 
      
      
4. Design Goals 
      
The goal of this draft is to provide a lightweight mechanism
for supporting mobility in the DHCP environment.  It is 
designed to optimize current DHCP mechanism to cut 
down number of round-trips between DHCP client and 
DHCP server. 
      
Here are some requirements why this design is required. 
      
[1] Wireless technologies especially 802.11 are widely 
spread in the DHCP environment, thus fast network 
attachment is importantly required on the DHCP client 
when in motion. 
      
[2] Current 4-messages exchange is not matched for
the mobility. 
  
[3] Effectively this design aims outperforming rapid 
commit technique by substituting the explicit DHCP 
operation with the implicit link-layer association event. 
      
[4] DHCP server functionality is common on the access
point. 
      
[5] For supporting mobility on the current DHCP protocol, 
minimal additional configuration/requirement is required. 







- Daniel (Soohong Daniel Park)
- Mobile Platform Laboratory, SAMSUNG Electronics. 



_______________________________________________
dhcwg mailing list
dhcwg@ietf.org
https://www1.ietf.org/mailman/listinfo/dhcwg