現在オフラインです。再接続するためにインターネットの接続を待っています

TCP/IP 経由の 3 ウェイ ハンドシェイクの説明

重要: このサポート技術情報 (以下「KB」) は、翻訳者による翻訳の代わりに、マイクロソフト機械翻訳システムによって翻訳されたものです。マイクロソフトは、お客様に、マイクロソフトが提供している全ての KB を日本語でご利用いただけるように、翻訳者による翻訳 KB に加え機械翻訳 KB も提供しています。しかしながら、機械翻訳の品質は翻訳者による翻訳ほど十分ではありません。誤訳や、文法、言葉使い、その他、たとえば日本語を母国語としない方が日本語を話すときに間違えるようなミスを含んでいる可能性があります。マイクロソフトは、機械翻訳の品質、及び KB の内容の誤訳やお客様が KB を利用されたことによって生じた直接または間接的な問題や損害については、いかなる責任も負わないものとします。マイクロソフトは、機械翻訳システムの改善を継続的に行っています。

英語版 KB:172983
概要
この資料で転送に精通している対象のユーザーを対象としています制御プロトコル/インターネット プロトコル (TCP/IP) とのプロセスを説明します。クライアントとサーバー間で発生する、TCP の 3 ウェイ ハンドシェイク時開始または TCP 接続を終了します。

TCP/IP の詳細については、次のホワイト ペーパーを参照してください。Microsoft 匿名 ftp サーバーで使用できます。
ファイル名: Tcpipimp2.doc
場所: ftp://ftp.microsoft.com/bussys/winnt/winnt-docs/papers/ "Microsoft Windows NT 3.5/3.51/4.0: TCP/IP の実装の詳細 TCP/IP プロトコル スタックのサービス、版 2.0」
詳細
TCP/IP トランスポートの伝送制御プロトコル (TCP) レベルコネクション指向のプロトコルです。接続指向、する前に、つまりデータを送信できる、信頼性の高い接続を取得する必要があり、受信確認します。TCP レベルのデータ伝送、接続の確立と接続の終了を制御する特定のコントロール パラメーターを保持する、全体のプロセスです。制御ビットは次のとおりです。
URG: 緊急ポインター フィールドが有効
ACK: 受信確認フィールドが有効
PSH: プッシュ機能
RST: 接続をリセットします。
SYN: シーケンス番号を同期します。
FIN: しない多くのデータ送信者から
3 方向のハンドシェイクを実行する 2 つのシナリオがあります。
  • (アクティブ オープン) 接続を確立します。
  • (作業中の締め切り) の接続を終了します。
次のサンプル情報は、ネットワーク モニターを取得取得します。ネットワーク モニター プロトコル ・ アナライザーから入手できるです。Microsoft システム管理サーバーです。

接続を確立します。

プロセスは、TCP 接続は次の順序を示しています。確立します。

フレーム 1:

