The following steps had no impact:
a) Don't use a switch but do a point-to-point connection between the comptuer's NIC and the N310. b) Adjust network buffers and ring buffer per recommendations (actually, the network buffers setting was always being done). Increasing the MTU to 9000 had a significant impact. An occasionaly underrun is still experienced, but an hour or two of continuous transmission is possible. I am wondering if this is not an issue on the computer side but on the radio side. Is the N310 incapable of supporting 1x 10 Gbps streams with a MTU of 1500? Perhaps. I will do some computer-to-computer testing to see if the problem can be reproduced there. Jim At 08:39 PM 4/7/2023, Marcus D. Leech wrote: >On 07/04/2023 22:13, Jim Schatzman wrote: >>We have been unable to estable 100% reliable connections to an N310 USRP >>radio through its 10 Gbit ethernet from Linux. What happens is that it works >>fine for a period of time - 30 to 60 minutes, typically. Then we see a couple >>of U's in the output. Unfortunately, that is fatal for our application. >> >>Using the unmodified tx_samples_from_file or one modified to use separate >>threads to read data from the file and to sent it over the socket to the >>radio, the symptoms are the same. >> >>All the evidence is that the application is sending data continuously without >>any delays. Also, the "network" has no devices on it except for the host >>computer, a high performance 10G switch, and the N310 radio. >> >>We are wondering if this could be a Linux "feature". We would like to try >>increasing the socket priority with SO_PRIORITY. However, we are not finding >>any hooks in the UHD software for this. >> >>Suggestions? >> >>Thanks! >>Jim >>_______________________________________________ >Have you increased the ring buffers on your card? > >https://kb.ettus.com/USRP_Host_Performance_Tuning_Tips_and_Tricks#Increasing_Ring_Buffers > >Also, adjust the network buffers: > >https://kb.ettus.com/USRP_Host_Performance_Tuning_Tips_and_Tricks#Adjust_Network_Buffers > >Have you tried a direct connection--without the switch?   Just to >eliminate it. Before you say "oh, it's not the switch", > many "high performance" 10G switches have a less-than-ideal switching >fabric. > >_______________________________________________ USRP-users mailing list -- >usrp-users@lists.ettus.com To unsubscribe send an email to >usrp-users-le...@lists.ettus.com </x-flowed> _______________________________________________ USRP-users mailing list -- usrp-users@lists.ettus.com To unsubscribe send an email to usrp-users-le...@lists.ettus.com
