📄 rfc2999.txt
字号:
Network Working Group S. GinozaRequest for Comments: 2999 ISICategory: Informational August 2001 Request for Comments Summary RFC Numbers 2900-2999Status of This Memo This RFC is a slightly annotated list of the 100 RFCs from RFC 2900 through RFCs 2999. 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 (2001). 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--- ------ ---- -----2999 Ginoza Aug 2001 Request for Comments SummaryThis memo.2998 Bernet Nov 2000 A Framework for Integrated Services Operation over Diffserv NetworksThis document describes a framework by which Integrated Services may besupported over Diffserv networks. This memo provides information forthe Internet community.Ginoza Informational [Page 1]RFC 2999 Summary of 2900-2999 August 20012997 Bernet Nov 2000 Specification of the Null Service TypeThe Null Service allows applications to identify themselves to networkQuality of Service (QoS) policy agents, using RSVP signaling. However,it does not require them to specify resource requirements. QoS policyagents in the network respond by applying QoS policies appropriate forthe application (as determined by the network administrator). This modeof RSVP usage is particularly applicable to networks that combinedifferentiated service (diffserv) QoS mechanisms with RSVP signaling.In this environment, QoS policy agents may direct the signaledapplication's traffic to a particular diffserv class of service.[STANDARDS TRACK]2996 Bernet Nov 2000 Format of the RSVP DCLASS ObjectThis document specifies the format of the DCLASS object and brieflydiscusses its use. [STANDARDS TRACK]2995 Lu Nov 2000 Pre-SPIRITS Implementations of PSTN-initiated ServicesThis document describes four existing implementations of SPIRITS-likeservices from Korea Telecom, Lucent Technologies, NEC, and Telia incooperation with Nortel Networks. SPIRITS-like services are thoseoriginating in the Public Switched Telephone Network (PSTN) andnecessitating the interactions of the Internet and PSTN. This memoprovides information for the Internet community.2994 Ohta Nov 2000 A Description of the MISTY1 Encryption AlgorithmThis document describes a secret-key cryptosystem MISTY1, which is blockcipher with a 128-bit key, a 64-bit block and a variable number ofrounds. It documents the algorithm description including key schedulingpart and data randomizing part. This memo provides information for theInternet community.Ginoza Informational [Page 2]RFC 2999 Summary of 2900-2999 August 20012993 Hain Nov 2000 Architectural Implications of NATThis document discusses some of the architectural implications andguidelines for implementations of Network Address Translation (NAT).This memo provides information for the Internet community.2992 Hopps Nov 2000 Analysis of an Equal-Cost Multi-Path AlgorithmEqual-cost multi-path (ECMP) is a routing technique for routing packetsalong multiple paths of equal cost. The forwarding engine identifiespaths by next-hop. When forwarding a packet the router must decidewhich next-hop (path) to use. This document gives an analysis of onemethod for making that decision. The analysis includes the performanceof the algorithm and the disruption caused by changes to the set ofnext-hops. This memo provides information for the Internet community.2991 Thaler Nov 2000 Multipath Issues in Unicast and Multicast Next-Hop SelectionThe effect of multipath routing on a forwarder is that the forwarderpotentially has several next-hops for any given destination and must usesome method to choose which next-hop should be used for a given datapacket. This memo summarizes current practices, problems, andsolutions. This memo provides information for the Internet community.2990 Huston Nov 2000 Next Steps for the IP QoS ArchitectureThis document highlights the outstanding architectural issues relatingto the deployment and use of QoS mechanisms within internet networks,noting those areas where further standards work may assist with thedeployment of QoS internets. This document is the outcome of acollaborative exercise on the part of the Internet Architecture Board.This memo provides information for the Internet community.2989 Aboba Nov 2000 Criteria for Evaluating AAA Protocols for Network AccessThis document represents a summary of Authentication, Authorization,Accounting (AAA) protocol requirements for network access. This memoprovides information for the Internet community.Ginoza Informational [Page 3]RFC 2999 Summary of 2900-2999 August 20012988 Paxson Nov 2000 Computing TCP's Retransmission TimerThis document defines the standard algorithm that Transmission ControlProtocol (TCP) senders are required to use to compute and manage theirretransmission timer. [STANDARDS TRACK]2987 Hoffman Nov 2000 Registration of Charset and Languages Media Features TagsThis document contains the registration for two media feature tags:"charset" and "language". [STANDARDS TRACK]2986 Nystrom Nov 2000 PKCS #10: Certification Request Syntax Specification Version 1.7This memo represents a republication of PKCS #10 v1.7 from RSALaboratories' Public-Key Cryptography Standards (PKCS) series, andchange control is retained within the PKCS process. The body of thisdocument, except for the security considerations section, is takendirectly from the PKCS #9 v2.0 or the PKCS #10 v1.7 document. This memoprovides information for the Internet community.2985 Nystrom Nov 2000 PKCS #9: Selected Object Classes and Attribute Types Version 2.0This memo represents a republication of PKCS #9 v2.0 from RSALaboratories' Public-Key Cryptography Standards (PKCS) series, andchange control is retained within the PKCS process. The body of thisdocument, except for the security considerations section, is takendirectly from that specification. This memo provides information forthe Internet community.2984 Adams Oct 2000 Use of the CAST-128 Encryption Algorithm in CMSThis document specifies how to incorporate CAST-128 into the S/MIMECryptographic Message Syntax (CMS) as an additional algorithm forsymmetric encryption. [STANDARDS TRACK]Ginoza Informational [Page 4]RFC 2999 Summary of 2900-2999 August 20012983 Black Oct 2000 Differentiated Services and TunnelsThis document considers the interaction of Differentiated Services(diffserv) with IP tunnels of various forms. This memo providesinformation for the Internet community.2982 Kavasseri Oct 2000 Distributed Management Expression MIBThis memo defines a portion of the Management Information Base (MIB) foruse with network management protocols in the Internet community. Inparticular, it describes managed objects used for managing expressionsof MIB objects. [STANDARDS TRACK]2981 Kavasseri Oct 2000 Event MIBThis memo defines a portion of the Management Information Base (MIB) foruse with network management protocols in the Internet community. Inparticular, it describes managed objects that can be used to manage andmonitor MIB objects and take action through events. [STANDARDS TRACK]2980 Barber Oct 2000 Common NNTP ExtensionsIn this document, a number of popular extensions to the Network NewsTransfer Protocol (NNTP) protocol defined in RFC 977 are documented anddiscussed. While this document is not intended to serve as a standardof any kind, it will hopefully serve as a reference document for futureimplementers of the NNTP protocol. This memo provides information forthe Internet community.2979 Freed Oct 2000 Behavior of and Requirements for Internet FirewallsThis memo defines behavioral characteristics of and interoperabilityrequirements for Internet firewalls. This memo provides information forthe Internet community.Ginoza Informational [Page 5]RFC 2999 Summary of 2900-2999 August 20012978 Freed Oct 2000 IANA Charset Registration ProceduresMultipurpose Internet Mail Extensions (MIME) and various other Internetprotocols are capable of using many different charsets. This in turnmeans that the ability to label different charsets is essential. Thisdocument specifies an Internet Best Current Practices for the InternetCommunity, and requests discussion and suggestions for improvements.2977 Glass Oct 2000 Mobile IP Authentication, Authorization, and Accounting RequirementsThis document contains the requirements which would have to be supportedby a AAA service to aid in providing Mobile IP services. This memoprovides information for the Internet community.2976 Donovan Oct 2000 The SIP INFO MethodThis document proposes an extension to the Session Initiation Protocol(SIP). This extension adds the INFO method to the SIP protocol. Theintent of the INFO method is to allow for the carrying of sessionrelated control information that is generated during a session.[STANDARDS TRACK]2975 Aboba Oct 2000 Introduction to Accounting ManagementThis document describes and discusses the issues involved in the designof the modern accounting systems. The field of Accounting Management isconcerned with the collection the collection of resource consumptiondata for the purposes of capacity and trend analysis, cost allocation,auditing, and billing. This memo provides information for the Internetcommunity.2974 Handley Oct 2000 Session Announcement ProtocolThis document describes version 2 of the multicast session directoryannouncement protocol, Session Announcement Protocol (SAP), and therelated issues affecting security and scalability that should be takeninto account by implementors. This memo defines an ExperimentalProtocol for the Internet community.Ginoza Informational [Page 6]RFC 2999 Summary of 2900-2999 August 20012973 Balay Oct 2000 IS-IS Mesh GroupsThis document describes a mechanism to reduce redundant packettransmissions for the Intermediate System to Intermediate System (IS-IS)Routing protocol, as described in ISO 10589. This memo providesinformation for the Internet community.2972 Popp Oct 2000 Context and Goals for Common Name ResolutionThis document establishes the context and goals for a Common NameResolution Protocol. This memo provides information for the Internetcommunity.2971 Showalter Oct 2000 IMAP4 ID extensionThis document describes an ID extension which will enable InternetMessage Access Protocol - Version 4rev1 (IMAP4rev1) to advertise whatprogram a client or server uses to provide service. The ID extensionallows the server and client to exchange identification information ontheir implementation in order to make bug reports and usage statisticsmore complete. [STANDARDS TRACK]2970 Daigle Oct 2000 Architecture for Integrated Directory Services - Result from TISDAGDrawing from experiences with the TISDAG (Technical Infrastructure forSwedish Directory Access Gateways) project, this document outlines anapproach to providing the necessary infrastructure for integrating suchwidely-scattered servers into a single service, rather than attemptingto mandate a single protocol and schema set for all participatingservers to use. This memo provides information for the Internetcommunity.Ginoza Informational [Page 7]RFC 2999 Summary of 2900-2999 August 20012969 Eklof Oct 2000 Wide Area Directory Deployment - Experiences from TISDAGThis document catalogues some of the experiences gained in developingthe necessary infrastructure for a national (i.e., multi-organizational)directory service and pilot deployment of the service in an environmentwith off-the-shelf directory service products. This memo providesinformation for the Internet community.2968 Daigle Oct 2000 Mesh of Multiple DAG servers - Results from TISDAGThis document defines the basic principle for establishing a mesh, thatinteroperating services should exchange index objects, according to thearchitecture of the mesh (e.g., hierarchical, or graph-like, preferablywithout loops!). The Common Indexing Protocol (CIP) is designed tofacilitate the creation not only of query referral indexes, but also ofmeshes of (loosely) affiliated referral indexes. The purpose of such amesh of servers is to implement some kind of distributed sharing ofindexing and/or searching tasks across different servers. So far, theTISDAG (Technical Infrastructure for Swedish Directory Access Gateways)project has focused on creating a single referral index; the obviousnext step is to integrate that into a larger set of interoperatingservices. This memo provides information for the Internet community.2967 Daigle Oct 2000 TISDAG - Technical Infrastructure for Swedish Directory Access GatewaysThe overarching goal of this project is to develop the necessarytechnical infrastructure to provide a single-access-point service for
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -