CBQ doesnt shape upload!!
Brought to you by:
pgolubev
Menu
▾
▴
#17 CBQ doesnt shape upload!!
open
nobody
None
5
2004-06-01
2004-06-01
Anonymous
No
Have Redhat Linux Fedora, kernel 2.4 and cbq 0.7.3.
ppp0-ADSL
eth1- 192.168.99.0/24
eth2-....
eth3-....
Downlod shape fine, but upload doesnt have efect!!
DEVICE=PPP0,100Mbit,10Mbit
RATE=50Kbit
WEIGHT=5Kbit
PRIO=5
RULE=192.168.99.0/24,
If i change RULE=0.0.0.0/0 upload shape al interface
together, but any other RULE doesnt have effect.
regards Janez
Logged In: YES
user_id=1010275
but of course... if you try to shape the local network on
the machine which do the NAT, it won't work...
The upload shaper is placed on the outgoing interface and
when there is nat, the local addresses are already
translated.. and their traffic is sourced by the server's ip
address...
in order to do a upload shaper on local network you must do
it on a machine which does not handle the network address
translation...
e.g.
INTERNET <----- NAT Server <---------(route)-------- shape
server <-------- (gateway) ----- LAN
Logged In: YES
user_id=1126736
i have 3 nic on my ES3 linux server.
eth2 has valid ip address and is my outgoing nic.
i was configure an upload traffic shaper like below :
DEVICE=eth2,100Mbit,10Mbit
RATE=50Kbit
WEIGHT=5Kbit
PRIO=5
RULE=10.1.1.12,
it had worked , but in last few mounths it didn't work.
how can i solve this problem ?
Logged In: YES
user_id=1126736
i have 3 nic on my ES3 linux server.
eth2 has valid ip address and is my outgoing nic.
i was configure an upload traffic shaper like below :
DEVICE=eth2,100Mbit,10Mbit
RATE=50Kbit
WEIGHT=5Kbit
PRIO=5
RULE=10.1.1.12,
it had worked , but in last few mounths it didn't work.
how can i solve this problem ?
Logged In: YES
user_id=1010275
did you read the comments, before you ask your question?
If you NAT 10.1.1.12 .. you won't be able to shape the
upload on the outbound interface. It will be trasnlated to
your real IP address, therefor the local ip range won't be
visible to your eth2 .. I don't know how this ever worked
for you...
Logged In: NO
You have problem because you use NAT. You must mark
packets before masquerade (eg. iptables -t mangle -A
PREROUTING -s ip_adress -j MARK --set-mark 0x01), and use
MARK=0x01 instead of RULE=ip_address.
best regards
Przybysz
Logged In: NO
You have problem because you use NAT. You must mark
packets before masquerade (eg. iptables -t mangle -A
PREROUTING -s ip_adress -j MARK --set-mark 0x01), and use
MARAK=0x01 instead of RULE=ip_address.
best regards
Pablo
Logged In: YES
user_id=1270318
In my experience with cbq, with more than 20 wisp servers,
I've cannot solve this problem. The cbq will not shape upload
traffic by origin ip BEFORE nat. Only works with ports, or
range of ports, or for a internal gateway ip, but not by unique ip
before NAT providing by the internal (or incomming) iface.
This is a bug? may be. I love cbq for the ease of use, but this
bug is a very big problem. I solved that with a rshaper.o
working in conjunction with cbq on the same nat linux box.
And rshaper.o works fine ONLY in a 2.4 kernels (not in 2.6).
This is not the ideal situation, but its it better than notting.
Logged In: YES
user_id=1010275
There arre two ways this problem might be solved...
1. Use two boxes.. the first one will do the shaping and
only accept the traffic witch will be nated by the second
box. This way you may place your accounting system and stuff
on the first mashine... the second one will only do the
masuerading and nothing more...
2. The secon way is to mark the ips... Each single local ip
must receive unique mark id... and using cbq you can limit
the bandwith of that id.. not the IP... so you won't use
RULE, but MARK...
btw.. there is a third method also... using IMQ... but i
have no experience with it... but if you are interested...
here is the link:
http://luxik.cdi.cz/~devik/qos/imq.htm
Logged In: NO
Create a bridge using bridg utils. CBQ will impress you!
Logged In: NO
| |
---|NATBOX|------|BRIDGE|------|SWITCH| ---
^ ^ ^
RH Cbq here comps to be cbq'ed!