게임 핑 폭등 줄이기: OpenWrt CAKE 설정과 검증 순서

게임 업데이트를 받는 동안 다른 게임의 반응이 늦어져 상위 인터넷 상품을 고민하는 상황에 맞춘 가이드입니다. 이미 OpenWrt가 설치된 라우터를 기준으로 하며, 와이파이 간섭이나 게임 서버 지연까지 같은 설정으로 해결되지는 않습니다.

핵심 답변: 처음에는 CAKE와 piece_of_cake.qos 조합으로 시작하고, 장비 처리 성능이 부족하면 fq_codel 조합을 비교하세요. 알고리즘 이름보다 실제 트래픽이 통과하는 인터페이스와 다운로드·업로드 제한값을 제대로 잡는 일이 먼저입니다.

비교 항목	CAKE	fq_codel
기본 역할	속도 제어와 흐름별 대기열 관리 통합	흐름별 대기열 분리와 지연 관리
SQM 시작 조합	cake + piece_of_cake.qos	fq_codel + simple.qos
속도 제한 방식	자체 셰이퍼 사용	스크립트가 HTB 등 별도 셰이퍼 구성
선택 판단	통합 구성을 원하는 경우	CAKE 적용 시 처리량이 부족한 장비에서 비교

위 조합의 구성은 개발 프로젝트의 CAKE 설정 스크립트와 fq_codel·HTB 설정 스크립트에서 확인할 수 있습니다. fq_codel만 인터페이스에 붙이면 회선 속도 제한까지 자동으로 설정되는 것은 아닙니다.

목차

• 다운로드 부하와 지연 구분하기
• OpenWrt에서 SQM 적용하기
• 설정 후에도 지연이 남는 이유
• 자주 묻는 질문
• 적용 후 최종 확인

게임 핑 폭등 원인부터 유선으로 구분하세요

회선이 감당하는 속도보다 데이터가 빠르게 들어오면 장비의 대기열에 패킷이 쌓입니다. 이때 게임 패킷까지 오래 기다리면 다운로드 속도는 높아도 조작 반응은 늦어집니다. SQM은 통신사 쪽에 긴 대기열이 생기기 전에 라우터에서 전송량을 조절하는 방식으로 접근합니다.

게임 PC를 유선으로 연결한 뒤 다운로드가 없을 때와 있을 때의 지연을 비교하세요. 업로드 부하도 따로 시험합니다. 같은 PC에서 압축 해제나 설치 작업까지 진행하면 CPU·저장장치 부하가 섞이므로, 가능하면 다른 기기에서 다운로드를 발생시키는 편이 원인 구분에 유리합니다.

평소에도 지연이 높다면 서버까지의 경로나 회선 상태를 먼저 확인해야 합니다. 유선은 안정적이고 무선에서만 튄다면 전파 간섭과 무선 구간 혼잡을 따로 점검하세요.

유선에서도 업로드가 쉽게 포화되거나 시간대별 품질 차이가 크다면 주소지의 망 제공 방식과 설치 가능한 통신사를 확인할 이유가 있습니다. 대칭형 여부만으로 게임 품질을 단정하지 말고 실제 부하 측정 결과를 함께 비교하세요.

OpenWrt SQM 적용 순서

1. 설정 백업: 현재 네트워크 구성을 저장합니다. 제조사 기본 펌웨어를 사용 중이라면 모델명과 하드웨어 리비전별 OpenWrt 지원 여부부터 확인해야 합니다.
2. 기준 속도 측정: SQM을 끈 상태에서 다른 기기의 통신을 멈추고 유선 다운로드·업로드 속도를 각각 기록합니다. 상품명에 적힌 최고 속도를 그대로 입력하지 않습니다.
3. 관리 화면 설치: LuCI의 시스템 패키지 관리 화면에서 목록을 갱신하고 luci-app-sqm을 설치합니다. 설치 후 메뉴가 보이지 않으면 다시 로그인합니다.
4. 인터페이스 선택: Network의 SQM QoS 메뉴에서 활성화를 선택합니다. 네트워크 인터페이스 화면을 확인해 인터넷 트래픽이 실제로 지나는 WAN 장치를 지정하세요. PPPoE 연결은 pppoe-wan처럼 별도 장치를 사용할 수 있습니다.
5. 속도 입력: Download와 Upload에 각각 측정값보다 낮은 값을 넣습니다. 입력 단위는 kbit/s이므로 Mbps 측정값을 단위 변환해야 합니다. 다운로드 수치를 업로드 칸에 복사하지 마세요.
6. 큐 선택: Queue discipline은 cake, Queue setup script는 piece_of_cake.qos로 지정합니다. fq_codel을 비교할 때는 simple.qos와 조합합니다.
7. 저장 후 검증: 적용 전과 같은 조건에서 다운로드·업로드 부하를 다시 걸고 게임 지연과 처리량을 함께 기록합니다.

