-
Type: Bug
-
Status: Resolved (View Workflow)
-
Priority: Blocker
-
Resolution: Fixed
-
Affects Version/s: VOLTHA v2.2
-
Fix Version/s: VOLTHA v2.3
-
Component/s: openolt-adapter, openonu-adapter, rw-core
-
Labels:None
-
Environment:
Kind Voltha
voltha 2.2
Bal 3.1
-
Story Points:5
-
Epic Link:
Mib_state is stuck in "“initial-mib-downloaded" for the below scenario
============================================
1. Disable and Delete the ONU first.
2. Then Disable and Delete the OLT.
3. Create and Enable the OLT back.
4. Check Mib state : It is “initial-mib-downloaded".
Note: It is working fine for the below scenario.
==============================
1. Disable and Delete the OLT
2. Create and Enable the OLT back
3. Check Mib state : It is “omci-flows-pushed”.
UPDATE: At ONF we are seeing this behavior even with the second case you mention above – ie. if we just disable/delete the OLT, and then re-create and enable it, sometimes 1 or 2 of 3 ONUs may get stuck in initial-mib-downloaded state
# | Subject | Branch | Project | Status | CR | V |
---|---|---|---|---|---|---|
17302,4 | VOL-1385 VOL-2524: Implement delete device | master | voltha-openonu-adapter | Status: MERGED | +2 | +1 |
17382,1 | VOL-1385 VOL-2524 OMCI Test Task needs to be able to stop | master | pyvoltha | Status: MERGED | +2 | +1 |
17576,5 | VOL-2524: Do not use omci link alarms for uni state | master | voltha-openonu-adapter | Status: MERGED | +2 | +1 |