라우터 에서 dd-wrt 펌웨어를 사용하고 있으며 많이 좋아합니다!
그러나 서비스 품질 (QoS)이 제대로 작동하고 있는지 잘 모르겠습니다. 다음과 같이 설정했습니다.
- http, 포트 80-프리미엄
- 비트 토렌트, 포트 6969-벌크
- https, 포트 443-프리미엄
- DNS, 포트 53-프리미엄
당 서비스 품질 문서 , 이러한 수준은 다음과 같습니다
대역폭은 각 클래스에 대해 다음 백분율의 업 링크 및 다운 링크 값을 기준으로 할당됩니다.
- 면제 : 100mbps-전역 제한을 무시합니다.
- 프리미엄 : 75 %-100 %
- 급행 : 15 %-100 %
- 표준 : 10 %-100 %
- 벌크 : 1.5 %-100 %
바쁜 토렌트와 함께 웹 브라우징에서 중요한 일시 중지가 발생합니다.
의 QoS 문서는 서비스 품질을 확인하려면 몇 가지 단계를 제공합니다 …
관심이있는 것은 포트 번호를 포함하여 첫 번째 소스 및 대상 IP 세트입니다. 다음으로 l7proto와 “mark”필드가 있습니다. 항목은 “표시”필드를 기반으로 현재 라이브 연결 QoS 우선 순위에 적용됩니다. “마크”값은 다음에 해당합니다.
- 면제 : 100
- 프리미엄 : 10
- 급행 : 20
- 표준 : 30
- 벌크 : 40
- (QoS와 일치하지 않음) : 0
일부 l7proto 서비스가 QoS 규칙 목록에 구성되어 있어도 “mark = 0″이 표시 될 수 있습니다. 이는 계층 7 패턴 일치 시스템이 해당 프로토콜의 새로운 또는 변경된 헤더와 일치하지 않았 음을 의미 할 수 있습니다. 포트 매치의 커스텀 서비스는 일반적으로이를 처리합니다.
포트 6969 (비트 토 런트)에 나는 함께 물건의 이상한 혼합물을 참조 mark=0
하고 mark=40
과 같이
고양이 / proc / net / ip_conntrack udp 17 105 src = 98.162.182.42 dst = 1.2.3.4 sport = 64512 dport = 6969 패킷 = 3 바이트 = 290 src = 10.0.0.2 dst = 98.162.182.42 sport = 6969 dport = 64512 패킷 = 4 바이트 = 202 [완료] mark = 0 secmark = 0 사용 = 1 tcp 6 117 TIME_WAIT src = 98.248.173.174 dst = 1.2.3.4 sport = 51114 dport = 6969 패킷 = 12 바이트 = 704 src = 10.0.0.2 dst = 98.248.173.174 sport = 6969 dport = 51114 패킷 = 10 바이트 = 440 [ASSURED ] mark = 40 secmark = 0 사용 = 1 tcp 6 598 src = 165.132.128.201 dst = 1.2.3.4 sport = 57218 dport = 6969 패킷 = 8024 바이트 = 9919881 src = 10.0.0.2 dst = 165.132.128.201 sport = 6969 dport = 57218 패킷 = 4211 바이트 = 239607 [ASSURED ] mark = 0 secmark = 0 사용 = 1 tcp 6 586 확립 src = 68.46.9.24 dst = 1.2.3.4 sport = 64688 dport = 6969 패킷 = 6 바이트 = 490 src = 10.0.0.2 dst = 68.46.9.24 sport = 6969 dport = 64688 패킷 = 8 바이트 = 944 [ASSURED ] mark = 40 secmark = 0 사용 = 1 udp 17 45 src = 222.254.228.38 dst = 1.2.3.4 sport = 25438 dport = 6969 패킷 = 5 바이트 = 454 src = 10.0.0.2 dst = 222.254.228.38 sport = 6969 dport = 25438 패킷 = 3 바이트 = 154 [완료] mark = 0 secmark = 0 사용 = 1
( http://pastebin.com/AZE6EtWm에 전체 파일 표시 )
나는이 로그를 잠시 동안 놀고 있었고 어떤 패턴도 볼 수 없습니다!
왜 일부 포트 6969 비트 토렌트 트래픽 mark=0
이 dd-wrt의 QoS에 의해 태그가 지정되고 (일치하지 않음) 다른 포트에 태그 가 붙어 mark=40
있습니까 (벌크) .. 어떤 아이디어가 있습니까?
답변
그것이 비록 에만 나가는 트래픽을 모양 , 당신은 찾을 수 이 우수한 QoS를 스크립트 ( 페이스트 빈 거울 유용 알렉스 쌀의 블로그를). 여러 작가와 성육신을 겪었습니다. UPLINK와 DEV를 올바르게 설정하십시오. 나를 위해 DEV의 기본값이 잘못되었으므로 $(nvram get wan_ifname)
대신 주석을 사용하거나 nvram get wan_iframe
SSH를 통해 올바른 값을 실행하십시오 .
또한 사용하지 않고 QoS GUI 내에서 구성을 복제 할 수 있습니다. 대량 트래픽에는 1024 : 65535를 사용하고 다른 설정 (80,22,3389 등)이 우선합니다. 이 스크립트는 저에게 효과적이며 HFSC를 권장합니다.
또한 스크립트를 사용하지 않으면 사용중인 버전 과 관련된 버그 가 발생할 수 있습니다 .
예를 들어, WAN으로 설정된 QoS는 업 링크 트래픽을 다운 링크 큐로 보냅니다.
이 패치는 다음과 같은 이유로 실패합니다. rc_firewall 스크립트의 명령은 QoS에 적용되지 않습니다.
티켓에 명시된대로 rc_firewall 이후에 실행 되는 스크립트로 문제를 해결할 수 있습니다 . 개인적으로 JFFS 를 활성화/jffs/etc/config/qos.ipup
하고 언급 한 것과 같이 수정 프로그램으로 스크립트를 배치했습니다 .
KiTTY 와 WinSCP 를 사용하는 것이 편리하다는 것을 알았습니다 . KiTTY를 사용하여 라우터에 SSH로 연결하여 첫 번째 티켓에서와 같이 문제를 해결하고 확인하고 Start WinSCP
KiTTY의 왼쪽 상단 아이콘 아래에 있는 명령 을 사용하여 라우터에서 파일 찾아보기를 바로 시작할 수 있습니다. 이것이 실패하면 (라우터가 기본적으로 SFTP를 실행하지 않는 경우) FTP를 활성화하고 수동으로 연결하거나 Unix 명령으로 파일을 추가 할 수 있습니다. 스크립트에서 소유자 실행 권한을 설정해야합니다.
답변
많은 사람들이 DD-WRT에서 작동하지 않는 QoS에 대해 불만을 나타 냈으므로 대신 Tomato로 전환합니다. 토마토에서 잘 작동합니다 (사용합니다). 토마토에는 매우 멋진 그래프가있어 QoS 설정을 조정하는 데 유용합니다.
토마토의 단점은 DD-WRT와 비교할 때 USB 스토리지 및 OpenVPN과 같은 특정 항목을 추가하는 몇 가지 모드 빌드가 있지만 기능이 적다는 것입니다. 그러나 Jeff Atwood는 아래에서 언급 한 것처럼 Broadcom 칩셋 만 지원합니다.
Netgear WNR3500L에서 Teddy Bear 모드를 사용합니다. 이제 Teddy Bear를 기반으로하는 Toastman 모드를 사용하며 대부분의 사람들에게 더 많은 기능과 기본 QoS 클래스를 제공합니다.
개인적으로 Tomato에서 누락 된 것은 VLAN 지원 및 다중 SSID 브로드 캐스트뿐입니다. (Toastman의 모드는 현재 보조 SSID에 대한 Captive Portal과 함께 제공됩니다).
답변
DD-WRT v24 sp2 빌드 15362가 Netgear WNDR3700 v1 BUT에서 매우 안정적이라는 것을 알았습니다 .QoS와 TCP Vegas (혼잡 제어)를 설정하는 데 많은 시간이 들었지만이 메커니즘은이 우수한 펌웨어에서 작동하지 않는 것 같습니다. 인바운드 트래픽의 경우 (VOIP를 사용하지 않으므로 아웃 바운드 제어가 필요하지 않습니다).
예를 들어 인바운드 비디오 트래픽의 우선 순위를 지정하고 인바운드 비트 토렌트 트래픽의 우선 순위를 지정하려는 시도에서 어떤 옵션 (Mac Control, Netmask, Service Control)을 사용하더라도 아무 효과가 없습니다. 나는 이것을 확인했다.
결론 : 사용 DD-WRT 모든을 (특히 muliple의 SSID의 방송) 다른 기능을 원하는 경우 만 사용할 토마토를 당신이 적용 할 수있는 칩셋이있는 경우와 QoS 기능처럼 (토마토 아테 로스 기반 WNDR3700 사용할 수 없습니다).
답변
나는 같은 것을 알아 차렸다. 나는 지금 정확한 게시물을 찾을 수 없지만 포럼을 파헤 치면서 개발자 중 한 명은 QoS가 다운로드가 아니라 업로드에서 훌륭하게 작동한다고 말했습니다. 그 이유는 라우터가 네트워크에서 나가는 트래픽 (업 링크)을 제어 할 수 있지만 들어오는 데이터 흐름을 제어 할 수 없기 때문에 들어오는 트래픽은 제어 할 수 없기 때문입니다.
포럼 게시물을 탐색하는 열렬한 팬은 아니지만 질문을 게시 할 수 있습니다.