패키지와 기본 설정 흐름은 OpenWrt 공식 SQM 안내를 기준으로 했습니다. 정보 기준일은 2026.09.08이며, 메뉴 표기는 설치 버전과 언어에 따라 달라질 수 있습니다.

제한값에는 모든 회선에 맞는 고정 비율이 없습니다. 부하 중 핑이 여전히 튀면 해당 방향의 제한을 조금씩 낮추고, 안정되면 다시 높여 균형점을 찾으세요. 링크 계층과 오버헤드는 실제 회선의 캡슐화에 맞춰야 하므로 다른 집의 값을 그대로 복사하지 않는 편이 좋습니다.

속도만 떨어지고 핑이 그대로라면

가속 설정부터 분리해서 시험하세요. 방화벽 설정의 소프트웨어·하드웨어 Flow Offloading을 끄고 비교합니다. 가속 경로가 SQM 처리를 우회하는 구성을 배제하기 위한 절차입니다. 가속을 끄면서 라우터의 최대 처리량이 낮아질 수 있으니 속도 변화도 함께 기록해야 합니다.

라우터 CPU도 확인하세요. 전체 사용률이 낮아 보여도 특정 코어가 포화될 수 있습니다. CAKE를 켰을 때 처리량이 크게 줄어든다면 동일한 제한값에서 fq_codel 조합을 시험하세요. 어느 쪽이 빠른지는 장비와 설정에 따라 달라집니다.

다운로드 제어는 이미 통신사 구간을 지나온 트래픽에 작용한다는 한계가 있습니다. 제한을 걸어 송신 측의 속도 조절을 유도할 수 있지만, 상위 구간 혼잡이나 급격하게 변하는 회선 용량을 완전히 통제하지는 못합니다.

설정한 제한보다 전송량이 계속 높다면 인터페이스 선택과 SQM 실행 상태를 점검하세요. 관리자용 SSH에서 tc -s qdisc show로 큐 통계를 확인할 수도 있습니다. SQM이 비활성화돼 있거나 게임 기기가 해당 라우터를 거치지 않으면 설정 효과를 기대하기 어렵습니다.

설정으로 안정된다면 핑 개선만을 이유로 상위 요금제를 선택할 근거는 약합니다. 회선 변경이 필요할 때는 핸드폰 결합을 반영한 월 총비용과 설치비, 사은품 지급·반환 조건까지 비교해야 실제 부담을 판단할 수 있습니다.

자주 묻는 질문

CAKE를 켜면 게임 패킷을 자동으로 최우선 처리하나요?

기본 구성은 게임 종류를 식별해 전용 우선권을 주는 방식이 아닙니다. 흐름별 대기열을 관리해 대용량 통신 때문에 소량의 통신이 오래 기다리는 상황을 줄입니다.

다운로드가 문제인데 업로드도 설정해야 하나요?

다운로드 중에도 수신 확인 패킷이 반대 방향으로 이동합니다. 클라우드 백업 같은 업로드가 겹칠 수 있으므로 두 방향을 각각 측정하고 설정하는 편이 좋습니다.

일반 공유기의 게임 모드와 같은 기능인가요?

이름만으로 같다고 판단할 수 없습니다. 제품 설명에서 SQM 지원 여부, 사용 알고리즘, 속도 제한 기능을 확인해야 합니다. 기기 우선순위만 지정하는 기능은 대기열 제어 방식이 다를 수 있습니다.

설정 후 다운로드 속도가 낮아지면 실패인가요?

일정한 처리량 감소는 지연을 줄이기 위해 남겨 둔 여유일 수 있습니다. 지연 개선 없이 속도만 크게 줄었다면 제한값, CPU 부하, 적용 인터페이스를 다시 확인하세요.

적용 후에는 부하 중 지연으로 판단하세요

게임 핑 폭등 제어 결과는 유선 부하 중 지연, 실제 전송 속도, 라우터 CPU 상태로 판단하세요. 평균 핑만 낮아졌는지보다 순간적인 지연과 패킷 손실이 줄었는지가 게임 체감에 더 가깝습니다.

유선 측정에서도 회선 문제가 남아 변경을 검토한다면 이득온에 주소와 핸드폰 결합 조건을 기준으로 조회를 요청할 수 있습니다. 가입 조건 조회와 라우터 설정 점검은 구분해 진행하는 편이 정확합니다.