我在Windows Server 2003上遇到networking问题。我正在运行此testing：
我ping我的服务器从远程位置不断（ping -t）我从我的服务器不断地ping一个稳定的网站（ping -t）
每隔一段时间，我的ping都会收到超时。
当我有更多的并发连接时，会发生这种情况。 当并发连接less于100个时，这种情况几乎不会发生，但是当有200-300个并发连接时，这种情况会更加频繁（可能连续丢失5个或更多）。
我是否很快达到机器的限制？
CPU几乎不到1％。 RAM几乎不到30％。
这是正常的吗？
这听起来更像是一个带宽问题。
这表明你带宽真的是问题，并且绝对与服务器上的负载有关。 可用带宽必须由其上的所有stream量共享。 当开始使用过多时，所有networking数据包的响应时间将会增加。 一旦响应时间太长，Ping将会超时。 您可以通过再次尝试更长的ping超时值来validation此情况。
我同意其他post，这可能是一个带宽问题。
这里有一些事情要检查：
你能否在你的服务器之前连续地ping跳。 运行一个'tracert your.server.name.com'，并获得服务器之前的最后一个pingable跳。 不断ping这台主机与您的服务器。 它是否反应相同？ 在此之前尝试跳跃。 这将表明可能发生networking问题的起始位置。 如果只有你的服务器正在丢掉乒乓，那么这将是一个很好的结论，它不是其他networking设备。
从事件日志开始，检查应用程序和系统日志中的错误。
这可能是你的网卡抛出错误。 它可能只需要一个驱动程序更新，请与您的供应商联系。 您可能会注意到当您的服务器“过载”时也会发生重复的事件
从同一networking交换机上的另一台服务器ping服务器。 如果从同一个局域网上的服务器ping通，那么是的话会导致带宽问题，如果不是，那么这听起来像是局域网的networking问题，可能是从双工不匹配到错误的交换机configuration。 尝试逐个消除每个项目。
获得一些监控如果可能的话，得到一些监控你的服务器，nagios，perfmon，zenoss，opsview，cacti，ntop，无论你的味道更多的信息你有关于你的服务器内外发生了什么，更好的主意你会有什么问题。
深入了解IIS和应用程序日志可能是一个大文件或长时间运行的进程窒息你的服务器，它听起来不像你的post听起来像cpu / mem是低的，但也考虑磁盘和其他一切。 如果可能的话，检查IIS日志并logging你的数据库/网站。
获取您的网站正在做的统计数据。 看看你的可用带宽，以及你服务的数据量。 你是在一个10mbit的线上，只是大量下载/上传？ 记住，如果你完全上传你的上传，这也会影响你的下载，甚至可能会中断你的数据包。
希望这可以帮助你，更多的信息，你可以提供更好的答案，你应该得到的。