Merge pull request #205 from Justhiro55/rfc8684_6897_fix_translation

RFC8684/6897の翻訳における表現を修正

Author: tex2e

html/rfc6897.html

@@ -48,7 +48,7 @@ <h4 class="alert-heading">RFC 6897 - Multipath TCP (MPTCP) Application Interface
         </span><br>
         <span class="title_ja">
           タイトル : <strong>RFC 6897 - マルチパスTCP（MPTCP）アプリケーションインターフェイスの考慮事項</strong></span><br>
-        <span class="updated_by">翻訳編集 : 自動生成</span><span id="rfc_status"></span><span id="rfc_wg"></span><br>
+        <span class="updated_by">翻訳編集 : 自動生成＆有志による翻訳・編集</span><span id="rfc_status"></span><span id="rfc_wg"></span><br>
       </div>
       <div id="rfc_alert" class="hidden" role="alert">
         <div class="alert alert-danger">
@@ -326,7 +326,7 @@ <h5 class="text mt-2">
       </div>
       <div class="col-sm-12 col-md-6">
         <p class="text indent-3">
-MPTCPの高度なAPIは、このドキュメントの範囲外です。このような高度なAPIを使用すると、マルチパス転送機能とポリシーをより細かく制御できます。付録には、そのような高度なAPIの潜在的な機能の簡単な必須リストが含まれています。
+MPTCPの高度なAPIは、このドキュメントの範囲外です。このような高度なAPIを使用すると、マルチパス転送機能とポリシーをより細かく制御できます。付録には、そのような高度なAPIの潜在的な機能の簡単な任意のリストが含まれています。
         </p>
       </div>
     </div>

html/rfc8684.html

@@ -48,7 +48,7 @@ <h4 class="alert-heading">RFC 8684 - TCP Extensions for Multipath Operation with
         </span><br>
         <span class="title_ja">
           タイトル : <strong>RFC 8684 - 複数のアドレスを持つマルチパス操作のためのTCP拡張</strong></span><br>
-        <span class="updated_by">翻訳編集 : 自動生成</span><span id="rfc_status"></span><span id="rfc_wg"></span><br>
+        <span class="updated_by">翻訳編集 : 自動生成＆有志による翻訳・編集</span><span id="rfc_status"></span><span id="rfc_wg"></span><br>
       </div>
       <div id="rfc_alert" class="hidden" role="alert">
         <div class="alert alert-danger">
@@ -124,7 +124,7 @@ <h4 class="alert-heading">RFC 8684 - TCP Extensions for Multipath Operation with
       </div>
       <div class="col-sm-12 col-md-6">
         <p class="text indent-3">
-マルチパスTCPは、ピア間の複数のパスを同時に使用する機能を提供します。このドキュメントでは、マルチパス操作をサポートするための、従来のTCPに対する一連の拡張機能について説明します。このプロトコルは、TCPと同じタイプのサービスをアプリケーションに提供し（つまり、信頼性の高いバイトストリーム）、互いに素である可能性のあるパス全体で複数のTCPフローを確立して使用するために必要なコンポーネントを提供します。
+マルチパスTCPは、ピア間の複数のパスを同時に使用する機能を提供します。このドキュメントでは、マルチパス操作をサポートするための、従来のTCPに対する一連の拡張機能について説明します。このプロトコルは、TCPと同じタイプのサービスをアプリケーションに提供し（つまり、信頼性の高いバイトストリーム）、分離されている可能性のあるパス全体で複数のTCPフローを確立して使用するために必要なコンポーネントを提供します。
         </p>
       </div>
     </div>
@@ -376,7 +376,7 @@ <h5 class="text mt-2">
       </div>
       <div class="col-sm-12 col-md-6">
         <p class="text indent-3">
-設計を簡略化するために、ホストに複数のアドレスが存在すれば、複数のパスが存在することを示すのに十分であると想定しています。これらのパスは完全にばらばらである必要はありません。パス間で1つまたは複数のルーターを共有する場合があります。このような状況でも、複数のパスを使用することは有益であり、リソース使用率とノード障害のサブセットに対する回復力を向上させます。 [RFC6356]で定義されている輻輳制御アルゴリズムは、複数のパスの使用が有害な動作をしないことを保証します。さらに、単一のホスト上の異なるTCPポートがばらばらのパスを提供できる（特定の等コストマルチパス（ECMP）実装[RFC2992]などを介して）場合があるため、MPTCP設計はパス内のポートの使用もサポートします。識別子。
+設計を簡略化するために、ホストに複数のアドレスが存在すれば、複数のパスが存在することを示すのに十分であると想定しています。これらのパスは完全に分離されている必要はありません。パス間で1つまたは複数のルーターを共有する場合があります。このような状況でも、複数のパスを使用することは有益であり、リソース使用率とノード障害のサブセットに対する回復力を向上させます。 [RFC6356]で定義されている輻輳制御アルゴリズムは、複数のパスの使用が有害な動作をしないことを保証します。さらに、単一のホスト上の異なるTCPポートが分離されたパスを提供できる（特定の等コストマルチパス（ECMP）実装[RFC2992]などを介して）場合があるため、MPTCP設計はパス内のポートの使用もサポートします。識別子。
         </p>
       </div>
     </div>
