IEEE-802-AMD-1-2003-R2007.pdf

上传人:哈尼dd 文档编号:3773365 上传时间:2019-09-23 格式:PDF 页数:12 大小:105.43KB
返回 下载 相关 举报
IEEE-802-AMD-1-2003-R2007.pdf_第1页
第1页 / 共12页
IEEE-802-AMD-1-2003-R2007.pdf_第2页
第2页 / 共12页
IEEE-802-AMD-1-2003-R2007.pdf_第3页
第3页 / 共12页
IEEE-802-AMD-1-2003-R2007.pdf_第4页
第4页 / 共12页
IEEE-802-AMD-1-2003-R2007.pdf_第5页
第5页 / 共12页
亲,该文档总共12页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述

《IEEE-802-AMD-1-2003-R2007.pdf》由会员分享,可在线阅读,更多相关《IEEE-802-AMD-1-2003-R2007.pdf(12页珍藏版)》请在三一文库上搜索。

1、IEEE Std 802a-2003 (Amendment to IEEE Std 802-2001) IEEE Standards 802a TM IEEE Standard for Local and Metropolitan Area Networks: Overview and Architecture Amendment 1: Ethertypes for Prototype and Vendor-Specific Protocol Development Published by The Institute of Electrical and Electronics Enginee

2、rs, Inc. 3 Park Avenue, New York, NY 10016-5997, USA 18 September 2003 IEEE Computer Society Sponsored by the LAN/MAN Standards Committee IEEE Standards Print: SH95131 PDF: SS95131 Copyright The Institute of Electrical and Electronics Engineers, Inc. Provided by IHS under license with IEEELicensee=I

3、HS Employees/1111111001, User=Japan, IHS Not for Resale, 07/30/2008 01:20:58 MDTNo reproduction or networking permitted without license from IHS -,-,- Recognized as an American National Standard (ANSI) The Institute of Electrical and Electronics Engineers, Inc. 3 Park Avenue, New York, NY 10016-5997

4、, USA Copyright 2003 by the Institute of Electrical and Electronics Engineers, Inc. All rights reserved. Published 18 September 2003. Printed in the United States of America. IEEE and 802 are registered trademarks in the U.S. Patent +1 978 750 8400. Permission to photocopy portions of any individual

5、 standard for educational classroom use can also be obtained through the Copyright Clearance Center. Note: Attention is called to the possibility that implementation of this standard may require use of subject matter covered by patent rights. By publication of this standard, no position is taken wit

6、h respect to the existence or validity of any patent rights in connection therewith. The IEEE shall not be responsible for identifying patents for which a license may be required by an IEEE standard or for conducting inquiries into the legal validity or scope of those patents that are brought to its

7、 attention. Copyright The Institute of Electrical and Electronics Engineers, Inc. Provided by IHS under license with IEEELicensee=IHS Employees/1111111001, User=Japan, IHS Not for Resale, 07/30/2008 01:20:58 MDTNo reproduction or networking permitted without license from IHS -,-,- Copyright 2003 IEE

8、E. All rights reserved.iii Introduction (This introduction is not part of IEEE Std 802a-2003, IEEE Standard for Local and Metropolitan Area Networks: Overview and Architecture Amendment 1: Ethertypes for Prototype and Vendor-Specific Protocol Development). IEEE Std 802a-2003 IEEE Std 802-2001 provid

9、es an overview to the family of IEEE 802 Standards, describes the relationship of the IEEE 802 Standards to the Open Systems Interconnection Basic Reference Model ISO/IEC 7498-1: 1994 and explains the relationship of these standards to higher layer protocols, provides a standard for the structure of

10、 LAN MAC addresses, and provides a standard for the identification of public, private, and standard protocols. This Amendment to IEEE Std 802-2001 provides a means whereby prototype protocols and vendor-specific protocols may be developed and implemented without the need to register a distinct Ether

11、type value. Participants When the IEEE 802a Working Group approved this standard, it had the following membership: Tony Jeffree, Chair and Editor Neil Jarvis, Vice Chair The following members of the balloting committee voted on this standard. Balloters may have voted for approval, disapproval, or ab

12、stention. Les Bell Paul Congdon Hesham Elbakoury Norm W. Finn Robert W. Hott Ran Ish-Shalom Neil Jarvis Tony Jeffree Shyam Kaluve Hal Keen Loren Larsen Frank Reichstein Mick Seaman Curtis Simonson Pat Thaler Geoffrey O. Thompson Michel Thorsen Michael D. Wright Keith Chow John Fendrich Robert Gaglia

13、no Chris Guy Raj Jain Neil Jarvis Tony Jeffree William Lane David Law Randolph Little Gregory Luri Roger Marks Richard McBride David Millman Robert Mortonson Paul Nikolich Bob OHara Roger Pandanda Vikram Punj Floyd Ross Pat Thaler Geoffrey O. Thompson Ed Turner Don Wright Oren Yuen Copyright The Ins

