Re: Comments on NHRP spec.,, modes of deployment etc.

Andrew Smith <asmith@baynetworks.com> Thu, 17 August 1995 21:12 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa13799; 17 Aug 95 17:12 EDT
Received: from guelah.nexen.com by IETF.CNRI.Reston.VA.US id aa13795; 17 Aug 95 17:12 EDT
Received: from maelstrom.nexen.com (maelstrom.nexen.com [204.249.97.5]) by guelah.nexen.com (8.6.12/8.6.12) with ESMTP id QAA23582; Thu, 17 Aug 1995 16:55:26 -0400
Received: (from root@localhost) by maelstrom.nexen.com (8.6.12/8.6.12) id QAA15186 for rolc-out; Thu, 17 Aug 1995 16:51:16 -0400
Received: from nexen.nexen.com (nexen.nexen.com [204.249.96.18]) by maelstrom.nexen.com (8.6.12/8.6.12) with ESMTP id QAA15177 for <rolc@nexen.com>; Thu, 17 Aug 1995 16:51:13 -0400
Received: from lightning.synoptics.com (lightning.synoptics.com [134.177.3.18]) by nexen.nexen.com (8.6.12/8.6.12) with SMTP id QAA12769 for <rolc@nexen.com>; Thu, 17 Aug 1995 16:51:11 -0400
Received: from BayNetworks.COM ([134.177.1.95]) by lightning.synoptics.com (4.1/SMI-4.1) id AA07629; Thu, 17 Aug 95 13:49:17 PDT
Received: from milliways-le0 (milliways-le0.synoptics.com) by BayNetworks.COM (4.1/SMI-4.1) id AA10077; Thu, 17 Aug 95 13:50:06 PDT
Received: by milliways-le0 (4.1/2.0N) id AA20182; Thu, 17 Aug 95 13:51:35 PDT
Message-Id: <9508172051.AA20182@milliways-le0>
Date: Thu, 17 Aug 95 13:51:35 PDT
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Andrew Smith <asmith@baynetworks.com>
To: rolc@nexen.com
Subject: Re: Comments on NHRP spec.,, modes of deployment etc.
X-Orig-Sender: owner-rolc@nexen.com
Precedence: bulk
X-Info: Submissions to rolc@nexen.com
X-Info: [Un]Subscribe requests to rolc-request@nexen.com
X-Info: Archives for rolc via ftp://ietf.cnri.reston.va.us/ietf-mail-archive/rolc/

> From owner-rolc@nexen.com Tue Aug 15 13:49:12 1995
> To: Grenville Armitage <gja@thumper.bellcore.com>
> Cc: Bruce Cole <bcole@cisco.com>om>, shur@arch4.ho.att.com, rolc@nexen.com
> Subject: Re: Comments on NHRP spec.,, modes of deployment etc. 
> In-Reply-To: Your message of "Tue, 15 Aug 1995 10:51:27 EDT."
>              <199508151451.KAA21047@thumper.bellcore.com> 
> Date: Tue, 15 Aug 1995 13:28:50 -0700
> From: Bruce Cole <bcole@cisco.com>

> (The ability
> of 'hosts' to answer NHRP requests is still required since it was not
> made a requirement that NHSes assume the full burden of providing
> NHRP responses for stations that attempt to register with them).

Can anyone explain the reasoning behind this as a design choice and also
point us to the relevent text in the document?

When I reread the -04 document, I could not find any references to this
case: all the time it talks about NHSs generating replies to queries and
for NHSs to forward queries to other NHSs "towards" the destination. I could
not find mention of a case where a client would receive an NHRP query.

If clients never have to respond to queries then this is an important
simplification which should be called out explicitly. It would also, IM(H)O,
justify David's request that client-server and server-server behaviours be
defined separately in the document. Please add some text on this to the next
document.

Is this yet another case where the NHRP authors are making some implicit
assumptions without sharing them with the rest of the world so we can all
implement the protocol too?


Andrew


********************************************************************************
Andrew Smith					TEL:	+1 408 764 1574
Technology Synergy Unit				FAX:	+1 408 988 5525
Bay Networks, Inc.				E-m:	asmith@baynetworks.com
Santa Clara, CA
********************************************************************************