Vou tentar preencher o máximo que puder, mas aqui está o básico
Temos uma VPN (acredito que rodando o openvpn) entre um site em singapura para um site principal em londres, com o site principal.É uma rede puramente ipv4.
Temos uma caixa do windows 7 (em sg) que usamos para recuperar um arquivo de um servidor centos 6.5 executando o smbd Versão 3.6.9-167.el6_5 (em Londres). Navegar na pasta parece ser viável (alguns segundos para abrir uma pasta), mas leva cerca de meia hora para começar a mover um arquivo de 16MB e leva algumas horas para ser baixado. O problema é replicável com uma instalação do windows fresh do nosso lado.
Usar uma caixa centos no mesmo segmento de rede que nosso sistema parece funcionar bem.
Historicamente havia um sistema Windows XP fazendo o mesmo papel e supostamente funcionava bem. O gnome gráfico "connect to server" funciona bem também
Tivemos um período muito ruim (> 300ms de latência) entre os hosts, mas atualmente seus sub-200ms e temos o mesmo problema
Nós tentamos forçar a caixa do windows 7 no modo smb 1 para ver se isso ajuda.
Eu não tenho os logs do wireshark (e não tenho a liberdade de compartilhá-los), mas lembro claramente de uma quantidade significativa de pacotes fora de ordem quando eu verifiquei.
Como podemos descobrir por que demorou tanto tempo para inicializar uma transferência e como posso acelerar isso? Nós não podemos realmente fazer muito no final do Reino Unido, mas podemos testar possíveis soluções no lado de singapura / windows.
Acontece que o nosso antivírus foi o culpado - Estávamos executando o avast e adicionando o caminho para as exceções resolveu o problema. Ainda era lento, mas nada que possamos fazer sobre física.
Devo dizer que esta é a solução mais contra-intuitiva, e eu nem sequer pensei em adicionar o AV como uma variável possível.