Project

General

Profile

Bug #2357

Make SI2q compatible with dynamically updated SI via RSL

Added by msuraev 5 months ago. Updated about 1 month ago.

Status:
Resolved
Priority:
High
Assignee:
Target version:
-
Start date:
07/11/2017
Due date:
% Done:

100%

Spec Reference:

Description

After SI2q configuration is changed via vty, the SI messages can be regenerated using bts 0 resend-system-information command. That should lead to proper update of SI2q index and count (if number of messages has changed) and should be propagated to RSL accordingly.

Right now only last message (7/7 for example) got properly updated count, others still use old value.

Note: this is for BSC-side fix, the BTS side should be fixed by gerrit 3180.

History

#1 Updated by msuraev 5 months ago

  • Status changed from New to In Progress
  • % Done changed from 0 to 10

#2 Updated by msuraev 5 months ago

  • Assignee set to msuraev

Shall it be marked as CLX?

#3 Updated by msuraev 4 months ago

  • Status changed from In Progress to Stalled

#4 Updated by msuraev 3 months ago

  • Status changed from Stalled to In Progress

Note to self: look at https://jenkins.osmocom.org/jenkins/view/TTCN3/job/ttcn3-nitb-sysinfo/8/testReport/(root)/Test/ and figure out why si2quater test is not failing.

#5 Updated by msuraev 3 months ago

  • Status changed from In Progress to Stalled

#6 Updated by msuraev 3 months ago

Currently TTCN tests do not perform any checks after issuing bts 0 resend-system-information command. Also, there's no decoding of rest octets ATM. It should be possible to detect failure by comparing rest octets as hex strings for example but it would require much deeper understanding of TTCN than I have right now.

#7 Updated by msuraev about 2 months ago

  • % Done changed from 10 to 20

Gerrit 4110 & 4160 were sent for review.

Note: those are for OsmoBSC - not sure if this should be backported to OpenBSC too.

The 4160 were tested with 16 UARFCN-SC combinations which correctly result in 2 SI2q. Those SI2q were properly sent to BTS which properly rotated between them when scheduling SI transmissions. However, upon reception of 2nd SI2q, the 1st one was overwritten as well which means only last SI2q is always scheduled. The investigation is still on-going.

Once it's fixed, we can proceed with resend-system-information tests.

#8 Updated by msuraev about 2 months ago

  • % Done changed from 20 to 50

Gerrit 4196 together with 4160 fixes the issue for uarfcns.

#9 Updated by msuraev about 2 months ago

  • Status changed from Stalled to In Progress
  • % Done changed from 50 to 90

With gerrit 4199 resend works as expected for both uarfcn and earfcn.

#10 Updated by laforge about 1 month ago

  • Priority changed from Normal to High

#11 Updated by msuraev about 1 month ago

  • Project changed from OpenBSC to OsmoBSC
  • Status changed from In Progress to Resolved
  • % Done changed from 90 to 100

Works with latest OsmoBSC.

Also available in: Atom PDF