Hello all,
I'm using the RL TCP/IP stack in a standalone manner (without a RTOS) on an ARM 9 chip (Atmel's SAM9g20). The PHY transceiver I use is an Micrel KSZ8031RNL chip which is configured for auto speed negotiation. I'm using MDK-ARM professional 4.54 for development. When I transmit/receive a signal TCP/IP packet, everything works fine. However, if the data packet spans multiple TCP packets (with the maximum size of 1460), the transmission to my board appears to be very slow. In WireShark, I can see that virtually every TCP packet experiences multiple retries. This problem is one-directional, going from a PC program to my board. When a large amount of data is requested from my board, the transmission of packets seems fast with no retries at all.
I tested this with a couple of PC software, one written in C# using Microsoft .net framework and another written in Java using whatever TCP/IP stack Java has available, and they both experience the same symptom. So it seems that the problem is on my end.
In my net_config, I only have UDP sockets and TCP sockets enabled (with DHCP enabled). The application is just a straightfoward TCP client. I'm green on ethernet communication, so I don't even know where to start looking for a solution. Can anyone kindly suggest anything that I should try?
Thanks.
Lei Zong
Hi Lei,
Sorry for the late reply,
when I send data from PC application to microP using TCP I take control of the size of the data buffers I send, I make the population of the individual TCP packets myself to adjust to maximum size of individual TCP.
I dont let PC application to subdivide my buffers, I mean I dont pass a too large buffer that overflows a single max packet so my PC TCP stack dont subdivide it, I hope this helps you.
Best regards