IEEE 802 5W-2000 en IEEE Standard for Information technology Telecommunications and information exchange between systems Local and metropolitan area networks Pa.pdf

《IEEE 802 5W-2000 en IEEE Standard for Information technology Telecommunications and information exchange between systems Local and metropolitan area networks Pa.pdf》由会员分享，可在线阅读，更多相关《IEEE 802 5W-2000 en IEEE Standard for Information technology Telecommunications and information exchange between systems Local and metropolitan area networks Pa.pdf（38页珍藏版）》请在麦多课文档分享上搜索。

1、The Institute of Electrical and Electronics Engineers, Inc.3 Park Avenue, New York, NY 10016-5997, USACopyright 2001 by the Institute of Electrical and Electronics Engineers, Inc.All rights reserved. Published 30 May 2001. Printed in the United States of America.Print: ISBN 0-7381-2474-5 SH94846PDF:

2、 ISBN 0-7381-2475-3 SS94846No part of this publication may be reproduced in any form, in an electronic retrieval system or otherwise, without the prior written permission of the publisher.IEEE Std 802.5w-2000(Corrigendum to IEEE Std 802.5, 1998 Edition andIEEE Stds 802.5r and 802.5j, 1998 Edition)IE

3、EE Standard forInformation technologyTelecommunications and information exchange between systemsLocal and metropolitan area networksPart 5: Token ring access method and Physical Layer specificationsCorrigendum 1SponsorLAN/MAN Standards Committeeof theIEEE Computer SocietyApproved 30 March 2000IEEE-S

4、A Standards BoardAbstract: This corrigendum to Local and Metropolitan Area Network standards, IEEE Std 802.5,1998 Edition and IEEE Stds 802.5r and 802.5j, 1998 Edition, is part of a family of local area net-work (LAN) standards dealing with the physical and data link layers as defined by the ISO/IEC

5、Open Systems Interconnection Basic Reference Model. Errors that have been identified in the twostandards are corrected.Keywords: data processing interconnection, dedicated token ring, fibre optic media, full duplexoperation, insertion key, local area network (LAN), medium access control (MAC), token

6、 ringii Copyright 2001 IEEE. All rights reserved.IEEE Standards documents are developed within the IEEE Societies and the Standards Coordinating Committees of theIEEE Standards Association (IEEE-SA) Standards Board. The IEEE develops its standards through a consensus develop-ment process, approved b

7、y the American National Standards Institute, which brings together volunteers representing variedviewpoints and interests to achieve the final product. Volunteers are not necessarily members of the Institute and serve with-out compensation. While the IEEE administers the process and establishes rule

8、s to promote fairness in the consensus devel-opment process, the IEEE does not independently evaluate, test, or verify the accuracy of any of the information containedin its standards.Use of an IEEE Standard is wholly voluntary. The IEEE disclaims liability for any personal injury, property or other

9、 dam-age, of any nature whatsoever, whether special, indirect, consequential, or compensatory, directly or indirectly resultingfrom the publication, use of, or reliance upon this, or any other IEEE Standard document.The IEEE does not warrant or represent the accuracy or content of the material conta

10、ined herein, and expressly disclaimsany express or implied warranty, including any implied warranty of merchantability or fitness for a specific purpose, or thatthe use of the material contained herein is free from patent infringement. IEEE Standards documents are supplied AS IS.The existence of an

11、IEEE Standard does not imply that there are no other ways to produce, test, measure, purchase, market,or provide other goods and services related to the scope of the IEEE Standard. Furthermore, the viewpoint expressed at thetime a standard is approved and issued is subject to change brought about th

12、rough developments in the state of the art andcomments received from users of the standard. Every IEEE Standard is subjected to review at least every five years for revi-sion or reaffirmation. When a document is more than five years old and has not been reaffirmed, it is reasonable to concludethat i

13、ts contents, although still of some value, do not wholly reflect the present state of the art. Users are cautioned to checkto determine that they have the latest edition of any IEEE Standard.In publishing and making this document available, the IEEE is not suggesting or rendering professional or oth

