スマートリンクの設定方法は？手順や確認方法も解説（Preforwarding：Flush：VLAN：切り替えなど）

スイッチを二重化したネットワークでは、障害時に通信経路をすばやく切り替えながら、ループや不要なフラッディングを防ぐ設計が求められます。

その際に役立つ機能の一つがスマートリンクです。

Smart Linkは主にHuawei製スイッチで利用される冗長化機能であり、二つの上位回線をActiveとStandbyに分け、障害発生時に待機回線へ切り替える仕組みを持ちます。

設定だけを見るとシンプルに感じられる一方、VLANの通過条件、Flushの対象、Preforwardingの待ち時間を理解しないまま導入すると、切り替え後に通信が復旧しないこともあります。

この記事では、スマートリンクの基本的な考え方から設定手順、障害試験による確認方法まで、運用を意識して解説します。

スマートリンクの設定方針

それではまずスマートリンクの設定方針について解説していきます。

冗長回線の役割分担

スマートリンクでは、二本の物理ポートまたはEth-Trunkを一つのSmart Linkグループへ登録し、それぞれにMasterポートとSlaveポートの役割を与えます。

通常時はMaster側が転送状態となり、Slave側は待機状態です。

この状態により、末端スイッチから上位ネットワークへ向かう経路を一本に絞り、レイヤー2ループの発生を抑えられます。

上位側のスイッチが二台ある構成でも、末端側でSTPの収束を待つより短時間で切り替えたい場面に向いています。

ただし、Smart Linkは二経路を同時に負荷分散する機能ではありません。

常用回線と待機回線を明確に分ける冗長化機能として設計することが重要です。

切り替え時に起こる処理

Masterポートのリンクダウンや上流障害を検知すると、Smart LinkグループはSlaveポートを転送可能な状態へ切り替えます。

同時に、必要に応じてFlushメッセージを送信し、ネットワーク内のMACアドレステーブルを更新させます。

MACアドレステーブルには、端末のMACアドレスがどのポートの先に存在するかという学習情報が保存されています。

障害前の経路情報が残ったままだと、通信先を誤ったポートへ送る可能性があります。

そこで切り替え通知を活用し、周辺スイッチに再学習を促すわけです。

利用に適したネットワーク構成

代表的なのは、アクセススイッチを二台の上位ディストリビューションスイッチへ二重接続する構成です。

上位二台がスタック、iStack、M-LAGなどで論理的に連携している場合は、より安定した冗長設計につながります。

一方で、上位側のVLAN設計やループ対策が不十分なまま導入すると、Slaveポートが有効になった際に想定外のブロードキャストが発生するおそれがあります。

Smart Linkだけでネットワーク全体のループ対策が完結するわけではない点を押さえておきましょう。

事前設計とVLAN条件

続いては事前設計とVLAN条件を確認していきます。

VLAN許可設定の統一

Smart LinkのMasterポートとSlaveポートでは、原則として同じVLANが通信できる状態を用意します。

たとえばMaster側のトランクポートでVLAN 10、20、30を許可しているなら、Slave側でも同じVLANを許可する設計が基本です。

片方だけに特定VLANが存在しない場合、回線切り替え自体は成功しても、そのVLANに所属する端末だけ通信不能になります。

特に音声VLAN、無線LAN用VLAN、監視用VLANは設定漏れが起こりやすいため注意が必要です。

確認項目	Master側	Slave側	確認の狙い
リンク種別	TrunkまたはEth-Trunk	TrunkまたはEth-Trunk	経路の扱いを揃える
許可VLAN	業務用VLAN群	同一の業務用VLAN群	切り替え後の通信断を防ぐ
ネイティブVLAN	設計値	同一の設計値	タグなし通信の不整合を防ぐ
MTU	設計値	同一の設計値	大型フレームの欠落を防ぐ
上位接続先	上位系統A	上位系統B	冗長経路を成立させる

制御VLANの選定

Smart Linkでは、Flushメッセージの伝達に使う制御VLANを設定する構成があります。

制御VLANは通常のユーザー通信と混在しないよう、用途を明確にしたVLANを選ぶと管理しやすくなります。

制御VLANが上位スイッチまで許可されていなければ、切り替え通知が届かず、MACアドレスの学習が古いまま残る可能性があります。

データ通信に必要なVLANと、切り替え通知に必要な制御VLANは別々に確認することが実務上のポイントです。

