Adaptive QoS Optimization - XIYO/asuswrt-merlin.ng-kr GitHub Wiki

소개

QoS는 네트워크 사용을 최적화하여 네트워크에서 가장 중요한 트래픽을 우선 순위로 설정할 수 있게 해주는 훌륭한 기능입니다. 업데이트를 다운로드할 때 Netflix가 버벅이는 문제가 있나요? 룸메이트가 YouTube를 시청할 때 게임 핑이 떨어지나요? QoS가 필요합니다.

QoS에는 세 가지 다른 방법이 사용 가능합니다 - 장치 우선 순위, 전통적 방법, 그리고 적응형. 이 페이지는 적응형 QoS에 대한 것입니다.

구성

Asus에서 제공하는 기본 적응형 QoS에는 제한이 있어, FreshJR이 수정 스크립트를 만들게 되었습니다. FreshJRQoS의 설치와 구성을 위해서는 AMTM을 사용하고 FreshJRQoS 스크립트를 선택하십시오.

QoS 구성의 한 가지 측면은 어떤 대기열 규칙(discipline)을 사용할 것인지입니다. 대기열에 대한 더 많은 정보를 원한다면, QoS Queue Disciplines를 참조하십시오.

일반적으로 다음 설정을 사용하고자 할 것입니다:

• FreshJRQoS 스크립트
• 장치 우선 순위 없음
• 적응형 QoS
• QoS가 활성화되지 않은 상태에서의 대역폭 테스트로 얻은 실제 속도의 85-95%로 수동 대역폭 설정
• fq_codel 대기열 규칙

적응형 QoS를 사용하지 않아야 하는 경우

매우 빠른 연결, 예를 들어 기가비트를 가지고 있다면, 그 속도에서 적응형 QoS를 제공할 수 있는 충분히 강력한 라우터를 찾기 어려울 것입니다. 로컬 네트워크의 트래픽 혼잡을 줄이기 위해 특정 장치에 간단한 대역폭 할당을 고려할 수 있습니다.

적응형 QoS의 알려진 문제점

적응형 QoS는 DHCP 갱신을 방해함

주의: Release 386.1에서는 이 문제를 해결하기 위한 수정을 추가했습니다. 다음 정보는 더 이상 적용되지 않을 수 있습니다.

WAN 연결이 끊어지거나 DHCP 갱신에 실패하는 문제가 있고 적응형 QoS를 활성화했다면, 이 문제로 인해 고통받고 있을 수 있습니다. Asus 적응형 QoS는 리스가 만료될 때 DHCP 갱신을 차단하는 iptables 규칙을 설정합니다. 어떤 이유로 새 DHCP 요청은 통과하지만 DHCP 갱신은 통과하지 않습니다. 며칠이나 주일 동안 리스를 설정하는 관대한 ISP에 있다면 눈치채지 못할 것입니다. AT&T와 같이 DHCP 리스를 10분으로 설정하는 덜 관대한 ISP에 있다면, DHCP 갱신이 실패하고 WAN 연결이 매 10분마다 끊어질 것입니다.

이 문제를 보여주는 알려진 구성은 AT&T FTTN / Uverse와 DMZ+ 모드에서 Pace 5268ac 게이트웨이를 사용하는 Asus RT-AC68U 라우터입니다. 이 문제를 겪고 있다면, 아래 목록을 업데이트하여 구성을 포함시키십시오.

진단

시스템 로그에서 WAN IP 주소에 대한 DHCP 갱신에 관한 DHCP 알림을 확인하세요. 예를 들어,

dhcp_client: bound 108.228.12.xxx/255.255.252.0 via 108.228.12.1 for 600 seconds.

또는

lldpd[309]: removal request for address of 108.228.12.xxx%4, but no knowledge of it

DHCP가 어떻게 작동하는지 더 잘 확인하려면 JFFS 스크립팅이 활성화되어 있는지 확인한 후 라우터에 SSH로 접속하고 이러한 명령을 실행하세요.

touch /jffs/scripts/wan-event

touch /jffs/scripts/dhcpc-event

chmod 755 /jffs/scripts/wan-event

chmod 755 /jffs/scripts/dhcpc-event

그런 다음 적응형 QoS를 비활성화하고 시스템 로그에서 DHCP가 예상대로 갱신되는 정보를 확인하세요. 예를 들어, custom_script: Running /jffs/scripts/dhcpc-event (args: renew)

그런 다음 QoS를 다시 활성화하고 WAN이 끊어지고 DHCP 리스가 획득되는 것을 확인하세요. 예를 들어,

custom_script: Running /jffs/scripts/dhcpc-event (args: deconfig)

custom_script: Running /jffs/scripts/wan-event (args: 0 disconnected)

custom_script: Running /jffs/scripts/wan-event (args: 0 stopped)

custom_script: Running /jffs/scripts/dhcpc-event (args: bound)

custom_script: Running /jffs/scripts/wan-event (args: 0 connected)

문제는 기본 ASUS 적응형 QoS에 의해 생성된 규칙이 게이트웨이로의 DHCP 트래픽을 차단하는 것입니다.

Iptables 변경

이 문제가 있다고 생각되면 라우터에 SSH로 접속하여 이 명령어를 입력하여 iptables 규칙을 변경하여 게이트웨이로의 DHCP를 허용할 수 있습니다. "YOUR_GATEWAY_IP_ADDRESS"를 게이트웨이의 IP 주소로 변경하고, 예를 들어 Pace 5268ac 게이트웨이의 기본 IP는 192.168.1.254이며, "WAN_IF" (보통 eth0, 새로운 모델에서는 eth4일 수 있음)도 마찬가지입니다:

iptables -t mangle -I PREROUTING 1 -i WAN_IF -s YOUR_GATEWAY_IP_ADDRESS/32 -p udp -m udp --sport 67 --dport 68 -j ACCEPT

그런 다음 적응형 QoS를 다시 시작하고 DHCP 요청이 통과되는지 확인하세요.

그렇지 않다면 적응형 QoS를 끄고 "service firewall_restart" 명령어로 방화벽을 다시 시작하여 복구할 수 있습니다.

문제가 해결되었다면, /jffs/scripts/firewall-start 스크립트에 다음 내용을 추가하여 해결책을 영구적으로 만들 수 있습니다. 해당 스크립트가 존재하지 않는 경우 위의 touch와 chmod 명령을 사용하여 "firewall-start"를 파일 이름으로 대체하여 만들 수 있습니다.

if [ "$(nvram get qos_enable)" = "1" ] && [ "$(nvram get qos_type)" = "1" ]; then

iptables -t mangle -I PREROUTING 1 -i WAN_IF -s YOUR_GATEWAY_IP_ADDRESS/32 -p udp -m udp --sport 67 --dport 68 -j ACCEPT

fi

그런 다음 라우터를 다시 시작하고 QoS와 DHCP가 예상대로 작동하는지 확인하세요.

모든 것이 작동하면 위에서 생성한 사용자 정의 스크립트를 제거할 수 있습니다.

rm /jffs/scripts/wan-event

rm /jffs/scripts/dhcpc-event

알려진 문제 구성

• DMZ+ 모드에서 Pace 5268ac 게이트웨이와 함께 사용하는 AC68U