マルチベンダー環境の注意点とトラブルシューティング:ブリッジモードの罠やVLANタグ不一致による通信不可の回避策
異なるメーカーが混在する「マルチベンダー」のリスク
ヤマハのルーター、バッファローのスイッチ、UniFiのアクセスポイント……。コストや機能の最適化を求めて異なるメーカーの機器を組み合わせる「マルチベンダー環境」は一般的ですが、メーカーごとに「標準」の解釈やデフォルト設定が異なるため、単一ベンダー環境では起きえない特有のトラブルが発生します。
特に**「ブリッジモード」と「VLANタグ」**の扱いは、ネットワークを沈黙させる最大の罠です。
1. 「ブリッジモード(APモード)」の罠
Wi-Fiアクセスポイントやルーターを「ブリッジモード」で動作させる際、メーカーによって「管理画面への到達性」や「パケットの透過性」が変化します。
- 罠:DHCPサーバーの重複(二重ルーターの裏返し) ブリッジモードに切り替えたつもりでも、機器によっては特定の条件下でDHCPサーバーが勝手に立ち上がってしまうことがあります。これにより、ネットワーク内に「正しいルーター」と「偽のルーター」が存在することになり、ネットが繋がったり切れたりする不安定な状態を招きます。
- 罠:管理IPの消失 上位ルーターからIPを自動取得(DHCP)する設定にしていると、どのIPが割り当てられたか分からなくなり、設定画面に入れなくなるケース。
- 対策: ブリッジ機器には必ず**「固定IP」**を割り当て、管理リストに記録しておくのが鉄則です。
2. VLANタグ不一致(Native VLAN)による通信不可
マルチベンダーで最も多いトラブルが、IEEE 802.1Q(タグVLAN)の解釈の違いです。
- メーカーAの「トランク」=メーカーBの「タグ付き」?
- Cisco/UniFi: 「Native VLAN(タグなし)」がデフォルトでVLAN 1。
- ヤマハ/アライド: 明示的にタグを指定しない限り、パケットを破棄するか、意図しないセグメントに流すことがある。
- トラブルの象徴:VLAN 1の扱い 「タグなしパケット」をどのVLANとして扱うかの定義がメーカー間で異なると、スイッチ間を繋いだ瞬間に通信が途絶えます。
- 回避策:
- 接続ポートの「Native VLAN(PVID)」を明示的に揃える。
- 可能な限り、スイッチ間のトランク接続では「全てのVLANにタグを付ける」設定を行い、曖昧さを排除する。
3. スパニングツリープロトコル(STP)の非互換性
ループ検知のためのSTPも、メーカーによって挙動が異なります。
- 独自拡張の衝突: メーカー独自の高速化プロトコルが有効な場合、他社製品と繋いだ瞬間にポートを「ループ」と誤認してブロック(遮断)してしまうことがあります。
- 対策: マルチベンダー環境では、最も汎用的な RSTP (Rapid Spanning Tree Protocol) に設定を統一するか、末端のスイッチではSTPを無効化し、単純なループ検知機能のみを使用する構成を検討してください。
4. トラブルシューティングの鉄則:パケットの「色」を追う
通信が通らないとき、以下の順序で切り分けを行います。
- 物理層の確認: リンクアップしているか?(ケーブルの相性問題)。
- タグの確認: トランクポートを「アクセスポート(タグなし)」に変更して通信が通るか?通るなら、タグの設定ミスが確定。
- PVIDの確認: 「タグなしパケット」がどのVLANとして処理されているかを、両側の機器のログで確認する。