14、er servicesfor, or on behalf of, any person or entity. Nor is the IEEE undertaking to perform any duty owed by any other person orentity to another. Any person utilizing this, and any other IEEE Standards document, should rely upon the advice of a com-petent professional in determining the exercise

15、of reasonable care in any given circumstances.Interpretations: Occasionally questions may arise regarding the meaning of portions of standards as they relate to specificapplications. When the need for interpretations is brought to the attention of IEEE, the Institute will initiate action to preparea

16、ppropriate responses. Since IEEE Standards represent a consensus of concerned interests, it is important to ensure that anyinterpretation has also received the concurrence of a balance of interests. For this reason, IEEE and the members of its soci-eties and Standards Coordinating Committees are not

17、 able to provide an instant response to interpretation requests except inthose cases where the matter has previously received formal consideration. Comments for revision of IEEE Standards are welcome from any interested party, regardless of membership affiliation withIEEE. Suggestions for changes in

18、 documents should be in the form of a proposed change of text, together with appropriatesupporting comments. Comments on standards and requests for interpretations should be addressed to:Secretary, IEEE-SA Standards Board445 Hoes LaneP.O. Box 1331Piscataway, NJ 08855-1331USAIEEE is the sole entity t

19、hat may authorize the use of certification marks, trademarks, or other designations to indicate com-pliance with the materials set forth herein.Authorization to photocopy portions of any individual standard for internal or personal use is granted by the Institute ofElectrical and Electronics Enginee

20、rs, Inc., provided that the appropriate fee is paid to Copyright Clearance Center. Toarrange for payment of licensing fee, please contact Copyright Clearance Center, Customer Service, 222 Rosewood Drive,Danvers, MA 01923 USA; (978) 750-8400. Permission to photocopy portions of any individual standar

21、d for educationalclassroom 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 mat-ter covered by patent rights. By publication of this standard, no position is taken with respect

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

23、opyright 2001 IEEE. All rights reserved. iiiIntroduction(This introduction is not part of IEEE Std 802.5w, IEEE Corrigenda to ISO/IEC 8802-5:1998 Third Edition and Amd. 1:1998, Part 5: Token ring access method and physical layer specifications.)This standard is part of a family of standards for loca

24、l and metropolitan area networks. The relationshipbetween the standard and other members of the family is shown below. (The numbers in the figure refer toIEEE standard numbers.)This family of standards deals with the Physical and Data Link layers as defined by the InternationalOrganization for Stand

25、ardization (ISO) Open Systems Interconnection (OSI) Basic Reference Model(ISO/IEC 7498-1: 1994). The access standards define seven types of medium access technologies andassociated physical media, each appropriate for particular applications or system objectives. Other types areunder investigation.T

26、he standards defining the technologies noted above are as follows: IEEE Std 802 Overview and Architecture. This standard provides an overview to the family of IEEE 802 Standards. ANSI/IEEE Std 802.1Band 802.1kISO/IEC 15802-2LAN/MAN Management. Defines an OSI management-compatible architecture, and s

27、ervices and protocol elements for use in a LAN/MAN environment for performing remote management. ANSI/IEEE Std 802.1D Media Access Control (MAC) Bridges. Specifies an architecture and protocol for the interconnection of IEEE 802 LANs below the MAC service boundary. ANSI/IEEE Std 802.1EISO/IEC 15802-

28、4System Load Protocol. Specifies a set of services and protocol for those aspects of management concerned with the loading of systems on IEEE 802 LANs. ANSI/IEEE Std 802.1F Common Definitions and Procedures for IEEE 802 Management Information. ANSI/IEEE Std 802.1GISO/IEC 15802-5Remote Media Access C

29、ontrol (MAC) Bridging. Specifies extensions for the interconnection, using non-LAN communication technologies, of geographically separated IEEE 802 LANs below the level of the logical link control protocol. IEEE Std 802.1HISO/IEC TR 11802-5Media Access Control (MAC) Bridging of Ethernet V2.0 in Loca

