산업용 카메라 통신의 수 초 정지 원인을 분리한 사례

사례 개요

산업용 카메라 제어에서, 평소에는 동작하는데 가끔 수 초만 통신이 멈추는 현상을 다룬 사례입니다. 앱 쪽의 정지로도 네트워크 쪽의 문제로도 보이기 때문에, 먼저 「무엇이 멈추고 있는가」를 나누어 생각할 필요가 있었습니다.

증상

• 통신이 낮은 빈도로 수 초만 멈춘다
• UI나 프로세스 전체가 완전히 정지한 것처럼은 보이지 않는다
• 장비 제어에서는 수 초의 정지라도 현장에 미치는 영향이 크다

제약

• 발생 빈도가 낮아, 로그만으로는 재현 조건이 보이기 어렵다
• 카메라 SDK, NIC, 스위치, 앱 구현 어디에서도 일어날 수 있어 보인다
• 운영 구성에 가까운 조건을 무너뜨리지 않고 원인을 분리할 필요가 있다

무엇을 관측했는가

• 앱 내부의 정지 요인을 먼저 배제하기 위해, 처리 지연과 예외 유무를 확인
• 패킷 캡처로 Retransmission과 시간 차를 관측
• TCP 옵션과 재전송 대기 시간의 형태가 증상과 일치하는지 확인

어떻게 원인을 분리했는가

통신 정지를 「앱이 멈췄다」가 아니라 패킷 손실 후의 재전송 대기로 다룰 수 있는지 검증했습니다. 그 결과, 정지의 정체는 앱의 deadlock이 아니라 TCP 쪽의 대기 시간이 전면에 드러난 구조라고 판단할 수 있었습니다.

어떻게 개선했는가

• RFC1323 계열 타임스탬프 설정이 효과를 내는 조건인지 가늠했다
• 재전송 대기를 짧게 맞출 수 있는 구성으로 조정했다
• 앞으로도 wire 수준에서 볼 수 있도록, 관측 절차와 원인 분리 관점을 정리했다

이 사례가 이어지는 서비스

이 사례는 재현하기 어려운 통신 정지를 증거로 분리하는 장애 조사 & 원인 분석과, 통신 설계나 감시 설계를 앱 쪽에서 재검토하는 Windows 앱 개발 양쪽으로 이어집니다.

관련 기사

문의하기

이 페이지의 내용과 비슷한 과제가 있다면, 현재 상황과 필요한 지원 형태를 함께 적어 문의해 주세요.