-
Type: Bug
-
Status: Resolved (View Workflow)
-
Priority: Medium
-
Resolution: Cannot Reproduce
-
Affects Version/s: None
-
Fix Version/s: VOLTHA v2.10
-
Component/s: onos
-
Labels:
-
Story Points:5
-
Epic Link:
Below is the investigation summary of the issue. The logs are attached.
09:46:06.700: openonu disconnected at rw-core due to restart 09:46:15:172: subscriber unprovisioned. === No flow deletes processed === 09:46:40.229: rw-core is able to establish connection to openonu adapter. Now the flow removes are processed
Note:
Below are meter ids for both direction when the subscriber was provisioned.
upstream meter id 17 downstream meter id 18
openolt adapter receives flow removes following subscriber provision
- meter ids are correct for upstream and downstream data flow
- meter id correct for dhcp upstream flow
- meter id incorrect (16) for eap flow. Also this is a default eap remove and this does not exist on the device.
The EAP flow with subscriber c-vid and meter id 17 never arrives at openolt adapter.
Since this is the last remaining flow, the meter-id for the upstream is not cleared.
Default EAP add arrives with meter id 16, but fails to install due to conflicting meter.
OpenONU adapter is waiting for TP download message but openolt adapter is unable to send this
as the default EAP fails to add (TP download will be sent after default EAP install)
Root cause of the issue is ONOS sending EAP remove (following subscriber unprovision) with wrong meter id and cvid.