100M 버퍼블로트 측정법, 다운로드 중 핑이 치솟는 원인

100M 버퍼블로트가 생기면 인터넷 속도는 정상으로 측정되는데 대용량 다운로드 중 웹페이지와 화상회의가 멈출 수 있습니다. 원인은 회선 단절이 아니라 공유기나 통신사 장비의 큐에 패킷이 오래 대기하면서 왕복 지연시간이 크게 증가하기 때문입니다.

100M 버퍼블로트 발생 전후의 공유기 패킷 큐와 지연시간을 비교한 화면

100Mbps 회선을 95Mbps 이상 계속 사용하면 남는 대역폭이 거의 없어집니다. 이때 속도 측정값만 보면 회선이 정상처럼 보이지만, 작은 웹 요청과 음성 패킷이 대용량 전송 패킷 뒤에 줄을 서면서 체감 품질이 무너집니다.

확인 항목	유휴 상태	다운로드 부하 상태	판단 기준
다운로드 처리량	사용량 낮음	회선 한계에 근접	속도만으로 장애 판단 불가
왕복 지연시간	기본 RTT 확인	기본 RTT와 차이 비교	증가 폭이 클수록 큐 적체 의심
지터	비교적 일정	응답 편차 증가 가능	화상회의 음성 끊김에 영향
패킷 손실	대체로 없음	큐 초과 시 발생 가능	영상 깨짐과 재전송 유발
SQM 적용 후	큰 변화 없음	처리량 일부 감소 가능	부하 중 지연시간 개선 여부 확인

100M 버퍼블로트는 속도가 느린 현상과 다릅니다

버퍼블로트는 큰 버퍼와 관리되지 않는 큐 때문에 불필요한 지연이 발생하는 현상입니다. IETF의 RFC 9743 버퍼블로트 설명에서도 과도한 큐가 화상회의, 게임, 웹서핑처럼 반응시간이 중요한 서비스에 영향을 준다고 설명합니다.

100Mbps는 초당 약 12.5MB를 전송할 수 있는 속도입니다. 공유기나 상위 장비에 1MB의 데이터가 먼저 쌓여 있다면 단순 계산상 약 80ms의 대기시간이 붙습니다. 큐가 4MB라면 약 320ms입니다. 여기에 인터넷 구간의 기본 RTT와 무선 지연이 더해지면 화면 공유, 음성 통화, 원격 데스크톱에서 먹통처럼 느껴질 수 있습니다.

웹사이트는 여러 개의 짧은 요청을 주고받습니다. 다운로드 처리량이 높아도 이 요청이 늦게 전달되면 첫 화면이 한참 뒤에 뜹니다. 속도와 반응속도를 별도로 측정해야 하는 이유입니다.

다운로드 중 핑을 함께 기록해야 실체가 보입니다

측정은 가능하면 기가비트 랜선을 연결한 PC에서 진행하는 것이 좋습니다. 와이파이로 검사하면 전파 간섭과 무선 재전송이 섞여 인터넷 회선의 큐 문제를 구분하기 어렵습니다.

다운로드나 클라우드 동기화를 모두 멈춘 상태에서 동일한 서버로 1분간 ping을 실행합니다.
최솟값, 평균값, 최댓값, 손실률을 기록합니다.
대용량 파일 다운로드나 속도 측정을 시작해 회선을 충분히 사용합니다.
같은 서버를 대상으로 ping을 다시 측정합니다.
다운로드 종료 후 원래 지연시간으로 돌아오는지 확인합니다.

기본 RTT가 낮은데 부하를 걸었을 때만 수백 ms로 오르면 큐 적체 가능성이 큽니다. 부하가 끝난 뒤에도 계속 높다면 무선 간섭, 회선 품질, 서버 경로, PC 백그라운드 작업까지 함께 점검해야 합니다.

Bufferbloat.net 테스트 안내도 평상시 ping과 속도 테스트를 동시에 실행해 부하 중 지연시간이 증가하는지 확인하도록 권장합니다. 더 일관된 결과가 필요하면 Flent의 RRUL처럼 업로드, 다운로드, 지연시간을 함께 기록하는 방식이 적합합니다.