30、l Area Networks.* Formerly IEEE Std 802.1A.DATALINKLAYERPHYSICAL802.2 LOGICAL LINK CONTROL802.1 BRIDGING802.1 MANAGEMENT802OVERVIEW Remove_StationIEEE Std 802.5w-2000AREA NETWORKS: TOKEN RING (Corrigendum to ISO/IEC 8802-5:1998 including ISO/IEC 8802-5:1998/Amd.1:1998)Copyright 2001 IEEE. All rights

31、 reserved. 5Change transitions 3207, 3204, 3212 and 3216 on page 57 as follows (change bars and underscores areagainst ISO/IEC 8802-5:1998/Amd.1:1998):Change transition 3206 on page 58 as follows (change bars and underscores are against ISO/IEC 8802-5:1998/Amd.1:1998):TBAA 3207 CSBTXSPV(MAX_TX) TX_A

32、B; FSTAS=FSTI=1(optional-unk)TBAE 3204 CSBTXSPV(MAX_TX) FSTAS=FSTI=1; TX_INV_FCS; TX_EFS(I=0; E=1) (optional-unk)TBAF 3212 DTU_UNITDATA-STATUS.request(Fail) TX_AB; FSTAS=FSTI=1TBAC 3216 PORT_ERR(correctable) TX_AB; FSTAS=FSTI=1;If JS=SDAC then CSTFQ=(CSTFQ-1)TBAC 3206 STATION_ERR(correctable) TX_AB;

33、 FSTAS=FSTI=1;If JS=SDAC then CSTFQ=(CSTFQ-1)IEEE Std 802.5w-2000(Corrigendum to ISO/IEC 8802-5:1998 including ISO/IEC 8802-5:1998/Amd.1:1998) LOCAL AND METROPOLITAN6 Copyright 2001 IEEE. All rights reserved.Change transitions 3409, 3410, 3417 and 3418 on page 60 as follows (change bars, strikethrou

34、ghs, andunderscores are against ISO/IEC 8802-5:1998/Amd.1:1998):Delete transitions 3420 and 3419 on page 60 as follows (change bars and strikethroughs are against ISO/IEC 8802-5:1998/Amd.1:1998):Insert on page 77 (Subclause 9.3.2.4) the abbreviation FPTAS immediately following “FPSLD“ asfollows (cha

35、nge bars and underscores are against ISO/IEC 8802-5:1998/Amd.1:1998):FPTAS = Flag, C-Port transmit abort sequenceInsert on page 81 the definition of “Flag, C-Port Transmit Abort Sequence (FPTAS)“ prior to thedefinition of “Flag, C-Port Transmit from Crystal (FPTXC)“ as follows, and re-order the defi

36、nitionsalphabetically (change bars and underscores are against ISO/IEC 8802-5:1998/Amd.1:1998):Flag, C-Port Transmit Abort Sequence (FPTAS). The flag FPTAS is used to control the counting of abortsequences. When the transmitter detects a correctable error requiring the release of an abort sequence,

37、it setsFPTAS to 1. The C-Port Error Handling Station Operation Table detects this condition, sets FPTAS to 0 andtakes the appropriate action to increment the counter CPABE. 3409 FR_WITH_ERR(E=0) TX_AB; FPTAS=FPTI=1(optional-unk)TEDb 1210 CPBTXPPV(MAX_TX) FPTAS=FPITFPTI=1; TX_INV_FCS;TX_EFS(I=0, E=1)

