1. Definitions, Symbols, Abbreviations, Keywords, And Conventions
1.2 Symbols and abbreviations
See Table 1 for abbreviations of standards bodies (e.g., ISO). Additional symbols and abbreviations used in the manual include:
Abbreviation Meaning
ASCII American Standard Code for Information Interchange ASCQ Additional Sense Code Qualifier
EUI-48 Extended Unique Identifier, a 48-bit globally unique identifier EUI-64 Extended Unique Identifier, a 64-bit globally unique identifier
FC Fibre Channel
FC-FS Fibre Channel Framing and Signaling Interface FCP-4 Fibre Channel Protocol for SCSI -4
GLIST grown defect list
HTTP Hypertext Transfer Protocol (see RFC 2616) I/O input/output
ID Identifier or Identification
IEC International Electrotechnical Commission IEEE Institute of Electrical and Electronics Engineers IETF Internet Engineering Task Force
IP Internet Protocol
INCITS InterNational Committee for Information Technology Standards OSD Object-based Storage Devices Commands
OUI Organizationally Unique Identifier PLIST primary defect list
RAID Redundant Array of Independent Disks
RBC SCSI Reduced Block Commands
RDMA Remote Direct Memory Access (see SRP)
RFC Request For Comments
RMC SCSI Reduced Multi-Media Commands SAM-5 SCSI Architecture Model -5
SAS Serial Attached SCSI
SAT SCSI / ATA Translation SBC-4 SCSI Block Commands -4
SCSI The architecture defined by the family of standards described in clause 1 SES-3 SCSI Enclosure Services -3
SPC-5 SCSI Primary Commands -5
SRP SCSI RDMA Protocol
SSC-2 SCSI Stream Commands -2
SSP Serial SCSI Protocol
TCP Transmission Control Protocol (see RFC 793)
URI Uniform Resource Identifier (see RFC 2396 and RFC 3305) URL Uniform Resource Locator (see RFC 2396 and RFC 3305)
UT Universal time
USB Universal Serial Bus (see www.usb.org)
VPD Vital Product Data
VS Vendor Specific
W-LUN Well known logical unit number
1.3 Keywords
Expected
A keyword used to describe the behavior of the hardware or software in the design models assumed by this manual. Other hardware and soft-ware design models may also be implemented.
Ignored
A keyword used to describe an unused bit, byte, word, field or code value. The contents or value of an ignored bit, byte, word, field or code value shall not be examined by the receiving SCSI device and may be set to any value by the transmitting SCSI device.
Invalid
A keyword used to describe an illegal or unsupported bit, byte, word, field or code value. Receipt of an invalid bit, byte, word, field or code value shall be reported as an error.
Mandatory
A keyword indicating an item that is required to be implemented as defined in this manual.
May
A keyword that indicates flexibility of choice with no implied preference (equivalent to “may or may not”).
May not
Keywords that indicate flexibility of choice with no implied preference (equivalent to “may or may not”).
Obsolete
A keyword indicating that an item was defined in prior SCSI standards but has been removed from this manual.
Optional
A keyword that describes features that are not required to be implemented by the standard. However, if any optional feature defined in the standard is implemented, then it shall be implemented as defined in this manual.
Reserved
A keyword referring to bits, bytes, words, fields and code values that are set aside for future standardization. A reserved bit, byte, word or field shall be set to zero, or in accordance with a future extension to this manual. Recipients are not required to check reserved bits, bytes, words or fields for zero values. Receipt of reserved code values in defined fields shall be reported as an error.
Restricted
A keyword referring to bits, bytes, words, and fields that are set aside for use in other SCSI standards. A restricted bit, byte, word, or field shall be treated as a reserved bit, byte, word or field for the purposes of the requirements defined in this manual.
Shall
A keyword indicating a mandatory requirement. Designers are required to implement all such mandatory requirements to ensure interopera-bility with other products that conform to this manual.
Should
A keyword indicating flexibility of choice with a strongly preferred alternative; equivalent to the phrase “it is strongly recommended.”
Vendor-specific
Something (e.g., a bit, field, or code value) that is not defined by this manual and may be used differently in various implementations.
1.4 Conventions
Certain words and terms used in this manual have a specific meaning beyond the normal English meaning. These words and terms are defined either in this clause or in the text where they first appear. Names of commands, status codes, sense keys, and additional sense codes are in all uppercase (e.g., REQUEST SENSE).
If there is more than one CDB length for a particular command (e.g., MODE SENSE(6) and MODE SENSE(10) and the name of the command is used in a sentence without any CDB length descriptor (e.g., MODE SENSE), then the condition specified in the sentence applies to all CDB lengths for that command.
Names of fields and state variables are in uppercase (e.g. NAME). When a field or state variable name contains acronyms, uppercase letters may be used for readability. Normal case is used when the contents of a field or state variable are being discussed. Fields or state variables containing only one bit are usually referred to as the NAME bit instead of the NAME field.
Normal case is used for words having the normal English meaning.
A binary number is represented in this manual by any sequence of digits comprised of only the Western-Arabic numerals 0 and 1 immediately followed by a lower-case b (e.g., 0101b). Underscores or spaces may be included between characters in binary number representations to increase readability or delineate field boundaries (e.g., 0 0101 1010b or 0_0101_1010b).
A hexadecimal number is represented in this manual by any sequence of digits comprised of only the Western-Arabic numerals 0 through 9 and/or the upper-case English letters A through F immediately followed by a lower-case h (e.g., FA23h). Underscores or spaces may be included in hexadecimal number representations to increase readability or delineate field boundaries (e.g., B FD8CFA23h or B_FD8C_FA23h).
A decimal number is represented in this manual by any sequence of digits comprised of only the Western-Arabic numerals 0 through 9 not immediately followed by a lower-case b or lower-case h (e.g., 25).
When the value of the bit or field is not relevant, x or xx appears in place of a specific value.
This manual uses the ISO convention for representing decimal numbers (e.g., the thousands and higher multiples are separated by a space and a comma is used as the decimal point). Table 1 shows some examples of decimal numbers represented using the ISO and American conventions.
Table 1 ISO v American Numbering Conventions
Lists sequenced by letters (e.g., a) red, b) blue, c) green) show no ordering relationship between the listed items. Lists sequenced by numbers (e.g., 1) red, 2) blue, 3) green) show an ordering relationship between the listed items.
If a conflict arises between text, tables or figures, the order of precedence to resolve the conflicts is text, then tables, and finally figures. Not all tables or figures are fully described in the text. Tables show data format and values. Notes do not constitute any requirements for implementors.
ISO American
0,6 0.6
3,141 592 65 3.14159265
1 000 1,000
1 323 462 1,323,462.95