[2] TCP は、インターネットの最も主要なトランスポート層プロトコルです。
仕様書
- [6] RFC 793 - Transmission Control Protocol
( ( 版))
https://tools.ietf.org/html/rfc793
- [7] RFC Errata Report ( 版) http://www.rfc-editor.org/errata_search.php?rfc=793
- [8] RFC 1122 - Requirements for Internet Hosts - Communication Layers ( 版) https://tools.ietf.org/html/rfc1122
TCP の機能
[28] - ポート
- セグメント
- three-way handshaking
- 接続
- 信頼性
- フロー制御
- 輻輳制御
- SYN
- ACK
- FIN
- RST
- 緊急データ
- URG
- PSH
- チェックサム
- piggyback
- ToS
- Nagleアルゴリズム
SO_KEEPALIVE- MSS
- TCP Fast Open
関連技術
- RED
- NAPT
- TCPリセット問題
- SSL/TLS
- ソケット
- UDP
- SSH
下位層
[3] 下位層のプロトコルとしては、 IP を使います。
上位層
[4] 次のアプリケーション層プロトコルが TCP を使っています。- HTTP
- SMTP
- POP
- IMAP
- telnet
- SSH
- FTP
- SIP
- RTSP
- IRC
- NNTP
- DNS
[5] また次のプロトコルも下位層として TCP を使っています。
[10] 次の API があります。
[11] TCP を下位層として使うプロトコルは、次のような事項を規定する必要があります
(が、すべてを十分明確に規定していないプロトコルがほとんどです)。- [12] 利用する (サーバーの) ポートの選択方法
- [19] データの送信の時機と内容、
PSH や緊急ポインターの値 - [18] データを受信した時の処理
- [15] 緊急データを受信した時の処理
- [16] 接続を閉じるべき状況
- [17] 正常または異常に接続が閉じられた時の処理
- [20] 受信しなかった時の処理 (タイムアウト)
- [21] 同じ相手との同時接続数の制限 (あれば)
[26] TCP を使うアプリケーションは、次のような事項を考慮する必要があります。
- [24] TCPリセット問題
- [25] TIME_WAIT
- [23] virtual host 対応
- [22] cross-protocol attack 対策
派生プロトコル
[13] 次のプロトコルが TCP から派生しています。
[14] 次のプロトコルはプロキシとして TCP のかわりに使われることがあります。
メモ
[1] Kazuho@Cybozu Labs: TCP通信ではデータの送信をまとめて行うべき、もうひとつの理由(& サーバのベンチマーク手法の話)
( 版)
http://developer.cybozu.co.jp/kazuho/2009/12/tcp-064e.html
[9] RFC 7414 - A Roadmap for Transmission Control Protocol (TCP) Specification Documents
( 版)
https://tools.ietf.org/html/rfc7414
[27] RFC 7974 - An Experimental TCP Option for Host Identification
()
https://tools.ietf.org/html/rfc7974