(All) NHRP - Address Prefix Extension
"M.J. Robinson" <92mjr1@eng.cam.ac.uk> Thu, 23 November 1995 23:01 UTC
Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa14396;
23 Nov 95 18:01 EST
Received: from guelah.nexen.com by IETF.CNRI.Reston.VA.US id aa14391;
23 Nov 95 18:01 EST
Received: from maelstrom.nexen.com (maelstrom.nexen.com [204.249.98.5]) by
guelah.nexen.com (8.6.12/8.6.12) with ESMTP id JAA01443;
Thu, 23 Nov 1995 09:46:54 -0500
Received: (from root@localhost) by maelstrom.nexen.com (8.6.12/8.6.12) id
JAA01804 for rolc-out; Thu, 23 Nov 1995 09:49:43 -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 JAA01795 for
<rolc@nexen.com>; Thu, 23 Nov 1995 09:49:40 -0500
Received: from spanner.eng.cam.ac.uk (root@spanner.eng.cam.ac.uk
[129.169.8.9]) by guelah.nexen.com (8.6.12/8.6.12) with ESMTP id JAA01422 for
<rolc@nexen.com>; Thu, 23 Nov 1995 09:35:46 -0500
Received: from tw500.eng.cam.ac.uk
(via 92mjr1@tw500.eng.cam.ac.uk [129.169.20.120])
by spanner.eng.cam.ac.uk with SMTP id OAA10335
for <rolc@nexen.com>; Thu, 23 Nov 1995 14:46:21 GMT
Date: Thu, 23 Nov 1995 14:46:20 +0000 (GMT)
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: "M.J. Robinson" <92mjr1@eng.cam.ac.uk>
To: rolc@nexen.com
Subject: (All) NHRP - Address Prefix Extension
Message-ID: <Pine.HPP.3.91.951123144514.28022A-100000@tw500.eng.cam.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
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/
Dimitry (and other ROLCers), > As to your case I think you'd use R2R in the following way: > > When A wants to send trafic to a destination for which it doesn't have > a specific route, it sends a Request with a mask of all ones (or prefix > length of 32 as Yakov suggested). If this desination is reached via an exit > router E, E replies with the prefix length of the route to the desination. > Now A may use the shortcut to E to send traffic to all destinations covered > by the route that E provided. Desitnations through F and G are resolved > in the same way. > > I hope it helps. > > Dimitry Thanks. This sounds like what I was imagining. I'm still concerned that the NHRP Responder can't always return the "correct" Address Prefix length by itself - especially in the case of an exit router (diagram available on request). Such concern is also raised in NHRP I-D 06. A way in which this problem could be dealt with is to enforce the progressive lengthening of an Address Prefix as the Request is forwarded towards the Responder. For this to work properly though, everyone must take part. Can anyone think of other ways to ensure the returned Address Prefix length is correct ? How big a problem is this considered to be for "vanilla" NHRP ? Matthew.
- (All) NHRP - Address Prefix Extension M.J. Robinson