Estudo de caso: isolamento de paradas de alguns segundos na comunicação de uma câmera industrial

Visão geral do caso

Este caso trata do controle de uma câmera industrial cuja comunicação normalmente funcionava, mas de vez em quando parava por apenas alguns segundos. Como o sintoma podia parecer tanto uma parada do aplicativo quanto um problema de rede, o primeiro passo foi separar o que exatamente estava parado.

Sintomas

• A comunicação parava por alguns segundos, com baixa frequência
• A interface e o processo como um todo não pareciam estar completamente travados
• No controle de equipamentos, mesmo uma parada de poucos segundos tem grande impacto no chão de fábrica

Restrições

• A frequência de ocorrência era baixa, e as condições de reprodução eram difíceis de enxergar só pelos logs
• O problema parecia poder ocorrer em qualquer ponto: SDK da câmera, placa de rede, switch ou implementação do aplicativo
• Era preciso isolar o problema sem alterar condições próximas às da configuração de produção

O que observamos

• Para descartar primeiro as causas dentro do aplicativo, verificamos atrasos de processamento e a presença de exceções
• Com a captura de pacotes, observamos Retransmission e as diferenças de tempo
• Conferimos se as opções do TCP e o formato do tempo de espera de retransmissão correspondiam ao sintoma

Como isolamos o problema

Verificamos se o travamento de comunicação podia ser tratado não como “o aplicativo parou”, e sim como espera de retransmissão após perda de pacotes. O resultado permitiu concluir que a causa não era um deadlock do aplicativo: o que aparecia em primeiro plano era o tempo de espera do lado do TCP.

O que melhorou

• Avaliamos em que condições a configuração de timestamps do tipo RFC1323 realmente tem efeito
• Ajustamos para uma configuração que permite reduzir a espera de retransmissão
• Organizamos os procedimentos de observação e os pontos de isolamento, para que o problema possa ser examinado no nível da rede também no futuro

Serviços relacionados a este caso

Este caso se liga tanto à investigação de falhas e análise de causa raiz, que isola com evidências travamentos de comunicação difíceis de reproduzir, quanto ao desenvolvimento de aplicativos Windows, que revisa o projeto de comunicação e de monitoramento a partir do aplicativo.

Artigos relacionados

Consulte-nos

Se esta página se aproxima da situação que você enfrenta, consulte-nos informando o contexto atual e o tipo de apoio de que precisa.