OptiX NGSDH以太网单板OAM特性专题AWord格式.docx
《OptiX NGSDH以太网单板OAM特性专题AWord格式.docx》由会员分享,可在线阅读,更多相关《OptiX NGSDH以太网单板OAM特性专题AWord格式.docx(17页珍藏版)》请在冰豆网上搜索。
1.1原理6
1.1.1关于OAM的维护点(MP)6
1.1.2关于OAM的维护域(MD)7
2版本支持情况7
2.1产品支持情况7
3组网配置及使用建议8
3.1网管配置8
3.1.1使用网管创建维护点8
3.1.2查询维护点9
3.1.3ETHOAM的操作10
3.1.4LB测试11
3.1.5CC_LOS测试12
3.1.6MPID_CONFLICT冲突告警12
3.2命令行配置13
3.2.1创建维护点举例:
13
3.2.2以太网OAM协议的使用14
1.使用LB(环回检测)测试业务的连通性。
14
2.使用CC(连通性检测)监视业务的连通性16
3.3使用ETHOAM协议的典型场景:
17
3.3.1单板上在EPL、EVPL、EPLAN业务场景可以使用OAM17
3.3.2单板上在QinQ业务场景下使用ETHOAM协议:
4测试指导18
5故障处理19
5.1故障处理思路19
5.1.1检查19
5.1.2分析19
6已知缺陷介绍19
图目录
图1维护点方向7
图2网管创建维护点8
图3查询维护点10
图4ETHOAM的操作11
图5LB测试12
图6CC_LOS告警12
图7MPID冲突告警13
图8单板EVPL业务13
图9使用CC监视业务的连通性16
图10不支持MPLS层面的OAM20
图11不支持单向模型20
图12不支持非对称模型20
图13不支持环路21
图14不支持跨域维护21
关键词:
ETHOAM维护点
摘要:
OAM功能是NG-SDH产品R6版本开始支持的新特性,目前支持该功能的以太网单板有N1EMS4/N1EGS4/N2EFS4/N4EFS0.本文档是以太网OAM特性(ETHOAM)功能比较详细的说明文档。
较为详细的说明了ETHOAM协议的原理,工作方式,适用场景,配置方法,测试方式以及现有的缺陷。
缩略语清单:
Abbreviations缩略语
Fullspelling英文全名
Chineseexplanation中文解释
OAM
OperationAdministrationandMaintenance
操作维护管理
MIP
MaintenanceIntermediatePoint
维护中间点
MEP
MaintenanceEndPoint
维护端点
MP
MaintenancePoint
维护节点
CC
ContinuityCheck
连通性检测
LB
Loopback
环回
LT
LinkTrace
链路追踪
MPID
MaintenancePointIdentification
维护点标识
参考资料清单:
无
1概述
随着以太网业务的发展,运营商对设备的可维护性越来越关注,在以太网向城域、广域网扩展的时候,迫切需要解决传送网的OAM问题。
而当前以太网二层的维护手段非常有限,于是以太网OAM功能便应运而生。
以太网OAM协议是基于IEEE802.1ag标准开发的二层以太网协议。
在NG-SDH产品R6版本以太网单板上OAM协议实现了CC(ContinuityCheck连通性检测)和LB(LoopBack环回检测)功能。
CC连通性检测,是一种单向连续性连通检测。
LB环回检测是一种类似ping功能的双向检测。
以太网OAM协议的功能都是实现在维护点上的,只有在维护点上才可以进行OAM。
1.1原理
1.1.1关于OAM的维护点(MP)
●维护点MP分为:
维护端点(MEP)和维护中间点(MIP)。
两者的区别是MEP可以发起、响应OAM测试,而MIP只能响应测试。
或者说MEP可以做OAM测试的源点和宿点,而MIP则只能做OAM测试的宿点。
●维护点MP是有级别的,只有同级别MP之间才能进行OAM测试,维护点发起的OAM测试的测试报文中含有维护点的级别。
●维护端点MEP有两个方向:
Ingress(进入单板方向,面向CPU)和Egress(出单板方向,背对CPU)。
如下图所示。
维护中间点没有方向。
图1维护点方向
●维护点MP是创建在单板物理端口上的,且端口上需要有业务,所以创建维护点的时候需要指定业务ID。
一条业务上可以创建多个维护点。
●维护点MP的ID,ETHOAM协议需要用户给每个维护点一个全网唯一的维护点标识(MPID),维护点ID的唯一性需要用户保证。
●维护点MP可以创建在UNI、C_aware、S_aware、类型的端口上,维护点可以创建在IP或者VCTURNK口上,且需要基于业务流。
●维护点MP创建的时候,必须指定一条业务(给出业务ID)。
这条业务被删除的时候,维护点将被联动删除。
●同一个端口的一条业务上,MEP和MIP可以同时创建。
但是MIP必须是所有维护点(MP)中级别最高的,且只能有一个。
1.1.2关于OAM的维护域(MD)
两个或者多个(点对点或者点到多点网络)同级别的维护端点(MEP)所构成的OAM测试区域。
所有的OAM测试都是某个在具体的维护域内进行的,维护端点(MEP)将会阻止OAM报文溢出维护域,同时也阻止其他维护域的OAM报文进入维护域。
维护点的级别就是维护域的级别,比维护域级别小或者同级别的OAM报文不能进入维护域,比维护域级别高的OAM报文可以穿越维护域。
2版本支持情况
2.1产品支持情况
单板名称
软件版本
主机版本
网管版本
N1EMS4/N1EGS4
/N2EFS4/N4EFS0
V1R6版本及其后续版本
5.XX.16.12版本及其后续版本
T2000V2R4C01版本及其后续版本
3组网配置及使用建议
3.1网管配置
本专题以EMS4/EGS4单板配合NG-SDH产品R6版本和T2000网管V2R4版本为例进行网管配置的介绍,其他单板及版本相关功能的配置与此类似,不再单独进行介绍。
3.1.1使用网管创建维护点
1、创建维护点之前一定要先创建相关的以太网业务;
打开【NEExplorer】,选中单板,点击【EthernetMaintenance】,点击【EthernetServiceOAMMaintenance】,点击
【New】:
图2网管创建维护点
配置参数介绍
[VLANID]:
配置该维护点的业务属的VLANID,该信息包含在OAM数据包中,同一个维护域内具有相同VLANID的维护点可以互通;
[MPID]:
每一个维护点都有一个唯一的ID,不能重复配置。
在进行OAM操作时会使用到MPID;
[Type]:
配置MP的类型,MP分为MEP(维护端点)和MIP(维护中点);
[Level]:
配置MP的有限级别。
MP的优先级别就是MD(维护域)的有限级别;
[Direction]:
MEP点可以选择ingress或者egress,MIP点智能配置成双向;
[CCStates]:
是否启动该维护点的CC检测功能。
建议,配置完业务上维护点后,再根据需要启动相关维护点的CC;
[LBTimeout(ms)]:
LB测试的timeout时间,默认值为5000ms;
[LTTimeout(ms)]:
LT测试的timeout时间,默认值为50000ms。
LT功能在产品的V1R6版本还为提供,计划在产品的后续版本中提供;
[CCMSendingPeriod(ms)]:
该参数为设置启用CC测试的维护点发送CCM报文的间隔时间。
如果该时间值过小,会占用过多的业务带宽;
如果该时间值过大,会减弱CC测试对业务中断的敏感性;
注:
OAM功能属于带内管理,其使用的OAM管理报文同业务一同传输。
如果,用户业务在某处出现拥塞,OAM管理报文会同业务报文一起被丢掉;
3.1.2查询维护点
维护点创建完成后界面如下,:
图3查询维护点
3.1.3ETHOAM的操作
1.在维护点浏览界面中,点击【OAM】:
图4ETHOAM的操作
2.选择【StartLB】启动LB测试,LB测试为单次测试;
选择【StartLT】启动LT测试,LT测试为单次测试;
选择【ActivatedCC】激活CC,激活CC后,只有进行了去激活CC操作才能停止CCM报文的发送;
选择【DeactivateCC】去激活CC。
3.1.4LB测试
环回检测功能用于测试源宿维护点所维护的维护域之间的连通性。
测试执行后,网管会自动弹出测试结果界面。
1.选择源维护点,输入宿维护点:
图5LB测试
2.LB测试完成后,会通过该界面显示测试是否成功;
3.1.5CC_LOS测试
1)只需要激活需要启动CC功能的相关维护点,即可持续进行CC测试;
2)CC测试点在一段时间内没有收到相应的OAM报文后,就会上报CC_LOS告警;
图6CC_LOS告警
3.1.6MPID_CONFLICT冲突告警
1)如果出现MPID配置相同的情况下,会上报MPID_CONFLICT告警;
图7MPID冲突告警
3.2命令行配置
如图所示:
(两块单板EVPL业务场景)
图8单板EVPL业务
图中,单板1有两条透传Link业务(IP1VCG1),单板2有4条Link业务(IP1VCG1,VLAN1;
IP2VCG1,VLAN2)。
双向业务主要是保证LB双向测试的时候能够收发报文。
命令参数:
板ID、MPID、业务类型、业务ID、端口、VLAN、级别、MP类型、MP方向
:
ethn-cfg-add-ethoammp:
1,1,link,1,ip1,vlan1,1,mep,ingress
1,2,link,1,vctrunk1,vlan1,1,mip,bidirection
2,3,link,1,vctrunk1,vlan1,1,mip,birdirection
2,4,link,1,ip1,vlan1,1,mep,ingress
3.2.2以太网OAM协议的使用
用途:
在业务开通的时候,或者业务出现故障的时候,在业务途经的单板的端口上创建维护点,在维护点之间进行LB测试,检测业务的连通性或者故障点
如下图:
使用LB测试业务连通性
三块单板(单板1、2、3),端到端业务。
创建了6个维护点
使用1:
检测业务的连通性,在维护端点MEP1和MEP6之间做LB测试
板ID、源MPID、宿MPID
ethn-cfg-start-ethoamlbtest:
1,1,6
ETHOAMLBLIST:
BIDSRC-MPIDDST-MPIDTEST-RESULT
10x000000010x00000006success
Totalrecords:
1
测试成功,表明业务流没有问题!
或者:
板ID、源MPID、宿MPID(宿维护点可以在其他站点)
1,1,2
BIDSRC-MPIDDST-MPIDTEST-RESULT
10x000000010x00000002fail
测试不成功,表明业务流有问题!
使用2:
定位业务的故障点,在维护端点MEP1和MEP6之间,MEP1和MIP逐点做LB测试
1,1,4
10x000000010x00000004fail
测试不成功,表明单板1和单板2之间的业务流有问题!
3,6,3
30x000000060x00000003success
测试成功,表明单板2和单板3之间的业务流没有问题!
3,6,2
30x000000060x00000002success
测试成功,表明单板2和单板1的两个VCG之间的交叉也没有问题!
综合上面三次LB测试,可以明确单板1和单板3之间的业务不通是单板1单板内部出了问题。
2.使用CC(连通性检测)监视业务的连通性
业务正常开通后,使用CC自动监视业务的连通性
图9使用CC监视业务的连通性
单板1、2、3,创建维护点MEP1、MEP2、MEP3。
激活维护点的CC
板ID、MPID、CC状态
ethn-cfg-set-ethoammcccsta:
1,1,active
可以对维护点1(MEP1)的CC状态进行查询:
ethn-cfg-get-ethoammcccsta:
1,1
ETHOAMMULTICASTCCSTATUS:
BOARD-IDMP-IDCC-STATUS
10x00000001active
某个时刻,单板1和单板2之间的链路出现故障,维护端点MEP2上报告警(事件)
ETHOAMEVENT----CCLOS:
BOARD-IDSRCMPPORTIDVLANIDOAMLEVELOAMDIRDSPMP
21ip1272ingress2
1.只要是一个VLAN广播域内,CC发送的测试帧,在LAN中是广播的
2.基于端口的业务,协议的理解就是不区分VLAN的业务,协议发送的报文是不带VLAN(端口ACCESS)或者带PVID(端口TAG)
3.3.1单板上在EPL、EVPL、EPLAN业务场景可以使用OAM
当使用OAM的CC检测功能的时候,CC是一种单向检测机制(源维护点发送协议报文给宿维护点,不需要宿维护点给源维护点发送响应)。
所以,下面8种QinQ业务场景中都可以使用CC。
1)上行:
基于端口添加S和CC-aware---->
S-aware
2)下行:
基于端口+S剥离S和CS-aware---->
C-aware
3)上行:
基于端口添加SC-aware---->
4)下行:
基于端口+S剥离SS-aware---->
5)上行:
基于端口+C添加SC-aware---->
核心转发(交换)
6)基于端口+S转发S-aware---->
7)基于端口转发S-aware---->
8)基于端口+S替换SS-aware---->
当使用OAM的LB检测功能的时候,LB是一种双向检测机制(源、宿维护点之间必须有双向业务),同时在源、宿维护点之间通信的时候,从源维护点发送出去的报文和源维护点收到宿维护点发送过来的报文,必须含有相同的标签信息(即:
要求业务是对称的)。
所以,下面5种QinQ业务场景可以使用LB。
1)上行:
基于端口+C添加S
下行:
基于端口+S剥离S
2)上行:
基于端口添加S和C
基于端口+S剥离S和C
3)上行:
基于端口转发
4)上行:
基于端口+S转发
5)上行:
基于端口+S替换S
4测试指导
5故障处理
5.1故障处理思路
5.1.1检查
1、检查主机、单板软件版本。
2、检查单板配制的业务。
检查重点:
业务类型、VLANID、是否是双向业务
3、检查维护点信息。
业务ID、端口、VLAN、级别、方向
4、检查单板告警信息。
5.1.2分析
将单板配置的业务情况和维护点信息用图示的方法画出来。
1.查看业务配置的时候有无环路?
2.所有的维护点所属的端口是否都已经使能?
3.两个维护端点(MEP)构成的维护域上有无其他的MEP或者有无比维护域更高级别的MIP?
6已知缺陷介绍
1)不支持P端口到P端口之间业务的OAM,也即不支持MPLS层次上的OAM功能,但ETHOAM可以将MPLS层做为server层而在两端支持ETHOAM。
图10不支持MPLS层面的OAM
2)不支持单向的以太网模型,在单向以太网中启动OAM功能不会影响以太网业务,但是OAM功能全部无法正常运行。
所以用户在操作时,应该保证在已有的双向端到端业务上创建和删除维护点。
图11不支持单向模型
3)ETHOAM支持端到端的维护,前提是OAM业务模型必须对称,即维护域上的各维护点必须都处于同一业务流上(属于同一Vlan)。
在非对称的OAM业务模型,OAM功能将无法正常运行,比如,一端PE端口另外一端是P端口(VMAN),这种情况下,OAM功能无法正常运行。
图12不支持非对称模型
4)ETHOAM是基于以太网流进行维护的,OAM维护帧在维护域中的转发与普通的数据帧是相同的,因此,在任何组网中,只要维护域各端点构造发送的数据帧根据标准的二层转发机制或透传机制能够互通,ETHOAM功能便能够正常运行;
如果维护域各端点构造发送的数据帧根据标准的二层转发机制或透传机制不能够正常互通,ETHOAM功能将发生异常。
比如,任何直接或间接导致一块单板的两个端口与另一单板的两个端口相连的组网,导致网络中存在环路,这种情况下ETHOAM功能将发生异常。
图13不支持环路
5)ETHOAM协议中CC检测的时候,源端激活CC开始发送CC帧,宿端从收到第一个CC帧开始,周期性等待源端发送。
宿端超时后上报CC_LOS告警。
源端去激活CC后向宿端发送一帧TLV为“0”的CC帧,宿端收到后停止检测(有告警停止上报)。
如果源端去激活CC帧宿端没有收到,宿端将不会停止检测。
6)网络中满带宽的情况下,协议报文可能会被丢弃;
在这种情况下,可能会出现LB、LT测试失败,或者上报CC-LOS告警的情况。
7)级别相同的n个维护端点(MEP)+m个维护中间点(MIP)构成了一个维护域(n>
=2;
m>
=0)。
在一次OAM测试中所有参与其中的维护点必须在同一个维护域内。
在维护域内创建维护端点会破坏原来的维护域,导致OAM测试不通。
(这种情况需要用户保证)
图14不支持跨域维护