⭐ 欢迎来到虫虫下载站! | 📦 资源下载 📁 资源专辑 ℹ️ 关于我们
⭐ 虫虫下载站

📄 rfc2499.txt

📁 著名的RFC文档,其中有一些文档是已经翻译成中文的的.
💻 TXT
📖 第 1 页 / 共 3 页
字号:
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 + -