PLCを検出でき、短いコマンドには応答があるのに、レシピのアップロードやリモート表示が繰り返し停止することがあります。光モジュールを交換したり、スイッチのポート速度を上げたりしても、問題が変わらない場合があります。電源、リンク品質、ソフトウェアに加え、見落としやすい上限も確認してください。この通信経路では、どれほど大きなパケットを運べるのでしょうか。MTUが表すのはサイズであり、速度ではありません。Ethernetフレーム長、ジャンボフレーム、TCPセグメントと区別すると、小さいパケットは通るのに大きいパケットは通らない理由を理解しやすくなります。
まずは包み方から：アプリケーションデータには複数の外側の層がある
コンピューターやコントローラーからの情報は、通常、アプリケーションが作成したそのままの形でケーブル上に現れるわけではありません。TCP接続では、まずアプリケーションデータに、ポートやシーケンス番号などのトランスポート情報を含むTCPヘッダーが付加されます。次に、IPヘッダーがパケットの送信元と宛先を示します。最後に、Ethernetフレームがローカルリンク上でそれを運びます。受信側はこれらの層を逆順に取り除きます。各層にはそれぞれの長さがあり、1つの数値ですべてを表すことはできません。
ここでいうIP MTUとは、インターフェースが送信できる完全なIPパケットの最大サイズです。IPヘッダーとIPペイロードを含みますが、外側のEthernetヘッダーとフレームチェックシーケンスは含みません。一般的なEthernetインターフェースの多くは、IP MTUとして1500バイトを使用しますが、これはすべてに共通する設定ではありません。VLANタグは、外側のフレームに情報を追加します。マニュアルに記載された最大フレーム長にタグやチェックシーケンスが含まれるかどうかは、そのマニュアルの定義によります。機器が大きなフレームに対応するという記述だけでは、正確な設定内容は判断できません。
MSSとジャンボフレーム：一方はTCPデータを制限し、もう一方はフレームの収容容量を拡大する
MSS（最大セグメントサイズ）は、1つのTCPセグメントで運ばれるアプリケーションデータ部分のサイズを制限します。MTUは梱包済みの荷物全体の大きさ、MSSはその中身の大きさと考えてください。TCP接続の開始時には、各受信側が受信可能なMSSを通知します。送信側は、自身のインターフェースと経路も考慮する必要があります。両端で数値を選ぶだけでは、経路全体でそのサイズを運べるとは限りません。TCPオプション、IPのバージョン、追加のカプセル化は、利用可能な領域に影響することがあります。
ジャンボフレームは、一般に従来のEthernetフレームサイズを超えるフレームです。一定量のデータを運ぶために必要なフレーム数を減らせる場合がありますが、ポートの帯域幅を増やしたり、制御応答の高速化を保証したりするものではありません。端末のネットワークアダプター、スイッチポート、ルーターのインターフェース、中継機器のすべてが、関連する要件を満たす必要があります。1台のスイッチでジャンボフレームを有効にしても、非対応のPLCや遠隔機器が受信できるようにはなりません。短い制御メッセージでは、フレーム長の上限を増やしても実用上のメリットが得られない場合があります。
両端だけでなく、経路上で最も厳しい制限箇所を確認する
配送車が広い道路を出発し、その先で狭い橋に到達する場面を想像してください。大きな荷物が出発地点では収まっていても、その橋を渡れるとは限りません。パスMTUは、送信側から受信側までの経路上のリンクによって課されるサイズの上限です。ルーティング、リモートアクセス、トンネルによって、ローカルLANの上限より小さくなることがあります。バックアップ経路や新たに追加されたセキュリティゲートウェイによって、それまで通っていたサイズが通らなくなることもあります。
レイヤー2スイッチは、主にEthernetフレームを転送します。フレームが受け入れ上限を超えると、スイッチはそのフレームを破棄し、関連するカウンターを増やす場合があります。内部のIPパケットを小さく分割して通すことはありません。IPフラグメンテーションは、IP層の機能です。スイッチのフレーム長設定と、ルーターのIP MTUを混同しないでください。経路上の実際の機器とインターフェースを図にし、ローカルのスイッチング、サブネット間のルーティング、トンネルのカプセル化を区別してください。両端の設定画面を2つ比較するだけでは不十分です。
IPv4によるサイズ超過パケットの通知方法と、IPv6との違い
従来のIPv4パスMTU探索では、送信側がDF（Don't Fragment：分割禁止）フラグを設定します。ルーターがそのパケットをより小さなMTUのリンクへ転送する必要があり、分割できない場合、ルーターはパケットを破棄し、送信元にICMPの分割必要エラーを返します。送信元はこの通知を使って、その経路向けのパケットサイズを小さくし、再試行します。ICMPは配送拒否の通知のようなもので、アプリケーションのコマンドではありませんが、アプリケーション通信の継続に役立つことがあります。
この必要な通知がフィルタリングされると、送信側でタイムアウトが繰り返し発生することがあります。短いコマンドは通っても、大きなデータ転送はほとんど進まない場合があります。実際のシステムでは、別の探索方法やフォールバック機構を使用することもあるため、エラーがフィルタリングされると必ず恒久的に停止するという意味ではありません。IPv4フラグメンテーションが許可されている場合、ルーターはパケットを分割でき、受信側が再構成します。IPv6ルーターは、転送途中でこの分割を行いません。Packet Too Bigメッセージが送信元に調整を促します。これらの仕組みを、あらゆる場合に共通する1つの修復手順として扱うべきではありません。
トンネルは外側の包みを追加するため、それまで適切だったパケットも大きくなる
遠隔保守接続では、既存のパケットを新たな外側のカプセル化の中に入れることがあります。梱包済みの箱を輸送用の木箱に入れるようなもので、経路は合計サイズを運べる必要があります。アプリケーションデータは変わっていなくても、外側の経路で見えるパケットは大きくなります。機器がトンネルの実効MTUと送信方針を正しく考慮していない場合、ローカルアクセスは引き続き動作する一方で、遠隔経路でのみ障害が発生することがあります。
すべてのVPNやトンネルから、一律に同じバイト数を差し引かないでください。プロトコル、暗号化方式、カプセル化の層数によってオーバーヘッドは異なるため、個別の実装を確認してください。TCP MSSの調整により、特定の経路でTCPセグメントのサイズを小さくできますが、あらゆるUDPトラフィックを自動的に処理するものではなく、フレーム収容容量の確認に代わるものでもありません。セキュリティ機器の元の設定を保存し、影響を受ける通信を特定して、必要なエラー通知を検証してください。大きなパケットを通すためだけに、セキュリティポリシー全体を無効にしないでください。
トラブルシューティング：明確な目的を持ってテスト長を変える
保守時間帯に、小さいパケットで正常に動作する基準状態を記録し、その後テスト長を徐々に増やしてください。一定の境界付近で障害が発生するかを確認します。ツールが表示するのはアプリケーションペイロード、IPパケット長、完全なフレーム長のどれなのかを明確にしてください。コマンドのパラメーターは、OSが異なれば同じ意味とは限りません。通常のpingが1回成功しても、経路全体で大きなフレームが通ることの証明にはなりません。稼働中の制御リンクで、無制限の負荷テストを実施しないでください。
送信側、受信側、中継機器の証拠を比較してください。要求は送信されたでしょうか。長さに関連するエラーは返されたでしょうか。スイッチポートで、サイズ超過フレームの破棄がカウントされたでしょうか。ルーターやトンネルは、サイズ超過パケットを報告したでしょうか。ホスト上のキャプチャで異常に大きく見えるパケットは、ネットワークアダプターのオフロードによる場合もあり、物理回線上では同じサイズで現れないことがあります。必要に応じて、適切な外部観測点を使用してください。損失カウンター1つだけでは、原因がMTUだとは断定できません。輻輳、ケーブルのエラー、端末の処理障害も考慮する必要があります。
テスト前に、ツールの長さがどの層を表すかを文書化してください。テストデータ長を指定するツールもあれば、完全なIPパケットを報告するツールや、回線上のフレームを表示するツールもあります。これらの数値を混同すると、一貫した機器の動作が矛盾して見えることがあります。ツール、長さの定義、フラグメンテーション設定、方向を記録してください。結果の原因が明確になるように、条件は一度に1つだけ変更してください。アダプター、トンネル、スイッチを同時に変更すると、一時的にサービスが復旧しても、元のボトルネックが隠れてしまうことがあります。
サイズの上限を産業用ネットワークの受け入れ試験に組み込む
FCTELが公開している管理型産業用スイッチの資料は、インターフェースとネットワーク条件を確認する出発点になります。特定のモデルが所定のジャンボフレームサイズに対応するか、設定がポート単位か全体共通かについては、そのモデルのマニュアルまたは確認済みの資料が必要です。ギガビット速度と管理機能だけでは、ジャンボフレームへの対応は判断できません。銅線ポートと光ポートでは物理媒体が異なりますが、銅線を光ファイバーに置き換えても、フレーム長やIPパケットの制限はなくなりません。
受け入れ記録には、両端のMTU、各機器の最大フレーム長の定義、ルーティングとトンネルの制約、双方向のテスト条件、障害が発生する箇所を記載できます。アプリケーションが大きなフレームを必要とする場合は、経路の各部分を検証してください。必要としない場合は、テスト済みの従来型設定のほうが保守しやすいことが多くあります。どのサイズまで通るか、上限を超えると何が起きるか、経路が変わったときにアプリケーションが復旧できるか、という3つの問いに答えてください。これらの図に示すサイズは説明用の例であり、FCTELの製品仕様や現場での測定結果ではありません。
技術参考資料： RFC 1191：IPv4パスMTU探索; RFC 8201：IPv6パスMTU探索; Cisco：フラグメンテーション、MTU、MSS、トンネルの動作; Cisco：スイッチのMTUトラブルシューティング例。関連するFCTEL資料： 技術記事 および FCTELE FCM-G24FG4 マネージド 24ポート ギガビットイーサネット＋4ポート コンボスイッチのドキュメント.
