📄 rfc1052.txt
字号:
RFC 1052 Internet Management April 1988 [Editor's comment: This may actually be feasible.] (vii) Define a CMIS interface to any of the surviving network management schemes so as to provide a migration path to ISO.4. RESOLUTION AND CONCLUSIONS In a dramatic act of statesmanship, Craig Partridge volunteered that the HEMS proposal be dropped in favor of the other two efforts, SGMP and CMIS/CMIP - IF THIS WOULD LEAD TO INTERNET-WIDE AGREEMENT ON A NETWORK MANAGEMENT PLAN FOR THE SHORT AND LONG TERM. A rationale for the long term was proposed, based on the assumption that the ISO initiatives, and the U.S. Government issuance of the GOSIP guidelines, would ultimately require at least the Government users, and hence their vendor suppliers, to use ISO-based protocols and tools. In this rationale, the Internet research community and its vendors would "take the high ground" in network management by implementing the CMIS/CMIP on top of the TCP/IP protocol suite and deploy it widely for experimental use in the Internet. Neither the ISO nor any other organization, including the Corporation for Open Systems (COS) has anything close to the laboratory in large that the Internet represents. By taking the initiative, the Internet working groups can establish credibility based on experience which will make it far more feasible to affect the evolution of the ISO network management and other related efforts. The Internet community will be able to speak with authority about problems with the design or definition of CMIS/CMIP based on real implementation experience and use, rather than solely analytic means. In the short term, however, the Internet desperately needs tools to apply to the operational management problems associated with its rapid growth. Given the present state of advanced implementation of the SGMP and its relative simplicity, the general agreement was that SGMP (or its re-named successor, SNMP) should be quickly brought to more complete specification for widespread implementation and use. In short, the ad hoc committee recommends: 1. In the short term, the Internet community should adopt and adapt the Simple Network Management Protocol (SNMP) for use as the basis of common network management throughout the system. (Rationale: The software is available and in operation.) 2. In the longer term, the Internet research community and the vendors should develop, deploy and test a network managementCerf [Page 8]RFC 1052 Internet Management April 1988 system based on the International Standards Organization (ISO) Common Management Information Services/Common Management Information Protocol (CMIS/CMIP). (Rationale: The Internet community can take the high ground in protocol development by virtue of the experimental environment in which it can operate. Recommendations to the ISO from this community, the IAB and the vendors will carry great weight if they are in the language of the ISO common network management system and if they are rooted in actual experience with implementation and use in the field.) 3. Responsibility for the SNMP effort should be placed in the hands of an IETF task force. (Rationale: Eliminate vendor-specific bias or control over the SNMP and its evolution and harmonize inputs from the Internet community.) 4. As a high priority effort, define an extended Management Information Base (MIB) for SNMP and TCP/IP CMIP to bring them into closer conformance with the MIB defined for the experimental HighLevel Entity Management System (HEMS). (Rationale: The HEMS effort produced a very thorough and widely-discussed set of elements to monitor, along with definitions of the semantics of these elements. The current SNMP definitions are more restricted and the CMIP definitions less precise. Implementation of SNMP in a timely and useful fashion through the Internet cannot be satisfactorily completed without such a definition of information elements in hand.)Cerf [Page 9]RFC 1052 Internet Management April 1988MEMBERS OF THE AD HOC NET MANAGEMENT REVIEW COMMITTEE Amatzia Ben-Artzi Sytek Corp. 1225 Charleston Rd. Mountain View, CA 94043 Amatzia@amadeus.stanford.edu Bob Braden USC-ISI 4676 Admiralty Way Marina del Rey, CA 90292 braden@isi.edu Jeff Case University of Tennessee 200 Stokely Management Center Knoxville, TN 37996 case@utkcs2.cs.utk.edu Vint Cerf - Chairman Corp. for National Research Initiatives 1895 Preston White Dr., Suite 100 Reston, VA 22091 (703) 620-8990 Cerf@ISI.EDU Chuck Davin Proteon, Inc. 2 Technology Dr. Westborough, MA 01536 jrd@monk.proteon.com Stephen Dunford UNISYS Corp. System Development Corporation 5151 Camino Road Camarillo, CA 93010 dunford@cam.unisys.com Mark Fedor NYSERNET 125 Jordan Road Troy, NY 12180 fedor@nisc.nyser.netCerf [Page 10]RFC 1052 Internet Management April 1988 Phill Gross - IETF Chairman MITRE Corporation 1820 Dolley Madison Blvd. McLean, VA 22012 Gross@Gateway.MITRE.Org Lee LaBarre MITRE Corporation Burlington Road Bedford, MA 01730 cel@mitre-bedford.arpa Dan Lynch Advanced Computing Environments 480 San Antonio Rd. Mountain View, CA 94040 Lynch@isi.edu Jim Mathis Apple Computer, Inc. MS 27-0 20525 Mariani Ave. Cupertino, CA 95014 Mathis@Apple.com Craig Partridge BBN Labs 10 Moulton St. Cambridge, MA 02238 craig@bbn.com Marshall T. Rose The Wollongong Group, Inc. 1129 San Antonio Road Palo Alto, CA 94043 MRose@twg.com Greg Satz Cisco Systems 1360 Willow Rd., Suite 201 Menlo Park, CA 94301 satz@cisco.com Martin Lee Schoffstall NYSERNET 125 Jordan Road Troy, NY 12180 schoff@nisc.nyser.netCerf [Page 11]RFC 1052 Internet Management April 1988 Glenn Trewitt Center for Integrated Systems, Room 216 Stanford University Stanford, CA 94305 Trewitt@amadeus.stanford.eduMEETING LOCATION: San Diego Supercomputer Center, UC San DiegoLOCAL ARRANGEMENTS: Paul Love, SDSCMEETING DATE: 29 February 1988AGENDA ITEMS: 0900 Introductions and Objectives/Cerf 0915 HEMS: Craig Partridge and Glenn Trewitt 1030 Break 1045 SGMP - Jeff Case 1145 CMIP/CMIS - Amatzia Ben-Artzi 1245 Lunch Break 1430 TCP/IP and ISO: Politics, Technology, Penetration/Cerf 1530 Break 1545 Tradeoffs among alternate paths (Discussion) 1700 Resolution of alternatives 1730 Summary of conclusions/actions 1800 AdjournCerf [Page 12]RFC 1052 Internet Management April 1988REFERENCES The following reference material was provided in advance of the meeting. Note that some of the citations include informal descriptors (such as IDEA numbers or DRAFT letter codes), for example, IDEA-13 or DRAFT-AAAA. IDEA notes may be updated from time to time reusing the same number. The IDEA notes are the working notes of the Engineering Task Force. The DRAFT is a temporary notation and may not be meaningful for more than a few months. HEMS (1) Craig Partridge, "A UNIX Implementation of HEMS", USENIX, February 1988. [Available from C. Partridge, BBN Labs] (2) Craig Partridge and Glenn Trewitt, "The High-Level Entity Management System", RFC-1021. (3) Craig Partridge and Glenn Trewitt, "The High-Level Entity Management Protocol", RFC-1022. (4) Glenn Trewitt and Craig Partridge, "The HEMS Monitoring and Control Language", RFC-1023. (5) Craig Partridge and Glenn Trewitt, "HEMS Variable Definitions", RFC-1024. (6) Craig Partridge and Glenn Trewitt, "The High-Level Entity Management System", IEEE Network magazine, March 1988. SGMP/SNMP (1) James Davin, Jeff Case, Mark Fedor and Martin Schoffstall, "A Simple Gateway Monitoring Protocol", RFC-1028, November 1987. (2) James Davin, Jeff Case, Mark Fedor and Martin Schoffstall, "A Simple Network Management Protocol", IDEA-11, February 1988, obsoletes RFC-1028 when issued. (3) Jeffrey R. Case, James R. Davin, Mark S. Fedor, Martin L. Schoffstall, "Introduction to the Simple Gateway Monitoring Protocol", IEEE Network Magazine, March 1988. CMIS/CMIP (1) Amatzia Ben-Artzi, "Network Management for TCP/IP Network: An Overview", IDEA-12, February 1988.Cerf [Page 13]RFC 1052 Internet Management April 1988 (2) Lee LaBarre, " TCP/IP Network Management Implementors Agreements", IDEA-13, January 1988. (3) Lee LaBarre, "Data Link Layer Management Information: MAC802.3", DRAFT-MMMM, February 1988. (4) Lee LaBarre, "Network Layer Management Information: IP", DRAFT-NNNN, February 1988. (5) Marshall Rose, "ISO Presentation Services on Top of TCP/IP- based Internets", DRAFT-PPPP, February 1988. (6) Lee LaBarre, "Structure and Identification of Management Information for the Internet", DRAFT-SMI, February 1988. (7) Lee LaBarre, "Transport Layer Management Information: TCP", DRAFT-TTTT, February 1988. (8) Lee LaBarre, "Transport Layer Management Information: UDP", DRAFT-UUUU, February 1988. (9) ISO/IEC JTC 1/21 N 2058, "2nd DP 9595-1 Information Processing Systems - Open Systems Interconnection - Management Information Service Definition - Part 1: Overview", December 1987. (10) ISO/IEC JTC 1/21 N 2059, "2nd DP 9595-2, Information Processing Systems - Open Systems Interconnection - Management Information Service Definition - Part 2: Common Management Information Service Definition", December 1987. (11) ISO/IEC JTC 1/21 N 2060, "2nd DP 9596-2, Information Processing Systems - Open Systems Interconnection - Management Information Protocol Specification - Part 2: Common Management Information Protocol", December 1987. (12) ISO/TC97/SC21/WG4 N 472, "US Comments on the Proposal for Extension of the Common Management Information Services and Protocol: Creation and Deletion Functions", November 1987. (13) JTC1/SC21/WG4 N 482, "Proposal to extend M-Set and M- Confirmed-Set to allow adding and removing values of a multi- valued attribute", November 1987. (14) S. Mark Klerer, "The OSI Management Architecture: An Overview", IEEE Network Magazine, March 1988.Cerf [Page 14]
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -