ANSI INCITS TR-36-2004 INCITS Technical Report for Information Technology Fibre Channel Device Attach (FC-DA)《信息技术的INCITS技术报告.光纤信道.设备附件(FC-DA)》.pdf

《ANSI INCITS TR-36-2004 INCITS Technical Report for Information Technology Fibre Channel Device Attach (FC-DA)《信息技术的INCITS技术报告.光纤信道.设备附件(FC-DA)》.pdf》由会员分享，可在线阅读，更多相关《ANSI INCITS TR-36-2004 INCITS Technical Report for Information Technology Fibre Channel Device Attach (FC-DA)《信息技术的INCITS技术报告.光纤信道.设备附件(FC-DA)》.pdf（78页珍藏版）》请在麦多课文档分享上搜索。

1、American National StandardDeveloped byINCITS Technical Reportfor Information Technology Fibre Channel Device Attach (FC-DA)INCITS TR-36-2004INCITS TR-36-2004Copyright American National Standards Institute Provided by IHS under license with ANSINot for ResaleNo reproduction or networking permitted wi

2、thout license from IHS-,-,-Copyright American National Standards Institute Provided by IHS under license with ANSINot for ResaleNo reproduction or networking permitted without license from IHS-,-,-INCITS TR-36-2004INCITS Technical Reportfor Information Technology Fibre Channel Device Attach (FC-DA)A

3、bstractThis technical report selects and restricts logical options from the Fibre Channel Framing and Signaling,Fibre Channel Protocol for SCSI, Fibre Channel Arbitrated Loop, Fibre Channel Generic Services, andFibre Channel Single Byte Command Set standards. The intent of this technical report is t

4、o facilitate in-teroperablity between devices whether they are connected in a loop or Fabric topology.Copyright American National Standards Institute Provided by IHS under license with ANSINot for ResaleNo reproduction or networking permitted without license from IHS-,-,-Approval of an American Nati

5、onal Standard requires review by ANSI that therequirements for due process, consensus, and other criteria for approval havebeen met by the standards developer.Consensus is established when, in the judgement of the ANSI Board ofStandards Review, substantial agreement has been reached by directly andm

6、aterially affected interests. Substantial agreement means much more thana simple majority, but not necessarily unanimity. Consensus requires that allviews and objections be considered, and that a concerted effort be madetowards their resolution.The use of American National Standards is completely vo

7、luntary; theirexistence does not in any respect preclude anyone, whether he has approvedthe standards or not, from manufacturing, marketing, purchasing, or usingproducts, processes, or procedures not conforming to the standards.The American National Standards Institute does not develop standards and

8、will in no circumstances give an interpretation of any American NationalStandard. Moreover, no person shall have the right or authority to issue aninterpretation of an American National Standard in the name of the AmericanNational Standards Institute. Requests for interpretations should beaddressed

9、to the secretariat or sponsor whose name appears on the titlepage of this standard.CAUTION NOTICE: This American National Standard may be revised orwithdrawn at any time. The procedures of the American National StandardsInstitute require that action be taken periodically to reaffirm, revise, orwithd

10、raw this standard. Purchasers of American National Standards mayreceive current information on all standards by calling or writing the AmericanNational Standards Institute.American National StandardPublished byAmerican National Standards Institute, Inc.25 West 43rd Street, New York, NY 10036Copyrigh

11、t 2003 by Information Technology Industry Council (ITI)All rights reserved.No part of this publication may be reproduced in anyform, in an electronic retrieval system or otherwise,without prior written permission of ITI, 1250 Eye Street NW, Washington, DC 20005. Printed in the United States of Ameri

12、caCopyright American National Standards Institute Provided by IHS under license with ANSINot for ResaleNo reproduction or networking permitted without license from IHS-,-,-Copyright American National Standards Institute Provided by IHS under license with ANSINot for ResaleNo reproduction or networki

13、ng permitted without license from IHSContentsPageForeword v1 Introduction and scope. 12 Normative reference 32.1 Overview . 32.2 Approved references 32.3 References under development. 33 Definitions and conventions. 43.1 Overview 43.2 Definitions 43.3 Editorial conventions 63.4 Abbreviations and acr

14、onyms 73.5 Symbols . 73.6 Keywords . 73.7 Applicability and use of this technical report 83.8 Feature Set table terms, definitions, and abbreviations. 93.8.1 Overview 93.9 Feature testing compliance 103.10 Timing Constraints. 104 End device model 104.1 Loop behaviors 114.1.1 Loop initialization . 11

15、4.1.2 Post initialization 134.1.3 Receipt of CLS in response to OPN 144.1.4 No response to OPN 144.1.5 Broadcast and multicast. 154.1.6 NL_Port operation 154.2 Public Loop and Private Loop behavior . 154.2.1 Overview 154.2.2 Public NL_Port and Private NL_Port behavior. 164.2.3 Public and Private dev

16、ice addressing 174.3 Nx_Port initialization 194.4 Nx_Port node and port naming 224.5 NL_Port login validation. 224.6 Nx_Port login . 234.6.1 Class of service support. 234.6.2 Class of service support for FLOGI and PLOGI. 23i4.6.3 FLOGI parameters. 244.6.4 PLOGI parameters. 25-,-,-Copyright American

17、National Standards Institute Provided by IHS under license with ANSINot for ResaleNo reproduction or networking permitted without license from IHS-,-,-Page4.6.5 Nx_Port Class 2 Service Parameters (PLOGI) 274.6.6 Nx_Port Class 2 Service Parameters (FLOGI) 284.6.7 Nx_Port Class 3 Service Parameters (P

18、LOGI) 304.6.8 Nx_Port Class 3 Service Parameters (FLOGI) 314.7 FC-AL-2 features for NL_Ports 324.8 Other Nx_Port FC-FS-2 and FC-LS features. 354.9 Nx_Port Link Services . 374.9.1 Basic Link Services 374.9.2 Extended Link Service requests 384.9.3 Extended Link Service replies . 404.9.4 Link Error Sta

19、tus Block (LESB) support requirements. 414.10 Well-known address usage by Nx_Ports . 414.11 FC-CT Common Request support . 434.12 Nx_Port Name Server query support. 434.13 N_Port_ID Virtualization 444.13.1 Overview 444.13.2 N_Port_ID Virtualization acquisition procedure . 454.13.3 Buffer-to-buffer f

20、low control management . 504.14 CS_CTL/Priority header field usage 504.14.1 Overview 504.14.2 Priority 514.14.3 CS_CTL . 514.15 Logout procedure. 514.16 Nx_Port management and discovery. 524.16.1 Overview 524.16.2 End devices . 524.17 Fabric event notification. 535 FC-4 specific behavior . 545.1 FCP

21、 Nx_Port behavior. 545.1.1 Device binding . 545.1.2 Registered state change notification 545.1.3 FCP Nx_Port Common Service Parameters for PLOGI 545.1.4 FCP Class 2 and Class 3 Service parameters for FLOGI . 545.1.5 FCP Class 2 Service Parameters for PLOGI - Sequential-access devices . 555.1.6 FCP C

22、lass 3 Service Parameters for PLOGI. 555.1.7 FCP usage of F_CTL Abort Sequence Condition bits . 555.1.8 FCP usage of Process Login parameters 575.1.9 FCP Extended Link Services . 585.1.10 FC-4 Link Service Requests and Responses for FCP. 585.1.11 FCP_RSP payload fields . 585.1.12 FC-AL-2 requirement

23、s for FCP 595.1.13 FCP device discovery 595.1.14 FCP Private NL_Port Exchange authentication. 60ii5.2 FC-SB-3 N_Port behavior 61Copyright American National Standards Institute Provided by IHS under license with ANSINot for ResaleNo reproduction or networking permitted without license from IHS-,-,-Pa

24、ge5.2.1 FC-SB-3 Extended Link Services. 615.2.2 FC-SB-3 Class of Service support . 615.2.3 FC-SB-3 Class Service Parameters support 615.3 IP Nx_Port behavior. 62AnnexA Discovery and Management: Examples equivalent to the phrase “it is strongly recommended”.3.7 Applicability and use of this technical

25、 reportThis technical report specifies which features shall be used (i.e., required) and which features shallnot be used (i.e., prohibited) by interoperating compliant Fibre Channel implementations. Use ofsome features is optional (i.e., allowed). The use of such functions is either negotiated in a

26、fixed andstandard manner or the availability of the functions for use shall be determined in a standard manner.The relationship between use as specified in this technical report and support as implemented by aproduct is subtle. If this technical report specifies that a feature shall be used, then a

27、compliant imple-mentation shall support it. In some cases, this technical report is asymmetric: to ensure interoperabil-ity when an optional feature is used, this technical report requires support for the infrastructurerequired to use the feature without specifying that the feature be used to confor

28、m to this technical re-port.The requirements of this technical report are a proper subset of the various relevant standards. Thistechnical report prohibits use of many features and options in these standards. Use of prohibited fea-tures may prevent interoperability with Fibre Channel devices complyi

29、ng to this technical report. Thistechnical report does not prohibit implementation of features, only their use. Functions that are man-datory in the appropriate base standard are assumed to be implemented. Implementations may sup-port features whose use is prohibited by this technical report and suc

30、h prohibited features may berequired for compliance with the relevant standards or other technical reports.-,-,-INCITS TR-36-2004In the event of conflicts between this technical report and other technical reports, the resolution ofCopyright American National Standards Institute Provided by IHS under