14、titute of Electrical and Electronics Engineers, Inc. Provided by IHS under license with IEEELicensee=IHS Employees/1111111001, User=Japan, IHS Not for Resale, 07/30/2008 01:20:58 MDTNo reproduction or networking permitted without license from IHS -,-,- ivCopyright 2003 IEEE. All rights reserved. Whe

15、n the IEEE-SA Standards Board approved this standard on 12 June 2003, it had the following membership: Don Wright, Chair Howard M. Frazier, Vice Chair Judith Gorman, Secretary *Member Emeritus Also included are the following nonvoting IEEE-SA Standards Board liaisons: Alan Cookson, NIST Representati

16、ve Satish K. Aggarwal, NRC Representative Michelle Turner IEEE Standards Project Editor H. Stephen Berger Joe Bruder Bob Davis Richard DeBlasio Julian Forster* Toshio Fukuda Arnold M. Greenspan Raymond Hapeman Donald M. Heirman Laura Hitchcock Richard H. Hulett Anant Jain Lowell G. Johnson Joseph L.

17、 Koepfinger* Tom McGean Steve Mills Daleep C. Mohla William J. Moylan Paul Nikolich Gary Robinson Malcolm V. Thaden Geoffrey O. Thompson Doug Topping Howard L. Wolfman Copyright The Institute of Electrical and Electronics Engineers, Inc. Provided by IHS under license with IEEELicensee=IHS Employees/

18、1111111001, User=Japan, IHS Not for Resale, 07/30/2008 01:20:58 MDTNo reproduction or networking permitted without license from IHS -,-,- Copyright 2003 IEEE. All rights reserved. v CONTENTS 1.Scope 2 1.1 General. 2 2.Ethertypes for prototype and vendor-specific protocol development 2 2.1 Introducti

19、on 2 2.2 Local Experimental Ethertypes 2 2.3 OUI Extended Ethertype 4 2.4 Ethertype values for local and vendor-specific use. 5 Copyright The Institute of Electrical and Electronics Engineers, Inc. Provided by IHS under license with IEEELicensee=IHS Employees/1111111001, User=Japan, IHS Not for Resa

20、le, 07/30/2008 01:20:58 MDTNo reproduction or networking permitted without license from IHS -,-,- Copyright The Institute of Electrical and Electronics Engineers, Inc. Provided by IHS under license with IEEELicensee=IHS Employees/1111111001, User=Japan, IHS Not for Resale, 07/30/2008 01:20:58 MDTNo

21、reproduction or networking permitted without license from IHS -,-,- Copyright 2003 IEEE. All rights reserved.1 IEEE Standard for Local and Metropolitan Area Networks: Overview and Architecture Amendment 1: Ethertypes for Prototype and Vendor-Specific Protocol Development This amendment to IEEE Std 8

22、02-2001 defines the changes necessary in order to provide a mechanism for making a number of Ethertype values available for use in prototype and vendor-specific protocol development. These changes are defined as a series of additions to, and modifications of, the existing text of IEEE Std 802-2001;

23、this amendment therefore assumes all material, including references, abbreviations, definitions, procedures, services and protocols defined in the base text. NOTE The editing instructions contained in this amendment define how to merge the material contained herein into the existing base standard to

24、 form the comprehensive standard The editing instructions are shown in bold italics. Four editing instructions are used: change, delete, insert, and replace. Change is used to make small corrections to existing text or tables. The editing instruction specifies the location of the change and describe

25、s what is being changed either by using strikethrough (to remove old material) or underscore (to add new material). Delete removes existing material. Insert adds new material without disturbing the existing material. Insertions may require renumbering. If so, renumbering instructions are given in th

26、e editing instruction. Replace is used to make large changes in existing text, subclauses, tables, or figures by removing existing material and replacing it with new material. Editorial notes will not be carried over into future editions of IEEE Std 802-2001. Change the Abstract and Keywords in the

27、front matter of IEEE Std 802-2001 as follows: Abstract: IEEE Std 802-2001, IEEE Standards for Local and Metropolitan Area Networks: Overview and Architecture, provides an overview to the family of IEEE 802 Standards. It defines compliance with the family of IEEE 802 Standards; it describes the relat

28、ionship of the IEEE 802 Standards to the Open Systems Interconnection Basic Reference Model ISO/IEC 7498-1:1994 and explains the relationship of these standards to the higher layer protocols; it provides a standard for the structure of LAN MAC addresses; and it provides a standard for identification

29、 of public, private, prototype, and standard protocols. Keywords: IEEE 802 standards compliance, Local Area Networks (LANs), LAN/MAN architecture, LAN/MAN reference model, Metropolitan Area Networks (MANs), Protocol development, Ethertypes. Copyright The Institute of Electrical and Electronics Engin