VLAN IDを決めたら、インターフェースのトランク許可設定、上位スイッチの設定、必要な中継区間を一貫して見直します。

STPとの共存設計

Smart Linkを使うネットワークでも、STPを完全に不要と考えるのは危険です。

アクセスポートへの誤配線、別系統との接続、保守作業中の仮設配線など、想定外のループは日常運用でも起こり得ます。

STPやRSTPの役割、BPDU保護、ループ検知などを組み合わせることで、障害の波及範囲を小さくできます。

Smart Linkの対象ポートとSTPのブロッキング状態が競合しないか、設計段階で動作を確認してください。

冗長化の機能を複数使う場合は、どの機能が通常時の転送経路を決め、どの機能が異常時を守るのかを文書化するとトラブル対応が早まります。

基本設定の操作手順

続いては基本設定の操作手順を確認していきます。

Smart Linkグループの作成

設定はまずグローバル設定モードからSmart Linkグループを作成するところから始まります。

機器やVRPのバージョンによってコマンド表記に差があるため、実機のコマンドリファレンスも必ず確認してください。

一般的にはsmart-link groupに続けてグループ番号を指定し、対象となる二つのポートをグループ内で定義します。

グループ番号は拠点や配線図との対応が分かるよう、運用ルールに沿って割り当てるとよいでしょう。

同じ物理ポートに複数の冗長化機能を重ねて設定すると、意図しない状態遷移が起こることがあります。

導入対象のインターフェース設定は、バックアップを取得したうえで変更してください。

MasterポートとSlaveポートの割り当て

通常時に使いたい上位経路をMasterポートに設定し、予備経路をSlaveポートに設定します。

単に配線の番号順で決めるのではなく、上位回線の帯域、装置性能、収容しているVLAN、保守性を考慮して判断します。

たとえば主系の上位スイッチに高性能なコア回線が接続されているなら、その方向をMasterに置く設計が自然です。

Slave側も常に利用可能な状態へ保つ必要があるため、リンクアップしていることだけでなく、上位まで到達できるかを確認します。

物理リンクが上がっていても、その先の上位ネットワークが停止していれば冗長性は確保できません。

切り替え時間と復旧条件

障害発生時の切り替え時間は、リンク障害の検知速度、Preforwardingの設定、周辺機器のMACアドレス再学習などの影響を受けます。

Preforwardingは、待機ポートを転送状態にする前に一定時間を置くための仕組みです。

短く設定すれば復旧を急げますが、上位側の状態が安定する前に通信を流してしまう可能性があります。

反対に長すぎると、利用者からは通信停止時間が長く感じられるでしょう。

FlushとPreforwardingの動作

続いてはFlushとPreforwardingの動作を確認していきます。

Flushメッセージの目的

Flushは、経路切り替えが起きたことを周辺スイッチへ伝え、古くなったMACアドレス情報の削除や再学習を促す処理です。

端末が移動したわけではなくても、上位への出口が変わるため、従来の転送先情報が通信の妨げになることがあります。

Flushが正しく届けば、周辺装置は新しい経路へ向けてMACアドレスを学習し直しやすくなります。

切り替え後に一部端末だけ疎通しない場合、IPアドレス設定だけでなくMACアドレステーブルやFlushの通過経路も確認対象です。

Flush制御VLANの到達性

制御VLANは、Smart Linkグループから上位ネットワークの必要な範囲へ到達している必要があります。

途中のトランクで対象VLANが除外されていたり、VLANが作成されていなかったりすると、通知は期待どおりに伝わりません。

また、上位スイッチのポート設定がアクセスモードになっているなど、タグの扱いが不整合な場合も原因になります。

障害試験では、切り替え直後にMACアドレステーブルのエントリーがどのポートへ移ったかを確認すると、問題の切り分けがしやすくなります。

現象	考えられる原因	主な確認箇所
切り替え後に通信が戻らない	Slave側のVLAN不足	トランク許可VLAN
一部端末だけ遅れて復旧する	MAC情報が残っている	Flush通知とMACテーブル
切り替え時間が長い	Preforwardingが長い	タイマー値と上位収束時間
二重化しても片系で通信不能	上位接続やVLAN設計の差異	Slave経路の到達性

Preforwardingの待機時間

Preforwardingは、Slaveポートを有効化する際の事前待機時間です。

切り替えの直後は、上位装置のポート状態、MACアドレス学習、制御パケットの伝達が変化するため、一定の猶予が安定動作につながる場合があります。

