📡TCP와 UDP 제대로 이해하기

들어가며

이전 글들에서는 TCP/IP 통신의 개념과 관련 라이브러리에 대해 전반적으로 정리해보았습니다.
이번 글에서는 그 과정에서 자주 언급되었지만 깊이 있게 다루지 않았던 두 핵심 개념, 바로 TCP와 UDP에 대해 본격적으로 정리해보려 합니다. 😄

특히 두 프로토콜의 차이점, 용도, 그리고 UDP에서 자주 등장하는 Unicast, Broadcast, Multicast 전송 방식까지 자세히 다뤄볼 예정입니다.

---

TCP와 UDP란?

이전 글(TCP/IP 통신 정리)에서 "TCP는 전송 계층에서 위치한다"라고 했던 것처럼 UDP도 전송 계층에 속한다. 그러나 두 Protocol은 각기 다른 방식으로 데이터를 처리하며, 장단점이 존재합니다.

TCP(Transmission Control Protocol)

인터넷의 핵심 프로토코롤로, 데이터를 신뢰성 있게 전송하는데 초점을 둔 연결 지향형 프로토콜입니다. 이 말은 통신 전 반드시 논리적 연결(송신자와 수신자)을 설정한 뒤에 데이터 전송을 할 수 있다는 것을 뜻합니다. 논리적 연결을 설정하는 과정에서 사용되는 매커니즘이 바로 3-way handshake입니다.

TCP는 데이터가 전송되는 도중 손실되거나 손상될 가능성을 최소화하기 위해 설계되었습니다. 신뢰성을 보장하기 위해서 데이터가 손실되거나 순서 오류가 발생하는 경우, TCP는 이를 자동으로 재전송하거나 재조립하여 복구합니다.

또한 TCP는 흐름 제어와 혼잡 제어 기능을 제공합니다. 흐름 제어는 수신 측의 처리 속도에 맞추어 송신자가 송신 속도를 조절하는 기능이고, 혼잡 제어는 네트워크 혼잡 시에 트래픽을 조절하는 기능입니다.

이러한 특징을 가진 TCP는 이메일 전송, 웹 브라우징, 파일 전송과 같이 데이터의 완전성과 정확성이 중요한 애플리케이션에서 주로 사용됩니다.
실시간성이 중요한 환경에서는 오히려 TCP의 재전송 로직이 딜레이의 원인이 되기 때문에, 실시간 제어 시스템이나 멀티미디어 스트리밍에는 부적합할 수 있습니다.

UDP(User Datagram Protocol)

UDP는 TCP와는 대조적으로 속도와 효율성을 우선시하는 비연결형 프로토콜입니다. TCP에서 통신 전에 연결을 설정했던 과정을 거치지 않고 데이터를 바로 전송합니다. 이를 통해 데이터 전송에 필요한 오버헤드를 최소화하고 빠른 속도를 제공합니다.

UDP는 단순한 구조를 가지고 있어 각 데이터그램은 독립적으로 처리됩니다. 이는 네트워크 지연 시간이 중요한 실시간 어플리케이션에 적합한 특성입니다.

하지만 UDP는 오류 검출 및 수정 기능이 없습니다. 따라서 전송된 데이터가 손실되거나 손상된 경우, 이를 복구하느 것은 어플리케이션 레벨에서 직접 구현해야 합니다.

이러한 특징을 가진 UDP는 실시간 동영상 스트리밍(DNS), 온라인 게임, 화상 통화(VoIP) 및 수 ms 지연도 민감한 제어 시스템, 모션 캡처, 실시간 센서 통신등에 활용됩니다.

UDP는 또한 다양한 전송 방식을 지원하는 유연한 구조를 가지고 있습니다. 특히 다음 세 가지 방식이 대표적입니다:

• Unicast: 특정 하나의 수신자에게 데이터그램을 보내는 방식으로, 가장 일반적인 형태입니다.

• Broadcast: 같은 네트워크 내의 모든 장치에 데이터를 전송하는 방식으로, ARP 요청이나 DHCP 요청에 사용됩니다.

• Multicast: 일정 그룹에 속한 다수의 수신자에게만 데이터를 전송하는 방식입니다. IPTV나 영상 스트리밍 서비스에서 자주 사용됩니다.

이러한 방식은 TCP에서는 지원하지 않으며, UDP만의 강력한 특징 중 하나입니다. 따라서 동일한 데이터를 여러 수신자에게 동시에 보내야 하는 상황에서는 UDP가 훨씬 효율적입니다.

