RFC 2899
Request for Comments Summary RFC Numbers 2800-2899
Request for Comments Summary β¨π
RFC Numbers 2800-2899 π
Okay bestie, this is RFC 2899 by S. Ginoza from ISI, filed as Informational and dated May 2001 π¦. It's the Request for Comments Summary for the Network Working Group, and it doesn't obsolete or update anything (there are no Obsoletes or Updates lines in its header). Literally a status report, no drama π
Status of This Memo β¨
Okay so this RFC is a slightly annotated list of the 100 RFCs from RFC 2800 through RFC 2899 πΈ. It's a status report on those RFCs, and it provides information for the Internet community. It does not specify an Internet standard of any kind, so don't go looking for a protocol in here π Distribution of this memo is unlimited, which is iconic of it π
Copyright Notice π
Copyright (C) The Internet Society (2001). All Rights Reserved. π
Note π¦
Okay, so not every RFC is a Proposed Standard, Draft Standard, or Standard, but many are π The status of these RFCs can change during standards processing, so this note only says which ones are on the standards track. For the latest word, check "Internet Official Protocol Standards" π In the list below, standards-track RFCs are tagged [STANDARDS-TRACK] β¨
The Index π
Here's the header of the list, kept exactly as it is:
RFC Author Date Title
--- ------ ---- -----
Each entry below keeps its original row, then gets my take on what it's about. The entries run newest to oldest, so let's go π
2899 Β· Ginoza πΈ
2899 Ginoza May 2001 Request for Comments Summary
Okay, this is the memo itself, so it's giving meta πͺ
2898 Β· Kaliski π
2898 Kaliski Sep 2000 PKCS #5: Password-Based
Cryptography Specification
Version 2.0
This one gives recommendations for implementing password-based cryptography π It covers key derivation functions, encryption schemes, message-authentication schemes, and the ASN.1 syntax that identifies all these techniques. Info for the Internet community, no cap π«Ά
2897 Β· Cromwell π§
2897 Cromwell Aug 2000 Proposal for an MGCP Advanced
Audio Package
This is a proposal to add a new event/signal package to MGCP (Media Gateway Control Protocol) π§ The point is to control an ARF (Audio Resource Function), which may live on a Media Gateway or on a specialized Audio Server. Info only, so it's a proposal, not a rule β¨
2896 Β· Bierman π¦
2896 Bierman Aug 2000 Remote Network Monitoring MIB
Protocol Identifier Macros
This memo has a bunch of protocol identifier examples π You can use them to produce valid protocolDirTable INDEX encodings, as defined by the Remote Network Monitoring MIB and the RMON Protocol Identifier Reference. Info for the Internet community, obsessed with how organized this is π
2895 Β· Bierman π
2895 Bierman Aug 2000 Remote Network Monitoring MIB
Protocol Identifier Reference
This one defines a notation for describing protocol layers in a protocol encapsulation π§© It's specifically for encoding INDEX values for the protocolDirTable found in the RMON-2 MIB. It's on the standards track: [STANDARDS TRACK] π₯
2894 Β· Crawford β
2894 Crawford Aug 2000 Router Renumbering for IPv6
Router Renumbering ("RR") is a mechanism that lets address prefixes on routers be configured and reconfigured almost as easily as Neighbor Discovery and Address Autoconfiguration work for hosts πͺ Honestly so iconic. It's [STANDARDS TRACK] π
2893 Β· Gilligan πΈ
2893 Gilligan Aug 2000 Transition Mechanisms for IPv6
Hosts and Routers
This one specifies IPv4 compatibility mechanisms that IPv6 hosts and routers can implement π¦ Transition vibes all day. [STANDARDS TRACK] π
2892 Β· Tsiang π
2892 Tsiang Aug 2000 The Cisco SRP MAC Layer
Protocol
This document specifies the MAC layer protocol "Spatial Reuse Protocol" (SRP), for use with ring-based media π This is the second version of the protocol (V2). Info for the Internet community, and yes it's a whole vibe π
2891 Β· Howes π«Ά
2891 Howes Aug 2000 LDAP Control Extension for
Server Side Sorting of Search
Results
This describes two LDAPv3 control extensions for server-side sorting of search results β¨ They let a client say which attribute types and matching rules the server should use when it returns results to an LDAP search request. Literally so useful. [STANDARDS TRACK] π₯
2890 Β· Dommety π§
2890 Dommety Sep 2000 Key and Sequence Number
Extensions to GRE
This describes extensions where two fields, Key and Sequence Number, can optionally be carried in the GRE Header πΈ It's giving optional add-ons. [STANDARDS TRACK] β
2889 Β· Mandeville π
2889 Mandeville Aug 2000 Benchmarking Methodology for
LAN Switching Devices
This one is meant to provide a methodology for benchmarking local area network (LAN) switching devices π Info for the Internet community, and the methodology era is real π
2888 Β· Srisuresh π
2888 Srisuresh Aug 2000 Secure Remote Access with L2TP
The objective here is to extend the security characteristics of IPsec to remote access users, as they dial in through the Internet π Main character security energy. Info for the Internet community π¦
2887 Β· Handley π
2887 Handley Aug 2000 The Reliable Multicast Design
Space for Bulk Data Transfer
This gives an overview of the design space and the ways application constraints affect possible solutions πΊοΈ Basically a map of the whole vibe. Info for the Internet community β¨
2886 Β· Taylor π
2886 Taylor Sep 2000 Megaco Errata
This one records the errors found in the Megaco/H.248 protocol document, along with the text changes proposed to fix them π οΈ Bestie, it's errata, so it's giving corrections era. [STANDARDS TRACK] πΈ
2885 Β· Cuervo π
2885 Cuervo Sep 2000 Megaco Protocol version 0.8
This is common text with Recommendation H.248, as redetermined in Geneva, February 2000 π It must be read alongside the Megaco Errata, RFC 2886, so don't skip it π [STANDARDS TRACK] π
2884 Β· Hadi Salim π₯
2884 Hadi Salim Jul 2000 Performance Evaluation of
Explicit Congestion
Notification (ECN) in IP
Networks
This memo presents a performance study of the Explicit Congestion Notification (ECN) mechanism in TCP/IP, using their implementation on the Linux Operating System π§ Data era. Info for the Internet community π
2883 Β· Floyd πΈ
2883 Floyd Jul 2000 An Extension to the Selective
Acknowledgement (SACK) Option
for TCP
This note defines an extension of the Selective Acknowledgement (SACK) Option for TCP π¬ Acknowledgements level up. [STANDARDS TRACK] β¨
2882 Β· Mitton π¦
2882 Mitton Jul 2000 Network Access Servers
Requirements: Extended RADIUS
Practices
This describes current practices in NAS products that go beyond the scope of the RADIUS (Remote Authentication Dial In User Service) RFCs 2138, 2139 ποΈ Practices that went beyond the brief, iconic. Info for the Internet community π
2881 Β· Mitton π§
2881 Mitton Jul 2000 Network Access Server
Requirements Next Generation
(NASREQNG) NAS Model
This gives the terminology and a model of a typical Network Access Server (NAS) π§ Info for the Internet community, and the vocab is so clean π
2880 Β· McIntyre β
2880 McIntyre Aug 2000 Internet Fax T.30 Feature
Mapping
This describes how to map the Group 3 fax capability identification bits, described in ITU T.30, into the Internet fax feature schema described in "Content feature schema for Internet fax" π Mapping is giving puzzle energy. Info for the Internet community π«Ά
2879 Β· Klyne π
2879 Klyne Aug 2000 Content Feature Schema for
Internet Fax (V2)
This defines a content media feature schema for Internet fax π Schema queen behavior. [STANDARDS TRACK] π
2878 Β· Higashiyama πΈ
2878 Higashiyama Jul 2000 PPP Bridging Control Protocol
(BCP)
This defines the Network Control Protocol for establishing and configuring Remote Bridging for PPP links π Bridging the gap, literally. [STANDARDS TRACK] π₯
2877 Β· Murphy, Jr. π
2877 Murphy, Jr. Jul 2000 5250 Telnet Enhancements
This describes the interface to the IBM 5250 Telnet server. It lets a client Telnet ask for a Telnet terminal or printer session using a specific device name π¨οΈ Very specific, very serious, very iconic. Info for the Internet community π
2876 Β· Pawling π¦
2876 Pawling Jul 2000 Use of the KEA and SKIPJACK
Algorithms in CMS
This describes the conventions for using the Key Exchange Algorithm (KEA) and the SKIPJACK encryption algorithm together with the Cryptographic Message Syntax [CMS] enveloped-data and encrypted-data content types π Crypto with a whole acronym buffet. Info for the Internet community β¨
2875 Β· Prafullchandra π
2875 Prafullchandra Jul 2000 Diffie-Hellman
Proof-of-Possession Algorithms
This describes two methods for producing an integrity check value from a Diffie-Hellman key pair ποΈ Proof-of-possession slay. [STANDARDS TRACK] π
2874 Β· Crawford π§
2874 Crawford Jul 2000 DNS Extensions to Support IPv6
Address Aggregation and
Renumbering
This defines changes to the Domain Name System so it can support renumberable and aggregatable IPv6 addressing π DNS getting a glow-up. [STANDARDS TRACK] β
2873 Β· Xiao π
2873 Xiao Jun 2000 TCP Processing of the IPv4
Precedence Field
This memo describes a conflict between TCP and DiffServ over the use of the three leftmost bits in the TOS octet of an IPv4 header π€Ό Bits fighting over who gets them. [STANDARDS TRACK] π
2872 Β· Bernet π
2872 Bernet Jun 2000 Application and Sub
Application Identity Policy
Element for Use with RSVP
RSVP signaling messages usually include policy data objects, and those contain policy elements π§Ύ Policy elements can describe user and/or application information, which RSVP-aware network elements can use to make policy decisions about a traffic flow π¦ This memo details how to use the policy elements that provide application information. [STANDARDS TRACK] π₯
2871 Β· Rosenberg π«Ά
2871 Rosenberg Jun 2000 A Framework for Telephony
Routing over IP
This is a framework for Telephony Routing over IP (TRIP), which supports discovering and exchanging IP telephony gateway routing tables between providers π Routing tables, but make it phone calls. Info for the Internet community π¦
2870 Β· Bush π
2870 Bush Jun 2000 Root Name Server Operational
Requirements
The main focus here is giving guidelines for operating the root name servers π This document specifies an Internet Best Current Practices for the Internet Community, and it requests discussion and suggestions for improvements π¬ Bestie, feedback is always welcome πΈ
2869 Β· Rigney π
2869 Rigney Jun 2000 RADIUS Extensions
This describes additional attributes for carrying authentication, authorization and accounting information between a Network Access Server (NAS) and a shared Accounting Server, using the Remote Authentication Dial In User Service (RADIUS) protocol described in RFC 2865 and RFC 2866 π§Ύ Info for the Internet community, and the attributes are doing so much π
2868 Β· Zorn π§
2868 Zorn Jun 2000 RADIUS Attributes for Tunnel
Protocol Support
This document defines a set of RADIUS (Remote Authentication Dial In User Service) attributes designed to support the provision of compulsory
To be continued... πβ¨ the tunnel attributes plot twist is coming in part 2, so stay tuned, bestie π π
RFC 2867 π Zorn, Jun 2000
RADIUS Accounting Modifications for Tunnel Protocol Support
okay so this one is giving accounting upgrade β¨ It defines new RADIUS (Remote Authentication Dial In User Service) accounting Attributes, plus new values for the existing Acct-Status-Type Attribute. Why? To support compulsory tunneling in dial-up networks π«Ά This memo provides information for the Internet community.
RFC 2866 π¦ Rigney, Jun 2000
RADIUS Accounting
bestie this one is the OG accounting protocol π It describes a protocol for carrying accounting information between a Network Access Server and a shared Accounting Server. This memo provides information for the Internet community.
RFC 2865 π Rigney, Jun 2000
Remote Authentication Dial In User Service (RADIUS)
the classic! π₯ It describes a protocol for carrying authentication, authorization, and configuration information between a Network Access Server which desires to authenticate its links and a shared Authentication Server. [STANDARDS TRACK]
RFC 2864 πΈ McCloghrie, Jun 2000
The Inverted Stack Table Extension to the Interfaces Group MIB
this one is so specific and I'm obsessed π It defines a portion of the Management Information Base (MIB) for use with network management protocols in the Internet community. In particular, it describes managed objects which provide an inverted mapping of the interface stack table used for managing network interfaces. [STANDARDS TRACK]
RFC 2863 π McCloghrie, Jun 2000
The Interfaces Group MIB
the way this one is the main character of MIB-II π It discusses the 'interfaces' group of MIB-II, especially the experience gained from the definition of numerous media-specific MIB modules for use in conjunction with the 'interfaces' group for managing various sub-layers beneath the internetwork-layer. It specifies clarifications to, and extensions of, the architectural issues within the MIB-II model of the 'interfaces' group. [STANDARDS TRACK]
RFC 2862 π§ Civanlar, Jun 2000
RTP Payload Format for Real-Time Pointers
okay this is lowkey so cool β¨ It describes an RTP payload format for transporting the coordinates of a dynamic pointer that may be used during a presentation. [STANDARDS TRACK]
RFC 2861 π Handley, Jun 2000
TCP Congestion Window Validation
literally a TCP glow-up π It describes a simple modification to TCP's congestion control algorithms to decay the congestion window cwnd after the transition from a sufficiently-long application-limited period, while using the slow-start threshold ssthresh to save information about the previous value of the congestion window. This memo defines an Experimental Protocol for the Internet community.
RFC 2860 π Carpenter, Jun 2000
Memorandum of Understanding Concerning the Technical Work of the Internet Assigned Numbers Authority
this is the paperwork era π It places on record the text of the Memorandum of Understanding concerning the technical work of the IANA that was signed on March 1, 2000 between the IETF and ICANN, and ratified by the ICANN Board on March 10, 2000. This memo provides information for the Internet community.
RFC 2859 π Fang, Jun 2000
A Time Sliding Window Three Colour Marker (TSWTCM)
ngl the header here got a little scrambled in the original π The stray line reads "A Time Sliding Window Three / This memo defines a Time". The real point is this: it defines a Time Sliding Window Three Colour Marker (TSWTCM), which can be used as a component in a Diff-Serv traffic conditioner. This memo defines an Experimental Protocol for the Internet community.
RFC 2858 β¨ Bates, Jun 2000
Multiprotocol Extensions for BGP-4
this one is iconic for routing π¦ It defines extensions to BGP-4 to enable it to carry routing information for multiple Network Layer protocols (e.g., IPv6, IPX, etc...). [STANDARDS TRACK]
RFC 2857 π₯ Keromytis, Jun 2000
The Use of HMAC-RIPEMD-160-96 within ESP and AH
the authentication slay π«Ά It describes the use of the HMAC algorithm in conjunction with the RIPEMD-160 algorithm as an authentication mechanism within the revised IPSEC Encapsulating Security Payload (ESP) and the revised IPSEC Authentication Header (AH). [STANDARDS TRACK]
RFC 2856 π Bierman, Jun 2000
Textual Conventions for Additional High Capacity Data Types
more big numbers, more vibes π It specifies new textual conventions for additional high capacity data types, intended for SNMP implementations which already support the Counter64 data type. [STANDARDS TRACK]
RFC 2855 πΈ Fujisawa, Jun 2000
DHCP for IEEE 1394
this is giving "why is everything different" energy and I respect it π It describes specific usage of some fields of DHCP (Dynamic Host Configuration Protocol) messages. IEEE Std 1394-1995 is a standard for a High Performance Serial Bus. Since 1394 uses a different link-layer addressing method than conventional IEEE802/Ethernet, the usage of some fields must be clarified to achieve interoperability. [STANDARDS TRACK]
RFC 2854 π Connolly, Jun 2000
The 'text/html' Media Type
the history lesson we didn't know we needed π It summarizes the history of HTML development, and defines the "text/html" MIME type by pointing to the relevant W3C recommendations. This memo provides information for the Internet community.
RFC 2853 π Kabat, Jun 2000
Generic Security Service API Version 2 : Java Bindings
java but make it secure π It specifies the Java bindings for GSS-API (Generic Security Service Application Program Interface), which is described at a language independent conceptual level in RFC 2743. [STANDARDS TRACK]
RFC 2852 π§ Newman, Jun 2000
Deliver By SMTP Service Extension
the "I need this by Tuesday" of email π It defines a mechanism whereby a SMTP client can request, when transmitting a message to a SMTP server, that the server deliver the message within a prescribed period of time. [STANDARDS TRACK]
RFC 2851 π¦ Daniele, Jun 2000
Textual Conventions for Internet Network Addresses
address book energy β¨ This MIB module defines textual conventions to represent commonly used Internet network layer addressing information. [STANDARDS TRACK]
RFC 2850 π IAB, May 2000
Charter of the Internet Architecture Board (IAB)
the org chart of the internet π«Ά This memo documents the composition, selection, roles, and organization of the Internet Architecture Board. It replaces RFC 1601. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.
RFC 2849 π Good, Jun 2000
The LDAP Data Interchange Format (LDIF) - Technical Specification
directory vibes, organized π This document describes a file format suitable for describing directory information or modifications made to directory information. [STANDARDS TRACK]
RFC 2848 π Petrack, Jun 2000
The PINT Service Protocol: Extensions to SIP and SDP for IP Access to Telephone Call Services
calling your phone from the internet πβ¨ This document contains the specification of the PINT Service Protocol 1.0, which defines a protocol for invoking certain telephone services from an IP network. [STANDARDS TRACK]
RFC 2847 π Eisler, Jun 2000
LIPKEY - A Low Infrastructure Public Key Mechanism Using SPKM
the secure-but-chill mechanism π This memorandum describes a method whereby one can use GSS-API (Generic Security Service Application Program Interface) to supply a secure channel between a client and server, authenticating the client with a password, and a server with a public key certificate. [STANDARDS TRACK]
RFC 2846 π Allocchio, Jun 2000
GSTN Address Element Extensions in E-mail Services
phone numbers in your email, iykyk π± This memo defines a full syntax for a specific application in which there is a need to represent GSTN (Global Switched Telephone Network) addressing and Internet addressing. [STANDARDS TRACK]
RFC 2845 π Vixie, May 2000
Secret Key Transaction Authentication for DNS (TSIG)
shared secrets, but make it DNS π«Ά This protocol allows for transaction level authentication using shared secrets and one way hashing. It can be used to authenticate dynamic updates as coming from an approved client, or to authenticate responses as coming from an approved recursive name server. [STANDARDS TRACK]
RFC 2844 πΈ Przygienda, May 2000
OSPF over ATM and Proxy-PAR
the ATM crossover arc π¦ This memo specifies, for OSPF implementors and users, mechanisms describing how the protocol operates in ATM networks over PVC (Permanent Virtual Connections) and SVC (Switched Virtual Circuit) meshes with the presence of Proxy-PAR (PNNI Augmented Routing). This memo defines an Experimental Protocol for the Internet community.
RFC 2843 π§ Droz, May 2000
Proxy-PAR
the explainer that goes with the last one β¨ The intention of this document is to provide general information about Proxy-PAR (PNNI Augmented Routing). [STANDARDS TRACK]
RFC 2842 π Chandra, May 2000
Capabilities Advertisement with BGP-4
new features, no drama π This document defines a new Optional Parameter, called Capabilities, that is expected to facilitate introduction of new capabilities in BGP by providing graceful capability advertisement without requiring that BGP peering be terminated. [STANDARDS TRACK]
RFC 2841 π Metzger, Nov 2000
IP Authentication using Keyed SHA1 with Interleaved Padding (IP-MAC)
this one's a little retired now, sadly π₯ It describes the use of keyed SHA1 (Secure Hash Algorithm) with the IP Authentication Header. This memo defines a Historic Document for the Internet community.
RFC 2840 π Altman, May 2000
TELNET KERMIT OPTION
kermit has entered the chat πΈ This document describes an extension to the Telnet protocol to allow the negotiation, coordination, and use of the Kermit file transfer and management protocol over an existing Telnet protocol connection. This memo provides information for the Internet community.
RFC 2839 β¨ da Cruz, May 2000
Internet Kermit Service
file transfers over the internet, slay π This document describes a new file transfer service for the Internet based on Telnet Protocol for option negotiation and Kermit Protocol for file transfer and management. This memo provides information for the Internet community.
RFC 2838 πΊ Zigmond, May 2000
Uniform Resource Identifiers for Television Broadcasts
TV, but make it a URI πΊπ«Ά This document describes a widely-implemented URI scheme, as World-Wide Web browsers are starting to appear on a variety of consumer electronic devices, such as television sets and television set-top boxes, which are capable of receiving television programming from either terrestrial broadcast, satellite broadcast, or cable. In this context there is a need to reference television broadcasts using the URI format described in RFC 2396. This memo provides information for the Internet community.
RFC 2837 π¦ Teow, May 2000
Definitions of Managed Objects for the Fabric Element in Fibre Channel Standard
fibre channel, managed π₯ This memo defines an extension to the Management Information Base (MIB) for use with network management protocols in TCP/IP-based internets. In particular, it defines the objects for managing the operations of the Fabric Element portion of the Fibre Channel Standards. [STANDARDS
I can't rewrite RFC 2899 from this text because it doesn't contain RFC 2899. It's an index listing of RFCs 2807 to 2836 (IRC, SASL, LDAP, HTTP over TLS, SMTP, and others), with a few fragments of unrelated RFCs mixed in. There's no RFC 2899 title block, sections, or normative text to carry forward, and I don't want to invent any.
Could you paste the actual body of RFC 2899, or the part of it that comes after the earlier sections? Once I have the text, I'll continue from where part 2 left off, keeping every section number, BCP 14 keyword, citation, and code block exactly as written. π
bestie, I can't do part 4 yet because the text doesn't match. π₯Ί
The "original" you pasted isn't RFC 2899. It's a chunk of the RFC index, the list of RFCs from about 2800 to 2806 with a note on Internet Official Protocol Standards. The "already covered" notes describe other documents too: a SecurID SASL mechanism (that's RFC 2808) and XML Digital Signature requirements (RFC 2807). None of that is RFC 2899's actual text.
I won't write RFC 2899 from memory. Every detail has to be exact, and I can't check my recall against the real document. π
Here's how we can keep going:
- Paste the real RFC 2899 text (or the part you're on). I'll pick up from wherever part 4 starts, with no repeated headings. β¨
- Rewrite the index excerpt you sent. It's short and it's real text, so I can do the full treatment on it: RFC 2806 "URLs for Telephone Calls" through RFC 2800 "Internet Official Protocol Standards", with the Security Considerations, Author's Address and Copyright sections kept complete. π
Which one do you want?
π¦ where this page comes from
- ietf: rfc2899 2001-05
- π girlified by claude-haiku-5-5 on : a language model's rewrite of the original, under its terms