Re: bandwidth for bkbits.net (good news)

[Andrea Arcangeli]

On Sun, Aug 31, 2003 at 04:07:28PM -0700, Larry McVoy wrote:
> On Mon, Sep 01, 2003 at 01:02:19AM +0200, Andrea Arcangeli wrote:
> > On Sun, Aug 31, 2003 at 11:52:39PM +0100, Alan Cox wrote:
> > > How about because any undergraduate can do the mathematical proof its
> > > not possible. Unless he controls the ISP end of the link random bursts
> > > of traffic, pingfloods, anything not respecting requests to slow down
> > > will lose voice traffic.
> > 
> > they are legitimate tcp connections, not udp or icmp. I'm not saying you
> > can control pingfloods or udp floods or syn floods.
> 
> I'll try this one more time and then I'm giving up because as far as I 
> can tell you haven't tried this with a busy server, I think you said you
> did shaping on your home machine or something.  Hardly the same thing.

the only difference I believe is that the connections are originated by
my end, but that only changes the syn packet that normally accounts for
a non significant amount of the bandwidth. And while this is located in
a house, this isn't what I would call an home user usage.

> How about a series of tiny HTTP requests?  All 1.0, no connection reuse.

on the long run, the way I recommend you to act, is to have a script
that turns the traffic shaping on on demand before/after using voip, so
you won't hurt the bkbits.net userbase when you're not at the phone. So
you will fix the unprofessional thing during conf calls completely and
the community should be ok with reasonably short slowdowns while you're
at the phone (if only voip would run under linux too you could automate it).

Just try for a test with my script changing it to give 1kbyte/sec both
ways (not 64k/16k) to everything but voip. I think I already posted all
the needed information you need to make it work. You will need to rework
the iptables rules carefully though, to include all the traffic but voip.

Hope this helps you too (I couldn't live without it),

Andrea
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/