Re: traffic shapping problem with fragmented packets

2000-09-24 Thread Wael Ashmawi
> The sender is unlikely to use TCP in this case (TCP doesn't do such stupid > things) > The Sender is using UDP NOT TCP .. > Increasing queue sizes and delays does not do anything to slow down a sender, > unless you exceed the window, which will make the stream very bursty again. > I agree

Re: traffic shapping problem with fragmented packets

2000-09-24 Thread Andi Kleen
On Sun, Sep 24, 2000 at 04:20:44PM -0400, Giuliano Pochini wrote: > > > The problem is not really solvable unless you fix the application to send > > smaller packets. The only way to shape traffic in IP is to drop packets > > There are 3 ways: 1- dropping packets (obvious), 2- buffer packets

Re: traffic shapping problem with fragmented packets

2000-09-24 Thread Giuliano Pochini
> The problem is not really solvable unless you fix the application to send > smaller packets. The only way to shape traffic in IP is to drop packets There are 3 ways: 1- dropping packets (obvious), 2- buffer packets and delay retransmission (if the receiver gets the packet later, it will ACK

Re: traffic shapping problem with fragmented packets

2000-09-24 Thread Giuliano Pochini
The problem is not really solvable unless you fix the application to send smaller packets. The only way to shape traffic in IP is to drop packets There are 3 ways: 1- dropping packets (obvious), 2- buffer packets and delay retransmission (if the receiver gets the packet later, it will ACK it

Re: traffic shapping problem with fragmented packets

2000-09-24 Thread Wael Ashmawi
The sender is unlikely to use TCP in this case (TCP doesn't do such stupid things) The Sender is using UDP NOT TCP .. Increasing queue sizes and delays does not do anything to slow down a sender, unless you exceed the window, which will make the stream very bursty again. I agree with this

Re: traffic shapping problem with fragmented packets

2000-09-22 Thread Wael Ashmawi
hanks Wael - Original Message - From: "Andi Kleen" <[EMAIL PROTECTED]> To: "Wael Ashmawi" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Friday, September 22, 2000 5:16 PM Subject: Re: traffic shapping problem with fragmented packets > On Fri, Sep 22,

Re: traffic shapping problem with fragmented packets

2000-09-22 Thread Andi Kleen
On Fri, Sep 22, 2000 at 04:56:55PM -0400, Wael Ashmawi wrote: > I have tried several ways of doing that the script shown below does the > shaping ok but for packet less than the Ethernet MTU. if I start to have > fragments everything is missed up. I tried it with pings givinig > different packet

traffic shapping problem with fragmented packets

2000-09-22 Thread Wael Ashmawi
Hi,I have a question regarding the token bucket filter queuing in the TCpackage.I'm trying to shape a bursty traffic to make it conferment to the EFrequirements in terms of rateand burst size.The traffic, as I said, is bursty and its burst size is 11 packets(Video server output running on

traffic shapping problem with fragmented packets

2000-09-22 Thread Wael Ashmawi
Hi,I have a question regarding the token bucket filter queuing in the TCpackage.I'm trying to shape a bursty traffic to make it conferment to the EFrequirements in terms of rateand burst size.The traffic, as I said, is bursty and its burst size is 11 packets(Video server output running on

Re: traffic shapping problem with fragmented packets

2000-09-22 Thread Andi Kleen
On Fri, Sep 22, 2000 at 04:56:55PM -0400, Wael Ashmawi wrote: I have tried several ways of doing that the script shown below does the shaping ok but for packet less than the Ethernet MTU. if I start to have fragments everything is missed up. I tried it with pings givinig different packet size