UDP

1. UDP의 개요

사용자 데이터그램 프로토콜, User Datagram Protocol
UDP는 비연결형 프로토콜로, 송신자가 데이터를 수신자에게 보내기 전에 별도의 연결을 설정하지 않습니다. TCP와 비교하면 상대적으로 간단한 구조로, 데이터를 빠르게 전송하는 것을 목표로 합니다. 신뢰성보다 속도가 중요한 애플리케이션에서 주로 사용됩니다. TCP의 3-way handshake와 같은 연결 설정 과정이 없으며, 데이터 전송이 매우 빠르게 이루어집니다. 또한, UDP는 데이터의 신뢰성을 보장하지 않기 때문에 패킷 손실, 중복, 순서 뒤바뀜 등을 감지하거나 복구하지 않습니다.

주요 특징:

• 비연결성 (Connectionless): 데이터를 전송하기 전에 연결을 설정하지 않으며, 수신자의 응답을 기다리지 않고 계속 데이터를 전송합니다.
• 비신뢰성 (Unreliable): 데이터가 손실되거나 손상되어도 송신자는 이를 알지 못합니다. 패킷 재전송이나 데이터 정렬을 위한 메커니즘이 없습니다.
• 오버헤드가 적음: 추가적인 제어 메커니즘이 없기 때문에 오버헤드가 적고, 매우 빠르게 데이터를 전송할 수 있습니다.
• 순서 보장 안 함: 송신된 패킷이 수신 측에서 도착하는 순서를 보장하지 않으며, 패킷의 순서가 뒤바뀔 수 있습니다.
• 패킷 손실 가능성: 패킷이 전송 중에 손실될 수 있지만, 이를 복구하지 않으므로 데이터의 일부가 손실될 수 있습니다.

---

2. UDP의 헤더 구조

UDP의 헤더는 매우 간단하며, 총 8바이트로 구성됩니다. 헤더가 차지하는 공간이 적기 때문에 오버헤드가 적고, 빠른 전송이 가능합니다. TCP와 비교했을 때 UDP 헤더에는 연결 설정이나 상태를 추적하는 필드가 없습니다.

UDP 헤더 필드:

1. Source Port (16비트): 송신 측 포트 번호. 데이터그램을 전송한 애플리케이션의 포트를 식별합니다.
2. Destination Port (16비트): 수신 측 포트 번호. 데이터그램을 받을 애플리케이션의 포트를 식별합니다.
3. Length (16비트): UDP 헤더와 데이터를 합친 전체 데이터그램의 길이를 나타냅니다.
4. Checksum (16비트): 오류 검출을 위한 값. 데이터를 전송하는 중에 발생할 수 있는 오류를 감지하지만, 이를 수정하지는 않습니다.

UDP 헤더는 그 자체로 매우 간단합니다. 오직 송신자와 수신자 포트 정보, 데이터 길이, 그리고 오류 검출을 위한 체크섬 정보만 포함되며, 그 외의 연결 설정, 흐름 제어, 혼잡 제어, 패킷 손실 복구와 같은 복잡한 메커니즘은 존재하지 않습니다.

---

3. 비연결성 데이터 전송

UDP의 가장 큰 특징 중 하나는 비연결성입니다. 이는 데이터를 전송할 때 송신자가 수신자와 사전에 연결을 설정하지 않는다는 의미입니다. 이는 UDP가 TCP처럼 3-Way Handshake와 같은 절차 없이 데이터를 바로 전송할 수 있음을 뜻합니다.

동작 방식:

1. 데이터그램 전송: 송신자는 수신자의 IP 주소와 포트 번호를 알고 있다면 바로 데이터를 보낼 수 있습니다. 데이터를 전송하기 위해 연결을 설정하거나 연결을 유지할 필요가 없습니다.
2. 응답 없음: 송신자는 수신자로부터 데이터가 제대로 도착했는지 확인하지 않습니다. 수신자는 ACK나 응답을 보낼 필요가 없으며, 송신자는 데이터를 보낸 후 결과를 추적하지 않습니다.
3. 패킷 단위 전송: UDP는 데이터를 작은 패킷(데이터그램)으로 나눠 전송하며, 각 데이터그램은 독립적으로 전송됩니다. 송신자는 한 번에 여러 데이터그램을 보낼 수 있습니다. (UDP 계층에서는 세그먼트 단위이지만, 네트워크에서 패킷으로 포장되어 통신하기 때문에 패킷 단위 전송이라고 하는 것입니다.)

비연결성은 UDP의 빠른 데이터 전송을 가능하게 합니다. 송신자는 데이터를 즉시 전송할 수 있고, 연결 설정이나 유지에 대한 추가 비용이 들지 않습니다. 이로 인해 전송 속도가 빠르고 실시간성이 중요한 애플리케이션에서 효과적입니다.

---

4. 비신뢰성 데이터 전송

