This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
Hi,TI
We use the Gesi sub-card of TDA4 EVM board to connect two PCs through 2 ports of rgmii.
Then we did the test:
1) PC1 runs iperf3 -s, and TDA4 runs iperf3 -c 192.168.3.100 -u -b 1000M -t 100
2) PC2 running Wireshark
We find that UDP messages before PC1 and TDA4-eth1 are found on PC2.
Theoretically, when cpsw learns the switch rules, UDP messages should not be found on PC2.
This problem can be avoided by forcibly adding ale forwarding rules in the code, but it is only a temporary measure.
I think this is caused by cpsw not automatically learning forwarding rules, so I want to confirm with TI whether this is a cpsw bug?
1. If the A72 end of tda4 is used as the client of iperf3 and the PC connected to any external switch port is used as the server of iperf3, the UDP message of communication between tda4 and PC can be captured in other switch ports (abnormal processing, because the switch does not learn forwarding rules).
2. If the A72 end of tda4 is used as the server of iperf3 and the PC connected to any external switch port is used as the client of iperf3, the UDP message of communication between tda4 and PC cannot be captured in other ports (normal processing, because the switch learns the forwarding rules).
Hi Hao,
Sorry for extended delay in response.
Could you please share us the SDK details, to look into this issue?
Best Regards,
Sudheer
Hi Hao,
We do observed the similar behavior (when any of other switch port is enabled and linkup) and informed the issue with development team.
As of now you can proceed by adding ALE rule to avoid packets been sent to multiple ports.
Best Regards,
Sudheer