Vendor Private Extension

James Luciani <luciani@nexen.com> Tue, 11 July 1995 19:06 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa12755; 11 Jul 95 15:06 EDT
Received: from [204.249.96.18] by IETF.CNRI.Reston.VA.US id aa12750; 11 Jul 95 15:06 EDT
Received: from maelstrom.acton.timeplex.com (maelstrom.nexen.com [204.249.97.5]) by nexen.nexen.com (8.6.12/8.6.12) with ESMTP id OAA04974; Tue, 11 Jul 1995 14:51:29 -0400
Received: (from root@localhost) by maelstrom.acton.timeplex.com (8.6.12/8.6.12) id OAA07010 for rolc-out; Tue, 11 Jul 1995 14:46:55 -0400
Received: from shovel.acton.timeplex.com (shovel.acton.timeplex.com [134.196.22.10]) by maelstrom.acton.timeplex.com (8.6.12/8.6.12) with ESMTP id OAA07000; Tue, 11 Jul 1995 14:46:51 -0400
Received: from localhost (luciani@localhost) by shovel.acton.timeplex.com (8.6.12/8.6.12) with SMTP id OAA08009; Tue, 11 Jul 1995 14:46:50 -0400
Message-Id: <199507111846.OAA08009@shovel.acton.timeplex.com>
To: rolc@nexen.com
cc: luciani@nexen.com
Subject: Vendor Private Extension
Date: Tue, 11 Jul 1995 14:46:49 -0400
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: James Luciani <luciani@nexen.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/

ROLCers,
  
  Since NHRP does not permit more than one instance of any given extension
type, this places a bit of a constraint on the vendor private extension.
What if a message traverses two vendors' NHRP speakers both of which wish to 
include private information in the message?  It can't be done now.  

I propose that the vendor private extension/TLV take on the following form:



5.7.8  NHRP Vendor-Private Extension
 
   Discretionary = 1
   Type = 8
   Length = variable
 
   The NHRP Vendor-Private Extension is carried in NHRP packets to
   convey vendor-private information or NHRP extensions between NHRP
   speakers.  This extension may be used at any time, and unlike other
   extensions, this extension may be added to a reply even if it was
   not present in the original request.  Because only one instance of
   an extension type is allowed in an NHRP message, this extension is
   formatted to allow one or more vendors to add private information 
   withing a single extension.  Each vendor's NHRP speaker may add to 
   this extension as the message is propagated to its destination.

   If the receiver does not handle this extension, or does not match
   any of the vendor IDs in the extension, then the extension may be
   the extension may safely be ignored.  Each NHRP speaker may add the
   following record to this extension:

       0                   1                   2                   3
       0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |                         Vendor ID             |    RVU        |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      |           Length              |   Data (variable length)      |
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

   Vendor ID   
     24-bit 802 vendor ID as assigned by the IEEE
 
   RVU
     Reserved for vendor use.  This field can be used for whatever
     the vendor desires or it may not be used at all.

   Length
     The length in octets of the private data, beginning from the
     first octet of the Data field.

   Data
     The vendor-private data.  This field will always end on a 32-bit
     boundary, so its length will always be 2+4*n octets, where n>=0.

   Note that the extension can contain multiple vendor entries.
   If a vendor adds an entry to an existing extension, then the 
   overall extension length is increased by the total length of 
   the additional entry, including the Vendor ID, Length, 
   and Data fields.