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)
- Re: NHRP/MARS version number location. Grenville Armitage
- Re: NHRP/MARS version number location. Tim Salo
- Re: NHRP/MARS version number location. Grenville Armitage
- Re: NHRP/MARS version number location. James Luciani
- Re: NHRP/MARS version number location. Tim Salo
- Re: NHRP/MARS version number location. Grenville Armitage
- Re: NHRP/MARS version number location. James Watt
- Re: NHRP/MARS version number location. James Luciani