UDP는 비신뢰성 프로토콜입니다. 즉, 데이터가 손실되거나 중복되거나 순서가 뒤바뀌더라도 송신자는 이를 알 수 없고, 복구도 불가능합니다. 이 때문에 UDP는 TCP와 달리 패킷을 추적하거나 재전송하는 메커니즘이 없습니다.

동작 방식:

1. 패킷 손실: 네트워크 상에서 데이터그램이 손실되면 송신자는 이를 인식하지 못하며, 재전송하지 않습니다. 수신자는 해당 패킷이 도착하지 않았다는 것을 알 수 없으므로 손실된 데이터를 복구할 방법이 없습니다.
2. 패킷 중복: 송신된 데이터그램이 네트워크에서 중복되더라도 수신자는 이를 중복된 데이터로 인식하지 않으며, 추가적인 처리 없이 중복된 데이터를 받아들입니다.
3. 순서 뒤바뀜: 데이터그램이 전송 중 경로에 따라 순서가 뒤바뀔 수 있지만, UDP는 이를 수정하지 않습니다. 수신 측에서 패킷의 순서가 중요한 경우 애플리케이션 측에서 별도로 처리해야 합니다.

비신뢰성 데이터 전송은 빠른 속도를 제공합니다. 신뢰성을 위한 추가적인 제어 메커니즘이 없기 때문에 송신자는 패킷을 전송한 후 별도의 확인 절차 없이 다음 데이터를 전송할 수 있습니다. 실시간 애플리케이션이나 멀티미디어 스트리밍에서 몇 개의 패킷이 손실되더라도 전체 서비스 품질에 큰 영향을 미치지 않는 경우에 유용합니다.

---

5. 순서 보장되지 않음 (Out-of-order Delivery)

UDP는 패킷이 순서대로 도착할 것이라는 보장을 하지 않습니다. 송신된 패킷이 수신자에게 도착하는 경로는 다양할 수 있으며, 네트워크 상태에 따라 패킷이 뒤섞여 도착할 수 있습니다. 이는 UDP의 비연결성 때문에 발생하는 문제입니다.

동작 방식:

1. 다양한 경로: 네트워크에서 각 패킷은 다양한 경로를 통해 전달될 수 있습니다. 어떤 패킷은 더 짧은 경로를 통해 먼저 도착하고, 다른 패킷은 더 긴 경로를 통해 나중에 도착할 수 있습니다.
2. 수신자에서의 처리: 수신자는 순서대로 도착하지 않은 패킷을 재정렬할 책임이 없습니다. 수신자가 데이터 순서에 민감하다면 애플리케이션 계층에서 이를 별도로 처리해야 합니다.
3. 순서 뒤바뀜 방지 없음: UDP는 패킷의 순서를 보장하기 위한 추가적인 필드나 메커니즘이 없기 때문에 순서 뒤바뀜 문제를 해결하려면 애플리케이션 계층에서 별도의 시퀀스 번호를 부여하거나 정렬을 수행해야 합니다.

UDP는 네트워크 경로의 다이내믹한 특성을 반영하여 순서 보장을 하지 않음으로써 패킷을 빠르게 전송할 수 있습니다. 만약 순서가 중요한 경우에는 TCP가 적합하지만, 순서가 중요한 요소가 아니라면 UDP의 속도와 효율성을 활용할 수 있습니다.

---

6. 오류 검출 (Checksum)

UDP는 데이터가 전송 중에 손상되었는지 확인하기 위해 **체크섬(Checksum)**을 사용합니다. 이는 데이터의 무결성을 확인하기 위한 간단한 방식으로, 오류를 감지하지만 이를 복구하지는 않습니다. 체크섬은 필수 항목은 아니며, 송신자나 수신자에 따라 사용하지 않을 수도 있습니다.

동작 방식:

1. 체크섬 생성: 송신자는 UDP 데이터그램을 전송하기 전에 체크섬을 계산하여 UDP 헤더에 포함합니다. 체크섬은 헤더와 데이터의 비트를 모두 더한 후 1의 보수를 취한 값으로 계산됩니다.
2. 오류 검출: 수신자는 받은 데이터그램에서 체크섬을 확인하고, 데이터를 다시 계산하여 체크섬과 비교합니다. 만약 계산된 값이 송신자의 체크섬과 일치하지 않으면, 데이터가 전송 중 손상되었음을 의미합니다.
3. 복구 없음: UDP는 오류를 감지하더라도 데이터를 복구하거나 재전송하지 않습니다. 단지 오류를 감지할 뿐입니다.

UDP는 신뢰성을 보장하지 않지만, 기본적인 무결성 검사를 통해 데이터가 손상되었는지 확인할 수 있습니다. 이는 데이터 전송의 효율성을 높이면서도 최소한의 오류 검출을 가능하게 합니다.

---

7. UDP 사용 사례

UDP는 신뢰성보다 속도가 중요한 애플리케이션에서 많이 사용됩니다. 실시간성과 저지연이 필요한 상황에서 특히 유용합니다.

주요 사용 사례:

