Salim S I wrote:
NATing is done with MASQUERADE, not SNAT, I use another MARK for it, but
in essence it is
-o eth2 -j MASQUEARDE
-o eth3 -j MASQUEARDE
In addition, there are several other MARKs for policy routing. They have
their own routing tables also. But at present, they are all empty.
Salim S I wrote:
NATing is done with MASQUERADE, not SNAT, I use another MARK for it, but
in essence it is
-o eth2 -j MASQUEARDE
-o eth3 -j MASQUEARDE
In addition, there are several other MARKs for policy routing. They have
their own routing tables also. But at present, they are all empty.
NATing is done with MASQUERADE, not SNAT, I use another MARK for it,
but
in essence it is
-o eth2 -j MASQUEARDE
-o eth3 -j MASQUEARDE
In addition, there are several other MARKs for policy routing. They
have
their own routing tables also. But at present, they are all empty.
Salim S I wrote:
NATing is done with MASQUERADE, not SNAT, I use another MARK for it,
but
in essence it is
-o eth2 -j MASQUEARDE
-o eth3 -j MASQUEARDE
In addition, there are several other MARKs for policy routing. They
have
their own routing tables also. But at present, they are all
Hi,
Your config does not prevent an higher priority class from starving
a lower priority class.
Exactly. That is requirement.
OK
Those stats are nice to have, but the ones I must have are for how many
bytes/packets are enqueued at whatever time I check the queues.
That information
Hi,
a class is starved only if those with higher priority are
always (of pretty often) backlogged and do not give the lower
priority classes a chance to transmit.
Therefore, if you transmit at a rate smaller than your CPU/s and
NIC/s can handle you will not experience any starving.
For example,
Slightly offtopic... Has anyone really experienced starving of low
priority traffic with PRIO qdisc?
In my setup, I never achieved that, though I also wanted exactly that
situation. I gave both the classes same amount of traffic at the same
time. High prio got more bandwidth, but no starvation,
I tested on wireless link. It could give a maximum of 45Mbps. And I sent
30Mbps of both low prio and high prio traffic. Total of 60Mbps.
My test was done with UDP, using tcpdump. When I increased the bandwidth
to 40Mbps each, the high priority class got lesser bandwidth. (maybe the
effect of the
Hi
anyone using sangoma hardware with lartc? pls let me know
Thanks
Imthiyaz
Original Message:
-
From: [EMAIL PROTECTED]
Date: Fri, 15 Jun 2007 12:00:07 +0200 (CEST)
To: lartc@mailman.ds9a.nl
Subject: LARTC Digest, Vol 28, Issue 23
Send LARTC mailing list submissions to
Please send me the exact config by which you got all those params in the
output (especially backlog 0b 35p)... I just do not see that in mine.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Christian Benvenuti
Sent: Friday, June 15, 2007 3:32 AM
To:
Hi,
On Fri, 2007-06-15 at 14:31 -0400, Tim Enos wrote:
Please send me the exact config by which you got all those params in the
output (especially backlog 0b 35p)... I just do not see that in mine.
The configuration is the same as yours, with the difference that I have
eth0 instead of
Hi,
On Fri, 2007-06-15 at 17:13 +0800, Salim S I wrote:
I tested on wireless link. It could give a maximum of 45Mbps. And I sent
30Mbps of both low prio and high prio traffic. Total of 60Mbps.
Do you mean to say that your wireless link can transmit at 45Mbps?
If that's what you meant, what I
Cool,
Thanks Christian! I'm wishing that all of those same params showed up in the
output without having to run anything. No problem. Should it matter that I'm
using an emulated interface?
Also wondering what you think about my hierarchical PQ question. Have a
good weekend.
-Original
13 matches
Mail list logo