Project

General

Profile

Actions

Bug #2964

open

handover_decision_2: measurement report number compared to lchan->meas_rep_last_seen_nr often overflows to zero (255 range) and hence an old report may be seen as new every once per 255 cycle

Added by neels about 6 years ago. Updated over 4 years ago.

Status:
New
Priority:
Low
Assignee:
Category:
-
Target version:
-
Start date:
02/19/2018
Due date:
% Done:

0%

Spec Reference:

Description

the algorithm should probably clear out all meas_rep_last_seen_nr in lchans that match the just incoming mr.


Related issues

Related to OsmoBSC - Feature #1606: hand-over for load distribution among BTSsResolvedneels02/23/2016

Actions
Actions #1

Updated by neels about 6 years ago

  • Related to Feature #1606: hand-over for load distribution among BTSs added
Actions #2

Updated by neels over 5 years ago

  • Assignee set to neels

(assigning to me to avoid this being lost in unassigned-land)

Actions #3

Updated by neels over 5 years ago

  • Status changed from New to In Progress
  • % Done changed from 0 to 80
Actions #4

Updated by neels over 4 years ago

  • Status changed from In Progress to New
  • Priority changed from Normal to Low
  • % Done changed from 80 to 0

trying to recap the state of this issue, I can't see any reason why this would be at 80%.
Resetting to indicate that we would need testing to play through a situation of erroneously using an old measurement report as new.
Not sure if this is even remotely realistic.

Actions

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 48.8 MB)