On Wed, May 4, 2011 at 10:16 AM, Nick Feamster <feamster@cc.gatech.edu> wrote:

As Srikanth said, not needed for capetown.

Some possibilities we've been thinking about using it for:

* enforcing per-user or per-device usage caps (in capped settings)

In this particular case, using SFB on a per IP address basis may work.

(not that SFB is in the build)

* rate-limiting and QoS functionality

I incorporated the QoS scripts which use tc and the hsfc QoS algorithm + SFQ to do that job. It works well in iscwrt, in combination with a lowered txqueue (to 16), I observed latencies peaking at 66ms on a DSL connection that can't do better than 26ms. (vs over half a second)

(these are disabled by default (I think) as they will mess up your measurements)

But do try 'em out!

They seem pretty good on the outgoing interface. To do rate limitation on a per user basis in conjunction with that I would think about SFB on the inner interfaces.

So I'm back to wondering what to do, exactly, with openflow.

If you aren't already aware of the iscwrt subproject, see:

http://www.bufferbloat.net/projects/iscwrt/wiki

One of the principal maintainers of bind (Evan Hunt) is hacking on it - even running it now using the wndr3700v2 as his main router.

* remote management, troubleshooting, or security services. See this, for example:
http://www.gtnoise.net/papers/2010/feamster:homenets2010.pdf

nagios + snmp are common for some of that.

I'll read the paper on the plane.

I'd love to get this into the build sometime soon-ish, so I could encourage people to use it in my class this coming fall. :-)

-Nick

On May 4, 2011, at 11:33 AM, Dave Taht wrote:

> 3) What is the need for openflow? I am meeting with the folk at stanford at 2PM PDT and although I get what openflow is for, I'm not sure of the intended use. Is it needed for capetown?
>
>
> --
> Dave Täht
> SKYPE: davetaht
> US Tel: 1-239-829-5608
> http://the-edge.blogspot.com

> _______________________________________________
> Bismark-devel mailing list
> Bismark-devel@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/bismark-devel