Eu herdei uma rede / ambiente Microsoft com todos os culpados usuais: Active Directory, Exchange, Terminal Server, 50 clientes, File & Servidor de impressão - básico de escritório padrão.
Os clientes estão todos no intervalo 172.25.51. * e suas velocidades de download da Internet são uma fração daquelas que os servidores experimentam. As transferências de arquivos entre máquinas neste intervalo parecem bastante compactas. (Veja a saída da máquina 1 - Cliente abaixo.)
Os servidores estão todos no intervalo 172.25.24. * e suas velocidades de download da Internet e as transferências de arquivos entre si parecem boas (veja a saída da máquina 2 - Servidor abaixo).
As transferências de arquivos entre os dois intervalos também parecem bastante lentas. Acho que minha pergunta acabará levando a outra, mas eis o que preciso fazer primeiro: como posso diagnosticar formalmente por que os clientes da faixa de 51. * experimentam essas velocidades de download terríveis na internet e na faixa de 24? / p>
Suponho que o fato de a internet entrar pela via 24. * explica que lentidão é meu problema real que preciso diagnosticar e encontrar uma causa para o que está causando a lentidão entre os servidores (24. ) e os clientes (51. )?
Tenho quase certeza de que não é o cabeamento, embora eu gostaria de receber sugestões de como posso provar que não é o problema? Foi feito por uma empresa profissional, por isso estou inclinado a acreditar que é um problema de configuração em algum lugar. Qualquer sugestão seria muito apreciada.
# 1 - Cliente
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 - servidor
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
Os switches são gerenciados e estão disponíveis para você fazer login? Eu estou querendo saber se a solução de alguém para o abuso de largura de banda não foi para o QoS uma certa porcentagem para a sub-rede do servidor, e deixar a sub-rede do usuário sofrer com o que sobrar. (Eu admito que há dias em que a ideia tem apelo)
Se as transferências entre todos os clientes em uma sub-rede e entre todos os servidores em uma sub-rede forem aceitáveis, mas não entre as sub-redes do cliente e as sub-redes do servidor, será como se o roteador fosse o culpado. Se é um único dispositivo, então há um problema de configuração. Se cada sub-rede tiver seu próprio roteador, o roteador 51 terá um problema.
Qual é o dispositivo "172.25.51.1", especificamente (algum tipo de roteador, obviamente)?
É roteamento entre a sub-rede .51 e a sub-rede .24, e parece que é um gargalo por algum motivo.
Suponho que não seja o mesmo dispositivo que o dispositivo "172.25.24.1", embora possa ser.
Estou sentindo que o dispositivo "172.25.51.1" está tendo um problema - seja com uma das interfaces que o conecta aos vários domínios de difusão física ou com sua configuração. Ele poderia estar sobrecarregado com o tráfego local se movendo entre as sub-redes, também.
Eu examinaria os contadores de erros da interface nas interfaces Ethernet do dispositivo "172.25.51.1" e as portas do switch nas quais ele se conecta. Eu também tentaria medir quanto tráfego está circulando entre as sub-redes, em média, e quão carregada é a CPU.
Você realmente gostaria de ter algo como MRTG ou Cactos neste tipo de situação, para que você possa ter alguma visibilidade nos fluxos de tráfego (e, se os seus dispositivos suportarem, o uso da CPU, temperatura, etc.).
Existe uma incompatibilidade de duplex?
Sempre que houver problemas de desempenho, a primeira pergunta é: isso é um problema de DNS ou a rede?
Se for lento para estabelecer conexões, mas elas funcionarem normalmente após a conexão inicial, elas poderão estar relacionadas ao DNS. Os usuários costumam reclamar que "a internet está lenta".
Se for uma incompatibilidade de duplex, procure a configuração duplex nos dois lados do link, procure por colisões e procure por erros de transmissão / recepção. Incompatibilidades duplex são geralmente causadas por pessoas que definem um switch para não negociar automaticamente o link - eles codificam o switch para 100 / full, mas também deixam de definir o lado do computador do link para ser hard-coded também . Muitas vezes esse lado do link aparece 100 / metade e funcionará até que você tente empurrar mais do que uma quantidade trivial de tráfego através dele. Nesse ponto, ele terá um desempenho pior do que um link de 10 / meia devido a todos os pacotes descartados. a outra extremidade apenas pensa que são colisões).
Há algo entre eles agindo como um gargalo, e meu palpite é que é o roteamento de software do Windows. Como uma etapa de solução de problemas, posso sugerir que você pegue um cliente problemático, insira-o na sub-rede do servidor ( altere nada sobre ele ) e veja o que acontece. Você provavelmente terá que realocá-lo fisicamente para isso.