Marco Aurelio ha scritto:
What exactly happens if the sum of the children classes rate is bigger
than the parent's?
HTB will assign to the leaf the rate regardeless of the value of the
parent's rate.
The parent's rate is used only to compute how much bandwith must be
allocated to the leaf's
Hi,
What exactly happens if the sum of the children classes rate is bigger
than the parent's?
I would say that in most cases it would be a misconfiguration, especially
if you have more layers of HTB classes. The bw you configure with rate
is not going to be reserved properly if you do not
Hi,
ladSun wrote:
11:1 is not your root class, right?
If so, try to apply the filter to root class - i.e. something like
tc filter add dev eth1 parent 1:0 protocol ip handle 1 fw classid 11:2
11:0 is my root class, and the line is (as I write below):
#tc filter add dev eth1 parent 11:0
Hi,
Hello
I have few questions regarding tc functionality (qdiscs, classes, etc.) when
vlans are in use. For example, consider interface eth0, for which I create
and extra vlan with vconfig, let's say eth0.11. Then using tc I can add
usual things - qdiscs, filters, ... - to both eth0 and
Christian Benvenuti wrote:
Hi,
[cut]
Yes they are both allowed.
This means, for example, that the traffic that originates from
or that is addressed to a VLAN interface can potentially go through
two independent QoS configurations.
Depending on what you want to achieve, you may configure
Hello,
Will switchning to 64bit distribution (intel EM64T) provide any
performance gain to the networking code: routing (lots of rules and big
routing tables), scheduling (htb) and iptables?
Thank you.
--
Anton Glinkov
network administrator
___
LARTC
Hello,
Hi,
Will switchning to 64bit distribution (intel EM64T) provide any
performance gain to the networking code: routing (lots of rules and big
routing tables), scheduling (htb) and iptables?
You can have 64bit kernel on 32bit distro. Network traffic is
processed in kernelspace, so system
Maybe a strange request, I'll try to explain this as clearer as I can
(forgive my bad english, please :-) ).
I'm setting a linux box as a router. My router uses multiple routing
tables, so I can address the traffic from specific ip addresses of my
lan to distinct ISPs providers (specifying
Christian Benvenuti wrote:
Do you mean to say that the handle of the root _qdisc_ is 11:0?
(I could not find that configuration command in your email)
Is the traffic that should match the filter going through the qdisc at all?
(you can check the qdisc counters)
If it is, then maybe there
Christian Benvenuti wrote:
Hi,
[cut]
Yes they are both allowed.
This means, for example, that the traffic that originates from
or that is addressed to a VLAN interface can potentially go through
two independent QoS configurations.
Depending on what you want to achieve, you may
Hi all
I am using a pass trhu router and I need to QoS some clients output by its
IP address. The problem is that QoS is due after NATing.
Is there some clever way of doing this besides MARKing every packet with
some IP hashing in POSTROUTING NAT table?
Regards
Ethy
Andrea escribió:
Maybe a strange request, I'll try to explain this as clearer as I can
(forgive my bad english, please :-) ).
Está permitido responder en castellano en esta lista?
I'm setting a linux box as a router. My router uses multiple routing
tables, so I can address the traffic from
On Mon, 11 Jun 2007, Javier Charne wrote:
Andrea escribió:
Maybe a strange request, I'll try to explain this as clearer as I can
(forgive my bad english, please :-) ).
Está permitido responder en castellano en esta lista?
I'm setting a linux box as a router. My router uses multiple
Tom Diehl escribió:
Any possibility someone could repost this reply in english.
Sorry, Tom. My english is really awful.
Lo que podés hacer es marcar los paquetes mediante iptables -t mangle
y luego definir reglas (ip rule) para routear cada paquete de acuerdo a
la marca que tenga, por las
Christian Benvenuti wrote:
This is one important detail you probably missed:
(Note that in this case the VLAN interface is a L3 interface)
If you assign an IP address to the VLAN interface and you transmit
IP traffic on that interface, than the traffic goes through the VLAN
qdisc config and
Hi,
.. so I'm probably missing / not seeing something simple, or I don't
know.
This setup works for real interface, as well as for bonding. During testing,
real interface is normally working in 192.168.100/24 subnet.
Is there an interface configured on the same VLAN on the other side
of the
Use IFB which seems to be already on kernel 2.6
On 6/11/07, VladSun [EMAIL PROTECTED] wrote:
Ethy H. Brito написа:
Hi all
I am using a pass trhu router and I need to QoS some clients output by its
IP address. The problem is that QoS is due after NATing.
Is there some clever way of doing
Christian Benvenuti wrote:
Is there an interface configured on the same VLAN on the other side
of the link?
If there is not, ARP fails (no one replies to the requests) and you
[cut]
Bloody hell. I knew I missed something embarassing. Faked mac solved the
issue.
Thanks for help !
On Mon, 11 Jun 2007 22:11:09 +0200
Michal Soltys [EMAIL PROTECTED] wrote:
Christian Benvenuti wrote:
This is one important detail you probably missed:
(Note that in this case the VLAN interface is a L3 interface)
If you assign an IP address to the VLAN interface and you transmit
19 matches
Mail list logo