> 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
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 and
> 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
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,
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 s
5 matches
Mail list logo