30、eers, Inc. Provided by IHS under license with IEEELicensee=IHS Employees/1111111001, User=Japan, IHS Not for Resale, 07/30/2008 01:20:58 MDTNo reproduction or networking permitted without license from IHS -,-,- IEEE Std 802a-2003LOCAL AND METROPOLITAN AREA NETWORK: 2Copyright 2003 IEEE. All rights r

31、eserved. 1. Scope 1.1 General Change the text of subclause 1.1 as shown below: This document serves as the foundation for the family of IEEE 802 Standards published by IEEE for Local Area Networks (LANs) and Metropolitan Area Networks (MANs). It contains descriptions of the networks considered as we

32、ll as a reference model (RM) for protocol standards. Compliance with the family of IEEE 802 Standards is defined, and a A standard for the identification of public, private, prototype, and standard protocols is included, using either Ethertype values or LLC addresses. Insert the following Clause as

33、a new Clause 12: 2. Ethertypes for prototype and vendor-specific protocol development 2.1 Introduction The existing Ethernet Type number space is a finite resource. In order to develop protocols that will use an Ethernet Type value as a protocol identifier, it has historically been necessary for ven

34、dors to apply for type values from this limited number space, both for development purposes and for assignment to the final protocol. This can lead to waste of the number space for no useful purpose, as some of these protocol developments do not result in viable or usable protocols. The mechanisms i

35、dentified in this clause will allow prototype and experimental protocols to be developed without consuming type values, and will also provide a means whereby protocol developers can assign permanent protocol identifier values without consuming type values from this limited number space. These object

36、ives are supported by three Ethertype assignments, and associated rules for their use: a)Two Ethertype values, known as the Local Experimental Ethertypes (2.2), assigned, as the name implies, for experimental use within a local area; and b)A single Ethertype value, known as the OUI Extended Ethertyp

37、e (2.3), assigned for the identification of vendor-specific protocols. The values assigned for these purposes, and the requirements for use of these values, are defined in the following subclauses. 2.2 Local Experimental Ethertypes The Local Experimental Ethertypes are intended for use in conjunctio

38、n with experimental protocol development within a privately administered development network; for example within an experimental LAN that has no wide area connectivity. Within that network, a local administrator is free to use a Local Experimental Ethertype and to assign subtypes for protocol develo

39、pment purposes. However, by virtue of the way these Ethertypes are intended to be used, the following practical and administrative constraints apply to their use: a)Since the format for protocols using the Local Experimental Ethertypes does not contain a means to identify the administrative domain,

40、it may not be possible to identify the protocol of a frame if protocols developed within different administrative domains using Local Experimental Ethertypes are used in the same network. Hence, the use of these Ethertypes to identify protocols can only be achieved reliably if all uses of the Ethert

41、ypes are within the control of a single administrative Copyright The Institute of Electrical and Electronics Engineers, Inc. Provided by IHS under license with IEEELicensee=IHS Employees/1111111001, User=Japan, IHS Not for Resale, 07/30/2008 01:20:58 MDTNo reproduction or networking permitted withou

42、t license from IHS -,-,- IEEE OVERVIEW AND ARCHITECTURE AMENDMENT 1Std 802a-2003 Copyright 2003 IEEE. All rights reserved.3 domain. Therefore, these Ethertypes shall not be used in protocols or products that will be released for use in the wider networking community, as freeware, shareware, or as an

43、y part of a companys commercial product offering. Product must and shall be transitioned to a product Ethertype before it is deployed in an environment outside the developing organizations administrative control; for example, when deployed with a customer or any other internet working environments f

44、or testing. b)Any request by any individual or organization to have the value of a Local Experimental Ethertype permanently assigned for use with a given protocol or protocols will be summarily refused. c)It is recommended that devices which bound any administrative domain be configured to prevent f

45、rames containing a Local Experimental Ethertype from passing either into or out of a domain in which its contents may be misinterpreted. For example, the default configuration of any firewall should be to not pass this Ethertype. A Local Experimental Ethertype is used in the normal way, as a value t

46、hat is placed in the Type/Length field of an Ethernet frame, or as described in 10.5 for encapsulation of Ethernet frames over LLC using SNAP (10.3). In order to allow for different experimental protocols, sub-protocols, and versions, to co-exist within the same experimental network, a protocol subt

47、ype and a protocol version identifier shall be used in conjunction with the Local Experimental Ethertype value. This is illustrated in Figure 1, which shows the format of an Ethernet frame carrying a Local Experimental Ethertype, and Figure 2 shows the format of an IEEE 802.5 frame carrying a Local

48、Experimental Ethertype. Note that in the case of the 802.5 frame, the Ethertype is carried as part of a SNAP protocol identification field (see Clause 10). The sizes of the protocol subtype and the protocol version identifier fields, and their order of appearance within the frame, are not constrained by this standard. Two Local Experimental Ethertype values are provided, to allow protocols that will need more than one distinct Ethertype value, or two distinct protocols, to be developed within a single admi

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 其他


经营许可证编号:宁ICP备18001539号-1