Question about Mobile Endpoints

[Adithya Anand]

Hi 

I am currently running an experiment in the Outdoor OTA lab using Mario and Moran dense deployment sites; with them I am also using the mobile endpoints. I have got everything set up I think and am running into an issue right now to start sending traffic. 

In the dense deployment profile I should be able to send traffic on the DL by running a ping on the core network server. For this I need the connection manager logs for the UE, where are those located. 

Also it is said I can use the TUI for a UE by running  /var/tmp/ue_app.py. but no such file exists. 

Best,

Adithya Anand 

[Dustin Maas]

In the dense deployment profile I should be able to send traffic on the DL
by running a ping on the core network server. For this I need the
connection manager logs for the UE, where are those located.

I think you should find those in /var/log/.

Also it is said I can use the TUI for a UE by running /var/tmp/ue_app.py.
but no such file exists.

Hmm.. I’ll watch for your next mobile-endpoints experiment and have a look when one of the buses is ready.

-Dustin

--
You received this message because you are subscribed to the Google Groups "Powder Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to powder-users...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/powder-users/7514c0e4-1889-489d-bb47-144ad0f24993n%40googlegroups.com.

[Adithya Anand]

I have been searching inside /var/log/ but cant seem to find anything related to the IP address or connection manager, this is on the server for the campus shuttle UE. I have attached a picture of the /var/log/ directory of one such UE.

I have a doubt, do you think the UEs might not be connecting to the gNB as I am running my own modified srsRAN which is not a system service unlike the provide srsRAN which is a system service. 

Also, I have made an instance of the mobile endpoints. 

- Adithya Anand

[Adithya Anand]

forgot to attach the picture. 

On Thursday, January 16, 2025 at 11:17:45 AM UTC-6 Dustin Maas wrote:

[Dustin Maas]

Hi Adithya,

I have been searching inside /var/log/ but cant seem to find anything
related to the IP address or connection manager, this is on the server for
the campus shuttle UE. I have attached a picture of the /var/log/ directory
of one such UE.

It seems that the deploy script failed on a couple of the buses (bus-6364 being one) for some reason, so the connection manager service was not running… I’ve fixed those up. The logs for the connection manager are now showing up.

I have a doubt, do you think the UEs might not be connecting to the gNB as
I am running my own modified srsRAN which is not a system service unlike
the provide srsRAN which is a system service.

If you are running your own version, I’m pretty sure you aren’t using our patch that enables the use of the RF front ends at the dense sites. Please have a look at the profile repo and make adjustments to include this patch, else the UEs will never see the gNodeB.

Finally, the ue_app.py tool currently only gets installed along with other test tools when an orchestrator node is provided as a parameter in the mobile-endpoints profile… in your next experiment, just provide a random string and I think the ue_app.py tool will be installed. I think I will update the profile to include this script regardless of whether or not an orchestrator node is used when I can.

-Dustin

To view this discussion visit https://groups.google.com/d/msgid/powder-users/4d52cd87-4cd1-4848-91ae-2540e5b187f3n%40googlegroups.com.

[Adithya Anand]

I think I have found the connection manager log file, to confirm is it quectel-cm.log

I have included the patch (https://gitlab.flux.utah.edu/dmaas/srs-outdoor-ota/-/blob/master/etc/srsran/srsran.patch?ref_type=heads) but the UEs still are not connecting, further they are not getting an IP address in the quectel-cm.log file. For an example I have included the quectel-cm.log file for bus 5175 and bus 6181. This was observed even when the buses passed right by the NC Mario site with the gNB (after patch) running. 

- Adithya Anand

[Dustin Maas]

OK. Since you are not using the gnb service, can you please share the command you are using to start the gnb? I will have a look tomorrow and see if there is an obvious issue.

-Dustin

To view this discussion visit https://groups.google.com/d/msgid/powder-users/68d19c73-67af-4cad-b38e-fa0be05a7883n%40googlegroups.com.

[Adithya Anand]

sudo ./gnb -c modified_POWDER_gNB_config.yml e2 --addr="10.0.2.10" --bind_addr="10.0.2.1"

I start a o-ran RIC and Kafka+Zookeeper before the gNB startup. 

I have attached the config file for the gNB below

[Dustin Maas]

And the path to your srsRAN build? or are you using the build put in place by the profile?

To view this discussion visit https://groups.google.com/d/msgid/powder-users/54c5372d-ae50-40fe-82d6-f996e6f064f4n%40googlegroups.com.

[Adithya Anand]

no I cloned my own version, the path is

  cd /users/aAnand/5G_code/modified_srsRAN_samsung  

[Dustin Maas]

I see a few issues with your config:

1. the ARFCN and bandwidth you are using don’t match your spectrum reservation, so you are transmitting where you shouldn’t
2. you are setting the tx/rx gains quite low

Let’s go through everything during your office hours session tomorrow before you start transmitting again, and see if we can get it working during the session. In anticipation of that, please instantiate another mobile-endpoints experiment prior to the office hours session.

-Dustin

To view this discussion visit https://groups.google.com/d/msgid/powder-users/967c55b2-6014-465d-95bf-1c9d98eb19b6n%40googlegroups.com.