最後の講義で説明したように、UDPは、ビットレベルのエラーを検出することができることを超えて任意の信頼性の保証を提供していません。トランスポート層プロトコルは削除され、重複したパケットのために見てのプロセスを通じて信頼性を提供します。最初のケースでは、彼らは、暗黙的または明示的に、失われたパケットを再送するよう送信者に依頼します。この講義は、信頼性の高いデータ転送の様々な形態を議論し、信頼性の保証を提供する様々な手段を模索するために、3つの異なる理論的なプロトコルを開発します。
送信側と受信側は、スライディングウィンドウ状態の異なるビューを持っています
レッスンの目的
このレッスンの終わりまでに、学生のことができるようになります:
- 各RDTツール・チェックサムは、受信機からのフィードバック、再送、シーケンス番号、タイマーの満了、窓、ならびにそれぞれが克服するように設計されたネットワーク障害の使用で目的、制約および変形を記述する。
- 各RDTツールが採用されている方法を示すために(ストップ-N-待って、戻るN&選択再送を含む)RDTプロトコルを記述し、分析します。
- プロトコルのための雇用のシナリオへの変更は、プロトコルの設計上の選択にどのように影響するかを説明します。例では、受信側のバッファです。
読書
- KR 3.4
スライド
原因
ビデオ
{フィードバックも損傷する可能性が} => {プロトコルV1 - > V2}
防ぐ唯一のフィードバックが間違っているので、送信者からのワンセグの再送が重複しています
V1にV2の唯一の変化は、シーケンス番号の追加されました
ここでのユーティリティの問題:
wait around for too much time, only utilizing the bandwith for a small amount
utility ratio of time =10.59%
a fundamental rule
form1: Go-back-N
only retransmit the segments been lost