Thanks @Kamei for the logs.
After analyzing all the logs, there is a common observation.
The point where the issue starts, there seems to be a continuous ARP request broadcast packet “HP_e6:f0:cc Broadcast ARP 42 Who has 192.168.1.3? Tell 192.168.1.100” going out on the line. And these ARP request packets are coming so frequently that they seem to be consuming all of the FreeRTOS-plus-TCP buffers and the FreeRTOS_send is starving for Buffers.
One easy way to check this will be to increase the number of buffers. That way the issue should occur less frequently or a little later. However, the condition will still happen as there is a Barage of ARP requests coming in and any number of buffers will not be enough.
Now, coming to the point “why there is an ARP request”.
In the test setup “192.168.1.100 is PC side and 192.168.1.10 is RZ/T2M side”. However, the PC suddenly seems to be trying to send some data to ip-address 192.168.1.3 and hence sending an ARP request for ip-address 192.168.1.3.
I have the following queries:
- Is there is a service running on the PC which is trying to send data to 192.168.3 instead of 192.168.1.10
- Is there any other device connected to the PC on the same sub-net mask? If yes, it can be that device sending an ARP request and PC is just forwarding the same. Can we put that device or devices in a different subnet mask
- Can we create a setup with only the PC and the device in one network. Here it will be helpful if you can explain the setup and the use-case schenario.
Thanks,
Shub