トランスポートプロトコルの紹介

TCP伝送制御プロトコル:トランスポート層プロトコル
                    UDPユーザデータグラムプロトコル

、通信プロトコルを処理するための信頼できる方法は、接続指向TCPである
TCPの全二重サービスを提供する、すなわち、同時にデータを双方向伝送することができ
ない以上1500バイトのTCPセグメントの
      バイトの複数のセグメントと呼ばれるTCPパケットの
      IPデータグラムにカプセル化されたTCPセグメント


TCPセグメントヘッダフォーマット
スクリーンショットマイクロチャネル_20190806135320.png

送信元ポート番号:送信者に対応するポート番号

宛先ポート番号:受信ポート番号に応じた処理にアプリケーションデータを決定するためにデータセグメントを受信した後、プロセスの受信側に対応します

ID:バイト、各送信側の番号、受信側が組換え

確認応答ありません:メッセージの確認応答の送信端

ヘッダ長:データのヘッダ部分のバイト長を決定するために使用することができます

予約済み:使用する必要はありません。

制御ビットは:6は非常に重要な役割、TCP接続、伝送および切断は、6つのコマンドによって制御されています

        URG:緊急ポインタ有効ビット。図1は、直接キャッシュすることなく、0でオフであります

        PSH:転送アプリケーション層の急速な普及。キャッシュと出席のセグメント数を通過する必要があり、アプリケーション層に直接送信

        接続を確立するための要求:SYN

        FIN:切断。

        ACK:アクノリッジビット

        RST:通知は再接続します

ウィンドウサイズ:許容可能なローカルデータセグメントの数を説明するため、ウィンドウのサイズは可変です

チェックサム:誤り制御に使用

緊急ポインタ:URG使用して、効果的になっURG


TCP 3ウェイハンドシェイク(TCP接続が確立されています)

最初のハンドシェイク:PC1 PC2が接続SYN接続を確立するための要求を送信します

セカンドハンドシェイク:PC2の接続およびSYNのPC1への接続確認のためのACKリクエストを送信します

サードハンドシェイク:PC1は、接続を達成するために、PC2にACK応答を送信します

スリーウェイハンドシェイク.PNG

TCPハンドシェイク(切断)

最初のハンドシェイク:PC2に切断PC1の送達確認ACKとFIN

第二のハンドシェイク:確認ACKへPC2 PC1返信

サードハンドシェイク:受信確認FIN ACKにPC2 PC1を伝送し、切断

第四に、ハンドシェイク:PC1 PC2が確認ACKを送信します

在TCP断开连接过程中,有一个半关闭状态。TCP一方客户端可以终止发送数据,但是仍然可以接受数据,称为半关闭

(1)客户端发送 FIN 报文段,半关闭了这个连接,服务器发送 ACK 报文段接受半关闭。

(2)服务器继续发送数据,而客户端只发送 ACK 确认,不再发送任何数据。

(3)当服务器已经把所有数据发送完毕时,就发送 FIN 报文段,客户再发送 ACK 报文 段,这样就关闭了 TCP 连接。

握手.PNG



TCP常用端口号
端口号  协议                         说明
21        FTP                          FTP服务器所开放的控制端口  20端口是ftp的数据连接21端口是ftp的控制连接
23        TELNET                    明文 用于远程登录,可以远程控制管理目标计算机
25        SMTP                       用于发送邮件
80        HTTP                       超文本传输协议                             https 443安全
110      POP3                       用于邮件的接受
143      IAMP                       用于发送邮件
22        SSH                         密文远程登陆


UDP协议

UDPは、コネクションレスであるトランスポート層プロトコルの信頼性を保証するものではありません、送信者がそのようなデータエラーかどうかなど、ターゲットホストに到達するためにデータを送信しているかどうかを気にしない、ホストがデータを受信したデータかどうか、送信者を教えてくれません受信しましたそれは上位層プロトコルの信頼性を保護することです。UDPは欠点を持っているので、なぜプロセスは、それを使用して喜んでいるのですか?プロセスは、信頼性を考慮せずにショートメッセージを送信したい場合は、データの送信は、最も低コストを実現したときに、UDPは、単純なUDPヘッダ構造の利点を持っているので、あなたは、UDPを使用することができます。送信者と受信者の使用TCPの間の相互作用に比べてはるかに少ないショートメッセージを送信するためにUDPを使用している場合。

UDPヘッダのフォーマット

スクリーンショットマイクロチャネル_20190806145133.png

データ送信処理の終了を識別するために使用され、同様のTCPプロトコルのポート番号:送信元ポート番号。

エンドプロセスを受けるデータを識別するために使用され、同様のTCPプロトコルのポート番号、宛先ポート番号。

UDP長:、頭の部分を加えたデータをUDPの合計の長さを示します。

チェックサム:UDPデータが完了し、そのTCPチェックサム計算などのためのエラーチェック。これは、UDP提供のための唯一の信頼できるメカニズムです。


彼らの共通の特徴UDPポート番号
ポートプロトコル説明
69 TFTP簡易ファイル転送プロトコル
111 RPCリモートプロシージャコール
123 NTPネットワーク・タイム・プロトコル




おすすめ

転載: blog.51cto.com/14080162/2427052