> On Apr 1, 2017, at 7:25 AM, Mohamed Hnezli <mohamed.hne...@ensi-uma.tn> wrote:
> 
> Thank you for support,  
> Are there any way to change this, such as 1 ack for 5 TCP segments sent from 
> client (lwip)

What you referring to is a stretch ACK (where the ACK covers more than 1 full 
sized segment).  This is not configurable and stretching more than the 2 
maximum sized segments allowed by delayed ACKs algorithm is a violation of RFC 
1122 <https://tools.ietf.org/html/rfc1122> (see 4.2.3.2 When to Send an ACK 
Segment).

If you’re trying to tune the TCP performance from the sender’s side, stretching 
ACKs (on the receiver) will not improve performance.  Have you looked into 
tuning your send buffer (TCP_SND_BUF) given your bandwidth product delay?

Joel

> 
> On 31 March 2017 at 19:10, goldsi...@gmx.de <mailto:goldsi...@gmx.de> 
> <goldsi...@gmx.de <mailto:goldsi...@gmx.de>> wrote:
> Mohamed Hnezli wrote:
> 
> I am using lwip ontop of FreeRTOS to send data to a server. I am trying to 
> maximize the data flow. I've tuned several paramerters in "lwipopts.h" but I 
> am always receiving an ACK after emitting only two packets.
> 
> 
> That's just TCP. The window size does not have any influence about the number 
> of ACKs and normally, an ACK for every 2nd data segment is the default.
> 
> Simon
> 
> _______________________________________________
> lwip-users mailing list
> lwip-users@nongnu.org <mailto:lwip-users@nongnu.org>
> https://lists.nongnu.org/mailman/listinfo/lwip-users 
> <https://lists.nongnu.org/mailman/listinfo/lwip-users>
> 
> 
> 
> -- 
>             Mohamed HNEZLI
> Computer Science Engineer Student
>               NSCS_Tunisia
> _______________________________________________
> lwip-users mailing list
> lwip-users@nongnu.org
> https://lists.nongnu.org/mailman/listinfo/lwip-users

_______________________________________________
lwip-users mailing list
lwip-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/lwip-users

Reply via email to