<commit-configuration>
使用
<rpc> <commit-configuration/> <commit-configuration> <check/> </commit-configuration> <commit-configuration> <log>log-message</log> </commit-configuration> <commit-configuration> <at-time>time-specification</at-time> <log>log-message</log> </commit-configuration> <commit-configuration> <confirmed/> <confirm-timeout>rollback-delay</confirm-timeout> <log>log-message</log> </commit-configuration> <commit-configuration> <synchronize/> <log>log-message</log> </commit-configuration> <commit-configuration> <synchronize/> <at-time>time-specification</at-time> <log>log-message</log> </commit-configuration> <commit-configuration> <synchronize/> <check/> <log>log-message</log> </commit-configuration> <commit-configuration> <synchronize/> <confirmed/> <confirm-timeout>rollback-delay</confirm-timeout> <log>log-message</log> </commit-configuration> <commit-configuration> <synchronize/> <force-synchronize/> </commit-configuration> </rpc>
描述
请求 NETCONF 或 Junos XML 协议服务器对候选配置、候选配置的私有副本或临时配置数据库的打开实例执行提交操作的变体之一。
某些限制适用于候选配置的私有副本和临时配置数据库的提交操作。例如,如果其他用户或应用程序锁定了常规候选配置,或者其中包含自创建私有副本以来所做的未提交更改,则私有副本的提交操作将失败。此外,临时配置数据库实例上的提交操作仅支持该 <synchronize/>
选项。
将相应的标记括在 tag 元素中 <commit-configuration>
以指定提交操作的类型:
要立即提交配置,使其成为设备上的活动配置,请发出空
<commit-configuration/>
标记。要在不实际提交的情况下验证候选配置或私有副本的语法正确性,请将标记括
<check/>
在 tag 元素中<commit-configuration>
。要在关联的提交操作成功时在提交历史记录日志中记录消息,请在 tag 元素中
<log>
定义日志消息字符串,并将 tag 元素括在 tag 元素中<commit-configuration>
。<log>
标记元素可以与任何其他标记元素组合。<log>
当单独发出标签元素时,关联的提交操作会立即开始。
要提交候选配置,但需要显式确认才能使提交成为永久提交,请将标记括
<confirmed/>
在 tag 元素中<commit-configuration>
。如果未确认提交,配置将在短时间后回滚到之前的配置。默认情况下,回滚会在 10 分钟后发生。要设置不同的回滚延迟,请包含
<confirm-timeout>
tag 元素,并指定一个介于 1 到 65,535 分钟之间的值。要再次延迟回滚(超过原始回滚截止时间),请在截止时间过前发出<confirmed/>
标记(包含在标记元素中<commit-configuration>
),并选择性地包含<confirm-timeout>
元素以指定不同于默认值的延迟。通过这种方式,回滚可以反复延迟。要在发出标记后立即永久提交配置,请在回滚截止时间过去之前发出
<confirmed/>
空<commit-configuration/>
标记或<commit-configuration><check/><commit-configuration>
标记。设备提交候选配置并取消回滚。如果候选配置仍与当前提交的配置相同,则效果与重新提交当前提交的配置相同。注意:提交配置的私有副本或临时配置数据库的打开实例时,确认的提交操作不可用。
在具有两个路由引擎的设备上,提交存储在两个路由引擎上的本地路由引擎上的候选配置、私有副本或临时数据库实例。按以下指示组合标记元素(临时数据库仅支持该
<synchronize/>
选项):要将存储在本地路由引擎上的打开临时实例中的候选配置或配置数据复制到其他路由引擎,验证配置的语法正确性,并立即在两个路由引擎上提交,请将标记括
<synchronize/>
在 tag 元素中<commit-configuration>
。要将存储在本地路由引擎上的候选配置复制到其他路由引擎,验证候选配置的语法正确性,并在定义的未来时间在两个路由引擎上提交该配置,请将 or 标记和
<at-time>
标记元素括<synchronize/>
在标记元素中<commit-configuration>
。<force-synchronize/>
如前所述,在标记元素中<at-time>
设置值,以便单独使用<at-time>
标记元素。要将存储在本地路由引擎上的候选配置复制到其他路由引擎,并验证候选配置在每个路由引擎上的语法正确性,请将 or 和 tag 元素括
<synchronize/>
在 tag 元素中<commit-configuration>
。<check/>
<force-synchronize/>
要将存储在本地路由引擎上的候选配置复制到其他路由引擎,请验证候选配置的语法正确性,然后在两个路由引擎上提交该配置但需要确认,请将标记和
<confirmed/>
标记元素以及标记元素(可选)<confirm-timeout>
括<synchronize/>
在标记元素中<commit-configuration>
。按照前面所述设置标记元素中的<confirm-timeout>
值,以便单独使用<confirmed/>
标记和<confirm-timeout>
标记元素。要强制标记调用
<synchronize/>
的相同同步提交操作成功,即使远程计算机上存在打开的配置会话或未提交的配置更改,也要将<force-synchronize/>
标记括在 tag 元素中<commit-configuration>
。
要将候选配置安排在将来提交,请将标记元素括
<at-time>
在标记元素中<commit-configuration>
。有三种有效的时间说明符类型:字符串
reboot
,用于在下次设备重新启动时提交配置。格式为 :[:](小时、分钟和秒)的时间hh值,用于在指定时间提交配置,该时间必须在将来但在发出标记元素的当天
<commit-configuration>
晚上 11:59:mmss59 之前提交配置。对值使用 hh 24 小时制;例如,04:30:00 表示 4:30:00 AM,20:00 表示 8:00 PM。根据设备上的时钟和时区设置来解释时间。形式为 --dd hh:[:mmss](年、月、日期、小时、分钟和(可选)秒)的yyyy日期和时间值,用于在指定的日期和时间提交配置,该日期和时间必须在发出标记元素之后
<commit-configuration>
。mm使用 24 小时制作为值。hh例如,2005-08-21 15:30:00 表示 2005 年 8 月 21 日下午 3:30 。根据设备上的时钟和时区设置来解释时间。注意:您指定的时间必须比设备上的当前时间晚 1 分钟以上。
将立即检查配置的语法正确性。如果检查成功,则计划在指定时间提交配置。如果检查失败,则不计划提交操作。
内容
<at-time> |
将提交操作安排在指定的将来时间。 |
<check> |
请求验证配置在语法上是否正确,但不要实际提交。 |
<confirmed> |
请求提交候选配置,并要求显式确认才能使提交成为永久性的。如果未确认提交,请在短时间(默认为 10 分钟)后回滚到之前的配置。 |
<confirm-timeout> |
指定当标记包含在标记元素中
|
<log> |
提交操作成功时,在提交历史记录日志中记录一条消息。 |
<synchronize> |
在双控制平面系统上,请求将一个控制平面上的配置复制到另一个控制平面,检查语法是否正确,然后在两个路由引擎上提交。 |
<force-synchronize> |
在双控制平面系统上,强制将一个控制平面上的候选配置复制到另一个控制平面。 |
发布信息
这是一个 Junos XML 管理协议操作。它在 Junos XML 协议会话中受支持,并作为瞻博网络专有扩展在运行 Junos OS 的设备上的 NETCONF 会话中得到支持,用于识别功能交换中的 URI http://xml.juniper.net/netconf/junos/1.0。