TCP 3-way Handshake?

: TCP는 장치들 사이에 논리적 접속을 성립하기 위해 3-way handshake 사용

TCP/IP 프로토콜을 이용해서 통신을 하는 응용 프로그램이 데이터를 전송하기 전에 먼저 정확한 전송을 보장하기 위해 상대방 컴퓨터와 사전에 세션을 수립하는 과정

• Clinet -> Server : TCP SYN
• Server -> Client : TCP SYN, ACK
• Client -> Server : ACK

  SYN : synchronized sequence numbers
  ACK : acknowledgement

TCP 3-way Handshaking 역할

• 양 쪽 모두 데이터를 전송할 준비가 되었다는 것을 보장
• 실제로 데이터 전달이 시작되기 전에 한 쪽에서 다른 쪽이 준비되었다는 것을 알 수 있도록 함
• 양 쪽 모두 상대편에 대한 초기 순차일련번호를 얻을 수 있도록 함

TCP 3-way Handshake 과정

Step 1

A 클라이언트는 B 서버에 접속을 요청하는 SYN패킷 보냄
-> A 클라이언트 : SYN을 보내고 SYN/ACK 응답을 기다리는 SYN_SENT상태
-> B 서버 : WAIT FOR CLINET 상태

Step 2

B 서버는 SYN 요청을 받고 A 클라이언트에게 요청을 수락한다는 ACK와 SYN flag가 설정된 패킷 발송하고 A가 다시 ACK로 응답하기를 기다림
-> B 서버 : SYN_RECIEVED 상태

Step 3

A 클라이언트는 B 서버에게 ACK를 보내고 이후부터는 연결이 이루어지고 데이터 오가게 됨
-> A 클라이언트 : ESTABLISHED 상태
-> B 서버 : ESTABLISHED 상태

TCP 4-way Handsahke?

: 3-way handshake가 TCP 연결을 초기화 할 때 사용한다면, 4-way handshake는 세션을 종료하기 위해 수행되는 절차

TCP 4-way Handsahke 과정

Step 1

클라이언트가 연결을 종료하겠다는 FIN플래그 전송
-> A 클라이언트 : FIN-WAIT 상태

Step 2

B 서버는 FIN플래그를 받고, 일단 확인메세지 ACK를 보내고 자신의 통신이 끝날 때까지 기다림
-> B 서버 : CLOSE_WAIT 상태

Step 3

연결을 종료할 준비가 되면, 연결 해지를 위한 준비가 되었음을 알리기 위해 클라이언트에게 FIN플래그 전송
-> B 서버 : LAST-ACK 상태

Step 4

클라이언트는 해지 준비가 되었다는 ACK를 확인했다는 메세지 보냄
-> A 서버 : FIN-WAIT -> TIME-WAIT로 변경

만약 서버에서 FIN을 전송하기 전에 전송한 패킷이 Routing 지연이나 패킷 유실로 인한 재전송으로 인해 FIN패킷보다 늦게 도착?

클라이언트에서 세션을 종료시킨 후 뒤늦게 도착하는 패킷이 있다면 이 패킷은 Drop되고 데이터는 유실

A 클라이언트는 이러한 상황에 대비하여 FIN을 수신하더라도 일정시간(Default 240초) 동안 세션을 남겨놓고 잉여 패킷을 기다리는 과정을 거치게 됨
-> TIME_WAIT 과정
-> 일정 시간이 지나면 세션을 만료하고 연결을 종료시키며 CLOSE 상태