NHRP specification comments
"Eric W. Gray" <gray@ctron.com> Wed, 15 May 1996 17:10 UTC
Received: from ietf.cnri.reston.va.us by IETF.CNRI.Reston.VA.US id aa22959; 15 May 96 13:10 EDT
Received: from guelah.nexen.com by IETF.CNRI.Reston.VA.US id aa22932; 15 May 96 13:10 EDT
Received: from maelstrom.nexen.com (maelstrom.nexen.com [204.249.97.5]) by guelah.nexen.com (8.7.3/8.7.3) with ESMTP id NAA18796; Wed, 15 May 1996 13:02:09 -0400 (EDT)
Received: (from root@localhost) by maelstrom.nexen.com (8.7.3/8.7.3) id MAA26519 for rolc-out; Wed, 15 May 1996 12:42:17 -0400 (EDT)
Received: from guelah.nexen.com (guelah.nexen.com [204.249.96.19]) by maelstrom.nexen.com (8.7.3/8.7.3) with ESMTP id MAA26505 for <rolc@nexen.com>; Wed, 15 May 1996 12:42:12 -0400 (EDT)
Received: from gatekeeper.ctron.com (ctron.com [134.141.197.25]) by guelah.nexen.com (8.7.3/8.7.3) with SMTP id MAA18642 for <rolc@nexen.com>; Wed, 15 May 1996 12:42:10 -0400 (EDT)
Received: (from news@localhost) by gatekeeper.ctron.com (8.6.12/8.6.9) id MAA03234; Wed, 15 May 1996 12:42:05 -0400
Received: from stealth.ctron.com(134.141.5.107) by gatekeeper via smap (V1.3mjr) id sma003213; Wed May 15 12:41:49 1996
Received: from olympus.ctron.com by stealth.ctron.com (4.1/SMI-4.1) id AA06045; Wed, 15 May 96 12:33:47 EDT
Received: from blarney (blarney.ctron.com [134.141.66.40]) by olympus.ctron.com (8.6.12/8.6.9) with ESMTP id MAA24585; Wed, 15 May 1996 12:41:42 -0400
Received: from blarney by blarney via SMTP (940816.SGI.8.6.9/930416.SGI) id MAA08033; Wed, 15 May 1996 12:42:07 -0400
Message-Id: <319A090D.3D0D@ctron.com>
Date: Wed, 15 May 1996 12:40:45 -0400
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: "Eric W. Gray" <gray@ctron.com>
Organization: Cabletron Systems, Inc.
X-Mailer: Mozilla 2.0 (X11; I; IRIX 5.3 IP12)
Mime-Version: 1.0
To: rolc@nexen.com
Cc: Eric Gray <gray@ctron.com>, Jim Luciani <luciani@lobster.baynetworks.com>
Subject: NHRP specification comments
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Orig-Sender: owner-rolc@nexen.com
Precedence: bulk
X-Info: [Un]Subscribe to rolc-request@nexen.com, submissions to rolc@nexen.com
X-Info: Email archive at ftp://ietf.cnri.reston.va.us/ietf-mail-archive/rolc/
X-Info: Hypermail archive at http://cell-relay.indiana.edu/mail/archives/rolc/
X-Info: FTP archive at ftp://ftp.nexen.com/pub/rolc/
Jim, Some more comments (specifically relating to operations): All references are to draft 8 (beta). Section 6.2.1 ("Caching Requirements") - in the paragraph relating to caching at "Transit NHSs" - currently this says that cache information MUST be discarded when it has exceeded its holding time. It also says that this information may be used to form a reply to a non-authoritative request. I believe that the negative effects of caching at intermediate NHSs can be substantially reduced if hold time returned in a non-authoritative response MUST be the result of decreasing the original hold time by the elapsed time since initially caching the information. This information is either immediately available or easily derivable (depending on your implementation) and limits the length of time that stale information can persist in the system to approximately that intended by the original responder. I would be interested in whether or not this is a commonly-held opinion. Section 6.2.2 ("Dynamics of Cached Information") contains a note (at the end of the subsection entitled "NBMA-Connected Destinations" that might be interpreted as meaning that it is okay to cache information contained in a Next Hop Resolution Request (as opposed to Reply) because it is considered stable. Is this what you mean to imply here? -- Eric Gray
- NHRP specification comments Eric W. Gray
- Re: NHRP specification comments James V. Luciani
- Re: NHRP specification comments David Horton