Project

General

Profile

Actions

Feature #2244

closed

osmo-gsm-tester: osmo-bts-trx: handle local TRX address as resource

Added by neels almost 7 years ago. Updated over 6 years ago.

Status:
Closed
Priority:
Low
Assignee:
Target version:
-
Start date:
05/06/2017
Due date:
% Done:

100%

Spec Reference:

Description

osmo-bts-trx starts on 127.0.0.1 -- that should be handled as a resource like the nitb_iface.
So far that's only for osmo-bts-trx and will become an issue only for multiple osmo-bts-trx on the same tester unit.
Could be explicitly a trx_iface, or more generally, maybe a loopback_iface.

Actions #1

Updated by laforge almost 7 years ago

  • Assignee deleted (118)
Actions #2

Updated by laforge almost 7 years ago

  • Assignee set to 55360
Actions #3

Updated by neels almost 7 years ago

with https://gerrit.osmocom.org/2712 we have the ip_address resource. To have loopback addresses, we would add a property like 'type: loopback'; alternatively we can just run osmo-bts-trx on a public interface like the rest of the programs.

Actions #4

Updated by pespin over 6 years ago

  • Status changed from New to In Progress
  • Assignee changed from 55360 to pespin

Assigning to me as I started looking into this issue for sysmocell5000 support.

Actions #5

Updated by pespin over 6 years ago

  • Status changed from In Progress to Resolved
  • % Done changed from 0 to 100

I'm using a static IP for each BTS for now. This should be enough and helps us in various scenarios. For instance, Sysmocell5000 has TRX always enabled which means it's sending UDP packets to the osmo-bts-trx address. As that IP is static and it's used only when Sysmocell5000 resources it's used, it doesn't interfer with other osmo-bts-trx processes because they use a different IP.

Actions #6

Updated by laforge over 6 years ago

  • Status changed from Resolved to Closed
Actions

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 48.8 MB)