![[PukiWiki]](image/pukiwiki.png "[PukiWiki]")
「マイクロソフト系技術情報 Wiki」は、「Open棟梁Project」,「OSSコンソーシアム .NET開発基盤部会」によって運営されています。
以下の表に、
の特徴をまとめた。
| # | 比較項目 | データグラム型通信 | コネクション型通信 |
| 1 | 通信目的 | 必ずしも応答を要求しない場合や、素早く相手にデータを届ける場合。 | ２つのアプリケーション間でデータをやり取りするために使う。 |
| 2 | オーバーヘッド | 小さい。 接続の確立処理などを行わず、直ぐに通信を開始。 応答確認やエラー検出なども行わない。 | 大きい。 接続を確立してから通信を開始し、 応答確認やエラー検出、再送、エラー訂正処理などを行う。 |
| 3 | 信頼性 | 低い。 エラーが発生しても再送処理などは行われない。 | 高い。 エラー検出や、エラー訂正処理などが行われる。 |
| 4 | 適する通信の種類 | １対多の通信や、信頼性よりもリアルタイム性が要求される通信 | データの送受信が保証される必要がある通信 |
TCPプロトコルの伝送制御方法について簡単に説明する。
TCPプロトコルは「コネクション型通信」のプロトコルであり、このコネクションには種々の状態が存在する。
| # | 区分 | 状態 | 意味 |
| 1 | ポート未使用状態側（双方の側） | ||
| 1-1 | CLOSED | 未使用状態のTCPポート。 通常これが表示されることはない。 | |
| 2 | リスニング ポートの作成側（パッシブ オープン側） | ||
| 2-1 | LISTENING | 待ち受け状態（リスニング状態）のポート。 クライアントからコネクション確立要求（以下、SYN）を受信し、 ACK（SYN/ACK）を返信して、SYN_RECEIVEDへ遷移する。 | |
| 2-2 | SYN_RECEIVED | ACK（SYN/ACK）に対するACKの受信を待機している状態。 ACKの受信後、ESTABLISHEDへ遷移する。 | |
| 3 | コネクション確立要求の送信側（アクティブ オープン側） | ||
| 3-1 | SYN_SENT | サーバに対してSYNを送信し、ACK（SYN/ACK）の受信を待機している状態。 ACK（SYN/ACK）の受信後、ACKを送信してESTABLISHEDへ遷移する。 相手が無応答のときもこの状態になる。 | |
| 4 | コネクション確立状態側（双方の側） | ||
| 4-1 | ESTABLISHED | TCPコネクションが確立して通信している状態。 その後、終了処理を経由して以下のいずれかの状態に遷移する。 (1) コネクション終了要求（以下、FIN）を送信した場合、FIN_WAIT_1へ遷移する。 (2) FINを受信した場合、ACK（FIN ACK）を返信して、CLOSE_WAITへ遷移する。 | |
| 5 | コネクション終了要求の送信側（アクティブ クローズ側） | ||
| 5-1 | FIN_WAIT_1 | 状況に応じて以下のいずれかの状態に遷移する。 (1) ACK（FIN ACK）を受信するとFIN_WAIT_2へ遷移する。 (2) 先に相手からのFINを受信するとCLOSINGへ遷移する。 | |
| 5-2 | FIN_WAIT_2 | FINの受信を待機している状態。 FINの受信後、ACK（FIN ACK）を返信してTIME_WAITへ遷移する。 | |
| 5-3 | CLOSING | FINに対するACK返信し、ACK（FIN ACK）の受信を待機している状態。 ACK（FIN ACK）を受けるとTIME_WAITへ遷移する。 | |
| 5-4 | TIME_WAIT | コネクションの終了待ち状態。 しばらく待ったあと、CLOSEDへ遷移して終了する。 | |
| 6 | コネクション終了要求の受信側（パッシブ クローズ側） | ||
| 6-1 | CLOSE_WAIT | ソケットを解放し、FINを送信してからLAST_ACKへ遷移する。 | |
| 6-2 | LAST_ACK | FINに対するACK（FIN ACK）の受信を待機している状態。 ACK（FIN ACK）の受信後、CLOSEDへ遷移して終了する。 | |
新しいOSでは変更などもあるかも。
| # | 項目 | 型 | 説明 | |
| 1 | TCP/IPインターフェイス関連の設定 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet?\Services\Tcpip\Parameters\Interfaces | |||
| 1-1 | MTU | DWORD | IPパケットのサイズを決定する。大きなパケットで送信すると効率が良い。デフォルトは、1,500 byte。 | |
| 2 | TCP/IP関連の設定 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet?\Services\Tcpip\Parameters | |||
| 2-1 | RWIN(TcpWindowSize?) | DWORD | TCPのウィンドウ制御に使用するバッファ。ウィンドウ サイズの最大値を設定する。 デフォルトは 65,535 byteで、チューニングの場合は値を大きくする。 また、ウィンドウ サイズは、MSSの整数倍に設定しておく。 | |
| 2-2 | MSS(Maximum Segment Size) | DWORD | 通常は MTU値から 40 Byte（TCPヘッダ、IPヘッダのデータ量）を引いた値に設定する。デフォルトは 1,460 byte。 | |
| 2-3 | DefaultTTL | DWORD | パケットを破棄するまでの時間（経由するルータ数など）。デフォルトは、Windows XP の場合 128。 | |
| 2-4 | SackOpts? | DWORD | 1：有効（デフォルト）、0：無効 エラー再送が必要なパケットを効率的に通知する機能。これは必ず 1（有効）に設定しておく。 | |
| 2-5 | TcpMaxDupAcks? | DWORD | パケット紛失を判断する通知回数を指定する。1 ～ 3 の間で設定し、デフォルトは 2。 遅延の大きいネットワークでRWINを拡大した場合は、3 回に設定すると良い。 | |
| 2-6 | Tcp1323Opts | DWORD | 3は、window scale、timestamps オプションを有効にする値。 RWIN値が 65,536 以上なら 3 に、65,535 以下なら 0 に設定。 | |
| 2-7 | EnablePMTUBHDetect | DWORD | 1：有効、0：無効（デフォルト） 殆どのネットワーク機器がこの検出オプションに対応しているため、 ブラックホール（経路MTU検出に応答しない機器）検出オプションは0（無効）で良い。 | |
| 2-8 | EnablePMTUDiscovery | DWORD | 1：有効（デフォルト）、0：無効 経路MTU検出オプションを有効にしてネットワーク上の機器に合わせてMTUを調整する。 これは必ず 1（有効）に設定しておく。 | |
| 3 | AFD (Ancillary Function Driver)が使用するフロー制御に関するパタメタ HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet?\Services\AFD\Parameters | |||
| 3-1 | LargeBufferSize? | DWORD | 初期値：00001000 AFDが使用するバッファのサイズ | |
| 3-2 | MediumBufferSize? | DWORD | 初期値：000005e0 AFDが使用するバッファのサイズ | |
| 3-3 | SmallBufferSize? | DWORD | 初期値：00000080 AFDが使用するバッファのサイズ | |
| 3-4 | TransmitWorker? | DWORD | 有効値は0x10（デフォルト）か0x20のみ。 ・0x10：Ａｆｄ.ｓｙｓがシステム スレッドを使用する。 ・0x20：Afd．sysが同一スレッドを使用するため、コンテキストスイッチを削減できる。 | |
| 3-5 | DefaultReceiveWindow? | DWORD | AFDが使用するバッファのサイズ。 RWINより優先されるため、変更しない。 | |
| 3-5 | DefaultSendWindow? | DWORD | AFDが使用するバッファのサイズ。 | |
回線速度 * pingが戻ってくる平均速度 = RWIN次に、回線速度、pingが戻ってくる平均速度の求め方を説明する。
C:\Documents and Settings\Administrator>ping xxx.xxx.xxx.xxx -l 50000
Pinging xxx.xxx.xxx.xxx with 50000 bytes of data:
Reply from xxx.xxx.xxx.xxx: bytes=50000 time=10ms TTL=128
Reply from xxx.xxx.xxx.xxx: bytes=50000 time=10ms TTL=128
Reply from xxx.xxx.xxx.xxx: bytes=50000 time=10ms TTL=128
Reply from xxx.xxx.xxx.xxx: bytes=50000 time=10ms TTL=128
Ping statistics for xxx.xxx.xxx.xxx:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 10ms, Maximum = 10ms, Average = 10ms回線速度 ≒ データ サイズ / ( 所要時間 / 2 )この式に当て込んで、回線速度は、
回線速度 = 50 (KB) / ( 10 / 2 ) (msec)
= 50 / 5 (KB) / (msec)
= 10 * (1,000 (byte)) / (( 1 / 1,000 ) (sec))
= 10 * 1,000 * 1,000 (bps)
= 10,000,000 (bps)
= 10 (M bps)
10M bpsと算出できる。C:\Documents and Settings\Administrator>ping xxx.xxx.xxx.xxx -l 1500
Pinging xxx.xxx.xxx.xxx with 1500 bytes of data:
Reply from xxx.xxx.xxx.xxx: bytes=1500 time=2ms TTL=128
Reply from xxx.xxx.xxx.xxx: bytes=1500 time=2ms TTL=128
Reply from xxx.xxx.xxx.xxx: bytes=1500 time=2ms TTL=128
Reply from xxx.xxx.xxx.xxx: bytes=1500 time=2ms TTL=128
Ping statistics for xxx.xxx.xxx.xxx:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 2ms, Maximum = 2ms, Average = 2ms
この時のAverageの値である2ミリ秒が「pingが戻ってくる平均速度」となる。回線速度 * pingが戻ってくる平均速度 = RWINの計算方法式に当てはめ、次のようになる。
RWIN = 10 ( MB / sec ) * 2 ( msec )
= 10 * (1,000 (KB / sec)) * (( 2 / 1,000 ) (sec))
= 10 * 1,000・( 2 / 1,000 ) ((KB / sec) (sec))
= 10 * 2 ( KB )
= 20 ( KB )
= 20,000 ( byte )Tags: :インフラストラクチャ, :通信技術, :Windows, :シェル
