flows?
That's extremely relevant, and I'd definitely like to simulate several UDP
50pps sessions with different DSCP values and see if there is any
difference between them, and indeed if bleaching etc is going on.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
nicely.
I also considered using WebRTC or VoIP libraries, does anyone know what
RTT/PDV/packet loss data can be extracted from some common ones?
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cerowrt-devel
fw3 */
But you might be right that in places with a lot more clients then this
might indeed cause problems.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel
might have a chance to be deployed internet-wide.
01 seems as good as any.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel
?
Generally people in the IETF are acting as individuals, not
representatives of a company. If you put in "INTERNET!!!" as affiliation
I'm pretty sure nobody would care.
--
Mikael Abrahamssonemail: swm...@swm.pp.se___
Cerowrt-devel ma
o netdevconf?
I am not.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel
code
from the 90ties (I doubt it's been touched much).
If you need full Internet BGP tables then it needs to have 1GB of RAM.
I have close to 20 year experience with these kinds of boxes, so I can
help you before you buy.
--
Mikael Abrahamssonemail: swm...
, and even if that had a 1 second FIFO
with tail drop.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel
id causing congestion. So your previous email about allowing some
congestion to take place on LE would be good as then protocols that try to
avoid causing congestion would have a way to do so.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cer
% to the
software download. LE marking the software download traffic can do that.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel
can try to
replicate it with that hw...
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel
.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel
don't use the wifi, I
have Ubiquiti for that). However it does CAKE on my 250/100 Internet
connection with CPU cycles to spare.
Otherwise I hear a lot about the TP-LINK Archer C7 as some kind of
"reference stable OpenWrt platform".
--
Mikael Abrahamssonemail: swm...
On Wed, 5 Dec 2018, Toke Høiland-Jørgensen wrote:
Mikael Abrahamsson writes:
On Tue, 4 Dec 2018, Dave Taht wrote:
I expect dave reed to comment, so I'll withhold mine for now
https://kurti.sh/pubs/dLTE-Johnson-HotNets-2018.pdf
When I read the first page I was hopeful, then unfortunately
tter. In that aspect this proposal is kind
of neat in that I could make my residential radios join a larger network
(similar to eduroam).
So yes, I think this proposal has some merit.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailin
hey expect their ISP to manage and software update.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel
ractable without password from the device, compared to them being lost
because the device was damanged otherwise broken.
So we need to come up with a security regime that makes sense for the most
amount of people, and then try to still cater to the ones who want to do
more/less.
--
Mi
something like this up first though. ATM I do not see much appetite for
such regulatory actions in the US.
Agreed.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel
at least US or EU size market to really succeed with this.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel
On Wed, 24 Oct 2018, Dave Taht wrote:
Right, a device that speaks homenet should not request PD.
But I need that to get from my ISP.
Right, it should request PD from the ISP (homenet external port) but it
should not request PD from homenet internal ports.
--
Mikael Abrahamssonemail
sses might be a way to handle it. Doesn't help
reaching them from the outside though. We need DNS or other mechanism to
keep track of addresses as they change over time.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing li
provider and it hasn't
changed yet.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel
this kind
of information within the protocol, and it does leak.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel
On Fri, 19 Oct 2018, David Lang wrote:
On Fri, 19 Oct 2018, Mikael Abrahamsson wrote:
Most host stacks do not handle 240/4 correctly. Getting this working
outside of a very closed and controlled network is not feasible.
You would need to validate all devices to support this 240/4 block
is not feasible.
You would need to validate all devices to support this 240/4 block that
most IP stacks today will not use.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https
availability of the service.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel
On Wed, 3 Oct 2018, Mikael Abrahamsson wrote:
On Wed, 3 Oct 2018, Dave Taht wrote:
I *think*, but am not sure, this box could do a lot more prior to
this, but I never really tried. I'm off mostly debugging a babel
problem at the moment,
I know for a fact that this box (WRT1200AC) did
the source address selection of hosts. I had two different
upstreams with PDs and one had much longer lifetime compared to the
other. So hosts chose the one with the highest lifetime, which wasn't what
I wanted.
--
Mikael Abrahamssonemail: swm...
. I tested it a lot back then. Right now, I am
using it as a 250/100 megabit/s machine, and it seems to spend a lot CPU
doing that.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
18.06.1 compared to whatever was
in in 17.01.x, I'd say factor 3-4 worse.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel
either your packets aren't making it to
the Comcast upstream router, or it doesn't do any of the basics.
I thought this would be a PD problem or something, but this is more basic
than that.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt
announced out on LAN. I even configured bidirectional SQM
with CAKE on each uplink (250/50 and 250/100 respectively) and it seems to
do the right thing.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cer
My only experience with these devices is the Edgerouter 3/5/X, and they
have very low performance if you disable offloads (which you need to do to
enable AQM) and run everything in CPU, around 100 megabit/s of
uni-directional traffic.
Do they have other platforms where this would actually matter?
--
seems like good hw though. I like Marvell SoC.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel
is a major driver for the lack of up-to-date kernels
in HGWs and other IoT devices).
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel
is thrown over the fence.
To me it's amazing that Linux kernel has gotten as far as it has, and
actually has a so-so working community around it, with lots of companies
funding work going in there. Things could be a lot worse.
--
Mikael Abrahamssonemail: swm...
to continously develop the device.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel
conclusion basically is: 10GE and up is hard. There are
real physical limitations here. I would be very happy if we could prove
Shannon wrong. :P
https://en.wikipedia.org/wiki/Shannon%E2%80%93Hartley_theorem
--
Mikael Abrahamssonemail: swm...@swm.pp.se_
how the connectors etc
are going to look like to make this end user friendly.
--
Mikael Abrahamssonemail: swm...@swm.pp.se___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel
ney compared to the 29USD
1GBASE-T thunderbolt2 adapter that Apple sells.
But still, with these kinds of products, there might be hope!
--
Mikael Abrahamssonemail: swm...@swm.pp.se___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
ht
al minutes, but can't
come up with an explanation to this behaviour, at least not from the
typical kind of DDOS that's going around. If there was some kind of ddos
mitigration equipment put into the mix, that might explain what you were
seeing.
--
Mikael Abrahams
r hops (if one wants any kind of
high bitrate).
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel
o handle
events that increase traffic temporarily, plus handle loss of capacity in
case of a link fault). The upgrade might be to add another link, or a
higher tier speed interface, bringing down the utilization to typically
half or quarter of what you had before.
--
Mikael Abrahams
network is never full for any
sustained amount of time, in normal operation, and make sure you perform
upgrades well before the growth has resulted in network being full.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-de
he problem if I
don't have enough throughput available to me that I need for my
application.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel
s of power and DSPs to figure out what's
going on.
--
Mikael Abrahamssonemail: swm...@swm.pp.se___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel
not the biggest problem. My in-house cabling can do 10GE,
but I guess I'm an outlier.
--
Mikael Abrahamssonemail: swm...@swm.pp.se___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel
pay 2x my current MRC to get 1000/100. However, if I had to downgrade
to 30 megabit/s I would most certinaly notice it, and in my market that
would just be a 20-30% saving which definitely isn't worth it.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
_
hing.
We've created devices that are impossible to verify without destroying
them (sanding down ICs and looking at billions of gates), and in order to
verify them, you need equipment and skills that are not available to most
people.
--
Mikael Abrahamssonema
OS won't do more than around 100
megabit/s if the traffic isn't hardware accelerated. But I am not familiar
with the ER-X, so if they're better CPU forwarders then that's
interesting!
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel
seen by the host CPU in normal
operation.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel
difference.
(I have 250/50 on my DOCSIS3.0 connection, but perhaps it's common
knowledge what speeds Comcast customers typically has, that I don't know?)
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cerowrt-devel
w anything about this packet processor and FOSS support for it? I
guess the "buffer manager" is very much of interest to anti-bufferbloat...
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.b
years have no insight into what and how
much traffic is going where.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel
just kills both CUBIC
flows. Same with PIE.
So it seems my intuition was wrong, at least for these scenarios. It
wasn't CUBIC that would kill BBR, it's the other way around. Great to have
testing tools! Thanks Flent!
--
Mikael Abrahamssonemail: swm...
well
be completely off, but I think it'd be interesting to know.
I'll take a look at your flent data, thanks for posting them!
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https
the ratio between BBR
and CUBIC after 20 seconds of letting things settle down to new
equilibrium?
Consider the FIFO buffer practically infinite, or at least able to buffer
5 seconds of packets without drop. It's an interface with a single,
stupid, huge FIFO buffer.
--
Mikael Abrahamsson
?
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel
when the traffic occurs and what the traffic
levels are, and from remembering what was done at the time.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/
le? Lots of startups and established vendors are
pitching these solutions to the ISPs, most of them with their own
proprietary extensions and non-interworking protocols. What's the open and
flexible alternative?
--
Mikael Abrahamssonemail: swm...@swm.pp.se
_
y previous generation of datacenter switches
that had miniscule buffers and ISPs tried to use them and when there were
microbursts there was uncontrolled packet loss.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cer
.
This is most definitely not why they're doing it. Buffer memory for them
is EXTREMELY EXPENSIVE.
--
Mikael Abrahamssonemail: swm...@swm.pp.se___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo
ethernet that the RPi has.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel
On Mon, 11 Jan 2016, Dave Taht wrote:
I am happy to see the omnia crack nearly 750k of funding thus far.
Seems they ended up with 859k now with the campaign ended, but it seems
it's still orderable, and without wifi it seems to be the same price
($139).
--
Mikael Abrahamssonemail: swm
to be able to put non-sanctioned cards
into the laptop.
Vendors tend to blame for instance FCC for the "sanctioned card"-lock,
but...
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.buffe
and got back the speed...
I believe it's this one I was mucking around with:
https://dev.openwrt.org/ticket/19420
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https
went in 5 hours, perhaps
that's what you're referring to?
They were at 98% of the 100kUSD goal at 0630 CET, and now at 8:45 CET,
they're at 101%. I believe they launched around noon yesterday, CET.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
On Wed, 11 Nov 2015, Dave Taht wrote:
http://solid-run.com/marvell-armada-family/clearfog/clearfog-specifications/
Armada 385 is still my favorite.
Turris Omnia looks promising:
http://www.netnod.se/sites/default/files/turris-omnia-netnod-MS-20151014.pdf
--
Mikael Abrahamssonemail: swm
their gateways.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel
On Tue, 8 Sep 2015, Dave Taht wrote:
On Tue, Sep 8, 2015 at 1:22 AM, Mikael Abrahamsson <swm...@swm.pp.se> wrote:
On Tue, 8 Sep 2015, Dave Taht wrote:
wifi, and the carriers... which bugs me. 5.x ghz is the people's
spectrum, that we should be free to use any way we want... and t
isn't really open either, and the unlicensed spectrum still
requires that devices are approved to be operated there, right, so if FCC
and the likes do their job properly then these technologies should
work together at least on the RF level?
--
Mikael Abrahamssonemail: swm...@swm.pp.se
ern on
the DFS channels around a limited number of airports.
--
Mikael Abrahamssonemail: swm...@swm.pp.se___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel
On Wed, 19 Aug 2015, Isaac Konikoff wrote:
Yep, planning to do just that...but already the marketing has got me
shaking my head... AC1900 for Wi-Fi speeds up to 1900Mbps
everybody does it
http://www.cnet.com/topics/networking/best-networking-devices/802-11ac/
--
Mikael Abrahamssonemail
just be whatever IPQ8064 offers as standard
(since the packet forwarding hardware is controlled by proprietary
firmware and proprietary kernel modifications to interact with this
firmware).
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt
Qualcomm onboard and
working closely with the project.
If I understand correctly, we have both the packet accelerator (closed
source) and the ATH10K wireless (closed source) to contend with.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt
will never know they're hogging
resources and will never try to improve the situation.
So if I understood you correctly above, my opinion is in agreement with
what you wrote.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing
in
different queues.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel
to be a USD200 device once it's done.
What is the SIM card used for? To put a mini-PCIE WWAN card on there?
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net
for
Internet use, and there should be no strict priority but just a slight
preference for scheduling packets with the BE+ code point, exactly to make
DDOS less of an impact.
What is your opinion on this concept?
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel
--
Mikael Abrahamssonemail: swm...@swm.pp.se___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https
On Tue, 7 Jul 2015, Joe Touch wrote:
Some questions:
On 7/6/2015 11:16 PM, Mikael Abrahamsson wrote:
...
You can flash back the factory firmware without serial, you just use
sysupgrade with the Linksys factory image.
How does that differ from mtd, e.g., as indicated here (which doesn't
compute suffix of object files: cannot compile
See `config.log' for more details.
mikael - which toolchain are you using?
Hm, what do you mean by toolchain? I am compiling on an Ubuntu 14.04
machine.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
, but instead has a much better CPU for forwarding packets.
So basically if you buy a v1 you'll get a third or so in forwarding
performance over the v2 with OpenWrt. With the Linksys firmware I could
imagine the v1 is faster than the v2. The v1 has a fan, v2 does not.
--
Mikael Abrahamsson
to do it. Also, if you get it wrong you
might damage things.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel
.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel
but with more everything, apart
from RAM that (for some reason) the WRT1200AC has 512MB RAM but according
to http://wiki.openwrt.org/toh/linksys/wrt1900ac the WRT1900ACv2 only has
256MB RAM.
I don't have any information on the performance of the radio in the
WRT1900ACv2.
--
Mikael Abrahamsson
congestion egress on the WAN SOC port is to
add traffic locally from the SoC (iperf3 for instance), or adding traffic
from Wifi.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https
://swm.pp.se/aqm/rrul_150630-cake-l4.0-1.tar.
As far as I can tell sirq load is higher rather than lower so it doesn't
seem like kernel 4.0 has any significant performance benefits, rather the
opposite.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
what's going on:
tc -d qdisc
tc -s qdisc
Hope it helps.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel
-WAN alone.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel
On Tue, 30 Jun 2015, Mikael Abrahamsson wrote:
On Mon, 29 Jun 2015, Dave Taht wrote:
attached is a patch for that, put it in your
feeds/cero/kmod_sched_cake/patches
directory, rebuild (make package/kmod-sched-cake/{clean,compile,install})
I compiled openwrt trunk with linux kernel v4.0
On Mon, 29 Jun 2015, Toke Høiland-Jørgensen wrote:
Mikael Abrahamsson swm...@swm.pp.se writes:
How can I tell which one of these actually is included? Tried moving the feed
statement so ceropackages was first but that doesn't seem to have helped, I
still get OpenWrt regular sqm-scripts
shaped.
Then I removed the ll adaptation and changed to simplest.qos and ran
another test with cake:
http://swm.pp.se/aqm/rrul_150629-cake-10.tar
Now I'm going to try out if my new version with your cake patch will boot
and work.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
On Mon, 29 Jun 2015, Dave Taht wrote:
attached is a patch for that, put it in your feeds/cero/kmod_sched_cake/patches
directory, rebuild (make package/kmod-sched-cake/{clean,compile,install})
Test results: http://swm.pp.se/aqm/rrul_150629-cake-11.tar
--
Mikael Abrahamssonemail: swm
add dev eth0 parent : protocol all prio 10 u32
match u32 0 0 flowid 1:1 action mirred egress redirect dev ifb4eth0
+ sqm_logger ingress shaping activated
+ logger -t SQM -s ingress shaping activated
SQM: ingress shaping activated
--
Mikael Abrahamssonemail: swm
that handles this case, ie
if the string is empty? Because when the string is empty and it gets
stuck, luci just waits and waits and waits. I mean, this specific case can
be fixed, but for the future it would be more robust if this error case
can't happen at all.
--
Mikael Abrahamssonemail: swm
, then changed the
above, which does not hang. Seems like the most elegant way to solve this!
Thanks!
--
Mikael Abrahamssonemail: swm...@swm.pp.se___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net
/measurebw.sh
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel
things like upgrades as well.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel
either if someone has any tips on how to fix this, or can just give me
how to configure qdiscs manually, I will be able to do cake testing on the
WRT1200AC.
--
Mikael Abrahamssonemail: swm...@swm.pp.se
___
Cerowrt-devel mailing list
Cerowrt-devel
1 - 100 of 134 matches
Mail list logo