我最近在我的networking中部署了ProCurve 1800-24G交换机，取代了一些较旧的ProCurve 2424M交换机。 但是，连接到路由器的交换机出现严重问题。 看来，我们的Windows 2008 R2服务器（场外）每天晚上（通过PPTP隧道）对iSCSI目标（现场）执行备份时，局域网会失去与路由器的连接。 为了说明，只有一台路由器连接到受此问题影响的交换机。 解决此问题的唯一方法是重新启动路由器，或者拔下连接到路由器的以太网电缆，然后重新插入。
在停机期间，客户端不能接收DHCP请求，DNS请求，ping，或者在此状态下对路由器执行任何其他操作。 现在，交换机或路由器都没有被广泛configuration，而且这个问题似乎只是在新的交换机出现之后才出现。 我已经尝试了很多东西，包括更换电缆，重新启动和检查交换机configuration（从现在的基本情况来看，这是基本的 – 扁平LAN，没有中继）。 有趣的是，路由器在此状态下显示（外部访问）configuration或状态没有变化，但是同样不能ping或访问networking上的其他主机。
这个问题发生在备份的不同阶段（即不同的数量传输）。 我也将交换机的数据包转储到了WireShark中，但似乎还没有发现任何exception现象（在问题出现的时候以及在重新设置NIC时，我正在查看数据包）。 有什么build议寻找什么？ 什么可能会导致这个想法？ 我看到从路由器和交换机端的网卡上发生了一些发送/接收错误，但与总数据包数量相比并没有什么严重的。 在这一点上，我严重怀疑硬件，因为我在路由器上尝试了另一台交换机，不同的电缆和不同的网卡。
如果固件更新无助于运行“show tech”命令，则会给您提供比您想象的更多的信息。 你会想要使用像腻子程序，并打开记事本打开它在记事本中，做一个错误的发现或只是通过它扫描，看看是否有什么东西抓住你的眼睛..希望这会有所帮助。 惠普procurve技术支持，我很幸运，这是他们希望你运行的命令。
我们已经遇到了一些惠普问题，其中访问端口类似于“冻结”，但仍然在监控软件中报告“上涨”。 大多数情况下，所需的交换机固件更新解决了这个问题。