Hi Damion, >Hi Michael, >> It appears that local, non-routable traffic like arps and igmp are >> being snared by this and end-up queued in the lowest priorty queue. I >> was surprised that non-IP traffic would be effected by IP traffic >> control. >How are you determining this? I restarted the queues to clear the counts and then ping'ed an unused IP address on the local subnet and counted the unanswered arp requests using tcpdump. I then used tc to show the queue counts and saw the respective counts in the default queue. I changed the default queue and perform the test again and saw the count appear in the new default queue. I'm pretty sure the counts in the default queue were arp requests. >> All the literature I've seen only covers tc filters dealing with the >> protocol IP. I've tried to filter on the arp protocol (I read this >> works, but not for me), got error messages: >Yes, linux QoS can't shape sub-IP ARP packets. >See the thread " tc filter protocol arp question" >from January this year: http://mailman.ds9a.nl/pipermail/lartc/2004q1/thread.html I saw this thread and had the same problem, but I also came across this link: http://www.docum.org/stef.coene/qos/faq/cache/63.html from stef.coene@xxxxxxxxxx It says: "Simple, just use protocol arp in your filters." But it wasn't so simple. I'm really having the opposite problem. I'm trying not to shape arps. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Damion de Soto - Software Engineer email: damion@xxxxxxxxxxxx SnapGear - A CyberGuard Company --- ph: +61 7 3435 2809 | Custom Embedded Solutions fax: +61 7 3891 3630 | and Security Appliances web: http://www.snapgear.com ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ --- Free Embedded Linux Distro at http://www.snapgear.org --- _______________________________________________ LARTC mailing list / LARTC@xxxxxxxxxxxxxxx http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
