On Sun, 2010-09-12 at 06:58 -0700, Tom Eastep wrote: > What is the MTU of this link?
1500 > And it is not possible without using an IFB. The IN-BANDWIDTH setting in > both Complex and Simple TC is enforced using bandwidth policing which > simple drops packets at random to maintain the target bandwidth. Yeah, I guess I mis-characterized what (I think) Simple TC is doing. It's not so much shaping bandwidth as much as simply prioritizing it. Do you think that is an accurate statement? Essentially not delivering low priority traffic while there is high priority traffic to be delivered, yes? > If you want that, use the complex TC. Yeah, I wondered if that was the case. In fact I was using Complex TC before yesterday but running into the same inaccuracies of the bandwidth settings and what was actually being achieved and figured since I was tickling all this stuff, I might as well give the Simple TC a try, since in actuality, I prefer prioritization over actual shaping. > I have not found a satisfactory > means for enforcing a single upstream rate without negating the effects > of priority queuing. Yeah, I guess I am not looking to enforce an upstream bandwidth but simply perform priority dequeueing upstream also. That is, get the VIOP packets out there before any "bulk" type traffic, even at the complete expense of bulk traffic, should VOIP actually want all of the upstream bandwidth. But now that I say that, and put it in the context of the Simple TC and downstream prioritization, am I really, simply looking for a tcinterfaces entry of: br-lan Internal 1mbit where "br-lan" is the LAN side of Shorewall gateway? Hrm, no. That would prioritize traffic going out to the lan, not coming in from it. Cheers, b.
signature.asc
Description: This is a digitally signed message part
------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing http://p.sf.net/sfu/novell-sfdev2dev
_______________________________________________ Shorewall-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/shorewall-users
