5.2 Dropped or Corrupted Packets (破棄または破損したパケット)

5.2 Dropped or Corrupted Packets (破棄または破損したパケット)

本文書で提案されている ECN の使用 (つまり、TCP のようなトランスポートプロトコルの場合、失われたパケットが輻輳の指標である) では、エンドノードは失われたパケットを検出し、エンドノードの失われたパケットに対する輻輳応答は、受信した CE パケットに対する輻輳応答と少なくとも同じくらい強力です。CE コードポイントの輻輳表示の信頼性のある配信を保証するために、ネットワーク内のそのパケットの損失がエンドノードによって検出され、輻輳表示として解釈されない限り、パケットに ECT コードポイントを設定してはなりません。

TCP のようなトランスポートプロトコルは、必ずしもすべてのパケット損失を検出するわけではありません。たとえば、「純粋な」ACK パケットの損失などです。たとえば、TCP は以前に失われた ACK パケットに応答して後続の ACK パケットの到着率を減らしません。このようなパケットに ECN 機能を拡張する提案は、CE コードポイントがマークされているが後でネットワーク内で破棄される ACK パケットなどの状況に対処する必要があります。私たちは、この側面はまだ研究トピックであると考えているため、本文書では現時点で「純粋な」ACK パケットが ECN 機能を示してはならないことを規定しています。

同様に、CE パケットが後で破損 (ビットエラー) によってネットワーク内で破棄された場合、エンドノードは、TCP が今日失われたパケットに応答するのと同じように、輻輳制御を呼び出すべきです。破損によって破棄されたパケットと輻輳またはバッファオーバーフローによって破棄されたパケットをネットワークが区別する提案では、この破損した CE パケットの問題を考慮する必要があります。特に、ECN の広範な展開だけでは、エンドノードがパケット損失を破損として解釈し、輻輳の指標ではないと解釈するには不十分です。