Messages in this thread | | | Date | Sun, 31 Aug 2003 16:45:05 +0200 | From | Andrea Arcangeli <> | Subject | Re: bandwidth for bkbits.net (good news) |
| |
On Sun, Aug 31, 2003 at 02:15:12PM +0100, Alan Cox wrote: > On Sul, 2003-08-31 at 03:56, Larry McVoy wrote: > > I'm pretty convinced we can't solve the problem at our end. Maybe we can > > For bursts of traffic you can't.
what's the difference of rejecting packets in software, or because the link can't handle them? Assume the guaranteed bandwidth is much lower than what the link can provide (very common here during the day), the isp will have to do the software thing anyways to balance the bandwidth across the different ip.
it works flawlessy for me and it's the same problem (I also use streaming services), and they're unusable until I turn the shaping on, I'm sure that if you use the script and you change 1kbyte/sec to everything but voip it'll work fine for you too, since basically everything else won't pass anymore, it will take ages to open an html page and all the bkbits.net users will hang, and the link will be idle 99% of the time, so voip will take it over as much as it can. I don't think it's a matter of "if it works or not", I think it's a matter of how much you're ok to lose in terms of global bandwith for all the other services but voip.
the only annoying problem I run into, is that tc is missing a flush operation (like iptables -F) but I never need to tweak it anymore so I don't mind too much.
Andrea - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |