网络配置通知答案

【问题标题】：Netconf Notifications网络配置通知
【发布时间】：2019-12-03 12:33:00
【问题描述】：

RFC 5277 定义了通知重播支持。只是想知道此通知重播可以解决哪些客户问题？扫描过去的通知列表可能需要什么？在任何时间点，控制器始终可以触发“get”RPC 并确定当前状态。

对此的任何意见表示赞赏。

【问题讨论】：

在任何时候，控制器都可以触发 RPC 并确定当前状态。 哪个 RPC？ :)
我见过一些系统可以捕获、存储和显示来自受管网络的信息，例如警报或警告。如果客户端和服务器之间的连接因任何原因被切断，通知重放只会让接收丢失的通知变得更容易。对于操作员来说，在“停电”期间接收丢失的警报可能很重要，而对于实施者来说，当连接恢复时，它可以让实施更容易恢复正常的业务。
谢谢@predi，我所说的 RPC 是指“获取”RPC。我在我的问题中提到过，看起来因为我提到它是一个空的 XML 标记，所以我的问题中没有显示相同的内容。
嗨@predi，你对github.com/mbj4668/pyang/issues/500这个问题有什么想法吗？

【解决方案1】：

通知重播主要用于将 NETCONF 客户端与服务器同步，而无需执行完整的 RPC。在某些系统中，配置 + 操作数据变得相当大，因此通知重播允许增量同步。

这样做的主要问题是服务器只会保留有限的通知时间窗口；因此，如果客户端要求回放上周的回放，服务器可能只能提供其中的一部分。

RESTCONF 对同一问题有不同的解决方案，即 last-modified 标头字段 (https://www.rfc-editor.org/rfc/rfc8040#section-3.4.1.1)，它允许获取“自时间戳 x 以来已更改的数据”。

【讨论】：