03-CFD配置
本章节下载: 03-CFD配置 (343.04 KB)
目 录
CFD是Connectivity Fault Detection(连通错误检测)的简称,遵循IEEE 802.1ag的CFM(Connectivity Fault Management,连通错误管理)协议和ITU-T的Y.1731协议。它是一种二层链路上基于VLAN的端到端OAM(Operations, Administration and Maintenance,操作、管理和维护)机制,主要用于在二层网络中检测链路连通性,确认故障并确定故障发生的位置。
维护域(Maintenance Domain,MD)指明了连通错误检测所覆盖的网络,其边界是由配置在端口上的一系列维护端点所定义的。维护域以“维护域名称”来标识。
为了准确定位故障点,在维护域中引入了级别(层次)的概念。维护域共分为八级,用整数0~7来表示,数字越大级别越高,维护域的范围也就越大。不同维护域之间可以相邻或嵌套,但不能交叉,且嵌套时只能由高级别维护域向低级别维护域嵌套,即低级别维护域必须包含在高级别维护域内部。
维护域的分级使得故障定位更加便利和准确,如图1-1所示,维护域MD_B嵌套于维护域MD_A中,如果在MD_A的边界上发现链路不通,则表明该域内的设备出现了故障,故障可能出现在Device A~Device E这五台设备上。此时,如果在MD_B的边界上也发现链路不通,则故障范围就缩小到Device B~Device D这三台设备上;反之,如果MD_B内的设备都工作正常,则至少可以确定Device C是没有故障的。
CFD协议报文的交互以及相关处理都是基于维护域的,合理的维护域规划可以帮助网络管理员迅速定位故障点。
在维护域内根据需要可以配置多个维护集(Maintenance Association,MA),每个维护集是维护域内一些维护点的集合。维护集以“维护域名称+维护集名称”来标识。
维护集服务于一个VLAN,维护集中的维护点所发送的报文都带有该VLAN的标签,同时维护集中的维护点可以接收由本维护集中其它维护点发来的报文。
维护点(Maintenance Point,MP)配置在端口上,属于某个维护集,可分为维护端点(Maintenance association End Point,MEP)和维护中间点(Maintenance association Intermediate Point,MIP)两种。
(1) 维护端点
维护端点以称为MEP ID的整数来标识,它确定了维护域的范围和边界。维护端点所属的维护集和维护域确定了该维护端点所发出报文的VLAN属性和级别。
维护端点的级别决定了其所能处理的报文的级别,维护端点所发出报文的级别就是该维护端点的级别。当维护端点收到高于自己级别的报文时,不会进行处理,而是将其按原有路径转发;而当维护端点收到小于等于自己级别的报文时,才会进行处理。
上述描述是指同一VLAN内的报文处理方式,不同VLAN内的报文之间是相互隔离的,不会相互影响。
维护端点具有方向性,分为外向MEP和内向MEP两种。维护端点的方向表明了维护域相对于该端口的位置。
图1-2 外向MEP示意图
如图1-2所示,外向MEP是向它所在端口发送报文的。
图1-3 内向MEP示意图
如图1-3所示,内向MEP不向它所在端口发送报文,而是向设备的其它端口发送报文。
(2) 维护中间点
维护中间点位于维护域内部,不能主动发出CFD协议报文,但可以处理和响应CFD协议报文。维护中间点所属的维护集和维护域确定了该维护中间点所接收报文的VLAN属性和级别。
维护中间点可以配合维护端点完成类似于ping和tracert的功能。与维护端点类似,当维护中间点收到高于自己级别的报文时,不会进行处理,而是将其按原有路径转发;而当维护中间点收到小于等于自己级别的报文时,才会进行处理。
如图1-4所示,是CFD的一种分级配置方式,假设图中所有六台设备都只有两个端口,并在其中一些端口上配置了维护端点和维护中间点,譬如Device B的端口1上配置的维护点如下:级别为5的维护中间点、级别为3的内向维护端点、级别为2的内向维护端点和级别为0的外向维护端点。图中共有四个级别的维护域,标识号较大的维护域的级别高、控制范围广;标识号较小的维护域的级别低、控制范围小。
维护端点列表是同一维护集内允许配置的本地维护端点和需要监控的远端维护端点的集合,它限定了维护集内维护端点的选取范围,不同设备上同一维护集内的所有维护端点都应包含在此列表中,且MEP ID互不重复。如果维护端点收到来自远端设备的CCM(Continuity Check Message,连续性检测报文)报文所携带的维护端点不在同一维护集的维护端点列表中,就丢弃该报文。
连通错误检测的有效应用建立在合理的网络部署和配置之上。它的功能是在所配置的维护点之间实现的,包括:
l 连续性检测功能
l 环回功能
l 链路跟踪功能
l 告警抑制功能
l 单向丢包测试功能
l 帧时延测试功能
l 比特错误测试功能
连续性检测(Continuity Check,CC)功能用来检测维护端点之间的连通状态。连通失败可能由设备故障或配置错误造成。该功能的实现方式是:由维护端点周期性地发送CCM报文,该报文是组播报文,相同维护集的其它维护端点接收该报文,并由此获知远端状态。若维护端点在3.5个CCM报文发送周期内未收到远端维护端点发来的CCM报文,则认为链路有问题,会输出日志报告。当维护域内的多个维护端点在发送CCM报文时,就实现了多点到多点之间的链路检测。
CCM报文是组播报文。
环回(Loopback,LB)功能类似于IP层的ping功能,用于验证本地设备与远端设备之间的连接状态。该功能的实现方式是:由维护端点发送LBM(Loopback Message,环回报文)报文给远端维护点,并根据能否收到对端反馈的LBR(Loopback Reply,环回应答)报文来检验链路状态。
LBM报文和LBR报文都是单播报文。
链路跟踪(Linktrace,LT)功能用于确定源维护端点到目标维护端点的路径,其实现方式是:由源维护端点发送LTM(Linktrace Message,链路跟踪报文)报文给目标维护端点,目标维护端点及LTM报文所经过的维护中间点收到该报文后,会发送LTR(Linktrace Reply,链路跟踪应答)报文给源维护端点,源维护端点则根据收到的LTR报文来确定到目标维护端点的路径。
LTM报文是组播报文,LTR报文是单播报文。
告警抑制功能用来减少维护端点故障告警的数量。如果维护端点在3.5个CCM报文发送周期内未收到远端维护端点发来的CCM报文,便立刻开始周期性地发送AIS(Alarm Indication Signal,告警指示信号)报文,该报文的发送方向与CCM报文相反。其它维护端点在收到AIS报文后,会抑制本端的故障告警,并继续发送AIS报文。此后,如果维护端点收到了CCM报文,便停止发送AIS报文并恢复故障告警。
AIS报文是组播报文。
单向丢包测试(Loss Measurement,LM)功能用来检测维护端点之间的单向丢包情况,其实现方式是:由源维护端点发送LMM(Loss Measurement Message,丢包测量报文)报文给目标维护端点,目标维护端点收到该报文后,会发送LMR(Loss Measurement Reply,丢包测量应答)报文给源维护端点,源维护端点则根据两个连续的LMR报文来计算源维护端点和目标维护端点间的丢包数,即源维护端点从收到第二个LMR报文开始,根据本LMR报文和前一个LMR报文的统计计数来计算源维护端点和目标维护端点间的丢包数。
LMM报文和LMR报文都是单播报文。
帧时延测试(Delay Measurement,DM)功能用来检测维护端点之间报文传输的时延情况,分为单向时延测试和双向时延测试两种:
(1) 单向时延测试
单向时延测试功能的实现方式是:源维护端点发送1DM(One-way Delay Measurement,单向时延测量)报文给目标维护端点,该报文中携带有其发送时间。目标维护端点收到该报文后记录其接收时间,并结合其发送时间来计算并记录链路传输的时延和抖动(即时延变化值)。
1DM报文是单播报文。
(2) 双向时延测试
双向时延测试功能的实现方式是:源维护端点发送DMM(Delay Measurement Message,时延测量报文)报文给目标维护端点,该报文中携带有其发送时间。目标维护端点收到该报文后记录其接收时间,然后再发送DMR(Delay Measurement Reply,时延测量应答)报文给源维护端点,该报文中携带有DMM报文的发送和接收时间,以及DMR报文的发送时间。源维护端点收到DMR报文后记录其接收时间,并据此计算出链路传输的时延和抖动。
DMM报文和DMR报文都是单播报文。
比特错误测试功能用来测试维护端点之间的比特错误。源维护端点发送TST(Test,比特错误测试)报文给目标维护端点,该报文中携带有伪随机序列或全0值。目标维护端点收到该报文后,通过对报文内容进行计算比较来确定错误比特的情况。
TST报文是单播报文。
与CFD相关的协议规范有:
l IEEE 802.1ag:Virtual Bridged Local Area Networks Amendment 5: Connectivity Fault Management
l ITU-T Y.1731:OAM functions and mechanisms for Ethernet based networks
在配置CFD功能之前,应对网络进行如下规划:
l 对整个网络的维护域进行分级,确定各级别维护域的边界。
l 确定各维护域的名称,同一维护域在不同设备上的名称相同。
l 根据需要监控的VLAN,确定各维护域内的维护集。
l 确定各维护集的名称,同一维护域内同一维护集在不同设备上的名称相同。
l 确定同一维护域内同一维护集的维护端点列表,在不同设备上应保持相同。
l 在维护域和维护集的边界端口上应规划维护端点,非边界设备或端口上可规划维护中间点。
在完成网络规划之后,请进行下列配置。
配置任务 |
说明 |
详细配置 |
||
CFD基础配置 |
使能CFD功能 |
必选 |
||
配置CFD版本 |
可选 |
|||
配置服务实例 |
配置有维护域名称的服务实例 |
二者必选其一 |
||
配置无维护域名称的服务实例 |
||||
配置维护端点 |
必选 |
|||
配置维护中间点 |
必选 |
|||
配置CFD各项功能 |
配置连续性检测功能 |
必选 |
||
配置环回功能 |
可选 |
|||
配置链路跟踪功能 |
可选 |
|||
配置告警抑制功能 |
可选 |
|||
配置单向丢包测试功能 |
可选 |
|||
配置单向时延测试功能 |
可选 |
|||
配置双向时延测试功能 |
可选 |
|||
配置比特错误测试功能 |
可选 |
被STP协议阻塞的端口不能接收和发送CFD协议报文,但是如果设备上配置了MEP或MIP的话,设备上被STP协议阻塞的端口对CFD协议报文的处理情况会有所不同:
l 如果设备上配置了外向MEP,那么被STP协议阻塞的MEP所在端口仍会接收和发送CFD协议报文;
l 如果设备上配置了除外向MEP以外的维护点(包括MIP及内向MEP),那么被STP协议阻塞的端口会接收和发送除CCM报文以外的CFD协议报文。
请在需要配置CFD功能的设备上使能CFD功能。
表1-2 使能CFD功能
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
使能CFD功能 |
cfd enable |
必选 缺省情况下,CFD功能处于关闭状态 |
CFD协议有三种版本:IEEE 802.1ag draft5.2版本、IEEE 802.1ag draft5.2过渡版本和IEEE 802.1ag标准版本。同一维护域内的设备所采用的CFD版本应保持一致,否则这些设备之间的CFD协议报文将无法互通。
表1-3 配置CFD版本
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
配置CFD采用的协议版本 |
cfd version { draft5 | draft5-plus | standard } |
必选 缺省情况下,CFD采用的协议版本为IEEE 802.1ag标准版本 |
在配置维护端点和维护中间点之前,必须首先配置服务实例(Service Instance)。服务实例是服务接入点的集合,它属于某个维护域中的某个维护集。一个服务实例用一个整数表示,代表了一个维护域内的一个维护集。维护域和维护集确定了服务实例内的维护点所处理的报文的级别属性和VLAN属性。
服务实例可分为有维护域名称的服务实例和无维护域名称的服务实例两种,前者在CFD协议的任意版本下都有效,而后者只在CFD协议的IEEE 802.1ag标准版本下有效。用户可根据实际情况创建其中的一种。
在创建有维护域名称的服务实例之前,必须先为该服务实例创建维护域和维护集。
请严格按照下列顺序依次创建维护域、维护集和有维护域名称的服务实例。
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
创建维护域 |
cfd md md-name level level-value |
必选 缺省情况下,没有创建维护域 |
创建维护集 |
cfd ma ma-name md md-name vlan vlan-id |
必选 缺省情况下,没有创建维护集 |
创建有维护域名称的服务实例 |
cfd service-instance instance-id md md-name ma ma-name |
必选 缺省情况下,没有创建服务实例 |
在创建无维护域名称的服务实例时,系统会自动为该服务实例创建维护集和维护域。
表1-5 配置无维护域名称的服务实例
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
创建无维护域名称的服务实例 |
cfd service-instance instance-id maid format { icc-based ma-name | string ma-name } level level-value vlan vlan-id |
必选 缺省情况下,没有创建服务实例 |
CFD功能主要体现在对维护端点的各种操作上,由于维护端点配置在服务实例上,因此服务实例所代表的维护域的级别和VLAN属性就自然成为了维护端点的属性。
在创建维护端点前必须先配置维护端点列表,维护端点列表是同一维护集内允许配置的本地维护端点和需要监控的远端维护端点的集合。
表1-6 配置维护端点
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
配置维护端点列表 |
cfd meplist mep-list service-instance instance-id |
必选 缺省情况下,不存在维护端点列表 |
进入以太网端口视图 |
interface interface-type interface-number |
- |
创建维护端点 |
cfd mep mep-id service-instance instance-id { inbound | outbound } |
必选 缺省情况下,端口上不存在维护端点 |
使能维护端点 |
cfd mep service-instance instance-id mep mep-id enable |
必选 缺省情况下,维护端点处于关闭状态 |
创建的维护端点必须已包含在对应服务实例的维护端点列表中,否则不能创建成功。
维护中间点是服务实例中的功能实体,用来响应各种CFD测试报文(如LTM、LBM、1DM、DMM、TST等)。
维护中间点是系统按照规则在各端口上自动创建的,其创建规则如下:如果端口上没有维护中间点,那么按照级别由低到高的顺序检查每个维护域内的维护集,并按照如图1-5所示的流程来决定是否创建维护中间点(指在同一VLAN内)。
请根据网络的规划配置维护中间点的创建规则。
表1-7 配置维护中间点
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
配置维护中间点的创建规则 |
cfd mip-rule { explicit | default } service-instance instance-id |
必选 缺省情况下,没有维护中间点的创建规则,也不存在创建维护中间点 |
在配置了维护中间点的创建规则之后,下列任一条件均可触发维护中间点的创建或删除:
l 使能CFD功能
l 创建或删除端口上的维护端点
l 端口的VLAN属性发生变化
l 维护中间点的创建规则发生变化
在配置CFD各项功能之前,需完成CFD的基础配置。
通过配置连续性检测功能,可以使维护端点间互发CCM报文来检测这些维护端点之间的连通状态,从而实现链路连通性的管理。
在配置其它各项CFD功能之前,必须先配置连续性检测功能。
表1-8 配置连续性检测功能
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
配置维护端点发送的CCM报文中时间间隔域的值 |
cfd cc interval interval-value service-instance instance-id |
可选 缺省情况下,维护端点发送的CCM报文中时间间隔域的值为4 |
进入以太网端口视图 |
interface interface-type interface-number |
- |
使能维护端点的CCM报文发送功能 |
cfd cc service-instance instance-id mep mep-id enable |
必选 缺省情况下,维护端点的CCM报文发送功能处于关闭状态 |
不同设备上处于同一个维护域和维护集中的维护端点,其发送CCM报文的时间间隔必须相同。
维护端点发送的CCM报文中的时间间隔域(Interval域)的值与CCM发送时间间隔、远端MEP超时时间的关系如表1-9所示。
表1-9 时间间隔域的值与CCM发送时间间隔、远端MEP超时时间的关系
时间间隔域的值 |
CCM发送时间间隔 |
远端MEP超时时间 |
4 |
1秒 |
3.5秒 |
5 |
10秒 |
35秒 |
6 |
60秒 |
210秒 |
7 |
600秒 |
2100秒 |
通过配置环回功能,可以检查链路状况,从而实现链路连通性的验证。
表1-10 配置环回功能
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
启用环回功能检查链路状况 |
cfd loopback service-instance instance-id mep mep-id { target-mep target-mep-id | target-mac mac-address } [ number number ] |
必选 缺省情况下,环回功能未启用 |
通过配置链路跟踪功能,可以查找源维护端点到目标维护端点之间的路径,从而实现链路故障的定位。它包括以下两种功能:
l 查找源维护端点到目标维护端点的路径:通过从源维护端点发送LTM报文到目标维护端点,并检测回应的LTR报文来确定设备间的路径。
l 自动发送链路跟踪报文:使能本功能后,当源维护端点在3.5个CCM报文发送周期内未收到目标维护端点发来的CCM报文,从而判定与目标维护端点的连接出错时,将发送LTM报文(该LTM报文的目地为目标维护端点,LTM报文中TTL字段为最大值255),通过检测回应的LTR报文来定位故障。
表1-11 配置链路跟踪功能
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
查找指定维护端点到目标维护端点的路径 |
cfd linktrace service-instance instance-id mep mep-id { target-mep target-mep-id | target-mac mac-address } [ ttl ttl-value ] [ hw-only ] |
必选 |
使能自动发送链路跟踪报文功能 |
cfd linktrace auto-detection [ size size-value ] |
必选 缺省情况下,自动发送链路跟踪报文功能处于关闭状态 |
通过配置告警抑制功能可以减少维护端点故障告警的数量。
表1-12 配置告警抑制功能
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
使能告警抑制功能 |
cfd ais enable |
必选 缺省情况下,告警抑制功能处于关闭状态 |
配置AIS报文的发送级别 |
cfd ais level level-value service-instance instance-id |
必选 缺省情况下,没有配置AIS报文的发送级别 |
配置AIS报文的发送周期 |
cfd ais period period-value service-instance instance-id |
可选 缺省情况下,AIS报文的发送周期为1秒 |
l 如果没有配置AIS报文的发送级别,则该维护实例中的维护端点将无法发送AIS报文,且AIS报文发送级别必须高于本维护端点所在维护域的级别。
l 接收AIS报文的维护端点也只有使能了告警抑制功能并配置了正确的AIS报文发送级别才能抑制故障告警,并继续向更高级别的维护域发送AIS报文。如果只使能了告警抑制功能,而没有配置AIS报文发送级别或者配置的级别错误,那么该维护端点只能抑制自己的故障告警,而不会再发送AIS报文。
通过配置单向丢包测试功能,可以检测维护端点之间的单向丢包情况,包括:目标维护端点的丢包数、丢包率和平均丢包数,源维护端点的丢包数、丢包率和平均丢包数。
表1-13 配置单向丢包测试功能
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
启用单向丢包测试功能 |
cfd slm service-instance instance-id mep mep-id { target-mac mac-address | target-mep target-mep-id } [ number number ] |
必选 缺省情况下,单向丢包测试功能未启用 |
单向丢包测试功能只能在CFD协议的IEEE 802.1ag标准版本下起作用。
通过配置单向时延测试功能,可以检测维护端点之间报文传输的单向时延,从而对链路的传输性能进行监测和管理。
表1-14 配置单向时延测试功能
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
启用单向时延测试功能 |
cfd dm one-way service-instance instance-id mep mep-id { target-mac mac-address | target-mep target-mep-id } [ number number ] |
必选 缺省情况下,单向时延测试功能未启用 |
l 单向时延测试功能只能在CFD协议的IEEE 802.1ag标准版本下起作用。
l 测试时要求源维护端点和目标维护端点的时钟同步,用于单向时延变化测量时两端时钟可以不同步。
l 测试结果需在目标维护端点上通过display cfd dm one-way history命令来查看。
通过配置双向时延测试功能,可以检测维护端点之间报文传输的双向时延、平均时延和时延变化值,从而对链路的传输性能进行监测和管理。
表1-15 配置双向时延测试功能
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
启用双向时延测试功能 |
cfd dm two-way service-instance instance-id mep mep-id { target-mac mac-address | target-mep target-mep-id } [ number number ] |
必选 缺省情况下,双向时延测试功能未启用 |
双向时延测试功能只能在CFD协议的IEEE 802.1ag标准版本下起作用。
通过配置比特错误测试功能,可以检测到链路上比特错误发生的情况,从而对链路的传输性能进行监测和管理。
表1-16 配置比特错误测试功能
操作 |
命令 |
说明 |
进入系统视图 |
system-view |
- |
启用比特错误测试功能 |
cfd tst service-instance instance-id mep mep-id { target-mac mac-address | target-mep target-mep-id } [ number number ] [ length-of-test length ] [ pattern-of-test { all-zero | prbs } [ with-crc ] ] |
必选 缺省情况下,比特错误测试功能未启用 |
l 比特错误测试功能只能在CFD协议的IEEE 802.1ag标准版本下起作用。
l 测试结果需在目标维护端点上通过display cfd tst命令来查看。
在完成上述配置后,在任意视图下执行display命令可以显示配置后CFD的运行情况,通过查看显示信息验证配置的效果。
在用户视图下执行reset命令可以清除CFD的测试结果。
表1-17 CFD显示和维护
操作 |
命令 |
显示CFD和AIS的使能状态 |
display cfd status [ | { begin | exclude | include } regular-expression ] |
显示CFD采用的协议版本 |
display cfd version [ | { begin | exclude | include } regular-expression ] |
显示维护域的配置信息 |
display cfd md [ | { begin | exclude | include } regular-expression ] |
显示维护集的配置信息 |
display cfd ma [ [ ma-name ] md { md-name | level level-value } ] [ | { begin | exclude | include } regular-expression ] |
显示服务实例的配置信息 |
display cfd service-instance [ instance-id ] [ | { begin | exclude | include } regular-expression ] |
显示服务实例内的维护端点列表 |
display cfd meplist [ service-instance instance-id ] [ | { begin | exclude | include } regular-expression ] |
显示维护点的信息 |
display cfd mp [ interface interface-type interface-number ] [ | { begin | exclude | include } regular-expression ] |
显示维护端点的属性和运行信息 |
display cfd mep mep-id service-instance instance-id [ | { begin | exclude | include } regular-expression ] |
显示维护端点上获得的LTR报文信息 |
display cfd linktrace-reply [ service-instance instance-id [ mep mep-id ] ] [ | { begin | exclude | include } regular-expression ] |
显示远端维护端点的信息 |
display cfd remote-mep service-instance instance-id mep mep-id [ | { begin | exclude | include } regular-expression ] |
显示自动发送LTM报文所收到的LTR报文的内容 |
display cfd linktrace-reply auto-detection [ size size-value ] [ | { begin | exclude | include } regular-expression ] |
显示维护端点上AIS的配置和动态信息 |
display cfd ais [ service-instance instance-id [ mep mep-id ] ] [ | { begin | exclude | include } regular-expression ] |
显示维护端点上单向时延的测试结果 |
display cfd dm one-way history [ service-instance instance-id [ mep mep-id ] ] [ | { begin | exclude | include } regular-expression ] |
显示维护端点上比特错误的测试结果 |
display cfd tst [ service-instance instance-id [ mep mep-id ] ] [ | { begin | exclude | include } regular-expression ] |
清除维护端点上单向时延的测试结果 |
reset cfd dm one-way history [ service-instance instance-id [ mep mep-id ] ] |
清除维护端点上比特错误的测试结果 |
reset cfd tst [ service-instance instance-id [ mep mep-id ] ] |
l 由五台设备组成的网络被划分为MD_A和MD_B两个维护域,其级别分别为5和3,各设备的所有端口都属于VLAN 100,且各维护域内的维护集均服务于该VLAN。
l MD_A的边界端口为Device A的GigabitEthernet1/0/1、Device D的GigabitEthernet1/0/3和Device E的GigabitEthernet1/0/4,这些端口上都是内向维护端点;MD_B的边界端口为Device B的GigabitEthernet1/0/3和Device D的GigabitEthernet1/0/1,这些端口都是外向维护端点。
l 要求将MD_A的维护中间点规划在Device B上,并只在端口上有低级别维护端点时配置。根据此规划,由于Device B的GigabitEthernet1/0/3上配置有MD_B的维护端点,因此需要在Device B上配置MD_A的维护中间点,且其创建规则为Explicit规则。
l 要求将MD_B的维护中间点规划在Device C上,并在其所有端口上配置。根据此规划,在Device C上配置MD_B的维护中间点,且其创建规则为Default规则。
l 要求通过使用连续性检测功能来检测MD_A和MD_B中各维护端点之间的连通状态,当检测到链路故障时,使用环回功能进行故障定位,并通过告警抑制功能来减少故障告警的数量。
l 要求在获取到整个组网的状态后,分别使用链路跟踪功能、单向丢包测试功能、单向时延测试功能、双向时延测试功能和比特错误测试功能进行各种链路故障的检测。
图1-6 CFD典型配置组网图
(1) 配置VLAN和端口
请按照图1-6在各设备上分别创建VLAN 100,并配置端口GigabitEthernet1/0/1~GigabitEthernet1/0/4都属于VLAN 100。
(2) 使能CFD功能
# 在Device A上使能CFD功能。
<DeviceA> system-view
[DeviceA] cfd enable
Device B~Device E的配置与Device A相似,配置过程略。
(3) 配置服务实例
# 在Device A上创建级别为5的维护域MD_A,在MD_A中创建服务于VLAN 100的维护集MA_A,并为MD_A和MA_A创建服务实例1。
[DeviceA] cfd md MD_A level 5
[DeviceA] cfd ma MA_A md MD_A vlan 100
[DeviceA] cfd service-instance 1 md MD_A ma MA_A
Device E的配置与Device A相似,配置过程略。
# 在Device B上先创建级别为5的维护域MD_A,在MD_A中创建服务于VLAN 100的维护集MA_A,并为MD_A和MA_A创建服务实例1;再创建级别为3的维护域MD_B,在MD_B中创建服务于VLAN 100的维护集MA_B,并为MD_B和MA_B创建服务实例2。
[DeviceB] cfd md MD_A level 5
[DeviceB] cfd ma MA_A md MD_A vlan 100
[DeviceB] cfd service-instance 1 md MD_A ma MA_A
[DeviceB] cfd md MD_B level 3
[DeviceB] cfd ma MA_B md MD_B vlan 100
[DeviceB] cfd service-instance 2 md MD_B ma MA_B
Device D的配置与Device B相似,配置过程略。
# 在Device C上创建级别为3的维护域MD_B,在MD_B中创建服务于VLAN 100的维护集MA_B,并为MD_B和MA_B创建服务实例2。
[DeviceC] cfd md MD_B level 3
[DeviceC] cfd ma MA_B md MD_B vlan 100
[DeviceC] cfd service-instance 2 md MD_B ma MA_B
(4) 配置维护端点
# 在Device A的服务实例1内配置维护端点列表,在端口GigabitEthernet1/0/1上创建并使能服务实例1内的内向维护端点1001。
[DeviceA] cfd meplist 1001 4002 5001 service-instance 1
[DeviceA] interface gigabitethernet 1/0/1
[DeviceA-GigabitEthernet1/0/1] cfd mep 1001 service-instance 1 inbound
[DeviceA-GigabitEthernet1/0/1] cfd mep service-instance 1 mep 1001 enable
[DeviceA-GigabitEthernet1/0/1] quit
# 在Device B的服务实例1和2内分别配置维护端点列表,在端口GigabitEthernet1/0/3上创建并使能服务实例2内的外向维护端点2001。
[DeviceB] cfd meplist 1001 4002 5001 service-instance 1
[DeviceB] cfd meplist 2001 4001 service-instance 2
[DeviceB] interface gigabitethernet 1/0/3
[DeviceB-GigabitEthernet1/0/3] cfd mep 2001 service-instance 2 outbound
[DeviceB-GigabitEthernet1/0/3] cfd mep service-instance 2 mep 2001 enable
[DeviceB-GigabitEthernet1/0/3] quit
# 在Device D的服务实例1和2内分别配置维护端点列表,在端口GigabitEthernet1/0/1上创建并使能服务实例2内的外向维护端点4001,然后在端口GigabitEthernet1/0/3上创建并使能服务实例1内的内向维护端点4002。
[DeviceD] cfd meplist 1001 4002 5001 service-instance 1
[DeviceD] cfd meplist 2001 4001 service-instance 2
[DeviceD] interface gigabitethernet 1/0/1
[DeviceD-GigabitEthernet1/0/1] cfd mep 4001 service-instance 2 outbound
[DeviceD-GigabitEthernet1/0/1] cfd mep service-instance 2 mep 4001 enable
[DeviceD-GigabitEthernet1/0/1] quit
[DeviceD] interface gigabitethernet 1/0/3
[DeviceD-GigabitEthernet1/0/3] cfd mep 4002 service-instance 1 inbound
[DeviceD-GigabitEthernet1/0/3] cfd mep service-instance 1 mep 4002 enable
[DeviceD-GigabitEthernet1/0/3] quit
# 在Device E的服务实例1内配置维护端点列表,在端口GigabitEthernet1/0/4上创建并使能服务实例1内的内向维护端点5001。
[DeviceE] cfd meplist 1001 4002 5001 service-instance 1
[DeviceE] interface gigabitethernet 1/0/4
[DeviceE-GigabitEthernet1/0/4] cfd mep 5001 service-instance 1 inbound
[DeviceE-GigabitEthernet1/0/4] cfd mep service-instance 1 mep 5001 enable
[DeviceE-GigabitEthernet1/0/4] quit
(5) 配置维护中间点
# 在Device B的服务实例1内配置维护中间点的创建规则为Explicit规则。
[DeviceB] cfd mip-rule explicit service-instance 1
# 在Device C的服务实例2内配置维护中间点的创建规则为Default规则。
[DeviceC] cfd mip-rule default service-instance 2
(6) 配置连续性检测功能
# 在Device A的端口GigabitEthernet1/0/1上使能服务实例1内维护端点1001的CCM报文发送功能。
[DeviceA] interface gigabitethernet 1/0/1
[DeviceA-GigabitEthernet1/0/1] cfd cc service-instance 1 mep 1001 enable
[DeviceA-GigabitEthernet1/0/1] quit
# 在Device B的端口GigabitEthernet1/0/3上使能服务实例2内维护端点2001的CCM报文发送功能。
[DeviceB] interface gigabitethernet 1/0/3
[DeviceB-GigabitEthernet1/0/3] cfd cc service-instance 2 mep 2001 enable
[DeviceB-GigabitEthernet1/0/3] quit
# 在Device D的端口GigabitEthernet1/0/1上使能服务实例2内维护端点4001的CCM报文发送功能,并在端口GigabitEthernet1/0/3上使能服务实例1内维护端点4002的CCM报文发送功能。
[DeviceD] interface gigabitethernet 1/0/1
[DeviceD-GigabitEthernet1/0/1] cfd cc service-instance 2 mep 4001 enable
[DeviceD-GigabitEthernet1/0/1] quit
[DeviceD] interface gigabitethernet 1/0/3
[DeviceD-GigabitEthernet1/0/3] cfd cc service-instance 1 mep 4002 enable
[DeviceD-GigabitEthernet1/0/3] quit
# 在Device E的端口GigabitEthernet1/0/4上使能服务实例1内维护端点5001的CCM报文发送功能。
[DeviceE] interface gigabitethernet 1/0/4
[DeviceE-GigabitEthernet1/0/4] cfd cc service-instance 1 mep 5001 enable
[DeviceE-GigabitEthernet1/0/4] quit
(7) 配置告警抑制功能
# 在Device B上使能告警抑制功能,并在服务实例2内配置AIS报文的发送级别为5,发送周期为1秒。
[DeviceB] cfd ais enable
[DeviceB] cfd ais level 5 service-instance 2
[DeviceB] cfd ais period 1 service-instance 2
(1) 验证环回功能
当通过连续性检测功能检测到链路故障时,可以使用环回功能进行故障定位。譬如:
# 在Device A上启用环回功能,检查服务实例1内维护端点1001到5001的链路状况。
[DeviceA] cfd loopback service-instance 1 mep 1001 target-mep 5001
Loopback to 0010-FC00-6515 with the sequence number start from 1001-43404:
Reply from 0010-FC00-6515: sequence number=1001-43404
Reply from 0010-FC00-6515: sequence number=1001-43405
Reply from 0010-FC00-6515: sequence number=1001-43406
Reply from 0010-FC00-6515: sequence number=1001-43407
Reply from 0010-FC00-6515: sequence number=1001-43408
Send:5 Received:5 Lost:0
(2) 验证链路跟踪功能
当通过连续性检测功能获取到整个组网的状态后,可以使用链路跟踪功能进行路径查找或故障定位。譬如:
# 在Device A的服务实例1内查找维护端点1001到5001的路径。
[DeviceA] cfd linktrace service-instance 1 mep 1001 target-mep 5001
Linktrace to MEP 5001 with the sequence number 1001-43462
MAC Address TTL Last MAC Relay Action
0010-FC00-6515 63 0010-FC00-6512 Hit
(3) 验证单向丢包测试功能
当通过连续性检测功能获取到整个组网的状态后,可以使用单向丢包测试功能检测链路状态。譬如:
# 在Device A上测试服务实例1内维护端点1001到4002的单向丢包情况。
[DeviceA] cfd slm service-instance 1 mep 1001 target-mep 4002
Reply from 0010-FC00-6514
Far-end frame loss: 10 Near-end frame loss: 20
Reply from 0010-FC00-6514
Far-end frame loss: 40 Near-end frame loss: 40
Reply from 0010-FC00-6514
Far-end frame loss: 0 Near-end frame loss: 10
Reply from 0010-FC00-6514
Far-end frame loss: 30 Near-end frame loss: 30
Average
Far-end frame loss: 20 Near-end frame loss: 25
Far-end frame loss rate: 25% Near-end frame loss rate: 32%
Send LMMs: 5 Received: 5 Lost: 0
(4) 验证单向时延测试功能
当通过连续性检测功能获取到整个组网的状态后,可以使用单向时延测试功能检测链路的单向时延。譬如:
# 在Device A上测试服务实例1内维护端点1001到4002的单向时延。
[DeviceA] cfd dm one-way service-instance 1 mep 1001 target-mep 4002
Info: 5 1DMs process is done, please check the result on the remote device.
# 在Device D上显示服务实例1内维护端点4002上单向时延的测试结果。
[DeviceD] display cfd dm one-way history service-instance 1 mep 4002
Service instance: 1
MEP ID: 4002
Send 1DM total number: 0
Received 1DM total number: 5
Frame delay: 10ms 9ms 11ms 5ms 5ms
Delay average: 8ms
Delay variation: 5ms 4ms 6ms 0ms 0ms
Variation average: 3ms
(5) 验证双向时延测试功能
当通过连续性检测功能获取到整个组网的状态后,可以使用双向时延测试功能检测链路的双向时延。譬如:
# 在Device A上测试服务实例1内维护端点1001到4002的双向时延。
[DeviceA] cfd dm two-way service-instance 1 mep 1001 target-mep 4002
Frame delay:
Reply from 0010-FC00-6514: 10ms
Reply from 0010-FC00-6514: 9ms
Reply from 0010-FC00-6514: 11ms
Reply from 0010-FC00-6514: 5ms
Reply from 0010-FC00-6514: 5ms
Average: 8ms
Send DMMs: 5 Received: 5 Lost: 0
Frame delay variation: 5ms 4ms 6ms 0ms 0ms
Average: 3ms
(6) 验证比特错误测试功能
当通过连续性检测功能获取到整个组网的状态后,可以使用比特错误测试功能检测链路上比特错误的情况。譬如:
# 在Device A上测试服务实例1内维护端点1001到4002的比特错误。
[DeviceA] cfd tst service-instance 1 mep 1001 target-mep 4002
Info: TST process is done. Please check the result on the remote device.
# 在Device D上显示服务实例1内维护端点4002上比特错误的测试结果。
[DeviceD] display cfd tst service-instance 1 mep 4002
Service instance: 1
MEP ID: 4002
Send TST total number: 0
Received TST total number: 5
Received from 0010-FC00-6511, sequence number 1: Bit True
Received from 0010-FC00-6511, sequence number 2: Bit True
Received from 0010-FC00-6511, sequence number 3: Bit True
Received from 0010-FC00-6511, sequence number 4: Bit True
Received from 0010-FC00-6511, sequence number 5: Bit True
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!