Re: ARP and NHRP question

Mark Laubach <laubach@terra.com21.com> Sat, 02 December 1995 21:10 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa13459; 2 Dec 95 16:10 EST
Received: from guelah.nexen.com by IETF.CNRI.Reston.VA.US id aa13455; 2 Dec 95 16:10 EST
Received: from maelstrom.nexen.com (maelstrom.nexen.com [204.249.98.5]) by guelah.nexen.com (8.6.12/8.6.12) with ESMTP id PAA15723; Sat, 2 Dec 1995 15:42:31 -0500
Received: (from root@localhost) by maelstrom.nexen.com (8.6.12/8.6.12) id PAA16305 for rolc-out; Sat, 2 Dec 1995 15:55:08 -0500
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 PAA16296 for <rolc@nexen.com>; Sat, 2 Dec 1995 15:54:52 -0500
Received: from terra.com21.com (terra.com21.com [140.174.223.21]) by guelah.nexen.com (8.6.12/8.6.12) with ESMTP id PAA15719 for <rolc@nexen.com>; Sat, 2 Dec 1995 15:39:59 -0500
Received: (laubach@localhost) by terra.com21.com (8.6.10/8.6.5) id NAA27256; Sat, 2 Dec 1995 13:11:37 -0800
Date: Sat, 2 Dec 1995 13:11:37 -0800 (PST)
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Mark Laubach <laubach@terra.com21.com>
To: Juha Heinanen <jh@lohi.dat.tele.fi>
cc: carlm@fore.com, asmith@baynetworks.com, bryang@eng.adaptec.com, ip-atm@matmos.hpl.hp.com, rolc@nexen.com, carlm@fore.com
Subject: Re: ARP and NHRP question
In-Reply-To: <199511300555.HAA22025@lohi.dat.tele.fi>
Message-ID: <Pine.BSI.3.91.951202130057.27028D@terra.com21.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
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/

>    Folks, the classic RFC1577 LIS model is our default - our point of
>    dependendable always-available fallback.  LISs must be required to support
>    ATMARP by default, or things break in a multi-option, multi-vendor world.
> 
> i strongly disagree with the above.  what a lis is required to support
> is the decision of the guy who runs the lis, not the ietf.  if i
> understand you correctly, even if my lis is all nhrp, i would still need
> to have atmarp code and servers around, which doesn't make any sense.

Juha, let me try to explain it this way.  Even if the world's best and
accepted NHRP appeared tomorrow, my AD's have recently reminded me that
the IAB and IETF interoperability preservation process would require a
step-by-step transition plan to move from what we have now to an all NHRP
LIS.  (I'm assuming we are both defining "NHRP LIS" as the clients only
have NHRP code in them.) The next step of anything we do in a step-by-step
process requires the support of existing implementations and will still
require atmarp code in the client.  Granted, that we decided to aim
towards NHRP at the Danver's meeting - it is just that it takes two steps
to get there, not one. 

Mark