你好服务器故障denizens
我有一个100台计算机，2个Windows域名服务器和12个VoIP电话的局域网的恼人的问题。 自从大约一年前安装以来，每隔一周左右，我们都会注意到VoIP电话会自动重置 – 偶尔会在通话中。 同时，计算机上经常出现连接暂时中断的迹象：访问networking共享时资源pipe理器冻结，pipe理软件中由于与数据库服务器连接中断而导致错误。
我一直在对VoIP PBX和其他networking之间的连接进行一些Wireshark监控。 在我们logging手机重启的时候，Wireshark会收到一串重发的TCP数据包。 Wireshark日志每天显示大约2个重传集群，从5个数据包到数百个。 每个集群中的主要是PBX和一些VoIP电话之间，但并不总是相同的集合。 同时经常重传的是连接到相同交换机的电话，但是有时重传一起发生在networking的相对端的电话。 通过TCPstream量通常会有一些重合的重传，例如在客户端机器和文件服务器之间。
重传和电话重置的高峰与networking重负载时不相关。 他们在白天似乎稍微多出一点，但是大部分在晚上，交通量应该减less。 当大多数计算机被closures并且stream量应该是最低的时候，它们经常发生在深夜。
你有什么想法可以帮助诊断这样的问题的原因？ 有一件事我还没有尝试，但应该有，正在更新所有交换机的固件。
TCP重传通常是由于networking拥塞。 在发生问题时寻找大量的广播数据包。 如果您捕获的广播stream量百分比超过捕获总stream量的3％，那么您肯定拥挤。 在networking上寻找物理层（ARP）和networking层（名称parsing）广播。 如果您发现大量的广播stream量，则可以从捕获数据中将其跟踪到源。
收集交换机的stream量统计信息可能会显示您有一段时间在以容量运行或接近容量。 当初始化超时（通常为3秒）内不响应时，可能导致重试。 这会暂时增加堵塞，直到堵塞缓解机制开始。
寻找使用stream媒体的人，因为这可以迅速吸收带宽。
您可以通过stream量整形来缓解手机的问题。 这只会将问题转移给其他用户。
听起来像一个生成树循环或广播风暴，特别是如果重传和问题是本地化到相同的交换机（这是不同的）。 发生这种情况时，L2设备上的端口状态是什么？ 可能是坏的交换机或坏的根桥优先级？ 有趣的问题。
你可能已经解决了这个问题，因为它已经很长时间了，但是本质上你需要在有端点的端口（VoIP电话，工作站，服务器）上启用“快速端口”。 一个电话可以发送PDU，所以如果这个家伙重新启动它将导致STP收敛，从而导致FDB表被刷新，所有设备都要经历4/5步STP乐趣。 通过将端口与端口放在“快速端口”，他们跳过等待，然后转到转发模式。
希望你的手机在不同的子网和VLAN从其他电脑？
它也可能是一个错误的设备，如错误的开关。 重传是否与一台特定交换机或部分networking上的电话/计算机相关？
只是稍微扩展我的答案。 并非所有开关都是相同的，即使它们具有相同的规格。 有些能够应付比其他更高的负载，因为它们内部有更快的处理器。 这可能是因为你的交换机不够高。
我会先把你最麻烦的VOIP电话放到自己的物理交换机上，看看那些复位是否继续。 如果它消失了，那么你很快就会解决这个问题。