Fwd: New Version Notification for draft-ietf-6man-impatient-nud-05.txt

Erik Nordmark <nordmark@acm.org> Tue, 23 October 2012 17:56 UTC

Return-Path: <nordmark@acm.org>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EE97721F8689 for <ipv6@ietfa.amsl.com>; Tue, 23 Oct 2012 10:56:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.619
X-Spam-Level:
X-Spam-Status: No, score=-102.619 tagged_above=-999 required=5 tests=[AWL=0.980, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I0JqIZdC8C1k for <ipv6@ietfa.amsl.com>; Tue, 23 Oct 2012 10:56:42 -0700 (PDT)
Received: from b.mail.sonic.net (b.mail.sonic.net [64.142.19.5]) by ietfa.amsl.com (Postfix) with ESMTP id 6E24721F868F for <6man@ietf.org>; Tue, 23 Oct 2012 10:56:42 -0700 (PDT)
Received: from [10.154.212.77] (128-107-239-234.cisco.com [128.107.239.234]) (authenticated bits=0) by b.mail.sonic.net (8.13.8.Beta0-Sonic/8.13.7) with ESMTP id q9NHudbh014192 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 23 Oct 2012 10:56:39 -0700
Message-ID: <5086DA57.8010804@acm.org>
Date: Tue, 23 Oct 2012 10:56:39 -0700
From: Erik Nordmark <nordmark@acm.org>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:16.0) Gecko/20121010 Thunderbird/16.0.1
MIME-Version: 1.0
To: 6man@ietf.org
Subject: Fwd: New Version Notification for draft-ietf-6man-impatient-nud-05.txt
References: <20121022234410.12297.80174.idtracker@ietfa.amsl.com>
In-Reply-To: <20121022234410.12297.80174.idtracker@ietfa.amsl.com>
X-Forwarded-Message-Id: <20121022234410.12297.80174.idtracker@ietfa.amsl.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Mailman-Approved-At: Tue, 23 Oct 2012 12:49:36 -0700
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ipv6>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Oct 2012 17:56:43 -0000

This document has corrections and clarifications based on the comments 
during the WG last call.

    Erik


-------- Original Message --------
Subject: New Version Notification for draft-ietf-6man-impatient-nud-05.txt
Date: Mon, 22 Oct 2012 16:44:10 -0700
From: <internet-drafts@ietf.org>
To: <nordmark@cisco.com>
CC: <igor@yahoo-inc.com>


A new version of I-D, draft-ietf-6man-impatient-nud-05.txt
has been successfully submitted by Erik Nordmark and posted to the
IETF repository.

Filename:	 draft-ietf-6man-impatient-nud
Revision:	 05
Title:		 Neighbor Unreachability Detection is too impatient
Creation date:	 2012-10-22
WG ID:		 6man
Number of pages: 9
URL: 
http://www.ietf.org/internet-drafts/draft-ietf-6man-impatient-nud-05.txt
Status: 
http://datatracker.ietf.org/doc/draft-ietf-6man-impatient-nud
Htmlized:        http://tools.ietf.org/html/draft-ietf-6man-impatient-nud-05
Diff: 
http://www.ietf.org/rfcdiff?url2=draft-ietf-6man-impatient-nud-05

Abstract:
    IPv6 Neighbor Discovery includes Neighbor Unreachability Detection.
    That function is very useful when a host has an alternative, for
    instance multiple default routers, since it allows the host to switch
    to the alternative in short time.  This time is 3 seconds after the
    node starts probing by default.  However, if there are no
    alternatives, this is far too impatient.  This document specifies
    relaxed rules for Neighbor Discovery retransmissions that allows an
    implementation to choose different timeout behavior based on whether
    or not there are alternatives.  This document updates RFC 4861.

 



The IETF Secretariat