In this job: https://jenkins.opencord.org/view/voltha-scale-measurements/job/voltha-scale-measurements-1-16-32-att-subscribers/133/
From the investigation we had so far it seems like some "OfpFlowModCommand_OFPFC_DELETE_STRICT" are not reported in time to ONOS.
This causes the data-plane flow provisioning for that subscriber not to happen as that is tied to the success callback on the EAPOL flow removal.
We added a log in the core to track the response time for the flow-delete operation and that seems to happen fast:
NOTE: As reported from Khen in the #BBSIM channel this is happening too fast. There may be some underlying issue:
For the flowDeleteStrict() to return that quickly and with no other errors in the core logs, I think that flow ID is not present in the Core.