38、 (optional-unk)TEDe 1209 DTU_UNITDATA-STATUS.request(Fail) TX_AB; FPTAS=FPTI=1TEDe 1205 PORT_ERR(Correctable) TX_AB; FPTAS=FPTI=11606 FR_WITH_ERR(E=0) Remove_StationJD0ADisconnect.SMAC |FR_CT|FR_MAC(SASUA TSLMTC=R;TXI_TESTFR_REG_RSP(AP_RSP=0000)FSTXC=FSTI=0;FTI=xFIPTXIS=0TEST;FR_REG_RSP(AP_RSP=0000)

39、FSTXC=FSTI=0;FTI=xFIPTXIS=0;FIPTKPS=1;Set_initial_conditions;TEST;From: Clause 9.6StateJ9(JS=SRW)JDBFSBNT=1FSBNT=0;FSTXC=1;TSLMTC=R;TXI_TESTJA0Disconnect.SMAC| FR_BN| FR_CT |FR_MAC(SASPV(MAX_TX)FSTAS=FSTI=1;TX_INV_FCS;TX_EFS(I=0,E=1)TBAFDTU_UNITDATA-STATUS.indication(Fail)TX_AB;FSTAS=FSTI=1EOB FPTI=

40、FPTXC=0TFDFPRPT=0TS=PTXN;FPTI=1;IfFPOP=1then FPTXC=1State TE:TS=PTXDTDEbTXI_REQ FPBPF=FPTI=0;FPTX_LTH=1; IfFPMRO=0then CPBTX=9; IfFPMRO=1then CPBTX=D;TX_SFS(P=x;R=0)TXI_REQ FPBPF=FPTI=0; IfFR_LTH=UNKthen FPTX_LTH=0; IfFPMRO=0then CPBTX=9;IfFPMRO=1 thenCPBTX=D; IfFR_LTHPPV(MAX_TX)TX_AB;FPTAS=FPTI=1(O

41、ptional-unk)CPBTXPPV(MAX_TX)FPTAS=FPITFPTI=1; TX_INV_FCS; TX_EFS(I=0, E=1)(Optional-unk)TEDcEODTS=PTXN;FPEFS=FPTI=1;TX_FCS;TX_EFS(I=0)TEDdPORT_ERR(not_correctable)TS=PTXN;TX_AB(Optional);FPBPF=FPTI=1TEDeDTU_UNITDATA-STATUS.request(Fail)TX_AB;FPTAS=FPTI=1IEEE Std 802.5w-2000(Corrigendum to ISO/IEC 88

42、02-5:1998 including ISO/IEC 8802-5:1998/Amd.1:1998) LOCAL AND METROPOLITAN12 Copyright 2001 IEEE. All rights reserved.Annex A(normative) Protocol Implementation Conformance Statement (PICS) Proforma1A.1 IntroductionThe supplier of a protocol implementation that is claimed to conform to this standard

43、 shall complete thefollowing Protocol Implementation Conformance Statement (PICS) proforma.A completed PICS proforma is the PICS for the implementation in question. The PICS is a statement ofwhich capabilities and options of the protocol have been implemented. The PICS can have a number of uses,incl

44、uding use by the following:a) The protocol implementor, as a check-list to reduce the risk of failure to conform to the standardthrough oversight.b) The supplier and acquirer, or potential acquirer, of the implementation, as a detailed indication of thecapabilities of the implementation, stated rela

45、tive to the common basis for understanding providedby the standard PICS proforma.c) The user, or potential user, of the implementation, as a basis for initially checking the possibility ofinterworking with another implementation (note that, while interworking can never be guaranteed,failure to inter

46、work can often be predicted from incompatible PICSs).d) The protocol tester, as the basis for selecting appropriate tests against which to assess the claim forconformance of the implementation.A.2 Abbreviations and special symbolsA.2.1 Status symbolsThe following symbols are used in the PICS proform

47、a:M mandatory field/functionO optional field/functionO. optional field/function indicating mutually exclusive or selectable options among a setX prohibited field/function: simple-predicate condition for an item, dependent on the support marked for : simple-predicate condition for a table, dependent

48、on the support marked for A.2.2 AbbreviationsN/A Not applicable1Copyright release for PICS proformas: Users of this standard may freely reporduce the PICS proforma in this Annex so that it can beused for its intended purpose and may further publish the completed PICS.IEEE Std 802.5w-2000AREA NETWORK

49、S: TOKEN RING (Corrigendum to ISO/IEC 8802-5:1998 including ISO/IEC 8802-5:1998/Amd.1:1998)Copyright 2001 IEEE. All rights reserved. 13A.3 Instructions for completing the PICS proformaA.3.1 General structure for the PICS proformaThe first part of the PICS proforma, implementation identification and protocol summary, is to be completedas indicated with the information necessary to identify fully both the supplier and the implementation.The main part of the PICS proforma is a fixed-format questionnaire divided into subclauses, each containinga gr