📄 rfc1599.txt
字号:
used to monitor MTA components within gateways. [STANDARDS-TRACK]1565 Kille Jan 94 Network Services Monitoring MIBThis document defines a MIB which contains the elements common to themonitoring of any network service application. This informationincludes a table of all monitorable network service applications, acount of the associations (connections) to each application, and basicinformation about the parameters and status of each application-relatedassociation. [STANDARDS-TRACK]1564 Barker Jan 94 DSA Metrics (OSI-DS 34 (v3))This document defines a set of criteria by which a DSA implementationmay be judged. Particular issues covered include conformance tostandards; performance; demonstrated interoperability. This memoprovides information for the Internet community. This memo does notspecify an Internet standard of any kind.1563 Borenstein Jan 94 The text/enriched MIME Content-typeMIME [RFC-1341, RFC-1521] defines a format and general framework for therepresentation of a wide variety of data types in Internet mail. Thisdocument defines one particular type of MIME data, the text/enrichedtype, a refinement of the "text/richtext" type defined in RFC 1341. Thetext/enriched MIME type is intended to facilitate the widerinteroperation of simple enriched text across a wide variety of hardwareand software platforms. This memo provides information for the Internetcommunity. This memo does not specify an Internet standard of any kind.Kennedy Informational [Page 8]RFC 1599 Summary of 1500-1599 January 19971562 Michaelson Dec 93 Naming Guidelines for the AARNet X.500 Directory ServiceThis document is an AARNet (Australian Academic and Research Network)Engineering Note (AEN-001). AARNet Engineering Notes are engineeringdocuments of the AARNet Engineering Working Group, and record current orproposed operational practices related to the provision ofInternetworking services within Australia, and AARNet in particular.This memo provides information for the Internet community. This memodoes not specify an Internet standard of any kind.1561 Piscitello Dec 93 Use of ISO CLNP in TUBA EnvironmentsThis memo specifies a profile of the ISO/IEC 8473 Connectionless-modeNetwork Layer Protocol for use in conjunction with RFC 1347, TCP/UDPover Bigger Addresses. It describes the use of CLNP to provide thelower-level service expected by Transmission Control Protocol and UserDatagram Protocol. This memo defines an Experimental Protocol for theInternet community. This memo does not specify an Internet standard ofany kind.1560 Leiner Dec 93 The MultiProtocol InternetThere has recently been considerable discussion on two topics:MultiProtocol approaches in the Internet and the selection of a nextgeneration Internet Protocol. This document suggests a strawman positionfor goals and approaches for the IETF/IESG/IAB in these areas. It takesthe view that these two topics are related, and proposes directions forthe IETF/IESG/IAB to pursue. This memo provides information for theInternet community. This memo does not specify an Internet standard ofany kind.1559 Saperia Dec 93 DECnet Phase IV MIB ExtensionsThis memo defines a set of DECnet Phase IV extensions that have beencreated for the Internet MIB. It reflects changes which are the resultof operational experience based on RFC 1289. [STANDARDS-TRACK]Kennedy Informational [Page 9]RFC 1599 Summary of 1500-1599 January 19971558 Howes Dec 93 A String Representation of LDAP Search FiltersThe Lightweight Directory Access Protocol (LDAP) defines a networkrepresentation of a search filter transmitted to an LDAP server. Someapplications may find it useful to have a common way of representingthese search filters in a human-readable form. This document defines ahuman-readable string format for representing LDAP search filters. Thismemo provides information for the Internet community. This memo doesnot specify an Internet standard of any kind.1557 Choi Dec 93 Korean Character Encoding for Internet MessagesThis document describes the encoding method being used to representKorean characters in both header and body part of the Internet mailmessages [RFC822]. This encoding method was specified in 1991, and hassince then been used. It has now widely being used in Korean IPnetworks. This memo provides information for the Internet community.This memo does not specify an Internet standard of any kind.1556 Nussbacher Dec 93 Handling of Bi-directional Texts in MIMEThis document describes the format and syntax of the "direction" keywordto be used with bi-directional texts in MIME. This memo providesinformation for the Internet community. This memo does not specify anInternet standard of any kind.1555 Nussbacher Dec 93 Hebrew Character Encoding for Internet MessagesThis document describes the encoding used in electronic mail [RFC822]for transferring Hebrew. The standard devised makes use of MIME[RFC1521] and ISO-8859-8. This memo provides information for theInternet community. This memo does not specify an Internet standard ofany kind.Kennedy Informational [Page 10]RFC 1599 Summary of 1500-1599 January 19971554 Ohta Dec 93 ISO-2022-JP-2: Multilingual Extension of ISO-2022-JPThis memo describes a text encoding scheme: "ISO-2022-JP-2", which isused experimentally for electronic mail [RFC822] and network news[RFC1036] messages in several Japanese networks. The encoding is amultilingual extension of "ISO-2022-JP", the existing encoding forJapanese [2022JP]. The encoding is supported by an Emacs basedmultilingual text editor: MULE [MULE]. This memo provides informationfor the Internet community. This memo does not specify an Internetstandard of any kind.1553 Mathur Dec 93 Compressing IPX Headers Over WAN Media (CIPX)This document describes a method for compressing the headers of IPXdatagrams (CIPX). [STANDARDS-TRACK]1552 Simpson Dec 93 The PPP Internetwork Packet Exchange Control Protocol (IPXCP)This document defines the Network Control Protocol for establishing andconfiguring the IPX protocol over PPP. [STANDARDS-TRACK]1551 Allen Dec 93 Novell IPX Over Various WAN Media (IPXWAN)This document describes how Novell IPX operates over various WAN media.Specifically, it describes the common "IPX WAN" protocol Novell uses toexchange necessary router to router information prior to exchangingstandard IPX routing information and traffic over WAN datalinks. Thismemo provides information for the Internet community. This memo doesnot specify an Internet standard of any kind.1550 Bradner Dec 93 IP: Next Generation (IPng) White Paper SolicitationThis memo solicits white papers on topics related to the IPngrequirements and selection criteria. This memo provides information forthe Internet community. This memo does not specify an Internet standardof any kind.Kennedy Informational [Page 11]RFC 1599 Summary of 1500-1599 January 19971549 Simpson Dec 93 PPP in HDLC FramingThis document describes the use of HDLC for framing PPP encapsulatedpackets. [STANDARDS-TRACK]1548 Simpson Dec 93 The Point-to-Point Protocol (PPP)This document defines the PPP organization and methodology, and the PPPencapsulation, together with an extensible option negotiation mechanismwhich is able to negotiate a rich assortment of configuration parametersand provides additional management functions. [STANDARDS-TRACK]1547 Perkins Dec 93 Requirements for an Internet Standard Point-to-Point ProtocolThis document discusses the evaluation criteria for an Internet StandardData Link Layer protocol to be used with point-to-point links. This memoprovides information for the Internet community. This memo does notspecify an Internet standard of any kind.1546 Partridge Nov 93 Host Anycasting ServiceThis RFC describes an internet anycasting service for IP. The primarypurpose of this memo is to establish the semantics of an anycastingservice within an IP internet. This memo provides information for theInternet community. This memo does not specify an Internet standard ofany kind.1545 Piscitello Nov 93 FTP Operation Over Big Address Records (FOOBAR)This RFC specifies a method for assigning long addresses in the HOST-PORT specification for the data port to be used in establishing a dataconnection for File Transfer Protocol, FTP (STD 9, RFC 959). This is ageneral solution, applicable for all "next generation" IP alternatives,and can also be extended to allow FTP operation over transportinterfaces other than TCP. This memo defines an Experimental Protocolfor the Internet community. This memo does not specify an Internetstandard of any kind.Kennedy Informational [Page 12]RFC 1599 Summary of 1500-1599 January 19971544 Rose Nov 93 The Content-MD5 Header FieldThis memo defines the use of an optional header field, Content-MD5,which may be used as a message integrity check (MIC), to verify that thedecoded data are the same data that were initially sent. [STANDARDS-TRACK]1543 Postel Oct 93 Instructions to RFC AuthorsThis Request for Comments (RFC) provides information about thepreparation of RFCs, and certain policies relating to the publication ofRFCs. This memo provides information for the Internet community. Thismemo does not specify an Internet standard of any kind.1542 Wimer Oct 93 Clarifications and Extensions for the Bootstrap ProtocolSome aspects of the BOOTP protocol were rather loosely defined in itsoriginal specification. In particular, only a general description wasprovided for the behavior of "BOOTP relay agents" (originally calledBOOTP forwarding agents"). The client behavior description alsosuffered in certain ways. This memo attempts to clarify and strengthenthe specification in these areas. [STANDARDS-TRACK]1541 Droms Oct 93 Dynamic Host Configuration ProtocolThe Dynamic Host Configuration Protocol (DHCP) provides a framework forpassing configuration information to hosts on a TCP/IP network. DHCP isbased on the Bootstrap Protocol (BOOTP) adding the capability ofautomatic allocation of reusable network addresses and additionalconfiguration options. [STANDARDS-TRACK]1540 IAB Oct 93 Internet Official Protocol StandardsThis memo describes the state of standardization of protocols used inthe Internet as determined by the Internet Activities Board (IAB).[STANDARDS-TRACK]Kennedy Informational [Page 13]RFC 1599 Summary of 1500-1599 January 19971539 Malkin Oct 93 A Guide for New Attendees of the Internet Engineering Task ForceThe purpose of this For Your Information (FYI) RFC is to explain to thenewcomers how the IETF works. This memo provides information for theInternet community. It does not specify an Internet standard. [FYI 17]1538 Behl Oct 93 Advanced SNA/IP : A Simple SNA Transport ProtocolThis RFC provides information for the Internet community about a methodfor establishing and maintaining SNA sessions over an IP internet. Thismemo provides information for the Internet community. It does notspecify an Internet standard.1537 Beertema Oct 93 Common DNS Data File Configuration ErrorsThis memo describes errors often found in DNS data files. It points outcommon mistakes system administrators tend to make and why they often gounnoticed for long periods of time. This memo provides information forthe Internet community. It does not specify an Internet standard.1536 Kumar Oct 93 Common DNS Implementation Errors and Suggested FixesThis memo describes common errors seen in DNS implementations andsuggests some fixes. This memo provides information for the Internetcommunity. It does not specify an Internet standard.1535 Gavron Oct 93 A Security Problem and Proposed Correction With Widely Deployed DNS SoftwareThis document discusses a flaw in some of the currently distributed nameresolver clients. The flaw exposes a security weakness related to thesearch heuristic invoked by these same resolvers when users provide apartial domain name, and which is easy to exploit. This document pointsout the flaw, a case in point, and a solution. This memo providesinformation for the Internet community. It does not specify an Internetstandard.Kennedy Informational [Page 14]RFC 1599 Summary of 1500-1599 January 19971534 Droms Oct 93 Interoperation Between DHCP and BOOTPDHCP provides a superset of the functions provided by BOOTP. Thisdocument describes the interactions between DHCP and BOOTP networkparticipants. [STANDARDS-TRACK]1533 Alexander Oct 93 DHCP Options and BOOTP Vendor ExtensionsThis document specifies the current set of DHCP options. [STANDARDS-TRACK]1532 Wimer Oct 93 Clarifications and Extensions for the Bootstrap ProtocolSome aspects of the BOOTP protocol were rather loosely defined in itsoriginal specification. In particular, only a general description wasprovided for the behavior of "BOOTP relay agents" (originally calledBOOTP forwarding agents"). The client behavior description alsosuffered in certain ways. This memo attempts to clarify and strengthenthe specification in these areas. [STANDARDS-TRACK]1531 Droms Oct 93 Dynamic Host Configuration ProtocolThe Dynamic Host Configuration Protocol (DHCP) provides a framework forpassing configuration information to hosts on a TCP/IP network.[STANDARDS-TRACK]1530 Malamud Oct 93 Principles of Operation for the TPC.INT Subdomain: General Principles and Policy
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -