Re: NHRP + LIS awareness

Bruce Cole <bcole@cisco.com> Thu, 16 November 1995 03:01 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa27916; 15 Nov 95 22:01 EST
Received: from guelah.nexen.com by IETF.CNRI.Reston.VA.US id aa27912; 15 Nov 95 22:01 EST
Received: from maelstrom.nexen.com (maelstrom.nexen.com [204.249.99.5]) by guelah.nexen.com (8.6.12/8.6.12) with ESMTP id VAA16572; Wed, 15 Nov 1995 21:34:57 -0500
Received: (from root@localhost) by maelstrom.nexen.com (8.6.12/8.6.12) id VAA18606 for rolc-out; Wed, 15 Nov 1995 21:49:08 -0500
Received: from guelah.nexen.com (guelah.nexen.com [204.249.96.19]) by maelstrom.nexen.com (8.6.12/8.6.12) with ESMTP id VAA18597 for <rolc@nexen.com>; Wed, 15 Nov 1995 21:49:05 -0500
Received: from greatdane.cisco.com (greatdane.cisco.com [171.69.1.141]) by guelah.nexen.com (8.6.12/8.6.12) with ESMTP id VAA16564 for <rolc@nexen.com>; Wed, 15 Nov 1995 21:33:45 -0500
Received: from cisco.com (localhost.cisco.com [127.0.0.1]) by greatdane.cisco.com (8.6.8+c/8.6.5) with ESMTP id SAA28582; Wed, 15 Nov 1995 18:43:13 -0800
Message-Id: <199511160243.SAA28582@greatdane.cisco.com>
To: Bryan Gleeson <bryang@eng.adaptec.com>
Cc: rolc@nexen.com, bcole@cisco.com
Subject: Re: NHRP + LIS awareness
In-Reply-To: Your message of "Wed, 15 Nov 1995 18:00:43 PST." <9511160200.AA25362@eng.adaptec.com>
Date: Wed, 15 Nov 1995 18:43:13 -0800
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Bruce Cole <bcole@cisco.com>
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/

> Hi all,
> 
> The nhrp-05 draft specifies the following station behaviour
> 
> "Station S first determines the next hop to station D
> through normal routing processes. If the next hop is reachable 
> through its NBMA interface, S constructs an NHRP request packet
> containing station D's IP address as the target destination"
> 
> Is there any reason why a station could not choose to use
> the next hop IP address as the target destination in the
> NHRP request packet for some IP flows ?

Sure, you're free to attempt to establish a short-cut, or not.

> The spec is written 
> as if stations will always attempt to short-cut - can this 
> be a may instead of a must ?

There is no must in the above text.  A few sentences before the
text you quoted, was:
   An event occurs triggering station
   S to want to resolve the NBMA address of a path to D.

S gets to decide whether or not it wants to do this or not.  The conditions
under which S would want to establish the short-cut are beyond the scope
of the discussion being presented in the quoted section.  One possible
criteria is presented...  I suppose it should be made more clear that this is
the point at which S gets to decide whether or not it wants to even attempt to
establish a short-cut.

> Also let's assume that host station S is aware of its own 
> LIS / subnet. It would thus seem possible to use NHRP for both
> intra-LIS and inter-LIS transfer without the host necessarily
> having a netmask of all 1s, and the consequent undesirable
> proliferation of host routes in the network. Routers would
> be able to do address aggregation, and NHRP could be used
> as a perfectly good intra-LIS address resolution protocol.
> Are there problems with any of this ?

The spec explicitly mentions that address resolution is not limited to
a single LIS.  It also explicitly talks about aggregation of NBMA 
information, including a discussion on possible problems with this (section
6.3).