複雑なネットワーク トポロジでは、多くの場合、lldb を使用して隣接スイッチを表示し、トポロジ マップ全体でネットワーク デバイスの位置を迅速に特定します。スイッチ間の接続に限定されません。
私が遭遇した落とし穴とその解決策を共有しましょう。そういうケースもあります。
端末はアドレスを取得できませんが、169.254 のネットワーク セグメント上ですでに一時的な通信があり、物理層が正常であることを示しています。これは、多くの場合、端末が IP を取得するために DCHP に設定されているためですが、端末は IP アドレスを取得するために DHCP サーバーを見つけることができません。このようなアドレスは一時的な通信に使用されます。
このような問題が発生した場合、まずMACアドレスが学習されているかどうかを確認する必要があり、コアスイッチのコマンドスクリーニングによりMACアドレスが学習されているかどうかを確認します。
[TEST]dis arp | in 8bca //筛选arp表中含有MAC地址是，8bca的地址
我们做此项的目的，如果可以学到MAC，那么很有可能是地址池的问题；
如果不能学到，说明低层至上的网络层可能不通。可能是vlan的原因，也可能是其他的原因。見つかりましたが、結果はありませんでした。現時点では、ブラック ホール MAC テーブルに再度クエリを実行して、MAC がブロックされているかどうかを確認する必要があります。
[TEST]dis mac-address blackhole //查询黑洞MAC表
我们做此操作的目的是，是否MAC被拉黑，以至于无法通信それでもクエリがない場合は、VLAN 構成にエラーがあるかどうか、次のデータリンク層を疑う必要があります。端末が配置されているスイッチとインターフェイスがわかれば、ポート構成が他と異なるかどうかを直接確認できます。
しかし、ネットワーク ケーブルの管理が乱雑で整理整頓されていないため、このポートが見つかりませんでした。
[TEST]dis cu in g 0/0/1 //查询G0/0/1端口的配置
#
interface GigabitEthernet0/0/1
port link-type access
port default vlan 10
stp edged-port enable
#
return
[TEST]クエリがない場合は、スイッチを使用して IP を取得できないネットワーク ケーブルをスイッチに挿入し、LLDB を使用して、端末が最初にスイッチに接続されていた隣接ノードをすばやく見つけることができます。
ヒント: はは、私です。回線ファインダーが回線を探していました。1 階の小さなキャビネットがブーンという音を立てていたので、私は誤解されました。最後に、端末を使用してスイッチに接続しようとしました。LLDB の方法が使用されました。ピアスイッチに問い合わせると4階にあることが判明、キャビネット内で端末が設置されているスイッチを探す。なぜ1階のネットワークケーブルが鳴るのか、未だに分かりません。それが一緒に橋を渡る理由かも？
[TEST]dis ll n brief
Local Intf Neighbor Dev Neighbor Intf Exptime
GE0/0/1 OA-OFFICE GE0/0/1 114
[TEST]
我们发现，本地的G0/0/1端口，接了名字为OA-OFFICE的交换机的G1/0/1口
华三的交换机我们可以使用命令，
dis lldp neighbor interface g0/0/1 ver 查看到对端交换机的管理地址，然后可以telnet次に、スイッチにログインすると、VLAN 設定が間違っていることがわかり、変更後は IP が正常に取得できるようになりました。
注: ターミナル インターフェイスはエッジ ポート保護、つまり stp エッジ ポートで構成されているため、構成時に特別な注意を払う必要があります。テスト スイッチに接続されているポートは STP サービスをシャットダウンする必要があります。そうでない場合、ポートは BPDU メッセージを相手側の ACCESS ポートがエッジ属性を失って DOWN になる この時、泣きたいけど涙は出ません。隣が見えないよ～
この例では、端末に接続されたネットワーク ケーブルを使用してスイッチに接続することで、アクセス スイッチをすばやく見つけて問題を解決できます。