✏️ 다만 Broadcast와 Multicast는 라우터나 네트워크 장비 설정에 영향을 받을 수 있어, 사용 시 환경에 대한 고려가 필요합니다.

---

UDP와 TCP의 주요 차이점

• 연결 지향 vs 비연결형
  TCP는 데이터를 보내기 전에 송신자와 수신자가 서로의 상태를 확인하고 연결을 설정하는 과정(3-way handshake)을 거칩니다. 이렇게 연결이 확립된 이후에만 데이터가 오가므로, 중간에 데이터 유실이나 순서 뒤바뀜에 대한 복구가 가능합니다.
  반면, UDP는 연결 설정 없이 데이터그램 단위로 바로 전송되며, 수신자가 준비되어 있는지조차 확인하지 않습니다. 이로 인해 낮은 오버헤드와 빠른 처리 속도를 가지지만, 반대로 데이터 유실이나 순서 오류를 자체적으로 감지하거나 복구하지 않습니다.

✏️ TCP는 "서로 약속하고 전화를 시작하는 통화", UDP는 "편지를 그냥 던지는 방식"에 비유되곤 합니다.

• 신뢰성과 보장 수준
  TCP는 데이터의 신뢰성 확보를 최우선으로 합니다. 패킷이 유실되면 자동 재전송, 순서가 바뀌면 재정렬, 수신 여부는 ACK 응답을 통해 확인합니다. 모든 데이터가 정확하고 순서대로 도착하는 것이 중요한 애플리케이션에 적합합니다.
  UDP는 이러한 검증 절차가 없고, 전송만 책임지며, 이후는 수신자 혹은 응용 계층의 몫입니다. 대신 오버헤드가 줄어들고 빠르게 다량의 데이터를 보낼 수 있어, 속도가 신뢰성보다 중요한 환경에 적합합니다.

• 성능과 오버헤드
  TCP는 제어 플래그, 시퀀스 번호, 확인 응답, 혼잡 제어 등 복잡한 메커니즘이 내장되어 있어, 통신 품질은 높지만 오버헤드가 큽니다. 대량의 데이터를 안정적으로 다루기엔 적합하지만, 속도와 지연 시간이 중요한 분야에서는 비효율적일 수 있습니다.
  UDP는 이런 부가 메커니즘이 없으므로 헤더가 작고, 프로토콜 자체가 단순합니다. 실시간성이 요구되는 게임, 스트리밍, 음성 통화 등에서는 조금의 손실을 감수하고 속도를 우선시하는 선택입니다.

---

TCP와 UDP 헤더 구조 비교

TCP와 UDP의 차이는 각 헤더 구성에서 차이가 납니다. TCP 헤더는 데이터 전송의 신뢰성을 보장하기 위해 복잡하고 많은 필드를 포함하고 있는 반면, UDP 헤더는 데이터 전송의 속도를 위해 간단한 데이터 전송을 목적으로 간단한 구조를 가집니다.

• TCP Header : 일반적으로 20 Bytes를 가지며, 다음과 같은 필드로 구성
  • 송신 및 수신 Port 번호
  • Sequence Number
  • 확인 응답 번호
  • 데이터 오프셋
  • 플래그(ACK, SYN, FIN 등)
  • 윈도우 크기
  • Check Sum
  • 긴급 포인터
• UDP Header : 8 Bytes 크기를 가지며, 다음과 같은 필드로 구성
  • 송신 및 수신 Port 번호
  • 길이
  • Check Sum

---

마치며

이번 글에서는 TCP와 UDP라는 두 핵심 전송 계층 프로토콜에 대해 구조, 동작 방식, 용도, 그리고 전송 방식(Unicast, Broadcast, Multicast)까지 다각도로 살펴보았습니다.

TCP는 신뢰성을 최우선으로 설계되어 있어 데이터의 정확한 전달이 중요한 환경에서 매우 유용하며, UDP는 단순하고 빠른 통신이 필요한 실시간 서비스에서 뛰어난 성능을 발휘합니다. 두 프로토콜은 상호 대체 가능한 기술이라기보다는, 상황과 목적에 따라 적절하게 선택하고 조합해야 하는 도구입니다.

특히 실무에서는 네트워크 성능, 보안, 응답 지연, 시스템 부하 등 다양한 요소를 고려해 TCP와 UDP 중 어떤 프로토콜을 채택할지를 결정하게 됩니다. 이번 정리를 통해 독자 여러분이 프로토콜 선택에 있어 기술적인 판단 기준을 세우는 데 도움이 되었기를 바랍니다😄.

참고 자료

TCP와 UDP 차이:네트워크 프로토콜의 모든 것을 파헤치다