랜선 연결에서도 부하 중 지연이 급증한다면 주소지에 들어오는 회선의 대칭형 여부와 실제 업로드 속도를 확인할 필요가 있습니다. 비대칭 회선이나 업로드 대역폭이 낮은 환경은 화상회의 중 파일 전송의 영향을 더 크게 받을 수 있습니다.

💡 통신비 다이어트 & 맞춤 혜택 통신 3사 공식 비교

매달 나가는 인터넷 요금, 제대로 혜택받고 계신가요?

✔ 통신 3사(SK·KT·LG) 합법 최대 지원금 당일 지급

✔ 가정용부터 매장·사무실까지 최적 결합 할인 설계

✔ 불필요한 비싼 요금제 강요 없는 투명한 비교

내게 맞는 최적 요금 & 사은품 확인하기 ➔

실측값은 평균 핑 하나만 보면 안 됩니다

측정 결과에서는 처리량, 부하 전 RTT, 부하 중 RTT, 지터, 손실률을 함께 비교해야 합니다. 평균값이 낮아도 최댓값이 반복해서 치솟으면 음성이나 게임 패킷이 일정하게 전달되지 않습니다.

부하 전 RTT는 서버까지의 기본 경로 상태를 보여줍니다.
부하 중 추가 지연은 큐 적체 정도를 판단하는 핵심 항목입니다.
지터는 각 패킷의 도착 간격이 얼마나 흔들리는지 보여줍니다.
손실률은 큐 초과, 무선 품질, 회선 장애를 구분할 단서입니다.
다운로드와 업로드 분리 측정은 어느 방향에서 병목이 생기는지 찾는 데 필요합니다.

부하 중 추가 지연이 15ms에서 25ms 이내라면 비교적 잘 제어되는 상태로 볼 수 있다는 판독 기준이 소개돼 있습니다. 다만 서버 거리와 측정 도구가 달라지면 결과가 변하므로 동일한 장비, 동일한 서버, 동일한 시간대 조건으로 전후 값을 비교해야 합니다.

공유기 QoS와 SQM은 작동 방식이 다릅니다

일반 QoS는 특정 기기나 서비스의 우선순위를 높이는 기능에 가깝습니다. 대용량 전송을 낮은 우선순위로 두더라도 공유기 바깥쪽 큐가 이미 가득 차면 지연을 충분히 제어하지 못할 수 있습니다.

SQM은 회선의 실제 한계보다 조금 낮은 지점에 공유기가 직접 병목을 만들고, 관리 가능한 큐 안에서 패킷 흐름을 분리합니다. CAKE와 fq_codel은 한 연결이 큐를 독점하지 못하도록 흐름을 나누고 과도한 대기를 줄이는 데 쓰입니다.

OpenWrt SQM 공식 안내는 측정된 다운로드와 업로드 속도의 90퍼센트를 초기 설정값으로 사용하고 CAKE와 piece_of_cake.qos 구성을 제시합니다. 이 수치는 모든 환경의 고정 정답이 아니라 조정을 시작하는 기준입니다.

100M 상품의 명목 속도만 보고 90Mbps를 바로 입력하기보다, 유선으로 여러 차례 측정한 실제 속도를 기준으로 잡아야 합니다. 설정값을 조금씩 높이면서 처리량과 부하 중 RTT를 다시 측정하면 속도 손실과 지연 개선 사이의 적정 지점을 찾을 수 있습니다.

SQM 설정 전 공유기 성능과 기능을 확인해야 합니다

SQM은 패킷마다 큐 관리 연산을 수행하므로 공유기 CPU 성능이 부족하면 속도가 떨어질 수 있습니다. 하드웨어 가속 기능이 SQM 경로를 우회하는 제품도 있어 기능을 켰는데 결과가 달라지지 않는 사례가 생깁니다.

