stdout and log file empty until exit about srsran_project HOT 12 CLOSED

Hi, many thanks for your feedback, I've tested it with x310 and b210, I will try it again with the suggestion collected here and let you know the updates. I will change my setup in order to use gr-forsphor as a specturm analyzer on b210 and x310 as a gnb.
Let me work on it I will update on this.

from srsran_project.

Hey,

Looks like also no connection is made with AMF (looking at the amf logs) but on in the log it says [GNB ] [I] AMF connection established thats sounds strange.

Do you a PCAP of the link?

no output on the stdout or logfile while running

The log file output is cached. It will only flush at exit or occasionally during run. That is expected.

from srsran_project.

Hello Andre I've just this pcap with one packet inside. The other one on gnb_mac.pcap is empty.

gnb_ngap.zip

from srsran_project.

Sorry it was an internal firewall issue was dropping packets on my local LAN.
At the moment the situation is slightly changed scpt traffic is flowing with command on gnb machine:
sudo tcpdump -i any -p port 38412 -w /tmp/sctp.pcap

I can see on open5gs AMF log gnb connected but after a while it get disconnected with connection refused log.

02/24 15:53:02.817: [amf] INFO: [Added] Number of gNBs is now 1 (../src/amf/context.c:973)
02/24 15:53:02.818: [amf] INFO: gNB-N2[10.244.0.0] max_num_of_ostreams : 30 (../src/amf/amf-sm.c:698)
02/24 15:53:06.054: [amf] INFO: gNB-N2[10.244.0.0] connection refused!!! (../src/amf/amf-sm.c:711)
02/24 15:53:06.054: [amf] INFO: [Removed] Number of gNBs is now 0 (../src/amf/context.c:1000)

But I have to investigate deeper. At the moment after the disconnection the gnb application just crash with:
srsGNB ERROR: Unable to create radio session.

sctp.zip

from srsran_project.

But I have to investigate deeper. At the moment after the disconnection the gnb application just crash with:
srsGNB ERROR: Unable to create radio session.

But that's a different issue then that causes the AMF link to go down as well. So fix the radio issue first.

from srsran_project.

Hi @desimetallica . Thanks a lot for your feedback.

Looking at the logs, it seems it's transmitting. Note that NR is much lighter in terms of radio usage than LTE, so you won't see a TX transmission on every slot, only once every 10 ms. That means that using rx_ascii_art_dft or looking at the LEDs blinking might not be the best way to verify it's transmitting.

We'd recommend using gr-fosphor for instance or other tool supporting waterfall plots.

from srsran_project.

Hi,many thanks for your suggestions! I will try also gr-fosphor.
Another thought, I'm on 1GE, is 10GE a strict requirement to connect USRP and PC running srsRAN?

from srsran_project.

Hi,many thanks for your suggestions! I will try also gr-fosphor. Another thought, I'm on 1GE, is 10GE a strict requirement to connect USRP and PC running srsRAN?

I don't think there is a direct requirement using 10GE, but it can be recommended since you are using X310. With that said, you will get better results in terms of performance.

Since one of the main problems that you are facing is with the radio - I'd suggest you to test using a benchmark and see if the tests passes. Use another SDR and just try to see if you are getting any signal, which was mentioned. Gr-forsphor should work perfectly, or you can just simply setup up a simple flowgraph on GRC. If you need help with that, let me know. I'll be more than welcome to help you out.

Also, just curious you mentioned that you tested with X310 and B210. Can you please confirm if you are you getting the same exact problem that you mentioned?

from srsran_project.

Hi again some update from my side:

• performed test with ./benchmark_rate --rx_rate 10e6 --tx_rate 10e6 without issues

• try on osmocom_fft -F -W (looking good direct attaching with cables + attenuator)

• still issues with AMF connection ( I confirm issue #21 ) basically the gnb register itself successfully with amf (open5gs) but after a while get disconnected.

03/16 11:20:16.389: [amf] INFO: [Added] Number of gNBs is now 1 (../src/amf/context.c:973) 03/16 11:20:16.389: [amf] INFO: gNB-N2[10.244.0.0] max_num_of_ostreams : 30 (../src/amf/amf-sm.c:698) 03/16 11:20:20.174: [amf] INFO: gNB-N2[10.244.0.0] connection refused!!! (../src/amf/amf-sm.c:711) 03/16 11:20:20.174: [amf] INFO: [Removed] Number of gNBs is now 0 (../src/amf/context.c:1000)

I've captured sctp traffic in the corresponding AMF service node with tcpdump.
I've changed the log to debug to get more information also.

gnbNGAP.log

gnb.log

from srsran_project.

Since issue #21 has been fixed and is now included in main I would think the issue is solved. Can you confirm @desimetallica ?

from srsran_project.

@andrepuschmann I can confirm 21 is resolved.

Nevertheless still facing connection issues between AMF and gnb. But I've to work on it probably it's my fault.

03/21 13:57:33.853: [amf] INFO: [Added] Number of gNBs is now 1 (../src/amf/context.c:973)
03/21 13:57:33.854: [amf] INFO: gNB-N2[10.244.0.0] max_num_of_ostreams : 30 (../src/amf/amf-sm.c:698)
03/21 13:57:37.254: [amf] INFO: gNB-N2[10.244.0.0] connection refused!!! (../src/amf/amf-sm.c:711)
03/21 13:57:37.254: [amf] INFO: [Removed] Number of gNBs is now 0 (../src/amf/context.c:1000)

For convenience the NGAP trace here.
NGAP.txt

from srsran_project.

Excellent. thanks. closing ticket

from srsran_project.