End-to-end data protection using T10 standard data integrity field



The ANSI T10 standard provides a way to check the integrity of data read and written from the host bus adapter to the disk and back through the SAN fabric. This check is implemented through the data integrity field (DIF) defined in the T10 standard.

AIX has implemented the Type 1 DIF in AIX 6.1 TL6 SP5 and AIX 7.1 SP3. In the Type 1 implementation the 8 byte DIF consists of a Ref Tag, an App Tag, and a CRC. A Type 1 DIF is defined as a having a 2 byte CRC, a 2 byte App tag, and a 4 byte Ref tag, which consists of the lower 32 bits of the logical block address. See Figure 1 below as an example.

Figure 1. Type 1 DIF definition
An illustration of a Type 1 DIF definition

Figure 1 shows a data block (for example, a 512 byte sector) with the 8-byte footer attached to the end. The contents of the 8-byte footer are shown with the fields which make up the Type 1 DIF, the CRC, the App Tag, and the Ref Tag.

On a write, the DIF is generated by the host bus adapter (HBA), based on the block data and logical block address. The DIF field is added to the end of the data block, and the data is sent through the fabric to the storage target. The storage target validates the CRC and Ref tag and, if correct, stores both the data block and DIF on the physical media. If the CRC does not match the data, then the data was corrupted during the write. The write op is returned back to the host with a write error code. The host records the error and retransmits the data to the target. In this way, data corruption is detected immediately on a write and never committed to the physical media.

On a read, the DIF is returned along with the data block to the host, which validates the CRC and Ref tags. This validation adds a very small amount of latency—sub millisecond—per IO and potentially could impact overall response time on smaller block transaction < 4K.

Figure 2 illustrates the path taken by the data.

Figure 2. Data flow with DIF
Illustration of a data flow with DIF
Illustration of a data flow with DIF

Figure 2 shows the read data block flow from the system processor/memory/OS/App to the HBA; the HBA through the SAN fabric to the target port on the storage; and inside the storage from the target port to the storage processor/memory/application and to the disk. The path from the system processor/memory/OS/App to the HBA contains only the read data block. The DIF is attached to the read data block at the HBA. The read data and DIF are sent through the SAN fabric to the target port on the storage then to the storage processor/memory/application and written to the disk.

For the initial implementation of T10 DIF, the following restrictions apply:

  • AIX is the only host with the T10 DIF implementation on POWER.
    • Type 1 DIF is supported.
    • App Tag is always 0x4149 (ASCII “AI”).
    • AIX 6.1 TL6 SP5 or AIX 7.1 SP3 is required.
    • Not supported on virtual fibre channel devices.
  • The 2 port, 8Gb PCIe Fibre Channel Adapted must be used.
    • 200307 level of firmware or higher is required.
    • Feature code 5735 or low profile feature code 5273 is required.
    • No support on Power Blades.
  • IBM DS3950, DS5020, DS5100 or DS5300 storage must be used as target storage.

Subsequent releases incorporate expansion of coverage as part of the overall Power Systems end-to-end data protection initiative.


The following setup steps assume that all restrictions have been followed.

  1. Find all paths to the disks.
    1. Run lspath -l hdisk# on all hdisks where DIF protection is desired. The fscsi# devices (FC protocol devices) is returned from this command.
    2. Run lsdev -l fscsi# -F'name parent' to find the parent of a fscsi# device.
  2. Enable protection on the FC adapter (DIF_enabled attribute of fcs device). Step 2 should be done on all the FC adapters from which the disk has paths.
    1. Run command rmdev –Rdl fscsi# to allow changing of attributes on fcs
    2. To enable protection on FC adapter, run chdev -l fcs# -a DIF_enabled=yes (DIF_enabled=no disables protection.)
    3. Run command cfgmgr to rediscover disks.
    4. The smit fcsa command can also be used to enable/disable protection on fcs#
  3. Enable T10 protection on a disk. To enable protection on a disk the disk also must support "Type 1" T10 protection.
    1. To enable T10 protection on a disk, run chdev -l hdisk# -a DIF_protection=yes" (DIF_protection=no disables protection).
    2. The smit disk command can also be used to enable/disable protection on hdisk#.
    3. User has to check current value of this attribute after enabling protection using the lsattr -El hdisk# command.
    4. If this attribute has a values of unsupported it means one of the following:
      1. Some or all paths to disk do not support protection.
      2. The disk does not support protection.

Downloadable resources

Related topics


Sign in or register to add and subscribe to comments.

Zone=AIX and UNIX
ArticleTitle=End-to-end data protection using T10 standard data integrity field