Kurt, * Kurt Huwig <42CA3FEB.3070007@xxxxxxxxx> 2005-07-05 10:08 > I think I did cause some confusion. My problem is, that the VoIP > application alone works perfectly fine. But I get severe jitter once I > start a up- or download. Ok, this makes more sense and is indeed a solveable problem with QoS. > The VoIP application sends only 75-150 byte packages. The problem are > the "normal" applications like SMTP and HTTP traffic that are using > larger packets. > > My problem is the downstream, e.g. a HTTP download. I thought it should > be possible to lower the incoming datarate by using a smaller TCP > window, resulting in the remote host waiting for acknowledgement of each > packet and therefore reducing the datarate. Maybe together with delaying > the TCP-ACK packets if there are a lot of downloads. I suggest you to do shaping on the egress interface towards your lan. Usually borrowing is not a good idea if traffic with real-time requirements is involved but you can still try it. Create two HTB classes, A gets ceil = rate = (VoIP requirements + 5-10%), and B gets rate = (2/3)*total - rate of A, increase the ceil of B slowly until it intefers with A. Another way is to use a prio to separate VoIP + rest and then apply a red to the rest with min=(1/2)*total, and max slightly below (total - rate of A). Shaping at such low rates with big packets invovled is always difficult but doable. - : send the line "unsubscribe linux-net" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
