我正在实验室中测试新的FTTH CPE。思科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动态Gi0 / 1
1 XXXX.XXe4.0bdd动态Gi0 / 1
1 XXXX.XX70.113e动态Gi0 / 1
10 XXXX.XXa1.4ca0动态Fa0 / 1


#1 楼

如果您看到MAC地址是'mac address-table',则说明您具有L2连接。因此,您的测试方法没有错。

#2 楼

您可以检查mac地址表,但是除非有流量,否则不会有任何条目。
我经常使用的一种快速方法是对设备执行ping操作(假设它具有IP)。即使它不响应ping,它也应响应ARP,并且ARP表中将有该IP的条目。

#3 楼

您可能要尝试使用Layer2Traceroute:

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


一旦您确认了L2连接性,您能否详细解释配置问题?

评论


AFAIK依赖于CDP,我怀疑他的FTTH CPE是否支持Cisco或CDP。

–ytti
13年5月28日在8:36

感谢您的提示。这是有关traceroute第2层链接的一些详细信息,因为我正在远程测试CPE,所以我在测试中遇到了更多问题。我要求重新启动调制解调器,并且它们开始“发现” DHCP。现在,我在配置上遇到了一些问题。我已经在Switch上配置了DHCP服务器,显然仅用于对CPE的直接测试。我得到了这个问题:> DHCPD:客户端拒绝了172.16.245.103,发送了172.16.245.132。有什么想法吗?所有这些都是为了评估CPE的

–cgasp
13年5月28日在10:16



#4 楼

问:如何测试才能知道是否存在第2层连接性

A。配置LLDP和/或show interface

#5 楼

#show mac address-table


这将在交换机的MAC地址表中显示存储的MAC地址,这些地址可以由管理员或用户静态分配。或者可以通过将流量通过接口动态地学习。

评论


嘿,嘿。。。帮助某人看到他们错了...正在学习成为一名更好的工程师的路上。下投票。那种**大胆**不必要=)只是在说......

– Ty Smith
16 Sep 13'3:32