ローカルネットワークでのエラー処理LAN

Question

ローカルネットワークの場合、損失フレームの伝送を繰り返すために、DATAリンクレイヤに伝送プロトコルを系統的に持たせる必要はないと判断したのはなぜですか？この場合、エラーはどのように解決されますか？

Answer 1

データの再送信は、上位層のプロトコルまたはアプリケーションに委ねられていますが、それらのすべてではありません。それは本当にすべてのデータが必要かどうかを判断するアプリケーションに任せます。複数の理由があります。

• むかしむかし、背面のネットワークプロトコルが開発されていたとき、 は、物理層は、多くの場合、はるかに信頼性の低いそれが今日であるよりだった、と 再送がリンクのすべてのリソースを使用している可能性が。
• レイヤ2プロトコルは、ほとんどの場合、他の組織の とは独立してIEEEによって開発されていますが、上位プロトコルはほとんどがIETFによって開発された です。 IETF規格でさえ、より高い層に信頼性を残す。例えば、信頼できないトランスポートプロトコルであるUDPは、信頼できるトランスポートプロトコルであるTCPの前に開発されました。アプリケーションは信頼性を扱うことができると考えられましたが、信頼性の高いトランスポートプロトコルが標準として後で追加されました。
• 多くの場合、データが正しく破棄された場合は、パスが になり、信頼性の高いプロトコルまたはアプリケーションでそれらを見逃してしまい、 より早く欠落しているデータを尋ねる方がよいでしょう。
• すべてのアプリケーションで、ドロップされたデータを再送信する必要があるわけではありません。また、 いくつかのアプリケーションリアルタイムアプリケーションは、再送信のために、 に遭遇する可能性があり、これは順序が乱れるデータ配信を引き起こす可能性があります。あなたが 電話（VoIP）を使用していて、データ が既に配信された後に落とされたデータが受信されたとします。それはあなたの電話をかすめるでしょう。信頼性の低いプロトコル は、信頼性の高いプロトコルよりも速くデータを配信します。これは、アプリケーションのオーバーライド係数が である可能性があります。再送信されたデータを強制的にアプリケーションに適用する理由と、アウトオブオーダーのデータ配信は何ですか？アプリケーション にそのサービスが必要な場合は、それを提供するトランスポートプロトコル を使用するか、それを独自に処理することができます。

不要な再送信のために処理能力と帯域幅を無駄にするのではなく、データリンクレイヤのエラーが破損フレームとみなされ、単に廃棄されます。