[PACKTCABLE-14] Inconsistent Behavior on Multiple Sequential Gate Set Created: 28/Jul/16  Updated: 19/Oct/17  Resolved: 08/Sep/16

Status: Resolved
Project: packetcable
Component/s: General
Affects Version/s: unspecified
Fix Version/s: None

Type: Bug
Reporter: Kevin Kershaw Assignee: Unassigned
Resolution: Cannot Reproduce Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All


External issue ID: 6296

 Description   

Inconsistent Behavior on Multiple Sequential Gate Set – it’s unclear where the bug is in this sequence, but it is possible to get ODL into an inconsistent state through a set of sets/deletes:

. Set a gate
. Delete the gate with a specific gate delete
. Set the same gate again with the exact same information
. Delete the gate with a specific gate delete
. Set the same gate again with the exact same information –

now the set fails. ODL thinks that the gate already exists, even after deleting the gate. The gate does not show up on the operational status report nor the gate report. According to the REST interface, there are no gates.

However – the behavior described above is not consistent. It is possible to get ODL into a state where the “error” in #3 above was not present. Set 3 gates, delete the gates again, then set again WITH THE EXACT SAME INFORMATION and the sets SUCCEED.

Note: All testing was done on an older ubr7200 series CMTS in the lab. A caveat on the age of the hardware is made here, and it may contribute to some of the artifacts seen here, but it remains that OLD should prevent the bad state that results



 Comments   
Comment by Kevin Kershaw [ 18/Aug/16 ]

Gerrit change 43263 to packetcable master
Gerrit change 43877 to packetcable stable/boron

Comment by Kevin Kershaw [ 18/Aug/16 ]

(In reply to Kevin Kershaw from comment #1)
> Gerrit change 43263 to packetcable master
> Gerrit change 43877 to packetcable stable/boron

Resolution info is incorrect - accidentally entered on this issue.

Comment by Kevin Kershaw [ 08/Sep/16 ]

Not able to reliably re-create this issue in further testing (by Applied Broadband). Closing this issue for now but could re-open if we run into it in the future.

Generated at Wed Feb 07 20:36:41 UTC 2024 using Jira 8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d.