The Routing Over Large Clouds Mailing List Archive by date

Cell Relay Retreat>List Archive>month:1995-Oct> msg00075



[Date Prev][Date Next][Thread Prev][Thread Next]  
  [Date Index][Thread Index][Author Index][Subject Index]

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

  • From: Curtis Villamizar <curtis@ans.net>
  • Date: Wed, 25 Oct 1995 14:46:27 -0400
  • cc: curtis@ans.net, rolc@nexen.com
  • X-Orig-Sender: owner-rolc@nexen.com

In message <199510242346.QAA26631@hubbub.cisco.com>, Yakov Rekhter writes:
> Curtis,
> 
> > It seems you want a term that covers the case where there is an
> > address prefix that covers the NBMA network exactly.  I'll argue that
> > this is a special case of an NBMA, so if anything, a separate term is
> > needed so we can still talk about NBMA in which the is no address
> > prefix that overlaps the NBMA exactly.  If you define the first term,
> > the second is just "an address prefix that overlaps an NBMA exactly"
> > (replacing NBMA for the term chosen).
> 
> I need a term that would cover a group of hosts on an NBMA network
> with a router on the NBMA network that would act as the last hop router
> for these hosts. The group of hosts may form a subset of all the 
> hosts connected to the NBMA network. So, an NBMA network may have
> more than one APR (more than one address prefix), but each APR
> would have exactly one address prefix.
> 
> Yakov.


Yakov,

How about:

  NBMA (or it's replacement)

  address prefix falling entirely within an NBMA (was APR)

  address prefix reachable through a router on the NBMA

  a firewall or concentrating router on an NBMA serving a specific
  prefix on the NBMA but requiring connectivity through the firewall

Why do we have to associate new terms for a prefix used in a specific
situation?  The term you are asking to define is the fourth case.

The fourth case above is special case of the third.  There is always
some reason behind being reachable through a router rather than
direct.  The reason in the fourth case is not the most common reason
that the media types are not the same.  What makes this case special
enough to require another term be defined for it?

If there is substantial content in your draft and there is a concept
that is used frequently and is likely to be needed frequently in
technical discussions and current requires a lengthy or awkward
phrase, then we need a new term.  Let's not define the jargon first,
then figure out if we need the new terms for anything.

I think the call in the Danvers IETF was for the definition of a term
to replace "NBMA network" *only* since subnet didn't fit.  Here a new
term was clearly needed.  It was not a call for a whole new set of
jargon and acronyms.

Curtis