El cursor del mouse salta cuando se usa RDP

Tenemos más de 350 usuarios quejándose de que el cursor de su mouse sigue saltando al escribir. Se parece como si estuviera sucediendo cuando el protocolo está escaso de ancho de banda, pero no estoy muy seguro todavía.

Si solo se moviera el cursor, estaría bien; el problema es que también mueve el foco para que de repente escriban texto en un lugar diferente en el documento sin darse cuenta demasiado tarde (personas mayores, miran fijamente sus teclados).

La mayoría de los usuarios tienen computadoras portátiles, y también sospeché que el panel táctil no detecta la escritura (y por lo tanto no desactiva el clic de un toque en el teclado), pero hoy recibí un informe de que un usuario de escritorio experimentó lo mismo.

Que podria causar esto? ¿Hay alguna forma de ajustar RDP para que no suceda? Estoy perdido..

EDITAR:

Más información de fondo sobre cómo hemos configurado RDP:

• El nivel de cifrado RDP se establece en "Compatible con el cliente" a través de GPO para admitir clientes ligeros CE más antiguos
• La compresión RDP se establece en "Equilibra la memoria y el ancho de banda de la red". El mismo motivo que el anterior, para admitir clientes RDP más antiguos
• Todos los accesos directos RDP para los usuarios están configurados para usar solo estilos visuales + almacenamiento en caché de mapa de bits persistente. Hemos probado sin estilos visuales, el mouse todavía salta
• Todos los servidores RDS están limitados a colores de 16 bpp, la composición de escritorio y los fondos no están permitidos
• Nuestro proveedor de MPLS tiene reglas de QoS para mantener el RDP por encima del mejor esfuerzo (ver EDIT2)

EDIT2:

He inspeccionado la configuración de QoS de los proveedores de MPLS, y algo se siente mal aquí ( pastebin ) ... el tráfico interno RFC1918 se está priorizando en la clase debajo de RDP, pero con la misma probabilidad de caída. Estoy pensando que esto debería estar en una clase más abajo en la lista, con una mayor probabilidad de caída.

Hoy he hablado con varios empleados, y parece que este problema es reproducible si encienden una tonelada de computadoras unidas al dominio a la vez (políticas de grupo, actualizaciones de WSUS, etc.).

Se ha contactado al proveedor de MPLS, y estoy esperando que un técnico gratuito cambie la configuración de QoS para ver si esto ayuda. Voy a volcar todo el tráfico pero RDP en un solo sitio en Best-Effort y ver si ayuda.

ACTUALIZACIÓN 19.07.2013 Todavía no resuelto. Descubrimos que a casi todas las computadoras portátiles les falta el controlador del panel táctil, por lo que el panel táctil no se desactiva mientras el usuario escribe. Baaaad. Además, también ocurre con las PC de escritorio y en cualquier tipo de PC con una tubería de ancho de banda restringido. He hecho una nueva pregunta sobre ingeniería de redes: /networkengineering/2427/qos-woes-managed-ip-vpn

Creo que este error se debe al controlador del mouse del panel táctil, tengo una computadora portátil Samsung, en RDP si toco o hago clic en el mouse pad, se desconecta inmediatamente la sesión. Deshabilité el controlador del mouse, funciona bien.

Este es un problema muy común cuando RDP funciona con ancho de banda insuficiente o alta latencia. No estoy seguro de si es un error de protocolo o un error de implementación (por ejemplo, si los paquetes llegan fuera de servicio y no se vuelven a ensamblar correctamente, o si se están malinterpretando por completo), pero la solución es aumentar el ancho de banda disponible, o ajuste la configuración RDP (deshabilite el sonido o reduzca la resolución o la profundidad de color).

Si tiene un usuario que sucede a menudo en un día, dele una VPN cliente / servidor directa en el servidor RDP a través de su conexión a Internet en lugar de MPLS, evitando QoS y la congestión de ancho de banda de los circuitos MPLS.

Si todo está bien durante unos días, puede dejar de lado errores / problemas dentro del cliente o servidor y centrarse en los circuitos MPLS (QoS, ancho de banda, latencia, etc.).

¿Has intentado habilitar la compresión? Administrative Templates\Windows Components\Terminal Services\Terminal Server\Remote Session Environment\“Set compression algorithm for RDP data”

NOTA: "Servicios de terminal" es "Servicios de escritorio remoto" en sistemas más nuevos

Como otros dicen, es causado por un cuello de botella de red o hardware. En algunos, si no en la mayoría de los clientes RDP, puede cambiar algunas configuraciones para optimizar las conexiones de latencia alta / lenta deshabilitando algunas de las cosas elegantes de la ventana.

¿Esperar lo? ¿El foco está cambiando? Eso requiere un CLIC del mouse o presionar una tecla. No puedo imaginar que hacer CLIC es el resultado de un ancho de banda hambriento. Esperaría clics perdidos, no clics fantasmas.

Creo que debe sospechar que el software está instalado en el servidor RDP. Tal vez comience con un servidor nuevo y limpio y no instale nada, luego pruebe. Si no puede recrear el problema, instale un paquete de software y pruebe. Repetir.

Es posible que incluso necesite sospechar que el software está instalado en el cliente.

No creo que sea ancho de banda porque el problema no parece ocurrir si el escritorio remoto no está en pantalla completa y el mouse está en el área del escritorio del host y no en el área de los escritorios remotos. He visto muuuchas quejas sobre esto con todo tipo de respuestas que ponen a los usuarios en apuros intentando esto y aquello y nunca resolviendo el problema. El problema, creo, es algo en el protocolo de escritorio remoto y Microsoft necesita solucionarlo. Período.

He visto que esto sucede en varias máquinas mientras estoy en Escritorio remoto, me ocurre cada pocos minutos y me vuelve loco, el foco se mueve hacia donde está el puntero del mouse en la pantalla. Ocurre a pesar de que no te has acercado al panel táctil o has hecho clic con el mouse (incluso he aprendido a escribir con las palmas de las manos en el aire para tratar de evitar el panel táctil, ¡pero eso no es así!) Parece que no tengo idea de qué lo causa. que solo suceda mientras escribe, posiblemente escribir rápido lo empeora, pero no estoy seguro.