TCP 서버가 내 메시지를 읽고 있는걸까요?

주싱·2022년 5월 7일

Network Programming

목록 보기

12/21

문제

TCP 서버와 연결은 되었는데 메시지를 보내도 응답이 없는 상황을 마주합니다. 네트워크에서 메시지를 캡처해보면 메시지 자체는 정상 전송되었고, TCP 프로토콜의 ACK 역시 정상적으로 수신된 것으로 보아 서버의 TCP 계층까지는 분명 메시지가 잘 전달되었습니다.

여기서 문득 궁금해 집니다. ‘서버가 살아있으니까 연결은 성공했는데 내부의 수신 태스크가 메시지를 정상적으로 읽고는 있는걸까?’

아이디어

어떻게 하면 TCP 서버가 내가 보낸 메시지를 읽고 있는지 확인할 수 있을까요? 조금만 생각해보니 간단한 아이디어가 떠오릅니다. TCP 프로토콜에는 Receive Window 라는 메커니즘이 존재합니다. Receive Window 란, 나의 수신 버퍼 가용 공간을 상대측에게 알려서 상대방이 수신 버퍼가 넘치도록 메시지를 보낼 수 없도록 하는 하나의 장치입니다. TCP 는 이를 통해 버퍼가 넘쳐서 데이터 손실되는 것을 방지합니다. Receive Window 는 원격지로부터 데이터를 수신하면 가용 공간이 줄어들고, 애플리케이션에서 데이터를 읽어가면 다시 텅빈 상태로 돌아옵니다. 따라서 내가 메시지를 보냈을 때 서버의 ACK 에 기록된 Receive Window 크기가 계속 줄어들면 서버가 내 메시지를 읽고 있지 않는 비정상 상태인 것입니다. 반면에 Receive Window 가 일정 크기를 유지하고 있다면 내 메시지를 반복해서 읽어가고 있는 것입니다.

확인하기

이제 위의 아이디어를 실제로 확인해 보겠습니다. 문제가 있는 서버로 반복해서 메시지를 보내고, 서버의 TCP ACK 에 실려있는 Receive Window 값이 계속해서 줄어드는지, 아니면 일정 수준을 유지하는지 확인해 보겠습니다. 아래는 Wireshark 로 패킷을 캡처한 결과입니다. 4번 패킷이 7 바이트 데이터를 서버로 전송하고, 5번 TCP 응답의 Receive Window 크기는 17520 바이트입니다. 이어서 다시 6번 패킷이 7 바이트 데이터를 서버로 전송하고, 7번 TCP 응답에는 동일하게 17520 바이트가 수신됩니다. Receive Windows 가 일정크기로 유지되고 있음을 확인할 수 있습니다. 결론적으로 서버 애플리케이션에서 내가 전송한 데이터를 읽어 가서 Receive Window 가 일정 크기로 유지되고 있다는 사실을 확인할 수 있었습니다.