From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ob0-x22f.google.com (mail-ob0-x22f.google.com [IPv6:2607:f8b0:4003:c01::22f]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id 5DD8021F28D for ; Sat, 7 Feb 2015 18:40:37 -0800 (PST) Received: by mail-ob0-f175.google.com with SMTP id va2so19831897obc.6 for ; Sat, 07 Feb 2015 18:40:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=WWsimRBpZZm7Kgb+Dzt5Dbo47bFxt309sPvQnTQqwBs=; b=c8+3i8BlGDlo5cIkAtb0XxVWBJCDzb4uETrF5xvPM6YeGcENEBj/FXf1HKfCIo0SXS kwbPY7nuS9EKIk6PWKm9iCD6uce1lk5Rk7NeVy9vx0VwX/00t6hMdL++/52Xgu9JUFG7 WyZJZu4KXVd61Tc37uVlTu2luHPjNtsHE9Rs1LvO0k0tKP5w1xxgspRc8a8tsRXOtZ5G 9IOAUnMrZ7uNP5V9pCqemxiWCxkFZJxJ2lsKEZgDOOlbZAjIw7NQSPWeiJq8rhnLlvvy 8eig2yYaumVw136jN2B23JKSJvZa6MPCuvXLPY9b6Tr+MpzKxh+arOVX/iG9CEYQPtSd G6dA== MIME-Version: 1.0 X-Received: by 10.182.51.165 with SMTP id l5mr7423638obo.56.1423363237200; Sat, 07 Feb 2015 18:40:37 -0800 (PST) Received: by 10.202.51.66 with HTTP; Sat, 7 Feb 2015 18:40:37 -0800 (PST) In-Reply-To: References: Date: Sun, 8 Feb 2015 15:40:37 +1300 Message-ID: From: Dave Taht To: David Lang Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Avery Pennarun , "cerowrt-devel@lists.bufferbloat.net" Subject: Re: [Cerowrt-devel] what stats do people want from conference wifi? 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: Sun, 08 Feb 2015 02:41:06 -0000 as for more detailed info, doing a few boxes doing aircaps in monitor mode would be useful. I could contribute a spare laptop IF I get back from nz next week (I am currently flat on my back with a crippling attack of bronchitis and not looking forward to flying), and a few spare TB drives. or maybe a chrome book or three could be leveraged. On Sun, Feb 8, 2015 at 3:35 PM, Dave Taht wrote: > I am very interested in per sta stats - rc_stats - captured fairly > frequently - timestamped and kept on per mac order.. > > cat /sys/kernel/debug/ieee80211/phy*/netdev:*/stations/*/rc_stats > > you might also get a good grip on simultaneous users and on user > migration by using this. > > also I have found the xmit stat to be useful. > > > > > On Sun, Feb 8, 2015 at 3:02 PM, David Lang wrote: >> In the next few days I'm going to be building the openwrt images to use = at >> the SCaLE conference. I will have ~50 APs deployed supporting ~3k attend= ees. >> This will be running on WNDR3700v2 and WNDR3800 APs. Since I am compilin= g >> the firmware myself, I can add in patches to gather and log stats for th= ings >> that are not normally reported >> >> The wireless network architecture is: >> >> separate ESSIDs for 2.4 vs 5. >> each band gets bridged to a different VLAN >> the APs are configured not to forward broadcast traffic from one wireles= s >> client to another on the same AP (although broadcast traffic from one AP >> probably goes out others after hitting the wire now that I think about i= t) >> I have all logs from the APs sent to a central logserver >> I have use rrdtool to catpture normal bandwith/cpu/etc stats >> I also have rrdtool capture how many clients are connected to each ESSID >> every minute. >> >> >> What else can I gather related to the wifi? >> >> I think it would be useful if we could gather info along the lines of >> >> amount of airtime used >> >> how much latency is added to packets while waiting to transmit because i= t's >> hearing something else transmit? >> >> amount of unused airtime available >> >> average effective bit rate >> >> percentage of time spent doing broadcasts (things required to operate at= the >> lowest bit rate) >> >> >> >> >> Part of the reason that I compile my own firmware images is that I >> completely disable connection tracking in the kernel (because clients ma= y >> move from one AP to another in the middle of a connection it's a waste o= f >> cpu and memory to track), and as a result of these optimizations, there = is >> actually quite a bit of CPU available. The boxes almost never hit 20% cp= u >> utilization, so there's quite a bit available to gather other stats. >> >> some of the stats I gather are in messages spit out by the kernel, other= s >> from scrips running on the box querying things in /proc or /sys, and oth= ers >> from watching logs and summarizing them once a minute. I even have a pro= cess >> that goes threough all the connection logs for the duration of the show = and >> graph how many unique MAC addresses we've seen and a breakdown into the >> different vendor prefixes. If there's a way to get the data, I can suppo= rt >> it. >> >> If there are fq_codel stats that people would find interesting in this >> environment, I can gather those as well (both on the APs and on the Debi= an >> based firewall/gateway) >> >> David Lang >> _______________________________________________ >> Cerowrt-devel mailing list >> Cerowrt-devel@lists.bufferbloat.net >> https://lists.bufferbloat.net/listinfo/cerowrt-devel > > > > -- > Dave T=C3=A4ht > > thttp://www.bufferbloat.net/projects/bloat/wiki/Upcoming_Talks --=20 Dave T=C3=A4ht thttp://www.bufferbloat.net/projects/bloat/wiki/Upcoming_Talks