The Routing Over Large Clouds Mailing List Archive by date

Cell Relay Retreat>List Archive>month:1995-Mar> msg00008



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

Application Statement

  • From: Curtis Villamizar <curtis@ans.net>
  • Date: Fri, 03 Mar 1995 15:23:21 -0500
  • cc: curtis@ans.net, rolc@acton.timeplex.com


In message <9503031856.AA06227@minuteman.gte.com>, dhc2@gte.com writes:
> Curtis,
> <NHRP can only safely do address resolution.  You are trying to
> <perpetuate the already disproven claim that NHRP is a viable
> <replacement for routing.
> 
> Well, that was not my intention.
> 
> <Curtis
> 
> Derya


Derya,

The applicability of NHRP is limited.  The application statement must
be very clear about what the limitations are.

Throughout your draft you explain that NHRP can be used for router to
router next hop resolution without mention of the limitation.  See
below.

There are many people involved in the operation of the Internet that
feel that NHRP is not at all viable except as an address resolution
protocol.  You are making claims to the contrary, then making brief
mention of the problem and attempting to make it sound like it's not
really very important because there are workarounds.  There are no
viable workarounds for a very broad class of topologies and the
applicability of this protocol is limited.  Your draft needs to say
this very clearly.

Curtis


  2. Introduction

  [...]

   If the destination station is not part of 
   the logical NBMA network, NHRP provides the source with the NBMA 
   address of the egress router towards the destination.

  3. Key Features

   ...  If the destination
   station is not attached to the NBMA, then NHRP provides with the
   NMBA address of the exit router.

   ...

    o NHRP Forward and Reverse Next Hop Server Record Options (IPv4). 
      These options keep track of NHRP Server addresses. They are used
      in updating cache tables and in detecting loops.

[ no mention that off network loops cannot be detected and persistant
loops can form]

  5. Discussion

   ...  It is recommended that
   during Router-to-Router operation, options that help to detect loops
   be invoked and NHRP requests be reissued periodically.

[ I'm not aware of any NHRP scheme that detects routing loops off
network, nor does reissuing requests remove the loops ]

   ...  For the purpose
   loop prevention, it is advisable avoid the non-NBMA paths between
   the routers where NHRP is being run.

[ as I've already pointed out, this is an absurb attempt to minimize
the issue ]