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
- Re: ARP and NHRP question James Watt
- Re: ARP and NHRP question James Watt
- Re: ARP and NHRP question Tim Salo
- Re: ARP and NHRP question James Watt
- Re: ARP and NHRP question Eric W. Gray
- Re: ARP and NHRP question James Watt
- Re: ARP and NHRP question Tim Salo
- Re: ARP and NHRP question Grenville Armitage
- Re: ARP and NHRP question Mark Laubach
- Re: ARP and NHRP question Andrew Smith
- Re: ARP and NHRP question Bryan Gleeson
- Re: ARP and NHRP question Juha Heinanen
- Re: ARP and NHRP question Grenville Armitage
- Re: ARP and NHRP question James Watt
- Re: ARP and NHRP question Mark Laubach
- Re: ARP and NHRP question Andrew Smith
- Re: ARP and NHRP question Carl Marcinik
- Re: ARP and NHRP question Mark Laubach
- Re: ARP and NHRP question Mark Laubach
- Re: ARP and NHRP question Andrew Smith
- Re: ARP and NHRP question Carl Marcinik
- Re: ARP and NHRP question Juha Heinanen
- Re: ARP and NHRP question Bryan Gleeson
- Re: ARP and NHRP question Curtis Villamizar
- Re: ARP and NHRP question Mark Laubach
- Re: ARP and NHRP question Andrew Smith