SERVER PLUS INSIGHTS
Cisco NX-OS 9.3.x VLAN Translation：vPC 環境における 1:1 VLAN Mapping の設計と検証
VLAN Translation は、顧客側の tag を維持したまま Nexus 内部では別の forwarding VLAN を使用します。どちらの側も VLAN ID を変更できない場合に必要です。
2026-07-11 · Server Plus
VLAN Translation は、顧客側の tag を維持したまま Nexus 内部では別の forwarding VLAN を使用します。どちらの側も VLAN ID を変更できない場合に必要です。
VLAN Translation が必要な場面
上流事業者がすでに同じ VLAN ID を別顧客へ割り当て、ローカル環境は顧客側 tag を維持する必要がある場合が典型です。ingress tag を内部 forwarding VLAN に変換し、egress で戻します。
設計上の基本原則
Translation trunk では ingress wire tag ではなく translated VLAN を作成・許可します。vPC の両 peer は VLAN database、mapping、allowed VLAN を完全に同一にする必要があります。
- ingress と translated VLAN ID を分離する
- translated VLAN を forwarding domain とする
- 両 peer の vPC Type-1 consistency を維持する
- MAC learning と両端の tag を検証する
NX-OS 9.3.x の注意点
該当する 9.3.x 設計では、translated VLAN に必要な vn-segment の programming path を関連付けます。これはトラフィックを VXLAN で運ぶ意味ではなく、mapping のプラットフォーム要件です。
変更と検証
両 peer に VLAN database と peer-link の許可を準備し、同じ mapping を適用します。その後 vPC consistency、VLAN 状態、MAC learning、counters、両端の wire tag を検証します。
FAQ
なぜ顧客側 VLAN を変更しないのですか？
既存サイト、サービス、機器、または契約条件で顧客側 VLAN が固定されている場合があります。Translation は顧客の wire tag を変えずに衝突を解決します。
なぜ vPC の両 peer を一致させる必要がありますか？
VLAN mapping は vPC consistency の対象です。不一致は VLAN suspend と通信断につながる可能性があります。