Descobrimos que o provedor do ISP estava fazendo alguns estrangulamentos / modelagem. Obrigado pelas respostas.
Nossa empresa está hospedando um site fora do nosso escritório, ele hospeda o site, alguns downloads e uma tonelada de vídeos de treinamento. O servidor em si é um Poweredge1900, rodando o Web Server 2008 de 64 bits, Dual Quad Core, 16 GB de RAM.
O edifício em que estamos nos fornece uma conexão à internet como parte do aluguel. Executar um teste de velocidade em qualquer dia normalmente resulta em pelo menos 14Mb / s para cima e para baixo, 5ms de ping, por isso não é muito ruim. Out building é uma construção irmã de uma universidade, portanto, suas empresas de meia tecnologia e metade de salas de aula, e a largura de banda é fornecida pelo prédio principal da Universidade via fibra.
Estamos enfrentando problemas com a Internet sendo lentas às vezes, e nossos clientes reclamando que nossos vídeos de treinamento são agitados, lentos para carregar, etc. Executar um teste rápido nesses horários ainda resulta em velocidade rápida e baixa latência. O servidor também não mostra carga adicional, ou a indicação de que está tendo problemas.
Basicamente, tenho quase certeza de que o problema não está conosco, pois temos dois IPs públicos diferentes chegando até nós, com nossa rede de back-office em uma rede física e o site totalmente sozinho e com desempenho declina em ambos simultaneamente. Como posso coletar alguns dados para provar sua conexão?
Tivemos um problema com um tráfego de "modelagem" de upstream do ISP e causamos problemas com nosso tráfego de VPN entre sites.
Usamos a ferramenta ShaperPrope para identificar o ISP upstream e as coisas parecem ter melhorado uma vez que pudemos identificar o ISP envolvido. Eles haviam negado tal manipulação.
Na época, nosso principal ISP sugeriu que alguns outros estavam moldando fluxos de áudio e vídeo
Boa sorte
Expandindo o meu comentário sobre a resposta de Dave M, se você está lidando com a modelagem de tráfego, ela só pode ser aplicada em determinados momentos do dia ou quando o canal atinge um determinado nível de tráfego por tanto tempo.
Outra teoria - o seu resultado speedtest pode estar sendo interferido por um proxy transparente upstream. Essa teoria pressupõe que o congestionamento teria que ser além onde quer que esse proxy teórico transparente estivesse.
Uma maneira simples e agradável de fazer isso na minha opinião é gratuita ...
Agora ... faça uma linha de base do Qcheck (testes de throughput e tempos de resposta) e do cronômetro de carregamento do cronômetro do numion no site durante um horário normal. Faça 2 ou 3 vezes para obter medições precisas para uma linha de base.
Então ... quando houver um "slowdown" reportado, execute o Qcheck e o site do timer novamente e veja quais são as diferenças.
ISSO ^^^ pelo menos validará seus problemas.
Para solucionar a causa raiz, você precisará começar a dividir os segmentos (servidor para firewall, servidor para alternar, alternar para firewall, firewall para ISP etc.) e executar testes semelhantes ou verificar a perda de pacotes, etc. nesses segmentos para tentar diminuir onde está o culpado.
Tags connection bandwidth