NetDiag+
회선이 바쁠 때 핑이 튀는 이유
양상은 언제나 같습니다. 아무것도 내려받지 않는 동안 지연은 정상인데, 전송이 시작되면 몇백 밀리초씩 튀어 오르고 이삼 초 뒤 다시 가라앉습니다. 통화는 끊기고 게임은 되돌아가는데, 속도 측정은 회선이 건강하다고 우깁니다. 이것이 버퍼블로트입니다 — 경로 어딘가의 대기열이 큰 전송을 비우는 동안 당신의 패킷을 붙잡고 있는 것입니다.
범인을 지목하는 세 단계
- 먼저 유휴 상태의 지연을 재십시오. 다른 무엇도 네트워크를 쓰지 않는 상태에서 안정적인 주소로 몇 초간 핑을 보내고 중앙값을 적어 둡니다. 이것이 기준선입니다 — 이것이 없으면 두 번째 숫자는 아무 의미가 없습니다.
- 부하를 걸고 다시 재십시오. 내려받기로, 이어서 올리기로 회선을 포화시키고 그 내내 핑을 계속 보냅니다. 기준선 위로 올라간 값이 바로 버퍼블로트입니다. 30 ms 아래는 건강하고, 200 ms를 넘으면 통화가 깨집니다.
- 방향을 읽으십시오. 올릴 때 지연이 폭발하면 범인은 집에 있는 공유기나 모뎀의 버퍼입니다. 내려받을 때 폭발하면 대기열은 통신사 장비에 있습니다. 해법은 완전히 다릅니다.
등급이 뜻하는 것
등급은 회선에 부하가 걸린 동안 지연이 얼마나 올라가는지를, 당신 자신의 유휴 상태 기준선과 비교해 나타냅니다 — 기준선 자체도, 속도도 아닙니다. 부하가 걸려도 40 ms 근처에 머무는 40 ms 회선이, 150까지 튀는 10 ms 회선보다 좋은 등급을 받습니다. NetDiag+는 두 방향 중 더 나쁜 쪽에서 상승폭의 95번째 백분위수를 취하므로, 엇나간 패킷 하나가 결과를 좌우하지 않습니다.
- A+ — 상승폭 5 ms 미만. 대기열이 사실상 비어 있습니다.
- A — 30 ms 미만. 건강합니다. 대부분은 아무것도 느끼지 못합니다.
- B — 60 ms 미만. 통화에는 여전히 괜찮지만, 경쟁 게임에서는 체감될 수 있습니다.
- C — 200 ms 미만. 누군가 내려받기를 할 때마다 영상 통화가 끊기기 시작합니다.
- D — 400 ms 미만. 부하가 걸리면 통화가 끊기고 게임은 할 수 없는 수준이 됩니다.
- F — 400 ms 이상. 전형적인 “누가 사진만 올리면 인터넷이 죽는” 상태입니다.
Wi-Fi인가, 공유기인가, 통신사인가: 결과를 나눠 읽는 법
부하 상태의 핑 하나로는 대기열이 있다는 것만 증명할 뿐, 그것이 어디에 있는지는 알 수 없습니다. NetDiag+는 테스트 내내 두 대상 — 당신의 공유기와 인터넷상의 호스트 — 에 핑을 보내고, 둘이 어떻게 움직이는지를 보고 대기열의 위치를 짚어 냅니다.
- 공유기 지연도 함께 오른다(약 30 ms 넘게): 대기열은 휴대폰과 공유기 사이에 있습니다 — Wi-Fi 혼잡, 약한 신호, 또는 휴대폰 자체의 무선부입니다. 설정을 바꾸기 전에 공유기 바로 옆에서, 또는 다른 기기로 다시 테스트하십시오.
- 공유기는 평탄하고, 업로드가 다운로드보다 두 배 이상 나쁨: 내 공유기나 모뎀의 업로드 버퍼입니다. SQM으로 고칠 수 있는 것이 바로 이 경우입니다.
- 공유기는 평탄하고, 다운로드가 업로드보다 두 배 이상 나쁨: 대기열이 통신사 네트워크 안에 있습니다. 집에서 고칠 수는 없지만, 기록으로 남길 수는 있습니다.
- 공유기는 평탄하고, 양방향 모두 팽창: 모뎀, 또는 모뎀과 통신사 사이의 회선입니다.
- 모바일 데이터에서는 대기열이 구조상 이동통신사 네트워크 안에 있으며, 결과도 집 안의 무언가를 탓하는 대신 그렇게 알려 줍니다.
테스트가 회선에 부하를 걸지 못할 때
모든 버퍼블로트 테스트는 실제로 회선을 가득 채웠다고 가정합니다. 테스트 서버가 실제 데이터를 보내 주지 않으면 지연은 평탄하게 유지되고 상승폭은 0에 가까워지며, 단순한 테스트는 시험해 보지도 않은 회선에 A+를 줘 버립니다. 생각보다 흔한 일입니다. 2025년 6월부터 러시아에서 Cloudflare로 가는 연결은 응답마다 처음 약 16 KB만 도착하도록 제한되고 있으며, 캡티브 포털과 기업 프록시도 비슷한 방식으로 다운로드를 멈춰 세울 수 있습니다.
그러니 등급 옆의 속도를 항상 함께 보십시오. 어느 방향도 약 1 Mbps에 이르지 못했고 지연도 움직이지 않았다면, 그 실행은 당신의 회선에 대해 아무것도 말해 주지 않습니다. NetDiag+는 이런 실행을 깨끗한 등급 대신 등급 없음 — 이 네트워크에서 테스트 서버에 부하를 걸 수 없었음 — 으로 보고하고, 헬스 스코어는 부하와 속도 점수를 만점으로 세지 않고 중립으로 둡니다.
실제로 고치는 방법
- 업로드 쪽 팽창: SQM을 켜십시오. 지원하는 공유기라면 Smart Queue Management(CAKE 또는 fq_codel, 제조사에 따라 QoS나 Adaptive QoS라고도 부릅니다)를 켜고, 업로드 제한을 실제로 측정한 속도의 약 85–95%로 설정하십시오. 그러면 모뎀이 거대한 버퍼를 채우게 두는 대신, 공유기가 대기열을 직접 관리합니다.
- 다운로드 쪽 팽창: 회선보다 낮게 조절하거나 통신사에 제기하십시오. 다운로드 제한을 실제 속도보다 조금 낮게 잡으면 완화되는 경우가 많습니다. 그래도 그대로라면 대기열은 더 상류에 있으며, 낮과 저녁에 실행한 결과 묶음이 통신사에 필요한 증거가 됩니다.
- Wi-Fi 팽창: 셰이퍼가 아니라 무선을 고치십시오. 더 가까이 가거나, 5 GHz로 바꾸거나, 채널을 변경하거나, 액세스 포인트를 추가하십시오. 공유기의 SQM은 공중에서 생기는 대기열을 줄일 수 없습니다.
- 나쁜 시간대에 다시 테스트하십시오. 정오에 A를 받은 해결책도, 회선이 가장 붐비는 저녁에 버텨 내기 전까지는 아무것도 증명하지 못한 것입니다.
무료 · 31가지 도구 · 한 번 구매 · 구독 없음
사람들이 실제로 묻는 것
속도 측정은 500 Mbps인데 왜 여전히 튀나요?
속도 측정은 빈 관으로 데이터가 얼마나 지나가는지를 재지, 관이 꽉 찼을 때 한 패킷이 얼마나 기다리는지를 재지 않습니다. 대역폭과 부하 상태 지연은 다른 측정이며, 영상 통화가 버틸지를 예측하는 것은 후자뿐입니다.
공유기 잘못인가요, 통신사 잘못인가요?
방향이 알려 줍니다. 올리기 쪽 팽창은 거의 언제나 내 공유기나 모뎀의 버퍼입니다. 다음에 무엇을 보낼지 결정하는 장치가 그것이기 때문입니다. 내려받기 쪽 팽창은 통신사 장비에 있습니다. 무엇을 보낼지 그쪽에서 정하기 때문입니다.
통신사는 왜 아무 문제 없다고 하나요?
그들의 시험은 회선을 봅니다. 신호 세기, 오류 카운터, 처리량입니다. 대기열이 300 ms의 지연을 더하는 동안에도 그 모두가 완벽할 수 있습니다. 떠넘기는 것이 아니라, 다른 것을 재고 있는 것입니다.
직접 고칠 수 있나요?
팽창이 올리기 쪽이라면 보통 가능합니다. 공유기에서 SQM, QoS 또는 fq_codel을 켜고 업로드를 회선 속도의 90 % 정도로 제한하십시오. 짧은 대기열을 얻기 위해 약간의 대역폭을 내주는 의도적인 거래입니다. 내려받기 쪽 팽창은 회선 속도보다 낮게 조절해 완화하는 것만 가능합니다.
휴대폰은 깨끗한데 PC는 계속 튑니다. 이제 무엇을 하죠?
그렇다면 네트워크는 무죄이고 결함은 그 기계 안에 있습니다. 첫 용의자는 네트워크 어댑터 드라이버입니다. 운영체제에 딸려 오는 범용 드라이버는 과도하게 큰 전송 버퍼를 가지고 대기열 관리가 없어, 바로 이런 급등을 만들어 냅니다. VPN 클라이언트나 보안 제품도 같은 일을 할 수 있습니다.
한 번의 테스트로 충분한가요?
아닙니다. 버퍼블로트는 시간대 문제입니다. 새벽 3시의 깨끗한 실행은 밤 9시에 대해 아무것도 증명하지 못합니다. 며칠에 걸쳐 문제 시간대에 테스트하고, 조용한 시간대에 대조군으로 한 번 실행하세요. NetDiag+는 실행별 최악 스파이크를 등급별 색상으로 7·30·90일 추세 차트에 보관하고, 하루 중 반대편 시간대에 다시 확인하도록 한 번 알려 줄 수 있으며, 헬스 스코어 기록으로 통신사에 보낼 텍스트 또는 PDF 보고서를 만들어 줍니다.
휴대폰에서는 F인데 노트북에서는 B가 나오는 이유는?
휴대폰 테스트는 회선 더하기 휴대폰 자체의 Wi-Fi 무선부를 측정하기 때문입니다. 휴대폰은 자체 큐를 더하고, 패킷 사이에 절전 모드로 들어가며, 모든 이웃과 전파를 공유합니다 — 그래서 Wi-Fi로 측정한 부하 상태의 지연은 대개 회선 자체보다 나쁘고, 때로는 한 등급 차이가 납니다. 두 결과 모두 틀리지 않았습니다. 다른 것을 측정한 것입니다. NetDiag+는 테스트 중 공유기에 별도로 핑을 보냅니다. 게이트웨이가 이미 흔들리면 리포트는 로컬 링크를 문제로 지목하고, 내 Wi-Fi를 통신사 탓으로 돌리지 않게 합니다.
겉으로 건강해 보이는 연결을 조용히 망치는 것이 버퍼블로트만은 아닙니다. 다음: 실제 Path MTU를 찾는 방법 →