Re: NHRP/MARS version number location.

Grenville Armitage <gja@thumper.bellcore.com> Fri, 29 December 1995 22:04 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa17534; 29 Dec 95 17:04 EST
Received: from guelah.nexen.com by IETF.CNRI.Reston.VA.US id aa17530; 29 Dec 95 17:04 EST
Received: from maelstrom.nexen.com (maelstrom.nexen.com [204.249.99.5]) by guelah.nexen.com (8.6.12/8.6.12) with ESMTP id QAA13798; Fri, 29 Dec 1995 16:32:19 -0500
Received: (from root@localhost) by maelstrom.nexen.com (8.6.12/8.6.12) id QAA03316 for rolc-out; Fri, 29 Dec 1995 16:42:42 -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 QAA03307; Fri, 29 Dec 1995 16:42:40 -0500
Received: from thumper.bellcore.com (thumper.bellcore.com [128.96.41.1]) by guelah.nexen.com (8.6.12/8.6.12) with ESMTP id QAA13786; Fri, 29 Dec 1995 16:27:12 -0500
Received: from thumper (localhost [127.0.0.1]) by thumper.bellcore.com (8.6.9/8.6.10) with ESMTP id QAA06897; Fri, 29 Dec 1995 16:43:26 -0500
Message-Id: <199512292143.QAA06897@thumper.bellcore.com>
To: Tim Salo <salo@msc.edu>
cc: luciani@nexen.com, gja@thumper.bellcore.com, ip-atm@matmos.hpl.hp.com, rolc@nexen.com
Subject: Re: NHRP/MARS version number location.
In-reply-to: Your message of Fri, 29 Dec 1995 14:47:25 -0600. <199512292047.OAA11285@uh.msc.edu>
Date: Fri, 29 Dec 1995 16:43:22 -0500
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Grenville Armitage <gja@thumper.bellcore.com>
X-Orig-Sender: owner-rolc@nexen.com
Precedence: bulk
X-Info: [Un]Subscribe to rolc-request@nexen.com, submissions to rolc@nexen.com
X-Info: Email archive at ftp://ietf.cnri.reston.va.us/ietf-mail-archive/rolc/
X-Info: Hypermail archive at http://cell-relay.indiana.edu/mail/archives/rolc/
X-Info: FTP archive at ftp://ftp.nexen.com/pub/rolc/

Tim,

>>(Do we need to solicit opinions from the broader IETF community about
>>the appropriate definition of the term "version?")

Is that what you want? Another colossal waste of time as keyboard-pedants
jostle for post-christmas fame and fortune arguing over the difference
between a 'version' of a protocol and a simply different protocol?
Please, tell me it ain't so!

	[..]
>>On the other hand, I believe that NHRP and MARS should be be allowed to
>>evolve independently.

This is unfortunate, because I consider you therefore to be completely
and utterly wrong. They ought, if anything, converge as time rolls
on.

And I think - nay, I know - you've not fully read the spec if you
think the evolution of either NHRP or MARS will be impeded by the
current fixedheader and 'version' field. Why? Because the upgrade
path to incremental modification of functionality is primarily intended
to be through the TLVs. Re-read the intro to section 10 of ipmc-10.
(And have a look at draft-kandlur-ipatm-mars-directvc-00.txt for an
example of exactly this sort of approach to evolution.)

Its fairly obvious you've simply got a hangup about a 20 octet
fixed header. Why?

gja (truly bemused)