All of lore.kernel.org
 help / color / mirror / Atom feed
* [LARTC] Limiting incoming bandwidth
@ 2001-01-25  0:09 Oki
  0 siblings, 0 replies; only message in thread
From: Oki @ 2001-01-25  0:09 UTC (permalink / raw)
  To: lartc

<PRE>Hi,

Due to the fact that you can only limit out-going packets, I'd like to 
to the following:

+             |  128Kbps                    10Mbps |
+ [Internet]  |  [eth0]---[eth1]  [eth2]----[eth3] | [Int. LAN]
+             |              |       |             |
+                            +-------+
+                             x'ed UTP

So that for limiting the incoming bandwidth, I'm going to set up tc on 
the eth2. Problem is, would this kind of setup burn the CPU pretty fast?

BTW, the router is a P III machine (also running Squid), and I don't 
think that I could go any faster.

Another question, can the above setup be accomplished by using 
/dev/tapX's? I have tried to have /dev/tap0 running. But when I looked 
the device up using tcpdump, there was nothing in it. (I bound Squid on 
the tap device, and had the routing set up properly.)

Thanks in advance,
Oki
-- 
An implication embedded in this is that the socialist days
of the Internet are over. Socially, the advent of IP-QoS is
already being blamed for introducing a caste system on
the Internet: the ``bit-haves'' and ``bit-have-nots''
are becoming reality.
<A HREF="http://www2.linuxjournal.com/lj-issues/issue62/3369.html">http://www2.linuxjournal.com/lj-issues/issue62/3369.html</A>



</PRE>

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2001-01-25  0:09 UTC | newest]

Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2001-01-25  0:09 [LARTC] Limiting incoming bandwidth Oki

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.