Eu tive sintomas idênticos em uma rede hoje (uma pequena empresa). Uma máquina em particular executando o Win10 iria quebrar e reconectar uma sessão RDP a cada dois minutos ou mais. O cliente estava em uma LAN privada e o servidor RDP estava em uma DMZ, ou seja, um salto L3 roteado entre eles. Tanto a LAN quanto a DMZ são gigabit Ethernet sem nenhum recurso arcano e o firewall é apenas um filtro de pacotes stateful na camada 3 (baseado em alguma distro Linux misc x86, sob meu controle bastante detalhado).
Descobrimos que o usuário afetado configurou seu bloco de anotações BYOD para usar um endereço IP fixo do intervalo que seria servido pelo nosso servidor DHCP. Curiosamente, a máquina do Windows 10 exibindo os sintomas não relataria a colisão de endereços, mesmo que (depois de reconfigurá-la para usar o DHCP) o endereço de colisão respondesse claramente ao ARP. Lembro-me de versões anteriores do NT relatando colisões de endereços IP de forma bastante confiável?
Notas laterais:
O problema era claramente visível se eu fizesse um "ping -t" no endereço do gateway padrão (meu firewall). Whevener o cliente RDP desconectado, houve uma falha de ping que durou talvez 4 tentativas de ping.
No entanto, não houve eventos correlacionados no "log de eventos do sistema" (execute eventvwr para verificar).
E, mesmo que os pings estivessem falhando (no exato momento), a máquina não informaria "mídia desconectada" em "ipconfig / all", e "arp -a" não sugeriria que a tabela ARP foi esvaziada ou alguns desses.
No firewall, observei no TCPdump que a máquina afetada continuava enviando solicitações ARP, solicitando seu GW padrão - uma nova solicitação a cada dois minutos, exatamente quando o cliente RDP e o ping mostravam uma interrupção.
Antes de mudar a interface Ethernet culpada para DHCP, eu tentei desabilitar cerca de 3 "drivers de protocolo" na configuração do adaptador NIC - LLDP e algumas outras coisas relacionadas a "descoberta automática de topologia de rede". Que não teve efeito.
Bem, muito pela minha experiência recente.
O fato de o RDP desconectar é provavelmente apenas um sintoma de algum dano de rede em camadas inferiores - e isso pode significar muitas coisas diferentes.