マルチベンダー環境の注意点とトラブルシューティング:ブリッジモードの罠や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として扱うかの定義がメーカー間で異なると、スイッチ間を繋いだ瞬間に通信が途絶えます。
  • 回避策:
    1. 接続ポートの「Native VLAN(PVID)」を明示的に揃える。
    2. 可能な限り、スイッチ間のトランク接続では「全てのVLANにタグを付ける」設定を行い、曖昧さを排除する。

3. スパニングツリープロトコル(STP)の非互換性

ループ検知のためのSTPも、メーカーによって挙動が異なります。

  • 独自拡張の衝突: メーカー独自の高速化プロトコルが有効な場合、他社製品と繋いだ瞬間にポートを「ループ」と誤認してブロック(遮断)してしまうことがあります。
  • 対策: マルチベンダー環境では、最も汎用的な RSTP (Rapid Spanning Tree Protocol) に設定を統一するか、末端のスイッチではSTPを無効化し、単純なループ検知機能のみを使用する構成を検討してください。

4. トラブルシューティングの鉄則:パケットの「色」を追う

通信が通らないとき、以下の順序で切り分けを行います。

  1. 物理層の確認: リンクアップしているか?(ケーブルの相性問題)。
  2. タグの確認: トランクポートを「アクセスポート(タグなし)」に変更して通信が通るか?通るなら、タグの設定ミスが確定。
  3. PVIDの確認: 「タグなしパケット」がどのVLANとして処理されているかを、両側の機器のログで確認する。