RFC 5277 は、通知リプレイのサポートを定義しています。この通知リプレイで解決できる顧客の問題は何ですか? 過去の通知のリストをスキャンする必要があるのは何でしょうか? いつでも、コントローラーは常に「get」RPC を起動して、現在の状態を判断できます。
これに関するご意見をお待ちしております。
RFC 5277 は、通知リプレイのサポートを定義しています。この通知リプレイで解決できる顧客の問題は何ですか? 過去の通知のリストをスキャンする必要があるのは何でしょうか? いつでも、コントローラーは常に「get」RPC を起動して、現在の状態を判断できます。
これに関するご意見をお待ちしております。
通知の再生は、完全な RPC を実行する必要なく、NETCONF クライアントをサーバーと同期するために主に必要です。一部のシステムでは、構成 + 運用データが非常に大きくなるため、通知の再生により差分同期が可能になります。
これに関する主な問題は、サーバーが限られた時間枠の通知のみを保持することです。そのため、クライアントが先週のリプレイを要求した場合、サーバーはそのサブセットしか提供できない場合があります。
RESTCONF には、この同じ問題に対する別の解決策があります。最後に変更されたヘッダー フィールド ( https://www.rfc-editor.org/rfc/rfc8040#section-3.4.1.1 ) です。タイムスタンプ x' から変更されました。