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

Erik Nordmark <> Tue, 08 December 2009 13:52 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id DA58928C12E for <>; Tue, 8 Dec 2009 05:52:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -5.831
X-Spam-Status: No, score=-5.831 tagged_above=-999 required=5 tests=[AWL=0.215, BAYES_00=-2.599, HELO_MISMATCH_COM=0.553, RCVD_IN_DNSWL_MED=-4]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id QNd-3gUEr7IA for <>; Tue, 8 Dec 2009 05:52:54 -0800 (PST)
Received: from (sca-ea-mail-3.Sun.COM []) by (Postfix) with ESMTP id 5AC6E3A6857 for <>; Tue, 8 Dec 2009 05:52:51 -0800 (PST)
Received: from ([]) by (8.13.6+Sun/8.12.9) with ESMTP id nB8DqUED011578; Tue, 8 Dec 2009 13:52:30 GMT
Received: from [] (punchin-nordmark.SFBay.Sun.COM []) by (8.14.3+Sun/8.14.3) with ESMTP id nB8DqRh3887796 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 8 Dec 2009 05:52:29 -0800 (PST)
Message-ID: <>
Date: Tue, 08 Dec 2009 05:52:25 -0800
From: Erik Nordmark <>
User-Agent: Thunderbird (X11/20090929)
MIME-Version: 1.0
To: Bernard Aboba <>
References: <> <BLU137-DS7F1790D475CB4996E045E939D0@phx.gbl> <> <BLU137-DS701722A2CF2EF18C53DD593900@phx.gbl>
In-Reply-To: <BLU137-DS701722A2CF2EF18C53DD593900@phx.gbl>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [dna] Review of draft-ietf-dna-simple-11
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: DNA working group mailing list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Tue, 08 Dec 2009 13:52:56 -0000

Bernard Aboba wrote:
> 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.   

I was merely responding to Ted's concern, which is unrelated to the use 
of STALE state.
You are asking a different question about the utility of STALE.

I have no go over the whole document more carefully, but AFAICT when the 
host has moved to a new link it needs to make sure old neighbor cache 
entries don't get in the way. That isn't specified in section 4.8. 
Marking the NCEs as STALE definitely help with that for the same that 
the same link-local addresses are in use on the old and new links.