Hi @pgawlowicz.
Firstly, thanks a lot for the great resources!
I was wondering about what the problem indicated below might be. I have meticulously followed your procedure provided in the README.md however I am experiencing this problem when deploying the simple xApp. Do you know how to solve it? Do you have any suggestions regarding this error or any dependencies you can think of?

sudo docker compose exec python_xapp_runner ./simple_mon_xapp.py --metrics=DRB.UEThpDl,DRB.UEThpUl

Thank you in advance.

Hi @pgawlowicz.

My primary aim is to dynamically modify the route table obtained from the Route Manager in order to redirect traffic to a xApp for a project. The idea is to kind of replicate such attacks (as exposed here) and implement a solution employing OAuth 2.0 + JWT for protection against them or similar ones. Given the static route table mentioned in the screenshot regarding all RIC entities, could this be a problem for the feasibility of my objective?

Thanks in advance.

Best regards,
David

Hi @pgawlowicz ,

Thanks for sharing the ORAN-SC-RIC repository and the xApps examples! They'll be very useful for our research.

We noticed you mentioned working on an example xApp using the e2sm_rc module. If you don't mind sharing, do you have a rough idea of when that might be available? We're quite interested since it relates to our work. Or if it possible to provide a simple example firstly?

Thanks again for the great resources!

Hello,

I was trying to split the gNB and RIC on different machines.

I have on a NuC the gNB and core and on the laptop I have the RIC.
I can now ping the core network from the laptop (they're connected via ethernet cable), but when I try to launch the gNB on the NuC I have the following message:
I set the bind address like this => bind_addr: 10.42.0.1
Where 10.42.0.1 is the IP of the interface that has access to the computer where the RIC is.

The PRACH detector will not meet the performance requirements with the configuration {Format 0, ZCZ 0, SCS 1.25kHz, Rx ports 1}.
Lower PHY in executor blocking mode.

--== srsRAN gNB (commit 8f2a3ea03) ==--

Connecting to AMF on 10.53.1.2:38412
Available radio types: zmq.
Connecting to NearRT-RIC on 10.0.2.10:36421
Failed to connect SCTP socket to 10.0.2.10:36421. error="Connection timed out" timeout=1379ms
srsGNB ERROR: Failed to create SCTP gateway.

I noticed that I can't ping the IP 10.0.2.10:

marco@marco-NUC7i7BNH:~$ ping 10.0.2.10
PING 10.0.2.10 (10.0.2.10) 56(84) bytes of data.
^C
--- 10.0.2.10 ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 3057ms

But when I check on the laptop I'm actually receiving the ping messages:

sudo tcpdump -i enp8s0f1 icmp
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on enp8s0f1, link-type EN10MB (Ethernet), capture size 262144 bytes
13:36:09.254853 IP marco-NUC7i7BNH.localdomain > 10.0.2.10: ICMP echo request, id 27, seq 9, length 64
13:36:10.278959 IP marco-NUC7i7BNH.localdomain > 10.0.2.10: ICMP echo request, id 27, seq 10, length 64
13:36:11.302976 IP marco-NUC7i7BNH.localdomain > 10.0.2.10: ICMP echo request, id 27, seq 11, length 64
13:36:12.326704 IP marco-NUC7i7BNH.localdomain > 10.0.2.10: ICMP echo request, id 27, seq 12, length 64

And also on the laptop I can confirm that the service is running:
ping 10.0.2.10
PING 10.0.2.10 (10.0.2.10) 56(84) bytes of data.
64 bytes from 10.0.2.10: icmp_seq=1 ttl=64 time=0.083 ms
64 bytes from 10.0.2.10: icmp_seq=2 ttl=64 time=0.066 ms
64 bytes from 10.0.2.10: icmp_seq=3 ttl=64 time=0.040 ms

Can you help me to know why I can't reach the NuC while replying to the messages?
Host => 10.42.0.1 marco-NUC7i7BNH.localdomain
Route => default via 10.42.0.1 dev enp8s0f1 proto dhcp metric 20100
(on the laptop)$ ping 10.42.0.1
PING 10.42.0.1 (10.42.0.1) 56(84) bytes of data.
64 bytes from 10.42.0.1: icmp_seq=1 ttl=64 time=0.295 ms
64 bytes from 10.42.0.1: icmp_seq=2 ttl=64 time=0.661 ms

Thanks for the support

Hi @pgawlowicz.

Sorry to bother you again. However, I noticed that regarding the route manager simulator, rmr.init() is not called to initialize the RMR library provided to send/receive messages via the xApp, as you can see below.

Obviously this I don't think can be done at the xApp level, but I should do it directly from the docker-compose.yml file or from the rtmng.yaml.

Do you have any ideas on how to solve this issue? Would it be possible to start the RMR library for the route manager somehow from the docker files?

Thanks in advance.

Best regards,
David

• I noticed that the current setup uses ZMQ to emulate gNB. I was wondering if it's possible to use real USRP devices, such as the USRP B210, instead of the emulation.
• If the project does support real USRP devices, are there any specific configuration changes that need to be made to accommodate them?

Hello everyone,

I'm looking for assistance in modifying the configuration of an OSC RIC docker container to establish connections with other modules such as NS-ORAN. Any guidance or support would be greatly appreciated.

Thank you.