1. 스트리밍 (Streaming): 실시간 오디오/비디오 스트리밍에서는 약간의 패킷 손실이 있더라도 서비스 품질에 큰 영향을 미치지 않으므로, 빠른 전송이 중요한 UDP가 적합합니다.
2. 온라인 게임: 게임에서의 실시간성은 매우 중요하며, 지연이 발생하면 게임의 몰입도를 떨어뜨릴 수 있습니다. UDP는 빠른 전송을 보장하여 게임 플레이의 지연을 최소화합니다.
3. VoIP (Voice over IP): 음성 통신에서는 패킷 손실이 일시적으로 발생해도 대화 품질에 큰 영향을 미치지 않습니다. UDP를 사용하면 지연 없이 실시간 음성 통신이 가능합니다.
4. DNS (Domain Name System): DNS 쿼리는 매우 작은 데이터를 전송하고 응답을 받는 구조로, 빠른 응답이 중요합니다. 이때 UDP가 사용됩니다.

---

8. UDP 활용

UDP는 기본적으로 비연결성에 신뢰성을 보장하지 않는 프로토콜이지만 애플리케이션 단에서 필요한 기능들을 추가해 유연성있게 확장할 수 있습니다.
UDP 세그먼트에 순서 정보를 추가하여 순서 보장, 손실된 데이터 재전송이 가능하게 할 수도 있고, 결합된 프로토콜을 사용할 수 있는데, 그 예시로 Google의 QUIC 프로토콜은 UDP를 기반으로 하면서도 연결 지향적인 특성을 제공합니다.

QUIC의 주요 특징:

1. UDP 기반: QUIC는 UDP 위에서 작동하므로, 패킷 손실이 발생해도 빠른 전송이 가능합니다. TCP의 연결 설정 과정이 필요 없기 때문에 지연 시간이 줄어듭니다.
2. 빠른 연결 설정: QUIC는 0-RTT(제로 라운트 트립 타임) 및 1-RTT 연결 설정을 지원하여, 이전 연결 정보를 활용해 빠르게 재연결할 수 있습니다. 이를 통해 사용자 경험을 개선하고 지연 시간을 최소화합니다.
3. 내장된 암호화: QUIC는 전송 계층에서 TLS(Transport Layer Security)를 통합하여, 데이터의 암호화와 인증을 제공합니다. 따라서, QUIC 연결은 기본적으로 보안성을 유지합니다.
4. 다중 스트림 지원: QUIC는 단일 연결에서 여러 스트림을 지원하여, 하나의 연결에서 여러 데이터 흐름을 동시에 처리할 수 있습니다. 이를 통해 하나의 스트림에서 패킷 손실이 발생해도 다른 스트림에는 영향을 주지 않습니다.
5. 혼잡 제어 및 오류 복구: QUIC는 TCP의 혼잡 제어 알고리즘을 따르면서도 더 적은 오버헤드를 통해 빠르게 데이터 전송을 조절할 수 있습니다. 또한, 패킷 손실 시 빠른 재전송을 지원하여 지연을 최소화합니다.

QUIC의 작동 방식:

1. 연결 설정: 클라이언트가 서버에 QUIC 연결을 요청하면, 서버는 이를 수락하고 암호화된 연결을 설정합니다. 0-RTT 연결 설정을 통해 클라이언트는 이전 연결 정보를 사용하여 즉시 데이터를 전송할 수 있습니다. 이 경우 데이터는 서버의 응답을 기다리지 않고 전송됩니다.
2. 데이터 전송: QUIC는 여러 스트림을 통해 데이터를 전송하며, 각 스트림은 독립적으로 처리됩니다. 이를 통해 하나의 스트림에서 패킷 손실이 발생하더라도 다른 스트림은 영향을 받지 않습니다. 데이터는 UDP 패킷으로 전송되며, QUIC는 패킷 손실을 감지하고 이를 빠르게 재전송합니다.
3. 혼잡 제어:QUIC는 전송 중 혼잡을 감지하고, 이를 기반으로 전송 속도를 조절합니다. 혼잡 상태에서는 전송 속도를 낮추고, 혼잡이 해소되면 다시 속도를 높이는 방식으로 작동합니다.
4. 연결 종료: QUIC 연결은 일반적으로 애플리케이션에서 명시적으로 종료되거나, 일정 시간 동안 활동이 없을 경우 자동으로 종료됩니다.

결론

UDP는 속도와 효율성이 중요한 상황에서 매우 유용한 전송 계층 프로토콜입니다. 비연결성, 비신뢰성, 순서 보장 없음과 같은 특성으로 인해 신뢰성보다는 빠른 전송이 요구되는 실시간 애플리케이션, 스트리밍, 온라인 게임 등에서 많이 사용됩니다.

TCP와는 다르게 데이터의 신뢰성을 보장하지 않기 때문에 패킷 손실이나 순서 뒤바뀜, 중복 등의 문제가 발생할 수 있지만, 애플리케이션의 성격에 따라 이러한 문제가 큰 영향을 미치지 않는다면 UDP는 매우 효율적인 선택입니다.