WG ACTION: ACCEPT [LL37] Aggressive Time-outs

Erik Guttman <[email protected]> Mon, 05 Jan 2004 20:26:48 +0100
Newsgroups gmane.ietf.zeroconf
Message-ID <[email protected]>
Accept the changes - as modified by discussion.

===
1)

section 2.3, from

time values specified above result in a delay of 8-10 seconds before

to

time values specified above result in a delay of 5-8 seconds before

=============

2)

section 2.2.1, from

    When ready to begin probing, the host should then wait for a random
    time interval selected uniformly in the range PROBE_MIN to PROBE_MAX
    seconds, and should then send three probe packets, spaced randomly,
    PROBE_MIN to PROBE_MAX seconds apart.

to

    When ready to begin probing, the host should then wait for a random
    time interval selected uniformly in the range PROBE_MIN to PROBE_MAX
    seconds, and should then send NUM_PROBES probe packets, spaced
    randomly, PROBE_MIN to PROBE_MAX seconds apart.

section 9, from

9.  Constants

    The following timing constants are used in this protocol.

    PROBE_MIN    1 second
    PROBE_MAX    2 seconds

to

9.  Constants

    The following defaults are used in this protocol.  In the future,
    a protocol specification may be issued which recommends different
    values for these constants for use in particular contexts.

    PROBE_MIN    1 second
    PROBE_MAX    2 seconds
    NUM_PROBES   3

=============

3)

Replace section 2.3,

2.3.  Shorter timeouts

    The time values specified above are intended for use on technologies
    such as IEEE 802, where switches that implement Spanning Tree
    [802.1d] often silently discard all packets for several seconds. The
    time values specified above result in a delay of 8-10 seconds before
    a chosen IP address may be used.  For a desktop machine on an IEEE
    802 LAN, this may not be a great problem, but for other types of
    device, particularly portable hand-held wireless devices, a ten-
    second delay before networking services becomes available may not be
    acceptable.  For this reason, shorter time values may be used on
    network technologies that allow the device to determine when the link
    has become active and can be reasonably trusted to deliver packets
    reliably.  On these network technologies the recommended time values
    are: The host should first wait for a random time interval selected
    uniformly in the range 0-200 milliseconds, and then send four probe
    packets, waiting 200 milliseconds after each probe, making a total
    delay of 800-1000 milliseconds before a chosen IPv4 address may be
    used.

    Should future versions of the IEEE 802 Spanning Tree Protocol be
    enhanced to inform clients when the link is ready to begin forwarding
    packets, then the shorter time values may be used on these networks
    too.

with

2.3.  Shorter timeouts

    Network technologies may emerge for which shorter delays are
    appropriate than those required by this document. A subsequent IETF
    publication may be produced providing guidelines for different timer
    settings for PROBE_MIN and PROBE_MAX on those technologies.

===

Please see: http://www.merit.edu/mail.archives/zeroconf/msg00001.html
And: http://www.drizzle.org/~aboba/ZEROCONF/ll37.html

Regards,

Erik