Low data transfer bandwith about srsran_project HOT 8 CLOSED

Can you attach logs in info please?

from srsran_project.

Can you attach logs in info please?

Sure, I attach here the gnb.log file with log with info level:
gnb.zip

I have some underflow messages in stdout, but I it should not be the problem (less than 5 per minute).

from srsran_project.

What kind of traffic are you using? Have you tried iperf UDP?

from srsran_project.

What kind of traffic are you using? Have you tried iperf UDP?

Hello,
when iperf3 server is located on UE, the percentage of packet loss is quite low:

But in the other case, with the iperf3 server located on the RAN computer, this value is much higher:

Is this related to the rx/tx gains? How can I improve the uplink connection by setting these values?

from srsran_project.

Doesn't your second screenshot have a ~40% lower bitrate than the first? Depending on your iperf setup that could be measuring UE Uplink which would feasibly be lower than UE Downlink assuming srsRAN assigns less Physical Resource Blocks (PRBs) to UL than DL.

from srsran_project.

Doesn't your second screenshot have a ~40% lower bitrate than the first? Depending on your iperf setup that could be measuring UE Uplink which would feasibly be lower than UE Downlink assuming srsRAN assigns less Physical Resource Blocks (PRBs) to UL than DL.

I have looked into the meaning of the outputs of these tests. In both cases the bitrate of the client (who is sending udp packets) is the same. But as it is UDP protocol, the client is not aware of the number of packets that are being received in the other side, so this information should be checked in the server side.

The conclusion should be that there is a 37% of lost udp packets. What is a reasonable value for this data and how it can be improved?

from srsran_project.

Hi, do you still the same issue with the latest version of the code? Thanks

from srsran_project.

No! With the last version it was improved : 30-35 DL and 7-10 UL. Thanks!

from srsran_project.