우리는 OpenWRT 10.03과 60-70 Mbit 연결을 갖춘 WRT160NL 라우터를 가지고 있습니다. (ISP로부터, 이유는 묻지 마세요.) 이 라우터는 이더넷(케이블을 의미함)을 통해 30-35Mbit를 전송할 수 있습니다. 좋습니다!
이 무선 라우터를 사용하는 PC는 약 7대인데, 6대는 Wi-Fi를 통해(우리는 속도 때문에..:\), 1대는 케이블을 사용합니다.
질문: P2P/Torrent 트래픽을 매우 낮은 우선순위로 제한하려면 어떻게 해야 합니까? 내 말은, 누군가 토렌트에서 다운로드하는 경우 속도는 약 0.5Mbit/초 등입니다.
다시 컴파일하지 않고 이 작업을 수행할 수 있는 기회가 있습니까(단지 "stock" 패키지를 사용하고 싶습니다)? 어떻게?
최대 연결 수 제한은 무엇입니까? 어떻게?
토폴로지: ISP -> WRT160NL -> 클라이언트 7개(NAT, 192.168.1.0/24)..
나는 P2P/토렌트 트래픽을 완전히 "비활성화"하고 싶지 않으며, 예를 들어 여러 사람이 네트워크를 사용하더라도 그 중 한 명이 토렌트를 통해 다운로드할 수 있도록 속도를 늦추고 싶습니다. 그러나 예를 들어 1명이 네트워크를 사용하고 있는 경우에는 P2P를 제한하지 않고 모든 대역폭을 사용할 수 있습니다.
답변1
나는 동의한다케일럽과 함께그러나 대역폭을 분할하는 것이 아마도 가장 쉬울 것입니다. 그러나 좀 더 우회적인 솔루션을 살펴보고 싶을 수도 있습니다.미세전송 프로토콜. uTP는 uTorrent 사람들이 BitTorrent로 인해 발생하는 대기 시간 문제를 완화하기 위해 설계되었으며, 이것이 문제의 원인이라고 생각됩니다. 제 경험상 매우 잘 작동합니다. 예를 들어 ADSL 연결에 눈에 띄는 차이가 있습니다.
무료 소프트웨어 생태계에서 uTP는 KTorrent(4.0+) 및 Transmission(2.30+)에서 지원됩니다. Vuze도 이를 구현하지만 Linux에서는 구현하지 않습니다. 물론 공식 uTorrent 클라이언트도 이를 지원합니다.
답변2
귀하의 최적 성능 시나리오는 P2P 트래픽을 탐지하기 위한 심층 패킷 검사를 수행하지 않고 활성 번호 간에 대역폭을 분배하기 위한 공정한 대기열 처리를 수행할 것으로 생각됩니다. P2P 트래픽을 검사하는 CPU 오버헤드로 인해 전용 속도 저하로 인해 얻을 수 있는 이점이 모두 사라질 수 있습니다.