[adsl-qos] Still problems
Dan Singletary
dvsing at sonicspike.net
Wed Feb 2 10:22:21 PST 2005
Tomaz,
Try this please:
Silence the traffic on port 8080/8081... Regardless of the bandwidth,
this traffic is falling into the same bucket as your ping packets, and
it may be tainting your result. See if it works when the ONLY traffic
going through the interface is a) your ping packets, and b) the test
load traffic. Run 'iptables -t mangle -Z' once after you silence all
nonrelevant traffic, then run your test (start your ping, then start
your traffic in the middle of your ping.) Send me a log of the ping,
and also do 'iptables -t mangle -L -v -x' to list the mangle table
(along with the packet and byte counts from your test).
-Dan
Tomaž Gregorec wrote:
> " I need low ping for *tarok server* which uses 8080 and 8081 tcp ports.
> (small packets). "
> iptables shows:
> 1251 73652 MARK .... that was in a minute... 58 bytes per packet in
> average 20 packets per second.
> This is NOT "web server or cache" this thing needs to be low lag cause
> this is realtime internet game (card game tarock). On other computer
> works well with this roule too.
>
> I have set ping to 20 for testing only. then I put it to 26 cause I do
> not need ping packets to "impress friends".
>
> But it does not help...
>
> I start pinging my DSLAM and on nr. 6 I triggered upload from local http
> server from remote computer with greater bandwith. And I stopped with
> nr. 35.
> From my script I commented (#) 8080 and 8081 port.
>
> PING 213.250.19.90 (213.250.19.90): 56 data bytes
> 64 bytes from 213.250.19.90: icmp_seq=0 ttl=127 time=26.3 ms
> 64 bytes from 213.250.19.90: icmp_seq=1 ttl=127 time=16.1 ms
> 64 bytes from 213.250.19.90: icmp_seq=2 ttl=127 time=15.6 ms
> 64 bytes from 213.250.19.90: icmp_seq=3 ttl=127 time=15.7 ms
> 64 bytes from 213.250.19.90: icmp_seq=4 ttl=127 time=15.9 ms
> 64 bytes from 213.250.19.90: icmp_seq=5 ttl=127 time=15.2 ms
> 64 bytes from 213.250.19.90: icmp_seq=6 ttl=127 time=62.7 ms
> 64 bytes from 213.250.19.90: icmp_seq=7 ttl=127 time=109.0 ms
> 64 bytes from 213.250.19.90: icmp_seq=8 ttl=127 time=122.2 ms
> 64 bytes from 213.250.19.90: icmp_seq=9 ttl=127 time=161.7 ms
> 64 bytes from 213.250.19.90: icmp_seq=10 ttl=127 time=225.2 ms
> 64 bytes from 213.250.19.90: icmp_seq=11 ttl=127 time=296.5 ms
> 64 bytes from 213.250.19.90: icmp_seq=12 ttl=127 time=326.1 ms
> 64 bytes from 213.250.19.90: icmp_seq=13 ttl=127 time=371.3 ms
> 64 bytes from 213.250.19.90: icmp_seq=14 ttl=127 time=438.7 ms
> 64 bytes from 213.250.19.90: icmp_seq=15 ttl=127 time=504.4 ms
> 64 bytes from 213.250.19.90: icmp_seq=16 ttl=127 time=569.7 ms
> 64 bytes from 213.250.19.90: icmp_seq=17 ttl=127 time=634.6 ms
> 64 bytes from 213.250.19.90: icmp_seq=18 ttl=127 time=699.2 ms
> 64 bytes from 213.250.19.90: icmp_seq=19 ttl=127 time=606.9 ms
> 64 bytes from 213.250.19.90: icmp_seq=20 ttl=127 time=398.0 ms
> 64 bytes from 213.250.19.90: icmp_seq=21 ttl=127 time=431.3 ms
> 64 bytes from 213.250.19.90: icmp_seq=22 ttl=127 time=476.5 ms
> 64 bytes from 213.250.19.90: icmp_seq=23 ttl=127 time=552.7 ms
> 64 bytes from 213.250.19.90: icmp_seq=24 ttl=127 time=563.1 ms
> 64 bytes from 213.250.19.90: icmp_seq=25 ttl=127 time=568.7 ms
> 64 bytes from 213.250.19.90: icmp_seq=26 ttl=127 time=623.0 ms
> 64 bytes from 213.250.19.90: icmp_seq=27 ttl=127 time=308.9 ms
> 64 bytes from 213.250.19.90: icmp_seq=28 ttl=127 time=339.7 ms
> 64 bytes from 213.250.19.90: icmp_seq=29 ttl=127 time=358.7 ms
> 64 bytes from 213.250.19.90: icmp_seq=30 ttl=127 time=368.8 ms
> 64 bytes from 213.250.19.90: icmp_seq=31 ttl=127 time=437.4 ms
> 64 bytes from 213.250.19.90: icmp_seq=32 ttl=127 time=489.3 ms
> 64 bytes from 213.250.19.90: icmp_seq=33 ttl=127 time=554.8 ms
> 64 bytes from 213.250.19.90: icmp_seq=34 ttl=127 time=591.8 ms
> 64 bytes from 213.250.19.90: icmp_seq=35 ttl=127 time=16.1 ms
> 64 bytes from 213.250.19.90: icmp_seq=36 ttl=127 time=15.5 ms
> 64 bytes from 213.250.19.90: icmp_seq=37 ttl=127 time=16.6 ms
> 64 bytes from 213.250.19.90: icmp_seq=38 ttl=127 time=15.0 ms
> 64 bytes from 213.250.19.90: icmp_seq=39 ttl=127 time=16.6 ms
>
> On other computers I get ping less then 50 one of them have even lower
> bandwith..
>
> I hope I don't cause much problems :(
>
> Tomaž
>
> Dan Singletary wrote:
>
>> Tomaž Gregorec wrote:
>>
>>> ....
>>> and my ping is around 10-16 ms withoud load but when somebody starts
>>> uploading something ping goes to 1000++. I need low ping for tarok
>>> server which uses 8080 and 8081 tcp ports. (small packets).
>>>
>>> Now what am I doing wrong.
>>>
>>> And answer to your question. If I set rate to 4.000 Upload drops to
>>> 3.7 Kb/s and when I kill dsl_queue it goes up again. So limit is
>>> working only ping does not stay low.
>>>
>>
>> So, if changing your dsl_qos_queue rate affects your actual rate, then
>> you know that dsl_qos_queue is working. The problem is most likely
>> not there.
>>
>> Aha.. I found your problem.
>>
>>> iptables -t mangle -A MYSHAPER-OUT -p tcp --sport 8080:8081 -j MARK
>>> --set-mark 20 # tarok
>>
>>
>>
>> You've changed my default ipt_rules script. I noticed that this rule
>> target you added had matched 94k of data and a ton of packets (marked
>> **** for emphasis):
>>
>>> Chain MYSHAPER-OUT (1 references)
>>> pkts bytes target prot opt in out
>>> source destination
>>> 1235 873203 MARK tcp -- any any
>>> anywhere anywhere tcp spts:0:1024 MARK set 0x17
>>> 708 434653 MARK tcp -- any any
>>> anywhere anywhere tcp dpts:0:1024 MARK set 0x17
>>> 311 379346 MARK tcp -- any any
>>> anywhere anywhere tcp dpt:ftp-data MARK set 0x1a
>>> 11 812 MARK icmp -- any any
>>> anywhere anywhere MARK set 0x14
>>> 21 1475 MARK udp -- any any
>>> anywhere anywhere udp dpt:domain MARK set 0x15
>>> 0 0 MARK tcp -- any any
>>> anywhere anywhere tcp dpt:ssh MARK set 0x16
>>> 325 31388 MARK tcp -- any any
>>> anywhere anywhere tcp spt:ssh MARK set 0x16
>>> 584 821870 MARK tcp -- any any
>>> anywhere anywhere tcp spt:www MARK set 0x19
>>> ****1685 94386 MARK tcp -- any any
>>> anywhere anywhere tcp spts:webcache:tproxy MARK
>>> set 0x14
>>> 23 2242 MARK all -- any any
>>> anywhere anywhere MARK match 0x0 MARK set 0x1a
>>
>>
>>
>> -- I wager to bet that you are making your upload by sending out port
>> 8080 or 8081, most likely from a web server or cache? You've marked
>> all of these packets as "20", which is the high-priority band to be
>> used for ICMP and DNS packets only. In cotrast, my stock ipt_rules
>> tells you to do this with local web traffic:
>>
>>> iptables -t mangle -A MYSHAPER-OUT -p tcp --sport http -j MARK
>>> --set-mark 25 # Local web server
>>
>>
>>
>> Notice "--set-mark 25". Remember, dsl_qos_queue is, by default,
>> sensitive to bands 20..26, (7 bands), and the lower bands take the
>> highest priority.
>>
>> Please tell me this fixes your problem =)
>>
>> -Dan
>>
>> _______________________________________________
>> adsl-qos mailing list
>> adsl-qos at sonicspike.net
>> http://jared.sonicspike.net/mailman/listinfo/adsl-qos
>>
>
> _______________________________________________
> adsl-qos mailing list
> adsl-qos at sonicspike.net
> http://jared.sonicspike.net/mailman/listinfo/adsl-qos
>
More information about the adsl-qos
mailing list