TCP와 UDP의 차이

업데이트:

복습 겸 기술면접을 준비하기 위한 글입니다. 한줄요약 및 세줄정리하여 기억하고 있는 것을 목표합니다.

참고한 글

  1. [TCP/UDP] TCP와 UDP의 특징과 차이](https://mangkyu.tistory.com/15)
  2. 네트워크 쉽게 이해하기 22편 : TCP 3 Way-Handshake & 4 Way-Handshake

위 글들을 읽고 정리한 글입니다. 거의 복사해서 수정한 것과 다를 바 없습니다.

1줄 요약

TCP와 UDP는 전송 계층에서 사용하는, 데이터를 보내기 위해 사용하는 프로토콜 입니다.

또는

TCP와 UDP는 각각 가상 회선 방식과 데이터그램 방식이라는 점에서 차이를 가지며, 신뢰성과 연속성 두 측면에서 상충 관계(trade off)에 있습니다.

3줄 정리

  1. TCP와 UDP는 둘다 전송 계층에서 데이터를 보내기 위해 사용하는 프로토콜 입니다.
  2. TCP는 연결형 서비스로 가상 회선 방식을 제공하고, 높은 신뢰성을 보장하고 흐름 제어 및 혼잡 제어 기능을 제공합니다.
  3. UDP는 비연결형 서비스로 데이터그램 방식을 제공하고, 패킷에 순서 부여나 재조립등의 기능을 처리하지 않기 때문에 연속성이 중요한 서비스에 사용됩니다.

도입

TCP와 UDP. 네트워크의 계층들 중 전송 계층에서 사용하는 프로토콜입니다.

전송계층은 송신자와 수신자를 연결하는 통신서비스를 제공하는 계층으로, 쉽게 말해 데이터의 전달을 담당합니다. 그리고 데이터를 보내기 위해 사용하는 프로토콜이 있는데, 그것들이 바로 TCP와 UDP 입니다.

OSI 7layer와 TCP/IP 4 layer

TCP(Transmission Control Protocol)

직해 : 전송을 제어하는 규약 인터넷상에서 데이터를 메시지의 형태로 보내기 위해 IP와 함께 사용하는 프로토콜

일반적으로 TCP와 IP를 함께 사용합니다.

  • IP : 데이터의 배달을 처리
  • TCP : 패킷을 추적 및 관리합니다.

TCP는 연결형 서비스를 지원하는 프로토콜로 인터넷 환경에서 기본으로 사용합니다.

TCP의 특징

TCP 특징

  • 연결형 서비스로 가상 회선 방식을 제공한다.
  • 3-way handshaking과정을 통해 연결을 설정하고 4-way handshaking을 통해 해제한다.
  • 흐름 제어 및 혼잡 제어.
  • 높은 신뢰성을 보장한다.
  • UDP보다 속도가 느리다.
  • 전이중(Full-Duplex), 점대점(Point to Point) 방식.

가상 회선 방식을 제공한다는 것은 발신지와 수신지를 연결하여 패킷을 전송하기 위한 논리적 경로를 배정한다는 말입니다. TCP는 연결형 서비스로 신뢰성을 보장합니다. 그래서 3-way handshaking 과정도 사용하고, 데이터의 흐름제어나 혼잡 제어와 같은 기능도 합니다. 하지만 이러한 기능때문에 UDP보다 속도가 느리게 됩니다. (이러한 기능들이 CPU를 사용하기 때문입니다.) 연속성보다 신뢰성이 중요할때 사용하는 프로토콜입니다

TCP 서버의 특징

  • 서버소켓은 연결만을 담당한다.
  • 연결과정에서 반환된 클라이언트 소켓은 데이터의 송수신에 사용된다형 서비스로 가상 회선 방식을 제공한다.
  • 서버와 클라이언트는 1대1로 연결된다.
  • 스트림 전송으로 전송 데이터의 크기가 무제한이다.
  • 패킷에 대한 응답을 해야하기 때문에(시간 지연, CPU 소모) 성능이 낮다.
  • Streaming 서비스에 불리하다.(손실된 경우 재전송 요청을 하므로)

패킷(Packet)

인터넷 내에서 데이터를 보내기 위한 경로배정(라우팅)을 효율적으로 하기 위해 여러 개로 나눈 데이터의 조각입니다.

TCP의 패킷 추적 및 관리

데이터는 패킷단위로 나누어 같은 목적지(IP계층)으로 전송됩니다. A, B, C라는 패킷에 1, 2, 3이라는 번호를 부여하여 패킷의 분실 확인과 같은 처리를 하여 목적지에서 재조립을 수행합니다.

UDP(User Datagram Protocol)

직해 : 사용자 데이터그램 규약 데이터를 데이터그램 단위로 처리하는 프로토콜

데이터그램이란 독립적인 관계를 지니는 패킷입니다. UDP는 TCP와 달리 비연결형 프로토콜입니다. 즉, 연결을 위해 할당되는 논리적인 경로가 없습니다. 따라서 각각의 패킷은 다른 경로로 전송되고, 각각의 패킷은 독립적인 관계를 지니게 됩니다. 이러한 프로토콜을 UDP라고 합니다.

UDP 특징

  • 비연결형 서비스로 데이터그램 방식을 제공한다
  • 정보를 주고 받을 때 정보를 보내거나 받는다는 신호절차를 거치지 않는다.
  • UDP헤더의 CheckSum 필드를 통해 최소한의 오류만 검출한다.
  • 신뢰성이 낮다
  • TCP보다 속도가 빠르다

UDP는 비연결형 서비스이므로, 연결을 설정하고 해제하는 과정이 존재하지 않습니다. 패킷에 순서 부여, 재조립, 또는 흐름 제어나 혼잡 제어와 같은 기능을 처리하지 않기 때문에 TCP보다 속도가 빠르고 네트워크 부하가 적다는 장점이 있습니다. 단점은 신뢰성있는 데이터의 전송을 보장하지는 못합니다. 따라서 신뢰성보다는 연속성이 중요한 서비스, 예를 들면 실시간 서비스(streaming)에 자주 사용됩니다.

UDP 서버의 특징

  • UDP에는 연결 자체가 없어서(connect 함수 불필요) 서버 소켓과 클라이언트 소켓의 구분이 없다.
  • 소켓 대신 IP를 기반으로 데이터를 전송한다.
  • 서버와 클라이언트는 1대1, 1대N, N대M 등으로 연결될 수 있다.
  • 데이터그램(메세지) 단위로 전송되며 그 크기는 65535바이트로, 크기가 초과하면 잘라서 보낸다.
  • 흐름제어(flow control)가 없어서 패킷이 제대로 전송되었는지, 오류가 없는지 확인할 수 없다.
  • 파일 전송과 같은 신뢰성이 필요한 서비스보다 성능이 중요시 되는 경우에 사용된다.

흐름제어(Flow Control)와 혼잡제어(Congestion Control)

  • 흐름제어 : 데이터를 송신하는 곳과 수신하는 곳의 데이터 처리 속도를 조절하여 수신자의 버퍼 오버플로우를 방지하는 것입니다.
  • 혼잡제어 : 네트워크 내의 패킷 수가 넘치게 증가하지 않도록 방지하는 것입니다.
    • 정보의 소통량이 과다하면 패킷을 조금만 전송하여 혼잡 붕괴 현상이 일어나는 것을 막습니다.

TCP와 UDP 비교

3-way Handshaking

장치들 사이에 논리적인 접속을 성립(establish)하기 위하여 three-way handshake를 사용합니다. TCP 3 Way Handshake는 TCP/IP프로토콜을 이용해서 통신을 하는 응용프로그램이 데이터를 전송하기 전에 먼저 정확한 전송을 보장하기 위해 상대방 컴퓨터와 사전에 세션을 수립하는 과정을 의미합니다.

  • Client > Server : TCP SYN
  • Server > Client : TCP SYN ACK
  • Client > Server : TCP ACK
  • SYN = Synchronize Sequence numbers
  • ACK = Acknowledgment

TCP의 3-way Handshaking 역할

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

TCP의 3-way Handshaking 과정

[STEP 1]

A클라이언트는 B서버에 접속을 요청하는 SYN 패킷을 보냅니다. 이때 A클라이언트는 SYN 을 보내고 SYN/ACK 응답을 기다리는SYN_SENT 상태가 되는 것입니다.

[STEP 2]

B서버는 SYN요청을 받고 A클라이언트에게 요청을 수락한다는 ACK 와 SYN flag 가 설정된 패킷을 발송하고 A가 다시 ACK으로 응답하기를 기다립니다. 이때 B서버는 SYN_RECEIVED 상태가 됩니다.

[STEP 3]

A클라이언트는 B서버에게 ACK을 보내고 이후로부터는 연결이 이루어지고 데이터가 오가게 되는것입니다. 이때의 B서버 상태가 ESTABLISHED 입니다.

4-way Handshaking

  • 3-way Handshake는 TCP의 연결을 초기화 할 때 사용합니다.
  • 4-way Handshaking은 세션을 종료하기 위해 수행되는 절차입니다.

TCP의 4-way Handshaking 과정

[STEP 1]

클라이언트가 연결을 종료하겠다는 FIN플래그를 전송합니다.

[STEP 2]

서버는 일단 확인메시지를 보내고 자신의 통신이 끝날때까지 기다리는데 이 상태가 CLOSE_WAIT상태입니다.

[STEP 3]

서버가 통신이 끝났으면 연결이 종료되었다고 클라이언트에게 FIN플래그를 전송합니다.

[STEP 4]

클라이언트는 확인했다는 메시지를 보냅니다.

TIME_WAIT Client는 Server로부터 FIN을 수신하더라도 일정시간(디폴트 240초) 동안 세션을 남겨놓고 잉여 패킷을 기다리는 과정을 거치게 되는데 이 과정을 “TIME_WAIT” 라고 합니다. Server에서 FIN을 전송하기 전에 전송한 패킷이 Routing 지연이나 패킷 유실로 인한 재전송 등으로 인해 FIN패킷보다 늦게 도착하는 상황이 발생한다면 Client가 이미 세션을 종료한 후라서 이 패킷들이 Drop되거나 데이터는 유실되지 않도록 합니다.

교환 방식 - 참고

TCP Flow

UDP Flow

댓글남기기