もちろん私は、ベストエフォート型のサービスが保証されていないだけで提供できる、できない：私たちは言った、なぜ彼は信頼性の高い伝送、IPを確保するためにやったの、最も重要なトランスポート層は、2つのプロトコル、TCPとUDP、信頼性の高い伝送を確保することであるTCPを提供していることを知っていますあなたは、配信できない保証は適切に配信することはできません、注文の配信を保証することはできません。そうしないと、なぜあなたはそれを保証しなければなりません。それは良い意味だ、私は笑いました。
それを保証することができますどのような最終的には信頼性の低いデータ伝送？
1.はい：それは、エラーのないデータパケットの送信であります
2.は失ってはいけない：データパケットの送信が失われません
3.混沌：正しい配信を維持するために、パケットの送信順序。
信頼性の高いトランスポートプロトコルは、そのような保証をするものの基礎を作ることができますか？
1.エラー検出：TCPテストし、それはヘッダとデータを維持します。この試験は終了し、データ伝送プロセスの任意の変化を検出する目的です。あなたは、テストやエラーのセクションを受け取った場合、TCPは、このセグメントを破棄し、（タイムアウトと再送を開始したい）このセグメントの受信を確認しないでください。
2.タイムアウト、再送信と確認応答メカニズム：TCPセグメントを送信すると、それはタイマーを開始し、このセグメントの受信を確認するために、宛先のを待ちます。あなたが確認を受信できない場合は、このセグメントを再送します。TCPの確認応答がTCP接続データのもう一方の端の底から受信した場合、それが送信されます。
3.キャッシュ・メカニズム：各パケットは、パケットシーケンス番号、受信する最初のキャッシュは、シーケンス番号に到達する前に待ってから、上部に送達されるの最初の到着の場合には、シーケンス番号を有することになります。
いくつかの行に信頼性の高いトランスポートプロトコルをハイライト表示し、実際には、それがスライディングウィンドウの問題があります。
パイプラインの信頼性のあるトランスポートプロトコルの場合、パケット損失、損害またはタイムアウトがどの方法それらに対処するように見えるでしょうか？二つの方法：プレスバック-N（ゴー・バック・N、GBN）とARQ（選択再送、SR）
GBNプロトコル
これは、アレイとして理解することができる、長さNのスライディングウィンドウの送信端を維持しました。
1.ウィンドウは1つが直接送信されたデータを送信するために利用可能なピット位置、上部必要である、または人が上位キャッシュに戻すかどう場合、パケットは、送信されたが、確認を受信していない、利用可能な残りのビットピットさ含ま。
確認応答番号が受信されたシリアル番号の前にある受信端末100によって送信された場合2.、すなわち、累積確認応答受信端を採用します
確認応答のタイムアウトが受信されない場合は3、送信者は送信されたすべてのパケットを再送したが認められません。送信された最初のパケットである窓の最前線を記録するために使用される唯一のタイマー。
このプロトコルは、累積確認応答するために使用される4ので、ので、すべてのパケットが破棄される順序が狂って到着。
ARQ
1.送信側と受信側は、サイズNのウィンドウを維持します
前記受信端の各々は、肯定応答を送信し、パケットバッファの順序で到着しないであろうパケットを受信します
3.送信側はパケットをマークする最初のウィンドウ値が確認されたときに、ウィンドウが後方にスライドさせて、確認されています。このため、独自のタイマーの各パケット。
4.パケットがタイムアウトした場合、パケットのみの再送信タイムアウト。
ウィンドウ長は、シーケンス番号空間のサイズの半分以下でなければなりません。
TCPは、GBNを混在している信頼性の高いトランスポートプロトコルおよびSRです
1.彼は確認された累積に基づいており、
2.しかし、彼は順不同でパケットをドロップせずにキャッシュされ、
3.タイマーのみ、パケット送信側の未確認窓、最初のタイムアウトパケット伝送の時間の記録。