Re: TCP answers with ACK and PSH

From: Alexander Nickolov (agnickolov_at_mvps.org)
Date: 02/28/05 

Date: Mon, 28 Feb 2005 09:47:37 -0800

OP's talking about the delayed ACK algorithm not working,
not about the presense of a PSH flag. 

-- 
=====================================
Alexander Nickolov
Microsoft MVP [VC], MCSD
email: agnickolov@mvps.org
MVP VC FAQ: http://www.mvps.org/vcfaq
=====================================
"Tucker" <Tucker@discussions.microsoft.com> wrote in message 
news:21A4B777-0174-4E07-AB2B-6CCDA0D3C097@microsoft.com...
> From everything I have read, the PUSH flag is ignored.  Berkeley
> implementations ignore recieved PUSHs because they never delay the 
> delivery
> anyway.  It would seem that the PSH frame is nothing more than noise on 
> the
> network and has no impact on the application's performance
>
> "lexa" wrote:
>
>> Hi,
>>
>> I would like to increase the performance of my network application. My
>> packet tracer shows me that every packet is acknowledged by an single ACK
>> packet and than follows the answer data packet with the PSH flag. Thats 
>> ok,
>> but other applikations are moer performant because they combine the
>> acknowledgement with the data packet--> both flags are set (ACK and 
>> PSH).The
>> negiotation parameter MSS 1460 Windowsize 64240 are the same and SACK is
>> allowed.
>> How can I force my winsock application to send the ACK with the data 
>> packet
>> (PSH) ?
>>
>> lexa

Relevant Pages

  • Re: Socket weirdness
    ... Anyway, if the application on one device does Shutdownthen if a packet containing data is received from the peer on that connection, then that is an not a valid packet and a packet with the RST bit set is sent clearing down the connection. ... In TCP there is simply *one* type of packet, this is unlike HDLC, which carries data in 'I' frames, has ACK frames which it calls 'RR', and lots more. ... And receiving a segment containing data is not valid where the local application has done shutdown). ...
    (microsoft.public.dotnet.framework)
  • Re: Interesting TCP behaviour with large sends/small buffers
    ... The server, upon connection, sends a configurable number of bytes to ... I set the client's receive buffer size to 1MBps, ... packet before sending the next packet. ... ACK, according to the delayed ACK algorithm - 50KB bytes means 34 MSS- ...
    (microsoft.public.win32.programmer.networks)
  • Re: Interesting TCP behaviour with large sends/small buffers
    ... TCP converter I've been working on, in which data arrives at specific ... I set the client's receive buffer size to 1MBps, ... packet before sending the next packet. ... ACK, according to the delayed ACK algorithm - 50KB bytes means 34 MSS- ...
    (microsoft.public.win32.programmer.networks)
  • Re: Interesting TCP behaviour with large sends/small buffers
    ... The server, upon connection, sends a configurable number of bytes to ... I set the client's receive buffer size to 1MBps, ... packet before sending the next packet. ... ACK, according to the delayed ACK algorithm - 50KB bytes means 34 MSS- ...
    (microsoft.public.win32.programmer.networks)
  • Re: 8159 bytes takes 20 ms, 8160 bytes takes 200 ms?
    ... the ACK packet. ... Flags: 0x04 (Don't Fragment) ... Header checksum: 0x9ac7 ...
    (microsoft.public.win32.programmer.networks)