来自 Junos Space 网络管理平台的确认提交

Junos Space 网络管理平台支持 Junos OS 确认提交功能。默认情况下，Junos Space Platform 对在 Junos Space Platform 上发现并支持确认提交 NETCONF 功能的所有设备上的所有提交作都使用确认提交作。Junos Space 平台发出的确认提交作的默认超时值为 10 分钟。Junos Space 平台在发送提交 RPC 之后，立即发送远程过程调用 （RPC） 以进行确认提交。即使提交作包含不正确的配置编辑（可能会断开设备与 Junos Space 平台的连接），设备也会保持连接。EJB 回调方法用于验证设备上的配置更改。

使用基于模式的配置编辑器和配置指南创建的候选配置支持确认提交功能。如果使用模板部署配置，则需要将这些模板发布到设备的候选配置。使用基于架构的配置编辑器、模板或配置指南将配置推送到设备时，为这些任务触发的作业将显示 confirmed-commit 的超时值。作业详细信息包括 EJB 回调方法返回值所花费的时间，以及确认提交作或执行回滚作所花费的时间。

表 1 列出了将候选配置部署到支持确认提交 NETCONF 功能的设备时，设备在 NSOR 和 SSOR 模式下的托管状态。它还列出了在这些模式下确认提交作是成功还是失败时作业详细信息的状态。

表 1：NSOR 和 SSOR 模式下确认提交的托管状态

确认提交和 EJB 回调方法的成功和失败条件	NSOR 模式	SSOR 模式	工作结果和详细信息
Junos Space 平台会发出带有超时值的确认提交作。	同步	空间已更改	那
系统会向设备发送 EJB 回调，以验证设备上的配置更改。	那	那	那
EJB 回调方法不会在确认提交超时间隔内返回任何值。	同步	空间已更改	失败
EJB 回调方法返回 True 并确认提交。	不同步，然后由 Junos Space 平台重新同步	同步中或空间已更改（如果候选配置中添加了新的更改）	成功
EJB 回调方法返回 False，并且配置将回滚。	不同步，然后由 Junos Space 平台重新同步	空间已更改	错误失败failed callback
EJB 回调方法返回 False，设备将自动回滚到当前活动的配置。	不同步，然后由 Junos Space 平台重新同步	空间已更改，设备已更改（Junos Space 平台收到有关设备上自动回滚作的系统日志后）	自动回滚详细信息失败

注意：

在 SSOR 模式下，如果确认提交不成功，并且设备自动回滚，则需要使用“解决带外更改”工作流将设备的托管状态更改为“同步”来手动接受更改。

注意：

如果在 Junos Space 平台发出确认提交后设备与 Junos Space 平台断开连接（即连接状态为关闭），并且在连接回 Junos Space 平台之前自动回滚，则需要从 CLI 手动检查设备配置，以确认提交作是否成功。