Re: [dna] Review of draft-ietf-dna-simple-11

"Bernard Aboba" <bernard_aboba@hotmail.com> Mon, 07 December 2009 16:35 UTC

Return-Path: <bernard_aboba@hotmail.com>
X-Original-To: dna@core3.amsl.com
Delivered-To: dna@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id F29113A659B for <dna@core3.amsl.com>; Mon, 7 Dec 2009 08:35:20 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.432
X-Spam-Level:
X-Spam-Status: No, score=-0.432 tagged_above=-999 required=5 tests=[AWL=-0.247, BAYES_40=-0.185]
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 LMZ5ko3cAsdd for <dna@core3.amsl.com>; Mon, 7 Dec 2009 08:35:20 -0800 (PST)
Received: from blu0-omc2-s27.blu0.hotmail.com (blu0-omc2-s27.blu0.hotmail.com [65.55.111.102]) by core3.amsl.com (Postfix) with ESMTP id 05F8A3A68A6 for <dna@ietf.org>; Mon, 7 Dec 2009 08:35:19 -0800 (PST)
Received: from BLU137-DS7 ([65.55.111.73]) by blu0-omc2-s27.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 7 Dec 2009 08:35:10 -0800
X-Originating-IP: [24.19.160.219]
X-Originating-Email: [bernard_aboba@hotmail.com]
Message-ID: <BLU137-DS701722A2CF2EF18C53DD593900@phx.gbl>
From: Bernard Aboba <bernard_aboba@hotmail.com>
To: 'Erik Nordmark' <erik.nordmark@sun.com>
References: <B3D250DF-D059-48D3-8867-CB1645038382@fugue.com> <BLU137-DS7F1790D475CB4996E045E939D0@phx.gbl> <4B1D0D9E.3070203@sun.com>
In-Reply-To: <4B1D0D9E.3070203@sun.com>
Date: Mon, 07 Dec 2009 08:35:27 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: Acp3R5PTfbtbyxzgTduifDNZWdqJVgAEv2jQ
Content-Language: en-us
X-OriginalArrivalTime: 07 Dec 2009 16:35:10.0162 (UTC) FILETIME=[3E21EB20:01CA775B]
Cc: dna@ietf.org
Subject: Re: [dna] Review of draft-ietf-dna-simple-11
X-BeenThere: dna@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: DNA working group mailing list <dna.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/dna>, <mailto:dna-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dna>
List-Post: <mailto:dna@ietf.org>
List-Help: <mailto:dna-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dna>, <mailto:dna-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Dec 2009 16:35:21 -0000

Erik said: 

"Perhaps the reference to "STALE" is not clear above?
STALE refers to a state in RFC 4861 which implies that the host would 
trigger NUD sooner rather than later. If it isn't set to STALE then it 
might take up to 30 seconds more to detect that a router has gone dead. 
Thus a neighbor cache entry of STALE doesn't have anything to do with a 
routing table entry (unless the implementation is broken.)"

Since simple DNA involves sending out NS and RS packets, if the host
has a valid address on the network corresponding to the STALE entry,
it will effectively complete NUD as part of DNA.  Also, by sending
out the RS it will discover whether the router whose entry has 
been marked STALE is actually there or not.  

Given this, why would a host take 30 seconds to detect that a router
has gone dead?  Simple DNA should have completed (with a new default
router entry) long before that.