産業用スイッチは、機器間でデータを転送するという課題を解決します。出力先をどのように見つけるのか、なぜキューに蓄積するのか、管理機能と冗長化に何ができるのかが、よくある障害を理解する鍵です。産業用機器を、生産に関するあらゆるコマンドを自動認識する万能ゲートウェイと考えないでください。また、ポートの点灯を、業務通信経路全体が正常である証拠と見なさないでください。まずデータの流れを理解し、次に機種の機能を確認することで、有用な問いを立てられます。
スイッチはデータを受信すると、最初に何をしますか？
Ethernetではデータをフレームにまとめ、各フレームにはリンク層の送信元MACアドレスと宛先MACアドレスが含まれます。MACはこの層で使われるアドレスと理解でき、アプリケーションで設定するIPとは種類の異なる情報です。スイッチはフレームを受信すると、該当する規則に従って確認・処理し、送信元MACから機器がどのポートに接続されているかを学習した後、宛先アドレスを検索して出力先を決定します。
したがって、アドレステーブルはすべてのコンピューターの位置があらかじめ書かれた地図ではなく、データの受信に伴って更新されるものです。機器を別のポートへ移した場合、新たに受信した送信元アドレスが位置情報の更新に役立ちます。動的エントリーは一定時間が経過すると削除されますが、その時間は実装と設定によって異なります。ある例の時間を、すべての機器に共通する固定値と見なさないでください。静的エントリーと動的学習では管理方法が異なります。
宛先アドレスが見つからないと、複数の場所へ送信するのはなぜですか？
スイッチが宛先の位置をまだ学習していない場合、通常は単一の出力先を推測するのではなく、同じブロードキャストドメイン内の、転送が許可されたほかのポートへ転送します。ブロードキャストと一部のマルチキャストにも、それぞれ処理規則があります。ここでいうほかのポートとは、すべてのネットワークへ無制限に送信するという意味ではありません。VLAN、ポートの状態、関連するフィルタリング規則によって範囲が変わります。
宛先機器が応答すると、そのフレームの送信元アドレスが学習され、以降の既知ユニキャストは対応するポートへ転送できるようになります。この仕組みにより、接続直後の機器と安定稼働後の機器とで転送の挙動が異なる場合があることを説明できます。未知ユニキャストやブロードキャストの量に異常がある場合は、トポロジー、アドレスの変化、トラフィックの発生元を確認してください。すぐにスイッチングチップの故障と断定したり、試しにすべてのブロードキャストを遮断したりしないでください。
アドレステーブルとバッファキューは別物
アドレステーブルは送信先を示し、送信キューは送信待ちのフレームを一時的に保持します。荷物の仕分けにおける配送先の記録と出荷待ちの荷物に例えられますが、実際のネットワークではフレームの順序、優先度、ポート速度も考慮します。両者が解決する問題は異なります。アドレステーブルの容量を増やしても送信側の輻輳を直接解消することはできず、バッファを増やしても帯域幅の不足を恒久的に補うことはできません。
複数の入力ポートからのデータがすべて同じ出力ポートを通る必要がある場合、その出力ポートは許容された速度でしか送信できません。短時間のバーストは一時的に保持できますが、入力が継続的に出力を上回ると、キューが増大し、最終的にパケットが廃棄されることがあります。アップリンクのトラフィックが非常に多い場合は、端末数だけを尋ねるのではなく、集約される業務トラフィックとそのピークを算出してください。アイドル状態の機器が多数あっても輻輳しない一方で、大量のトラフィックを発生させる少数の機器が出力帯域を使い切ることがあります。
Gbpsと毎秒パケット数を別々に見るべきなのはなぜですか？
ポートの公称速度は特定のインターフェースの伝送能力を示し、スイッチング容量は通常、機器全体の内部転送規模を示すために使われます。一方、毎秒パケット数はフレーム数を処理する能力を表します。フレームサイズが異なると、総データ量が近くても、処理が必要なフレーム数が異なる場合があります。したがって、内部容量の数値が非常に大きいことだけでは、どのような業務トラフィックの組み合わせでも確実にボトルネックが発生しないとは証明できません。
仕様値を読む際は、試験条件、フレームサイズ、統計の集計基準を確認し、特に双方向の合計値と片方向の実際の業務トラフィックを区別してください。アプリケーションのペイロードは、プロトコルのオーバーヘッドやリンク条件の影響も受けます。現場では、許可された条件下で実際のトラフィック、エラーカウンター、パケット損失、遅延の変化を測定し、アップリンクや端末がボトルネックになっていないかを確認してください。宣伝ページに記載された最大の数値だけに頼らないことが重要です。
優先制御は待ち時間を改善できても、帯域幅を生み出せない
サービス品質の制御機構は、一般にQoSと略されます。機器が対応する範囲で、異なる業務トラフィックを分類し、スケジューリングできます。例えば、送信側が一時的に輻輳したときに、特定の重要なデータを優先して処理します。ただし、キューの規則、識別方法、スケジューリング能力は個々の機器の実装に依存します。特定の名称の機能を有効にするだけで、アプリケーションがリアルタイム要件を満たすと保証することはできません。
優先制御を使っても、容量不足が続く出力ポートの能力が魔法のように増えるわけではありません。総需要が利用可能な帯域幅を長時間上回る場合は、業務トラフィックの削減、トポロジーの調整、またはリンクの増強が必要です。高優先度トラフィックが多すぎると、ほかの業務通信にも影響します。生産制御ネットワークは実際の要件に基づいて計画し、検証してください。QoS、産業用という表示、広温度範囲設計を、決定論的通信が自動的に実現する証拠と見なさないでください。
管理機能がトラブルシューティングに役立つのはなぜですか？
管理型機器では、保守担当者がポート速度、リンクの変化、トラフィック、エラー統計などを確認できる場合があり、VLANやスパニングツリーに対応している場合もあります。具体的な機能は、機種、ファームウェア、バージョンによって異なります。非管理型機器も転送ができないわけではありませんが、通常は同等の設定機能や監視機能を備えていません。選定では、単純に機能一覧の長さを比べるのではなく、保守上の必要性を考慮してください。
飛暢科技の管理型産業用スイッチの詳細情報には、対応するSTP、RSTPなどの機能が記載されており、制御された冗長化が必要なネットワークの選定材料となります。ただし、レイヤー2の管理機能はレイヤー3のルーティングと同じではなく、ましてファイアウォール、プロトコルゲートウェイ、産業用セキュリティの全機能をすでに備えているという意味でもありません。管理アクセスにも権限管理、設定のバックアップ、セキュリティ保守が必要であり、利便性のために安易に外部へ公開してはいけません。
通常のポートをそのままループ状に接続してはいけないのはなぜですか？
制御されていないループ内ではEthernetフレームが繰り返し転送されることがあり、ブロードキャストや宛先不明のデータが増幅され、ネットワークの輻輳を招きます。冗長な物理リンクは本来、ある箇所が切断されたときに別の経路を提供するためのものですが、適切なプロトコルで業務通信の転送を管理する必要があります。物理的にリング状に接続することと、論理的にどの経路でデータ送信を許可するかは別の問題です。
スパニングツリーは、プロトコルの規則に従って一部の業務通信の転送経路を制限し、障害後に再収束します。復旧時間や業務通信の損失は、機器、プロトコル、トポロジー、アプリケーションによって異なり、パケット損失ゼロを一律に約束することはできません。すべての現場でリングネットワークが必要なわけではなく、単純なポイントツーポイント構成やスター構成でも要件を満たせる場合があります。冗長化が必要かどうかは、先進的に見えるかではなく、リスクと業務上の許容範囲を出発点に判断してください。
アップリンク輻輳の事例では、どのように切り分けますか？
複数の収集端末が同時にサーバーへデータを送信するとします。通常時は問題がなくても、報告が集中すると遅延が発生します。まず、発生時の送信トラフィック、キューに関する挙動、エラーカウンターを記録してください。各電気ポートのネゴシエーション結果が安定しており、報告が集中する時間帯に集約先の出力ポートだけが能力の上限に近づく場合は、パッチコードをすべて交換するのではなく、業務トラフィックの集約とバーストを優先して確認します。
次に、許可された条件下で、報告時刻をずらす、データ量を調整する、または要件を満たすアップリンクを使うなどして、現象が改善するかを比較します。一度に変更する変数は一つだけにし、連続運転の結果を記録してください。トラフィックが多くないのにリンクが繰り返し切断される場合は、電源、環境、物理接続の層に戻って切り分けを続けます。得られた証拠によって確認項目は変わります。ネットワークの遅さを一律に一つの原因で説明しないでください。
受入試験では、実際の業務通信が要件を満たすかを確認する
設置や調整の後は、双方向の業務通信、継続負荷、ポートのネゴシエーション、アラーム状態を確認してください。冗長化が必要な場合は、許可された保守時間帯に所定の障害試験を実施し、復旧後に実際のアプリケーションが正常であることを確認します。Ping、インジケーターの点灯、単一のファイル転送は、それぞれ部分的な証拠にはなりますが、どれも単独では、すべての業務条件が満たされたことを証明できません。
機器の型番、ファームウェア、トポロジー、設定、試験結果を保存し、その後の保守で信頼できる基準として使えるようにしてください。アドレス学習、送信キューイング、管理機能による監視、制御された復旧という四つの仕組みを理解すれば、「この機器は良いのか」という曖昧な問いを、インターフェースは適合するか、容量は十分か、現象を観測できるか、障害から許容範囲内で復旧するか、という確認可能な問いに変えられます。
検証資料：Ethernetのスイッチングの仕組み;飛暢科技の管理型産業用スイッチ。この図は一般的な仕組みを説明するものであり、特定の型番の配線図ではありません。
中国語の技術記事から翻訳。原文の初公開日：2021-04-02。原文の最終改訂日時：2026-10-13T20:37:04+08:00。 中国語の原文を読む
