Confirmed commit capability
(NETCONF-558)
|
|
| Status: | Open |
| Project: | netconf |
| Component/s: | netconf |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Sub-task | Priority: | Medium |
| Reporter: | Marek Gradzki | Assignee: | Unassigned |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Description |
|
Version 1.0 of the confirmed commit capability does not include <cancel-commit> operation nor <persist> and <persist-id> parameters. Minimal implementation needs to read the state of DS before confirmed <commit> is applied The state could be saved in memory and later updated in case of follow-up confirmed <commit>.
Revert (triggered by timer, session termination or <cancel-commit> in case of v1.1 capability version) would work simply create TX using the saved snapshot and submit it.
Confirming <commit> would remove the timer object. Then usual <commit> logic should be invoked to support the case when candidate DS was changed between confirmed and confirming commit. |