如何在Microsoft环境中诊断网络速度问题？

Question

我继承了微软的网络/环境，有所有常见的罪魁祸首: Active、Exchange、终端服务器、50个客户端、文件和打印服务器--这是足够标准的办公必需品。

客户端都在172.25.51.*范围内，他们从互联网上的下载速度只是服务器体验的一小部分。在这个范围内，机器之间的文件传输似乎已经足够活跃了。(请参见下面机器#1 -客户机的输出。)

这些服务器都在172.25.24.*范围内，它们从互联网上下载的速度和彼此之间的文件传输速度似乎很好(参见下面机器#2-Server的输出)。

这两个范围之间的文件传输似乎也很慢。我想我的问题最终会引出另一个问题，但我首先要做的是:我如何才能开始正式诊断为什么51.*范围内的客户在互联网和24.*范围内的下载速度如此之快？

我想互联网是通过24.*范围进入的，这解释了速度慢的原因，所以我需要诊断并找出原因的真正问题是，是什么导致了服务器之间的速度减慢(24)。客户(51)呢？

我相当肯定，这不是电缆，虽然我会欢迎关于如何证明这不是问题的建议？这是一个专业的公司做的，所以我倾向于相信这是一个配置问题的某处。如有任何建议，将不胜感激。

#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 -服务器

惠特

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

Answer 1

这些交换机是否已管理，并可供您登录？我想知道是否有人对带宽滥用的解决方案不是将一定百分比的QoS分配给服务器子网，而是让用户子网遭受遗留问题的困扰。(我承认总有一天这个想法会有吸引力)

Answer 2

有双工错配吗？

任何时候都有性能问题，第一个问题是:这是dns问题还是网络问题？

如果建立连接的速度较慢，但在初始连接之后正常工作，则可能与DNS相关。用户通常抱怨说“互联网太慢了。”

如果是双工不匹配，请查找链路两侧的双工设置，查找冲突，并查找发送/接收错误。双工不匹配通常是由设置开关而不是自动协商链接的人造成的--他们将开关硬编码为100/满，但又忽略了将链接的计算机端设置为硬编码。通常情况下，链路的这一面会上升到100/一半，并将一直工作到你试图推动超过一个微不足道的流量通过它，在这一点上，它将执行比10/半的链接，因为所有丢弃的数据包(而另一端认为是冲突)。

Answer 3

什么是设备"172.25.51.1"，特别是(某种路由器，很明显)？

它是在.51子网和.24子网之间进行路由，看起来因为某种原因而出现瓶颈。

我猜它与"172.25.24.1“的设备不同，尽管它可能是。

我觉得要么是"172.25.51.1“设备出现了问题--要么是连接它到各种物理广播域的接口，要么是它的配置。在子网之间移动的本地流量也可能导致超载。

我将检查"172.25.51.1“设备的以太网接口上的接口错误计数器，以及它插入的交换机端口。我还会试着测量它平均在子网之间移动的流量，以及它的CPU负载有多重。

在这种情况下，您非常希望有类似于MRTG或仙人掌的东西，这样您就可以了解流量(如果您的设备支持它，也可以使用CPU、温度等)。