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

📄 rfc2851.txt

📁 著名的RFC文档,其中有一些文档是已经翻译成中文的的.
💻 TXT
📖 第 1 页 / 共 3 页
字号:
     SYNTAX  InetAddressType { ipv4(1), ipv6(2) }     DESCRIPTION         "An implementation is only required to support IPv4          and IPv6 addresses."     OBJECT  peerAddress     SYNTAX  InetAddress (SIZE(4|16))     DESCRIPTION         "An implementation is only required to support IPv4          and globally unique IPv6 addresses."     ::= { somewhere 2 }Daniele, et al.             Standards Track                    [Page 11]RFC 2851           TCs for Internet Network Addresses          June 2000   Note that the SMIv2 does not permit inclusion of not-accessible   objects in an object group (see section 3.1 in STD 58, RFC 2580 [8]).   It is therefore not possible to formally refine the syntax of   auxiliary objects which are not-accessible.  In such a case, it is   suggested to express the refinement informally in the DESCRIPTION   clause of the MODULE-COMPLIANCE macro invocation.6. Security Considerations   This module does not define any management objects. Instead, it   defines a set of textual conventions which may be used by other MIB   modules to define management objects.   Meaningful security considerations can only be written in the modules   that define management objects.7. Acknowledgments   The authors would like to thank Randy Bush, Richard Draves, Mark   Ellison, Bill Fenner, Jun-ichiro Hagino, Tim Jenkins, Glenn   Mansfield, Keith McCloghrie, Thomas Narten, Erik Nordmark, Peder Chr.   Norgaard, Randy Presuhn, Andrew Smith, Dave Thaler, Kenneth White,   Bert Wijnen, and Brian Zill for their comments and suggestions.8. Intellectual Property Notice   The IETF takes no position regarding the validity or scope of any   intellectual property or other rights that might be claimed to   pertain to the implementation or use of the technology described in   this document or the extent to which any license under such rights   might or might not be available; neither does it represent that it   has made any effort to identify any such rights. Information on the   IETF's procedures with respect to rights in standards-track and   standards-related documentation can be found in BCP-11. Copies of   claims of rights made available for publication and any assurances of   licenses to be made available, or the result of an attempt made to   obtain a general license or permission for the use of such   proprietary rights by implementors or users of this specification can   be obtained from the IETF Secretariat.   The IETF invites any interested party to bring to its attention any   copyrights, patents or patent applications, or other proprietary   rights which may cover technology that may be required to practice   this standard. Please address the information to the IETF Executive   Director.Daniele, et al.             Standards Track                    [Page 12]RFC 2851           TCs for Internet Network Addresses          June 2000References   [1]  Bradner, S., "Key words for use in RFCs to Indicate Requirement        Levels", BCP 14, RFC 2119, March 1997.   [2]  Harrington, D., Presuhn, R. and B. Wijnen, "An Architecture for        Describing SNMP Management Frameworks", RFC 2571, April 1999.   [3]  Rose, M. and K. McCloghrie, "Structure and Identification of        Management Information for TCP/IP-based Internets", STD 16, RFC        1155, May 1990.   [4]  Rose, M. and K. McCloghrie, "Concise MIB Definitions", STD 16,        RFC 1212, March 1991.   [5]  Rose, M., "A Convention for Defining Traps for use with the        SNMP", RFC 1215, March 1991.   [6]  McCloghrie, K., Perkins, D., Schoenwaelder, J., Case, J., Rose,        M. and S. Waldbusser, "Structure of Management Information        Version 2 (SMIv2)", STD 58, RFC 2578, April 1999.   [7]  McCloghrie, K., Perkins, D., Schoenwaelder, J., Case, J., Rose,        M. and S. Waldbusser, "Textual Conventions for SMIv2", STD 58,        RFC 2579, April 1999.   [8]  McCloghrie, K., Perkins, D., Schoenwaelder, J., Case, J., Rose,        M. and S. Waldbusser, "Conformance Statements for SMIv2", STD        58, RFC 2580, April 1999.   [9]  Case, J., Fedor, M., Schoffstall, M. and J. Davin, "A Simple        Network Management Protocol (SNMP)", STD 15, RFC 1157, May 1990.   [10]  Case, J., McCloghrie, K., Rose, M. and S. Waldbusser,         "Introduction to Community-based SNMPv2", RFC 1901, January         1996.   [11]  Case, J., McCloghrie, K., Rose, M. and S. Waldbusser,         "Transport Mappings for Version 2 of the Simple Network         Management Protocol (SNMPv2)", RFC 1906, January 1996.   [12]  Case, J., Harrington, D., Presuhn, R. and B. Wijnen, "Message         Processing and Dispatching for the Simple Network Management         Protocol (SNMP)", RFC 2572, April 1999.   [13]  Blumenthal, U. and B. Wijnen, "User-based Security Model (USM)         for version 3 of the Simple Network Management Protocol         (SNMPv3)", RFC 2574, April 1999.Daniele, et al.             Standards Track                    [Page 13]RFC 2851           TCs for Internet Network Addresses          June 2000   [14]  Case, J., McCloghrie, K., Rose, M. and S. Waldbusser,         "Protocol Operations for Version 2 of the Simple Network         Management Protocol (SNMPv2)", RFC 1905, January 1996.   [15]  Levi, D., Meyer, P. and B. Stewart, "SNMP Applications", RFC         2573, April 1999.   [16]  Wijnen, B., Presuhn, R. and K. McCloghrie, "View-based Access         Control Model (VACM) for the Simple Network Management         Protocol (SNMP)", RFC 2575, April 1999.   [17]  Case, J., Mundy, R., Partain, D. and B. Stewart, "Introduction         to Version 3 of the Internet-standard Network Management         Framework", RFC 2570, April 1999.   [18]  McCloghrie, K., "SNMPv2 Management Information Base for the         Transmission Control Protocol using SMIv2", RFC 2012, November         1996.   [19]  Daniele, M., "IP Version 6 Management Information Base for the         Transmission Control Protocol", RFC 2452, December 1998.   [20]  McCloghrie, K. and F. Kastenholz, "The Interfaces Group MIB         using SMIv2", RFC 2233, November 1997.   [21]  Hinden, R. and S. Deering, "IP Version 6 Addressing         Architecture", RFC 2373, July 1998.   [22]  Gilligan, R., Thomson, S., Bound, J. and W. Stevens, "Basic         Socket Interface Extensions for IPv6", RFC 2553, March 1999.Daniele, et al.             Standards Track                    [Page 14]RFC 2851           TCs for Internet Network Addresses          June 2000Authors' Addresses   Mike Daniele   Compaq Computer Corporation   110 Spit Brook Rd   Nashua, NH  03062   USA   Phone: +1 603 884-1423   EMail: daniele@zk3.dec.com   Brian Haberman   Nortel Networks   4039 Emperor Blvd., Suite 200   Durham, NC  27703   USA   Phone: +1 919 992-4439   EMail: haberman@nortelnetworks.com   Shawn A. Routhier   Wind River Systems, Inc.   1 Tara Blvd, Suite 403   Nashua, NH  03062   USA   Phone: +1 603 897-2000   EMail: sar@epilogue.com   Juergen Schoenwaelder   TU Braunschweig   Bueltenweg 74/75   38106 Braunschweig   Germany   Phone: +49 531 391-3289   EMail: schoenw@ibr.cs.tu-bs.deDaniele, et al.             Standards Track                    [Page 15]RFC 2851           TCs for Internet Network Addresses          June 2000Full Copyright Statement   Copyright (C) The Internet Society (2000).  All Rights Reserved.   This document and translations of it may be copied and furnished to   others, and derivative works that comment on or otherwise explain it   or assist in its implementation may be prepared, copied, published   and distributed, in whole or in part, without restriction of any   kind, provided that the above copyright notice and this paragraph are   included on all such copies and derivative works.  However, this   document itself may not be modified in any way, such as by removing   the copyright notice or references to the Internet Society or other   Internet organizations, except as needed for the purpose of   developing Internet standards in which case the procedures for   copyrights defined in the Internet Standards process must be   followed, or as required to translate it into languages other than   English.   The limited permissions granted above are perpetual and will not be   revoked by the Internet Society or its successors or assigns.   This document and the information contained herein is provided on an   "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING   TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING   BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION   HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF   MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.Acknowledgement   Funding for the RFC Editor function is currently provided by the   Internet Society.Daniele, et al.             Standards Track                    [Page 16]

⌨️ 快捷键说明

复制代码 Ctrl + C
搜索代码 Ctrl + F
全屏模式 F11
切换主题 Ctrl + Shift + D
显示快捷键 ?
增大字号 Ctrl + =
减小字号 Ctrl + -