네트워크 지연 (Network Latency)
1. 개요
네트워크 지연 시간(Network Latency)이란 데이터 패킷이 네트워크의 한 지점에서 다른 지점으로 전송되는 데 걸리는 시간의 지연 현상을 의미한다.
흔히 네트워크 성능을 논할 때 처리량(Throughput)과 혼동되나, 이들은 서로 다른 개념이다. 처리량이 단위 시간당 전송되는 데이터의 양(대역폭의 실제 활용량)을 의미한다면, 지연 시간은 단일 데이터 단위가 목적지에 도달하기까지의 '속도' 혹은 '시간'에 집중한다. 또한, 응답 시간(Response Time)은 네트워크 지연 시간에 더해 서버에서 요청을 처리하는 시간(Processing Time)까지 포함한 전체 시간을 의미하므로, 네트워크 지연 시간은 응답 시간을 결정짓는 핵심 하위 요소라고 할 수 있다.
2. 네트워크 지연 시간의 구성 요소
데이터 패킷이 송신지에서 수신지로 이동할 때 발생하는 총 지연 시간은 다음과 같은 네 가지 세부 지연의 합으로 구성된다.
| 지연 요소 |
정의 |
발생 원인 |
영향 요인 |
| 전파 지연 (Propagation Delay) |
신호가 물리적 매체를 통해 이동하는 시간 |
빛의 속도 및 매체 전송 속도의 한계 |
물리적 거리, 전송 매체(광섬유, 구리선 등) |
| 전송 지연 (Transmission Delay) |
패킷의 모든 비트를 매체로 밀어내는 데 걸리는 시간 |
네트워크 인터페이스의 대역폭 제한 |
패킷 크기, 링크 대역폭(Bandwidth) |
| 큐잉 지연 (Queuing Delay) |
라우터나 스위치의 버퍼에서 처리 대기하는 시간 |
네트워크 혼잡(Congestion) 및 트래픽 집중 |
트래픽 양, 큐 관리 알고리즘 |
| 처리 지연 (Processing Delay) |
라우터가 헤더를 분석하고 경로를 결정하는 시간 |
하드웨어의 연산 능력 및 프로토콜 처리 과정 |
CPU 성능, 라우팅 테이블 크기, 오류 검사 |
3. 지연 시간 계산 공식 및 예제
네트워크의 총 지연 시간($d_{total}$)은 위에서 언급한 네 가지 요소의 합으로 계산할 수 있다.
$$d_{total} = d_{proc} + d_{queue} + d_{trans} + d_{prop}$$
3.1 세부 공식
- 전송 지연 ($d_{trans}$): $\frac{L}{R}$ ($L$: 패킷 길이(bits), $R$: 전송률/대역폭(bps))
- 전파 지연 ($d_{prop}$): $\frac{d}{s}$ ($d$: 두 지점 사이의 거리, $s$: 매체 내 전파 속도)
3.2 계산 예제
다음과 같은 환경에서 패킷 1개를 전송할 때의 지연 시간을 계산해 보자.
- 패킷 크기($L$): 1,500 bytes (12,000 bits)
- 링크 대역폭($R$): 10 Mbps ($10^7$ bps)
- 두 지점 사이의 거리($d$): 2,000 km
- 매체 내 전파 속도($s$): $2 \times 10^8$ m/s (광섬유 기준)
- 처리 및 큐잉 지연 합계: 2 ms
- 전송 지연: $12,000 \text{ bits} / 10,000,000 \text{ bps} = 0.0012 \text{ s} = 1.2 \text{ ms}$
- 전파 지연: $2,000,000 \text{ m} / 200,000,000 \text{ m/s} = 0.01 \text{ s} = 10 \text{ ms}$
- 총 지연 시간: $1.2 \text{ ms} (\text{전송}) + 10 \text{ ms} (\text{전파}) + 2 \text{ ms} (\text{처리/큐잉}) = \mathbf{13.2 \text{ ms}}$
4. 지터 (Jitter)의 정의와 영향
지터(Jitter)란 패킷 전송 시 발생하는 지연 시간의 변동성(Variation)을 의미한다. 즉, 패킷들이 일정한 간격으로 도착하지 않고 도착 시간 간격이 불규칙하게 변하는 현상이다.
- 영향: 지터가 심할 경우 데이터 패킷의 순서가 뒤바뀌거나(Out-of-order), 특정 패킷이 너무 늦게 도착하여 데이터 손실과 유사한 효과를 낸다.
- 주요 피해 서비스: 특히 VoIP(인터넷 전화)나 실시간 스트리밍 서비스에서 치명적이다. 음성 데이터가 불규칙하게 도착하면 소리가 끊기거나 왜곡되는 현상이 발생한다.
4.1 지터 버퍼 (Jitter Buffer)의 작동 원리
수신 측에서는 지터를 해결하기 위해 지터 버퍼를 사용한다. 이는 불규칙하게 도착하는 패킷을 임시 저장소에 모았다가, 일정한 시간 간격으로 재생 장치에 전달하는 완충 작용을 한다.
[지터 버퍼 작동 도식]
[송신측] ----(불규칙한 지연)----> [수신측 지터 버퍼] ----(일정한 간격)----> [재생/출력]
패킷1 --------------------------> [ 패킷1 ]
패킷2 ----------> [ 패킷2 ] ----> [ 패킷2 ]
패킷3 ----------------------------> [ 패킷3 ]
(도착 간격: 불규칙) (저장 후 정렬) (출력 간격: 일정)
5. 지연 시간에 영향을 주는 주요 요인
5.1 물리적 및 하드웨어 요인
- 물리적 거리: 전파 지연은 거리와 정비례한다. 지구 반대편으로 데이터를 보낼 때 발생하는 지연은 물리적 한계(빛의 속도)로 인해 불가피하게 발생한다.
- 전송 매체: 광섬유(Fiber)는 구리선(Twisted Pair)보다 전송 속도가 빠르고 감쇄가 적어 지연 시간을 줄이는 데 유리하다.
- 네트워크 홉(Hop) 수: 패킷이 목적지까지 거치는 라우터의 수를 '홉'이라고 한다. 홉 수가 많을수록 처리 지연과 큐잉 지연이 누적되어 전체 지연 시간이 증가한다.
5.2 네트워크 토폴로지별 지연 차이
- 성형(Star) 토폴로지: 중앙 허브를 거치므로 허브의 성능에 따라 지연이 결정된다. 허브에 부하가 집중되면 큐잉 지연이 급증한다.
- 망형(Mesh) 토폴로지: 여러 경로가 존재하여 최적 경로(Shortest Path)를 선택할 수 있어 전파 지연을 최소화할 수 있으나, 경로 계산을 위한 라우팅 오버헤드가 발생할 수 있다.
- 버스(Bus) 토폴로지: 과거 공유 매체 기반의 버스 토폴로지에서는 충돌(Collision)로 인한 재전송 지연이 컸으나, 현대의 스위칭 환경에서는 큐잉 지연이 더 지배적이다.
6. 네트워크 지연 시간의 측정 및 지표
6.1 RTT (Round Trip Time)
RTT는 송신측에서 패킷을 보내 수신측이 이를 받고, 다시 응답 패킷을 보내 송신측에 도달할 때까지 걸리는 왕복 시간을 의미한다. 실제 네트워크 성능 측정의 가장 기본 지표로 활용된다.
6.2 측정 도구 및 사용법
1) Ping (Packet Internet Groper)
ICMP 프로토콜을 사용하여 대상 호스트와의 연결성 및 RTT를 측정한다.
# 사용 예시 (Windows/Linux)
ping google.com
# 결과 해석
# 64 bytes from 142.250.206.238: icmp_seq=1 ttl=117 time=15.2 ms
# -> time=15.2 ms가 해당 패킷의 RTT임
2) Traceroute / Tracert
패킷이 목적지까지 가는 경로상의 모든 홉(Hop)을 추적하여 각 구간별 지연 시간을 측정한다.
# 사용 예시 (Linux)
traceroute google.com
# 결과 해석
# 1 192.168.0.1 (192.168.0.1) 1.123 ms 1.012 ms 0.987 ms
# 2 10.10.0.1 (10.10.0.1) 5.432 ms 5.123 ms 5.678 ms
# -> 각 ms 값은 송신지부터 해당 라우터까지의 왕복 시간(RTT)을 의미하며,
# 이전 홉과의 차이를 통해 구간별 지연을 추정할 수 있다.
7. 지연 시간 최적화 및 감소 방안
- CDN (Content Delivery Network): 지리적으로 분산된 캐시 서버를 배치하여 사용자와 물리적 거리를 단축함으로써 전파 지연을 획기적으로 줄인다.
- 사례: 미국에 원본 서버가 있는 웹사이트의 경우, 한국 사용자가 접속 시 미국 서버까지 왕복하는 대신 한국 내 CDN 엣지 서버에서 콘텐츠를 제공받아 RTT를 수백 ms에서 수십 ms 단위로 단축시킨다.
- 엣지 컴퓨팅 (Edge Computing): 데이터 처리를 중앙 클라우드가 아닌 사용자 단말과 가까운 '엣지'에서 수행하여 RTT를 최소화한다.
- 프로토콜 최적화:
- TCP 튜닝: BDP(Bandwidth-Delay Product)를 고려한 윈도우 크기 최적화를 통해, 높은 지연 시간 환경에서도 처리량(Throughput) 저하를 막아 전체 전송 시간을 단축시킨다.
- HTTP/3 (QUIC): UDP 기반의 QUIC 프로토콜을 도입하여 TCP의 3-way handshake 과정을 생략하거나 단축함으로써 연결 설정 지연 시간을 줄인다.
- 캐싱 전략: 자주 요청되는 데이터를 로컬이나 중간 프록시 서버에 저장하여 네트워크 요청 횟수 자체를 줄인다.
8. 서비스별 지연 시간의 영향
서비스의 성격에 따라 허용 가능한 지연 시간의 임계치가 다르며, 이는 사용자 경험(UX)에 직접적인 영향을 미친다.
| 서비스 유형 |
허용 지연 시간 (임계치) |
지연 발생 시 영향 |
중요 지표 |
| 실시간 게임 (FPS/MOBA) |
10ms ~ 50ms |
입력 지연(Input Lag), 캐릭터 텔레포트 현상 |
RTT, Jitter |
| 화상 회의 / VoIP |
150ms 이하 |
음성 끊김, 화면-음성 싱크 불일치 |
Jitter, Packet Loss |
| 웹 서핑 / SNS |
100ms ~ 500ms |
페이지 로딩 속도 저하, 반응성 둔화 |
Response Time |
| 이메일 / 파일 전송 |
수 초 이상 가능 |
전송 완료 시간 증가 (실시간성 낮음) |
Throughput |
# 네트워크 지연 (Network Latency)
## 1. 개요
**네트워크 지연 시간(Network Latency)**이란 데이터 패킷이 네트워크의 한 지점에서 다른 지점으로 전송되는 데 걸리는 시간의 지연 현상을 의미한다.
흔히 네트워크 성능을 논할 때 처리량(Throughput)과 혼동되나, 이들은 서로 다른 개념이다. **처리량**이 단위 시간당 전송되는 데이터의 양(대역폭의 실제 활용량)을 의미한다면, **지연 시간**은 단일 데이터 단위가 목적지에 도달하기까지의 '속도' 혹은 '시간'에 집중한다. 또한, **응답 시간(Response Time)**은 네트워크 지연 시간에 더해 서버에서 요청을 처리하는 시간(Processing Time)까지 포함한 전체 시간을 의미하므로, 네트워크 지연 시간은 응답 시간을 결정짓는 핵심 하위 요소라고 할 수 있다.
## 2. 네트워크 지연 시간의 구성 요소
데이터 패킷이 송신지에서 수신지로 이동할 때 발생하는 총 지연 시간은 다음과 같은 네 가지 세부 지연의 합으로 구성된다.
| 지연 요소 | 정의 | 발생 원인 | 영향 요인 |
| :--- | :--- | :--- | :--- |
| **전파 지연 (Propagation Delay)** | 신호가 물리적 매체를 통해 이동하는 시간 | 빛의 속도 및 매체 전송 속도의 한계 | 물리적 거리, 전송 매체(광섬유, 구리선 등) |
| **전송 지연 (Transmission Delay)** | 패킷의 모든 비트를 매체로 밀어내는 데 걸리는 시간 | 네트워크 인터페이스의 대역폭 제한 | 패킷 크기, 링크 대역폭(Bandwidth) |
| **큐잉 지연 (Queuing Delay)** | 라우터나 스위치의 버퍼에서 처리 대기하는 시간 | 네트워크 혼잡(Congestion) 및 트래픽 집중 | 트래픽 양, 큐 관리 알고리즘 |
| **처리 지연 (Processing Delay)** | 라우터가 헤더를 분석하고 경로를 결정하는 시간 | 하드웨어의 연산 능력 및 프로토콜 처리 과정 | CPU 성능, 라우팅 테이블 크기, 오류 검사 |
## 3. 지연 시간 계산 공식 및 예제
네트워크의 총 지연 시간($d_{total}$)은 위에서 언급한 네 가지 요소의 합으로 계산할 수 있다.
$$d_{total} = d_{proc} + d_{queue} + d_{trans} + d_{prop}$$
### 3.1 세부 공식
* **전송 지연 ($d_{trans}$):** $\frac{L}{R}$ ($L$: 패킷 길이(bits), $R$: 전송률/대역폭(bps))
* **전파 지연 ($d_{prop}$):** $\frac{d}{s}$ ($d$: 두 지점 사이의 거리, $s$: 매체 내 전파 속도)
### 3.2 계산 예제
다음과 같은 환경에서 패킷 1개를 전송할 때의 지연 시간을 계산해 보자.
- 패킷 크기($L$): 1,500 bytes (12,000 bits)
- 링크 대역폭($R$): 10 Mbps ($10^7$ bps)
- 두 지점 사이의 거리($d$): 2,000 km
- 매체 내 전파 속도($s$): $2 \times 10^8$ m/s (광섬유 기준)
- 처리 및 큐잉 지연 합계: 2 ms
1. **전송 지연:** $12,000 \text{ bits} / 10,000,000 \text{ bps} = 0.0012 \text{ s} = 1.2 \text{ ms}$
2. **전파 지연:** $2,000,000 \text{ m} / 200,000,000 \text{ m/s} = 0.01 \text{ s} = 10 \text{ ms}$
3. **총 지연 시간:** $1.2 \text{ ms} (\text{전송}) + 10 \text{ ms} (\text{전파}) + 2 \text{ ms} (\text{처리/큐잉}) = \mathbf{13.2 \text{ ms}}$
## 4. 지터 (Jitter)의 정의와 영향
**지터(Jitter)**란 패킷 전송 시 발생하는 지연 시간의 **변동성(Variation)**을 의미한다. 즉, 패킷들이 일정한 간격으로 도착하지 않고 도착 시간 간격이 불규칙하게 변하는 현상이다.
* **영향:** 지터가 심할 경우 데이터 패킷의 순서가 뒤바뀌거나(Out-of-order), 특정 패킷이 너무 늦게 도착하여 데이터 손실과 유사한 효과를 낸다.
* **주요 피해 서비스:** 특히 VoIP(인터넷 전화)나 실시간 스트리밍 서비스에서 치명적이다. 음성 데이터가 불규칙하게 도착하면 소리가 끊기거나 왜곡되는 현상이 발생한다.
### 4.1 지터 버퍼 (Jitter Buffer)의 작동 원리
수신 측에서는 지터를 해결하기 위해 **지터 버퍼**를 사용한다. 이는 불규칙하게 도착하는 패킷을 임시 저장소에 모았다가, 일정한 시간 간격으로 재생 장치에 전달하는 완충 작용을 한다.
**[지터 버퍼 작동 도식]**
```text
[송신측] ----(불규칙한 지연)----> [수신측 지터 버퍼] ----(일정한 간격)----> [재생/출력]
패킷1 --------------------------> [ 패킷1 ]
패킷2 ----------> [ 패킷2 ] ----> [ 패킷2 ]
패킷3 ----------------------------> [ 패킷3 ]
(도착 간격: 불규칙) (저장 후 정렬) (출력 간격: 일정)
```
## 5. 지연 시간에 영향을 주는 주요 요인
### 5.1 물리적 및 하드웨어 요인
* **물리적 거리:** 전파 지연은 거리와 정비례한다. 지구 반대편으로 데이터를 보낼 때 발생하는 지연은 물리적 한계(빛의 속도)로 인해 불가피하게 발생한다.
* **전송 매체:** 광섬유(Fiber)는 구리선(Twisted Pair)보다 전송 속도가 빠르고 감쇄가 적어 지연 시간을 줄이는 데 유리하다.
* **네트워크 홉(Hop) 수:** 패킷이 목적지까지 거치는 라우터의 수를 '홉'이라고 한다. 홉 수가 많을수록 처리 지연과 큐잉 지연이 누적되어 전체 지연 시간이 증가한다.
### 5.2 네트워크 토폴로지별 지연 차이
* **성형(Star) 토폴로지:** 중앙 허브를 거치므로 허브의 성능에 따라 지연이 결정된다. 허브에 부하가 집중되면 큐잉 지연이 급증한다.
* **망형(Mesh) 토폴로지:** 여러 경로가 존재하여 최적 경로(Shortest Path)를 선택할 수 있어 전파 지연을 최소화할 수 있으나, 경로 계산을 위한 라우팅 오버헤드가 발생할 수 있다.
* **버스(Bus) 토폴로지:** 과거 공유 매체 기반의 버스 토폴로지에서는 충돌(Collision)로 인한 재전송 지연이 컸으나, 현대의 스위칭 환경에서는 큐잉 지연이 더 지배적이다.
## 6. 네트워크 지연 시간의 측정 및 지표
### 6.1 RTT (Round Trip Time)
**RTT**는 송신측에서 패킷을 보내 수신측이 이를 받고, 다시 응답 패킷을 보내 송신측에 도달할 때까지 걸리는 왕복 시간을 의미한다. 실제 네트워크 성능 측정의 가장 기본 지표로 활용된다.
### 6.2 측정 도구 및 사용법
**1) Ping (Packet Internet Groper)**
ICMP 프로토콜을 사용하여 대상 호스트와의 연결성 및 RTT를 측정한다.
```bash
# 사용 예시 (Windows/Linux)
ping google.com
# 결과 해석
# 64 bytes from 142.250.206.238: icmp_seq=1 ttl=117 time=15.2 ms
# -> time=15.2 ms가 해당 패킷의 RTT임
```
**2) Traceroute / Tracert**
패킷이 목적지까지 가는 경로상의 모든 홉(Hop)을 추적하여 각 구간별 지연 시간을 측정한다.
```bash
# 사용 예시 (Linux)
traceroute google.com
# 결과 해석
# 1 192.168.0.1 (192.168.0.1) 1.123 ms 1.012 ms 0.987 ms
# 2 10.10.0.1 (10.10.0.1) 5.432 ms 5.123 ms 5.678 ms
# -> 각 ms 값은 송신지부터 해당 라우터까지의 왕복 시간(RTT)을 의미하며,
# 이전 홉과의 차이를 통해 구간별 지연을 추정할 수 있다.
```
## 7. 지연 시간 최적화 및 감소 방안
* **CDN (Content Delivery Network):** 지리적으로 분산된 캐시 서버를 배치하여 사용자와 물리적 거리를 단축함으로써 전파 지연을 획기적으로 줄인다.
* **사례:** 미국에 원본 서버가 있는 웹사이트의 경우, 한국 사용자가 접속 시 미국 서버까지 왕복하는 대신 한국 내 CDN 엣지 서버에서 콘텐츠를 제공받아 RTT를 수백 ms에서 수십 ms 단위로 단축시킨다.
* **엣지 컴퓨팅 (Edge Computing):** 데이터 처리를 중앙 클라우드가 아닌 사용자 단말과 가까운 '엣지'에서 수행하여 RTT를 최소화한다.
* **프로토콜 최적화:**
* **TCP 튜닝:** BDP(Bandwidth-Delay Product)를 고려한 윈도우 크기 최적화를 통해, 높은 지연 시간 환경에서도 처리량(Throughput) 저하를 막아 전체 전송 시간을 단축시킨다.
* **HTTP/3 (QUIC):** UDP 기반의 QUIC 프로토콜을 도입하여 TCP의 3-way handshake 과정을 생략하거나 단축함으로써 연결 설정 지연 시간을 줄인다.
* **캐싱 전략:** 자주 요청되는 데이터를 로컬이나 중간 프록시 서버에 저장하여 네트워크 요청 횟수 자체를 줄인다.
## 8. 서비스별 지연 시간의 영향
서비스의 성격에 따라 허용 가능한 지연 시간의 임계치가 다르며, 이는 사용자 경험(UX)에 직접적인 영향을 미친다.
| 서비스 유형 | 허용 지연 시간 (임계치) | 지연 발생 시 영향 | 중요 지표 |
| :--- | :--- | :--- | :--- |
| **실시간 게임 (FPS/MOBA)** | 10ms ~ 50ms | 입력 지연(Input Lag), 캐릭터 텔레포트 현상 | RTT, Jitter |
| **화상 회의 / VoIP** | 150ms 이하 | 음성 끊김, 화면-음성 싱크 불일치 | Jitter, Packet Loss |
| **웹 서핑 / SNS** | 100ms ~ 500ms | 페이지 로딩 속도 저하, 반응성 둔화 | Response Time |
| **이메일 / 파일 전송** | 수 초 이상 가능 | 전송 완료 시간 증가 (실시간성 낮음) | Throughput |