我inheritance了微软的networking/环境，包括所有常见的罪魁祸首：Active Directory，Exchange，terminal服务器，50个客户端，文件和打印服务器 – 足够标准的办公室必需品。
客户端都在172.25.51。*范围内，并且从互联网下载的速度只是服务器的下载速度的一小部分。 这个范围内的机器之间的文件传输看起来足够快。 （请参阅机器＃1的输出 – 下面的客户机。）
服务器都在172.25.24。*范围内，并且从互联网的下载速度和对方之间的文件传输看起来都很好（请参见机器＃2 – 服务器的输出）。
两个范围之间的文件传输看起来也非常慢。 我想我的问题最终会导致另一个问题，但这里是我需要做的第一件事：我怎样才能正式诊断为什么在51. *范围的客户端经历了从互联网和24 *范围的如此可怕的下载速度？
我想通过24 *范围的互联网的事实解释，缓慢，所以我真正的问题，我需要诊断和find一个原因是造成服务器（24. ）和客户端（51 ）？
我相当肯定，这不是布线，虽然我会欢迎我如何certificate这不是问题的build议？ 这是由一家专业公司完成的，所以我倾向于认为这是一个configuration问题。 任何build议将不胜感激。
＃1 – 客户
IPCONFIG
V:\>wget ftp://ftp.heanet.ie/mirrors/videolan/vlc/0.9.9a/vlc-0.9.9a.tar.bz2 --2009-06-30 19:33:30-- ftp://ftp.heanet.ie/mirrors/videolan/vlc/0.9.9a/vlc-0.9a.tar.bz2 => `vlc-0.9.9a.tar.bz2' Resolving ftp.heanet.ie... 193.1.193.64 Connecting to ftp.heanet.ie|193.1.193.64|:21... connected. Logging in as anonymous ... Logged in! ==> SYST ... done. ==> PWD ... done. ==> TYPE I ... done. ==> CWD /mirrors/videolan/vlc/0.9.9a ... done. ==> SIZE vlc-0.9.9a.tar.bz2 ... 17500620 ==> PASV ... done. ==> RETR vlc-0.9.9a.tar.bz2 ... done. Length: 17500620 (17M) 100%[======================================>] 17,500,620 39.3K/s in 7m 35s ipconfig / all
Ethernet adapter Local Area Connection: Connection-specific DNS Suffix . : domain.local Description . . . . . . . . . . . : Intel(R) 82566DM-2 Gigabit Network Connection Physical Address. . . . . . . . . : 00-1E-4D-F4-35-57 Dhcp Enabled. . . . . . . . . . . : Yes Autoconfiguration Enabled . . . . : Yes IP Address. . . . . . . . . . . . : 172.25.51.77 Subnet Mask . . . . . . . . . . . : 255.255.255.0 Default Gateway . . . . . . . . . : 172.25.51.1 DHCP Server . . . . . . . . . . . : 172.25.24.10 DNS Servers . . . . . . . . . . . : 172.25.24.18 172.25.24.12 Primary WINS Server . . . . . . . : 172.25.24.18
＃2 – 服务器
wget的
V:\>wget ftp://ftp.heanet.ie/mirrors/videolan/vlc/0.9.9a/vlc-0.9.9a.tar.bz2 --2009-06-30 19:41:15-- ftp://ftp.heanet.ie/mirrors/videolan/vlc/0.9.9a/vl.9a.tar.bz2 => `vlc-0.9.9a.tar.bz2.1' Resolving ftp.heanet.ie... 193.1.193.64 Connecting to ftp.heanet.ie|193.1.193.64|:21... connected. Logging in as anonymous ... Logged in! ==> SYST ... done. ==> PWD ... done. ==> TYPE I ... done. ==> CWD /mirrors/videolan/vlc/0.9.9a ... done. ==> SIZE vlc-0.9.9a.tar.bz2 ... 17500620 ==> PASV ... done. ==> RETR vlc-0.9.9a.tar.bz2 ... done. Length: 17500620 (17M) 100%[======================================>] 17,500,620 510K/s in 28s
IPCONFIG
Ethernet adapter NIC: Connection-specific DNS Suffix . : Description . . . . . . . . . . . : Intel(R) PRO/1000 MT Network Connection #2 Physical Address. . . . . . . . . : 00-11-54-31-32-50 DHCP Enabled. . . . . . . . . . . : No IP Address. . . . . . . . . . . . : 172.25.24.17 Subnet Mask . . . . . . . . . . . : 255.255.255.0 Default Gateway . . . . . . . . . : 172.25.24.1 DNS Servers . . . . . . . . . . . : 172.25.24.18 172.25.24.12
是否pipe理交换机，并可供您login？ 我想知道，如果某人的带宽滥用解决scheme不是服务器子网的一定比例的QoS，并让用户子网遭受任何剩余的。 （我承认这个想法有吸引力的时候）
如果子网上的所有客户端之间以及子网上所有服务器之间的传输都是正常的，但不在客户端子网和服务器子网之间，那么听起来像路由器是罪魁祸首。 如果它是一个单一的设备，那么有一个configuration问题。 如果每个子网都有自己的路由器，那么51路由器有问题。
什么是设备“172.25.51.1”，具体（某种路由器，显然）？
它在.51子网和.24子网之间进行路由select，由于某种原因，它看起来像是瓶颈。
我猜这不是“172.25.24.1”设备相同的设备，但它可能是。
我感觉就像是“172.25.51.1”设备出了问题 – 无论是将其连接到各种物理广播域的接口之一还是其configuration。 在子网之间移动的本地stream量也可能会超载。
我将检查“172.25.51.1”设备以太网接口上的接口错误计数器，以及它插入的交换机端口。 我也会试着去衡量它在子网之间移动的stream量，以及它的CPU负载有多大。
在这种情况下，你真的很喜欢像MRTG或Cacti这样的东西，这样你就可以看到stream量（如果你的设备支持CPU使用率，温度等等）。
是否有双工不匹配？
任何时候有性能问题的第一个问题是：这是一个DNS问题还是networking？
如果build立连接的速度慢，但在初始连接之后它们正常工作，则可能与DNS有关。 用户通常抱怨“互联网很慢”。
如果是双工不匹配，请查找链路两端的双工设置，查找冲突，并查找发送/接收错误。 双工不匹配通常是由设置交换机不自动协商链路的人造成的 – 他们将交换机硬编码为100 /满，但是忽略将链路的计算机端设置为硬编码。 通常，链路的这一侧会出现100 /半，并且会一直工作，直到你试图通过一个不重要的通信量为止，在这一点上，由于所有丢弃的分组，它将比10 /半链路更差另一端只是认为是碰撞）。
他们之间有一些东西是瓶颈，我的猜测是Windows软件路由。 作为一个故障排除步骤，我可以build议你把一个有问题的客户端，popup到服务器子网（ 没有其他变化 ），看看会发生什么。 您可能必须为此重新安置它。