Re: Last Call for draft-ietf-rolc-apr-00.txt

Curtis Villamizar <curtis@ans.net> Wed, 25 October 1995 19:43 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa17124; 25 Oct 95 15:43 EDT
Received: from guelah.nexen.com by IETF.CNRI.Reston.VA.US id aa17120; 25 Oct 95 15:43 EDT
Received: from maelstrom.nexen.com ([204.249.99.5]) by guelah.nexen.com (8.6.12/8.6.12) with ESMTP id OAA17793; Wed, 25 Oct 1995 14:55:33 -0400
Received: (from root@localhost) by maelstrom.nexen.com (8.6.12/8.6.12) id PAA28232 for rolc-out; Wed, 25 Oct 1995 15:06:28 -0400
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 PAA28223 for <rolc@nexen.com>; Wed, 25 Oct 1995 15:06:25 -0400
Received: from brookfield.ans.net (brookfield-ef0.brookfield.ans.net [204.148.1.20]) by guelah.nexen.com (8.6.12/8.6.12) with ESMTP id OAA17774 for <rolc@nexen.com>; Wed, 25 Oct 1995 14:54:51 -0400
Received: from brookfield.ans.net (localhost.brookfield.ans.net [127.0.0.1]) by brookfield.ans.net (8.6.12/8.6.12) with ESMTP id PAA17880; Wed, 25 Oct 1995 15:05:35 -0400
Message-Id: <199510251905.PAA17880@brookfield.ans.net>
To: Yakov Rekhter <yakov@cisco.com>
cc: curtis@ans.net, rolc@nexen.com
Reply-To: curtis@ans.net
Subject: Re: Last Call for draft-ietf-rolc-apr-00.txt
In-reply-to: Your message of "Tue, 24 Oct 1995 16:51:07 PDT." <199510242351.QAA27434@hubbub.cisco.com>
Date: Wed, 25 Oct 1995 15:05:33 -0400
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Curtis Villamizar <curtis@ans.net>
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/

In message <199510242351.QAA27434@hubbub.cisco.com>om>, Yakov Rekhter writes:
> Curtis,
> 
> So, to clarify the (apparent) confusion:
> 
>    APR != whole NBMA network.  Whole NBMA network may contain more than one A
> PR.
> 
> Yakov.


If we keep APR, then the defintion is simple.  APR is a prefix that
falls entirely within an NBMA.

You can describe the "one hop off the NBMA" problem as:

  Where direct reachability is being determined by a preconfigured set
  of prefixes, a prefix served by a router on the NBMA, for which direct
  connectivity to that router is sometimes desired, must be configured
  in the set of prefixes.  Though this is technically not an APR, this
  prefix may be configured as a subset of an APR to accomplish the
  same result.

The above describes a violation of the purity of an APR.  It may
become common practice to avoid configuring additional prefixes at the
expense of this architecural purity.

I would certainly rather define APR to describe the role in the
topology or the role in the hack to simplify configuration.

My preference is not to introduce a new term at all.  If the use of
address prefix to determine direct reachability is a key point of this
draft, then it is a weakness of the draft, in that it is concentrating
on a single very static means of determining if a destination is
directly reachable.  There is only a need for the term APR if the
draft dwells on this very poorly scalable technique.

[ aside: I thought large scalability was a key goal of the ROLC WG.
In this preoccupation with use of APR to determine reachability and in
the current NHRP, that goal seems to have been lost completely. ]

Curtis