Re: nhrp-05 ????? - Destination Prefix Extension
Bruce Cole <bcole@cisco.com> Thu, 02 November 1995 19:33 UTC
Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa19464;
2 Nov 95 14:33 EST
Received: from guelah.nexen.com by IETF.CNRI.Reston.VA.US id aa19460;
2 Nov 95 14:33 EST
Received: from maelstrom.nexen.com ([204.249.99.5]) by guelah.nexen.com
(8.6.12/8.6.12) with ESMTP id OAA03998; Thu, 2 Nov 1995 14:04:53 -0500
Received: (from root@localhost) by maelstrom.nexen.com (8.6.12/8.6.12) id
OAA10325 for rolc-out; Thu, 2 Nov 1995 14:12:39 -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 OAA10316 for
<rolc@nexen.com>; Thu, 2 Nov 1995 14:12:36 -0500
Received: from greatdane.cisco.com (greatdane.cisco.com [171.69.1.141]) by
guelah.nexen.com (8.6.12/8.6.12) with ESMTP id NAA03950 for <rolc@nexen.com>;
Thu, 2 Nov 1995 13:59:48 -0500
Received: from cisco.com (localhost.cisco.com [127.0.0.1]) by
greatdane.cisco.com (8.6.8+c/8.6.5) with ESMTP id LAA26884;
Thu, 2 Nov 1995 11:07:51 -0800
Message-Id: <199511021907.LAA26884@greatdane.cisco.com>
To: gardo@vnet.ibm.com
Cc: bcole@cisco.com, rolc@nexen.com, genecox@vnet.ibm.com
Subject: Re: nhrp-05 ????? - Destination Prefix Extension
In-Reply-To: Your message of "Wed, 01 Nov 1995 21:59:28 EST."
<199511020252.VAA29848@guelah.nexen.com>
Date: Thu, 02 Nov 1995 11:07:50 -0800
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Bruce Cole <bcole@cisco.com>
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/
> I understand this to mean the NHS can ignore the extension (meaning in > the Request packet only). I thought the reason that an extension was > put into a Request packet was because the client supported that > extension. The above text says, "if the *NHS* does not recognize..." > Is there another section of the draft that I need to read where it > indicates that a client can put a discretionary extension in a Request > packet but ignore it when receiving the extension in the Reply packet? > > If the client can ignore the extension on a purge and at the same time > put the extension in the Request packet, then why should a server > ever send a purge? Discretionary means that the extension need not be implemented/handled by all implementations. The spec does not say anything about when a station must/must not ignore such an extension. So the spec does not preclude a client placing such an extension in a request and ignoring it in the corresponding reply. Sure, that may not be too sensible, but the protocol need not be extended to police this. The use of the term NHS in the description of discretionary is incorrect. Take for example a vendor private extension which is being added by the NHRP responding station. The station which receives this response may ignore the extension, due to the discretionary bit, and that station may or may not be an NHS. So I recommend replacing 'NHS' with 'station' or some such, in the description of discretionary.
- Re: nhrp-05 ????? - Destination Prefix Extension gardo
- Re: nhrp-05 ????? - Destination Prefix Extension Bruce Cole
- nhrp-05 ????? - Destination Prefix Extension gardo
- Re: nhrp-05 ????? - Destination Prefix Extension Bruce Cole
- Re: nhrp-05 ????? - Destination Prefix Extension Andrew Smith
- Re: nhrp-05 ????? - Destination Prefix Extension Andrew Smith
- Re: nhrp-05 ????? - Destination Prefix Extension debruin
- Re: nhrp-05 ????? - Destination Prefix Extension Bruce Cole
- Re: nhrp-05 ????? - Destination Prefix Extension Andrew Smith
- nhrp-05 ????? - Destination Prefix Extension gardo
- Re: nhrp-05 ????? - Destination Prefix Extension debruin
- Re: nhrp-05 ????? - Destination Prefix Extension Andrew Smith
- Re: nhrp-05 ????? - Destination Prefix Extension Andrew Smith
- nhrp-05 ????? - Destination Prefix Extension gardo
- Re: nhrp-05 ????? - Destination Prefix Extension Andrew Smith