LARTC
[Top] [All Lists]

[LARTC] Problem with the tc statistcis

To: lartc@mailman.ds9a.nl
Subject: [LARTC] Problem with the tc statistcis
From: Yang Su <ysu@inf.ethz.ch>
Date: Sat, 26 May 2007 10:29:42 +0200
Delivered-to: sp-com-lists@consult.net
Delivered-to: lartc-list@securepoint.com
Delivered-to: lartc@outpost.ds9a.nl
List-archive: <http://mailman.ds9a.nl/pipermail/lartc>
List-help: <mailto:lartc-request@mailman.ds9a.nl?subject=help>
List-id: "Mailinglist of the Linux Advanced Routing &amp; Traffic Control project" <lartc.mailman.ds9a.nl>
List-post: <mailto:lartc@mailman.ds9a.nl>
List-subscribe: <http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc>, <mailto:lartc-request@mailman.ds9a.nl?subject=subscribe>
List-unsubscribe: <http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc>, <mailto:lartc-request@mailman.ds9a.nl?subject=unsubscribe>
Sender: lartc-bounces@mailman.ds9a.nl
User-agent: Mozilla Thunderbird 1.0.6 (Windows/20050716)
I had a linux wireless router. I would like to monitor the queue lengh
of the wireless interface. By default, the wifi0 interface is with
pfifo_fast qdisc which does not report backlog packet. I replaced
pfifo_fast with pfifo:
'tc qdisc replace dev wifi0 root pfifo'
Then I use iperf to send UDP pkts faster than the interface can handle
but when I read the qdisc, the result is like:

qdisc pfifo 8007: limit 10p
Sent 46249560 bytes 30600 pkts (dropped 0, overlimits 0)

It is really strange, because over 80% of packets lost is observed by
application layer but by qdisc, there is no packet dropped at all and no
backlog. Any hints for this result?

Thank you,

Yang Su
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

<Prev in Thread] Current Thread [Next in Thread>
  • [LARTC] Problem with the tc statistcis, Yang Su <=