[OPNFLWPLUG-272] no implement:Sending BarrierMessage after e.g. flowMod message to ensure that the flowmod message has been processed successfully Created: 12/Sep/14  Updated: 27/Sep/21  Resolved: 19/Feb/15

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

Type: Improvement
Reporter: meng Assignee: Unassigned
Resolution: Duplicate Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Windows
Platform: PC


Issue Links:
Duplicate
duplicates OPNFLWPLUG-290 Flows failed to get install in the sa... Resolved

 Description   

As the "openflow-spec-v1.3.1"said ,"When the controller wants to ensure message dependencies have been met or wants to receive noti ca-
tions for completed operations, it may use an OFPT_BARRIER_REQUEST message. "

The controller may use a barrier message to ensure that previous messages have been fully processed.
To do this, the controller will send an OFPT_BARRIER_REQUEST message. The network element will finish processing all previous messages including sending replies and/or error messages before executing any additional commands. When it completes processing all previous messages, it will send the OFPT_BARRIER_REPLY message.

Now i need new functions that the barrier message should be sent after flowmod being sent to ensure that the flowmod message has been processed successfully and the APP over the ODL could get the result about the barrier message through the RESTAPI.



 Comments   
Comment by Michal Rehak [ 19/Feb/15 ]

OPNFLWPLUG-290 is solved by moving the optional barrier message after corresponding flowMod message.

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