要約

  • revision 00では、選択可能なschema-setと同時利用できる組合せをサーバーが決めた。
  • capability交換やRESTCONFパスの受理は、他のクライアントとの意味の一致、書き込み認可、分離、反映、転送、事業成果を証明しない。

旧版のクライアントと新版のクライアントが同じ装置から正常応答を得ても、同じ質問への答えとは限らない。schema-setは、datastoreごとのschemaをまとめた名前付き単位であり、そのschemaは互換なYANG packageの和としてrevision、feature、deviationを含んでいた。

NETCONFでは接続開始時に順序付き候補を交換し、共通する最初の項目をセッション中固定する。共通項がなければ終了し、明示しなければdefaultを使う。RESTCONFでは/schema/<name>が要求の文脈を決める。サーバーは事前設定を求め、一つだけを全体に許可し、あるいは一部の組合せだけを並行利用させることができた。

しかも、通常は書き込み可能なrunningを特定のschema-setではread-onlyにできた。読めることは書けることではない。書ける場合もRFC 8341の認証主体・操作・ノード認可、RFC 6241またはRFC 8040の処理、同時実行履歴、commit、前後のdatastore、rollbackを別に確認する必要がある。RFC 8342のintendedとoperational、その後のFIB・packet・サービス結果も独立している。

RFC 8525のYANG Libraryはmodule-set、revision、feature、deviationとdatastoreの関係を保存できるが、宣言は普遍的なハッシュではない。再現可能な証拠には、サーバー、時刻、広告集合、選択名、package closure、library snapshot、主体、NACM判断、取引、競合書き込み、状態差分、rollback、運用観測を束ねる必要がある。

この草案は現行標準ではない。revision 00は2020年3月17日付で、2020年9月18日に期限切れ予定だった。現在のDatatracker表示はExpired Internet-Draft、Expired & archived、WG Document、IESG Expiredで、Intended RFC statusは空欄である。表紙のStandards Trackは提案時の目標にすぎない。6 errors、0 warningsも当時のツールと依存関係に限定された結果だ。

一次資料：草案、状態、履歴、RFC 6241、RFC 7950、RFC 8040、RFC 8341、RFC 8342、RFC 8525、RFC 8526。分析枠：Minimum Initial Specification、Reality Layers、Running-Code Primacy。 依存関係と後続記録：YANG 1.1、packages revision 03、module versioning revision 01、versioning requirements revision 02、semantic versioning revision 01、instance-file format revision 08、およびDatatrackerの現行記録であるpackages、module versioning、versioning requirements、semantic versioningも照合した。