所选语种没有对应资源,请选择:

本站点使用Cookies,继续浏览表示您同意我们使用Cookies。Cookies和隐私政策>

提示

尊敬的用户,您的IE浏览器版本过低,为获取更好的浏览体验,请升级您的IE浏览器。

升级

CloudEngine 8800, 7800, 6800, 5800 V200R005C10 配置指南-网络管理与监控

本文档介绍了网络管理与监控的配置,具体包括SNMP配置、RMON配置、NETCONF配置、OpenFlow Agent配置、LLDP配置、NQA配置、镜像配置、报文捕获配置、Packet trace、路径/连通性探测配置、NetStream配置、sFlow配置和iPCA配置。

评分并提供意见反馈 :
华为采用机器翻译与人工审校相结合的方式将此文档翻译成不同语言,希望能帮助您更容易理解此文档的内容。 请注意:即使是最好的机器翻译,其准确度也不及专业翻译人员的水平。 华为对于翻译的准确性不承担任何责任,并建议您参考英文文档(已提供链接)。
NETCONF报文格式

NETCONF报文格式

一个完整的NETCONF报文结构如图3-2所示:

图3-2 NETCONF YANG报文结构图
图3-3 NETCONF Schema报文结构图
NETCONF报文由三部分组成:
  • Message:消息层,为RPC报文提供一个简单的,独立的传输帧机制。客户端把RPC请求封装在一个<rpc>元素内,服务器把请求处理的结果封装在<rpc-reply>元素内,回应给客户。
  • Operations:操作层,定义了一组基本NETCONF协议操作,被带有基于XML编码参数的RPC方法调用。
  • Content:管理对象层,定义了配置数据模型,目前主流的数据模型有Schema模型,YANG模型等。

YANG报文中含有支持YANG模型的模块通告,如图3-2中的huawei-isiscomm,Schema报文则携带的是版本信息,见图3-3中蓝色框中的内容。

报文中各字段含义:
  • message-id:信息码。由发起RPC请求的Client指定,Server收到RPC请求报文后会保存message-id属性,在生成<rpc-reply>消息时使用。
  • “urn:ietf:params:xml:ns:netconf:base:1.0”:NETCONF XML的名字空间。其中,base表示支持基本的操作类型。
    • base1.0:支持<running/>配置数据库,定义的基本操作如下:<get-config>、<get>、<edit-config>、<copy-config>、<delete-config>、<lock>、<unlock>、<close-session>、<kill-session>,支持<error-option>参数为stop-on-error,continue-on-error,rollback-on-error。
    • base1.1:base1.0的升级,功能变更情况如下:
      • <edit-config>的operation属性新增remove操作。
      • 新增知名error-tagmalformed-message,废弃知名error-tagpartial-operation。
      • 新增用于子树过滤的命名空间通配符机制。
      • 新增chunk分包机制,以解决EOM分包机制的安全问题。

      用户如果需要使用base1.1中的操作,需要客户端支持base1.1协议,在能力集交互时通告此能力。

  • <edit-config>:操作类型。
  • <target>:待操作的目标文件。
  • <default-operation>:配置默认操作类型。
  • <error-option>:用来设置<edit-config>操作出现错误后,后续操作的处理方式,包含以下三种类型:
    • stop-on-error:出现错误后停止操作。
    • continue-on-error:出现错误后记录错误信息并继续执行,如果发生任何错误,NETCONF Server给Client返回一个操作失败的<rpc-reply>消息。
    • rollback-on-error:出现错误后停止操作,并将配置回退到执行<edit-config>操作之前的状态。只有设备支持rollback-on-error能力才支持此操作。
  • <config>:一组由数据模型定义的层次化的配置数据。这些配置数据必须放在指定的名字空间中,必须遵循由其能力集定义的数据模型的约束条件。
  • ]]>]]>:XML报文结束符。

    Server和Client进行XML报文交互时,XML格式报文最后必须添加结束符“]]>]]>”,否则设备无法识别,不会对Client发送的XML报文响应。设备发送的XML报文将自动添加“]]>]]>”。在后面的举例中,为方便识别XML格式,均未添加此结束符,实际操作中,请自行添加。

    如果hello报文交互base1.1,则YANG模型后面交互的RPC报文支持Chunk格式。Chunk格式报文支持分片,结束符为“\n##\n”。

  • 报文中各字段含义:

    • <error-type>:定义错误发生在协议的层级,有四种取值:transport传输层,RPC远程进程调用,protocol协议层,application应用层。
    • <error-tag>:标识错误信息内容。
    • <error-severity>:标识错误的严重级别,取值有error和warning。
    • <error-app-tag>:标识特定的错误情形。对于一个特殊的错误情形,如果没有合适的<error-tag>与之关联,则此元素不会出现。
    • <error-path>:标识出错的位置及具体文件名称。
    • <error-message>:描述出错内容。
    • <error-info>:含有协议或者数据模型特定的错误内容。对于一个特殊的错误情形,如果没有提供合适的<error info>,这个元素就不会出现。
    • <error-paras>:错误参数列表。
翻译
下载文档
更新时间:2020-01-09

文档编号:EDOC1100075464

浏览量:13567

下载量:225

平均得分:
本文档适用于这些产品

相关版本

相关文档

Share
上一页 下一页