The Routing Over Large Clouds Mailing List Archive by date

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



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

Application Statement

  • From: "Jeffrey A. Buffum - Bay Networks" <jbuffum@pobox.wellfleet.com>
  • Date: Mon, 06 Mar 1995 08:40:06 -0500
  • Cc: rolc@acton.timeplex.com

John,

> If NHRP was the only solution available, I would understand
> the "better a flawed solution than no solution" argument.
> Fortunately, there are at least two different ways to solve the
> address resolution problem - (1) embed subnetwork (e.g., ATM) addresses
> in the routing protocol or (2) a query/response address resolution
> protocol with querys sent to the router that provided the next-hop
> information, rather than to the next-hop.  The query/response
> approach resolves both next-hop router addresses and destination
> host addresses, while embedding subnetwork addresses in the routing
> protocol only resolves next-hop router addresses.

Couldn't this "query/response address resolution protocol" be interpreted as
"server mode" NHRP? As I read the specification, there is not clear statement
as to how NHS interoperate. Could not an NHS be a router? Thus, the NHS are
the "routers" for the NBMA network. Therefore, every NHS has the correct answer
and the NHS forwarding procedures in NHRP can be ignored.

Just a thought!

+---------------------------------------------------------------------+
| Jeffrey Buffum                  Phone:    508-436-8565              |
| R&D Alliances                   Internet: jbuffum@baynetworks.com   |
| Bay Networks                    Fax:      508-670-8154              |
+---------------------------------------------------------------------+