LLDPは、隣接するネットワーク機器が自身の識別情報とポートを能動的に通知できるようにし、保守担当者による「このケーブルが実際にどの機器に接続されているか」の確認を支援します。端末にIPアドレスを割り当てるものではなく、ループを自動修復するものでもなく、映像サービスや制御サービスがすでに正常に動作していることを保証するものでもありません。広告の受信方法とレコードの更新・失効の仕組みを理解して初めて、トポロジー図が表示されたという理由だけでネットワークの受入検査が完了したと判断するのではなく、隣接機器テーブルを障害調査の証拠として活用できます。
1. まず、機器とポートをそれぞれ明確に識別する
盤内のスイッチAが、GE1を介してスイッチBのGE2に接続されているとします。両端のリンクランプを見るだけでは、インターフェースに何らかの接続が確立していることは分かりますが、対向機器の名前やポートまでは分からない場合があります。LLDPの正式名称はLink Layer Discovery Protocolで、IEEE 802.1ABが隣接局間の探索メカニズムを定義しています。データリンク層で情報を送信し、先にIPルーティングで対向機器を見つける必要がないため、直接接続関係の識別を支援する用途に適しています。
機器の識別情報とポートの識別情報は、組み合わせて確認する必要があります。Chassis IDは機器の識別に、Port IDは広告を送信するポートの識別に使用されます。具体的な符号化形式には、MACアドレス、インターフェース名、機器が対応するその他の形式があり、すべてのPort IDをネットワークポートのMACアドレスと解釈してはいけません。システム名は、人が読みやすくするためのオプション情報で、変更されたり重複したりする場合があります。「AのGE1がBのGE2に接続されている」と記録する方が、名前を二つ記録するだけよりも、現場でのケーブル追跡に役立ちます。
2. 「一方向」とは広告が独立しているという意味で、一方向しか見えないという意味ではない
AのLLDP送信機能は設定に従ってローカル情報を送信し、Bの受信機能がそれを読み取ります。Aが先にBへ問い合わせを送る必要はなく、このメッセージの到達を確認するためにBからのLLDP確認応答に依存することもありません。Bも独立して自身の広告をAに送信できるため、両端で隣接機器レコードを作成できます。これは独立した二つの広告プロセスであり、一つの要求と一つの応答ではありません。古い記事で単に「一方向プロトコル」とだけ説明すると、初心者がリンクは一方向にしか探索できないと誤解しやすくなります。
通常、送信と受信は別々に設定できます。Aが受信のみを行い、Bが正常に送信している場合、AからはBが見えても、BからはAが見えないことがあります。一方向のレコードがない場合は、まず両端で実際に有効になっている機能を確認し、光ファイバーやネットワークポートの破損と即断しないでください。送信間隔、変更を契機とする動作、起動時の動作は実装によって異なり、あるブランドのデフォルト秒数や高速起動時の送信回数を、飛暢科技の全モデルに共通する値として記載してはいけません。
3. 一つの広告に含まれるもの
LLDPはイーサネットフレームで伝送されます。最寄りブリッジのスコープで一般的に使用される宛先MACは01:80:C2:00:00:0Eで、EtherTypeは0x88CCです。これは、ping可能な管理用IPと同じ種類のアドレスではありません。フレーム内の探索情報はLLDPDUと呼ばれ、TLVを用いて構成されます。TLVは「タイプ、長さ、値」を意味し、タイプはその部分が何であるかを受信側に伝え、長さは内容の量を示し、値は機器が提供する実際の情報です。
基本的な広告には、機器の識別情報、ポートの識別情報、有効期間であるTTLが含まれ、終了TLVで終端を示します。対応状況と設定に応じて、システム名、ポートの説明、機能、管理アドレスを含む場合もあります。受信機器はこれらのフィールドを検査・解析し、「受信したローカルインターフェース」と「対向機器が申告した識別情報」を関連付けます。対向機器が申告したPort IDをローカルの受信ポートとみなすことはできず、ポートの説明から実際の光モジュールのパラメーターや認証を推測することもできません。
4. 一台のスイッチがネットワーク全体のトポロジーをブロードキャストする仕組みではない理由
一般的な最寄りブリッジのスコープにおけるLLDPは、直接隣接する機器を対象とします。通常のスイッチ接続A—B—Cでは、Bはこのスコープ内でAの広告を処理し、通常のサービス用ブロードキャストトラフィックのように、そのままCまで転送しません。Bは、送信元をAに偽装するのではなく、他の有効なポートでB自身を通知します。特殊用途のスコープ、透過転送、トンネリング方式にはそれぞれ固有の規則があり、この単純な三台構成の例を、あらゆる種類の機器が絶対に転送しないという意味に一般化することはできません。
管理プラットフォームが比較的完全なトポロジーを取得するには、通常、管理された管理チャネルを通じて複数の機器から隣接機器データを読み取り、機器、ポート、時刻を照合して接続関係を組み立てる必要があります。一つのLLDPフレームがネットワーク全体を巡ってすべてのノードを収集する仕組みではありません。プラットフォームには対応する権限、プロトコル、機器側のサポートが必要であり、管理接続の障害や収集タイミングの不一致はいずれも表示に影響する可能性があります。機器に隣接機器テーブルがあることも、任意のサードパーティ製プラットフォームと自動的に互換性があることを証明するものではありません。
5. TTLは古いレコードの有効期限を定めるもので、サービスパケットが通過できるホップ数ではない
ここでのTTLは隣接機器情報が有効である時間であり、IPパケットがルーターを通過するたびに減算されるホップ数ではありません。新しい有効な広告を受信すると、受信側はその隣接機器情報と失効条件を更新します。その後、長時間受信がなければ、レコードはエージングによって削除されます。リンク状態の変化や広告の無効化などのイベントによって、実装に応じて機器が早期にレコードを消去する場合もあります。どのような障害でも、検出まで必ずTTLの全期間を待つ必要があると記載してはいけません。
学習用の例では、Bが0秒の時点でAからTTLを120秒とする広告を受信し、30秒の時点で別の有効な広告を受信するため、このレコードの有効期限を150秒の時点に更新できます。その後広告が停止し、他に早期消去を引き起こすイベントがなければ、有効期限後に削除されます。これらは更新の仕組みを説明するための仮の数値であり、飛暢科技のモデルのデフォルト値や復旧時間ではありません。LLDP送信の停止は、ケーブルを抜くことや、すべてのサービスデータを停止することと同義でもありません。
6. 飛暢科技のモデルの機能を実際の構成に組み込む方法
飛暢科技の製品センターに掲載されている3422マネージドレイヤー3スイッチの詳細には、LLDP、ポート統計、ミラーリング、管理機能が明記されています。プロジェクトでは、LLDPで接続を確認し、統計機能でサービストラフィックのカウンターを観察し、必要に応じて対応機能の範囲内でミラーリングによるパケット解析を行えます。これらのツールが答える問いはそれぞれ異なり、隣接機器は何か、サービストラフィックの状態はどうか、実際にどのフレームを受信しているかを確認するものです。いずれも、すべての受入検査に代わるものではありません。
その詳細ページのPoE欄には「なし」と記載されています。そのため、LLDPを搭載している、またはページにLLDP-MEDへの言及があるという理由だけで、PoE給電対応モデルと記載することはできません。
7. まず設定の基準状態を確立し、その後で必要な情報を公開する
まず、機器とファームウェアの情報、設定のバックアップ、管理アクセスの復旧経路を保存し、正常であることが確認済みの保守用リンクで両端の送受信状態を確認します。スイッチとポートには、機密性のある用途を明かさない明確な名前や説明を設定し、実際に広告する必要のあるオプションフィールドを選択してください。メニュー名や保存・適用の手順は当該モデルの説明書に従い、古い記事にある他社のデフォルトアカウントやコマンドを流用しないでください。
システムの説明や管理アドレスなどの情報は保守に役立ちますが、機器やバージョンに関する手掛かりを露出させる可能性もあります。信頼できないアクセスポートのうち、どのポートで送信や受信を無効にするか、またはオプション情報を減らすかは、セキュリティ設計に基づいて決定する必要があります。隣接機器が自己申告した識別情報は本人認証ではなく、「コアスイッチ」という名前だからといって信頼できるわけではありません。サービス設計に応じてアクセス制御と管理権限を整合させ、LLDPの有効化をネットワークセキュリティ対策の完了と同一視しないでください。
8. 隣接機器が消えた場合は、証拠に基づいて層ごとに切り分ける
まず、現在のローカルポートと実際の接続先を確認していることを確かめ、次に物理リンク、両端の機能、ポリシーによる広告のフィルタリングの有無を確認します。受信または送信カウンターが増加するか、最終更新時刻、エージング動作を記録してください。パケットキャプチャが必要な場合は、許可された隔離環境または承認済みの作業時間帯に、サポートされているミラーリング機能と解析ツールを使用して実際のフレームを確認します。確認なしに、本番ネットワークでケーブルを抜いたり、工場出荷時の設定に戻したり、多数のパラメーターを変更したりしないでください。
BはAから受信できるのにAはBから受信できない場合、Bの送信経路とAの受信経路をそれぞれ確認します。両端にレコードがあるのにサービスが動作しない場合は、VLAN、IPアドレス、ルーティング、アクセスポリシー、端末アプリケーションを確認します。LLDPが表示されることは、カメラの録画、PLC制御、サブネット間通信が正常であることを証明しません。また、隣接機器が消えたのは、単に対向機器が送信を停止したためかもしれません。誤診を避けるには、管理上の証拠と実際のサービステストを分けて扱うことが不可欠です。
9. 管理された一つの変更で受入検査を完了する
まず、正常状態で両機器とポートの識別情報、オプションフィールド、更新時刻を記録し、配線台帳と項目ごとに照合します。承認された試験条件下で、一つの説明を変更するか、片側のLLDP送信を一時停止し、対向側での更新またはエージングによる削除を観察した後、設定を戻してレコードが再び現れることを確認します。この試験は探索メカニズムを検証するものであり、ネットワーク全体の耐障害性や無停止能力を証明するものではありません。
最後に、計画されたサービスと管理アクセスを別途検証し、変更前後の記録、時刻、機器のバージョン、設定を保存します。機器の交換、接続ポートの変更、命名の調整を行った後は、台帳も同時に更新してください。LLDPの最も価値ある成果は、見栄えのよい線を描くことではなく、「どのローカルポートがどの対向ポートに接続されているか」を、時点を踏まえて確認でき、後から検証可能な証拠に変えること、そしてどのサービス上の問題に別の検証方法が必要なのかを明確にすることです。
検証資料： IEEE 802.1ABプロジェクトの説明 ; CiscoのLLDPフレームと広告メカニズム ; Juniperの隣接機器探索と設定の概念 ; 飛暢科技のレイヤー3スイッチカテゴリ ；飛暢科技3422の製品詳細。サードパーティの資料は一般的な仕組みの説明に使用しており、飛暢科技のコマンドやデフォルトパラメーターを証明するものではありません。二つの原理図は内容を確認した一般的な説明図であり、実際の製品写真、モデルの内部回路、測定結果ではありません。例示したポートやタイミングは、仕様上の保証ではありません。
中国語の技術記事から翻訳。原文初公開日：2022-11-07。原文最終改訂日時：2026-10-13T10:22:10+08:00。 中国語の原文を読む
