Bandwidth diferente na detecção de link lento entre GPO de computador e usuário

2

Dado um Active Directory de vários sites, ocorrem problemas com GPOs de detecção de link lento. Queremos usar a detecção de link lento em laptops que são conectados via WAN coorperada (MPLS 4-Mbit / s) ao site principal (com DC). O problema é que a detecção de link lento não está funcionando como esperado, portanto, não há um link lento reconhecido. A máquina cliente é o Windows 7, DC é o Win Server 2008 R2.

A detecção de link lento está configurada para computador e usuário por meio das políticas:

Computer Configuration\Policies\Administrative Templates\System\Group Policy\Group Policy slow link detection
User Configuration\Policies\Administrative Templates\System\Group Policy\Group Policy slow link detection

Ambos estão ativados e definidos para 15000kbps. Esta configuração é ativada nos clientes e funciona bem. Mas parece que o cálculo da largura de banda faz algo esquisito.

Nas análises de inicialização via xbootmgr / xperf, é possível ver que, para o GPO do computador, um link lento é detectado com 12618kbps (< 15000kbps), então IsSlowLink é verdadeiro - > tudo bem.

Mas para o GPO do usuário , a largura de banda detectada é 228711kbps . Não há nenhum link lento detectado e, por exemplo, "Redirecionamento de Pasta" é processado.

Não encontrei nenhum motivo para essa enorme diferença, a rota de rede não muda entre o processamento da Política de computadores e usuários. É possível que o NLA use algum conteúdo em cache para determinar a largura de banda disponível? Nós temos um leito de rio Wan-Optimizer entre os dois locais, é possível que ele otimize a detecção de banda NLA? Alguma idéia de onde procurar como a banda de retorno foi calculada?

    
por fadanner 12.11.2015 / 12:37

1 resposta

0

Há um artigo do TechNet descrevendo como a largura de banda é calculada. Está um pouco desatualizado, mas duvido que tenha mudado significativamente.

The new mechanism takes the form of measuring the response time from a sequence of TCP/IP pings from the client computer to the server to determine the average transfer rate in kilobits per second (kbps). The client pings the server three times with 0 bytes and three times with 2048 bytes. If the response time from any of the pings is less than 10 milliseconds (ms), the link is automatically considered fast. Otherwise, the average transfer rate is calculated by averaging the differences between the first (0 byte) and second (2048 byte) ping times. If the transfer rate is slower than the default or a value that is defined by the administrator, the connection is considered slow.

Windows 2000 uses the following formula: LinkSpeed=32000/ulTotal

In this formula, ulTotal is the average of the differences between the first and second ping times.

A tabela de exemplo que eles mostram no artigo saiu do USERENV mostrando os tempos reais de ida e volta. Isso me faz acreditar que essa informação provavelmente (ainda) está registrada se você ativar o registro USERENV. Isso pode não resolver o problema, mas pelo menos você pode ver em quais figuras o Windows está baseando a detecção de link lento.

Habilitar o log de USERENV no Windows Vista / 7 não mudou muito desde o XP. Instruções podem ser encontradas aqui . Eu vou te avisar que este log é obnoxiously verbose (acho -vvvvvvvvvvv) e historicamente difícil de entender. Uma simples pesquisa no google sobre o tópico revelará muitos conselhos para percorrê-lo.

Espero que isso ajude você a começar!

    
por 13.11.2015 / 05:27