31、 license with ANSINot for ResaleNo reproduction or networking permitted without license from IHS-,-,-8those conflicts is beyond the scope of this technical report.3.8 Feature Set table terms, definitions, and abbreviations3.8.1 OverviewFeatures in this technical report are summarized in the form of

32、Feature Set tables. These tables indi-cate whether the feature is Required, Prohibited, Invocable, or Allowed for compliance with this tech-nical report; or whether a parameter is Required to be a particular value for compliance with thistechnical report. Features or parameters that are not listed d

33、o not affect interoperability of Public orPrivate NL_Ports.In several tables within this technical report, there are references to notes associated with the table.These notes are normative and are mandatory requirements of this technical report.3.8.1.1 Feature Set table terms and definitionsTerms an

34、d definitions are used to define usage of reference features or options provided by the appli-cable standards are described in table 2.Table 2 Feature Set table terms and definitionsTerm DefinitionProhibitedA feature that shall not be used between Fibre Channel devices compliant with this technical

35、report. An implementation may use the feature to communicate with non-compliant implementations. This technical report does not prohibit the implementation of features, only their use between Fibre Channel devices com-pliant with this technical report. Use of a prohibited feature may prevent interop

36、-erability with Fibre Channel devices complying to this technical report.RequiredA feature or parameter value that shall be used between all Fibre Channel devices compliant with this technical report. Fibre Channel devices compliant with this technical report are required to implement the feature. A

37、n implementa-tion may use the feature to communicate with non-compliant implementations. If a Fibre Channel device does not implement a required feature that device may not be interoperable with Fibre Channel devices complying to this technical report.AllowedA feature or parameter value that may be

38、used between Fibre Channel devices compliant with this technical report. Fibre Channel devices compliant with this technical report are not required to implement the feature, but if they do, the fea-ture shall be implemented as described in the applicable standard. The potential user of a feature ma

39、y determine if the recipient supports that feature via a Required discovery process or a minimal response by the recipient.InvocableA feature or parameter that is required to be implemented by a device to which a request may be sent, but it is not required to be used by a requesting device.INCITS TR

40、-36-20043.8.1.2 Feature Set table abbreviationsCopyright American National Standards Institute Provided by IHS under license with ANSINot for ResaleNo reproduction or networking permitted without license from IHS-,-,-9Table 3 contains the key of table abbreviations used within this technical report.

41、3.9 Feature testing complianceWhile not a compliance vehicle in itself, this technical report should be used as the basis for compli-ance testing. As such, the relationship for the definitions of Prohibited, Required, Allowed, and Invo-cable (see 3.8) to compliance testing is described in table 4.3.

42、10 Timing ConstraintsAll timings defined in this technical report limit the amount of time a device takes to accomplish atask. These timings shall be measured on an unloaded system. A heavily loaded system may exhibittimings in excess of those specified. The term unloaded means that system activity

43、is induced only indirect invocation of the feature under test.Table 3 Feature Set table key abbreviationsKey DefinitionPProhibitedRRequiredAAllowedIInvocableXThis parameter has no required value; any value is allowed.-This parameter or feature is not meaningful.Table 4 Feature testing compliance rel

44、ationship to definitions Term DefinitionProhibitedA feature that is not allowed to be used in a compliant implementation. A compli-ance test shall only verify that the prohibited feature is not requested by a device. A compliance test shall not generate a request for the prohibited feature, since if

45、 it does so, the response is outside the scope of this technical report.RequiredA feature that is required to be implemented by a compliant device. A compliance test is allowed to verify that the feature is correctly requested, and responded to as specified in this technical report or other referenc

46、ed standards and technical reports.AllowedIf a device claims to implement the feature, the feature may be tested. If tested, the feature shall conform to the discovery mechanism and function as specified in this technical report and other referenced standards and technical reports. If a device claim

47、s to not implement a feature, the feature shall not be tested.InvocableA feature that is required to be implemented by a device to which a request may be directed, but it is not required to be used by a requesting device. A compli-ance test is allowed to verify that the request is correctly responde

48、d to as speci-fied in this technical report or other referenced standards and technical reports.INCITS TR-36-20044 End device modelCopyright American National Standards Institute Provided by IHS under license with ANSINot for ResaleNo reproduction or networking permitted without license from IHS-,-,

49、-104.1 Loop behaviors4.1.1 Loop initialization4.1.1.1 Power-on behaviorDuring power-on, after the transmitter has been enabled and 200 microseconds of valid Fibre Chan-nel signal at or above FC-PI minimum amplitude levels has been driven by the transmitter, anNL_Port that is not executing Speed Negotiation shall not disrupt the operation of the