Compatibly extending offload token size

• US 9,251,201 B2
• Filed: 12/14/2012
• Issued: 02/02/2016
• Est. Priority Date: 12/14/2012
• Status: Active Grant

• Current Assignee: Microsoft Technology Licensing LLC (Microsoft Corporation)
• Original Assignee: Microsoft Technology Licensing LLC (Microsoft Corporation)
• Inventors: Green, Dustin L.
• Primary Examiner(s): Fleurantin, Jean B
• Application Number:
  US13/714,413
• Publication Number:
  US 20140172811A1
• Time in Patent Office: 1,145 Days
• Field of Search: 707/705, 707/716, 707/781, 709/229, 713/159, 713/172, 713/181
• US Class Current: 1/1
• CPC Class Codes: G06F 16/24 Querying
• CPC Class Codes: G06F 21/60 Protecting data
• CPC Class Codes: G06F 3/0611 in relation to response time
• CPC Class Codes: G06F 3/0655 Vertical data movement, i.e. input-output transfer; data movement between one or more hosts and one or more storage devices
• CPC Class Codes: G06F 3/0673 Single storage device
• CPC Class Codes: H04L 43/10 Active monitoring, e.g. heartbeat, ping or trace-route
• CPC Class Codes: H04L 67/06 specially adapted for file transfer, e.g. file transfer protocol [FTP]
• CPC Class Codes: H04L 67/08 specially adapted for terminal emulation, e.g. Telnet
• CPC Class Codes: H04L 67/1097 for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]

Abstract

Aspects of the subject matter described herein relate to offload technology. In aspects, a mechanism is described that allows an offload provider to use larger tokens. The larger token may be physical or virtual. In response to an offload read command, a larger token may be created and data from the larger token may be split or injected into multiple tokens of a smaller size. In response to an offload write command, data from the multiple tokens may be combined into a larger token and/or extracted and used to obtain bulk data.

Claims

1. A method performed on a computing device that includes at least one processor and memory, the method comprising:

receiving, by the computing device, two or more subtokens, each of a fixed size, the subtokens together representing a larger token of a size larger than the fixed size, the larger token representing data that is immutable as long as the larger token is valid;

obtaining, by the computing device from one or more of the subtokens, a cryptographically secure key and information that identifies a source from which the data represented by the lamer token is obtainable; and

providing, by the computing device to an offload provider that comprises at least one other computing device that is separate from the computing device, evidence of the key to obtain a portion of the data represented by the larger token without the portion of the data passing through an initiator that provided the subtokens.

2. The method of claim 1, further comprising obtaining information additional to the addressing information from the one or more of the subtokens.

3. The method of claim 1, further comprising combining data from the two or more subtokens to create the larger token, the two or more subtokens including at least all data included in the larger token.

4. The method of claim 1, where the providing the evidence of the key comprises providing the key.

5. The method of claim 1, where the providing the evidence of the key comprises providing a digest of the key.

6. The method of claim 1, where the providing the evidence of the key comprises providing a digest derived from the key and other data of the larger token.

7. The method of claim 1, where the larger token comprises a virtual token that is represented by data of the subtokens.

8. The method of claim 1, where the subtokens are each exactly 512 bytes, or where one or more of the subtokens includes a field required by a standard, the field identifying a representation of data token type.

9. The method of claim 1, where the subtokens are transmitted via a file sharing protocol that transfers file data via server message blocks.

10. The method of claim 1, where the subtokens are transmitted via a distributed file system protocol that accesses files via remote procedure calls.

11. A system comprising:

a computing device that includes at least one processor and memory; and

at least one program module that, based on execution by the at least one processor, configures the computing device to receive an offload read message initiated by an initiator;

generate in response to the received offload read message, a cryptographically secure key; and

provide, to a separate computing device, subtokens, each of a fixed size, the subtokens representing a larger token of a size larger than the fixed size data corresponding to the larger token maintained by an offload provider, the subtokens comprising information that identifies a source from which the data represented by the lamer token is obtainable, the larger token representing data that is immutable as long as the larger token is valid, the larger token including the cryptographically secure key.

12. The system of claim 11, where the larger token is a physical token and wherein splitter/injector splits a physical token into the subtokens.

13. The system of claim 11, where the larger token is a virtual token that is embodied in the subtokens but that is not embodied as a single token separate from the subtokens, and where portions of the virtual token are injected into the subtokens.

14. The system of claim 11, the computing device further configured to receive an offload write message that includes data corresponding to the subtokens.

15. At least one hardware computer storage medium having computer-executable instructions that, based on execution by at least one processor of at least one computing device that include at least one memory, configure the computing device to perform actions, comprising:

initiating, by the at least one computing device, an offload read request by communicating with a component of a source storage stack;

receiving, by the at least one computing device from at least one separate computing device in response to the offload read request, subtokens, the subtokens representing a larger token that is larger than any of the subtokens individually, the larger token representing data that is immutable as long as the larger token is valid, where the received subtokens comprise information that identifies a source from which the data represented by the lamer token is obtainable; and

initiating, by the at least one computing device, an offload write request by providing the subtokens to a destination storage stack.

16. The at least one computer storage medium of claim 15, the actions further comprising:

in conjunction with the offload read request, sending a number that indicates a maximum number of subtokens that are allowed to be returned in response to the offload read request.

17. The at least one computer storage medium of claim 15, the actions further comprising:

in response to offload read request, receiving a number that indicates how many subtokens were generated in response to the offload read request.