这是我的情况。 这是假设的，但往往足以成为一个问题。
我们有一个通用的2层以太网networking交换机。 所有连接到此交换机的设备都使用10.1.1.0/24专用networking中的IP地址。
我们将一个新设备连接到这个networking，并运行embedded式Linux。 我们将此设备configuration为使用10.1.1.0/24networking。 这个设备工作正常，但已经神秘地掉线了。 我们无法使用传统的TCP / IP工具连接到此设备（ping， telnet 10.1.1.100 22等）。
我们怀疑这个设备在某种程度上被重置了，并且恢复到它想要一个像192.168.1.0/24或者192.168.0.0/24这样的networking的默认networkingconfiguration（我不记得是哪个networking）。 它似乎是重新启动，并且一次又一次（也许在重新启动之间做一个DHCPDISCOVER）。
该设备仍然连接到交换机，似乎有重新启动之间的链接连接。
有没有办法让我从连接在同一台交换机上的计算机上探测设备？ 是否有一个相当于ping命令的层2，或者是一个广播ping来显示连接到这个局域网段的所有设备？
你可以用各种方法攻击这个 首先，请尝试查找相关设备的技术手册。 这将希望告诉你什么使用默认configuration。
然后，如果可能，从等式中移除networking开关。 使用交叉电缆将设备直接连接到某种电脑上。 这样，您可以将PCconfiguration为在您认为设备处于开启状态的networking上，然后查看是否可以与之通话。 这也使您可以轻松使用像tcpdump这样的工具来观察设备通过线路发送的内容。 例如，如果我用交叉线将设备直接连接到我的mac上的以太网端口，我可以这样做：
# tcpdump -i en0
查看来自设备的所有stream量（请注意，您必须是root用户，或者通过sudo运行该命令）。
看tcpdump输出应该给你一个很清楚的想法，即无响应的设备正在尝试在networking上做什么。
请注意，由于networking交换机的工作方式，我build议将设备直接连接到您的计算机。 如果交换机不是您的目的地，交换机不会向您的端口发送stream量。 因此，设备可能会震颤，但由于您的计算机不在同一个IPnetworking上，您将看不到大部分数据。 有一些方法可以解决这个问题，例如交换机端口镜像，但总的来说，完全绕过交换机是最简单的。
arping可能是你在找什么？
除了arping， ping 255.255.255.255和arp -na一起可能会有所帮助。