공유기가 SQM, CAKE 또는 fq_codel을 지원하는지 확인합니다.
인터넷 연결에 사용되는 WAN 인터페이스를 정확히 선택합니다.
다운로드와 업로드 값을 따로 입력합니다.
하드웨어 흐름 가속과 SQM의 호환 여부를 점검합니다.
설정 전후에 같은 서버로 최소 세 번 측정합니다.

통신사 임대 공유기에 단순 우선순위 QoS만 제공된다면 기기별 속도 제한으로 임시 대응할 수 있습니다. 근본적인 큐 제어가 필요하면 SQM을 지원하는 별도 공유기를 검토할 수 있지만, 통신사 장비와 이중 공유기 구조가 되지 않도록 브리지 모드와 연결 구성을 확인해야 합니다.

공유기 교체나 500M 상향이 필요한지는 부하 전후 측정값을 먼저 봐야 합니다. 홈랜 상담 시 주소, 현재 통신사, 실제 유선 속도, 휴대폰 결합, TV 유무를 함께 확인하면 회선 변경과 장비 설정 중 어느 쪽이 맞는지 구분하기 수월합니다.

100M에서 500M로 올리면 해결될까요

여러 기기가 동시에 다운로드하면 500M 상향으로 대역폭 부족이 줄어들 수 있습니다. 버퍼 관리가 잘못된 공유기라면 더 빠른 상품에서도 회선을 가득 사용하는 순간 지연시간이 다시 증가할 수 있습니다. 속도 상향은 포화가 발생하는 시점을 늦추는 방법이고, SQM은 포화 상태의 큐를 관리하는 방법입니다.

평소 사용량이 100Mbps에 자주 근접하고 가족 구성원이 동시에 OTT, 게임, 화상회의를 사용한다면 속도 상향을 검토할 근거가 있습니다. 한 대의 PC가 가끔 대용량 다운로드를 시작할 때만 문제가 생긴다면 다운로드 속도 제한이나 SQM 설정이 비용 면에서 나을 수 있습니다.

자주 묻는 질문

속도 측정은 95Mbps인데 웹페이지가 늦게 열리는 이유는 무엇인가요

처리량과 지연시간은 서로 다른 지표입니다. 대용량 전송이 공유기 큐를 채우면 작은 웹 요청이 뒤로 밀려 속도 측정값은 높아도 페이지 반응은 늦어질 수 있습니다.

다운로드할 때만 화상회의가 끊기면 회선 장애인가요

부하가 없을 때 정상이고 다운로드 중에만 RTT가 커진다면 버퍼블로트를 먼저 의심할 수 있습니다. 랜선 연결에서도 같은 현상이 재현되는지 확인한 뒤 회선 장애와 와이파이 문제를 구분해야 합니다.

100M 버퍼블로트는 공유기만 교체하면 없어지나요

SQM을 제대로 지원하고 처리 성능이 충분한 공유기라면 개선될 가능성이 있습니다. 통신사 구간이나 무선 드라이버에도 큐가 생길 수 있어 교체만으로 해결된다고 단정할 수는 없습니다.

CAKE를 켜면 인터넷 속도가 줄어드는 것이 정상인가요

공유기가 제어 가능한 위치에 큐를 만들기 위해 최대 처리량보다 약간 낮게 제한하므로 일부 감소할 수 있습니다. 감소한 처리량보다 부하 중 지연시간 개선이 큰지 같은 조건에서 비교해야 합니다.

마무리

먼저 유선 환경에서 부하 전후 RTT, 지터, 손실률을 측정해 보세요. 부하 중에만 지연이 크게 늘어난다면 실제 회선 속도를 기준으로 SQM을 설정하고 같은 조건에서 다시 검사하는 순서가 맞습니다.

사용량 자체가 100Mbps에 자주 근접한다면 500M 상향도 비교 대상입니다. 홈랜에서는 주소지 설치 회선과 결합 조건을 기준으로 월요금, 설치비, 3년 총납부액, 사은품 지급 시점과 반환 조건을 함께 조회해 현재 회선 유지와 속도 변경 중 유리한 구성을 판단할 수 있습니다.