最初のフレームに表示されるように、クライアントは、NTW3、(TCP SYN セグメントを送信します。....S.). これは順序を同期するのには、サーバーへの要求です。数値。これは初期シーケンス番号 (ISN) を指定します。値が 1 大きく、8221821 + 1 = 8221822 とは、送信サーバーにです。するには接続を初期化し、クライアントとサーバーのそれぞれを同期する必要があります。その他のシーケンス番号。でも最大のセグメントのオプションサイズ (MSS) を設定するには、長さによって定義されている (len: 4) しますこのオプション。差出人を受信する必要がある、最大セグメント サイズと通信します。は、フィールドの受信確認 (ack: 0) これ 1 つであるために 0 に設定されます3 ウェイ ハンドシェイクの一部です。
1    2.0785 NTW3 --> BDC3 TCP ....S., len: 4, seq: 8221822-8221825, ack: 0,win: 8192, src: 1037  dst:  139 (NBT Session)  NTW3 -->  BDC3 IPTCP: ....S., len: 4, seq: 8221822-8221825, ack: 0, win: 8192, src: 1037dst:  139 (NBT Session)   TCP: Source Port = 0x040D   TCP: Destination Port = NETBIOS Session Service   TCP: Sequence Number = 8221822 (0x7D747E)   TCP: Acknowledgement Number = 0 (0x0)   TCP: Data Offset = 24 (0x18)   TCP: Reserved = 0 (0x0000)   TCP: Flags = 0x02 : ....S.      TCP: ..0..... = No urgent data      TCP: ...0.... = Acknowledgement field not significant      TCP: ....0... = No Push function      TCP: .....0.. = No Reset      TCP: ......1. = Synchronize sequence numbers      TCP: .......0 = No Fin   TCP: Window = 8192 (0x2000)   TCP: Checksum = 0xF213   TCP: Urgent Pointer = 0 (0x0)   TCP: Options         TCP: Option Kind (Maximum Segment Size) = 2 (0x2)         TCP: Option Length = 4 (0x4)         TCP: Option Value = 1460 (0x5B4)   TCP: Frame Padding00000:  02 60 8C 9E 18 8B 02 60 8C 3B 85 C1 08 00 45 00   .`.....`.;....E.00010:  00 2C 0D 01 40 00 80 06 E1 4B 83 6B 02 D6 83 6B   .,..@....K.k...k00020:  02 D3 04 0D 00 8B 00 7D 74 7E 00 00 00 00 60 02   .......}t~....`.00030:  20 00 F2 13 00 00 02 04 05 B4 20 20                .........				
フレーム 2:

2 番目のフレームでは、サーバー、BDC3、し、SYN、ACK を送信します。セグメント (TCP。A. します。S.). このセグメントでは、サーバーが応答する、クライアントの同期要求します。同時に、サーバーにあります。同期は、一連のクライアントの要求を送信するも数値。1 つの主な相違点この分野でです。サーバークライアントは、受信確認番号 (8221823) を送信します。は、受信確認は、ACK を示します、クライアントだけで校正、SYN 開始クライアント。クライアントの要求に応答するプロセスサーバーは、クライアントのシーケンス番号は 1 ずつ増分することができ、使用してこれは、受信確認番号として。
2   2.0786 BDC3 --> NTW3  TCP .A..S., len: 4, seq: 1109645-1109648, ack:8221823, win: 8760, src: 139 (NBT Session)  dst: 1037 BDC3 --> NTW3  IPTCP: .A..S., len:    4, seq:   1109645-1109648, ack:   8221823, win: 8760,src:  139 (NBT Session)  dst: 1037   TCP: Source Port = NETBIOS Session Service   TCP: Destination Port = 0x040D   TCP: Sequence Number = 1109645 (0x10EE8D)   TCP: Acknowledgement Number = 8221823 (0x7D747F)   TCP: Data Offset = 24 (0x18)   TCP: Reserved = 0 (0x0000)   TCP: Flags = 0x12 : .A..S.      TCP: ..0..... = No urgent data      TCP: ...1.... = Acknowledgement field significant      TCP: ....0... = No Push function      TCP: .....0.. = No Reset      TCP: ......1. = Synchronize sequence numbers      TCP: .......0 = No Fin   TCP: Window = 8760 (0x2238)   TCP: Checksum = 0x012D   TCP: Urgent Pointer = 0 (0x0)   TCP: Options         TCP: Option Kind (Maximum Segment Size) = 2 (0x2)         TCP: Option Length = 4 (0x4)         TCP: Option Value = 1460 (0x5B4)   TCP: Frame Padding00000:  02 60 8C 3B 85 C1 02 60 8C 9E 18 8B 08 00 45 00   .`.;...`......E.00010:  00 2C 5B 00 40 00 80 06 93 4C 83 6B 02 D3 83 6B   .,[.@....L.k...k00020:  02 D6 00 8B 04 0D 00 10 EE 8D 00 7D 74 7F 60 12   ...........}t`.00030:  22 38 01 2D 00 00 02 04 05 B4 20 20               "8.-......				
フレーム 3:

3 番目のフレームでは、ACK セグメント (TCP します。 このクライアントを送信します。A....).このセグメントでは、クライアントがサーバーからの要求に応答します。します。クライアントが同じアルゴリズムを使用してください。受信確認番号を提供することで実装します。クライアント同期用のサーバーの要求の受信確認が完了した、したがって、3 つの信頼性の高い接続を確立するプロセスハンドシェイクされます。
3   2.787 NTW3 --> BDC3  TCP .A...., len: 0, seq: 8221823-8221823, ack:1109646, win: 8760, src: 1037  dst:  139 (NBT Session)  NTW3 --> BDC3  IPTCP: .A...., len:    0, seq:   8221823-8221823, ack:   1109646, win: 8760,src: 1037  dst:  139 (NBT Session)   TCP: Source Port = 0x040D   TCP: Destination Port = NETBIOS Session Service   TCP: Sequence Number = 8221823 (0x7D747F)   TCP: Acknowledgement Number = 1109646 (0x10EE8E)   TCP: Data Offset = 20 (0x14)   TCP: Reserved = 0 (0x0000)   TCP: Flags = 0x10 : .A....      TCP: ..0..... = No urgent data      TCP: ...1.... = Acknowledgement field significant      TCP: ....0... = No Push function      TCP: .....0.. = No Reset      TCP: ......0. = No Synchronize      TCP: .......0 = No Fin   TCP: Window = 8760 (0x2238)   TCP: Checksum = 0x18EA   TCP: Urgent Pointer = 0 (0x0)   TCP: Frame Padding00000:  02 60 8C 9E 18 8B 02 60 8C 3B 85 C1 08 00 45 00   .`.....`.;....E.00010:  00 28 0E 01 40 00 80 06 E0 4F 83 6B 02 D6 83 6B   .(..@....O.k...k00020:  02 D3 04 0D 00 8B 00 7D 74 7F 00 10 EE 8E 50 10   .......}t....P.00030:  22 38 18 EA 00 00 20 20 20 20 20 20               "8....				

