RFC 2153 (rfc2153) - Page 2 of 6

PPP Vendor Extensions

Alternative Format: Original Text Document

RFC 2153                 PPP vendor extensions                  May 1997



   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |     Code      |  Identifier   |            Length             |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                         Magic-Number                          |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                      OUI                      |     Kind      |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |    Value(s) ...
   +-+-+-+-+-+-+-+-+

   Code

       0 for Vendor Specific

   Identifier

      The Identifier field MUST be changed for each Vendor Specific
      packet sent.

   Length

      >= 12

      When the Length is twelve, no Value(s) field is present.

   Magic-Number

      The Magic-Number field is four octets and aids in detecting links
      that are in the looped-back condition.  Until the Magic-Number
      Configuration Option has been successfully negotiated, the Magic-
      Number MUST be transmitted as zero.  See the Magic-Number
      Configuration Option for further explanation.

   OUI

      three octets.  The vendor's Organizationally Unique Identifier.
      The bits within the octet are in canonical order, and the most
      significant octet is transmitted first.

   Kind

      one octet.  Indicates a sub-type for the OUI.  There is no
      standardization for this field.  Each OUI implements its own
      values.

      The Kind field may be extended by the vendor to include zero or
      more octets of the Value(s) field.



Simpson                      Informational
< Previous
Next >