📄 rfc2499.txt
字号:
Network Working Group A. RamosRequest for Comments: 2499 ISICategory: Informational July 1999 Request for Comments Summary RFC Numbers 2400-2499Status of This Memo This RFC is a slightly annotated list of the 100 RFCs from RFC 2400 through RFCs 2499. This is a status report on these RFCs. This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited.Copyright Notice Copyright (C) The Internet Society (1999). All Rights Reserved.Note Many RFCs, but not all, are Proposed Standards, Draft Standards, or Standards. Since the status of these RFCs may change during the standards processing, we note here only that they are on the standards track. Please see the latest edition of "Internet Official Protocol Standards" for the current state and status of these RFCs. In the following, RFCs on the standards track are marked [STANDARDS- TRACK].RFC Author Date Title--- ------ ---- -----2499 Ramos July 1999 Request for Comments SummaryThis memo.2498 Mahdavi Jan 1999 IPPM Metrics for Measuring ConnectivityThis memo defines a series of metrics for connectivity between a pair ofInternet hosts. It builds on notions introduced and discussed in RFC2330, the IPPM framework document. This memo defines an ExperimentalProtocol for the Internet community.Ramos Informational [Page 1]RFC 2499 Summary of 2400-2499 July 19992497 Souvatzis Jan 1999 Transmission of IPv6 Packets over ARCnet NetworksThis memo specifies a frame format for transmission of IPv6 packets andthe method of forming IPv6 link-local and statelessly autoconfiguredaddresses on ARCnet networks. It also specifies the content of theSource/Target Link-layer Address option used by the Router Solicitation,Router Advertisement, Neighbor Solicitation, Neighbor Advertisement andRedirect messages described in, when those messages are transmitted onan ARCnet. [STANDARDS-TRACK]2496 Fowler Jan 1999 Definitions of Managed Objects for the DS3/E3 Interface TypeThis memo defines a portion of the Management Information Base (MIB) foruse with network management protocols in the Internet community. Inparticular, it describes objects used for managing DS3 and E3interfaces. This document is a companion document with Definitions ofManaged Objects for the DS0 (RFC 2494), DS1/E1/DS2/E2 (RFC 2495), andthe work in progress SONET/SDH Interface Types. [STANDARDS-TRACK]2495 Fowler Jan 1999 Definitions of Managed Objects for the DS1, E1, DS2 and E2 Interface TypesThis memo defines a portion of the Management Information Base (MIB) foruse with network management protocols in the Internet community. Inparticular, it describes objects used for managing DS1, E1, DS2 and E2interfaces. This document is a companion document with Definitions ofManaged Objects for the DS0 (RFC 2494), DS3/E3 (RFC 2496), and the workin progress, SONET/SDH Interface Types. [STANDARDS-TRACK]2494 Fowler Jan 1999 Definitions of Managed Objects for the DS0 and DS0 Bundle Interface TypeThis memo defines a portion of the Management Information Base (MIB) foruse with network management protocols in the Internet community. Inparticular, it describes objects used for managing DS0 and DS0 Bundleinterfaces. This document is a companion document with Definitions ofManaged Objects for the DS1/E1/DS2/E2 (RFC 2495), DS3/E3 (RFC 2496), andthe work in progress, SONET/SDH Interface Types. [STANDARDS-TRACK]Ramos Informational [Page 2]RFC 2499 Summary of 2400-2499 July 19992493 Tesink Jan 1999 Textual Conventions for MIB Modules Using Performance History Based on 15 Minute IntervalsThis document defines a set of Textual Conventions for MIB modules whichmake use of performance history data based on 15 minute intervals.[STANDARDS-TRACK]2492 Armitage Jan 1999 IPv6 over ATM NetworksThis document is a companion to the ION working group's architecturedocument, "IPv6 over Non Broadcast Multiple Access (NBMA) networks". Itprovides specific details on how to apply the IPv6 over NBMAarchitecture to ATM networks. This architecture allows conventionalhost-side operation of the IPv6 Neighbor Discovery protocol, while alsosupporting the establishment of 'shortcut' ATM forwarding paths (whenusing SVCs). Operation over administratively configured Point to PointPVCs is also supported. [STANDARDS-TRACK]2491 Armitage Jan 1999 IPv6 over Non-Broadcast Multiple Access (NBMA) networksThis document describes a general architecture for IPv6 over NBMAnetworks. [STANDARDS-TRACK]2490 Pullen Jan 1999 A Simulation Model for IP Multicast with RSVPThis document describes a detailed model of IPv4 multicast with RSVPthat has been developed using the OPNET simulation package, withprotocol procedures defined in the C language. This memo providesinformation for the Internet community.2489 Droms Jan 1999 Procedure for Defining New DHCP OptionsThis document describes the procedure for defining new DHCP options.This document specifies an Internet Best Current Practices for theInternet Community, and requests discussion and suggestions forimprovements.Ramos Informational [Page 3]RFC 2499 Summary of 2400-2499 July 19992488 Allman Jan 1999 Enhancing TCP Over Satellite Channels using Standard MechanismsThe Transmission Control Protocol (TCP) provides reliable delivery ofdata across any network path, including network paths containingsatellite channels. While TCP works over satellite channels there areseveral IETF standardized mechanisms that enable TCP to more effectivelyutilize the available capacity of the network path. This documentoutlines some of these TCP mitigations. This document specifies anInternet Best Current Practices for the Internet Community, and requestsdiscussion and suggestions for improvements.2487 Hoffman Jan 1999 SMTP Service Extension for Secure SMTP over TLSThis document describes an extension to the SMTP service that allows anSMTP server and client to use transport-layer security to provideprivate, authenticated communication over the Internet. This gives SMTPagents the ability to protect some or all of their communications fromeavesdroppers and attackers. [STANDARDS-TRACK]2486 Aboba Jan 1999 The Network Access IdentifierThis document proposes syntax for the Network Access Identifier (NAI),the userID submitted by the client during PPP authentication.[STANDARDS-TRACK]2485 Drach Jan 1999 DHCP Option for The Open Group's User Authentication ProtocolThis document defines a DHCP option that contains a list of pointers toUser Authentication Protocol servers that provide user authenticationservices for clients that conform to The Open Group Network ComputingClient Technical Standard. [STANDARDS-TRACK]Ramos Informational [Page 4]RFC 2499 Summary of 2400-2499 July 19992484 Zorn Jan 1999 PPP LCP Internationalization Configuration OptionThe Point-to-Point Protocol (PPP) provides a standard method fortransporting multi-protocol datagrams over point-to-point links. PPPalso defines an extensible Link Control Protocol (LCP), which allowsnegotiation of an Authentication Protocol for authenticating its peerbefore allowing Network Layer protocols to transmit over the link.[STANDARDS-TRACK]2483 Mealling Jan 1999 URI Resolution Services Necessary for URN ResolutionRetrieving the resource identified by a Uniform Resource Identifier(URI) is only one of the operations that can be performed on a URI. Onemight also ask for and get a list of other identifiers that are aliasesfor the original URI or a bibliographic description of the resource theURI denotes, for example. This applies to both Uniform Resource Names(URNs) and Uniform Resource Locators (URLs). Uniform ResourceCharacteristics (URCs) are discussed in this document but only asdescriptions of resources rather than identifiers. This memo defines anExperimental Protocol for the Internet community.2482 Whistler Jan 1999 Language Tagging in Unicode Plain TextThis document proposed a mechanism for language tagging in plain text.This memo provides information for the Internet community.2481 Ramakrishnan Jan 1999 A Proposal to add Explicit Congestion Notification (ECN) to IPThis note describes a proposed addition of ECN (Explicit CongestionNotification) to IP. This memo defines an Experimental Protocol for theInternet community.2480 Freed Jan 1999 Gateways and MIME Security MultipartsThis document examines the problems associated with use of MIME securitymultiparts and gateways to non-MIME environments. [STANDARDS-TRACK]Ramos Informational [Page 5]RFC 2499 Summary of 2400-2499 July 19992479 Adams Dec 1998 Independent Data Unit Protection Generic Security Service Application Program Interface (IDUP-GSS-API)The IDUP-GSS-API extends the GSS-API for applications requiringprotection of a generic data unit (such as a file or message) in a waywhich is independent of the protection of any other data unit andindependent of any concurrent contact with designated "receivers" of thedata unit. This memo provides information for the Internet community.2478 Baize Dec 1998 The Simple and Protected GSS-API Negotiation MechanismThis document specifies a Security Negotiation Mechanism for the GenericSecurity Service Application Program Interface (GSS-API). [STANDARDS-TRACK]2477 Aboba Jan 1999 Criteria for Evaluating Roaming ProtocolsThis document describes requirements for the provisioning of "roamingcapability" for dialup Internet users. "Roaming capability" is definedas the ability to use multiple Internet service providers (ISPs), whilemaintaining a formal, customer-vendor relationship with only one. Thismemo provides information for the Internet community.2476 Gellens Dec 1998 Message SubmissionThis memo describes a low cost, deterministic means for messages to beidentified as submissions, and specifies what actions are to be taken bya submission server. [STANDARDS-TRACK]2475 Blake Dec 1998 An Architecture for Differentiated ServicesThis document defines an architecture for implementing scalable servicedifferentiation in the Internet. This memo provides information for theInternet community.Ramos Informational [Page 6]RFC 2499 Summary of 2400-2499 July 19992474 Nichols Dec 1998 Definition of the Differentiated Services Field (DS Field) in the IPv4 and IPv6 HeadersThis document defines the IP header field, called the DS (fordifferentiated services) field. [STANDARDS-TRACK]2473 Conta Dec 1998 Generic Packet Tunneling in IPv6 SpecificationThis document defines the model and generic mechanisms for IPv6encapsulation of Internet packets, such as IPv6 and IPv4. [STANDARDS-TRACK]2472 Haskin Dec 1998 IP Version 6 over PPPThis document defines the method for transmission of IP Version 6packets over PPP links as well as the Network Control Protocol (NCP) forestablishing and configuring the IPv6 over PPP. It also specifies themethod of forming IPv6 link-local addresses on PPP links. [STANDARDS-TRACK]2471 Hinden Dec 1998 IPv6 Testing Address AllocationThis document describes an allocation plan for IPv6 addresses to be usedin testing IPv6 prototype software. This memo defines an ExperimentalProtocol for the Internet community.2470 Crawford Dec 1998 Transmission of IPv6 Packets over Token Ring NetworksThis memo specifies the MTU and frame format for transmission of IPv6packets on Token Ring networks. [STANDARDS-TRACK]Ramos Informational [Page 7]RFC 2499 Summary of 2400-2499 July 19992469 Narten Dec 1998 A Caution On The Canonical Ordering Of Link-Layer AddressesProtocols such as ARP and Neighbor Discovery have data fields thatcontain link-layer addresses. In order to interoperate properly, asender setting such a field must insure that the receiver extracts thosebits and interprets them correctly. In most cases, such fields must bein "canonical form". Unfortunately, not all LAN adaptors are consistentin their use of canonical form, and implementations may need toexplicitly bit swap individual bytes in order to obtain the correctformat. This document provides information to implementors to help themavoid the pitfall of using non-canonical forms when canonical forms arerequired. This memo provides information for the Internet community.
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -