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

📄 rfc1160.txt

📁 中、英文RFC文档大全打包下载完全版 .
💻 TXT
📖 第 1 页 / 共 2 页
字号:
            8) Security                 -  Steve Crocker/TIS   The work of the IETF is performed by subcommittees known as Working   Groups.  There are currently more than 40 of these.  Working Groups   tend to have a narrow focus and a lifetime bounded by completion of a   specific task, although there are exceptions.  The IETF is a major   source of proposed protocol standards, for final approval by the IAB.   The IETF meets quarterly and extensive minutes of the plenary   proceedings as well as reports from each of the working groups are   issued by the IAB Secretariat at the Corporation for National   Research Initiatives.4.  The Internet Research Task Force   To promote research in networking and the development of new   technology, the IAB established the Internet Research Task Force   (IRTF).   In the area of network protocols, the distinction between research   and engineering is not always clear, so there will sometimes be   overlap between activities of the IETF and the IRTF.  There is, in   fact, considerable overlap in membership between the two groups.   This overlap is regarded as vital for cross-fertilization and   technology transfer.  In general, the distinction between researchCerf                                                           [Page 6]RFC 1160                        The IAB                        May 1990   and engineering is one of viewpoint and sometimes (but not always)   time-frame.  The IRTF is generally more concerned with understanding   than with products or standard protocols, although specific   experimental protocols may have to be developed, implemented and   tested in order to gain understanding.   The IRTF is a community of network researchers, generally with an   Internet focus.  The work of the IRTF is governed by its Internet   Research Steering Group (IRSG).  The chairman of the IRTF and IRSG is   David Clark.  The IRTF is organized into a number of Research Groups   (RGs) whose chairs of these are appointed by the chairman of the   IRSG. The RG chairs and others selected by the IRSG chairman serve on   the IRSG.  These groups typically have 10 to 20 members, and each   covers a broad area of research, pursuing specific topics, determined   at least in part by the interests of the members and by   recommendations of the IAB.   The current members of the IRSG are as follows:            David Clark/MIT LCS     -   Chairman            Robert Braden/USC-ISI   -   End-to-End Services            Douglas Comer/PURDUE    -   Member-at-Large            Deborah Estrin/USC      -   Autonomous Networks            Stephen Kent/BBN        -   Privacy and Security            Keith Lantz/Consultant  -   Collaboration Technology            David Mills/UDEL        -   Member-at-Large5.  The Near-term Agenda of the IAB   There are seven principal foci of IAB attention for the period 1989 -   1990:      1) Operational Stability      2) User Services      3) OSI Coexistence      4) Testbed Facilities      5) Security      6) Getting Big      7) Getting Fast   Operational stability of the Internet is a critical concern for all   of its users.  Better tools are needed for gathering operational   data, to assist in fault isolation at all levels and to analyze the   performance of the system.  Opportunities abound for increased   cooperation among the operators of the various Internet components   [RFC 1109].  Specific, known problems should be dealt with, such as   implementation deficiencies in some versions of the BIND domain name   service resolver software.  To the extent that the existing ExteriorCerf                                                           [Page 7]RFC 1160                        The IAB                        May 1990   Gateway Protocol (EGP) is only able to support limited topologies,   constraints on topological linkages and allowed transit paths should   be enforced until a more general Inter-Autonomous System routing   protocol can be specified.  Flexiblity for Internet implementation   would be enhanced by the adoption of a common internal gateway   routing protocol by all vendors of internet routers.  A major effort   is recommended to achieve conformance to the Host Requirements RFCs   which were published in the fourth quarter of calendar 1989.   Among the most needed user services, the White Pages (electronic   mailbox directory service) seems the most pressing.  Efforts should   be focused on widespread deployment of these capabilities in the   Internet by mid-1990.  The IAB recommends that existing white pages   facilities and newer ones, such as X.500, be populated with up-to-   date user information and made accessible to Internet users and users   of other systems (e.g., commercial email carriers) linked to the   Internet. Connectivity with commercial electronic mail carriers   should be vigorously pursued, as well as links to other network   research communities in Europe and the rest of the world.   Development and deployment of privacy-enhanced electronic mail   software should be accelerated in 1990 after release of public domain   software implementing the private electronic mail standards [RFC   1113, RFC 1114 and RFC 1115].  Finally, support for new or enhanced   applications such as computer-based conferencing, multi-media   messaging and collaboration support systems should be developed.   The National Network Testbed (NNT) resources planned by the FRICC   should be applied to support conferencing and collaboration protocol   development and application experiments and to support multi-vendor   router interoperability testing (e.g., interior and exterior routing,   network management, multi-protocol routing and forwarding).   With respect to growth in the Internet, architectural attention   should be focused on scaling the system to hundreds of millions of   users and hundreds of thousands of networks.  The naming, addressing,   routing and navigation problems occasioned by such growth should be   analyzed.  Similarly, research should be carried out on analyzing the   limits to the existing Internet architecture, including the ability   of the present protocol suite to cope with speeds in the gigabit   range and latencies varying from microseconds to seconds in duration.   The Internet should be positioned to support the use of OSI protocols   by the end of 1990 or sooner, if possible.  Provision for multi-   protocol routing and forwarding among diverse vendor routes is one   important goal.  Introduction of X.400 electronic mail services and   interoperation with RFC 822/SMTP [RFC 822, RFC 821, RFC 987, RFC   1026, and RFC 1148] should be targeted for 1990 as well.  TheseCerf                                                           [Page 8]RFC 1160                        The IAB                        May 1990   efforts will need to work in conjunction with the White Pages   services mentioned above.  The IETF, in particular, should establish   liaison with various OSI working groups (e.g., at NIST, RARE, Network   Management Forum) to coordinate planning for OSI introduction into   the Internet and to facilitate registration of information pertinent   to the Internet with the various authorities responsible for OSI   standards in the United States.   Finally, with respect to security, a concerted effort should be made   to develop guidance and documentation for Internet host managers   concerning configuration management, known security problems (and   their solutions) and software and technologies available to provide   enhanced security and privacy to the users of the Internet.REFERENCES       [BARAN 64]  Baran, P., et al, "On Distributed Communications",       Volumes I-XI, RAND Corporation Research Documents, August 1964.       [CERF 74]  Cerf V., and R. Kahn, "A Protocol for Packet Network       Interconnection", IEEE Trans. on Communications, Vol. COM-22,       No. 5, pp. 637-648, May 1974.       [CERF 82]  Cerf V., and E. Cain, "The DoD Internet Protocol       Architecture", Proceedings of the SHAPE Technology Center       Symposium on Interoperability of Automated Data Systems,       November 1982.  Also in Computer Networks and ISDN,       Vol. 17, No. 5, October 1983.       [CLARK 86]  Clark, D., "The Design Philosophy of the DARPA       Internet protocols", Proceedings of the SIGCOMM '88 Symposium,       Computer Communications Review, Vol. 18, No. 4, pp. 106-114,       August 1988.       [HEART 70]  Heart, F., Kahn, R., Ornstein, S., Crowther, W.,       and D. Walden, "The Interface Message Processor for the ARPA       Computer Network", AFIPS Conf. Proc. 36, pp. 551-567,       June 1970.       [IEEE 78]  Kahn, R. (Guest Editor), Uncapher, K. and       H. Van Trees (Associate Guest Editors), Proceedings of the       IEEE, Special Issue on Packet Communication Networks,       Volume 66, No. 11, pp. 1303-1576, November 1978.       [IEEE 87]  Leiner, B. (Guest Editor), Nielson, D., and       F. Tobagi (Associate Guest Editors), Proceedings of the       IEEE, Special Issue on Packet Radio Networks, Volume 75,       No. 1, pp. 1-272, January 1987.Cerf                                                           [Page 9]RFC 1160                        The IAB                        May 1990       [LEINER 85]  Leiner, B., Cole, R., Postel, J., and D. Mills,       "The DARPA Protocol Suite", IEEE INFOCOM 85, Washington, D.C.,       March 1985.  Also in IEEE Communications Magazine, March 1985.       [METCALFE 76]  Metcalfe, R., and D. Boggs, "Ethernet:       Distributed Packet for Local Computer Networks", Communications       of the ACM, Vol. 19, No. 7, pp. 395-404, July 1976.       [POSTEL 85]  Postel, J., "Internetwork Applications Using the       DARPA Protocol Suite", IEEE INFOCOM 85, Washington, D.C.,       March 1985.       [RFC 821]  Postel, J., "Simple Mail Transfer Protocol", RFC 821,       USC/Information Sciences Institute, August 1982.       [RFC 822]  Crocker, D., "Standard for the Format of ARPA Internet       Text Messages", RFC 822, University of Delaware, August 1982.       [RFC 987]  Kille, S., "Mapping between X.400 and RFC 822",       University College London, June 1986.       [RFC 1000]  Reynolds, J., and J. Postel, "The Request for       Comments Reference Guide", RFC 1000, USC/Information Sciences       Institute, August 1987.       [RFC 1026]  Kille, S., "Addendum to RFC 987: (Mapping between       X.400 and RFC 822)", RFC 1026, University College London,       September 1987.       [RFC 1109]  Cerf, V., "Report of the Second Ad Hoc Network       Management Review Group", RFC 1109, NRI, August 1989.       [RFC 1113]  Linn, J., "Privacy Enhancement for Internet       Electronic Mail: Part I -- Message Encipherment and       Authentication Procedures", RFC 1113, IAB Privacy Task       Force, August 1989.       [RFC 1114]  Kent, S.,  and J. Linn, "Privacy Enhancement for       Internet Electronic Mail: Part II -- Certificate-based Key       Management", RFC 1114, IAB Privacy Task Force, August 1989.       [RFC 1115]  Linn, J., "Privacy Enhancement for Internet       Electronic Mail: Part III -- Algorithms, Modes and Identifiers",       RFC 1115, IAB Privacy Task Force, August 1989.       [RFC 1140]  Postel, J., Editor, "IAB Official Protocol       Standards", RFC 1140, Internet Activities Board, May 1990.Cerf                                                          [Page 10]RFC 1160                        The IAB                        May 1990       [RFC 1148]  Kille, S., "Mapping between X.400(1988) / ISO 10021       and RFC 822", RFC 1048, UCL, March 1990.       [ROBERTS 70]  Roberts, L., and B. Wessler, "Computer Network       Development to Achieve Resource Sharing", pp. 543-549,       Proc. SJCC 1970.       [ROBERTS 78]  Roberts, L., "Evolution of Packet Switching",       Proc.  IEEE, Vol. 66, No. 11, pp. 1307-1313, November 1978.   Note:  RFCs are available from the Network Information Center at SRI   International, 333 Ravenswood Ave., Menlo Park, CA 94025, (1-800-   235-3155), or on-line via anonymous file transfer from NIC.DDN.MIL.Author's Address   Vinton G. Cerf   Corporation for National Research Initiatives   1895 Preston White Drive, Suite 100   Reston, VA 22091   Phone: (703) 620-8990   EMail: VCERF@NRI.RESTON.VA.USCerf                                                          [Page 11]

⌨️ 快捷键说明

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