接続を終了します。

3 ウェイ ハンドシェイクのみを必要とする 3 つのパケットをがこれのネットワーク メディア経由では信頼性の高い転送接続の 4 つのパケットの転送が必要になるされます。TCP接続が全二重モード (つまりデータ各方向にフローします。独立した、その他、各方向独立して終了してください。

フレーム 4:

フレームのこのセッションでは、表示クライアントが、FIN を送信します。付属の ACK (TCP。A..F). このセグメントに 2 つの基本的な機能があります。最初に、FIN パラメーターを設定すると、サーバー通知されます。送信するデータ。第二に、ACK を特定するに不可欠ですが特定の接続が確立しました。
4   16.0279 NTW3 --> BDC3 TCP .A...F, len: 0, seq: 8221823-8221823,ack:3462835714, win: 8760, src: 2337  dst: 139 (NBT Session)  NTW3 --> BDC3IPTCP: .A...F, len:   0, seq: 8221823-8221823, ack:  1109646, win: 8760, src:1037  dst:  139 (NBT Session)   TCP: Source Port = 0x040D   TCP: Destination Port = NETBIOS Session Service   TCP: Sequence Number = 8221823 (0x7D747F)   TCP: Acknowledgement Number = 1109646 (0x10EE8E)   TCP: Data Offset = 20 (0x14)   TCP: Reserved = 0 (0x0000)   TCP: Flags = 0x11 : .A...F      TCP: ..0..... = No urgent data      TCP: ...1.... = Acknowledgement field significant      TCP: ....0... = No Push function      TCP: .....0.. = No Reset      TCP: ......0. = No Synchronize      TCP: .......1 = No more data from sender   TCP: Window = 8760 (0x2238)   TCP: Checksum = 0x236C   TCP: Urgent Pointer = 0 (0x0)00000:  00 20 AF 47 93 58 00 A0 C9 22 F5 39 08 00 45 00   . .G.X...".9..E.00010:  00 28 9B F5 40 00 80 06 21 4A C0 5E DE 7B C0 5E   .(..@...!J.^.{.^00020:  DE 57 09 21 05 48 0B 20 96 AC CE 66 AE 02 50 11   .W.!.H. ...f..P.00030:  22 38 23 6C 00 00                                 "8#l..				
フレーム 5:

このフレームでは、サーバー以外に特別表示されません。クライアントから送信された FIN の受信を確認します。
5    16.0281 BDC3 --> NTW3 TCP .A...., len:    0, seq: 1109646-1109646,ack: 8221824, win:28672, src: 139  dst: 2337 (NBT Session) BDC3 -->  NTW3IPTCP: .A...., len:    0, seq: 1109646-1109646, ack: 8221824, win:28672, src:139  dst: 2337 (NBT Session)   TCP: Source Port = 0x040D   TCP: Destination Port = NETBIOS Session Service   TCP: Sequence Number = 1109646 (0x10EE8E)   TCP: Acknowledgement Number = 8221824 (0x7D7480)   TCP: Data Offset = 20 (0x14)   TCP: Reserved = 0 (0x0000)   TCP: Flags = 0x10 : .A....      TCP: ..0..... = No urgent data      TCP: ...1.... = Acknowledgement field significant      TCP: ....0... = No Push function      TCP: .....0.. = No Reset      TCP: ......0. = No Synchronize      TCP: .......0 = No Fin   TCP: Window = 28672 (0x7000)   TCP: Checksum = 0xD5A3   TCP: Urgent Pointer = 0 (0x0)   TCP: Frame Padding00000:  00 A0 C9 22 F5 39 08 00 02 03 BA 84 08 00 45 00   ...".9........E.00010:  00 28 D2 82 00 00 3F 06 6B BD C0 5E DE 57 C0 5E   .(....?.k..^.W.^00020:  DE 7B 05 48 09 21 CE 66 AE 02 0B 20 96 AD 50 10   .{.H.!.f... ..P.00030:  70 00 D5 A3 00 00 90 00 01 00 86 00               p...........				
フレーム 6:

確認、サーバーがクライアント コンピューターから、FIN を受信した後、偶数TCP は、2 台のコンピューター間の接続を確立しましたが、接続は互いが独立しています。したがって、サーバーまた、FIN (TCP。 を送信する必要があります。A..F) クライアントです。
6   17.0085 BDC3 --> NTW3 TCP .A...F, len: 0, seq: 1109646-1109646, ack:8221824, win:28672, src: 139 dst: 2337 (NBT Session) BDC3 -->  NTW3   IPTCP: .A...F, len:  0, seq: 1109646-1109646, ack: 8221824, win:28672, src:139  dst: 2337 (NBT Session)   TCP: Source Port = 0x0548   TCP: Destination Port = 0x0921   TCP: Sequence Number = 1109646 (0x10EE8E)   TCP: Acknowledgement Number = 8221824 (0x7D7480)   TCP: Data Offset = 20 (0x14)   TCP: Reserved = 0 (0x0000)   TCP: Flags = 0x11 : .A...F      TCP: ..0..... = No urgent data      TCP: ...1.... = Acknowledgement field significant      TCP: ....0... = No Push function      TCP: .....0.. = No Reset      TCP: ......0. = No Synchronize      TCP: .......1 = No more data from sender   TCP: Window = 28672 (0x7000)   TCP: Checksum = 0xD5A2   TCP: Urgent Pointer = 0 (0x0)   TCP: Frame Padding00000:  00 A0 C9 22 F5 39 08 00 02 03 BA 84 08 00 45 00   ...".9........E.00010:  00 28 D2 94 00 00 3F 06 6B AB C0 5E DE 57 C0 5E   .(....?.k..^.W.^00020:  DE 7B 05 48 09 21 CE 66 AE 02 0B 20 96 AD 50 11   .{.H.!.f... ..P.00030:  70 00 D5 A2 00 00 02 04 05 B4 86 00               p...........				
フレーム 7:

クライアントをサーバーで確認] と同じ形式で応答をサーバーの FIN およびシーケンス番号を 1 ずつインクリメントします。
7   17.0085 NTW3 --> BDC3 TCP .A...., len: 0, seq: 8221824-8221824, ack:1109647, win: 8760, src: 2337  dst: 139 (NBT Session) NTW3 --> BDC3 IPTCP: .A...., len:    0, seq: 8221824-8221824, ack: 1109647, win: 8760, src:2337  dst: 139   (NBT Session)   TCP: Source Port = 0x0921   TCP: Destination Port = 0x0548   TCP: Sequence Number = 8221824 (0x7D7480)   TCP: Acknowledgement Number = 1109647 (0x10EE8F)   TCP: Data Offset = 20 (0x14)   TCP: Reserved = 0 (0x0000)   TCP: Flags = 0x10 : .A....      TCP: ..0..... = No urgent data      TCP: ...1.... = Acknowledgement field significant      TCP: ....0... = No Push function      TCP: .....0.. = No Reset      TCP: ......0. = No Synchronize      TCP: .......0 = No Fin   TCP: Window = 8760 (0x2238)   TCP: Checksum = 0x236B   TCP: Urgent Pointer = 0 (0x0)00000:  00 20 AF 47 93 58 00 A0 C9 22 F5 39 08 00 45 00   . .G.X...".9..E.00010:  00 28 BA F5 40 00 80 06 02 4A C0 5E DE 7B C0 5E   .(..@....J.^.{.^00020:  DE 57 09 21 05 48 0B 20 96 AD CE 66 AE 03 50 10   .W.!.H. ...f..P.00030:  22 38 23 6B 00 00                                 "8#k..				
クライアント、サーバーからの FIN 通知を識別するを確認します。TCP 接続の正常に閉じられました。
関連情報
ICMP の詳細については。
以下の資料は、マイクロソフト サポート技術を参照してください。
170292 インターネット制御メッセージ プロトコル (ICMP) の基礎
- または -
RFC 793 を入手してください。
Rfc、インターネットを通じて次のように取得可能性があります。

すべての Rfc の紙のコピーは、NIC からは、個別に、またはサブスクリプションごとに (の詳細についての連絡先 NIC@NIC。DDN。ミル)。オンラインのコピー FTP または Kermit の NIC から利用します。DDN。ミルとしてrfc と rfc #### .txt または rfc/rfc ####。PS (#### RFC は付けないのですゼロの場合)。
注意 : これは、マイクロソフトのサポート組織内で直接作成された "緊急公開" の資料です。 この資料には、確認中の問題に関する現状ベースの情報が記載されています。 情報提供のスピードを優先するため、資料には誤植が含まれる可能性があり、予告なしに随時改定される場合があります。 その他の考慮事項については、使用条件を参照してください。

警告: この記事は自動翻訳されています

プロパティ

文書番号:172983 - 最終更新日: 07/05/2011 17:12:00 - リビジョン: 3.0

  • kbinfo kbnetwork kbmt KB172983 KbMtja
フィードバック
p;t=">