meas_feed was an important feature from openbsc.git to send out measurement reports to external tools.
It lived in libmsc/, which is why it was inadvertently dropped during the repository split.
Correct that by resurrecting meas_feed in osmo-bsc.
#3 Updated by neels over 1 year ago
I tested my meas_feed patch for osmo-bsc, and it works, but:
The meas_vis and meas_web tools though appear to use the lchan's IMSI as primary key to visualizing active lchans.
In the old osmo-nitb, we always knew the IMSI of an lchan, and the old meas_feed code even omitted lchans we didn't know the IMSI for.
In osmo-bsc, though, we so far hardly ever know the subscriber's IMSI. The measurement feeds mostly have no IMSI.
The result is that all lchans' measurement reports are mistaken to belong to the same line, swapping through the data points on a single line.
So meas_vis and meas_web should always have used the lchan's bts,trx,ts,ss number to list the lchans by #3192.
To help current versions of these tools, osmo-bsc can help by trying to identify the IMSI of the subscriber where possible: #2969.
#6 Updated by neels about 1 year ago
- Status changed from New to Resolved
- % Done changed from 50 to 100
meas_feed.c was added back to osmo-bsc in I186c7a995dd2b81746c32a58b55da64ed195a1ce yet the common tools (meas_vis, meas_web) cannot work with it since they rely on an IMSI being present in each Meas Report. Those need fixing to comprehensively re-enable meas_feed.
Though, the "resurrect meas_feed in osmo-bsc" part is done now. Closing this issue and leaving the remaining meas_feed ecosystem bugs to the other issues linked here already.