RFC 3168 - IP への明示的輻輳通知 (ECN) の追加

Network Working Group: K. Ramakrishnan (TeraOptic Networks), S. Floyd (ACIRI), D. Black (EMC)
Request for Comments: 3168
Updates: 2474, 2401, 793
Obsoletes: 2481
Category: Standards Track
発行日: 2001年9月

本メモの状態

本文書は、インターネットコミュニティに対してインターネット標準トラックプロトコル (Internet standards track protocol) を規定し、議論と改善のための提案を求めるものです。本プロトコルの標準化状態と状況については、「インターネット公式プロトコル標準」(Internet Official Protocol Standards, STD 1) の最新版を参照してください。本メモの配布は無制限です。

著作権に関する通知

Copyright (C) The Internet Society (2001). All Rights Reserved.

要旨

本メモは、ECN (Explicit Congestion Notification, 明示的輻輳通知) を TCP と IP に組み込むための方式を規定し、IP ヘッダーの 2 ビットを ECN が使用することを含みます。

目次

• 1. Introduction (はじめに)
• 2. Conventions and Acronyms (表記法と略語)
• 3. Assumptions and General Principles (前提と一般原則)
• 4. Active Queue Management (AQM) (アクティブキュー管理)
• 5. Explicit Congestion Notification in IP (IP における明示的輻輳通知)
  • 5.1 ECN as an Indication of Persistent Congestion (持続的輻輳の指標としての ECN)
  • 5.2 Dropped or Corrupted Packets (破棄または破損したパケット)
  • 5.3 Fragmentation (フラグメンテーション)
• 6. Support from the Transport Protocol (トランスポートプロトコルからのサポート)
  • 6.1 TCP
  • 6.1.1 TCP Initialization (TCP 初期化)
    • 6.1.1.1 Middlebox Issues (ミドルボックスの問題)
    • 6.1.1.2 Robust TCP Initialization with an Echoed Reserved Field (エコーされた予約フィールドによる堅牢な TCP 初期化)
  • 6.1.2 The TCP Sender (TCP 送信側)
  • 6.1.3 The TCP Receiver (TCP 受信側)
  • 6.1.4 Congestion on the ACK-path (ACK パス上の輻輳)
  • 6.1.5 Retransmitted TCP packets (再送信される TCP パケット)
  • 6.1.6 TCP Window Probes (TCP ウィンドウプローブ)
• 7. Non-compliance by the End Nodes (エンドノードによる非準拠)
• 8. Non-compliance in the Network (ネットワークにおける非準拠)
  • 8.1 Complications Introduced by Split Paths (分割パスによって導入される複雑性)
• 9. Encapsulated Packets (カプセル化されたパケット)
  • 9.1 IP packets encapsulated in IP (IP 内にカプセル化された IP パケット)
    • 9.1.1 The Limited-functionality and Full-functionality Options (制限機能オプションと完全機能オプション)
    • 9.1.2 Changes to the ECN Field within an IP Tunnel (IP トンネル内の ECN フィールドの変更)
  • 9.2 IPsec Tunnels (IPsec トンネル)
    • 9.2.1 Negotiation between Tunnel Endpoints (トンネルエンドポイント間のネゴシエーション)
      • 9.2.1.1 ECN Tunnel Security Association Database Field (ECN トンネルセキュリティアソシエーションデータベースフィールド)
      • 9.2.1.2 ECN Tunnel Security Association Attribute (ECN トンネルセキュリティアソシエーション属性)
      • 9.2.1.3 Changes to IPsec Tunnel Header Processing (IPsec トンネルヘッダー処理の変更)
    • 9.2.2 Changes to the ECN Field within an IPsec Tunnel (IPsec トンネル内の ECN フィールドの変更)
    • 9.2.3 Comments for IPsec Support (IPsec サポートに関するコメント)
  • 9.3 IP packets encapsulated in non-IP Packet Headers (非 IP パケットヘッダー内にカプセル化された IP パケット)
• 10. Issues Raised by Monitoring and Policing Devices (監視およびポリシング デバイスによって提起される問題)
• 11. Evaluations of ECN (ECN の評価)
  • 11.1 Related Work Evaluating ECN (ECN を評価する関連研究)
  • 11.2 A Discussion of the ECN nonce (ECN nonce の議論)
    • 11.2.1 The Incremental Deployment of ECT(1) in Routers (ルーター内での ECT(1) の段階的展開)
• 12. Summary of changes required in IP and TCP (IP と TCP で必要な変更の要約)
• 13. Conclusions (結論)
• 14. Acknowledgements (謝辞)
• 15. References (参考文献)
• 16. Security Considerations (セキュリティに関する考慮事項)
• 17. IPv4 Header Checksum Recalculation (IPv4 ヘッダーチェックサムの再計算)
• 18. Possible Changes to the ECN Field in the Network (ネットワークにおける ECN フィールドの変更の可能性)
  • 18.1 Possible Changes to the IP Header (IP ヘッダーの変更の可能性)
    • 18.1.1 Erasing the Congestion Indication (輻輳指示の消去)
    • 18.1.2 Falsely Reporting Congestion (輻輳の虚偽報告)
    • 18.1.3 Disabling ECN-Capability (ECN 機能の無効化)
    • 18.1.4 Falsely Indicating ECN-Capability (ECN 機能の虚偽表示)
  • 18.2 Information carried in the Transport Header (トランスポートヘッダーで運ばれる情報)
  • 18.3 Split Paths (分割パス)
• 19. Implications of Subverting End-to-End Congestion Control (エンドツーエンド輻輳制御の破壊の影響)
  • 19.1 Implications for the Network and for Competing Flows (ネットワークと競合フローへの影響)
  • 19.2 Implications for the Subverted Flow (破壊されたフローへの影響)
  • 19.3 Non-ECN-Based Methods of Subverting End-to-end Congestion Control (エンドツーエンド輻輳制御を破壊する非 ECN ベースの方法)
• 20. The Motivation for the ECT Codepoints (ECT コードポイントの動機)
  • 20.1 The Motivation for an ECT Codepoint (ECT コードポイントの動機)
  • 20.2 The Motivation for two ECT Codepoints (2 つの ECT コードポイントの動機)
• 21. Why use Two Bits in the IP Header? (なぜ IP ヘッダーに 2 ビットを使用するのか?)
• 22. Historical Definitions for the IPv4 TOS Octet (IPv4 TOS オクテットの歴史的定義)
• 23. IANA Considerations (IANA に関する考慮事項)
  • 23.1 IPv4 TOS Byte and IPv6 Traffic Class Octet (IPv4 TOS バイトと IPv6 トラフィッククラスオクテット)
  • 23.2 TCP Header Flags (TCP ヘッダーフラグ)
  • 23.3 IPSEC Security Association Attributes (IPSEC セキュリティアソシエーション属性)
• 24. Authors' Addresses (著者のアドレス)
• 25. Full Copyright Statement (完全な著作権表示)