ジャンボフレームのNAS転送は、なぜ一方向では機能するのに逆方向では停止するのでしょうか？
ジャンボフレームを使用したNAS転送では、2方向の通信が同じ実効MTUやエンドポイント動作を通らない場合、一方向では動作しても逆方向で停止することがあります。
2.5GbEまたは10GbEを備えたZimaSpace NASでは、送信時は一方のスイッチ経路を通り、戻りの通信は別のVLAN、ルーター、ボンディングインターフェース、仮想ブリッジ、またはNICオフロード経路を使用することがあります。通常のpingは1500バイトで成功する場合があります。診断では、大きなフラグメント化されないパケットと、両方向のインターフェースカウンターをテストする必要があります。
エンドツーエンドでMTUを統一する
NASのNIC、クライアントのNIC、スイッチ、VLANインターフェース、ボンディング、ブリッジ、経路上のルーターでMTUを一覧表示します。
ジャンボフレームはエンドツーエンドで一貫している必要があることを扱う、ストレージネットワークに焦点を当てたブログ記事は、基礎となるプロトコルの定義だけでなく、同じ細かな問題を扱っているため、この分岐の切り分けに役立ちます。
テスト経路全体を一時的にMTU 1500へ戻します。双方向の転送が安定する場合は、SMBやNFSを調整する前にジャンボフレーム経路を修正してください。
両方向でパケットサイズをテストする
クライアントからNAS、NASからクライアントの両方向で、大きなDF pingまたは同等の経路サイズプローブを使用します。
DFパケットサイズテストでMTUの不一致を明らかにできることを扱う、ネットワークトラブルシューティングに焦点を当てたガイドは、基礎となるプロトコルの定義だけでなく、同じ細かな問題を扱っているため、この分岐の切り分けに役立ちます。
一方向でしか成功しないサイズがある場合、両方のエンドポイントがMTU 9000を報告していても、実効経路が異なることが証明されます。
非対称ルーティングや異なる中間デバイスを確認する
マルチホームのホームサーバーでは特に、各方向の次のホップとVLANインターフェースを比較します。
経路上のMTU変更は大容量トラフィックに異なる影響を与えることを扱う、インフラエンジニアリングに焦点を当てたブログ記事は、基礎となるプロトコルの定義だけでなく、同じ細かな問題を扱っているため、この分岐の切り分けに役立ちます。
両方向をトレースし、経路が分岐する最初のホップを特定します。その経路を統一するか、意図しないルートを削除します。
すべてのNASでジャンボフレームが性能を向上させるとは限らない
実際のファイルコピーの性能向上はワークロードとハードウェアに左右され、1台の不一致デバイスによってネットワーク全体が悪化することもあります。
ジャンボフレームは実際のファイルコピーを改善することも、壊すこともあることを扱う、実践的なネットワークブログは、基礎となるプロトコルの定義だけでなく、同じ細かな問題を扱っているため、この分岐の切り分けに役立ちます。
大きなフレームが追加の経路制約に見合うか判断する前に、同じNASワークロードをMTU 1500でベンチマークします。
MTUブラックホールの挙動を確認する
PMTUDのフィードバックがブロックされていると、TCP接続は確立しても、大きなデータパケットが現れた時点で停止することがあります。
MTUブラックホールによって高スループット転送が停止する可能性があることを扱う、ネットワーク性能に焦点を当てたガイドは、基礎となるプロトコルの定義だけでなく、同じ細かな問題を扱っているため、この分岐の切り分けに役立ちます。
必要なICMPフィードバックを機能させるか、送信側のMTUを実証済みの経路上限まで下げます。
スイッチと仮想化レイヤーも確認する
ジャンボフレームのサポートには、物理スイッチポートだけでなく、仮想ブリッジ、コンテナまたはVMのインターフェース、ファイアウォールも含まれます。
すべての転送レイヤーが大きなMTUをサポートする必要があることを扱う、ネットワーク解説記事は、基礎となるプロトコルの定義だけでなく、同じ細かな問題を扱っているため、この分岐の切り分けに役立ちます。
問題の方向にデータを送信しながら、受信ポートと送信ポートの両方で、ドロップおよびジャイアントフレームのカウンターを確認します。
実際のホームサーバー経路を再テストする
1つの変数を変更した後は、別の経路を使用する可能性がある別のテストに切り替えず、同じクライアントから同じNASまたはセルフホストのワークフローを繰り返します。
関連するホームサーバーネットワーク経路を扱うZimaSpaceのガイドは、最終確認を同じセルフホスト環境に結び付けるのに役立ちます。
再接続、サービスの再起動、および2回目の制御された転送またはリクエストの後も、元の症状が解消された状態を維持できて初めて、修正は完了です。
よくある質問
ジャンボフレームが一方向でのみ失敗することはありますか？
はい。非対称ルーティング、異なる仮想インターフェース、オフロードの挙動、または一方向のポート障害によって、実効経路が異なることがあります。
通常のpingでジャンボフレームが機能していることを確認できますか？
いいえ。標準的な小さなpingでは、設定されたジャンボペイロードサイズをテストできません。
ホームネットワークのすべてのデバイスでMTU 9000を使用すべきですか？
必要なすべてのデバイスがサポートする、意図的に分離された経路でのみ使用してください。混在したホームネットワークでは、一貫したMTU 1500のほうが安全な場合が多くあります。
おすすめ商品
サポートとヒント
もっと読む
Plexは別のDockerコンテナとGPUを共有できますか？
Plexと別のコンテナは同じGPUにアクセスできることが多いですが、ドライバーのサポート、デバイスマッピング、ビデオエンジンの負荷、メモリ、復旧動作をテストする必要があります。
Plexのエラーがクライアント側とサーバー側のどちらに起因するかを見分ける方法
別のクライアントで同じ項目を再現し、セッションパスを比較してから、スコープによって障害の実際の所在が特定された後にのみサーバーの証拠を収集してください。
Plexのキャッシュとトランスコード用一時ストレージを設定する方法
永続的な Plex の状態を保護しつつ、トランスコードの一時ファイルを適切なローカルストレージに配置し、クリーンアップ、空き容量、再起動時の動作を確認します。
