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