Lots of snippage
From nat:
-A PREROUTING -s $CLIENT_IP -p tcp -m tcp --dport 80 -j DNAT --to-
destination 127.0.0.1:80
But the kernel sees the traffic as martian and disards them:
Dec 1 15:09:45 last message repeated 9 times
Dec 1 15:11:37 kernel: martian destination
I really don't seem to be getting this. ~sigh~
As I wrote before I'm not interested in dividing bandwidth up, just
prioritizing the use of the full bandwidth by all-comers.
So I figure I want a TBF in my root class to prevent the queue in my DSL
modem from filling up. I have about 128kb/s
On Friday 02 December 2005 23:24, Brian J. Murrell wrote:
Yeah, that is what I want, but why do I need HTB?
You need it only if you also want to limit bandwidth somehow.
I guess I am missing the reasoning for partitioning up the bandwidth
with HTB rather than just letting everyone/everything
Quick question I've been trying to figure out myself without success:
can I attach a qdisc to a qdisc instead of a qdisc to a class? Be
nice to chain a few qdiscs together...
Anyway, in order to divide up traffic like that, you'll need to limit
bandwidth for the reason that splitting up
Brian J. Murrell said:
On Fri, 2005-12-02 at 21:25 +0100, Andreas Klauer wrote:
Actually, a class is always able to use it's rate at any time. The prio
has
only an effect when the class is trying to borrow bandwidth from others -
then the high prio classes are allowed to take what they need
Brian J. Murrell said:
I really don't seem to be getting this. ~sigh~
It'll come with time.
As I wrote before I'm not interested in dividing bandwidth up, just
prioritizing the use of the full bandwidth by all-comers.
Yes.
So I figure I want a TBF in my root class to prevent the queue in
On Sunday 04 December 2005 03:32, Jeffrey B. Ferland wrote:
Quick question I've been trying to figure out myself without success:
can I attach a qdisc to a qdisc instead of a qdisc to a class? Be
nice to chain a few qdiscs together...
Dunno. I've always only attached QDiscs to classes. Even