Byte serving

{{Short description|HTTP facility to fetch a specific part of a file}}

{{HTTP}}

Byte serving (other names: Range Requests; Byte Range Serving;[http://www.apacheweek.com/features/http11 Apache Week. HTTP/1.1] Page on demand[http://computing-dictionary.thefreedictionary.com/byte+serving Byte Serving: definition of byte serving in the Free Online Encyclopedia]) is the process introduced in HTTP protocol 1.1 of sending only a portion of a message from a server to a client. Byte serving begins when an HTTP server advertises its willingness to serve partial requests using the Accept-Ranges response header. A client then requests a specific part of a file from the server using the Range request header. If the range is valid, the server sends it to the client with a 206 Partial Content status code and a Content-Range header listing the range sent. If the range is invalid, the server responds with a 416 Requested Range Not Satisfiable status code. [https://www.rfc-editor.org/rfc/rfc7233.txt RFC 7233: Hypertext Transfer Protocol (HTTP/1.1): Range Requests]

Clients which request byte-serving might do so in cases in which a large file has been only partially delivered and a limited portion of the file is needed in a particular range. Byte Serving is therefore a method of bandwidth optimization.[http://www.research.att.com/~bala/papers/h0vh1.html Key Differences between HTTP/1.0 and HTTP/1.1] "A typical example is a server's sending an entire (large) resource when the client only needs a small part of it. There was no way in HTTP/1.0 to request partial objects... HTTP/1.1 range requests allow a client to request portions of a resource." In the HTTP/1.0 standard, clients were only able to request an entire document. By allowing byte-serving, clients may choose to request any portion of the resource. One advantage of this capability is when a large media file is being requested, and that media file is properly formatted, the client may be able to request just the portions of the file known to be of interest. This is essential for serving video files; if a server lacks this feature, videos hosted on that server may not be playable until the entire file has been downloaded by the client, and seeking within the file may be disabled.

Similarly, PDF files can be optimized for byte serving to allow large files to be instantly viewable in the browser by only requesting the data required to render the current page.[https://helpx.adobe.com/acrobat/using/optimizing-pdfs-acrobat-pro.html#EnableFastWebViewinaPDF Enable Fast Web View in a PDF] Adobe has long assisted the use of byte serving by a feature in Adobe Acrobat that saves PDF files with an optional "Fast Web View" structure that is optimized for "page-at-a-time downloading."

Byte serving can also be used by multihomed clients to simultaneously download a resource over multiple network interfaces.[http://portal.acm.org/citation.cfm?id=1834217.1834227 Enhancing Video-on-Demand Playout over Multiple Heterogeneous Access Networks] by D. Kaspar, K. R. Evensen, P. E. Engelstad, A. F. Hansen, P. Halvorsen, and C. Griwodz. In: IEEE Consumer Communications and Networking Conference (CCNC), {{ISBN|978-1-4244-5176-0}}, 2010 To achieve this type of application-layer link aggregation, multiple HTTP sessions are established and logical file segments are collaboratively downloaded from the server and reassembled at the client. This allows full utilization of several end-to-end paths and therefore leads to an increased download speed.

The use of the Chunked Transfer-Encoding is not byte-serving, but is instead a method in which an HTTP/1.1 server sends the entire resource, but in several separate portions (or chunks) of data.{{cite web |url=http://developers.sun.com/mobility/midp/questions/chunking/ |title=HTTP Chunking |archiveurl=https://web.archive.org/web/20120208154241/http://developers.sun.com/mobility/midp/questions/chunking/ |archivedate=2012-02-08 |url-status=dead }} It is often used when a server does not know exactly how much data there will be in the total response, allowing the server to start sending data to the client straight away without having to buffer the response and determine the exact length before it begins sending it to the client. This improves latency and reduces memory requirements while preserving the ability to reuse the connection after the response is completed. Byte serving and chunking are compatible and can be used with or without the other. Later versions of the HTTP protocol continue to support byte serving,[https://httpwg.org/specs/rfc7540.html#rfc.section.8 RFC 7540 Section 8] though the use of chunked transfer encoding is superseded by alternative methods.