@@ -535,7 +535,7 @@ <h5 class="text mt-2">
       </div>
       <div class="col-sm-12 col-md-6">
         <p class="text indent-3">
-パス：送信元と受信先の間の一連のリンク。このコンテキストでは、送信元と宛先のアドレス/ポートのペアの4タプルによって定義されます。
+パス：送信者と受信者の間の一連のリンク。このコンテキストでは、送信元と宛先のアドレス/ポートのペアの4タプルによって定義されます。
         </p>
       </div>
     </div>
@@ -571,7 +571,7 @@ <h5 class="text mt-2">
       </div>
       <div class="col-sm-12 col-md-6">
         <p class="text indent-3">
-データ・レベル：ペイロード・データは、名目上、接続を介して転送され、次に接続がサブフローを介して転送されます。したがって、「データレベル」という用語は、個々のサブフローのプロパティを指す「サブフローレベル」とは対照的に、「接続レベル」と同義です。
+データレベル：ペイロードデータは、名目上、接続を介して転送され、次に接続がサブフローを介して転送されます。したがって、「データレベル」という用語は、個々のサブフローのプロパティを指す「サブフローレベル」とは対照的に、「接続レベル」と同義です。
         </p>
       </div>
     </div>
@@ -1718,7 +1718,7 @@ <h5 class="text mt-2">
       </div>
       <div class="col-sm-12 col-md-6">
         <p class="text indent-3">
-Bが最初に送信するデータを持っている場合、ACK_MP_CAPABLEの信頼できる配信は、MP_CAPABLEのDATA_ACKを含むMPTCPデータシーケンス信号（DSS）オプション（セクション3.3）でこのデータを受信することによって保証されます（これが最初です）。データシーケンススペースのオクテット）。ただし、Aが最初にデータを送信したい場合は、ACK + MP_CAPABLEを確実に配信するために2つのオプションがあります。送信するデータがすぐにある場合、最初のACK（データあり）には、追加のデータパラメーター（図4に示すように、データレベルの長さとオプションのチェックサム）を持つMP_CAPABLEオプションも含まれます。 Aがすぐに送信するデータを持たない場合、最初のACKにMP_CAPABLEを含める必要がありますが、追加のデータパラメータは必要ありません。 Aに送信するデータがある場合、追加のデータパラメータを使用して、最初のACKからMP_CAPABLEオプションの送信を繰り返す必要があります。このMP_CAPABLEオプションはDSSの代わりに使用され、（1）ペイロードのデータレベルの長さと（2）チェックサム（チェックサムの使用がネゴシエートされている場合）を指定するだけです。これは、MPTCP接続を確立するために必要な最小限のデータです。これにより、ペイロードの検証が可能になり、最初のデータであることから、初期データシーケンス番号（IDSN）もわかります（キーから生成されるため、以下で説明します）。最初のデータパケットでキーを伝達することにより、TCP信頼性メカニズムは、パケットが確実に正常に配信されるようにします。受信側は、DSSオプションが受信されたかのように、接続レベルでデータACKを使用してこのデータを確認します。
+Bが最初に送信するデータを持っている場合、ACK + MP_CAPABLEの信頼できる配信は、MP_CAPABLEのDATA_ACKを含むMPTCPデータシーケンス信号（DSS）オプション（セクション3.3）でこのデータを受信することによって保証されます（これが最初です）。データシーケンススペースのオクテット）。ただし、Aが最初にデータを送信したい場合は、ACK + MP_CAPABLEを確実に配信するために2つのオプションがあります。送信するデータがすぐにある場合、最初のACK（データあり）には、追加のデータパラメーター（図4に示すように、データレベルの長さとオプションのチェックサム）を持つMP_CAPABLEオプションも含まれます。 Aがすぐに送信するデータを持たない場合、最初のACKにMP_CAPABLEを含める必要がありますが、追加のデータパラメータは必要ありません。 Aに送信するデータがある場合、追加のデータパラメータを使用して、最初のACKからMP_CAPABLEオプションの送信を繰り返す必要があります。このMP_CAPABLEオプションはDSSの代わりに使用され、（1）ペイロードのデータレベルの長さと（2）チェックサム（チェックサムの使用がネゴシエートされている場合）を指定するだけです。これは、MPTCP接続を確立するために必要な最小限のデータです。これにより、ペイロードの検証が可能になり、最初のデータであることから、初期データシーケンス番号（IDSN）もわかります（キーから生成されるため、以下で説明します）。最初のデータパケットでキーを伝達することにより、TCP信頼性メカニズムは、パケットが確実に正常に配信されるようにします。受信側は、DSSオプションが受信されたかのように、接続レベルでデータACKを使用してこのデータを確認します。
         </p>
       </div>
     </div>