(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.