ATMARP and NHRP

Andy Malis <malis@maelstrom.timeplex.com> Thu, 12 January 1995 15:32 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa02535; 12 Jan 95 10:32 EST
Received: from acton.timeplex.com by IETF.CNRI.Reston.VA.US id aa02531; 12 Jan 95 10:32 EST
Received: from maelstrom.timeplex.com (malis@localhost) by maelstrom.acton.timeplex.com (8.6.9/ACTON-MAIN-1.2) with ESMTP id JAA17877; Thu, 12 Jan 1995 09:39:07 -0500
Message-Id: <199501121439.JAA17877@maelstrom.acton.timeplex.com>
To: ip-atm@matmos.hpl.hp.com, Mark Laubach <laubach@terra.com21.com>
cc: malis@maelstrom.timeplex.com, rolc@maelstrom.acton.timeplex.com
Subject: ATMARP and NHRP
In-reply-to: Your message of "Mon, 09 Jan 1995 23:04:43 PST." <Pine.BSI.3.90.950109225247.1982C-100000@terra.com21.com>
Date: Thu, 12 Jan 1995 09:39:06 -0500
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Andy Malis <malis@maelstrom.timeplex.com>

I would like to respond to the recent messages on multiple ATM ARP
servers on the ip-atm list by stepping back to a bit of a
meta-discussion.

I see the possibility of a lot of otherwise unnecessary work going on,
first in the IP/ATM WG and then in people's implementations, to
bullet-proof a limited-lifetime protocol (one that we've already
agreed isn't going to go past the "Proposed Standard" stage).

I will admit up front that I have two vested interests here:

As ROLC chair, I would MUCH rather see the brain cycles we have
available in the IP/ATM and ROLC WGs spent on specifying ATMARP-NHRP
interactions and transition, and bullet-proofing NHRP, than spent on
bullet-proofing ATMARP.

As a network equipment vendor, I want several things: to have to do
less, rather than more, development in order to deliver the right
products to my customers, and to prevent the possibility of confusion
in the marketplace (including the endstation vendor community).  To
the extent that ATMARP and NHRP cooperate and have a solid transition
plan, rather than both continuing to be developed (even though we've
already committed to the transition), work is conserved and confusion
is minimized.

Am I the only one that thinks this makes sense???  Please let me
know!!!

I cced the rolc mailing list because the ROLC WG has to be involved in
the transition planning, and not everyone on the list may be aware of
the ongoing ip-atm discussion.  My apologies to those of you that will
receive this thread twice.

Looking forward to your feedback,
Andy
__________________________________________________________________________
Andrew G. Malis   malis@maelstrom.timeplex.com             +1 508 266-4522
Ascom Timeplex    289 Great Rd., Acton MA 01720 USA   FAX: +1 508 264-4999