<br><br><div class="gmail_quote">2012/12/4 Davide Guerri <span dir="ltr"><<a href="mailto:davide.guerri@gmail.com" target="_blank">davide.guerri@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Here they are:<br>
<br>
!(~) #  tc class show dev vnet43<br>
class htb 1:1 root prio 0 rate 20480Kbit ceil 20480Kbit burst 1597b cburst 1597b<br>
<br>
!(~) #  tc filter show dev vnet43<br>
filter parent 1: protocol ip pref 49152 fw<br>
filter parent 1: protocol ip pref 49152 fw handle 0x1 classid :1<br>
<br>
!(~) #  tc qdisc show dev vnet43<br>
qdisc htb 1: root refcnt 2 r2q 10 default 1 direct_packets_stat 0<br>
qdisc ingress ffff: parent ffff:fff1 ----------------<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
<br>
<br>
On 03/dic/2012, at 17:19, Michal Privoznik <<a href="mailto:mprivozn@redhat.com">mprivozn@redhat.com</a>> wrote:<br>
<br>
> On 03.12.2012 16:37, Davide Guerri wrote:<br>
>> Hi,<br>
>> I'm having some weird problem with the setup of the QoS on a bridged network.<br>
>><br>
>> As the docs states, outbound/inbound average speed should be expressed in KBps (KBytes per second) but in order to get a maximum speed of 10Mbps (megabits per second) surprising enough I have to use 2560 on the guest (not 1280 as expected).<br>


>> Using 1280 units I get a speed og 5Mbps.<br>
>><br>
>> I'm aware of peak and burst parameters but even with them I'm seeing the same (long-term) behavior.<br>
>><br>
>> Here follows my configuration.<br>
>><br>
>> Thank you in advance for any help you can provide.<br>
>><br>
>><br>
>><br>
>> Domain definition (relevant part only)<br>
>><br>
>> virsh # dumpxml mydomain<br>
>> <domain type='kvm' id='45'><br>
>> [...]<br>
>> <devices><br>
>>  [...]<br>
>>  <interface type='network'><br>
>>    <mac address='52:54:00:xx:xx:xx'/><br>
>>    <source network='br909'/><br>
>>    <target dev='vnet43'/><br>
>>    <model type='virtio'/><br>
>>    <bandwidth><br>
>>      <inbound average='2560'/><br>
>>      <outbound average='2560'/><br>
>>    </bandwidth><br>
>>    <alias name='net0'/><br>
>>    <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/><br>
>>  </interface><br>
>>  [...]<br>
>> </devices><br>
>> </domain><br>
>><br>
>><br>
>> The network definition:<br>
>> virsh # net-dumpxml br909<br>
>> <network><br>
>> <name>br909</name><br>
>> <uuid>07319380-2025-cdcc-924a-149cd0370b56</uuid><br>
>> <forward mode='bridge'/><br>
>> <bridge name='br909' /><br>
>> </network><br>
>><br>
>><br>
>> And iperf result (client and server are on the same vlan and they are running on the same host)<br>
>><br>
>> [  5] local xx.xx.xx.xx port 5001 connected with xx.xx.xx.yy port 18396<br>
>> [  5]  0.0-30.1 sec  35.4 MBytes  9.87 Mbits/sec<br>
><br>
> Hm, strange. What does:<br>
><br>
>  tc class show dev vnet43<br>
>  tc filter show dev vnet43<br>
>  tc qdisc show dev vnet43<br>
><br>
> show?<br></div></div></blockquote><div> </div><div>you can use this command to list the filter:</div><div>   tc filter list dev vnet43 root</div><div>and check the mtu , and also   read this:<a href="http://www.redhat.com/archives/libvir-list/2011-August/msg00333.html">http://www.redhat.com/archives/libvir-list/2011-August/msg00333.html</a></div>

<div>as i know,the libvirt0.9.10 has this problem,while the mtu has been set to 64k in libvirt dev version</div></div>