* [LARTC] Fair bandwidth sharing
@ 2004-11-21 11:36 Craig Main
2004-11-21 17:13 ` gypsy
0 siblings, 1 reply; 2+ messages in thread
From: Craig Main @ 2004-11-21 11:36 UTC (permalink / raw)
To: lartc
Hi all,
I have been playing with tc trying to share the available bandwidth
fairly between all the terminals in my internet cafe.
I spend a while and had some help and setup some htb classes on my
outgoing interface, I has now dawned on me that this will only shape
the outgoing traffic, and if someone starts a large download, all the
available incomming bandwidth will be used by the one terminal.
Will the right thing to do be to setup tc classes/queues on my LAN
interface to limit the bandwidth, or must I setup a imq interface and
classify on that device?
TIA
Craig
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [LARTC] Fair bandwidth sharing
2004-11-21 11:36 [LARTC] Fair bandwidth sharing Craig Main
@ 2004-11-21 17:13 ` gypsy
0 siblings, 0 replies; 2+ messages in thread
From: gypsy @ 2004-11-21 17:13 UTC (permalink / raw)
To: lartc
Craig Main wrote:
>
> Hi all,
>
> I have been playing with tc trying to share the available bandwidth
> fairly between all the terminals in my internet cafe.
>
> I spend a while and had some help and setup some htb classes on my
> outgoing interface, I has now dawned on me that this will only shape
> the outgoing traffic, and if someone starts a large download, all the
> available incomming bandwidth will be used by the one terminal.
>
> Will the right thing to do be to setup tc classes/queues on my LAN
> interface to limit the bandwidth, or must I setup a imq interface and
> classify on that device?
google lartc rio martin cafe
and read the first item.
You do need to shape downloads, but how you go about that does not
necessarily involve IMQ. Although I'm not dealing with a cafe, I have a
machine that has 2 interfaces:
inet <-> eth1 <-> shaper <-> eth0 <-> LAN switch
I shape on both eth1 and eth0, shaping downloads initiated in the LAN on
eth0. I have not yet, but may if necessary, police. The police would
attempt to prevent any one internal user from hogging all the download
bandwidth by dropping packets based on the internal IP and the quantity
of data per IP.
gypsy
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2004-11-21 17:13 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-11-21 11:36 [LARTC] Fair bandwidth sharing Craig Main
2004-11-21 17:13 ` gypsy
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.