<div id="_htmlarea_default_style_" DEFANGED_style="font:10pt arial,helvetica,sans-serif"><DIV>Thank you vey much for your
reply.<BR></DIV>
<DIV>> Try:<BR>> tc qdisc show dev eth0 root netem<BR>> To see if kernel was ignoring parameter it didn't <BR>>understand (like
loss).<BR></DIV>
<DIV>Mm, with that command the reply is: «What is "root"? Try "tc qdisc help".»</DIV>
<DIV>If I run "tc qdisc show dev eth0" the reply is: «qdisc netem 8001: limit 1000 delay 20.0ms loss
20%».</DIV>
<DIV>It would seem that everything is alright. I thought it could be a kernel problem, so I recompiled it with settings similar to those of my laptop, but that improved only the precision (24ms ->
21.1ms).</DIV>
<DIV> </DIV>
<DIV>> Perhaps the ping response isn't going through the normal <BR>>queue disc path<BR>> and is going back directly to
device?<BR></DIV>
<DIV>The problem is the opposite: let's say, the pings don't get lost, while the pongs do.</DIV>
<DIV> </DIV>
<DIV>Does anyone have any suggestion on the other issue, that of the composite command?</DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV>Thank you very much,</DIV>
<DIV>Ferdinando Formica</DIV>
<DIV> </DIV></div>