From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail2.candelatech.com (mail2.candelatech.com [208.74.158.173]) by huchra.bufferbloat.net (Postfix) with ESMTP id 8CF2C21F3DD; Thu, 26 Mar 2015 14:39:24 -0700 (PDT) Received: from [172.20.0.88] (c-73-42-217-28.hsd1.wa.comcast.net [73.42.217.28]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail2.candelatech.com (Postfix) with ESMTPSA id 902D640EA1B; Thu, 26 Mar 2015 14:39:23 -0700 (PDT) Message-ID: <55147C8A.4030804@candelatech.com> Date: Thu, 26 Mar 2015 14:39:22 -0700 From: Isaac Konikoff User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: bloat Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Cc: codel , cerowrt-devel Subject: [Cerowrt-devel] capturing packets and applying qdiscs X-BeenThere: cerowrt-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: Development issues regarding the cerowrt test router project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2015 21:39:53 -0000 Hi All, Looking for some feedback in my test setup... Can you please review my setup and let me know how to improve my application of the qdiscs? I've been applying manually, but I'm not sure that is the best method, or if the values really make sense. Sorry if this has been covered ad nauseum in codel or bloat threads over the past 4+ years... I've been capturing packets on a dedicated monitor box using the following method: tshark -i moni1 -w where moni1 is ath9k on channel 149 (5745 MHz), width: 40 MHz, center1: 5755 MHz The system under test is a lanforge ath10k ap being driven by another lanforge system using ath9k clients to associate and run traffic tests. The two traffic tests I'm running are: 1. netperf-wrapper batch consisting of: tcp_download, tcp_upload, tcp_bidirectional, rrul, rrul_be and rtt_fair4be on 4 sta's. 2. lanforge wifi capacity test using tcp-download incrementing 4 sta's per minute up to 64 sta's with each iteration attempting 500Mbps download per x number of sta's. The qdiscs I am using are applied to the virtual ap interface which is the egress interface for download tests. I also applied the same qdisc to the ap's eth1 for the few upload tests. Is this sane? qdiscs used, deleting each before trying the next: 1. default pfifo_fast 2. tc qdisc add dev vap1 root fq_codel 3. tc qdisc add dev vap1 root fq_codel target 5ms interval 100ms noecn 4. tc qdisc add dev vap1 root fq_codel limit 2000 target 3ms interval 40ms noecn Any suggestions you have would be helpful. Thanks, Isaac