スイッチの役割とトポロジー：各光モジュールの配置先

同じ 100G モジュールでも、1つのラック内では安価な DAC、部屋をまたげば SR4、建物間なら LR4、都市間なら DWDM チャネルになります。どれになるかを決めるのは、ネットワーク内でのスイッチの役割と、その周りのトポロジーです。このページでは、古典的なキャンパスの階層構成とデータセンターのリーフ・スパインを、それぞれが意味する光モジュール、距離、数量に対応づけます。これにより、設計から部品表を読み取れるようになります。

キャンパス：アクセス、ディストリビューション、コア

キャンパスでの距離は数メートルから数キロメートルです。建物内は OM3/OM4 上の SR、建物間はシングルモード上の LR/LX です。伝送距離クラスの一覧は PMD リファレンスにあります。

データセンター：リーフ・スパイン（Clos）

経験則として、リーフ・スパインのリンクはすべて同じ速度と FEC です。オーバーサブスクリプション （ダウンリンク容量 ÷ アップリンク容量）は、汎用コンピュートでは 3:1 が一般的、AI とストレージでは 1:1 です（GPU ファブリック）。

レール最適化 AI ファブリック

GPU ノードは、それぞれの NIC を別々のリーフに接続します。そのため、ほとんどのサーバーリンクがラックの外に出ることになり、DAC の代わりに AOC や光モジュールを使います。GPU あたりのケーブル本数は階層ごとに1本です（AI クラスターの配線）。

ストレージと SAN

Fibre Channel スイッチは、独自のファブリック（edge–core または core–edge–core）を構成し、室内は 16/32/64GFC の SW 光モジュール、室間は LW を使います。Ethernet ストレージは、ロスレスクラスを使ってリーフ・スパインに乗ります（SAN 設計、 ロスレス Ethernet）。

距離 → 光モジュール

光ファイバーが乏しい経路では、CWDM や DWDM を使って 1心あたりの容量を増やします。心が1本しかない場合はシングルファイバー BiDi を使います。

設計から光モジュールの数量を数える

例：16ラックの pod が1つ、ラックあたり32台のサーバー、サーバーあたり 2 × 25G、スパイン4台。

デュアルプレーン設計の場合は、2つ目のファブリックの分だけ2倍にします。

役割とポリシー

役割はまた、プラットフォームが光モジュールにどれだけ厳格かも左右します。キャリアや SAN の機器は OEM ブランドを強制する傾向があり、マーチャントシリコンを使うデータセンターのリーフ・スパインは寛容なことが多く、キャンパスアクセスはベンダーによってまちまちです（各 NOS がモジュールを検証する方法、 ベンダーロック）。

CodingBox では

役割に基づく部品表は、PMD と型番のリストです。CodingBox は、納品された各モジュールをこれと照合し（種別、伝送距離、波長、PN）、設計で OEM 互換モジュールが求められている場合には識別情報をコーディングします（Check transceiver、 Code database）。

設計を発注と稼働中のラックに変える方法。選定基準、光モジュールの部品表、コミッショニングチェックリスト、受入試験は選定とコミッショニングを、これらのトポロジーを支える L2/L3 の仕組みはフォワーディングの基礎 を参照してください。

これらのトポロジーの土台となる配線。構造化配線の階層、データセンターのパターン（EoR、MoR、ToR、トランクとカセット）、心数計画は 光ファイバーネットワークのトポロジーを参照してください。