Você acha que é originário do seu PC? Você já tentou desconectar seu cabo Ethernet e verificar se ele corrige o problema da rede?
Acho que você pode estar tendo uma visão muito restrita de um problema de rede examinando apenas registros individuais do Wireshark, já tentou revisar seus registros de switches e roteadores e ver se há algum erro?
Para encontrar a origem do tráfego SMB que é suspeito de causar o problema, eu executaria um netstat -a
e procuraria o programa que está usando a porta TCP 445 (a Wikipedia também diz portas UDP 137, 138 e portas TCP 137, 139) Eu faria isso tanto na estação de trabalho quanto no servidor de arquivos. Eu também configuraria alguns monitores de desempenho relacionados à rede no servidor de arquivos para ver se isso está aumentando durante esse tempo também.
Eu não acho que seria seguro se estabelecer no SMB ainda sem ver o mesmo tipo de tráfego em várias estações de trabalho. O fato de estar ocorrendo em um horário específico faz parecer que há uma tarefa, um programa ou um backup agendado em execução no momento. As configurações do WSUS e os GPOs do Windows Update causaram esse problema no passado, eu verificaria isso novamente.
Parece realmente que a melhor solução seria configurar algum tipo de monitoramento / NMS de SNMP em todas as estações de trabalho / servidores e seus NICs. Quest Foglight e Solarwinds NPM , pode fazer isso. Depois de monitorar o tráfego SNMP, você poderá ver quais interfaces estão tendo alta utilização durante esses tempos de falha. Comprador beware, isso pode ser caro. O Foglight da Quest permite monitorar até 200 interfaces, o que pode ser suficiente para uma boa amostra.