RFC 3818 (rfc3818) - Page 2 of 4

IANA Considerations for the Point-to-Point Protocol (PPP)

Alternative Format: Original Text Document
< Previous
Next >
RFC 3818              IANA Considerations for PPP              June 2004


Terminology

   The terms "name space", "assigned value", and "registration" are used
   here with the meanings defined in BCP 26 [2].  The policies "First
   Come First Served" and "IETF Consensus" used here also have the
   meanings defined in BCP 26.

IANA Considerations for PPP

   IETF Consensus, usually through the Point-to-Point Protocol
   Extensions working group (pppext), is required for assigning new
   values in the following address spaces:

                PPP DLL PROTOCOL NUMBERS
                PPP LCP AND IPCP CODES
                PPP LCP CONFIGURATION OPTION TYPES
                PPP CCP CONFIGURATION OPTION TYPES
                PPP CHAP AUTHENTICATION ALGORITHMS
                PPP LCP FCS-ALTERNATIVES
                PPP MULTILINK ENDPOINT DISCRIMINATOR CLASS
                PPP LCP CALLBACK OPERATION FIELDS
                PPP BRIDGING CONFIGURATION OPTION TYPES
                PPP BRIDGING MAC TYPES
                PPP BRIDGING SPANNING TREE
                PPP IPCP CONFIGURATION OPTION TYPES
                PPP IPV6CP CONFIGURATION OPTIONS
                PPP IP-Compression-Protocol Types

Security Considerations

   This memo deals with matters of process, not protocol.

Normative References

   [1] Simpson, W., Ed., "The Point-to-Point Protocol (PPP)", STD 51,
       RFC 1661, July 1994.

   [2] Alvestrand, H. and T. Narten, "Guidelines for Writing an IANA
       Considerations Section in RFCs", BCP 26, RFC 2434, October 1998.












Schryver                 Best Current Practice
< Previous
Next >