Ciscoスイッチでレイヤー2接続をテストする方法


8

私のラボで新しいFTTH CPEをテストしています。Cisco ME3400スイッチ。これまでのところ、それらのプロビジョニングに問題があります。DHCPデバッグをアクティブにして、DHCPパケットを確認しました。

CPEとME3400の間にレイヤー2接続があるかどうかを確認するにはどうすればよいですか?

いくつかの出力:

ME3400#sh int fa0 / 1 FastEthernet0 / 1が稼働、ラインプロトコルが稼働(接続)ハードウェアはファストイーサネット、アドレスは0023.05ab.c883(bia 0023.05ab.c883)

ME3400#sh MACアドレステーブル

VLAN MACアドレスタイプポート
---- ----------- -------- -----
すべての0100.0ccc.cccc静的CPU
...
1 XXXX.XX29.c942 DYNAMIC Gi0 / 1
1 XXXX.XXe4.0bdd DYNAMIC Gi0 / 1
1 XXXX.XX70.113e DYNAMIC Gi0 / 1
10 XXXX.XXa1.4ca0 DYNAMIC Fa0 / 1

回答:


11

MACアドレスが「mac address-table」である場合、L2接続があります。したがって、テスト方法論には何も問題はありません。


2

MACアドレステーブルを確認できますが、トラフィックがない限りエントリはありません。私がよく使用する簡単な方法は、デバイスにpingを実行することです(IPがあることを前提としています)。pingに応答しない場合でも、ARPに応答する必要があり、そのIPのARPテーブルにエントリがあります。


2

Layer2Tracerouteを試してみてください

Router# traceroute mac [interface type interface_number] source_mac_address [interface type interface_number] destination_mac_address [vlan vlan_id] [detail]

L2接続を確認したら、プロビジョニングの問題について詳しく説明できますか?


私の知る限り、それはCDPに依存しており、彼のFTTH CPEはCiscoまたはCDPに対応しているとは思えません。
イッティ2013年

ヒントをありがとう。ここにtracerouteレイヤー2 リンクの詳細があります。CPEを リモートでテストしているため、テストに関してさらに問題があります。モデムを再起動するように依頼すると、モデムがDHCPを「検出」し始めます。今、私はプロビジョニングに関するいくつかの問題を抱えています。私はスイッチにDHCPサーバーを構成しましたが、明らかにCPEの単純なテストのみです。そして私はこの問題を受け取ります:> DHCPD:クライアントは172.16.245.103を拒否し、172.16.245.132を送信しました。何か考えがありますか?これはすべて、CPEを評価するためのものです
cgasp 2013年


-1
#show mac address-table

これにより、スイッチのMACアドレステーブルに保存されているMACアドレスが表示されます。これらは、管理者またはユーザーが静的に割り当てることができます。または、インターフェースを介してトラフィックを渡すことで動的に学習することもできます。


hey hey now ....誰かが間違っていることを誰かに知らせるのを手伝ってください...一つのことはすべて、より優れたエンジニアになることを学ぶ道にありました。反対投票。それは一種の**太字**不要=)ただ言う......
Ty Smith
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.