Playing Devil's advocate here.
Why do you need IPV6 for HAM use (other than the fact that it's new). There
aren't enough users to exhaust the IPv4 address space, and the packets are
larger so they take more airtime.
David Lang AG6AH
On Fri, 23 Nov 2012, dpr...@reed.com wro
On Tue, 27 Nov 2012, Jim Gettys wrote:
2) "fairness" is not necessarily what we ultimately want at all; you'd
really like to penalize those who induce congestion the most. But we don't
currently have a solution (though Bob Briscoe at BT thinks he does, and is
seeing if he can get it out from un
both among the best price/performance and with device
hacking supported. I haven't looked into the chipsets (I just recieved my Nexus
10)
David Lang
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.ne
even called Netgear in my research, and while they are completely out of
stock, they do not show the 3800 as being end of life yet, so this could be a
temporary gap.
David Lang
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists
cking with kernel
compile options.
If someone is willing to coach me through the process, I'd be happy to do the
experimentation.
David Lang
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel
On Sun, 23 Dec 2012, Dave Taht wrote:
On Sun, Dec 23, 2012 at 2:27 AM, David Lang wrote:
On Thu, 20 Dec 2012, Richard Brown wrote:
The wndr3700v4 is out, and appears to be a good hardware upgrade from
the 3800 series, but it's not supported by openwrt yet.
I took a look at their GPL s
I'm actually looking for low power devices, I need to put a lot of them in a
small area, so I'll be turning the power down about as far as it will go.
I'll look over their devices
David Lang
On Sun, 23 Dec 2012, Outback Dingo wrote:
Ubiquiti has quite a list of products tha
In looking at their products, they seem to have almost nothing that's dual band,
am I missing something?
David Lang
On Sun, 23 Dec 2012, Dave Taht wrote:
I wouldn't mind adding explicit support for ubiquity's in-home pro
On Sun, 23 Dec 2012, Dave Taht wrote:
On Sun, Dec 23, 2012 at 11:14 AM, David Lang wrote:
In looking at their products, they seem to have almost nothing that's dual
band, am I missing something?
Nope. I went single channel for the yurtlab backbone in part because I
wanted "har
still working on this, but openwrt has gained support for the WNDR4300, and
reports are that it appears that it's the same board as the WNDR3700v4. The 4300
is selling for ~$130 so it's a viable option, even if the 3700v4 falls through.
David Lang
On Sun, 23 Dec 2012, Dave Taht w
be
untagged on that port
As an example, here is the config of the 3800 I'm using right now
remember that the logical number of the switch ports is backwards from the
physical number (I like to use ports 1/4 on one vlan and 2/3 on a different one
so that I don't have to keep track)
Let
I found that there are several vendors selling through Amazon who have noticable
quantities (30+) of the factory refurbished 3800 routers, selling for around $80
each.
As the supplies are drying up rapidly, anyone wanting one should move quickly.
David Lang
On Sat, 19 Jan 2013, Dave Taht wrote:
https://srv1.openwireless.org/pipermail/tech/2012-December/000332.html
I haven't the foggiest idea what this traffic would look like. Is it even
possible to induce bufferbloat through tor?
with your packets bouncing through so many systems there are sure
depending on your hardware, you may be seeing bogus checksums in outbound
packets, but the packets on the wire have valid checksums because the hardware
computes the checksums and sets them.
I know I've run into this one before when doing load testing.
David Lang
On Mon, 28 Jan 2013, R
On Mon, 4 Feb 2013, Dave Taht wrote:
I think there is also a market need for something that can be an analysis
box/home router that can also do captures at typical rates in the home
(20-30Mbit), but that's still just above what a wndr3800 can do when last I
tried. (it's mostly bound by the usb i
you have vlans disabled in this config "option enable_vlan 0"
if you want to use vlans > 15 you need "option enable_vlan4k 1" as well
David Lang
On Wed, 20 Feb 2013, Maciej Soltysiak wrote:
Date: Wed, 20 Feb 2013 20:17:19 +0100
From: Maciej Soltysiak
To: William Kat
t. I've seen reports of
people getting it to run from an initramfs, but this means that no settings can
be preserved across reboot.
If you've seen anything different, I'd be very interested to hear about it (I
picked up a 3700v4 and a couple 4300's for testing)
David
e GPL source for the kernel available from Netgear, I'm a
little puzzled that we are having to reverse engineer this instead of working
from the source.
Even if the first version was little more than a cut-n-paste of the netgear
butchered driver until people have time to analyse it fully.
Da
well, DeLorm and other map companies have had Serial/USB/Bluetooth GPS receivers
available for a long time.
David Lang
probably not quite what you were thinking of, but funt
On Tue, 22 Oct 2013, Richard E. Brown wrote:
On Oct 22, 2013, at 7:59 AM, Toke Høiland-Jørgensen wrote:
A way to
igit that would make sense to mom?
for the Scale conference this year, we are going to use scale and scale-slow to
try and discourage people from using 2.4
David Lang
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel
is that there are no standards for
APs to talk to each other to do this sort of thing so nobody has tackled it as
an opensource project.
The commercial versions all seem to have a central server that makes these
decisions rather than the peer-to-peer model I would expect for an open
implemneta
On Tue, 17 Dec 2013, Rich Brown wrote:
- From what you’ve said, I don’t have much hope for doing it automagically.
But maybe we can provide clues to help the customer do to the right thing.
Perhaps the first dropdown could be “Link Layer Adjustments (used on DSL or
ATM)” with options for “None
On Wed, 18 Dec 2013, Theodore Ts'o wrote:
On Tue, Dec 17, 2013 at 07:04:54PM -0800, David Lang wrote:
As far as I have been able to tell this is purely a software thing.
I'm not sure that it's even that it's so complicated as it is that
there are no standards for APs to t
at this would
increase the risk of running into race conditions.
David Lang
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel
On Wed, 18 Dec 2013, Michael Richardson wrote:
Date: Wed, 18 Dec 2013 15:07:15 -0500
From: Michael Richardson
To: David Lang
Cc: cerowrt-devel@lists.bufferbloat.net
Subject: Re: [Cerowrt-devel] treating 2.4ghz as -legacy?
David Lang wrote:
>> Michael Richardson writes:
>&g
On Thu, 19 Dec 2013, Toke Høiland-Jørgensen wrote:
David Lang writes:
I believe that Linux allows having both tagged and untagged packets on
the samy physical interface, so the APs could communicate on a VLAN
and one could be the gateway to the rest of the network (similar type
of overhead
enemy of the good. Here are a
couple indications:
Strong agreement from me as well.
David Lang
- The rest of the world doesn’t know about this good work. If you look at the
front page of the site, we’re recommending CeroWrt 3.7.5-2 from last February.
It has Codel, but not much more. Our
ot of value in getting another release out that brings all the gains
that we have now to everyone. Then development can continue trying to optimize
things more.
David Lang
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
can point people at something fairly recent to use
and they can use it with the expectation that by the time it becomes badly
obsolete we will have something newer available for them.
David Lang
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel
lt, especially for such a long lockout period.
If you make the lockout per-IP then it may be reasonable, but this could result
in a lot of IPs in your block list.
David Lang
See the /etc/xinetd.conf and /etc/xinetd.d dir for details
However this layer of defense is incomplete as several proces
f Cerowrt instead of
Openwrt for this configuration?
I selected this topology so that devices can transparently move from one AP to
another as they move through the hotel.
I'm thinking that in this configuration Cerowrt isn't likely to help
On Thu, 23 Jan 2014, Jim Gettys wrote:
On Thu, Jan 23, 2014 at 1:07 PM, Mike O'Dell wrote:
re: systemd vs procd vs etcd...
If other distros have largely converged to systemd,
is it worthwhile for CeroWrt to do something different?
This assumes that the daemons in question have already or
are
On Sun, 23 Feb 2014, J. Daniel Ashton wrote:
2. Google's new Chromecast device useable from all non-guest segments:
it has no Ethernet port, so it is on Wi-Fi at 2Mhz, my table on
Wi-Fi at 5Mhz, and my desktop on Ethernet. Both tablet and desktop
should be able to see the Chromecast and co
nice to be able to use one of the many routers that is
shipping with more flash (128M in the newer netgear routers would be nice)
if I were to get my hands on one, what sort of testing would you want to do to
it to tell if it looks like it would hold up?
David Lang
On Tue, 25 Mar 2014, Dave
On Thu, 27 Mar 2014, Aaron Wood wrote:
Date: Thu, 27 Mar 2014 13:50:27 +0100
From: Aaron Wood
To: David Lang
Cc: Dave Taht ,
"cerowrt-devel@lists.bufferbloat.net"
Subject: Re: [Cerowrt-devel] Fwd: wndr3800 replacement
On Wed, Mar 26, 2014 at 11:11 PM, David Lang wrote
If you think "fast lanes" will actually increase performance for any traffic,
you are dreaming.
the people looking for "fast lanes" are't trying to get traffic through any
faster, they are looking to charge more for the traffic they are already
passing.
David Lang
link-by-link basis with the combined packets of many connections,
not end-to-end based on a single connection.
David Lang
On Thu, 15 May 2014, dpr...@reed.com wrote:
I don't think that at all. I suspect you know that. But if I confused you, let
me assure you that my view of the proper ope
ngs to create a buffer.
David Lang
On Thu, 15 May 2014, David P. Reed wrote:
Both you and Dave Taft misunderstood my idea about standing queues not being
the right way to encode congestion in switches. I do not say there would be no
buffers for jitter. Nor do I call for admission control. I ju
that another issue with deploying fq_codel widely is that
it requires an accurate measurement (currently) of the providers bandwidth.
does it need this accurate measurement for sending or for the recieving pacing?
David Lang
___
Cerowrt-devel mailing
imize throughput, you want to buffer as much as you can tolerate
for latency reasons. For most apps, this is more than enough to cause problems
for other connections.
David Lang
On Mon, 26 May 2014, David P. Reed wrote:
Codel and PIE are excellent first steps... but I don't think they are the best
rrives. Stuart and I showed that at last ietf.
And you get the classic "buffering" song playing
Yep, and if you buffer too much, your "lost packet" is actually still in flight
and eating bandwidth.
David Lang
low latency makes recovery from a loss in an in-order stre
On Tue, 27 May 2014, Dave Taht wrote:
On Tue, May 27, 2014 at 4:27 PM, David Lang wrote:
On Tue, 27 May 2014, Dave Taht wrote:
There is a phrase in this thread that is begging to bother me.
"Throughput". Everyone assumes that throughput is a big goal - and it
certainly is - and
is is will look exactly like data sitting in a buffer to the endpoints)
the endpoints don't know the state of all the intermediate connections, so
unless they get feedback (ECN or dropped packets) they have to assume that there
is no congestion.
David Lang
On Wed, 28 May 2014, dpr...
ead, but when congestion
happens, they manage the resulting buffers in a way that's works better for
people (allowing short, fast connections to be fast with only a small impact on
very long connections)
David Lang
The thing you call "pacing" is something quite different. It is d
n the network is using them, they work pretty well, but when
someone isn't (or decides to "cheat"), it becomes very unfair in favor of the
non-complying system.
David Lang
On Thu, 29 May 2014, dpr...@reed.com wrote:
Note: this is all about "how to achieve and sustain the ballist
ace
and power.
The days when it took rooms of Sun boxes to saturate a Gb line are long gone,
you can do that with just a handful of machines.
David Lang
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/li
er, which is about the ugliest power source you can deal with.
David Lang
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel
n compute the N! possible paths for the data to take, along
with the data from all the other systems to pack them most efficiently into the
avilable paths.
Someone may eventually make something useful out of this, but I think that it's
at best a typical academic ivory tower type of so
it's a link I don't care about, it's easier to delete it
along with other e-mail than to go to G+ and look at it.
Also, remember that people's G+ feeds show a sampling of what other people post,
so some people will miss it if you only post it to G+
David Lang
___
On Fri, 18 Jul 2014, David Lang wrote:
On Fri, 18 Jul 2014, Jim Reisert AD1C wrote:
"Fastpass is a datacenter network framework that aims for high
utilization with zero queueing. It provides low median and tail
latencies for packets, high data rates between machines, and flexible
ne
On Fri, 18 Jul 2014, valdis.kletni...@vt.edu wrote:
On Fri, 18 Jul 2014 16:20:28 -0700, David Lang said:
not to mention the scalability issues in trying to get that info to a central
point so that it can compute the N! possible paths for the data to take, along
with the data from all the other
to support that, you can't just test that link, you have to
connect to something beyond that.
David Lang
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel
_codel by default are M70% as good as a tuned setup,
there's more space to argue that all setups must be tuned, but then the
question is how to they fare against a old, non-BQL, non-fq-codel setup?
if they are considerably better, it may still be worthwhile.
David Lang
___
to stay clear of saturating the bandwith
(sacraficing throughput)
David Lang
Starting point: the only observable effect of a network is to lose and
delay data -- i.e. to "attenuate quality" by adding the toxic effects of
time to distributed computations. ΔQ is a *morphism* that relates
saturate it's link, and have it tell the clients that it's overloaded, wait a
random amount of time and retry (or try another location)
cost of bandwidth for this is just something to get someone to pay for (ideally
someone with tons of bandwidth already who won't notice this sort of te
ut, while still being
meaningful in the real world.
which of the two is more useful is something that we would need to get a bunch
of people with different speed lines to report and see which is affected less by
line differences and distance to target.
David Lang
On Fri, 25 Jul 2014, dpr...
On Fri, 25 Jul 2014, valdis.kletni...@vt.edu wrote:
On Fri, 25 Jul 2014 14:20:53 -0700, David Lang said:
cost of bandwidth for this is just something to get someone to pay for (ideally
someone with tons of bandwidth already who won't notice this sort of test, even
if there are a few goi
On Sat, 26 Jul 2014, Sebastian Moeller wrote:
Hi David,
On Jul 25, 2014, at 22:57 , David Lang wrote:
On Fri, 25 Jul 2014, Wes Felter wrote:
The Netgear stock firmware measures bandwidth on every boot or link up (not
sure which) and I would suggest doing the same for CeroWRT.
Do you
On Sat, 26 Jul 2014, Sebastian Moeller wrote:
Hi David,
On Jul 25, 2014, at 23:03 , David Lang wrote:
On Fri, 25 Jul 2014 14:37:34 -0400, valdis.kletni...@vt.edu wrote:
On Sat, 24 May 2014 10:02:53 -0400, "R." said:
Further, this function could be auto-scheduled or made
On Sat, 26 Jul 2014, Sebastian Moeller wrote:
On Jul 26, 2014, at 01:26 , David Lang wrote:
But I think that what we are seeing from teh results of the bufferbloat work
is that a properly configured network doesn't degrade badly as it gets busy.
Individual services will degrade as
On Sat, 26 Jul 2014, Sebastian Moeller wrote:
On Jul 26, 2014, at 22:21 , David Lang wrote:
On Sat, 26 Jul 2014, Sebastian Moeller wrote:
On Jul 25, 2014, at 22:57 , David Lang wrote:
The trouble is that to measure bandwidth, you have to be able to send and
receive a lot of traffic
On Sat, 26 Jul 2014, Sebastian Moeller wrote:
On Jul 26, 2014, at 22:39 , David Lang wrote:
by how much tuning is required, I wasn't meaning how frequently to tune, but
how close default settings can come to the performance of a expertly tuned
setup.
Good question.
Ideall
On Sat, 26 Jul 2014, Sebastian Moeller wrote:
On Jul 26, 2014, at 23:14 , David Lang wrote:
On Sat, 26 Jul 2014, Sebastian Moeller wrote:
On Jul 26, 2014, at 22:21 , David Lang wrote:
On Sat, 26 Jul 2014, Sebastian Moeller wrote:
On Jul 25, 2014, at 22:57 , David Lang wrote
On Sat, 26 Jul 2014, David Lang wrote:
On Sat, 26 Jul 2014, Sebastian Moeller wrote:
On Jul 26, 2014, at 22:39 , David Lang wrote:
by how much tuning is required, I wasn't meaning how frequently to tune,
but how close default settings can come to the performance of a expertly
tuned
On Sun, 27 Jul 2014, Sebastian Moeller wrote:
On Jul 26, 2014, at 22:53 , David Lang wrote:
On Sat, 26 Jul 2014, Sebastian Moeller wrote:
On Jul 26, 2014, at 01:26 , David Lang wrote:
But I think that what we are seeing from teh results of the bufferbloat work is
that a properly
On Sun, 27 Jul 2014, Sebastian Moeller wrote:
Hi David,
On Jul 26, 2014, at 23:45 , David Lang wrote:
On Sat, 26 Jul 2014, Sebastian Moeller wrote:
On Jul 26, 2014, at 22:39 , David Lang wrote:
by how much tuning is required, I wasn't meaning how frequently to tune,
but how
On Sun, 27 Jul 2014, Sebastian Moeller wrote:
On Jul 27, 2014, at 00:53 , David Lang wrote:
On Sun, 27 Jul 2014, Sebastian Moeller wrote:
Hi David,
On Jul 26, 2014, at 23:45 , David Lang wrote:
On Sat, 26 Jul 2014, Sebastian Moeller wrote:
On Jul 26, 2014, at 22:39 , David Lang
On Sun, 27 Jul 2014, Sebastian Moeller wrote:
On Jul 27, 2014, at 00:23 , David Lang wrote:
[...]
I'm not worried about an implementation existing as much as the question of if
it's on the routers/switches by default, and if it isn't, is the service simple
enough to be able t
When link speeds get high enough, do we still need to shape the download for
home users? at some point you stop saturating the line.
the 3800 can easily handle 100mb if it's not trying to shape the traffic, is it
worth seeing if there's any way to squeeze that shaping overhead dow
a UI issue :-)
At Scale, I have up to 5 SSIDs on an AP, each connected to a different VLAN,
plus 3 SSIDs on three of the wired ports (with the two remaining ports being
trunks)
David Lang
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.b
tting this year, even though the routers have been out for a couple
of years)
David Lang
Is there any
particular reason why Cerowrt isn't using ubifs, or squashfs over ubi,
other than purely historical and/or this wasn't the research focus of Cerowrt?
Thanks,
ome defintions) systems that use SD cards for
their OS system. The I/O to the storage is so slow that the saved I/O time is
likely to more than cover the cost of the decompression.
Raspberry Pi systems have had to move to 4G cards as their base because it's
just not possible to have the standa
On Sun, 31 Aug 2014, Theodore Ts'o wrote:
On Sun, Aug 31, 2014 at 12:05:52AM -0700, David Lang wrote:
One other place this sort of thing is likely to be useful is for Raspberry
Pi and other small (embedded by some defintions) systems that use SD cards
for their OS system. The I/O t
On Mon, 1 Sep 2014, Aaron Wood wrote:
What this makes me realize is that I should go instrument the cpu stats
with each of the various operating modes:
* no shaping, anywhere
* egress shaping
* egress and ingress shaping at various limited levels:
* 10Mbps
* 20Mbps
* 50Mbps
* 100Mbp
:1 NAT that doesn't
need connection tracking), you will see much better performance from it.
For the Scale conference, I disable connection tracking and run them as bridges
to a dedicated VLAN per SSID and do the firewalling and NAT upstream from the
APs
David Lang
I took tcp captures
ly enough to be able to
transmit and at the same time receive a weak signal on a nearby frequency with
the same antenna is a HARD thing to do, and the tools to do so tend to be very
finicky (read temperature sensitive)
David Lang
___
On Tue, 16 Sep 2014, David Lang wrote:
On Tue, 16 Sep 2014, Dave Taht wrote:
It would be very nice to get some TXOPs back:
Is this crazy or not?
http://web.stanford.edu/~skatti/pubs/sigcomm13-fullduplex.pdf
I start of _extremely_ skeptical of the idea. While it would be a
revolutionary
nough.
I can see cases where this would help, but I don't see this as something that
will help in the general case.
David Lang
On Thu, 18 Sep 2014, dpr...@reed.com wrote:
This is not completely crazy. A couple of grad students and I demonstrated
this type of thing with USRP's i
ting to improve this. From the pastebin
link Dave listed below, they have it up to ~80Mb now
David Lang
On Oct 2, 2014 9:55 AM, "Dave Taht" wrote:
On Wed, Oct 01, 2014 at 12:10:46PM -0400, Weedy wrote:
On 30/03/14 06:29 PM, Dave Taht wrote:
On Sun, Mar 30, 2014 at 02:24:44PM -0400, We
r
latency related issues.
http://lwn.net/Articles/615238/
David Lang
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel
of what threads exist is just a table of information. The packets
are all put in a small number of queues to be sent out, and the low-level driver
picks the next packet to send from these queues without caring about what TCP/IP
stream it's from.
David Lang
On Fri, 10 Oct 2014, dpr...@reed.
e time as a nearby station, this makes the distant staton
unreadable because it's signal ends up being represented by too few bits in the
decoder.
David Lang
On Thu, 9 Oct 2014, dpr...@reed.com wrote:
Wideband is far better for scaling than narrowband, though. This may seem
counterintu
are
being talked about on that page. I hope these are not the "official" openwrt
recommendations (and if they are, why are they not on an openwrt page?)
David Lang
On Tue, 9 Dec 2014, Eric Schultz wrote:
Dave,
Thanks for the quick response and I appreciate your passion.
No one here
change the country code means that when hardware does move around the world, it
IS going to be operating on the wrong frequencies, because the user has no way
to change it.
If you can't tell, this topic and how it's mis-interpreted by so many people,
some deliberatly, really ann
n't allow any software updates at all
David Lang
On Tue, 9 Dec 2014, Eric Schultz wrote:
Date: Tue, 9 Dec 2014 14:34:14 -0600
From: Eric Schultz
To: David Lang
Cc: Dave Taht ,
"cerowrt-devel@lists.bufferbloat.net"
Subject: Re: [Cerowrt-devel] New FCC requirements
wonder if it would be useful to use something like this for traffic
classification for queue selection, traffic throttling, etc?
David Lang
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt
oaded into the kernel, I'm
hoping that the performance would be on the same order as C code (even though
it's interpreted by the eBPF engine), so it wouldn't have the large performance
hit that we have with the current throttling code for example.
David Lang
On Thu, 11 Dec 2014, D
This is fixed point to fixed point wireless. Suitable to replace the last-mile
ISP, but not something that will talk to your laptop.
David Lang
On Wed, 17 Dec 2014, Dave Taht wrote:
Maybe we don't have to fix wifi after all.
-- Forwarded message --
From: "Ubiquit
rice, it's that it's a highly directional point-to-point
setup, not something that allows more than two devices to talk at once.
David Lang
On Wed, Dec 17, 2014 at 1:30 PM, wrote:
On Wed, 17 Dec 2014 10:41:03 -0800, Dave Taht said:
*15.9 bps/Hz* Spectral Efficiency.
If they
direction.
As conditions degrade, the speed will slow.
The top speed is using 1024-QAM modulation, it will then fall back to 256-QAM
(which is the top that 802.11ac will use), and then to 64-QAM (which is the top
of 802.11n)
This has far more in common with old fashioned microwave links than Wi
e of
both directions at once.
David Lang
keep in mind that the reason the 2.4 and 5.8 ISM bands
are where they are is specifically because of the ready
absorption of RF at those frequencies. the propagation
is *intended* to be problematic. that said, with
good-enough antennas mounted with
there is a correlation between frequency and distance with commonly available
equipment that is easy to mistake for causation.
David Lang
Please don't repeat nonsense.
On Dec 20, 2014, Mike O'Dell wrote:
15.9bps/Hz is unlikely to be using simple phase encoding
that sounds m
On Tue, 6 Jan 2015, Dave Taht wrote:
On Tue, Jan 6, 2015 at 9:26 AM, wrote:
GoGo does not need to run “Man in the Middle Attacks” on YouTube
re: http://www.reed.com/blog-dpr/?p=174
I amplified via g+ and mentioned to slashdot.
(http://slashdot.org/submission/4107907/gogo-airline-network-bl
with
more APs operating at lower power levels so that you have fewer people talking
to each one.
David Lang
So when I scan I do see a lot of intermittent probes or wifi traffic
from other things but nothing cronic. I haven't been able to run a scan when
it all goes to hell though.
Wi
On Thu, 22 Jan 2015, Richard Smith wrote:
On 01/21/2015 06:58 PM, David Lang wrote:
On Wed, 21 Jan 2015, Richard Smith wrote:
Thanks for the response. First I want to say that I'm sensitive to the fact
that this is the Cerowrt-devel list and not the small business WiFi help
list
o this happened a lot at your SCALE setups?
two years ago we had a problem with the APs dropping off, but last year
everything worked wonderfully.
David Lang
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferblo
On Sat, 24 Jan 2015, dpr...@reed.com wrote:
On Thursday, January 22, 2015 1:19pm, "Richard Smith"
said:
On 01/22/2015 04:18 AM, David Lang wrote:
>> Recently, we picked up the 11th floor as well and moved many people up
>> there. I got a 3rd AP (another TP-Link AC175
t for your wifi?
I'm running OpenWRT on the APs but haven't done anything in particular to
activate it. I'll check what we have on the firewall (a fairly up to day Debian
build)
What's the best way to monitor the queues?
David Lang
_
On Sat, 24 Jan 2015, David Lang wrote:
On Sat, 24 Jan 2015, Dave Taht wrote:
I am of course interested in how fq_codel performs on your ISP link, and
are you planning on running it for your wifi?
I'm running OpenWRT on the APs but haven't done anything in particular to
activat
On Sun, 25 Jan 2015, Dave Taht wrote:
I want to make clear that I support dlang's design in the abstract... and
am just arguing because it is a slow day.
I welcome challenges to the design, it's how I improve things :-)
On Sat, Jan 24, 2015 at 10:44 PM, David Lang wrote:
On S
1 - 100 of 251 matches
Mail list logo