HTTP uses a "<major>.<minor>" numbering scheme to indicate versions of the protocol. The protocol versioning policy is intended to allow the sender to indicate the format of a message and its capacity for understanding further HTTP communication, rather than the features obtained via that communication. No change is made to the version number for the addition of message components which do not affect communication behavior or which only add to extensible field values. The <minor> number is incremented when the changes made to the protocol add features which do not change the general message parsing algorithm, but which may add to the message semantics and imply additional capabilities of the sender. The <major> number is incremented when the format of a message within the protocol is changed. {2616} See RFC 2145 [36] for a fuller explanation.

HTTP はプロトコルの判を示すために <major>.<minor> という番号付け方式を使います。プロトコル版付け方針は、 その通信を通して得られる特徴を示すものというよりは、 送信者がメッセージの書式と以降の HTTP 通信を理解する能力を示すことができるようにするものです。 通信動作に影響しないメッセージ部品や拡張可能な欄値を追加するだけのメッセージ部品の追加によっては版番号は変わりません。 <minor> 番号は、プロトコルに行われた変更がメッセージの意味を追加し、送信者の追加の能力を暗示しても、 一般メッセージ解析算法は変更しない特徴を加える時に増やします。 <major> 番号はプロトコル中のメッセージの書式が変更された時に増やします。 より完全な説明は RFC2145 を見て下さい。

The version of an HTTP message is indicated by an HTTP-Version field in the first line of the message. {1945} If the protocol version is not specified, the recipient must assume that the message is in the simple HTTP/0.9 format. {errata} HTTP-Version is case-sensitive.

HTTP メッセージの版はメッセージの最初の行の HTTP-Version 欄で示します。 プロトコルの版が示されていない時は、受信者はそのメッセージが単純 HTTP/0.9 書式であると仮定しなければなりません。 HTTP-Version は大文字・小文字を区別しません。

• HTTP-Version = "HTTP" "/" 1*DIGIT "." 1*DIGIT

Note that the major and minor numbers {1945} should MUST be treated as separate integers and that each may {2616} MAY be incremented higher than a single digit. Thus, HTTP/2.4 is a lower version than HTTP/2.13, which in turn is lower than HTTP/12.3. Leading zeros {1945} should MUST be ignored by recipients and {1945} never generated by senders MUST NOT be sent.

大番号と小番号は別の整数として扱うべきですわなければなりませんし、 それぞれの番号は単一の数字よりも大きく増やしても構いません。 従って、 HTTP/2.4 は HTTP/2.13 よりも小さな版で、 HTTP/2.13 は HTTP/12.3 よりも小さな版です。受信者は先行する零を無視するべきですしなければなりませんし、 送信者は送信してはなりません。

{1945} This document defines both the 0.9 and 1.0 versions of the HTTP protocol. {1945,2068} Applications sending {1945} Full-Request or {1945} Full-Response messages, as defined by this specification, {1945} must MUST include an HTTP-Version of "HTTP/1.0" "HTTP/1.1". {2068} Use of this version number indicates that the sending application is at least conditionally compliant with this specification. An application that sends a request or response message that includes HTTP-Version of "HTTP/1.1" MUST be at least conditionally compliant with this specification. Applications that are at least conditionally compliant with this specification SHOULD use an HTTP-Version of "HTTP/1.1" in their messages, and MUST do so for any message that is not compatible with HTTP/1.0. For more details on when to send specific HTTP-Version values, see RFC 2145 [36].

;この文書は HTTP プロトコルの 0.9 と 1.0 の2つの版を定義します。 この仕様書で定義する通り Request メッセージや Response メッセージを送信する応用は、 HTTP/1.0 HTTP/1.1 の HTTP-Version を含めなければなりません。 この版番号を使用することは、送信する応用がこの仕様書に少なくても条件的には適合することを示します。 HTTP/1.1 の HTTP-Version を含んだ要求メッセージまたは応答メッセージを送信する応用は、この仕様書に少なくても条件的に適合しなければなりません。この仕様書に少なくても条件的に適用する応用は、そのメッセージで HTTP/1.1 の HTTP-Version を使用するべきですし、 HTTP/1.0 と互換ではないメッセージにはそうしなければなりません。いつ特定の HTTP-Version 値を送信するかについてより詳しくは RFC2145 を見て下さい。

Proxy and gateway applications {1945,2068} must {2616} need to be careful in when forwarding {1945} requests that are received messages in {1945} a format protocol versions different from that of the application's {1945} native HTTP version. Since the protocol version indicates the protocol capability of the sender, a proxy/gateway {1945} must {2068,2616} MUST {1945,2068} never {2616} NOT send a message with a version indicator which is greater than its {1945} native actual version; if . {2616} If a higher version request is received, the proxy/gateway {1945} must MUST either downgrade the request version {1945} or, {2068,2616} {2616} or respond with an error, {2068,2616} or switch to tunnel behavior. {1945,2068} Requests with a version lower than that of the {1945} application's native format may proxy/gateway's version MAY be upgraded before being forwarded; the proxy/gateway's response to that request {1945} must follow the server requirements listed above MUST be in the same major version as the request.

串応用および関門応用は、応用の HTTP 版と異なるプロトコル版のメッセージを転送するときに用心する必要があります。 プロトコル版は送信者のプロトコル能力を示しますから、串・関門はその実際の版よりも大きな版識別子を持ったメッセージを送信してはなりません。 より大きな版の要求を受信した場合は、串・関門は要求の版を降下させるか、誤りで応答するか、またはトンネル動作に切り替えるかしなければなりません。 串・関門の版より小さな版の要求は転送の前に版を向上させても構いません。その要求に対する串・関門の応答は上述のサーバーの要件に従わなければなりません要求と同じ大版でなければなりません。

[H3.1] applies, with HTTP replaced by RTSP.

HTTP を RTSP に置換した上で RFC 2068 3.1 節を適用します。

SIP-Version: Both request and response messages include the version of SIP in use, and follow [H3.1] (with HTTP replaced by SIP, and HTTP/1.1 replaced by SIP/2.0) regarding version ordering, compliance requirements, and upgrading of version numbers. To be compliant with this specification, applications sending SIP messages MUST include a SIP-Version of "SIP/2.0". The SIP-Version string is case-insensitive, but implementations MUST send upper-case.

Unlike HTTP/1.1, SIP treats the version number as a literal string. In practice, this should make no difference.

要求メッセージと応答メッセージは、使用する SIP の版を含み、版順序付け、適合要件、版番号の向上について RFC 2616 3.1 節を (HTTP を SIP に、 HTTP/1.1 を SIP/2.0 に置換して) 従います。 この仕様書に適合するためには、 SIP メッセージを送信する応用は SIP-Version として SIP/2.0 を含めなければなりません。 SIP-Version 文字列は大文字・小文字を区別しませんが、 実装は大文字で送らなければなりません。

HTTP/1.1 とは異なり、 SIP は版番号を表記文字列として扱います。 実際上、これは何の違いもありません。