[dhcwg] Proposed Resolution to DNA Issue 21: Review of DNA-07

[Bernard Aboba <[e-mail]>]

The text of DNA Issue 21: Review of DNA-07 is enclosed below.

The proposed resolution is as follows:

Change Section 1 to the following:

"The time required to detect movement (or lack of movement) between
subnets, and to obtain (or continue to use) a valid IPv4 address may be
significant as a fraction of the total delay in moving between points of
attachment. As a result, optimizing detection of network attachment is
important for mobile hosts.

This document synthesizes experience in the deployment of hosts supporting
ARP [RFC826], DHCP [RFC2131], and Link-Local IPv4 addresses [IPv4LL],
specifying a procedure to be performed for IPv4 detection of network
attachment. The procedure consists of three phases:
determination of the Most Likely Point of Attachment (MLPA), reachability
testing, and IPv4 address acquisition."

Add the following sentence to Section 2.3:

"If the host supports the Rapid Commit Option [RAPID], it is
possible that the exchange can be shortened from a 4-message
exchange to a 2-message exchange."

Add the following Informative reference:

[RAPID] Park, S., Kim, P., and B. Volz, "Rapid Commit Option for DHCPv4",
Internet draft (work in progress), draft-ietf-dhc-rapid-commit-opt-05.txt,
June 2004.

This change has been included in DNA-08:
http://www.drizzle.com/~aboba/DNA/draft-ietf-dhc-dna-ipv4-08.txt

Issue status is available at:
http://www.drizzle.com/~aboba/DNA/dnaissues.html

---------------------------------------------------------------
Issue 21: Review of DNA-07
Submitter name: Soohong Daniel Park
Submitter email address: [e-mail]
Date first submitted: 6/23/2004
Reference:
http://www1.ietf.org/mail-archive/web/dhcwg/current/msg03663.html
Document: DNA-07
Comment type: T
Priority: S
Section: Various
Rationale/Explanation of issue:

My comments are as below;

[1] Category is correct as PS ? I think BCP would be better.

[2] 1. Introduction,
>This document concerns the interaction of mechanisms used by IPv4
>protocol stacks.  Network attachment detection and its interaction
>with interface configuration is considered elsewhere, for example in
>Neighbor Discovery for IPv6 [RFC2461], IPv6 Stateless Address
>Autoconfiguration [RFC2462] and Mobility Support in IPv6 [MIPv6].

I am not sure why this draft refers rfc2461,2462 and even MIPv6.
This draft is strictly bound to IPv4 especially DHCPv4 and IPv4LL
and something like that, so I think we don't need to refer IPv6 protocol.

[3] 2.3 IPv4 Address Acquisition
To obtain its IPv4 address quickly, Rapid Commit option of DHCPv4
can be used for optimizing detection of network attachment on mobile
hosts. With my experience, it's stable and fast than current
mechanism, thus if feasible, you can indicate this utility at this
section.
http://www.ietf.org/internet-drafts/draft-ietf-dhc-rapid-commit-opt-03.txt
(I updated and published it as 04 version yesterday)

For reference, I cite a result of comparison between them.
(It was tested on both wired and wireless though testbed was so simple)

===========================================
Item Mean value Standard deviation
===========================================
Time delay
(sec.)        Existing 0.051269 0.002349
                   New 0.001541 0.001213
===========================================
Packet loss
(packet)       Existing 417.04 53.10322
                   New 366.02 32.55092
===========================================



_______________________________________________
dhcwg mailing list
[e-mail]
https://www1.ietf.org/mailman/listinfo/dhcwg