TCP 처리량 한계의 이해
단일 TCP 흐름의 실제 성능은 단순히 물리적인 회선 속도만으로 결정되지 않습니다. 네트워크 경로상에서 발생하는 대기 시간, 패킷 손실, 그리고 프로토콜 자체의 버퍼 제한이 결합되어 실제 전송 속도의 상한선을 형성합니다. 이 계산기는 입력된 네트워크 경로 조건과 TCP 매개변수를 바탕으로 세 가지 독립적인 한계치를 계산하고, 그중 가장 낮은 값을 예상 TCP 처리량으로 도출합니다.
실제 처리량을 제한하는 세 가지 핵심 장벽은 다음과 같습니다.
- 링크 용량: 물리적 회선 속도에서 프로토콜 오버헤드를 제외한 순수 페이로드 전송 한계입니다.
- 수신 윈도우: 수신측 버퍼 크기와 왕복 시간(RTT)에 의해 발생하는 전송 용량 제한입니다.
- 패킷 손실: 네트워크 혼잡으로 인해 발생하는 패킷 누락과 이에 따른 TCP 혼잡 제어 알고리즘의 속도 제한입니다.
이 도구는 입력된 값을 기반으로 현재 네트워크의 병목 원인이 링크 용량, 수신 윈도우, 패킷 손실 중 무엇인지 명확하게 판별하여 제공합니다.
대역폭 지연 곱(BDP)과 윈도우 스케일링
네트워크 경로의 성능을 최적화하기 위해 가장 먼저 이해해야 하는 개념은 **대역폭 지연 곱 (BDP)**입니다. BDP는 송신측에서 수신측으로부터 수신 확인 응답(ACK)을 받기 전까지 전송 회선에 채워 넣을 수 있는 최대 데이터의 양을 의미합니다.
- BDP 계산 공식:
BDP = rate × RTT
만약 수신측의 수신 윈도우 크기가 이 BDP보다 작다면, 송신측은 ACK가 도착할 때까지 전송을 중단하고 대기해야 하므로 링크의 대역폭을 모두 활용할 수 없습니다.
기본적인 TCP 헤더 구조에서 표현할 수 있는 최대 수신 윈도우 크기는 65,535바이트로 제한되어 있습니다. 대기 시간이 길고 대역폭이 넓은 고속 네트워크(LFN)에서 이 제한을 극복하기 위해 RFC 7323 규격의 TCP 윈도우 스케일링 기술이 사용됩니다. 이 기술을 통해 윈도우 크기를 최대 1,073,725,440바이트까지 확장할 수 있습니다. 계산기는 경로를 가득 채우기 위해 필요한 윈도우 크기를 계산하여 윈도우 스케일링 협상이 필요한지 여부를 시스템 노트를 통해 알려줍니다.
패킷 손실이 TCP에 미치는 영향 (Mathis 모델)
네트워크상에서 발생하는 패킷 손실은 TCP 처리량에 치명적인 영향을 미칩니다. TCP는 패킷 손실을 네트워크 혼잡 신호로 받아들이고 전송 속도를 급격히 줄이기 때문입니다. 이 도구는 Mathis 공식을 사용하여 패킷 손실 환경에서의 처리량 한계를 계산합니다.
- Mathis 공식:
손실 한계치 (Mathis) = MSS ÷ RTT ÷ √p
이 모델은 패킷 손실이 무작위적이고 고르게 분포되어 있다고 가정합니다. Mathis 모델은 패킷 손실률이 약 1% 미만인 환경에서 매우 신뢰성이 높습니다. 만약 입력된 패킷 손실률이 1%를 초과하는 경우, 계산기는 Mathis 모델의 신뢰 범위를 벗어났음을 경고하고 해당 손실 한계치를 다소 낙관적인 예측값으로 취급하도록 안내합니다.
프로토콜 오버헤드와 전송 효율
네트워크를 통해 전송되는 모든 데이터에는 전송을 위한 제어 정보인 프로토콜 오버헤드가 추가됩니다. 본 계산기는 표준 이더넷 환경을 기준으로 패킷당 총 78바이트의 오버헤드를 반영합니다. 이 오버헤드는 TCP/IP 헤더 40바이트와 물리 회선 전송 오버헤드 38바이트로 구성됩니다.
- 프로토콜 효율 공식:
프로토콜 효율 = MSS ÷ (MSS + 78 B)
최대 세그먼트 크기(MSS)가 1,460바이트인 표준 이더넷 프레임의 경우, 실제 데이터 전송에 사용되는 유효 대역폭은 물리 링크 속도의 약 94.9% 수준으로 감소합니다. MSS 값이 작아질수록 전체 전송 데이터에서 오버헤드가 차지하는 비율이 늘어나므로 실제 링크 한계치는 더 낮아집니다.
계산기 입력 및 출력 규격
입력 매개변수 및 제한 조건
- 링크 속도: 경로상 가장 느린 구간의 대역폭입니다. 0보다 큰 값이어야 합니다.
- 왕복 시간 (RTT): 패킷이 목적지에 도달하고 돌아오는 데 걸리는 왕복 시간입니다. 0보다 큰 값이어야 합니다.
- 데이터 크기: 전송할 전체 페이로드의 크기입니다. 0보다 큰 값이어야 합니다.
- 수신 윈도우: 수신측 버퍼 크기입니다. 0보다 커야 하며, RFC 7323 한계치인 1,073,725,440바이트를 초과할 수 없습니다. 비워 두면 제한이 없는 것으로 처리됩니다.
- MSS (바이트): 패킷당 페이로드 크기입니다. 1에서 65,495 사이의 정수여야 합니다.
- 패킷 손실 (%): 평균 패킷 손실 확률입니다. 0%에서 100% 사이여야 합니다.
시스템 경고 및 안내 메시지
- "이 경로를 채우려면
‹window›크기의 윈도우가 필요합니다. 이는 스케일링을 적용하지 않은 최대치인 65,535바이트를 초과하므로 양방향 모두 TCP 윈도우 스케일링(RFC 7323)을 협상해야 합니다." - "이 경로를 채우려면
‹window›이(가) 필요하지만, 이는 TCP가 협상할 수 있는 최대 윈도우 크기(1,073,725,440바이트)를 초과합니다. 이 경로의 단일 흐름은‹value›을(를) 초과할 수 없습니다." - "수신 윈도우를
‹window›(으)로 늘리면 이 전송 속도를 최대‹value›까지 높일 수 있습니다." - "1%를 초과하는 손실은 Mathis 모델의 신뢰 범위를 벗어납니다. 손실 한계치를 낙관적인 예측값으로 취급하십시오."
개인정보 보호 및 처리 방식
본 계산기는 사용자의 프라이버시를 최우선으로 합니다. 입력하신 모든 값은 외부 서버로 전송되지 않고 사용자의 웹 브라우저 내에서 로컬로만 계산됩니다. 네트워크 연결 상태나 입력 데이터가 외부로 유출될 염려 없이 안심하고 도구를 사용할 수 있습니다.
자주 묻는 질문 (FAQ)
Q: 왜 실제 전송 속도가 제가 요금을 지불하는 링크 속도보다 느린가요?
A: 단일 TCP 흐름은 세 가지 독립적인 한계치에 직면하며, 그중 가장 낮은 한계치에 의해 속도가 결정됩니다. 프로토콜 오버헤드로 인해 링크 자체의 대역폭이 약 5% 감소합니다. 표준 이더넷 프레임은 회선상의 1,538바이트 중 1,460바이트의 페이로드만 전송하기 때문입니다. 수신 윈도우는 처리량을 '윈도우 ÷ RTT'로 제한하므로, 기존의 65,535바이트 윈도우는 링크 속도가 아무리 빠르더라도 50 ms 경로에서 속도를 약 10.5 Mbit/s로 제한합니다. 또한 패킷 손실은 속도를 '(MSS ÷ RTT) ÷ √손실률'로 제한합니다. 위의 계산 결과는 귀하가 입력한 수치에서 어떤 한계치가 병목 현상으로 작용하고 있는지 보여줍니다.
Q: 대역폭 지연 곱(BDP)이란 무엇이며, 왜 이것이 윈도우 크기를 결정하나요?
A: 링크 속도와 왕복 시간을 곱한 값인 BDP는 특정 시점에 전송 중인 데이터의 양을 나타냅니다. TCP는 한 번에 최대 하나의 승인되지 않은 윈도우만 전송할 수 있으므로, 윈도우 크기가 BDP보다 작으면 전송 경로가 부분적으로 비어 있게 됩니다. 예를 들어 RTT가 50 ms인 100 Mbit/s 경로에서 파이프는 625 kB를 수용할 수 있지만, 65,535바이트 크기의 윈도우는 그 10분의 1도 채우지 못합니다. 이 때문에 빠르고 대기 시간이 긴 경로에는 TCP 윈도우 스케일링(RFC 7323)이 필요하며, 이를 통해 협상 가능한 최대 윈도우 크기를 65,535바이트에서 약 1 GB로 늘릴 수 있습니다.
Q: 패킷 손실은 TCP 처리량을 어떻게 제한하나요?
A: TCP는 패킷 손실을 혼잡 상태로 간주하고 손실이 발생할 때마다 전송 속도를 절반으로 줄이기 때문에, 빠른 경로에서는 아주 미미한 손실률도 큰 영향을 미칩니다. Mathis 모델은 한계치를 '(MSS ÷ RTT) ÷ √p'로 추정합니다. 예를 들어 MSS가 1,460바이트이고 RTT가 50 ms인 경로에서 0.01%의 손실이 발생하면 링크 속도와 관계없이 처리량은 약 23 Mbit/s로 제한됩니다. 이 모델은 패킷 손실이 독립적이고 고르게 분포되어 있다고 가정하므로, 손실률이 약 1% 미만일 때 실제와 잘 부합하며 손실이 일시적으로 집중되는 버스트 손실의 경우에는 다소 낙관적인 예측치를 제공합니다.
Q: 여기서 사용하는 메가바이트는 제 파일 관리자에 표시되는 것과 같나요?
A: 그렇지 않습니다. 이 페이지는 네트워크 업계의 관례인 10진수 단위를 사용합니다 (1 kbit = 1,000비트, 1 MB = 1,000,000바이트). 반면 대부분의 파일 관리자는 1024 기준 단위를 사용하면서 흔히 MB로 잘못 표기합니다. 파일 관리자에서 '100 MB'로 표시되는 파일은 실제로는 보통 100 MiB ≈ 104.86 10진수 MB에 해당하므로, 전송하는 데 10진수 계산보다 약 5% 더 오래 걸립니다. 정확히 일치시키려면 여기에 104.86 MB를 입력하세요.