[要約] RFC 7355は、SIP共通ログ形式（CLF）でWebSocketプロトコルをトランスポートとして示すための方法を提案しています。このRFCの目的は、SIPとWebSocketの統合を容易にし、ネットワークトラフィックの分析やトラブルシューティングを向上させることです。
Internet Engineering Task Force (IETF) G. Salgueiro
Request for Comments: 7355 Cisco
Updates: 6873 V. Pascual
Category: Informational A. Roman
ISSN: 2070-1721 S. Garcia
Quobis
September 2014
Indicating WebSocket Protocol as a Transport in the Session Initiation Protocol (SIP) Common Log Format (CLF)
セッション開始プロトコル（SIP）の共通ログ形式（CLF）でトランスポートとしてのWebSocketプロトコルを示す
Abstract
概要
RFC 7118 specifies a WebSocket subprotocol as a reliable real-time transport mechanism between Session Initiation Protocol (SIP) entities to enable usage of SIP in web-oriented deployments. This document updates the SIP Common Log Format (CLF), defined in RFC 6873, with a new "Transport Flag" for such SIP WebSocket transport.
RFC 7118は、Web指向のデプロイメントでSIPを使用できるようにするための、Session Initiation Protocol（SIP）エンティティ間の信頼できるリアルタイム転送メカニズムとしてWebSocketサブプロトコルを指定しています。このドキュメントでは、RFC 6873で定義されているSIP Common Log Format（CLF）を、そのようなSIP WebSocketトランスポート用の新しい「トランスポートフラグ」で更新します。
Status of This Memo
本文書の状態
This document is not an Internet Standards Track specification; it is published for informational purposes.
このドキュメントはInternet Standards Trackの仕様ではありません。情報提供を目的として公開されています。
This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Not all documents approved by the IESG are a candidate for any level of Internet Standard; see Section 2 of RFC 5741.
このドキュメントは、IETF（Internet Engineering Task Force）の製品です。これは、IETFコミュニティのコンセンサスを表しています。公開レビューを受け、インターネットエンジニアリングステアリンググループ（IESG）による公開が承認されました。 IESGによって承認されたすべてのドキュメントが、あらゆるレベルのインターネット標準の候補になるわけではありません。 RFC 5741のセクション2をご覧ください。
Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http://www.rfc-editor.org/info/rfc7355.
このドキュメントの現在のステータス、正誤表、およびフィードバックの提供方法に関する情報は、http：//www.rfc-editor.org/info/rfc7355で入手できます。
Copyright Notice
著作権表示
Copyright (c) 2014 IETF Trust and the persons identified as the document authors. All rights reserved.
Copyright（c）2014 IETF Trustおよびドキュメントの作成者として識別された人物。全著作権所有。
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License.
この文書は、BCP 78およびIETF文書に関するIETFトラストの法的規定（http://trustee.ietf.org/license-info）の対象であり、この文書の発行日に有効です。これらのドキュメントは、このドキュメントに関するあなたの権利と制限を説明しているため、注意深く確認してください。このドキュメントから抽出されたコードコンポーネントには、Trust Legal Provisionsのセクション4.eに記載されているSimplified BSD Licenseテキストが含まれている必要があり、Simplified BSD Licenseに記載されているように保証なしで提供されます。
Table of Contents
目次
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 3
2. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . 3
3. Document Conventions . . . . . . . . . . . . . . . . . . . . 3
4. Usage of the WebSocket Transport Flag . . . . . . . . . . . . 3
5. Examples . . . . . . . . . . . . . . . . . . . . . . . . . . 4
5.1. SIP over WebSocket (WS) . . . . . . . . . . . . . . . . . 4
5.2. SIP over Secure WebSocket (WSS) . . . . . . . . . . . . . 6
6. Security Considerations . . . . . . . . . . . . . . . . . . . 7
7. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 7
8. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . 7
9. References . . . . . . . . . . . . . . . . . . . . . . . . . 8
9.1. Normative References . . . . . . . . . . . . . . . . . . 8
9.2. Informative References . . . . . . . . . . . . . . . . . 8
The WebSocket protocol [RFC6455] enables bidirectional message exchange between clients and servers on top of a persistent TCP connection (optionally secured with TLS [RFC5246]). The initial protocol handshake makes use of HTTP [RFC7230] semantics, allowing the WebSocket protocol to reuse existing transport connections.
WebSocketプロトコル[RFC6455]は、永続的なTCP接続（オプションでTLS [RFC5246]で保護されています）の上にあるクライアントとサーバー間の双方向メッセージ交換を可能にします。最初のプロトコルハンドシェイクは、HTTP [RFC7230]セマンティクスを利用して、WebSocketプロトコルが既存のトランスポート接続を再利用できるようにします。
RFC 7118 [RFC7118] defines a WebSocket subprotocol for transporting SIP messages between a WebSocket client and server.
RFC 7118 [RFC7118]は、WebSocketクライアントとサーバーの間でSIPメッセージを転送するためのWebSocketサブプロトコルを定義しています。
SIP messages can be logged using the Common Log Format defined in RFC 6873 [RFC6873]. In order to make such SIP CLF logging possible for SIP messages transported over the WebSocket protocol, a new WebSocket "Transport Flag" ('W') must be added to the "Transport Flags" already defined in RFC 6873 [RFC6873] (i.e., UDP, TCP, and SCTP).
SIPメッセージは、RFC 6873 [RFC6873]で定義されているCommon Log Formatを使用してログに記録できます。 WebSocketプロトコルを介して転送されるSIPメッセージに対してそのようなSIP CLFロギングを可能にするには、RFC 6873 [RFC6873]ですでに定義されている "トランスポートフラグ"（つまり、 UDP、TCP、およびSCTP）。
This document updates RFC 6873 [RFC6873] by defining a new SIP CLF "Transport Flag" value for WebSocket.
このドキュメントは、WebSocketの新しいSIP CLF「トランスポートフラグ」値を定義することにより、RFC 6873 [RFC6873]を更新します。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [RFC2119].
このドキュメントのキーワード「MUST」、「MUST NOT」、「REQUIRED」、「SHALL」、「SHALL NOT」、「SHOULD」、「SHOULD NOT」、「RECOMMENDED」、「MAY」、および「OPTIONAL」は、 [RFC2119]で説明されているように解釈されます。
This document contains several examples of SIP CLF records showing messages over plain and secure WebSocket connections. The formatting described in this document does not permit the examples to be unambiguously rendered due to the constraints imposed by the formatting rules for RFCs. To avoid ambiguity and to meet the RFC layout requirements, this document uses the <allOneLine/> markup convention established in [RFC4475]. This markup convention is described in detail in Section 3 of RFC 6873 [RFC6873] and used throughout that document for representing the syntax of SIP CLF records.
このドキュメントには、プレーンで安全なWebSocket接続を介したメッセージを示すSIP CLFレコードの例がいくつか含まれています。このドキュメントで説明するフォーマットでは、RFCのフォーマットルールによって課せられる制約のため、例を明確にレンダリングすることはできません。あいまいさを回避し、RFCレイアウト要件を満たすために、このドキュメントでは、[RFC4475]で確立された<allOneLine />マークアップ規則を使用します。このマークアップ規則は、RFC 6873 [RFC6873]のセクション3で詳細に説明されており、SIP CLFレコードの構文を表すためにそのドキュメント全体で使用されています。
Section 4.2 of RFC6873 [RFC6873] specifies the mandatory fields in a SIP CLF record. The fourth and fifth bytes of the five-byte "Flags Field" are the "Transport Flag" and the "Encryption Flag", respectively. SIP messages transported over both a plain and secure WebSocket connection can be clearly distinguished by appropriately setting these two flag fields.
RFC6873 [RFC6873]のセクション4.2は、SIP CLFレコードの必須フィールドを指定しています。 5バイトの「フラグフィールド」の4番目と5番目のバイトは、それぞれ「トランスポートフラグ」と「暗号化フラグ」です。プレーンとセキュアの両方のWebSocket接続を介して転送されるSIPメッセージは、これら2つのフラグフィールドを適切に設定することで明確に区別できます。
The currently registered values of the "Transport Flag" (Section 9.2 of RFC 6873) are UDP ('U'), TCP ('T'), and SCTP ('S'). This document defines and registers a new "Transport Flag" value 'W' for WebSocket transport of SIP messages and consequently updates RFC 6873 [RFC6873] and the IANA "SIP CLF Transport Flag Values" registry.
現在登録されている「トランスポートフラグ」の値（RFC 6873のセクション9.2）は、UDP（ 'U'）、TCP（ 'T'）、SCTP（ 'S'）です。このドキュメントは、SIPメッセージのWebSocketトランスポートの新しい「トランスポートフラグ」値「W」を定義および登録し、その結果、RFC 6873 [RFC6873]およびIANAの「SIP CLFトランスポートフラグ値」レジストリを更新します。
SIP CLF records of messages transported over a plain WebSocket connection (WS) MUST set the "Transport Flag" to this new 'W' value and the "Encryption Flag" value to 'U' (Unencrypted). SIP CLF records of messages transported over a secure WebSocket (WSS) connection (i.e., WS over TLS) MUST set the "Transport Flag" to this new 'W' value and the "Encryption Flag" value to 'E' (Encrypted).
プレーンWebSocket接続（WS）を介して転送されるメッセージのSIP CLFレコードは、「トランスポートフラグ」をこの新しい「W」値に、「暗号化フラグ」値を「U」（非暗号化）に設定する必要があります。セキュアWebSocket（WSS）接続（つまり、WS over TLS）を介して転送されるメッセージのSIP CLFレコードは、「トランスポートフラグ」をこの新しい「W」値に、「暗号化フラグ」値を「E」（暗号化）に設定する必要があります。
The following examples show sample SIP CLF records logged for SIP messages transported over both plain and secure WebSocket connections.
次の例は、プレーンWebSocket接続とセキュアWebSocket接続の両方で転送されたSIPメッセージについてログに記録されたサンプルSIP CLFレコードを示しています。
The following example represents a SIP INVITE request sent over a plain WebSocket connection. For the sake of brevity, the Session Description Protocol (SDP) [RFC4566] body is omitted.
次の例は、プレーンなWebSocket接続を介して送信されるSIP INVITEリクエストを表しています。簡潔にするために、Session Description Protocol（SDP）[RFC4566]本文は省略されています。
INVITE sip:bob@example.com SIP/2.0
Via: SIP/2.0/WS df7jal23ls0d.invalid;branch=z9hG4bK56sdasks
From: sip:alice@example.com;tag=asdyka899
To: sip:bob@example.com
Call-ID: asidkj3ss
CSeq: 1 INVITE
Max-Forwards: 70
Date: Thu, 6 Feb 2014 15:02:03 GMT
Supported: path, outbound, gruu
Route: <sip:proxy.example.com:80;transport=ws;lr>
Contact: <sip:alice@example.com;gr=urn:uuid:f81-7dec-14a06cf1;ob>
Content-Type: application/sdp
Content-Length: 418
Shown below is approximately how this message would appear as a single record in a SIP CLF logging file if encoded according to the syntax described in [RFC6873]. Due to RFC conventions, this log entry has been split into five lines, instead of the two lines that actually appear in a log file; and the tab characters have been padded out using spaces to simulate their appearance in a text terminal.
[RFC6873]で説明されている構文に従ってエンコードされた場合、このメッセージがSIP CLFロギングファイルの単一レコードとしてどのように表示されるかを以下に示します。 RFC規則により、このログエントリは、実際にログファイルに表示される2行ではなく、5行に分割されています。また、タブ文字はスペースを使用して埋め込まれ、テキスト端末での外観をシミュレートします。
A0000E7,0053005C005E00720080009200A600A800BE00C800D200DE00E7
<allOneLine>
1328821153.010 RORWU 1 INVITE - sip:bob@example.com
192.0.2.10:80 192.0.2.200:56485 sip:bob@example.com -
sip:alice@example.com asdyka899 asidkj3ss S1781761-88
C67651-11
</allOneLine>
A bit-exact version of the actual log entry is provided here, Base64 encoded [RFC4648], using the uuencode utility.
ここでは、uuencodeユーティリティを使用して、実際のログエントリのビット完全バージョンをBase64エンコード[RFC4648]で提供しています。
begin-base64 644 clf_ws_record QTAwMDBFNywwMDUzMDA1QzAwNUUwMDcyMDA4MDAwOTIwMEE2MDBBODAwQkUwMEM4MDBE MjAwREUwMEU3CjEzMjg4MjExNTMuMDEwCVJPUldVCTEgSU5WSVRFCS0Jc2lwOmJvYkBl eGFtcGxlLmNvbQkxOTIuMC4yLjEwOjgwCTE5Mi4wLjIuMjAwOjU2NDg1CXNpcDpib2JA ZXhhbXBsZS5jb20JLQlzaXA6YWxpY2VAZXhhbXBsZS5jb20JYXNkeWthODk5CWFzaWRr ajNzcwlTMTc4MTc2MS04OAlDNjc2NTEtMTEKCg== ====
開始-BASE64 644 clf_ws_record QTAwMDBFNywwMDUzMDA1QzAwNUUwMDcyMDA4MDAwOTIwMEE2MDBBODAwQkUwMEM4MDBE MjAwREUwMEU3CjEzMjg4MjExNTMuMDEwCVJPUldVCTEgSU5WSVRFCS0Jc2lwOmJvYkBl eGFtcGxlLmNvbQkxOTIuMC4yLjEwOjgwCTE5Mi4wLjIuMjAwOjU2NDg1CXNpcDpib2JA ZXhhbXBsZS5jb20JLQlzaXA6YWxpY2VAZXhhbXBsZS5jb20JYXNkeWthODk5CWFzaWRr ajNzcwlTMTc4MTc2MS04OAlDNjc2NTEtMTEKCg == ====
The original SIP CLF format can be obtained by reversing the effects of uuencode by simply applying the uudecode transform. Additionally, to recover the unencoded file, the Base64 text above may be passed as input to the following perl script (the output should be redirected to a file).
元のSIP CLF形式は、単にuudecode変換を適用することによってuuencodeの効果を逆転させることによって取得できます。さらに、エンコードされていないファイルを復元するために、上記のBase64テキストを入力として次のperlスクリプトに渡すことができます（出力はファイルにリダイレクトする必要があります）。
<CODE BEGINS>
<コード開始>
#!/usr/bin/perl
use strict;
my $bdata = "";
use MIME::Base64;
while(<>)
{
if (/begin-base64 644 clf_ws_record/ .. /-- ==== --/)
{
if ( m/^\s*[^\s]+\s*$/)
{
$bdata = $bdata . $_;
}
}
}
print decode_base64($bdata);
<CODE ENDS>
<コード終了>
The following example represents a SIP INVITE request sent over a secure WebSocket connection (i.e., WebSocket over TLS [RFC5246]). For the sake of brevity, the SDP body is omitted.
次の例は、安全なWebSocket接続（つまり、WebSocket over TLS [RFC5246]）を介して送信されるSIP INVITE要求を表しています。簡潔にするために、SDP本体は省略されています。
INVITE sip:bob@example.com SIP/2.0
Via: SIP/2.0/WSS df7jal23ls0d.invalid;branch=z9hG4bK56sdasks
From: sip:alice@example.com;tag=asdyka899
To: sip:bob@example.com
Call-ID: asidkj3ss
CSeq: 1 INVITE
Max-Forwards: 70
Date: Thu, 6 Feb 2014 15:02:03 GMT
Supported: path, outbound, gruu
Route: <sip:proxy.example.com:443;transport=ws;lr>
Contact: <sip:alice@example.com;gr=urn:uuid:f81-7dec-14a06cf1;ob>
Content-Type: application/sdp
Content-Length: 439
Shown below is approximately how this message would appear as a single record in a SIP CLF logging file if encoded according to the syntax described in [RFC6873]. Due to RFC conventions, this log entry has been split into five lines, instead of the two lines that actually appear in a log file; and the tab characters have been padded out using spaces to simulate their appearance in a text terminal.
[RFC6873]で説明されている構文に従ってエンコードされた場合、このメッセージがSIP CLFロギングファイルの単一レコードとしてどのように表示されるかを以下に示します。 RFC規則により、このログエントリは、実際にログファイルに表示される2行ではなく、5行に分割されています。また、タブ文字はスペースを使用して埋め込まれ、テキスト端末での外観をシミュレートします。
A0000E8,0053005C005E00720081009300A700A900BF00C900D300DF00E8
<allOneLine>
1328821153.010 RORWE 1 INVITE - sip:bob@example.com
192.0.2.10:443 192.0.2.200:56485 sip:bob@example.com -
sip:alice@example.com:5060 asdyka899 asidkj3ss S1781761-88
C67651-11
</allOneLine>
A bit-exact version of the actual log entry is provided here, Base64 encoded.
実際のログエントリのビット完全バージョンがBase64エンコードでここに提供されます。
begin-base64 644 clf_ws_record QTAwMDBFOCwwMDUzMDA1QzAwNUUwMDcyMDA4MTAwOTMwMEE3MDBBOTAwQkYwMEM5MDBE MzAwREYwMEU4CjEzMjg4MjExNTMuMDEwCVJPUldVCTEgSU5WSVRFCS0Jc2lwOmJvYkBl eGFtcGxlLmNvbQkxOTIuMC4yLjEwOjQ0MwkxOTIuMC4yLjIwMDo1NjQ4NQlzaXA6Ym9i QGV4YW1wbGUuY29tCS0Jc2lwOmFsaWNlQGV4YW1wbGUuY29tCWFzZHlrYTg5OQlhc2lk a2ozc3MJUzE3ODE3NjEtODgJQzY3NjUxLTExCgo= ====
開始-BASE64 644 clf_ws_record QTAwMDBFOCwwMDUzMDA1QzAwNUUwMDcyMDA4MTAwOTMwMEE3MDBBOTAwQkYwMEM5MDBE MzAwREYwMEU4CjEzMjg4MjExNTMuMDEwCVJPUldVCTEgSU5WSVRFCS0Jc2lwOmJvYkBl eGFtcGxlLmNvbQkxOTIuMC4yLjEwOjQ0MwkxOTIuMC4yLjIwMDo1NjQ4NQlzaXA6Ym9i QGV4YW1wbGUuY29tCS0Jc2lwOmFsaWNlQGV4YW1wbGUuY29tCWFzZHlrYTg5OQlhc2lk a2ozc3MJUzE3ODE3NjEtODgJQzY3NjUxLTExCgo = ====
This document merely adds a new "Transport Flag" value for the WebSocket protocol. This value may be set in a SIP CLF record, but its use does not intrinsically introduce any new security considerations. When logging protocol information, such as with SIP CLF, there are a myriad of security, privacy, and data protection issues to consider. These are exhaustively described in RFC 6872 [RFC6872] and RFC 6873 [RFC6873].
このドキュメントは、WebSocketプロトコルの新しい「トランスポートフラグ」値を追加するだけです。この値はSIP CLFレコードで設定できますが、その使用は本質的に新しいセキュリティの考慮事項を導入しません。 SIP CLFなどを使用してプロトコル情報をログに記録する場合、考慮すべき無数のセキュリティ、プライバシー、およびデータ保護の問題があります。これらは、RFC 6872 [RFC6872]およびRFC 6873 [RFC6873]で徹底的に説明されています。
Any security considerations specific to the WebSocket protocol or its application as a transport for SIP are detailed in the relevant specifications (the WebSocket protocol [RFC6455] and SIP over WebSockets [RFC7118]) and are considered outside the scope of this document.
WebSocketプロトコルまたはSIPのトランスポートとしてのそのアプリケーションに固有のセキュリティに関する考慮事項は、関連する仕様（WebSocketプロトコル[RFC6455]およびSIP over WebSockets [RFC7118]）に詳述されており、このドキュメントの範囲外と見なされます。
This document defines a new value ('W') for SIP CLF "Transport Flag". IANA has registered this value in the "SIP CLF Transport Flag Values" registry, as shown in Table 1 below.
このドキュメントでは、SIP CLF「トランスポートフラグ」の新しい値（ 'W'）を定義しています。 IANAは、以下の表1に示すように、この値を「SIP CLFトランスポートフラグ値」レジストリに登録しました。
+-------+--------------------+--------------------+
| Value | Transport Protocol | Reference |
+-------+--------------------+--------------------+
| W | WebSocket | RFC 7118, RFC 7355 |
+-------+--------------------+--------------------+
Table 1: IANA-Registered SIP CLF Transport Flag
表1：IANAに登録されたSIP CLFトランスポートフラグ
The authors would like to thank Vijay Gurbani for shepherding this document and Area Director Richard Barnes for his sponsorship. This work benefitted from the thorough review and constructive comments of Richard Barnes, Barry Leiba, Benoit Claise, Pete Resnick, Stephen Farrel, and Vijay Gurbani.
著者は、このドキュメントをシェファーディングしてくれたVijay Gurbaniと、エリアディレクターのRichard Barnesの支援に感謝します。この作品は、Richard Barnes、Barry Leiba、Benoit Claise、Pete Resnick、Stephen Farrel、Vijay Gurbaniの徹底的なレビューと建設的なコメントの恩恵を受けました。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119] Bradner、S。、「要件レベルを示すためにRFCで使用するキーワード」、BCP 14、RFC 2119、1997年3月。
[RFC6455] Fette, I. and A. Melnikov, "The WebSocket Protocol", RFC 6455, December 2011.
[RFC6455] Fette、I。およびA. Melnikov、「The WebSocket Protocol」、RFC 6455、2011年12月。
[RFC6872] Gurbani, V., Burger, E., Anjali, T., Abdelnur, H., and O. Festor, "The Common Log Format (CLF) for the Session Initiation Protocol (SIP): Framework and Information Model", RFC 6872, February 2013.
[RFC6872] Gurbani、V.、Burger、E.、Anjali、T.、Abdelnur、H。、およびO. Festor、「セッション開始プロトコル（SIP）の共通ログ形式（CLF）：フレームワークと情報モデル」 、RFC 6872、2013年2月。
[RFC6873] Salgueiro, G., Gurbani, V., and A. Roach, "Format for the Session Initiation Protocol (SIP) Common Log Format (CLF)", RFC 6873, February 2013.
[RFC6873] Salgueiro、G.、Gurbani、V。、およびA. Roach、「Session Initiation Protocol（SIP）Common Log Format（CLF）」のフォーマット、RFC 6873、2013年2月。
[RFC7118] Baz Castillo, I., Millan Villegas, J., and V. Pascual, "The WebSocket Protocol as a Transport for the Session Initiation Protocol (SIP)", RFC 7118, January 2014.
[RFC7118] Baz Castillo、I.、Millan Villegas、J。、およびV. Pascual、「Session Initiation Protocol（SIP）のトランスポートとしてのWebSocketプロトコル」、RFC 7118、2014年1月。
[RFC4475] Sparks, R., Hawrylyshen, A., Johnston, A., Rosenberg, J., and H. Schulzrinne, "Session Initiation Protocol (SIP) Torture Test Messages", RFC 4475, May 2006.
[RFC4475] Sparks、R.、Hawrylyshen、A.、Johnston、A.、Rosenberg、J.、and H. Schulzrinne、 "Session Initiation Protocol（SIP）Torture Test Messages"、RFC 4475、May 2006。
[RFC4566] Handley, M., Jacobson, V., and C. Perkins, "SDP: Session Description Protocol", RFC 4566, July 2006.
[RFC4566] Handley、M.、Jacobson、V。、およびC. Perkins、「SDP：Session Description Protocol」、RFC 4566、2006年7月。
[RFC4648] Josefsson, S., "The Base16, Base32, and Base64 Data Encodings", RFC 4648, October 2006.
[RFC4648] Josefsson、S。、「The Base16、Base32、およびBase64データエンコーディング」、RFC 4648、2006年10月。
[RFC5246] Dierks, T. and E. Rescorla, "The Transport Layer Security (TLS) Protocol Version 1.2", RFC 5246, August 2008.
[RFC5246] Dierks、T。およびE. Rescorla、「The Transport Layer Security（TLS）Protocol Version 1.2」、RFC 5246、2008年8月。
[RFC7230] Fielding, R. and J. Reschke, "Hypertext Transfer Protocol (HTTP/1.1): Message Syntax and Routing", RFC 7230, June 2014.
[RFC7230] Fielding、R。およびJ. Reschke、「Hypertext Transfer Protocol（HTTP / 1.1）：Message Syntax and Routing」、RFC 7230、2014年6月。
Authors' Addresses
著者のアドレス
Gonzalo Salgueiro Cisco Systems, Inc. 7200-12 Kit Creek Road Research Triangle Park, NC 27709 US
Gonzalo Salgueiro Cisco Systems、Inc. 7200-12 Kit Creek Road Research Triangle Park、NC 27709 US
EMail: gsalguei@cisco.com
Victor Pascual Quobis
ビクターパスクアルクオビス
EMail: victor.pascual@quobis.com
Anton Roman Quobis
アントンロマンクォビス
EMail: anton.roman@quobis.com
Sergio Garcia Ramos Quobis
セルジオガルシアラモスクオビス
EMail: sergio.garcia@quobis.com