アクセス・アグリゲーション・コアは、ネットワーク内でのスイッチの位置と役割を表します。固定された3種類の物理形態ではなく、そのままレイヤー2機器やレイヤー3機器に対応するものでもありません。アクセスは端末を接続し、アグリゲーションは複数のアクセスエリアの経路を集約し、コアは重要なエリア間を接続します。小規模ネットワークでは、役割を統合できます。機器の選定では、3階層の機器構成に無理に当てはめるのではなく、実際のトラフィック、インターフェース、障害の影響を確認する必要があります。
アクセス層は実際の機器に最も近い層
カメラ、コントローラー、コンピューター、無線アクセスポイントなどは、通常、最初にアクセススイッチへ接続します。アクセススイッチは、端末用インターフェースの数、速度、電源、設置条件の要件を満たす必要があります。標準PoE対応端末については給電要件も別途確認し、光ファイバー接続端末については光インターフェースの互換性を確認する必要があります。機器の台数だけで、すべてのインターフェースの種類を決めることはできません。
アクセス層は、端末のトラフィックを宛先へ送る役割も担います。端末が主に自エリア内で通信する場合、一部のトラフィックはそのエリア内にとどまります。遠隔のサーバーへアクセスする場合は、アップリンクを通過します。通信の方向は案件ごとに異なります。すべてのデータが常に下位から上位へ流れるとは限らず、アクセス機器を転送機能のない電源タップのように捉えることもできません。
アグリゲーション層はエリア間の経路を集約する
複数のアクセススイッチがアグリゲーションノードに接続されると、そのノードは複数エリア間の重要な接続点になります。例えば、異なる作業場の機器が同じサーバーへアクセスする場合、ここで送出経路の一部を共有することがあります。この地点では、同じ送出経路を実際に通過する集約トラフィックと、このノードが故障した場合に影響を受けるエリアを確認する必要があります。
「アグリゲーション」は、すべてのデータを一度コピーしてから上位へ送ることではなく、ネットワーク設計に従って転送することを意味します。同一エリア内で完結し、必ずしもコアを通過しない通信もあれば、複数の経路をまたぐ通信もあります。したがって、容量計算では実際の宛先までの経路をたどる必要があります。全端末の公称速度を単純に合計し、それを特定ポートの実際の負荷とみなすことはできません。
コア層では重要なエリア間を接続する能力を重視する
コアは通常、複数の重要エリア間のバックボーン接続を担います。設計時には、容量、信頼性、保守による影響に重点を置きます。コアと呼ばれるだけで一定の性能が自動的に備わるわけではありません。具体的なポート、スイッチング能力、ルーティング能力、冗長化機能は、すべて製品によって異なります。重要な位置にあるからといって、すべてのトラフィックがそこまで迂回してから戻る必要はありません。
大規模ネットワークでは、役割と障害の影響範囲を明確にするために、これらの役割を分離します。小規模な現場では、アグリゲーションとコアを統合した設計も可能です。階層数は、規模、トラフィック、保守性を併せて判断する必要があります。機器を追加すると、電源、設定、故障箇所も増えます。名称をそろえるためだけに、不要なノードを追加すべきではありません。
配置上の3階層は、プロトコルの3つのレイヤーとは異なる
レイヤー2の転送は、主にEthernet機器のインターフェースで使用されるMACアドレスに基づき、対応するネットワーク範囲による制約を受けます。レイヤー3の転送は、主にIPアドレスとルーティング情報に基づき、対応するネットワークへデータを送ります。ここでいう「レイヤー」はプロトコルの処理方法に関するものであり、アクセス・アグリゲーション・コアという3つの配置上の役割とは分類の観点が異なります。
アクセス機器が一部のレイヤー3機能を持つこともあれば、アグリゲーション位置にある機器が主にレイヤー2転送を行うこともあります。ルーティングが必要かどうかは、ネットワークの分割と通信設計によって決まり、ラック内の上下の位置によって決まるものではありません。機器選定時は、配置上の役割とプロトコル機能を別々に列挙し、名称を能力の証明とみなさないようにしてください。
MAC転送とIPルーティングを分けて理解すべき理由
レイヤー2機器は、送信元MACアドレスがどのポートに存在するかを学習し、宛先MACアドレスがどこに存在するかを検索します。レイヤー3機器がネットワーク間通信を処理する際は、宛先IPアドレスに基づいてネクストホップを選択し、対応するリンクのアドレスを使用してカプセル化し、送信を続ける必要があります。ネクストホップは、この経路区間で最初にどこへ引き渡すかを示すものと理解できますが、それによって最終宛先のIPアドレスが自動的に変わるわけではありません。
通常のルーティング転送とアドレス変換は、同じ機能ではありません。レイヤー3機器を通過するすべてのデータについて、送信元と宛先のIPアドレスが書き換えられるように図示することはできません。アドレス変換には、対応する機能と設計が必要です。初心者は、まず「MACはこの区間でどこへ引き渡すかを決め、IPはネットワークをまたいでどこへ向かうかを判断するために使う」という基本的な違いを理解し、その後で個々の機器が対応する機能を確認すると、より分かりやすくなります。
容量計算では、まず実際に共有される送出経路を見つける
3つのアクセスエリアにそれぞれ複数の映像端末があり、そのうち2つのエリアは中央の録画装置へデータを送り、残る1つは主にエリア内の録画装置を使用するとします。中央へ向かう共有送出経路が主に担うのは、最初の2エリアからその経路を通過するトラフィックです。3つ目のエリア内で完結する映像トラフィックを、無条件にすべて加算することはできません。一方、エリア間アクセスやバックアップへの切り替えが発生すると、経路の負荷は再び変化する可能性があります。
バーストトラフィック、双方向通信、障害時の代替経路も考慮する必要があります。通常運用時に十分であっても、1本のリンクが切断された後に、残る送出経路の容量も十分とは限りません。容量評価には、主要なサービスと想定される障害状態を含めるべきです。一定のカメラ台数を、コア機器やレイヤー3機器が必要かどうかを判断する万能な基準として使うべきではありません。
信頼性は障害の影響範囲を軸に設計する
アクセススイッチの故障は付近の端末に、アグリゲーションノードの故障は複数のエリアに、コアノードの故障はより広い接続範囲に影響する可能性があります。バックアップ機器、独立した電源、バックアップリンクが必要かどうかは、これらの影響に基づいて判断する必要があります。アップリンクが2本あっても、自動的に信頼できる冗長構成になるわけではありません。適切な経路制御がなければ、逆に転送ループを引き起こす可能性があります。
機器が対応するリングネットワーク、スパニングツリー、リンクアグリゲーションなどの機能は互いに同等ではなく、実際のトポロジーに応じて確認する必要があります。テスト時は、リンクが再び点灯するかだけでなく、サービスの復旧状況も観察してください。復旧時間とサービスの損失は、実際の構成とテストに基づいて判断する必要があります。機器をコア位置に配置したというだけで、無中断を約束することはできません。
飛暢科技の製品詳細を役割の選定に活用する方法
飛暢科技の3325および関連する産業用スイッチの製品詳細は、ポート構成、管理機能、設置条件を確認する出発点として利用できます。現場で必要な機能は、具体的な型番ごとに一項目ずつ照合する必要があります。「産業用スイッチ」という名称から、レイヤー2、レイヤー3、バックボーンに必要なすべての機能を同時に備えていると推測してはいけません。ページに特定の機能が明記されていない場合は、引き続きマニュアルを確認するか、メーカーに問い合わせてください。
アクセス側では、まず端末インターフェース、電源、現場の設置条件を確認できます。アグリゲーション側とコア側では、実際の送出トラフィック、光ポート構成、重要経路の保守要件を併せて検討します。飛暢科技の製品機能は、具体的な課題と対応付けて初めて意味を持ちます。例えば、光ポートはアップリンクの伝送媒体の選択に、管理機能は状態の監視に用います。あらゆるネットワーク問題を解決する宣伝文句として記述してはいけません。
通信一覧表は必要な階層数の判断に役立つ
まず端末、サーバー、エリアを列挙し、どの機器がどの機器と通信するのか、主なインターフェース、トラフィックの方向、許容できる障害の影響を記録します。ネットワークが小規模であれば、適切な1台の機器が複数の役割を担える場合があります。規模が拡大したら、この表に基づいて役割を分離します。計画とは、最初に3階層を描いてから、すべての機器をそこへ無理に当てはめることではありません。
受入検査では、端末接続、エリア内通信、エリア間通信、重要サービスの経路をそれぞれ確認してください。バックアップ経路を設計している場合は、許可された条件下で障害状態もテストする必要があります。各機器の役割と実際の機能を明記した引継ぎ文書は、単に「アクセス」「アグリゲーション」「コア」というラベルを付けるよりも、その後の保守に役立ちます。
確認用資料：飛暢科技の産業用スイッチ;Ethernetのスイッチングの仕組み。この図は一般的な仕組みを説明するものであり、特定の型番の配線図ではありません。
中国語の技術記事から翻訳。原文の初公開日：2020-09-28。原文の最終改訂日時：2026-10-13T20:43:40+08:00。 中国語の原文を読む
