4. RESTCONF方法
RESTCONF协议使用HTTP方法来标识为特定资源请求的CRUD操作。
下表显示了RESTCONF操作如何与NETCONF协议操作相关。
| RESTCONF | NETCONF |
|---|---|
| OPTIONS | none |
| HEAD | <get-config>, <get> |
| GET | <get-config>, <get> |
| POST | <edit-config> (nc:operation="create") |
| POST | invoke an RPC operation |
| PUT | <copy-config> (PUT on datastore) |
| PUT | <edit-config> (nc:operation="create/replace") |
| PATCH | <edit-config> (nc:operation depends on PATCH content) |
| DELETE | <edit-config> (nc:operation="delete") |
HTTP DELETE方法不支持NETCONF <edit-config> RPC操作的“remove”编辑操作属性。 资源必须存在，否则DELETE方法将失败。 PATCH方法相当于使用普通补丁时的“merge”编辑操作（参见第4.6.1节）。 其他媒体类型可以提供更细粒度的控制。
访问控制机制用于限制可以使用哪些CRUD操作。 特别是，RESTCONF与NETCONF访问控制模型（NACM）[RFC6536]兼容，因为在RESTCONF和NETCONF操作之间存在特定映射。 资源路径需要由服务器在内部转换为相应的YANG实例标识。 使用此信息，服务器可以将NACM访问控制规则应用于RESTCONF消息。
服务器不得允许客户端无权访问的任何资源进行任何RESTCONF操作。
所有方法的实现（PATCH [RFC5789]除外）在[RFC7231]中定义。 本节定义每种HTTP方法的RESTCONF协议使用情况。