業務で音声通話、オンライン会議、工場設備の監視などを扱う場合は、停止許容時間を先に定義しておくと設定判断がしやすくなります。

設定値そのものより、障害時に利用者の通信が何秒で安定するかを試験結果として残すことが大切です。

切り替え試験と確認方法

続いては切り替え試験と確認方法を確認していきます。

通常時の状態確認

試験前には、Masterポートが転送状態であり、Slaveポートが待機状態になっていることを確認します。

表示コマンドではSmart Linkグループの状態、各ポートのロール、現在の有効ポート、制御VLANなどを確認します。

インターフェースのリンク状態だけで判断せず、実際に端末からデフォルトゲートウェイや社内サーバーへ疎通できるかを確認してください。

可能であれば、異なるVLANに属する複数端末でPingや業務アプリケーションの接続試験を行います。

通常時の正常な状態を記録しておくことが、障害時の比較材料になります。

Master障害時の確認

Master側のケーブルを抜く、または対象ポートを管理上で停止させる方法で、計画的に障害を再現します。

作業影響を抑えるため、利用者が少ない時間帯や検証環境で実施するのが基本です。

試験中は、Slaveポートが転送状態へ変化すること、端末からのPingが一定時間後に再開すること、MACアドレステーブルが新しい経路へ更新されることを確認します。

途切れたパケット数や復旧までの時間も記録すると、設定調整の判断に使えます。

復旧後の切り戻し確認

Master側の回線を復旧した後、元の経路へ自動で戻すのか、Slave側のまま維持するのかは機器設定と運用方針によって異なります。

自動切り戻しを行う場合、回線が不安定な状態では経路が何度も切り替わり、利用者への影響が大きくなることがあります。

そのため、リンクアップを検知した直後に復旧扱いとせず、上位ネットワークまで安定していることを確認してから切り戻す運用が有効です。

復旧後はMasterとSlaveの役割、VLANの通過、MACテーブル、監視アラートが通常状態へ戻ったかを確認しましょう。

運用時の障害対策

続いては運用時の障害対策を確認していきます。

設定バックアップと変更管理

Smart Linkの設定変更前後には、コンフィグレーションを保存し、変更日時、担当者、対象ポート、変更理由を記録します。

障害時には、物理配線の変更やVLAN追加が影響していることも少なくありません。

設定内容だけでなく、配線図と論理構成図を最新に保つことが、復旧時間の短縮につながります。

MasterとSlaveの対応関係をポート番号だけでなく接続先名称でも管理すると、現地作業での誤操作を減らせます。

監視項目とアラート設計

監視では、インターフェースのリンクダウン、Smart Linkのロール変更、エラーカウンター、光モジュールの状態を対象にします。

Slaveポートが有効になったことは、単なる一時的な切り替えではなく、主系回線または上位装置に異常があるサインかもしれません。

そのため、切り替え成功を正常終了とせず、原因調査につながるアラートとして扱うことが重要です。

ログの時刻をNTPで統一しておけば、スイッチ、監視サーバー、認証サーバーのイベントを時系列で追いやすくなります。

よくある設定ミス

よくあるミスは、SlaveポートのVLAN許可漏れ、制御VLANの未作成、上位トランクでのVLAN遮断、役割の取り違えです。

また、Master側だけで通信試験を行って本番化し、Slave側の経路を実際には確認していないケースもあります。

Smart Linkグループが正しく作成されていても、上位側で必要なVLANが存在しなければ冗長化は成立しません。

トラブル発生時は、物理リンク、ポートロール、VLAN、Flush到達性、MACテーブル、上位経路の順に確認すると整理しやすいでしょう。

まとめ

スマートリンクは、二本の上位接続をMasterとSlaveへ分け、障害時に待機経路へ切り替えるためのレイヤー2冗長化機能です。

設定の中心は、Smart Linkグループの作成、各ポートの役割設定、VLAN条件の統一、Flush制御VLANの確認、Preforwarding時間の調整にあります。

切り替え成功とは、ポート状態が変わることではなく、利用者の通信が安全に復旧することです。

導入後はMaster障害、Slave経路への通信、回線復旧後の切り戻しまで試験し、MACアドレステーブルと業務通信の両方を確認してください。

配線図、設定バックアップ、監視アラートを整備しておけば、障害が起きた際も落ち着いて原因を切り分けられるでしょう。