O cursor do mouse salta ao usar o RDP

Temos mais de 350 usuários reclamando que o cursor do mouse continua pulando ao digitar. Ele parece como se estivesse acontecendo quando o protocolo é carente de largura de banda, mas eu certeza ainda não sou.

Se apenas o cursor estivesse se movendo, tudo bem - o problema é que ele também muda o foco para que eles repentinamente escrevam texto em um local diferente do documento sem perceber tarde demais (os idosos olham fixamente para os teclados).

A maioria dos usuários tem laptops, e eu também suspeitei que o trackpad não estivesse digitando (e, portanto, não desativasse o clique com um toque no teclado), mas recebi um relatório hoje de que um usuário de desktop experimentou o mesmo.

O que poderia causar isso? Existe alguma maneira de ajustar o RDP para que isso não aconteça? Estou perdido..

EDITAR:

Mais algumas informações básicas sobre como configuramos o RDP:

• O nível de criptografia RDP é definido como "Compatível com Cliente" via GPO para oferecer suporte a thin clients CE mais antigos
• A compactação RDP está definida como "Equilibra a memória e a largura de banda da rede". Mesmo motivo acima, para oferecer suporte a clientes RDP mais antigos
• Todos os atalhos de RDP para os usuários são configurados para usar apenas estilos visuais + cache de bitmap persistente. Testamos sem estilos visuais, o mouse ainda pula
• Todos os servidores RDS são limitados a cores de 16 bpp, não é permitida a composição da área de trabalho e os planos de fundo
• Nosso provedor MPLS possui regras de QoS em vigor para manter o RDP acima do melhor esforço (consulte EDIT2)

EDIT2:

Inspecionei a configuração de QoS dos provedores de MPLS e algo parece errado aqui ( pastebin ). O tráfego RFC1918 interno está sendo priorizado na classe abaixo do RDP, mas com a mesma probabilidade de queda. Eu estou pensando que isso deve estar em uma classe mais abaixo na lista, com uma maior probabilidade de queda.

Conversei com vários funcionários hoje e parece que esse problema pode ser reproduzido se eles dispararem uma tonelada de computadores ingressados ​​no domínio de uma vez (políticas de grupo, atualizações do WSUS e assim por diante).

O provedor MPLS foi abordado e estou aguardando um técnico gratuito para alterar as configurações de QoS para ver se isso ajuda. Vou despejar todo o tráfego, exceto o RDP, em um único site, no Best-Effort e ver se isso ajuda.

ATUALIZAÇÃO 19.07.2013 Ainda não resolvido. Descobriu que quase todos os laptops estão sem o driver do touchpad, portanto o touchpad não está sendo desativado enquanto o usuário digita. Baaaad. Além disso, isso também acontece com PCs de mesa e em qualquer tipo de PC com um tubo com restrição de largura de banda. Fiz uma nova pergunta sobre Engenharia de rede: /networkengineering/2427/qos-woes-managed-ip-vpn

Acho que esse erro ocorre devido ao driver do mouse touchpad, tenho laptop Samsung, no RDP, se eu tocar ou clicar no mouse, ele desconecta imediatamente a sessão. Desativei o driver do mouse, está funcionando bem.

Esse é um problema muito comum quando o RDP está trabalhando com largura de banda insuficiente ou alta latência. Não tenho certeza se é um erro de protocolo ou de implementação (por exemplo, se os pacotes estão chegando fora de ordem e não estão sendo remontados corretamente, ou se estão sendo mal interpretados por completo), mas a solução é aumentar a largura de banda disponível, ou ajuste as configurações de RDP (desative o som ou reduza a resolução ou a profundidade da cor).

Se você tiver um usuário com frequência em um dia, forneça-lhe uma VPN cliente / servidor direta no servidor RDP pela conexão à Internet em vez do MPLS, ignorando a QoS e o congestionamento da largura de banda dos próprios circuitos MPLS.

Se tudo estiver bem por alguns dias, você poderá deixar de lado erros / problemas no cliente ou servidor e focar nos próprios circuitos MPLS (QoS, largura de banda, latência etc.).

Você já tentou ativar a compactação? Administrative Templates\Windows Components\Terminal Services\Terminal Server\Remote Session Environment\“Set compression algorithm for RDP data”

NOTA: "Serviços de Terminal" é "Serviços de Área de Trabalho Remota" em sistemas mais recentes

Como outros dizem, é causado por um gargalo de rede ou por um hardware. Em alguns, se não na maioria dos clientes RDP, você pode alterar algumas configurações para otimizar as conexões de latência lenta / alta, desativando algumas das coisas sofisticadas da janela.

Espere o que? O foco está mudando? Isso requer um clique do mouse ou um pressionamento de tecla. Não consigo imaginar que CLICKING seja o resultado de uma largura de banda faminta. Eu esperaria cliques perdidos, não cliques fantasmas.

Eu acho que você precisa suspeitar de software instalado no servidor RDP. Talvez comece com um servidor novo e limpo e não instale nada, depois teste. Se você não conseguir recriar o problema, instale um pacote de software e teste. Repetir.

Você pode até precisar suspeitar de software instalado no cliente.

Não acho que seja largura de banda porque o problema não parece ocorrer se a área de trabalho remota não estiver em tela cheia e o mouse estiver na área de área de trabalho do host e não na área de áreas de trabalho remotas. Eu já vi muuuitas reclamações sobre isso com todo tipo de respostas que levam os usuários a tentarem isso e aquilo e nunca resolverem o problema. Acho que o problema está no protocolo da área de trabalho remota e a Microsoft precisa corrigi-lo. Período.

Eu já vi isso acontecer em várias máquinas enquanto na Área de Trabalho Remota, isso acontece a cada poucos minutos e me deixa louco, o foco se move para onde o ponteiro do mouse está sentado na tela. Acontece mesmo que você não tenha chegado perto do touchpad ou clicado com o mouse (eu até aprendi a digitar com as palmas no ar para tentar evitar o touchpad, mas não é isso!) Não faço ideia do que causa isso, parece acontecer apenas durante a digitação, possivelmente digitando rápido torna pior, mas não tenho certeza.