RFC 2099
Request for Comments Summary RFC Numbers 2000-2099
RFC 2099: Request for Comments Summary π
okay bestie, this is the RFC summary doc for RFC 2000 through RFC 2099 β¨ It's written by J. Elliott from ISI π It's an Informational RFC, dated March 1997 π¦ The original title block doesn't list anything it obsoletes or updates, so it's just a standalone status list πΈ
Status of This Memo π
This is a slightly annotated list of the 100 RFCs from RFC 2000 through RFC 2099, so it's basically a status report on them π It gives info to the Internet community but doesn't specify an Internet standard of any kind π Distribution is unlimited, so share it with everyone π«Ά
Note π
Not every RFC here is on the standards track, but a lot of them are Proposed Standards, Draft Standards, or Standards π₯ Their status can change during standards processing, so this doc only says whether they're on the standards track. For the latest status, check "Internet Official Protocol Standards" π Anything on the standards track is marked [STANDARDS-TRACK] below π
The Listing π
Here's the table header first, then each RFC with its vibe check β¨
RFC Author Date Title
--- ------ ---- -----
RFC 2099 π
2099 Elliott Mar 97 Request for Comments Summary
Yep, this memo is literally this summary, so it's a little self-referential π
RFC 2098 π¦
2098 Katsube Feb 97 Toshiba's Router Architecture Extensions
for ATM : Overview
This one describes a new internetworking architecture that makes better use of the properties of ATM π It gives info to the Internet community and doesn't specify an Internet standard of any kind πΈ
RFC 2097 π₯
2097 Pall Jan 97 The PPP NetBIOS Frames Control Protocol
(NBFCP)
This doc defines the Network Control Protocol for setting up and configuring the NBF protocol over PPP π NBFCP is only for an end system connecting to a peer system, or to the LAN that peer system is on π [STANDARDS-TRACK]
RFC 2096 π§
2096 Baker Jan 97 IP Forwarding Table MIB
This memo is an update to RFC 1354 πΈ The big difference is that it acknowledges CIDR routes can share a network number but have different network masks π The group talked about it and agreed to leave it for future work, iykyk π [STANDARDS-TRACK]
RFC 2095 π
2095 Klensin Jan 97 IMAP/POP AUTHorize Extension for Simple
Challenge/Response
This spec gives a simple challenge-response authentication protocol that works with IMAP4 π«Ά [STANDARDS-TRACK]
RFC 2094 π
2094 Harney Mar 97 Group Key Management Protocol (GKMP)
Architecture
This spec proposes a protocol for creating grouped symmetric keys and distributing them to communicating peers β¨ It's an Experimental Protocol for the Internet community π§ͺ
RFC 2093 π
2093 Harney Mar 97 Group Key Management Protocol (GKMP)
Specification
Same energy as 2094, but this one's the actual specification π Same goal: making grouped symmetric keys and sharing them with communicating peers π It's also an Experimental Protocol for the Internet community π§ͺ
RFC 2092 πΈ
2092 Sherry Jan 97 Protocol Analysis for Triggered RIP
As required by Routing Protocol Criteria [1], this report documents the key features of Triggered Extensions to RIP to Support Demand Circuits [2] and the current implementation experience π It's information for the Internet community and doesn't specify an Internet standard of any kind π
RFC 2091 β
2091 Meyer Jan 97 Triggered Extensions to RIP to Support
Demand Circuits
This doc defines a modification that can be applied to Bellman-Ford (distance vector) algorithm information broadcasting protocols π₯ [STANDARDS-TRACK]
RFC 2090 π
2090 Emberson Feb 97 TFTP Multicast Option
This describes a new TFTP option π It lets multiple clients receive the same file at the same time using Multicast packets π¦ It's an Experimental Protocol for the Internet community π§ͺ
RFC 2089 π
2089 Wijnen Jan 97 V2ToV1 Mapping SNMPv2 onto SNMPv1 within
a bi-lingual SNMP agent
The goal here is to document a common way of mapping an SNMPv2 response into an SNMPv1 response inside a bi-lingual SNMP agent, meaning one that supports both SNMPv1 and SNMPv2 π It's info for the Internet community and doesn't specify an Internet standard of any kind πΈ
RFC 2088 π
2088 Myers Jan 97 IMAP4 non-synchronizing literals
IMAP4 has a "literal" syntactic construct for sending strings π«Ά Normally, when a client sends a literal, it has to wait for the server to send a command continuation request between sending the octet count and the string data π This doc specifies an alternate form of literal that skips that network round trip β¨ [STANDARDS-TRACK]
RFC 2087 π
2087 Myers Jan 97 IMAP4 QUOTA extension
The QUOTA extension to IMAP4 lets administrative limits on resource usage (quotas) be managed through the IMAP protocol π [STANDARDS-TRACK]
RFC 2086 π§
2086 Myers Jan 97 IMAP4 ACL extension
The ACL extension to IMAP4 lets access control lists be managed through the IMAP protocol π [STANDARDS-TRACK]
More RFCs from this batch are coming in the next part, so stay tuned π¦π
π Bestie heads-up: the text you pasted is actually the RFC index listing (RFC 2036 to 2066), not the body of RFC 2099, so this is a rewrite of exactly that listing. Everything is here, in order, and it cuts off where your paste does. π
ANSI Standard X3.218-1993 (HIPPI-LE[3]) defines the encapsulation of IEEE 802.2 LLC PDUs and, by implication, IP on HIPPI. β¨ This memo is a revision of RFC 1374, "IP and ARP on HIPPI", and is meant to replace it on the Standards Track. π₯ [STANDARDS-TRACK]
RFC 2066 Β· Gellens Β· Jan 97 Β· TELNET CHARSET Option π¦
okay so this one is about passing character set and translation info between a TELNET client and a server, so they can actually understand each other's letters πΈ It's an Experimental Protocol for the Internet community, so it's giving "let's try it and see" energy π§ͺ
RFC 2065 Β· Eastlake Β· Jan 97 Β· Domain Name System Security Extensions π
the DNS is a super critical part of the Internet infrastructure, and it honestly has no strong security mechanisms to keep data safe or prove who's who π These extensions add those services for security aware resolvers or applications, using cryptographic digital signatures. π [STANDARDS-TRACK]
RFC 2064 Β· Brownlee Β· Jan 97 Β· Traffic Flow Measurement: Meter MIB π
this one defines a portion of the Management Information Base (MIB) for network management protocols in TCP/IP-based internets π Specifically, it defines the managed objects used to get traffic flow info from network traffic meters. β¨ It's an Experimental Protocol for the Internet community.
RFC 2063 Β· Brownlee Β· Jan 97 Β· Traffic Flow Measurement: Architecture ποΈ
this document describes an architecture for measuring and reporting network traffic flows, talks about how that connects to an overall network traffic flow architecture, and explains how it can be used within the Internet π It's an Experimental Protocol for the Internet community.
RFC 2062 Β· Crispin Β· Dec 96 Β· Internet Message Access Protocol - Obsolete Syntax π°οΈ
this one covers obsolete syntax that IMAP4 implementations might run into when they're dealing with older versions of the Internet Mail Access Protocol π It's informational only, and it does not specify an Internet standard of any kind.
RFC 2061 Β· Crispin Β· Dec 96 Β· IMAP4 COMPATIBILITY WITH IMAP2BIS π€
this is meant to be read alongside RFC 1176 and the newest IMAP4 spec (RFC 2060), so implementors can make an IMAP4 implementation that gets along with the older ones π«Ά It provides information for the Internet community. This memo does not specify an Internet standard of any kind.
RFC 2060 Β· Crispin Β· Dec 96 Β· INTERNET MESSAGE ACCESS PROTOCOL - VERSION 4rev1 π¬
IMAP4rev1 lets a client access and manipulate electronic mail messages on a server. π [STANDARDS-TRACK]
RFC 2059 Β· Rigney Β· Jan 97 Β· RADIUS Accounting π§Ύ
this one describes a protocol for carrying accounting info between a Network Access Server and a shared Accounting Server π It provides information for the Internet community. This memo does not specify an Internet standard of any kind.
RFC 2058 Β· Rigney Β· Jan 97 Β· Remote Authentication Dial In User Service (RADIUS) π
this is the protocol for carrying authentication, authorization, and configuration info between a Network Access Server that wants to authenticate its links and a shared Authentication Server π [STANDARDS-TRACK]
RFC 2057 Β· Bradner Β· Nov 96 Β· Source Directed Access Control on the Internet βοΈ
this memo grew out of a deposition Bradner submitted as part of a challenge to the Communications Decency Act of 1996, which was part of the Telecommunications Reform Act of 1996 π It provides information for the Internet community. This memo does not specify an Internet standard of any kind.
RFC 2056 Β· Denenberg Β· Nov 96 Β· Uniform Resource Locators for Z39.50 π
Z39.50 is an information retrieval protocol that doesn't fit neatly into a model built around stateless fetching of data π« Instead, it treats a general user inquiry as a session-oriented, multi-step task, and any step can be paused while the server asks the client for more parameters before continuing. π§ [STANDARDS-TRACK]
RFC 2055 Β· Callaghan Β· Oct 96 Β· WebNFS Server Specification π
this describes the specifications for a server of WebNFS clients π It provides information for the Internet community. This memo does not specify an Internet standard of any kind.
RFC 2054 Β· Callaghan Β· Oct 96 Β· WebNFS Client Specification π§
this one describes a lightweight binding mechanism that lets NFS clients get service from WebNFS-enabled servers with a minimum of protocol overhead πΈ It provides information for the Internet community. This memo does not specify an Internet standard of any kind.
RFC 2053 Β· Der-Danieliantz Β· Oct 96 Β· The AM (Armenia) Domain π¦π²
the AM Domain is an official Internet top-level domain of Armenia ποΈ It provides information for the Internet community. This memo does not specify an Internet standard of any kind.
RFC 2052 Β· Gulbrandsen Β· Oct 96 Β· A DNS RR for specifying the location of services (DNS SRV) π
this describes a DNS RR that specifies where the server(s) for a specific protocol and domain live, kind of like a more general form of MX π§ It's an Experimental Protocol for the Internet community.
RFC 2051 Β· Allen Β· Oct 96 Β· Definitions of Managed Objects for APPC using SMIv2 π οΈ
this memo defines a portion of the Management Information Base (MIB) for network management protocols in the Internet community π Specifically, it defines objects for managing the configuration, monitoring, and control of network devices with APPC (Advanced Program-to-Program Communications) capabilities. β¨ It identifies managed objects for the SNA LU6.2 protocols. π₯ [STANDARDS-TRACK]
RFC 2050 Β· Hubbard Β· Nov 96 Β· INTERNET REGISTRY IP ALLOCATION GUIDELINES πΊοΈ
this describes the registry system for handing out globally unique Internet address space, plus registry operations π In particular, it lays out the rules and guidelines for distributing that address space. It specifies an Internet Best Current Practices for the Internet Community, and it requests discussion and suggestions for improvements. π«Ά
RFC 2049 Β· Freed Β· Nov 96 Β· Multipurpose Internet Mail Extensions (MIME) Part Five: Conformance Criteria and Examples π
this set of documents, collectively called MIME, redefines the format of messages π This fifth and final document covers the MIME conformance criteria and gives some illustrative examples of MIME message formats, acknowledgements, and the bibliography. π [STANDARDS-TRACK]
RFC 2048 Β· Freed Β· Nov 96 Β· Multipurpose Internet Mail Extensions (MIME) Part Four: Registration Procedures ποΈ
the MIME documents, collectively called the Multipurpose Internet Mail Extensions, or MIME, redefine the format of messages β¨ This fourth document, RFC 2048, specifies various IANA registration procedures for some MIME facilities. π It specifies an Internet Best Current Practices for the Internet Community, and it requests discussion and suggestions for improvements.
RFC 2047 Β· Moore Β· Nov 96 Β· MIME (Multipurpose Internet Mail Extensions) Part Three: Message Header Extensions for Non-ASCII Text π
this is the third document in the series πΈ It describes extensions to RFC 822 that allow non-US-ASCII text data in Internet mail header fields. π [STANDARDS-TRACK]
RFC 2046 Β· Freed Β· Nov 96 Β· MIME (Multipurpose Internet Mail Extensions) Part Two: Media Types ποΈ
this second document defines the general structure of the MIME media typing system and sets up an initial set of media types π§© [STANDARDS-TRACK]
RFC 2045 Β· Freed Β· Nov 96 Β· MIME (Multipurpose Internet Mail Extensions) Part One: Format of Internet Message Bodies π¨
this initial document specifies the various headers used to describe the structure of MIME messages π [STANDARDS-TRACK]
RFC 2044 Β· Yergeau Β· Oct 96 Β· UTF-8, a transformation format of Unicode and ISO 10646 π
the Unicode Standard, version 1.1, and ISO/IEC 10646-1:1993 together define a 16 bit character set that covers most of the world's writing systems π«§ UTF-8, the subject of this memo, keeps the full US-ASCII range intact, which is so iconic π It provides information for the Internet community. This memo does not specify an Internet standard of any kind.
RFC 2043 Β· Fuqua Β· Oct 96 Β· The PPP SNA Control Protocol (SNACP) π
this document defines the Network Control Protocols for establishing and configuring Systems Network Architecture (SNA) over PPP, and SNA over LLC 802.2 over PPP π [STANDARDS-TRACK]
RFC 2042 Β· Manning Β· Jan 97 Β· Registering New BGP Attribute Types π·οΈ
this describes the process for creating new BGP attribute type codes ποΈ Basic attribute type codes are described in RFC 1771, pages 12 through 15. These, plus new attribute type codes used in the Internet, are registered with the IANA. It provides information for the Internet community. This memo does not specify an Internet standard of any kind.
RFC 2041 Β· Noble Β· Oct 96 Β· Mobile Network Tracing π‘
this RFC argues that mobile network tracing gives us tools to better understand wireless channels, and also helps build realistic, repeatable testbeds for mobile software and systems π¦ It provides information for the Internet community. This memo does not specify an Internet standard of any kind.
RFC 2040 Β· Baldwin Β· Oct 96 Β· The RC5, RC5-CBC, RC5-CBC-Pad, and RC5-CTS Algorithms π
this document defines four ciphers with enough detail to make sure different implementations can interoperate π€ It provides information for the Internet community. This memo does not specify an Internet standard of any kind.
RFC 2039 Β· Kalbfleisch Β· Nov 96 Β· Applicablity of Standards Track MIBs to Management of World Wide Web Servers πΈοΈ
this document was produced at the request of the Network Management Area Director, after the HTTP-MIB BOF at the 35th IETF meeting π It reports on how well the existing standards track MIBs apply to managing WWW servers. It provides information for the Internet community. This memo does not specify an Internet standard of any kind.
RFC 2038 Β· Hoffman Β· Oct 96 Β· RTP Payload Format for MPEG1/MPEG2 Video π¬
this memo describes a packetization scheme for MPEG video and audio streams πΏ The scheme proposed can be used to carry such a video or audio flow over the transport protocols that RTP supports. π« [STANDARDS-TRACK]
RFC 2037 Β· McCloghrie Β· Oct 96 Β· Entity MIB using SMIv2 π§
this memo defines a portion of the Management Information Base (MIB) for network management protocols in the Internet community π Specifically, it describes managed objects used to manage multiple logical and physical entities that a single SNMP agent manages. π¦ [STANDARDS-TRACK]
RFC 2036 Β· Huston Β· Oct 96 Β· Observations on the use of Components of the Class A Address Space within the Internet π
this document is a commentary on the recommendation that IANA start allocating the currently unallocated components of the Class A address space to registries, for deployment within the Internet as RFC>>>
π₯Ί The paste cuts off right there, mid-sentence, so that's where this rewrite ends too.
Okay bestie, picking up right where we left off with the tail end of that Class-less address block entry. π
class-less address blocks. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind. πΈ
2035 Berc Oct 96: RTP Payload Format for JPEG-compressed Video πΈ
This memo describes the RTP payload format for JPEG video streams. The packet format is optimized for real-time video streams where codec parameters change rarely from frame to frame. It's giving "built for the vibe" π¬ [STANDARDS-TRACK] β¨
2034 Freed Oct 96: SMTP Service Extension for Returning Enhanced Error Codes π
This memo defines an extension to the SMTP service [RFC-821, RFC-1869] where an SMTP server adds the enhanced mail system status codes from RFC 1893 to its responses. Super helpful for mail debugging, honestly π«Ά [STANDARDS-TRACK]
2033 Myers Oct 96: Local Mail Transfer Protocol π¬
Okay so SMTP [SMTP] [HOST-REQ] and its service extensions [ESMTP] give us a way to transfer mail reliably and efficiently. The SMTP design basically means the server has to manage a mail delivery queue, which is a lot of responsibility, ngl π This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind.
2032 Turletti Oct 96: RTP Payload Format for H.261 Video Streams π₯
This memo describes a scheme to packetize an H.261 video stream for transport using the Real-time Transport Protocol, RTP, with any of the underlying protocols that carry RTP. Iconic packetization energy π [STANDARDS-TRACK]
2031 Huizer Oct 96: IETF-ISOC relationship π€
This memo summarises the issues on IETF - ISOC relationships as they have been discussed by the Poised Working Group. The purpose of the document is to gauge consensus on these issues, and to allow further discussions where necessary. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind. Drama, but make it organized π
2030 Mills Oct 96: Simple Network Time Protocol (SNTP) Version 4 for IPv4, IPv6 and OSI β°
This memorandum describes the Simple Network Time Protocol (SNTP) Version 4, which is an adaptation of the Network Time Protocol (NTP) used to synchronize computer clocks in the Internet. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind. Time is a construct, but synchronized clocks are not π°οΈ
2029 Speer Oct 96: RTP Payload Format of Sun's CellB Video Encoding π
This memo describes a packetization scheme for the CellB video encoding. The scheme proposed lets applications transport CellB video flows over protocols used by RTP. This document is meant for implementors of video applications that want to use RTP and CellB. [STANDARDS-TRACK] π§
2028 Hovey Oct 96: The Organizations Involved in the IETF Standards Process ποΈ
This document describes the individuals and organizations involved in the IETF. That includes descriptions of the IESG, the IETF Working Groups and the relationship between the IETF and the Internet Society. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements. The who's who of the IETF, in one place π
2027 Galvin Oct 96: IAB and IESG Selection, Confirmation, and Recall Process: Operation of the Nominating and Recall Committees π³οΈ
The process for selecting, confirming and recalling members of the IAB and IESG has been run four times since it was formally created. Up until now, the lessons learned were mostly passed down by word of mouth between committees, which is lowkey chaotic π This document is a self-consistent, organized write-up of the process as it's known today. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.
2026 Bradner Oct 96: The Internet Standards Process -- Revision 3 π
This memo documents the process the Internet community uses to standardize protocols and procedures. It defines the stages of standardization, the requirements for moving a document between stages, and the types of documents used during the process. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements. The rulebook, but make it iconic β¨
2025 Adams Oct 96: The Simple Public-Key GSS-API Mechanism (SPKM) π
This specification defines protocols, procedures, and conventions for peers implementing the Generic Security Service Application Program Interface (as specified in RFCs 1508 and 1509) when they use the Simple Public-Key Mechanism. [STANDARDS-TRACK] Security with a glow-up π
2024 Chen Oct 96: Definitions of Managed Objects for Data Link Switching using SMIv2 π
This specification defines an extension to the Management Information Base (MIB) for use with SNMP-based network management. In particular, it defines objects for configuring, monitoring, and controlling Data Link Switches (DLSw). [STANDARDS-TRACK] π
2023 Haskin Oct 96: IP Version 6 over PPP π¦
This document defines how IP Version 6 [2] packets are transmitted over PPP links, along with the Network Control Protocol (NCP) for establishing and configuring IPv6 over PPP. [STANDARDS-TRACK] PPP said "let's go" π
2022 Armitage Nov 96: Support for Multicast over UNI 3.0/3.1 based ATM Networks. π‘
This memo describes a mechanism for supporting the multicast needs of Layer 3 protocols in general, and describes how it applies to IP multicasting in particular. [STANDARDS-TRACK] Multicast, but make it ATM πΈ
2021 Waldbusser Jan 97: Remote Network Monitoring Management Information Base Version 2 using SMIv2 π
This memo defines a portion of the Management Information Base (MIB) for use with network management protocols in TCP/IP-based internets. In particular, it defines objects for managing remote network monitoring devices. [STANDARDS-TRACK] Watching the network watch the network π
2020 Flick Oct 96: Definitions of Managed Objects for IEEE 802.12 Interfaces π§©
This memo defines a portion of the Management Information Base (MIB) for use with network management protocols in TCP/IP-based internets. In particular, it defines objects for managing network interfaces based on IEEE 802.12. [STANDARDS-TRACK] Interface management, serving looks π
2019 Crawford Oct 96: A Method for the Transmission of IPv6 Packets over FDDI Networks πΏ
This memo specifies the MTU and frame format for transmitting IPv6 [IPV6] packets on FDDI networks. It also includes a method for MTU determination when there are 802.1d bridges to other media. [STANDARDS-TRACK] The MTU is literally the main character here π
2018 Mathis Oct 96: TCP Selective Acknowledgment Options π―
This memo proposes an implementation of SACK and discusses its performance and related issues. [STANDARDS-TRACK] Acknowledgments, but selective and iconic π«Ά
2017 Freed Oct 96: Definition of the URL MIME External-Body Access-Type π
This memo defines a new access-type for message/external-body MIME parts for Uniform Resource Locators (URLs). [STANDARDS-TRACK] Links in your emails, periodt π
2016 Daigle Oct 96: Uniform Resource Agents (URAs) π€
This paper presents an experimental architecture for an agent system that provides sophisticated Internet information access and management. This memo defines an Experimental Protocol for the Internet community. Agents with main character energy π§ββοΈ
2015 Elkins Oct 96: MIME Security with Pretty Good Privacy (PGP) π
This document describes how Pretty Good Privacy (PGP) can provide privacy and authentication using the MIME security content types described in RFC1847. [STANDARDS-TRACK] Privacy? Iykyk, and now it's slay π¦
2014 Weinrib Oct 96: IRTF Research Group Guidelines and Procedures π¬
This document describes the guidelines and procedures for forming and running IRTF Research Groups. It explains the relationship between IRTF participants, Research Groups, the Internet Research Steering Group (IRSG) and the Internet Architecture Board (IAB). This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements. Research groups, organized and cute π·
2013 McCloghrie Nov 96: SNMPv2 Management Information Base for the User Datagram Protocol using SMIv2 π¦
This document is the MIB module that defines managed objects for managing implementations of the User Datagram Protocol (UDP). [STANDARDS-TRACK] UDP, but make it managed π
2012 McCloghrie Nov 96: SNMPv2 Management Information Base for the Transmission Control Protocol using SMIv2 π§΅
This document is the MIB module that defines managed objects for managing implementations of the Transmission Control Protocol (TCP). [STANDARDS-TRACK] TCP is the bestie we all need π
2011 McCloghrie Nov 96: SNMPv2 Management Information Base for the Internet Protocol using SMIv2 π
This document is the MIB module that defines managed objects for managing implementations of the Internet Protocol (IP) and its associated Internet Control Message Protocol (ICMP). [STANDARDS-TRACK] IP and ICMP, a whole duo π―ββοΈ
2010 Manning Oct 96: Operational Criteria for Root Name Servers π°
This document specifies the operational requirements of root name servers, including host hardware capacities, name server software revisions, network connectivity, and physical environment. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind. Root servers have standards, and they're high π
2009 Imielinski Nov 96: GPS-Based Addressing and Routing πΊοΈ
This document describes a possible experiment with geographic addresses. It uses several specific IP addresses and domain names as concrete examples to help understand the concepts. This memo defines an Experimental Protocol for the Internet community. Location, location, location π
2008 Rekhter Oct 96: Implications of Various Address Allocation Policies for Internet Routing π§
The purpose of this document is to lay out the relevant fundamental technical issues that must be considered when formulating unicast address allocation and management policies for the Public Internet, and to give recommendations on these policies. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements. Allocation policy, but make it deep π«§
2007 Foster Oct 96: Catalogue of Network Training Materials π
The purpose of this document is to provide a catalogue of quality Network Training Materials for Internet trainers to use when training their users. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind. Study materials, and they're good π
2006 Cong Oct 96: The Definitions of Managed Objects for IP Mobility Support using SMIv2 π
This memo defines the Management Information Base (MIB) for use with network management protocols in TCP/IP-based internets. In particular, it describes managed objects used for managing the Mobile Node, Foreign Agent and Home Agent of the Mobile IP Protocol. [STANDARDS-TRACK] Mobile, but make it managed π°οΈ
2005 Solomon Oct 96: Applicability Statement for IP Mobility Support π§³
As required by [RFC 1264], this report discusses how applicable Mobile IP is for providing host mobility in the Internet. In particular, this document describes the key features of Mobile IP and shows how the requirements for advancement to Proposed Standard RFC have been satisfied. [STANDARDS-TRACK] Packing bags for the internet π
2004 Perkins Oct 96: Minimal Encapsulation within IP π
Okay so this part is where the list gets spicy π
IP-in-IP, but make it lightweight β¨ This one lays out a way to tuck one IP datagram inside another as its payload. The main glow-up is that it has less overhead than "conventional" IP encapsulation, which slaps a whole second IP header onto every single encapsulated datagram. Efficiency is giving π¦ [STANDARDS-TRACK]
2003 Perkins Oct 96 IP Encapsulation within IP
Same vibe, just the plain version: an IP datagram carried as payload inside an IP datagram. [STANDARDS-TRACK] π
2002 Perkins Oct 96 IP Mobility Support
This one is so iconic π§ It describes protocol enhancements that let IP datagrams get routed transparently to mobile nodes on the Internet, so the node can roam and nothing has to know it moved. [STANDARDS-TRACK]
2001 Stevens Jan 97 TCP Slow Start, Congestion Avoidance,
Fast Retransmit, and Fast Recovery
Algorithms
Okay, the TCP lore πΈ Modern TCP implementations are running four intertwined algorithms: slow start, congestion avoidance, fast retransmit, and fast recovery. The twist is they've never been fully documented as Internet standards, which is literally wild for something everyone depends on. [STANDARDS-TRACK] π
2000 I.A.B. Feb 97 INTERNET OFFICIAL PROTOCOL STANDARDS
Last one, and it's the big-picture entry π This memo tracks the state of standardization for the protocols used across the Internet, as determined by the Internet Architecture Board (IAB). And yes, it's an Internet Standard itself, so it's really in its prime π
Security Considerations π₯
Security issues are not discussed in this memo. Not a single word, bestie π
Author's Address π«Ά
Josh Elliott
University of Southern California
Information Sciences Institute
4676 Admiralty Way
Marina del Rey, CA 90292
Phone: (310) 822-1511
EMail: elliott@isi.edu
π¦ where this page comes from
- ietf: rfc2099 1997-03
- π girlified by claude-haiku-5-5 on : a language model's rewrite of the original, under its terms