![(please configure the [header_logo] section in trac.ini)](https://www.ietf.org/images/ietflogotrans.gif)
Changeset 210 for draft-ietf-httpbis/latest/p1-messaging.html
- Timestamp:
- 13/02/08 17:36:24 (13 years ago)
- File:
-
- 1 edited
-
draft-ietf-httpbis/latest/p1-messaging.html (modified) (32 diffs)
Legend:
- Unmodified
- Added
- Removed
-
draft-ietf-httpbis/latest/p1-messaging.html
r207 r210 508 508 <li class="tocline1">3.3 <a href="#date.time.formats">Date/Time Formats</a><ul class="toc"> 509 509 <li class="tocline1">3.3.1 <a href="#full.date">Full Date</a></li> 510 <li class="tocline1">3.3.2 <a href="#time.spans">Time Spans</a></li> 510 511 </ul> 511 512 </li> … … 1119 1120 are not required to use these formats for user presentation, request logging, etc. 1120 1121 </p> 1121 <h2 id="rfc.section.3.4"><a href="#rfc.section.3.4">3.4</a> <a id="transfer.codings" href="#transfer.codings">Transfer Codings</a></h2> 1122 <h3 id="rfc.section.3.3.2"><a href="#rfc.section.3.3.2">3.3.2</a> <a id="time.spans" href="#time.spans">Time Spans</a></h3> 1123 <p id="rfc.section.3.3.2.p.1">Time spans are presented as non-negative decimal integers, representing time in seconds.</p> 1124 <div id="rfc.figure.u.22"></div><pre class="inline"><span id="rfc.iref.g.43"></span> delta-seconds = 1*DIGIT 1125 </pre><h2 id="rfc.section.3.4"><a href="#rfc.section.3.4">3.4</a> <a id="transfer.codings" href="#transfer.codings">Transfer Codings</a></h2> 1122 1126 <p id="rfc.section.3.4.p.1">Transfer-coding values are used to indicate an encoding transformation that has been, can be, or may need to be applied to 1123 1127 an entity-body in order to ensure "safe transport" through the network. This differs from a content coding in that the transfer-coding 1124 1128 is a property of the message, not of the original entity. 1125 1129 </p> 1126 <div id="rfc.figure.u.2 2"></div><pre class="inline"><span id="rfc.iref.g.43"></span><span id="rfc.iref.g.44"></span> transfer-coding = "chunked" | transfer-extension1130 <div id="rfc.figure.u.23"></div><pre class="inline"><span id="rfc.iref.g.44"></span><span id="rfc.iref.g.45"></span> transfer-coding = "chunked" | transfer-extension 1127 1131 transfer-extension = token *( ";" parameter ) 1128 1132 </pre><p id="rfc.section.3.4.p.3">Parameters are in the form of attribute/value pairs.</p> 1129 <div id="rfc.figure.u.2 3"></div><pre class="inline"><span id="rfc.iref.g.45"></span><span id="rfc.iref.g.46"></span><span id="rfc.iref.g.47"></span> parameter = attribute "=" value1133 <div id="rfc.figure.u.24"></div><pre class="inline"><span id="rfc.iref.g.46"></span><span id="rfc.iref.g.47"></span><span id="rfc.iref.g.48"></span> parameter = attribute "=" value 1130 1134 attribute = token 1131 1135 value = token | quoted-string … … 1152 1156 necessary for the recipient to verify that it has received the full message. 1153 1157 </p> 1154 <div id="rfc.figure.u.2 4"></div><pre class="inline"><span id="rfc.iref.g.48"></span><span id="rfc.iref.g.49"></span><span id="rfc.iref.g.50"></span><span id="rfc.iref.g.51"></span><span id="rfc.iref.g.52"></span><span id="rfc.iref.g.53"></span><span id="rfc.iref.g.54"></span><span id="rfc.iref.g.55"></span><span id="rfc.iref.g.56"></span> Chunked-Body = *chunk1158 <div id="rfc.figure.u.25"></div><pre class="inline"><span id="rfc.iref.g.49"></span><span id="rfc.iref.g.50"></span><span id="rfc.iref.g.51"></span><span id="rfc.iref.g.52"></span><span id="rfc.iref.g.53"></span><span id="rfc.iref.g.54"></span><span id="rfc.iref.g.55"></span><span id="rfc.iref.g.56"></span><span id="rfc.iref.g.57"></span> Chunked-Body = *chunk 1155 1159 last-chunk 1156 1160 trailer-part … … 1189 1193 </p> 1190 1194 <p id="rfc.section.3.4.1.p.7">A process for decoding the "chunked" transfer-coding can be represented in pseudo-code as:</p> 1191 <div id="rfc.figure.u.2 5"></div><pre class="text"> length := 01195 <div id="rfc.figure.u.26"></div><pre class="text"> length := 0 1192 1196 read chunk-size, chunk-extension (if any) and CRLF 1193 1197 while (chunk-size > 0) { … … 1211 1215 space. By convention, the products are listed in order of their significance for identifying the application. 1212 1216 </p> 1213 <div id="rfc.figure.u.2 6"></div><pre class="inline"><span id="rfc.iref.g.57"></span><span id="rfc.iref.g.58"></span> product = token ["/" product-version]1217 <div id="rfc.figure.u.27"></div><pre class="inline"><span id="rfc.iref.g.58"></span><span id="rfc.iref.g.59"></span> product = token ["/" product-version] 1214 1218 product-version = token 1215 1219 </pre><p id="rfc.section.3.5.p.3">Examples:</p> 1216 <div id="rfc.figure.u.2 7"></div><pre class="text"> User-Agent: CERN-LineMode/2.15 libwww/2.17b31220 <div id="rfc.figure.u.28"></div><pre class="text"> User-Agent: CERN-LineMode/2.15 libwww/2.17b3 1217 1221 Server: Apache/0.8.4 1218 1222 </pre><p id="rfc.section.3.5.p.5">Product tokens <em class="bcp14">SHOULD</em> be short and to the point. They <em class="bcp14">MUST NOT</em> be used for advertising or other non-essential information. Although any token character <em class="bcp14">MAY</em> appear in a product-version, this token <em class="bcp14">SHOULD</em> only be used for a version identifier (i.e., successive versions of the same product <em class="bcp14">SHOULD</em> only differ in the product-version portion of the product value). … … 1221 1225 <h2 id="rfc.section.4.1"><a href="#rfc.section.4.1">4.1</a> <a id="message.types" href="#message.types">Message Types</a></h2> 1222 1226 <p id="rfc.section.4.1.p.1">HTTP messages consist of requests from client to server and responses from server to client.</p> 1223 <div id="rfc.figure.u.2 8"></div><pre class="inline"><span id="rfc.iref.g.59"></span> HTTP-message = Request | Response ; HTTP/1.1 messages1227 <div id="rfc.figure.u.29"></div><pre class="inline"><span id="rfc.iref.g.60"></span> HTTP-message = Request | Response ; HTTP/1.1 messages 1224 1228 </pre><p id="rfc.section.4.1.p.3">Request (<a href="#request" title="Request">Section 5</a>) and Response (<a href="#response" title="Response">Section 6</a>) messages use the generic message format of <a href="#RFC2822" id="rfc.xref.RFC2822.2"><cite title="Internet Message Format">[RFC2822]</cite></a> for transferring entities (the payload of the message). Both types of message consist of a start-line, zero or more header 1225 1229 fields (also known as "headers"), an empty line (i.e., a line with nothing preceding the CRLF) indicating the end of the header 1226 1230 fields, and possibly a message-body. 1227 1231 </p> 1228 <div id="rfc.figure.u. 29"></div><pre class="inline"><span id="rfc.iref.g.60"></span><span id="rfc.iref.g.61"></span> generic-message = start-line1232 <div id="rfc.figure.u.30"></div><pre class="inline"><span id="rfc.iref.g.61"></span><span id="rfc.iref.g.62"></span> generic-message = start-line 1229 1233 *(message-header CRLF) 1230 1234 CRLF … … 1244 1248 forms. 1245 1249 </p> 1246 <div id="rfc.figure.u.3 0"></div><pre class="inline"><span id="rfc.iref.g.62"></span><span id="rfc.iref.g.63"></span><span id="rfc.iref.g.64"></span><span id="rfc.iref.g.65"></span> message-header = field-name ":" [ field-value ]1250 <div id="rfc.figure.u.31"></div><pre class="inline"><span id="rfc.iref.g.63"></span><span id="rfc.iref.g.64"></span><span id="rfc.iref.g.65"></span><span id="rfc.iref.g.66"></span> message-header = field-name ":" [ field-value ] 1247 1251 field-name = token 1248 1252 field-value = *( field-content | LWS ) … … 1269 1273 header field (<a href="#header.transfer-encoding" id="rfc.xref.header.transfer-encoding.2" title="Transfer-Encoding">Section 8.7</a>). 1270 1274 </p> 1271 <div id="rfc.figure.u.3 1"></div><pre class="inline"><span id="rfc.iref.g.66"></span> message-body = entity-body1275 <div id="rfc.figure.u.32"></div><pre class="inline"><span id="rfc.iref.g.67"></span> message-body = entity-body 1272 1276 | <entity-body encoded as per Transfer-Encoding> 1273 1277 </pre><p id="rfc.section.4.3.p.3">Transfer-Encoding <em class="bcp14">MUST</em> be used to indicate any transfer-codings applied by an application to ensure safe and proper transfer of the message. Transfer-Encoding … … 1336 1340 to the entity being transferred. These header fields apply only to the message being transmitted. 1337 1341 </p> 1338 <div id="rfc.figure.u.3 2"></div><pre class="inline"><span id="rfc.iref.g.67"></span> general-header = Cache-Control ; <a href="#Part6" id="rfc.xref.Part6.6"><cite title="HTTP/1.1, part 6: Caching">[Part6]</cite></a>, <a href="p6-cache.html#header.cache-control" title="Cache-Control">Section 16.2</a>1342 <div id="rfc.figure.u.33"></div><pre class="inline"><span id="rfc.iref.g.68"></span> general-header = Cache-Control ; <a href="#Part6" id="rfc.xref.Part6.6"><cite title="HTTP/1.1, part 6: Caching">[Part6]</cite></a>, <a href="p6-cache.html#header.cache-control" title="Cache-Control">Section 16.2</a> 1339 1343 | Connection ; <a href="#header.connection" id="rfc.xref.header.connection.1" title="Connection">Section 8.1</a> 1340 1344 | Date ; <a href="#header.date" id="rfc.xref.header.date.1" title="Date">Section 8.3</a> … … 1353 1357 resource, the identifier of the resource, and the protocol version in use. 1354 1358 </p> 1355 <div id="rfc.figure.u.3 3"></div><pre class="inline"><span id="rfc.iref.g.68"></span> Request = Request-Line ; <a href="#request-line" title="Request-Line">Section 5.1</a>1359 <div id="rfc.figure.u.34"></div><pre class="inline"><span id="rfc.iref.g.69"></span> Request = Request-Line ; <a href="#request-line" title="Request-Line">Section 5.1</a> 1356 1360 *(( general-header ; <a href="#general.header.fields" title="General Header Fields">Section 4.5</a> 1357 1361 | request-header ; <a href="#Part2" id="rfc.xref.Part2.7"><cite title="HTTP/1.1, part 2: Message Semantics">[Part2]</cite></a>, <a href="p2-semantics.html#request.header.fields" title="Request Header Fields">Section 4</a> … … 1363 1367 elements are separated by SP characters. No CR or LF is allowed except in the final CRLF sequence. 1364 1368 </p> 1365 <div id="rfc.figure.u.3 4"></div><pre class="inline"><span id="rfc.iref.g.69"></span> Request-Line = Method SP Request-URI SP HTTP-Version CRLF1369 <div id="rfc.figure.u.35"></div><pre class="inline"><span id="rfc.iref.g.70"></span> Request-Line = Method SP Request-URI SP HTTP-Version CRLF 1366 1370 </pre><h3 id="rfc.section.5.1.1"><a href="#rfc.section.5.1.1">5.1.1</a> <a id="method" href="#method">Method</a></h3> 1367 1371 <p id="rfc.section.5.1.1.p.1">The Method token indicates the method to be performed on the resource identified by the Request-URI. The method is case-sensitive.</p> 1368 <div id="rfc.figure.u.3 5"></div><pre class="inline"><span id="rfc.iref.g.70"></span><span id="rfc.iref.g.71"></span> Method = token1372 <div id="rfc.figure.u.36"></div><pre class="inline"><span id="rfc.iref.g.71"></span><span id="rfc.iref.g.72"></span> Method = token 1369 1373 </pre><h3 id="rfc.section.5.1.2"><a href="#rfc.section.5.1.2">5.1.2</a> <a id="request-uri" href="#request-uri">Request-URI</a></h3> 1370 1374 <p id="rfc.section.5.1.2.p.1">The Request-URI is a Uniform Resource Identifier (<a href="#uri" title="Uniform Resource Identifiers">Section 3.2</a>) and identifies the resource upon which to apply the request. 1371 1375 </p> 1372 <div id="rfc.figure.u.3 6"></div><pre class="inline"><span id="rfc.iref.g.72"></span> Request-URI = "*"1376 <div id="rfc.figure.u.37"></div><pre class="inline"><span id="rfc.iref.g.73"></span> Request-URI = "*" 1373 1377 | absoluteURI 1374 1378 | ( path-absolute [ "?" query ] ) … … 1378 1382 apply to a resource. One example would be 1379 1383 </p> 1380 <div id="rfc.figure.u.3 7"></div><pre class="text"> OPTIONS * HTTP/1.11384 <div id="rfc.figure.u.38"></div><pre class="text"> OPTIONS * HTTP/1.1 1381 1385 </pre><p id="rfc.section.5.1.2.p.5">The absoluteURI form is <em class="bcp14">REQUIRED</em> when the request is being made to a proxy. The proxy is requested to forward the request or service it from a valid cache, 1382 1386 and return the response. Note that the proxy <em class="bcp14">MAY</em> forward the request on to another proxy or directly to the server specified by the absoluteURI. In order to avoid request … … 1384 1388 Request-Line would be: 1385 1389 </p> 1386 <div id="rfc.figure.u.3 8"></div><pre class="text"> GET http://www.example.org/pub/WWW/TheProject.html HTTP/1.11390 <div id="rfc.figure.u.39"></div><pre class="text"> GET http://www.example.org/pub/WWW/TheProject.html HTTP/1.1 1387 1391 </pre><p id="rfc.section.5.1.2.p.7">To allow for transition to absoluteURIs in all requests in future versions of HTTP, all HTTP/1.1 servers <em class="bcp14">MUST</em> accept the absoluteURI form in requests, even though HTTP/1.1 clients will only generate them in requests to proxies. 1388 1392 </p> … … 1393 1397 server would create a TCP connection to port 80 of the host "www.example.org" and send the lines: 1394 1398 </p> 1395 <div id="rfc.figure.u. 39"></div><pre class="text"> GET /pub/WWW/TheProject.html HTTP/1.11399 <div id="rfc.figure.u.40"></div><pre class="text"> GET /pub/WWW/TheProject.html HTTP/1.1 1396 1400 Host: www.example.org 1397 1401 </pre><p id="rfc.section.5.1.2.p.11">followed by the remainder of the Request. Note that the absolute path cannot be empty; if none is present in the original … … 1431 1435 <h1 id="rfc.section.6"><a href="#rfc.section.6">6.</a> <a id="response" href="#response">Response</a></h1> 1432 1436 <p id="rfc.section.6.p.1">After receiving and interpreting a request message, a server responds with an HTTP response message.</p> 1433 <div id="rfc.figure.u.4 0"></div><pre class="inline"><span id="rfc.iref.g.73"></span> Response = Status-Line ; <a href="#status-line" title="Status-Line">Section 6.1</a>1437 <div id="rfc.figure.u.41"></div><pre class="inline"><span id="rfc.iref.g.74"></span> Response = Status-Line ; <a href="#status-line" title="Status-Line">Section 6.1</a> 1434 1438 *(( general-header ; <a href="#general.header.fields" title="General Header Fields">Section 4.5</a> 1435 1439 | response-header ; <a href="#Part2" id="rfc.xref.Part2.9"><cite title="HTTP/1.1, part 2: Message Semantics">[Part2]</cite></a>, <a href="p2-semantics.html#response.header.fields" title="Response Header Fields">Section 6</a> … … 1442 1446 CRLF sequence. 1443 1447 </p> 1444 <div id="rfc.figure.u.4 1"></div><pre class="inline"><span id="rfc.iref.g.74"></span> Status-Line = HTTP-Version SP Status-Code SP Reason-Phrase CRLF1448 <div id="rfc.figure.u.42"></div><pre class="inline"><span id="rfc.iref.g.75"></span> Status-Line = HTTP-Version SP Status-Code SP Reason-Phrase CRLF 1445 1449 </pre><h3 id="rfc.section.6.1.1"><a href="#rfc.section.6.1.1">6.1.1</a> <a id="status.code.and.reason.phrase" href="#status.code.and.reason.phrase">Status Code and Reason Phrase</a></h3> 1446 1450 <p id="rfc.section.6.1.1.p.1">The Status-Code element is a 3-digit integer result code of the attempt to understand and satisfy the request. These codes … … 1459 1463 <li>5xx: Server Error - The server failed to fulfill an apparently valid request</li> 1460 1464 </ul> 1461 <div id="rfc.figure.u.4 2"></div><pre class="inline"><span id="rfc.iref.g.75"></span><span id="rfc.iref.g.76"></span><span id="rfc.iref.g.77"></span> Status-Code = 3DIGIT1465 <div id="rfc.figure.u.43"></div><pre class="inline"><span id="rfc.iref.g.76"></span><span id="rfc.iref.g.77"></span><span id="rfc.iref.g.78"></span> Status-Code = 3DIGIT 1462 1466 Reason-Phrase = *<TEXT, excluding CR, LF> 1463 1467 </pre><h1 id="rfc.section.7"><a href="#rfc.section.7">7.</a> <a id="connections" href="#connections">Connections</a></h1> … … 1650 1654 </p> 1651 1655 <p id="rfc.section.8.1.p.2">The Connection header has the following grammar:</p> 1652 <div id="rfc.figure.u.4 3"></div><pre class="inline"><span id="rfc.iref.g.78"></span><span id="rfc.iref.g.79"></span> Connection = "Connection" ":" 1#(connection-token)1656 <div id="rfc.figure.u.44"></div><pre class="inline"><span id="rfc.iref.g.79"></span><span id="rfc.iref.g.80"></span> Connection = "Connection" ":" 1#(connection-token) 1653 1657 connection-token = token 1654 1658 </pre><p id="rfc.section.8.1.p.4">HTTP/1.1 proxies <em class="bcp14">MUST</em> parse the Connection header field before a message is forwarded and, for each connection-token in this field, remove any header … … 1662 1666 of the response. For example, 1663 1667 </p> 1664 <div id="rfc.figure.u.4 4"></div><pre class="text"> Connection: close1668 <div id="rfc.figure.u.45"></div><pre class="text"> Connection: close 1665 1669 </pre><p id="rfc.section.8.1.p.8">in either the request or the response header fields indicates that the connection <em class="bcp14">SHOULD NOT</em> be considered `persistent' (<a href="#persistent.connections" title="Persistent Connections">Section 7.1</a>) after the current request/response is complete. 1666 1670 </p> … … 1678 1682 or, in the case of the HEAD method, the size of the entity-body that would have been sent had the request been a GET. 1679 1683 </p> 1680 <div id="rfc.figure.u.4 5"></div><pre class="inline"><span id="rfc.iref.g.80"></span> Content-Length = "Content-Length" ":" 1*DIGIT1684 <div id="rfc.figure.u.46"></div><pre class="inline"><span id="rfc.iref.g.81"></span> Content-Length = "Content-Length" ":" 1*DIGIT 1681 1685 </pre><p id="rfc.section.8.2.p.3">An example is</p> 1682 <div id="rfc.figure.u.4 6"></div><pre class="text"> Content-Length: 34951686 <div id="rfc.figure.u.47"></div><pre class="text"> Content-Length: 3495 1683 1687 </pre><p id="rfc.section.8.2.p.5">Applications <em class="bcp14">SHOULD</em> use this field to indicate the transfer-length of the message-body, unless this is prohibited by the rules in <a href="#message.length" title="Message Length">Section 4.4</a>. 1684 1688 </p> … … 1695 1699 as orig-date in <a href="http://tools.ietf.org/html/rfc2822#section-3.6.1">Section 3.6.1</a> of <a href="#RFC2822" id="rfc.xref.RFC2822.4"><cite title="Internet Message Format">[RFC2822]</cite></a>. The field value is an HTTP-date, as described in <a href="#full.date" title="Full Date">Section 3.3.1</a>; it <em class="bcp14">MUST</em> be sent in rfc1123-date format. 1696 1700 </p> 1697 <div id="rfc.figure.u.4 7"></div><pre class="inline"><span id="rfc.iref.g.81"></span> Date = "Date" ":" HTTP-date1701 <div id="rfc.figure.u.48"></div><pre class="inline"><span id="rfc.iref.g.82"></span> Date = "Date" ":" HTTP-date 1698 1702 </pre><p id="rfc.section.8.3.p.3">An example is</p> 1699 <div id="rfc.figure.u.4 8"></div><pre class="text"> Date: Tue, 15 Nov 1994 08:12:31 GMT1703 <div id="rfc.figure.u.49"></div><pre class="text"> Date: Tue, 15 Nov 1994 08:12:31 GMT 1700 1704 </pre><p id="rfc.section.8.3.p.5">Origin servers <em class="bcp14">MUST</em> include a Date header field in all responses, except in these cases: 1701 1705 </p> … … 1733 1737 a single IP address. 1734 1738 </p> 1735 <div id="rfc.figure.u. 49"></div><pre class="inline"><span id="rfc.iref.g.82"></span> Host = "Host" ":" uri-host [ ":" port ] ; <a href="#http.url" title="http URL">Section 3.2.2</a>1739 <div id="rfc.figure.u.50"></div><pre class="inline"><span id="rfc.iref.g.83"></span> Host = "Host" ":" uri-host [ ":" port ] ; <a href="#http.url" title="http URL">Section 3.2.2</a> 1736 1740 </pre><p id="rfc.section.8.4.p.3">A "host" without any trailing port information implies the default port for the service requested (e.g., "80" for an HTTP 1737 1741 URL). For example, a request on the origin server for <http://www.example.org/pub/WWW/> would properly include: 1738 1742 </p> 1739 <div id="rfc.figure.u.5 0"></div><pre class="text"> GET /pub/WWW/ HTTP/1.11743 <div id="rfc.figure.u.51"></div><pre class="text"> GET /pub/WWW/ HTTP/1.1 1740 1744 Host: www.example.org 1741 1745 </pre><p id="rfc.section.8.4.p.5">A client <em class="bcp14">MUST</em> include a Host header field in all HTTP/1.1 request messages. If the requested URI does not include an Internet host name … … 1752 1756 and/or a comma-separated list of extension transfer-coding names with optional accept parameters (as described in <a href="#transfer.codings" title="Transfer Codings">Section 3.4</a>). 1753 1757 </p> 1754 <div id="rfc.figure.u.5 1"></div><pre class="inline"><span id="rfc.iref.g.83"></span><span id="rfc.iref.g.84"></span> TE = "TE" ":" #( t-codings )1758 <div id="rfc.figure.u.52"></div><pre class="inline"><span id="rfc.iref.g.84"></span><span id="rfc.iref.g.85"></span> TE = "TE" ":" #( t-codings ) 1755 1759 t-codings = "trailers" | ( transfer-extension [ accept-params ] ) 1756 1760 </pre><p id="rfc.section.8.5.p.3">The presence of the keyword "trailers" indicates that the client is willing to accept trailer fields in a chunked transfer-coding, … … 1758 1762 </p> 1759 1763 <p id="rfc.section.8.5.p.4">Examples of its use are:</p> 1760 <div id="rfc.figure.u.5 2"></div><pre class="text"> TE: deflate1764 <div id="rfc.figure.u.53"></div><pre class="text"> TE: deflate 1761 1765 TE: 1762 1766 TE: trailers, deflate;q=0.5 … … 1795 1799 with chunked transfer-coding. 1796 1800 </p> 1797 <div id="rfc.figure.u.5 3"></div><pre class="inline"><span id="rfc.iref.g.85"></span> Trailer = "Trailer" ":" 1#field-name1801 <div id="rfc.figure.u.54"></div><pre class="inline"><span id="rfc.iref.g.86"></span> Trailer = "Trailer" ":" 1#field-name 1798 1802 </pre><p id="rfc.section.8.6.p.3">An HTTP/1.1 message <em class="bcp14">SHOULD</em> include a Trailer header field in a message using chunked transfer-coding with a non-empty trailer. Doing so allows the recipient 1799 1803 to know which header fields to expect in the trailer. … … 1815 1819 transfer-coding is a property of the message, not of the entity. 1816 1820 </p> 1817 <div id="rfc.figure.u.5 4"></div><pre class="inline"><span id="rfc.iref.g.86"></span> Transfer-Encoding = "Transfer-Encoding" ":" 1#transfer-coding1821 <div id="rfc.figure.u.55"></div><pre class="inline"><span id="rfc.iref.g.87"></span> Transfer-Encoding = "Transfer-Encoding" ":" 1#transfer-coding 1818 1822 </pre><p id="rfc.section.8.7.p.3">Transfer-codings are defined in <a href="#transfer.codings" title="Transfer Codings">Section 3.4</a>. An example is: 1819 1823 </p> 1820 <div id="rfc.figure.u.5 5"></div><pre class="text"> Transfer-Encoding: chunked1824 <div id="rfc.figure.u.56"></div><pre class="text"> Transfer-Encoding: chunked 1821 1825 </pre><p id="rfc.section.8.7.p.5">If multiple encodings have been applied to an entity, the transfer-codings <em class="bcp14">MUST</em> be listed in the order in which they were applied. Additional information about the encoding parameters <em class="bcp14">MAY</em> be provided by other entity-header fields not defined by this specification. 1822 1826 </p> … … 1828 1832 to use if the server finds it appropriate to switch protocols. The server <em class="bcp14">MUST</em> use the Upgrade header field within a 101 (Switching Protocols) response to indicate which protocol(s) are being switched. 1829 1833 </p> 1830 <div id="rfc.figure.u.5 6"></div><pre class="inline"><span id="rfc.iref.g.87"></span> Upgrade = "Upgrade" ":" 1#product1834 <div id="rfc.figure.u.57"></div><pre class="inline"><span id="rfc.iref.g.88"></span> Upgrade = "Upgrade" ":" 1#product 1831 1835 </pre><p id="rfc.section.8.8.p.3">For example,</p> 1832 <div id="rfc.figure.u.5 7"></div><pre class="text"> Upgrade: HTTP/2.0, SHTTP/1.3, IRC/6.9, RTA/x111836 <div id="rfc.figure.u.58"></div><pre class="text"> Upgrade: HTTP/2.0, SHTTP/1.3, IRC/6.9, RTA/x11 1833 1837 </pre><p id="rfc.section.8.8.p.5">The Upgrade header field is intended to provide a simple mechanism for transition from HTTP/1.1 to some other, incompatible 1834 1838 protocol. It does so by allowing the client to advertise its desire to use another protocol, such as a later version of HTTP … … 1859 1863 of all senders along the request/response chain. 1860 1864 </p> 1861 <div id="rfc.figure.u.5 8"></div><pre class="inline"><span id="rfc.iref.g.88"></span><span id="rfc.iref.g.89"></span><span id="rfc.iref.g.90"></span><span id="rfc.iref.g.91"></span><span id="rfc.iref.g.92"></span><span id="rfc.iref.g.93"></span> Via = "Via" ":" 1#( received-protocol received-by [ comment ] )1865 <div id="rfc.figure.u.59"></div><pre class="inline"><span id="rfc.iref.g.89"></span><span id="rfc.iref.g.90"></span><span id="rfc.iref.g.91"></span><span id="rfc.iref.g.92"></span><span id="rfc.iref.g.93"></span><span id="rfc.iref.g.94"></span> Via = "Via" ":" 1#( received-protocol received-by [ comment ] ) 1862 1866 received-protocol = [ protocol-name "/" ] protocol-version 1863 1867 protocol-name = token … … 1882 1886 server at www.example.com. The request received by www.example.com would then have the following Via header field: 1883 1887 </p> 1884 <div id="rfc.figure.u. 59"></div><pre class="text"> Via: 1.0 fred, 1.1 p.example.net (Apache/1.1)1888 <div id="rfc.figure.u.60"></div><pre class="text"> Via: 1.0 fred, 1.1 p.example.net (Apache/1.1) 1885 1889 </pre><p id="rfc.section.8.9.p.9">Proxies and gateways used as a portal through a network firewall <em class="bcp14">SHOULD NOT</em>, by default, forward the names and ports of hosts within the firewall region. This information <em class="bcp14">SHOULD</em> only be propagated if explicitly enabled. If not enabled, the received-by host of any host behind the firewall <em class="bcp14">SHOULD</em> be replaced by an appropriate pseudonym for that host. 1886 1890 </p> … … 1888 1892 For example, 1889 1893 </p> 1890 <div id="rfc.figure.u.6 0"></div><pre class="text"> Via: 1.0 ricky, 1.1 ethel, 1.1 fred, 1.0 lucy1894 <div id="rfc.figure.u.61"></div><pre class="text"> Via: 1.0 ricky, 1.1 ethel, 1.1 fred, 1.0 lucy 1891 1895 </pre><p id="rfc.section.8.9.p.12">could be collapsed to</p> 1892 <div id="rfc.figure.u.6 1"></div><pre class="text"> Via: 1.0 ricky, 1.1 mertz, 1.0 lucy1896 <div id="rfc.figure.u.62"></div><pre class="text"> Via: 1.0 ricky, 1.1 mertz, 1.0 lucy 1893 1897 </pre><p id="rfc.section.8.9.p.14">Applications <em class="bcp14">SHOULD NOT</em> combine multiple entries unless they are all under the same organizational control and the hosts have already been replaced 1894 1898 by pseudonyms. Applications <em class="bcp14">MUST NOT</em> combine entries which have different received-protocol values. … … 2510 2514 <li>Move "Product Tokens" section (back) into Part 1, as "token" is used in the definition of the Upgrade header.</li> 2511 2515 <li>Add explicit references to BNF syntax and rules imported from other parts of the specification.</li> 2516 <li>Move definition of "delta-seconds" into Part1 as a common BNF element.</li> 2512 2517 </ul> 2513 2518 <h1><a id="rfc.copyright" href="#rfc.copyright">Full Copyright Statement</a></h1> … … 2573 2578 <li class="indline1"><tt>ALPHA</tt> <a class="iref" href="#rfc.iref.g.4"><b>2.2</b></a></li> 2574 2579 <li class="indline1"><tt>asctime-date</tt> <a class="iref" href="#rfc.iref.g.35"><b>3.3.1</b></a></li> 2575 <li class="indline1"><tt>attribute</tt> <a class="iref" href="#rfc.iref.g.4 6"><b>3.4</b></a></li>2580 <li class="indline1"><tt>attribute</tt> <a class="iref" href="#rfc.iref.g.47"><b>3.4</b></a></li> 2576 2581 <li class="indline1"><tt>authority</tt> <a class="iref" href="#rfc.iref.g.25"><b>3.2.1</b></a></li> 2577 2582 <li class="indline1"><tt>CHAR</tt> <a class="iref" href="#rfc.iref.g.3"><b>2.2</b></a></li> 2578 <li class="indline1"><tt>chunk</tt> <a class="iref" href="#rfc.iref.g. 49"><b>3.4.1</b></a></li>2579 <li class="indline1"><tt>chunk-data</tt> <a class="iref" href="#rfc.iref.g.5 5"><b>3.4.1</b></a></li>2580 <li class="indline1"><tt>chunk-ext-name</tt> <a class="iref" href="#rfc.iref.g.5 3"><b>3.4.1</b></a></li>2581 <li class="indline1"><tt>chunk-ext-val</tt> <a class="iref" href="#rfc.iref.g.5 4"><b>3.4.1</b></a></li>2582 <li class="indline1"><tt>chunk-extension</tt> <a class="iref" href="#rfc.iref.g.5 2"><b>3.4.1</b></a></li>2583 <li class="indline1"><tt>chunk-size</tt> <a class="iref" href="#rfc.iref.g.5 0"><b>3.4.1</b></a></li>2584 <li class="indline1"><tt>Chunked-Body</tt> <a class="iref" href="#rfc.iref.g.4 8"><b>3.4.1</b></a></li>2583 <li class="indline1"><tt>chunk</tt> <a class="iref" href="#rfc.iref.g.50"><b>3.4.1</b></a></li> 2584 <li class="indline1"><tt>chunk-data</tt> <a class="iref" href="#rfc.iref.g.56"><b>3.4.1</b></a></li> 2585 <li class="indline1"><tt>chunk-ext-name</tt> <a class="iref" href="#rfc.iref.g.54"><b>3.4.1</b></a></li> 2586 <li class="indline1"><tt>chunk-ext-val</tt> <a class="iref" href="#rfc.iref.g.55"><b>3.4.1</b></a></li> 2587 <li class="indline1"><tt>chunk-extension</tt> <a class="iref" href="#rfc.iref.g.53"><b>3.4.1</b></a></li> 2588 <li class="indline1"><tt>chunk-size</tt> <a class="iref" href="#rfc.iref.g.51"><b>3.4.1</b></a></li> 2589 <li class="indline1"><tt>Chunked-Body</tt> <a class="iref" href="#rfc.iref.g.49"><b>3.4.1</b></a></li> 2585 2590 <li class="indline1"><tt>comment</tt> <a class="iref" href="#rfc.iref.g.18"><b>2.2</b></a></li> 2586 <li class="indline1"><tt>Connection</tt> <a class="iref" href="#rfc.iref.g.7 8"><b>8.1</b></a></li>2587 <li class="indline1"><tt>connection-token</tt> <a class="iref" href="#rfc.iref.g. 79"><b>8.1</b></a></li>2588 <li class="indline1"><tt>Content-Length</tt> <a class="iref" href="#rfc.iref.g.8 0"><b>8.2</b></a></li>2591 <li class="indline1"><tt>Connection</tt> <a class="iref" href="#rfc.iref.g.79"><b>8.1</b></a></li> 2592 <li class="indline1"><tt>connection-token</tt> <a class="iref" href="#rfc.iref.g.80"><b>8.1</b></a></li> 2593 <li class="indline1"><tt>Content-Length</tt> <a class="iref" href="#rfc.iref.g.81"><b>8.2</b></a></li> 2589 2594 <li class="indline1"><tt>CR</tt> <a class="iref" href="#rfc.iref.g.7"><b>2.2</b></a></li> 2590 2595 <li class="indline1"><tt>CRLF</tt> <a class="iref" href="#rfc.iref.g.12"><b>2.2</b></a></li> 2591 2596 <li class="indline1"><tt>ctext</tt> <a class="iref" href="#rfc.iref.g.19"><b>2.2</b></a></li> 2592 2597 <li class="indline1"><tt>CTL</tt> <a class="iref" href="#rfc.iref.g.6"><b>2.2</b></a></li> 2593 <li class="indline1"><tt>Date</tt> <a class="iref" href="#rfc.iref.g.8 1"><b>8.3</b></a></li>2598 <li class="indline1"><tt>Date</tt> <a class="iref" href="#rfc.iref.g.82"><b>8.3</b></a></li> 2594 2599 <li class="indline1"><tt>date1</tt> <a class="iref" href="#rfc.iref.g.36"><b>3.3.1</b></a></li> 2595 2600 <li class="indline1"><tt>date2</tt> <a class="iref" href="#rfc.iref.g.37"><b>3.3.1</b></a></li> 2596 2601 <li class="indline1"><tt>date3</tt> <a class="iref" href="#rfc.iref.g.38"><b>3.3.1</b></a></li> 2602 <li class="indline1"><tt>delta-seconds</tt> <a class="iref" href="#rfc.iref.g.43"><b>3.3.2</b></a></li> 2597 2603 <li class="indline1"><tt>DIGIT</tt> <a class="iref" href="#rfc.iref.g.5"><b>2.2</b></a></li> 2598 2604 <li class="indline1"><tt>DQUOTE</tt> <a class="iref" href="#rfc.iref.g.11"><b>2.2</b></a></li> 2599 <li class="indline1"><tt>extension-code</tt> <a class="iref" href="#rfc.iref.g.7 6"><b>6.1.1</b></a></li>2600 <li class="indline1"><tt>extension-method</tt> <a class="iref" href="#rfc.iref.g.7 1"><b>5.1.1</b></a></li>2601 <li class="indline1"><tt>field-content</tt> <a class="iref" href="#rfc.iref.g.6 5"><b>4.2</b></a></li>2602 <li class="indline1"><tt>field-name</tt> <a class="iref" href="#rfc.iref.g.6 3"><b>4.2</b></a></li>2603 <li class="indline1"><tt>field-value</tt> <a class="iref" href="#rfc.iref.g.6 4"><b>4.2</b></a></li>2604 <li class="indline1"><tt>general-header</tt> <a class="iref" href="#rfc.iref.g.6 7"><b>4.5</b></a></li>2605 <li class="indline1"><tt>generic-message</tt> <a class="iref" href="#rfc.iref.g.6 0"><b>4.1</b></a></li>2605 <li class="indline1"><tt>extension-code</tt> <a class="iref" href="#rfc.iref.g.77"><b>6.1.1</b></a></li> 2606 <li class="indline1"><tt>extension-method</tt> <a class="iref" href="#rfc.iref.g.72"><b>5.1.1</b></a></li> 2607 <li class="indline1"><tt>field-content</tt> <a class="iref" href="#rfc.iref.g.66"><b>4.2</b></a></li> 2608 <li class="indline1"><tt>field-name</tt> <a class="iref" href="#rfc.iref.g.64"><b>4.2</b></a></li> 2609 <li class="indline1"><tt>field-value</tt> <a class="iref" href="#rfc.iref.g.65"><b>4.2</b></a></li> 2610 <li class="indline1"><tt>general-header</tt> <a class="iref" href="#rfc.iref.g.68"><b>4.5</b></a></li> 2611 <li class="indline1"><tt>generic-message</tt> <a class="iref" href="#rfc.iref.g.61"><b>4.1</b></a></li> 2606 2612 <li class="indline1"><tt>HEX</tt> <a class="iref" href="#rfc.iref.g.15"><b>2.2</b></a></li> 2607 <li class="indline1"><tt>Host</tt> <a class="iref" href="#rfc.iref.g.8 2"><b>8.4</b></a></li>2613 <li class="indline1"><tt>Host</tt> <a class="iref" href="#rfc.iref.g.83"><b>8.4</b></a></li> 2608 2614 <li class="indline1"><tt>HTAB</tt> <a class="iref" href="#rfc.iref.g.10"><b>2.2</b></a></li> 2609 2615 <li class="indline1"><tt>HTTP-date</tt> <a class="iref" href="#rfc.iref.g.32"><b>3.3.1</b></a></li> 2610 <li class="indline1"><tt>HTTP-message</tt> <a class="iref" href="#rfc.iref.g. 59"><b>4.1</b></a></li>2616 <li class="indline1"><tt>HTTP-message</tt> <a class="iref" href="#rfc.iref.g.60"><b>4.1</b></a></li> 2611 2617 <li class="indline1"><tt>http-URL</tt> <a class="iref" href="#rfc.iref.g.31"><b>3.2.2</b></a></li> 2612 2618 <li class="indline1"><tt>HTTP-Version</tt> <a class="iref" href="#rfc.iref.g.23"><b>3.1</b></a></li> 2613 <li class="indline1"><tt>last-chunk</tt> <a class="iref" href="#rfc.iref.g.5 1"><b>3.4.1</b></a></li>2619 <li class="indline1"><tt>last-chunk</tt> <a class="iref" href="#rfc.iref.g.52"><b>3.4.1</b></a></li> 2614 2620 <li class="indline1"><tt>LF</tt> <a class="iref" href="#rfc.iref.g.8"><b>2.2</b></a></li> 2615 2621 <li class="indline1"><tt>LWS</tt> <a class="iref" href="#rfc.iref.g.13"><b>2.2</b></a></li> 2616 <li class="indline1"><tt>message-body</tt> <a class="iref" href="#rfc.iref.g.6 6"><b>4.3</b></a></li>2617 <li class="indline1"><tt>message-header</tt> <a class="iref" href="#rfc.iref.g.6 2"><b>4.2</b></a></li>2618 <li class="indline1"><tt>Method</tt> <a class="iref" href="#rfc.iref.g.7 0"><b>5.1.1</b></a></li>2622 <li class="indline1"><tt>message-body</tt> <a class="iref" href="#rfc.iref.g.67"><b>4.3</b></a></li> 2623 <li class="indline1"><tt>message-header</tt> <a class="iref" href="#rfc.iref.g.63"><b>4.2</b></a></li> 2624 <li class="indline1"><tt>Method</tt> <a class="iref" href="#rfc.iref.g.71"><b>5.1.1</b></a></li> 2619 2625 <li class="indline1"><tt>month</tt> <a class="iref" href="#rfc.iref.g.42"><b>3.3.1</b></a></li> 2620 2626 <li class="indline1"><tt>OCTET</tt> <a class="iref" href="#rfc.iref.g.2"><b>2.2</b></a></li> 2621 <li class="indline1"><tt>parameter</tt> <a class="iref" href="#rfc.iref.g.4 5"><b>3.4</b></a></li>2627 <li class="indline1"><tt>parameter</tt> <a class="iref" href="#rfc.iref.g.46"><b>3.4</b></a></li> 2622 2628 <li class="indline1"><tt>path-absolute</tt> <a class="iref" href="#rfc.iref.g.26"><b>3.2.1</b></a></li> 2623 2629 <li class="indline1"><tt>port</tt> <a class="iref" href="#rfc.iref.g.27"><b>3.2.1</b></a></li> 2624 <li class="indline1"><tt>product</tt> <a class="iref" href="#rfc.iref.g.5 7"><b>3.5</b></a></li>2625 <li class="indline1"><tt>product-version</tt> <a class="iref" href="#rfc.iref.g.5 8"><b>3.5</b></a></li>2626 <li class="indline1"><tt>protocol-name</tt> <a class="iref" href="#rfc.iref.g.9 0"><b>8.9</b></a></li>2627 <li class="indline1"><tt>protocol-version</tt> <a class="iref" href="#rfc.iref.g.9 1"><b>8.9</b></a></li>2628 <li class="indline1"><tt>pseudonym</tt> <a class="iref" href="#rfc.iref.g.9 3"><b>8.9</b></a></li>2630 <li class="indline1"><tt>product</tt> <a class="iref" href="#rfc.iref.g.58"><b>3.5</b></a></li> 2631 <li class="indline1"><tt>product-version</tt> <a class="iref" href="#rfc.iref.g.59"><b>3.5</b></a></li> 2632 <li class="indline1"><tt>protocol-name</tt> <a class="iref" href="#rfc.iref.g.91"><b>8.9</b></a></li> 2633 <li class="indline1"><tt>protocol-version</tt> <a class="iref" href="#rfc.iref.g.92"><b>8.9</b></a></li> 2634 <li class="indline1"><tt>pseudonym</tt> <a class="iref" href="#rfc.iref.g.94"><b>8.9</b></a></li> 2629 2635 <li class="indline1"><tt>qdtext</tt> <a class="iref" href="#rfc.iref.g.21"><b>2.2</b></a></li> 2630 2636 <li class="indline1"><tt>query</tt> <a class="iref" href="#rfc.iref.g.28"><b>3.2.1</b></a></li> 2631 2637 <li class="indline1"><tt>quoted-pair</tt> <a class="iref" href="#rfc.iref.g.22"><b>2.2</b></a></li> 2632 2638 <li class="indline1"><tt>quoted-string</tt> <a class="iref" href="#rfc.iref.g.20"><b>2.2</b></a></li> 2633 <li class="indline1"><tt>Reason-Phrase</tt> <a class="iref" href="#rfc.iref.g.7 7"><b>6.1.1</b></a></li>2634 <li class="indline1"><tt>received-by</tt> <a class="iref" href="#rfc.iref.g.9 2"><b>8.9</b></a></li>2635 <li class="indline1"><tt>received-protocol</tt> <a class="iref" href="#rfc.iref.g. 89"><b>8.9</b></a></li>2639 <li class="indline1"><tt>Reason-Phrase</tt> <a class="iref" href="#rfc.iref.g.78"><b>6.1.1</b></a></li> 2640 <li class="indline1"><tt>received-by</tt> <a class="iref" href="#rfc.iref.g.93"><b>8.9</b></a></li> 2641 <li class="indline1"><tt>received-protocol</tt> <a class="iref" href="#rfc.iref.g.90"><b>8.9</b></a></li> 2636 2642 <li class="indline1"><tt>relativeURI</tt> <a class="iref" href="#rfc.iref.g.29"><b>3.2.1</b></a></li> 2637 <li class="indline1"><tt>Request</tt> <a class="iref" href="#rfc.iref.g.6 8"><b>5</b></a></li>2638 <li class="indline1"><tt>Request-Line</tt> <a class="iref" href="#rfc.iref.g. 69"><b>5.1</b></a></li>2639 <li class="indline1"><tt>Request-URI</tt> <a class="iref" href="#rfc.iref.g.7 2"><b>5.1.2</b></a></li>2640 <li class="indline1"><tt>Response</tt> <a class="iref" href="#rfc.iref.g.7 3"><b>6</b></a></li>2643 <li class="indline1"><tt>Request</tt> <a class="iref" href="#rfc.iref.g.69"><b>5</b></a></li> 2644 <li class="indline1"><tt>Request-Line</tt> <a class="iref" href="#rfc.iref.g.70"><b>5.1</b></a></li> 2645 <li class="indline1"><tt>Request-URI</tt> <a class="iref" href="#rfc.iref.g.73"><b>5.1.2</b></a></li> 2646 <li class="indline1"><tt>Response</tt> <a class="iref" href="#rfc.iref.g.74"><b>6</b></a></li> 2641 2647 <li class="indline1"><tt>rfc1123-date</tt> <a class="iref" href="#rfc.iref.g.33"><b>3.3.1</b></a></li> 2642 2648 <li class="indline1"><tt>rfc850-date</tt> <a class="iref" href="#rfc.iref.g.34"><b>3.3.1</b></a></li> 2643 2649 <li class="indline1"><tt>separators</tt> <a class="iref" href="#rfc.iref.g.17"><b>2.2</b></a></li> 2644 2650 <li class="indline1"><tt>SP</tt> <a class="iref" href="#rfc.iref.g.9"><b>2.2</b></a></li> 2645 <li class="indline1"><tt>start-line</tt> <a class="iref" href="#rfc.iref.g.6 1"><b>4.1</b></a></li>2646 <li class="indline1"><tt>Status-Code</tt> <a class="iref" href="#rfc.iref.g.7 5"><b>6.1.1</b></a></li>2647 <li class="indline1"><tt>Status-Line</tt> <a class="iref" href="#rfc.iref.g.7 4"><b>6.1</b></a></li>2648 <li class="indline1"><tt>t-codings</tt> <a class="iref" href="#rfc.iref.g.8 4"><b>8.5</b></a></li>2649 <li class="indline1"><tt>TE</tt> <a class="iref" href="#rfc.iref.g.8 3"><b>8.5</b></a></li>2651 <li class="indline1"><tt>start-line</tt> <a class="iref" href="#rfc.iref.g.62"><b>4.1</b></a></li> 2652 <li class="indline1"><tt>Status-Code</tt> <a class="iref" href="#rfc.iref.g.76"><b>6.1.1</b></a></li> 2653 <li class="indline1"><tt>Status-Line</tt> <a class="iref" href="#rfc.iref.g.75"><b>6.1</b></a></li> 2654 <li class="indline1"><tt>t-codings</tt> <a class="iref" href="#rfc.iref.g.85"><b>8.5</b></a></li> 2655 <li class="indline1"><tt>TE</tt> <a class="iref" href="#rfc.iref.g.84"><b>8.5</b></a></li> 2650 2656 <li class="indline1"><tt>TEXT</tt> <a class="iref" href="#rfc.iref.g.14"><b>2.2</b></a></li> 2651 2657 <li class="indline1"><tt>time</tt> <a class="iref" href="#rfc.iref.g.39"><b>3.3.1</b></a></li> 2652 2658 <li class="indline1"><tt>token</tt> <a class="iref" href="#rfc.iref.g.16"><b>2.2</b></a></li> 2653 <li class="indline1"><tt>Trailer</tt> <a class="iref" href="#rfc.iref.g.8 5"><b>8.6</b></a></li>2654 <li class="indline1"><tt>trailer-part</tt> <a class="iref" href="#rfc.iref.g.5 6"><b>3.4.1</b></a></li>2655 <li class="indline1"><tt>transfer-coding</tt> <a class="iref" href="#rfc.iref.g.4 3"><b>3.4</b></a></li>2656 <li class="indline1"><tt>Transfer-Encoding</tt> <a class="iref" href="#rfc.iref.g.8 6"><b>8.7</b></a></li>2657 <li class="indline1"><tt>transfer-extension</tt> <a class="iref" href="#rfc.iref.g.4 4"><b>3.4</b></a></li>2658 <li class="indline1"><tt>Upgrade</tt> <a class="iref" href="#rfc.iref.g.8 7"><b>8.8</b></a></li>2659 <li class="indline1"><tt>Trailer</tt> <a class="iref" href="#rfc.iref.g.86"><b>8.6</b></a></li> 2660 <li class="indline1"><tt>trailer-part</tt> <a class="iref" href="#rfc.iref.g.57"><b>3.4.1</b></a></li> 2661 <li class="indline1"><tt>transfer-coding</tt> <a class="iref" href="#rfc.iref.g.44"><b>3.4</b></a></li> 2662 <li class="indline1"><tt>Transfer-Encoding</tt> <a class="iref" href="#rfc.iref.g.87"><b>8.7</b></a></li> 2663 <li class="indline1"><tt>transfer-extension</tt> <a class="iref" href="#rfc.iref.g.45"><b>3.4</b></a></li> 2664 <li class="indline1"><tt>Upgrade</tt> <a class="iref" href="#rfc.iref.g.88"><b>8.8</b></a></li> 2659 2665 <li class="indline1"><tt>uri-host</tt> <a class="iref" href="#rfc.iref.g.30"><b>3.2.1</b></a></li> 2660 <li class="indline1"><tt>value</tt> <a class="iref" href="#rfc.iref.g.4 7"><b>3.4</b></a></li>2661 <li class="indline1"><tt>Via</tt> <a class="iref" href="#rfc.iref.g.8 8"><b>8.9</b></a></li>2666 <li class="indline1"><tt>value</tt> <a class="iref" href="#rfc.iref.g.48"><b>3.4</b></a></li> 2667 <li class="indline1"><tt>Via</tt> <a class="iref" href="#rfc.iref.g.89"><b>8.9</b></a></li> 2662 2668 <li class="indline1"><tt>weekday</tt> <a class="iref" href="#rfc.iref.g.41"><b>3.3.1</b></a></li> 2663 2669 <li class="indline1"><tt>wkday</tt> <a class="iref" href="#rfc.iref.g.40"><b>3.3.1</b></a></li>
Note: See TracChangeset
for help on using the changeset viewer.
