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).
- NHRP + LIS awareness Bryan Gleeson
- Re: NHRP + LIS awareness Andrew Smith
- Re: NHRP + LIS awareness Bruce Cole