国际电信联盟ITU-T

Y.
1731国际电信联盟电信标准化部门(05/2006)Y系列:全球信息基础设施、互联网协议问题和下一代网络互联网的协议问题—运营、管理和维护基于以太网网络的OAM功能和机制ITU-TY.
1731建议书ITU-TY系列建议书全球信息基础设施、互联网协议问题和下一代网络全球信息基础设施概要Y.
100-Y.
199业务、应用和中间件Y.
200-Y.
299网络方面Y.
300-Y.
399接口和协议Y.
400-Y.
499编号、寻址和命名Y.
500-Y.
599运营、管理和维护Y.
600-Y.
699安全Y.
700-Y.
799性能Y.
800-Y.
899互联网的协议问题概要Y.
1000-Y.
1099业务和应用Y.
1100-Y.
1199体系、接入、网络能力和资源管理Y.
1200-Y.
1299传输Y.
1300-Y.
1399互通Y.
1400-Y.
1499服务质量和网络性能Y.
1500-Y.
1599信令Y.
1600-Y.
1699运营、管理和维护Y.
1700-Y.
1799计费Y.
1800-Y.
1899下一代网络框架和功能体系模型Y.
2000-Y.
2099服务质量和性能Y.
2100-Y.
2199业务方面:业务能力和业务体系Y.
2200-Y.
2249业务方面:NGN中业务和网络的互操作性Y.
2250-Y.
2299编号、命名和寻址Y.
2300-Y.
2399网络管理Y.
2400-Y.
2499网络控制体系和协议Y.
2500-Y.
2599安全Y.
2700-Y.
2799通用移动性Y.
2800-Y.
2899欲了解更详细信息,请查阅ITU-T建议书目录.
ITU-TY.
1731建议书(05/2006)iITU-TY.
1731建议书基于以太网网络的OAM功能和机制摘要本建议书按照ITU-TY.
1730建议书给出的要求和原则提供了以太网网络中用于用户平面OAM功能的机制.
本建议书特意设计成能在ITU-TG.
8010/Y.
1306建议书确定的ETH层中支持点到点的连接和多点的连通性.
本建议书中定义的OAM机制提供操作和维护网络的能力以及ETH层服务方面的特性.
来源ITU-T第13研究组(2005-2008)按照ITU-TA.
8建议书规定的程序,于2006年5月22日批准了ITU-TY.
1731建议书.
关键词ITU-T建议书D.
000由ITU-T第3研究组(2001-2004年)编写,并按照WTSA第1号决议的程序于2002年6月14日批准.
iiITU-TY.
1731建议书(05/2006)前言国际电信联盟(ITU)是从事电信领域工作的联合国专门机构.
ITU-T(国际电信联盟电信标准化部门)是国际电信联盟的常设机构,负责研究技术、操作和资费问题,并且为在世界范围内实现电信标准化,发表有关上述研究项目的建议书.
每四年一届的世界电信标准化全会(WTSA)确定ITU-T各研究组的研究课题,再由各研究组制定有关这些课题的建议书.
WTSA第1号决议规定了批准建议书须遵循的程序.
属ITU-T研究范围的某些信息技术领域的必要标准,是与国际标准化组织(ISO)和国际电工技术委员会(IEC)合作制定的.
注本建议书为简明扼要起见而使用的"主管部门"一词,既指电信主管部门,又指经认可的运营机构.

遵守本建议书的规定是以自愿为基础的,但建议书可能包含某些强制性条款(以确保例如互操作性或适用性等),只有满足所有强制性条款的规定,才能达到遵守建议书的目的.
"应该"或"必须"等其它一些强制性用语及其否定形式被用于表达特定要求.
使用此类用语不表示要求任何一方遵守本建议书.

知识产权国际电联提请注意:本建议书的应用或实施可能涉及使用已申报的知识产权.
国际电联对无论是其成员还是建议书制定程序之外的其它机构提出的有关已申报的知识产权的证据、有效性或适用性不表示意见.
至本建议书批准之日止,国际电联已经收到实施本建议书可能需要的受专利保护的知识产权的通知.

但需要提醒实施者注意的是,这可能并非最新信息,因此特大力提倡他们通过下列网址查询电信标准化局(TSB)的专利数据库:http://www.
itu.
int/ITU-T/ipr/.
国际电联2006版权所有.
未经国际电联事先书面许可,不得以任何手段复制本出版物的任何部分.

ITU-TY.
1731建议书(05/2006)iii目录页码1范围12参考文献13定义24缩写词45惯例65.
1维护实体(ME)65.
2ME组(MEG)75.
3MEG端点(MEP)75.
4MEG中间点(MIP)85.
5业务流调控点(TrCP)85.
6MEG等级85.
7OAM透明性.
85.
8字节的表达法96OAM关系.
96.
1ME、MEP、MIP和TrCP的关系.
96.
2MEG和MEG等级的关系96.
3MEP和MIP的配置107用于差错管理的OAM功能107.
1以太网连续性检查(ETH-CC)117.
2以太网环回(ETH-LB)137.
3以太网链路追踪(ETH-LT)167.
4以太网告警指示信号(ETH-AIS)187.
5以太网远程端故障指示(ETH-RDI)207.
6以太网锁定信号(ETH-LCK)217.
7以太网测试信号(ETH-Test)227.
8以太网自动保护转换(ETH-APS)237.
9以太网维护通信信道(ETH-MCC)237.
10以太网实验用OAM(ETH-EXP)237.
11以太网供货商特定的OAM(ETH-VSP)248用于性能监测的OAM功能248.
1帧丢失的测量(ETH-LM)258.
2帧时延的测量(ETH-DM)278.
3通量测量299OAMPDU类型309.
1OAM共同的信息单元.
309.
2CCMPDU329.
3LBMPDU349.
4LBRPDU36ivITU-TY.
1731建议书(05/2006)页码9.
5LTMPDU.
379.
6LTRPDU.
399.
7AISPDU.
409.
8LCK帧419.
9TSTPDU.
429.
10APSPDU.
439.
11MCCPDU449.
12LMMPDU.
459.
13LMRPDU459.
141DMPDU.
469.
15DMMPDU479.
16DMRPDU.
489.
17EXMPDU499.
18EXRPDU509.
19VSMPDU519.
20VSRPDU5210OAM帧的地址5310.
1组播目的地地址5410.
2CCM5410.
3LBM5410.
4LBR5410.
5LTM.
5410.
6LTR.
5410.
7AIS.
5410.
8LCK.
5510.
9TST.
5510.
10APS.
5510.
11MCC5510.
12LMM.
5510.
13LMR5510.
141DM.
5510.
15DMM.
5510.
16DMR.
5510.
17EXM5510.
18EXR.
5510.
19VSM5510.
20VSR55ITU-TY.
1731建议书(05/2006)v页码A—MEGID的格式.
57附录一—故障情况.
59I.
1丢失连续性(LOC)情况59I.
2错误混入情况59I.
3非期望MEP(UnexpectedMEP)情况.
60I.
4非期望MEG等级Level(UnexpectedMEGLevel)情况60I.
5非期望周期(UnexpectedPeriod)情况.
60I.
6信号异常(SignalFail)情况.
61I.
7AIS情况.
61I.
8RDI情况62I.
9LCK情况62附录二—以太网网络部署情景63II.
1分享MEG等级的例子.
63II.
2MEG等级相互独立的例子.
64附录三—帧丢失的测量.
65III.
1帧丢失的计算65III.
2帧计数器归零的周期性67附录四—网络OAM的互通.
67附录五—错误混入检测的局限性68附录六—与IEEE802.
1ag草案之间术语的对照.
69参考资料70viITU-TY.
1731建议书(05/2006)引言ITU-T第13研究组(SG13)是在与IEEE802.
1ag项目(连通性差错管理)的合作下完成本建议书的.
为了协调这方面的活动曾做了一切努力;然而在就本建议书达成一致之时,IEEE内的工作尚未完成,因而在IEEE的工作完成时,为了使最终的结果能完全一致,并包括对IEEE文件的适当的规范性参考文献,可能会需要对本建议书做更进一步的增强与细化.
有关实现细节的更进一步的具体工作(即设备功能的规范)将在适当的时间由ITU-T第15研究组承担.
ITU-TY.
1731建议书(05/2006)1ITU-TY.
1731建议书基于以太网网络的OAM功能和机制1范围本建议书说明操作和维护网络以及ETH层服务特性所要求的机制.
它还说明以太网OAM帧的格式、句法和OAM帧字段的语义.
本建议书描述的机制适用于点到点的ETH连接以及多点的ETH连通性.
本建议书描述的OAM机制可适用于任何环境,不管ETH层是如何管理的(例如采用网络管理系统和/或操作支撑系统).
本建议书的体制基础是以太网规范G.
8010/Y.
1306,它也考虑了IEEE802.
1D、802.
1Q和802.
3.
以太网网络所使用的服务器层网络的OAM功能不属于本建议书的范围.
ETH层之上各层的OAM功能也不属于本建议书的范围.
2参考文献下列ITU-T建议书和其他参考文献的条款,在本建议书中的引用而构成本建议书的条款.
在出版时,所指出的版本是有效的.
所有的建议书和其它参考文献均会得到修订,本建议书的使用者应查证是否有可能使用下列建议书或其它参考文献的最新版本.
当前有效的ITU-T建议书清单定期出版.
本建议书引用的文件自成一体时不具备建议书的地位.
–ITU-TRecommendationG.
805(2000),Genericfunctionalarchitectureoftransportnetworks.
–ITU-TRecommendationG.
806(2006),Characteristicsoftransportequipment–Descriptionmethodologyandgenericfunctionality.
–ITU-TRecommendationG.
809(2003),Functionalarchitectureofconnectionlesslayernetworks.
–ITU-TRecommendationG.
826(2002),End-to-enderrorperformanceparametersandobjectivesforinternational,constantbit-ratedigitalpathsandconnections.
–ITU-TRecommendationG.
7710/Y.
1701(2001),Commonequipmentmanagementfunctionrequirements.
–ITU-TRecommendationG.
8010/Y.
1306(2004),ArchitectureofEthernetlayernetworks.
–ITU-TRecommendationG.
8021/Y.
1341(2004),CharacteristicsofEthernettransportnetworkequipmentfunctionalblocks.
–ITU-TRecommendationG.
8031/Y.
1342(2006),Ethernetprotectionswitching.
–ITU-TRecommendationM.
1400(2006),Designationsforinterconnectionsamongoperators'networks.
–ITU-TRecommendationO.
150(1996),Generalrequirementsforinstrumentationforperformancemeasurementsondigitaltransmissionequipment.
2ITU-TY.
1731建议书(05/2006)–ITU-TRecommendationT.
50(1992),InternationalReferenceAlphabet(IRA)(FormerlyInternationalAlphabetNo.
5orIAS)–Informationtechnology–7-bitcodedcharactersetforinformationinterchange.
–ITU-TRecommendationY.
1730(2004),RequirementsforOAMfunctionsinEthernet-basednetworksandEthernetservices.
–IEEE802-2001,IEEEStandardforLocalandMetropolitanAreaNetworks:OverviewandArchitecture.
–IEEE802.
1D-2004,IEEEStandardforLocalandMetropolitanAreaNetworks:MediaAccessControl(MAC)Bridges.
–IEEE802.
1Q-2005,IEEEStandardforLocalandMetropolitanAreaNetworks:VirtualBridgedLocalAreaNetworks.
–IEEE802.
3-2002,InformationTechnology–TelecommunicationsandInformationExchangeBetweenSystems–LAN/MAN–SpecificRequirements–Part3:CarrierSenseMultipleAccesswithCollisionDetection(CSMA/CD)AccessMethodandPhysicalLayerSpecifications.
–IEEE1588-2002,IEEEStandardforaPrecisionClockSynchronizationProtocolforNetworkedMeasurementandControlSystems.
–MEF10(2004),EthernetServicesAttributes:Phase1.
3定义本建议书使用ITU-TG.
805建议书中定义的以下术语:3.
1connectionpoint连接点3.
2link链路3.
3linkconnection链路连接3.
4networkconnection网络连接3.
5networkoperator网络运营商3.
6serviceprovider服务提供商3.
7terminationconnectionpoint终端连接点3.
8trail路径3.
9trailtermination路径终端本建议书使用ITU-TG.
806建议书中定义的以下术语:3.
10defect故障3.
11failure失灵本建议书使用ITU-TG.
809建议书中定义的以下术语:3.
12adaptation适配3.
13adaptedinformation经过适配的信息3.
14client/serverrelationship客户机/服务器关系3.
15connectionlesstrail无连接路径3.
16flow信流3.
17flowdomain流域ITU-TY.
1731建议书(05/2006)33.
18flowdomainflow流域信流3.
19flowpoint流接点3.
20flowpointpool流接点集3.
21flowpointpoollink流接点集链路3.
22flowtermination信流终端3.
23flowterminationsink信流终端信宿3.
24flowterminationsource信流终端信源3.
25layernetwork层网络3.
26linkflow链路信流3.
27network网络3.
28port端口3.
29referencepoint参考点3.
30trafficunit业务流单元3.
31transport传送3.
32transportentity传送实体3.
33transportprocessingfunction传送处理功能3.
34terminationflowpoint终端流接点3.
35terminationflowpointpool终端流接点集本建议书使用ITU-TG.
8010/Y.
1306建议书中定义的以下术语:3.
36ETHtrailETH路径3.
37ETHlinkETH链路3.
38point-to-pointEthernetconnection点到点的以太网连接3.
39multipointEthernetconnectivity多点以太网连通性3.
40multipointEthernetconnection多点以太网连接本建议书使用IEEE802-2001中定义的以下术语:3.
41OrganizationallyUniqueIdentifier唯一的机构识别码本建议书规定了以下术语:3.
42out-of-serviceOAM服务中断时的OAM:服务中断时的OAM是指在数据业务流中断时实施的OAM动作.
3.
43in-serviceOAM服务期间的OAM:服务期间的OAM是指在数据业务流没有中断时实施的OAM动作,它期望数据业务流对于OAM动作是保持透明的.
3.
44proactiveOAM主动性的OAM:主动性的OAM是指可以主动报告差错和/或性能结果的连续实施的OAM动作.
3.
45on-demandOAM按需的OAM:按需的OAM是指用有限的时间为了诊断而由人工干预发起的OAM动作.
按需的OAM可导致在诊断期间单次的或周期的OAM动作.
4ITU-TY.
1731建议书(05/2006)4缩写词本建议书将使用如下的缩写词:1DM单向时延测量AIS告警指示信号AP接入点APS自动保护转换CCM连续性检查消息CE客户边缘CoS服务等级CP连接点DA目的地MAC地址DMM时延测量消息DMR时延测量回复ETH以太网MAC层网络ETH-AIS以太网告警指示信号功能ETH-APS以太网自动保护转换功能ETH-CC以太网连续性检查功能ETH-DM以太网时延测量功能ETH-EXP以太网实验用OAM功能ETH_FP以太网流接点ETH-LB以太网环回功能ETH-LCK以太网锁定信号功能ETH-LM以太网损耗测量功能ETH-LT以太网链路追踪功能ETH-MCC以太网维护通信信道功能ETH-RDI以太网远端故障指示功能ETH-Test以太网测试功能ETH-TFP以太网终端流接点ETH-VSP供货商特定的以太网OAM功能ETY以太网PHY层网络EXM实验用OAM消息EXR实验用OAM回复FD流域FP流接点FPP流接点集FT信流终端ICC国际电联运营商代码ITU-TY.
1731建议书(05/2006)5LBM环回消息LBR环回回复LCK锁定的LMI本地管理接口LMM损耗测量消息LMR损耗测量回复LOC失去连续性LTM链路追踪消息LTR链路追踪回复MAC媒体接入控制MC媒体转换器MCC维护通信信道ME维护实体MEGME组MELMEG等级MEPMEG端点MIB管理信息库MIPMEG中间点NMS网络管理系统NNI网络节点接口NT网络终端OAM操作、管理和维护OSS操作支撑系统OTN光传送网络OUI唯一的机构识别码PDU协议数据单元PE提供商边缘PHY由PCS、PMA以及可能存在的PMD子层组成的以太网物理层实体PRBS伪随机比特序列RDI远端故障指示SAMAC源地址SES严重误码秒SLA服务水平约定SRV服务器STP生成树协议TC业务流调控6ITU-TY.
1731建议书(05/2006)TCI标记控制信息TFP终端流接点TFPP终端流接点集TLV类型、长度、数值TrCP业务流调控点TST测试用PDUTTL生存时间UMCMEG唯一的识别码UNI用户网络接口UNI-CUNI的客户侧UNI-NUNI的网络侧VIDVLAN识别码VLAN虚拟局域网VSM供货商特定的OAM消息VSR供货商特定的OAM回复5惯例在本建议书中用于描述面向连接和无连接网络的做图惯例是来自ITU-TG.
805、G.
809和G.
8010/Y.
1306各个建议书.
由于本建议书的需要,还定义了如下的OAM术语和做图惯例.
5.
1维护实体(ME)ME代表需要管理的一个实体,它是两个维护实体组端点之间的一种关系(见5.
3).
以太网网络中的ME已经在图23/G.
8010/Y.
1306(见图5-1)、图24/G.
8010/Y.
1306以及条款9/Y.
1730中加以标识.
ME可以相互嵌套,但不能重叠.
图5-1/Y.
1731-与图23/G.
8010/Y.
1306中所示的点到点连接管理域相联系的ME的例子ITU-TY.
1731建议书(05/2006)7ITU-TG.
8010/Y.
1306和Y.
1730建议书中所定义的ME之间的映射关系如表5-1所示.
表5-1/Y.
1731-ITU-TG.
8010/Y.
1306和Y.
1730建议书中所定义的MEG.
8010/Y.
1306MEY.
1730MEUNI_C到UNI-CMEUNI-UNI(客户)UNI_N到UNI_NMEUNI-UNI(提供商)域内ME提供商内部的网段(PE-PE)域间ME提供商之间的网段(PE-PE)(提供商到提供商)接入链路MEETY链路OAM–UNI(客户到提供商)域间MEETY链路OAM–NNI(运营商到运营商)5.
2ME组(MEG)ME组(MEG)中包括能满足以下条件的不同的ME:一个MEG的ME存在于同一个管理域的边界之内;同时一个MEG的ME具有同样的MEG等级(见5.
6);并且一个MEG的ME属于同一个点到点的ETH连接或者多点的ETH连通性.
对于一个点到点的ETH连接,一个MEG仅包含单个ME.
对于一个有n个端点的多点的ETH连通性,一个MEG包含n*(n–1)/2个ME.
5.
3MEG端点(MEP)MEG端点(MEP)标志一个ETHMEG的端点,它能够发出和终止OAM帧,用于差错管理和性能监测.
OAM帧不同于ETH中转信流.
OAM帧被加入到会聚的ETH中转信流中,且可以设想它们将与被监测的ETH中转信流经受同样的转发处理.
MEP不会在ETH中转信流中加入新的转发识别码.
MEP也不终止ETH的中转信流,尽管它可以观察信流(例如对帧进行计数).
一个MEP可以按照ITU-TG.
8021/Y.
1341建议书,用原子功能来进行描述,但这不属于本建议书的范围.
5.
3.
1服务器MEP一个服务器MEP代表了服务器层终端功能和服务器/ETH适配功能的复合功能,它用于在服务器层终端功能或服务器/ETH适配功能检测到失灵时,向ETH层MEP发出通知.
在此将期望服务器层的终端功能能执行服务器层特定的OAM机制.
注—一个服务器MEP,如7.
4所描述的,需要支持ETH-AIS功能.
当在服务器层由服务器层终端和/或适配功能检测到故障时,将需要服务器/ETH适配功能发出带有ETH-AIS信息的帧.
一个服务器MEP可以按照ITU-TG.
8021/Y.
1341建议书,用原子功能来进行描述,但这不属于本建议书的范围.
8ITU-TY.
1731建议书(05/2006)5.
4MEG中间点(MIP)MEG中间点(MIP)是MEG中的一个中间点,它能对某些OAM帧做出反应.
MIP并不发起OAM帧.
MIP帧也不对中转的ETH信流采取动作.
一个MIP可以按照ITU-TG.
8021/Y.
1341建议书,用原子功能来进行描述,但这不属于本建议书的范围.
5.
5业务流调控点(TrCP)业务流调控点(TrCP)是一个能够按照ITU-TG.
8010/Y.
1306建议书的规定执行ETH业务流调控功能的ETH流接点.
5.
6MEG等级在MEG嵌套的情况下,每一个MEG的OAM信流必须能清楚地识别,并能与其他MEG的OAM信流相区分.
当OAM信流不能由ETH层的包装本身加以区分时,OAM帧中的MEG等级将在相嵌套MEG的OAM信流之间进行区分.
有八个MEG等级可以使用来满足网络部署的不同情景.
当客户、提供商和运营商数据通道的信流不能依据ETH层的包装加以区分时,可以在它们之间分享这八个MEG等级来区分属于客户、提供商和运营商的相嵌套MEG的OAM帧.
在客户、提供商和运营商角色之间,MEG等级默认的分配如下:客户角色分配三个MEG等级:7、6和5.
提供商角色分配两个MEG等级:4和3.
运营商角色分配三个MEG等级:2、1和0.
上述MEG等级默认的分配可以通过客户、提供商和运营商角色之间相互的协议来改变.

尽管有八个等级可用,但不是所有的MEG等级都要使用的.
当不是所有的MEG等级都使用时,对于MEG等级的连续性将不作限制(例如可以使用MEG等级的7、5、2和0).
所使用的MEG等级的数量,将决定于OAM信流不能通过ETH层的包装加以区分的被嵌套的ME的数量.
在一些特定的部署中,不同角色间对MEG等级的特定的分配不属于本建议书的范围.
作为例子可参考ITU-TG.
8010/Y.
1306建议书.
5.
7OAM透明性OAM透明性,是指当MEG相嵌套时允许属于较高等级MEG的OAM帧跨越较低等级MEG进行透明传送的能力.
属于一个管理域的OAM帧始发和终止于处于那个管理域边界上的MEP.
MEP防止对应于该管理域中一个MEG的OAM帧泄漏到该管理域之外.
然而,如果MEP不存在,或者有差错,相关的OAM帧就可能离开该管理域.
类似地,一个管理域边界处的MEP也防止属于其他管理域的OAM帧的侵扰.
MEP允许来自管理域以外的属于较高等级ME的OAM帧透明地通过,与此同时阻断来自管理域以外的属于相同或较低等级ME的OAM帧.
ITU-TY.
1731建议书(05/2006)9正如第5.
6节所提到的,客户角色,在不与提供商和运营商角色分享MEG等级时,可以使用八个MEG等级中的任意等级.
然而,如果要与提供商和运营商角色分享MEG等级,客户OAM帧在跨越提供商和/或运营商管理域时的透明性将只对相互取得一致的MEG等级,例如默认的MEG等级7,6和5,才是有保证的.
类似地,在分享MEG等级时,提供商OAM帧在跨越运营商管理域时的透明性将只对相互取得一致的MEG等级才是有保证的,例如默认的MEG等级4和3;运营商角色可以使用默认的MEG等级2、1和0.
可以在MEP原子功能中实现OAM的过滤进程,来防止OAM帧的泄漏.
5.
8字节的表达法在本建议书中,字节将按IEEE802.
1D所定义的那样进行表达.
当顺序的字节要用于表达一个二进制数时,较低位的字节数将具有最大的有效数值.
例如,若图5-2中的字节1和字节2代表一个二进制数,那么字节1具有最大的有效数值.
字节中的比特从1计数到8,在此比特1是最低有效位比特(LSB),而比特8是最高有效位比特(MSB).
1234876543218765432187654321876543211字节1字节2字节3字节45字节5字节6字节7字节89字节9字节10字节11字节12:图5-2/Y.
1731-PDU格式举例6OAM关系6.
1ME、MEP、MIP和TrCP的关系附录二提供了不同的网络部署情景,来显示不同MEG等级的MEG、MEP和MIP是如何部署的,以及在何处可能要放置TrCP.
注—在附录二列举的网络部署情景中,不是所有等级的MEG及其对应的MEP和MIP都会使用或提供的.
例如提供商可能不提供客户MIP.
6.
2MEG和MEG等级的关系与一个管理域相联系的MEP操作于分配的MEG等级上.
与两个管理域之间的MEG相联系的域间MEP可以操作于两个管理域间取得一致的一个MEG等级上,以防止域间相关的OAM信流泄漏到其中的任何一个管理域.
用于域间OAM信流的默认的MEG等级为0.
10ITU-TY.
1731建议书(05/2006)表6-1突出显示了在客户、提供商和运营商管理域分享MEG等级的情况下,MEG等级的可能分配情况,并与ITU-TG.
8010/Y.
1306和Y.
1730建议书相映射.
表6-1/Y.
1731-分享MEG等级时MEG等级分配的举例G.
8010/Y.
1306MEGY.
1730MEMEG等级UNI_C到UNI-CMEUNI-UNI(客户)7、6或5UNI_N到UNI_NMEUNI-UNI(提供商)4或3域内ME提供商内部的网段(PE-PE)4或3域间ME提供商之间的网段(PE-PE)(提供商–提供商)0(默认)接入链路MEETY链路OAM–UNI(客户–提供商)0(默认)域间MEETY链路OAM–NNI(运营商–运营商)0(默认)正如5.
6中所提到的,在客户、提供商和运营商相嵌套的MEG的OAM信流不能依据ETH层的包装相区分时,将共享MEG等级.
然而,当客户、提供商和运营商相嵌套的MEG的OAM信流可以依据ETH层的包装进行区分时,除了域间的MEG(例如客户和提供商之间的MEG、提供商和运营商之间的MEG、运营商之间的MEG、提供商之间的ME等)外,将不共享MEG等级.
表6-2突出显示了在客户、提供商和运营商管理域不共享MEG等级但又需要域间的ME时,对于ME来说,MEG等级的可能分配情况.
表6-2/Y.
1731-MEG等级独立时MEG等级分配的举例G.
8010/Y.
1306MEGY.
1730MEMEG等级UNI_C到UNI-CMEUNI-UNI(客户)7-1UNI_N到UNI_NMEUNI-UNI(提供商)7-1域内ME提供商内部的网段(PE-PE)7-1域间ME提供商之间的网段(PE-PE)(提供商–提供商)0(默认)接入链路MEETY链路OAM–UNI(客户–提供商)0(默认)域间MEETY链路OAM–NNI(运营商–运营商)0(默认)进一步,如果不需要域间的ME,每一个客户、提供商和运营商都将可以使用所有八个MEG等级.
但是,正如5.
6所述,不是所有的MEG等级都要使用的.
6.
3MEP和MIP的配置MEP和MIP是经由管理平面和/或控制平面进行配置的.
管理平面的配置可以通过对每一个装置的本地人工管理或者经由网络管理系统(NMS)来实现.
这种配置不属于本建议书的范围.
7用于差错管理的OAM功能用于差错管理的OAM功能能够检测、验证、定位和通告不同的故障情况.
ITU-TY.
1731建议书(05/2006)11附录一对采用OAM功能可以检测出的不同的故障情况提供了一个概貌.
7.
1以太网连续性检查(ETH-CC)以太网连续性检查(ETH-CC)用于作为一种主动性的OAM.
它用于检测一个MEG中任何一对MEP间连续性的丢失(LOC).
ETH-CC也可以检测两个MEG之间不希望有的连通性(错误混入),在MEG内与一个不要求的MEP(非期望的MEP)间不希望有的连通性,以及其它故障情况(例如非期望的MEG等级、非期望的周期等).
ETH-CC可应用于差错检测、性能监测或保护转换的应用.
MEP在接收到带有非预期的ETH-CC信息的帧时必须做出报告.
在一个MEG中可以使ETH-CC实现传输或停止传输.
当一个MEG中实现ETH-CC的传输时,所有MEP都将能向该MEG中的所有其它的MEP周期地发送带有ETH-CC信息的帧.
对于一个MEG中所有的MEP,ETH-CC的传输周期是同样的.
当一个MEP能产生带有ETH-CC信息的帧时,它也预期从MEG中它对等的MEP处接收带有ETH-CC信息的帧.
当一个MEG中的ETH-CC停止传输时,其所有的MEP将不再能发送带有ETH-CC信息的帧.
每一个支持ETH-CC的MEP所需要的特定的配置信息如下:MEGID—它识别MEP所属的MEG.
MEPID—在MEG中MEP本身的身份识别.
对等的MEPID清单–为MEG中对等的MEP的一个清单.
对于一个具有单个ME的点到点的MEG,这清单中将只有单个对等的MEPID.
MEG等级—MEP所处的MEG等级.
ETH-CC传输周期—它取决于应用.
ETH-CC具有3种不同的应用(将对每一种应用规定一个默认的传输周期):—差错管理:默认的传输周期是1s(即每秒1帧的传输速率).
—性能监测:默认的传输周期是100ms(即每秒10帧的传输速率).
—保护转换:默认的传输周期是3.
33ms(即每秒300帧的传输速率).
优先级:它标识带有ETH-CC信息的帧的优先级.
作为默认值,带有ETH-CC信息的帧将以数据业务流可用的最高优先级传送.
否则可以对优先级进行配置.
丢弃适用性—带有ETH-CC信息的帧总是标志为不适合丢弃的.
MIP对于ETH-CC信息是透明的,因而不需要任何支持ETH-CC的配置信息.
当一个MEP在ETH-CC传输周期3.
5倍的时间间隔内,收不到来自对等MEP清单中一个对等MEP的ETH-CC信息时,它就检测出已丢失了与那个对等MEP连续性.
这一时间间隔相当于顺序地丢失了3个来自那个对等MEP的承载ETH-CC信息的帧.
正如7.
1.
2所描述的,ETH-CC也可以检测其它故障情况.
正如9.
2所描述的,用于ETH-CC信息的OAMPDU是CCM.
承载CCMPDU的帧称为CCM帧.
12ITU-TY.
1731建议书(05/2006)7.
1.
1CCM(带有ETH-CC信息)的传输当ETH-CC被打开时,MEP将如已配置的传输周期那样周期地发送CCM帧.
传输周期可以是以下7个数值之中的一个:3.
33ms:保护转换应用默认的传输周期(每秒300帧的传输速率).
10ms:(每秒100帧的传输速率).
100ms:性能监测应用默认的传输周期(每秒10帧的传输速率).
1s:差错管理应用默认的传输周期(每秒1帧的传输速率).
10s:(每分钟6帧的传输速率).
1min:(每分钟1帧的传输速率).
10min:(每小时6帧的传输速率).
注—虽然为传输周期规范了7个不同数值,建议使用的是默认数值,它基于ETH-CC所使用的应用领域.
对于所使用的应用领域,当采用默认数值以外的数值时,所要求应用的特性将不能保证.

CCM中的周期字段是以发送的MEP所配置的传输周期值来传送的,因此,如果传输周期在发送和接收的MEP是相同时,接收的MEP将能检测出非期望的周期数值.
7.
1.
2CCM(带有ETH-CC信息)的接收MEP接收到一个CCM帧时,将对它进行检查,以确保它的MEGID与接收MEP中配置的MEGID相匹配,并且该CCM帧中的MEPID是配置的对等MEPID清单之中的一个.
CCM帧中的信息在接收MEP中将按目录分类.
CCM帧能检测出不同的故障情况,它们包括:如果在相当于接收MEPCCM传输周期3.
5倍的时间间隔内未从一个对等的MEP接收到任何的CCM帧,与对等MEP连续性的丢失就检测出来了.
如果接收到一个CCM帧,其MEG等级低于该接收MEP的MEG等级,非期望的MEG等级就检测出来了.
如果接收到一个CCM帧,它具有同样的MEG等级,但MEGID不同于该接收的MEP自身的MEGID,错误混入就检测出来了.
如果接收到一个CCM帧,它具有同样的MEG等级和正确的MEGID,但带有不正确的MEPID,包括接收MEP自身的MEPID,那么非期望的MEP就检测出来了.
如果接收到一个CCM帧,它具有正确的MEG等级、正确的MEGID和正确的MEPID,但周期字段值不同于接收MEP自身的CCM传输周期,那么非期望的周期就检测出来了.
当它检测出上述故障情况时,接收的MEP必须通知设备的差错管理进程.
ITU-TY.
1731建议书(05/2006)137.
2以太网环回(ETH-LB)以太网环回功能(ETH-LB)用于检验一个MEP与一个MIP或对等的MEP间的连通性.
有两种ETH-LB类型:单播的ETH-LB;组播的ETH-LB.
7.
2.
1单播的ETH-LB单播的ETH-LB是一种按需的OAM功能,它可以用于如下的应用:验证一个MEP与一个MIP或一个对等MEP间的双向连通性.
在一对对等的MEP之间,执行双向的服务期间或服务中断时的诊断测试,包括带宽通量的验证、检测比特误码率等.
带有单播ETH-LB信息的帧可以用多种方式发送,用于不同的按需控制类型,例如单次传输、重复性传输等.
特定的按需控制类型不属于本建议书的范围.
当用于验证双向连通性时,MEP发送一个带有ETH-LB请求信息的单播帧,并预期在一个规定的时间周期内,从一个MIP或一个对等的MEP接收带有ETH-LB回复信息的单播帧.
该MIP或对等的MEP是由它们的MAC地址标明的.
这种MAC地址被编码在单播请求帧的DA中.
如果MEP在规定的时间周期内没有接收到带有ETH-LB回复信息的单播帧,就可以推断与该MIP或对等MEP的连通性已经丢失.
单播ETH-LB也可以用于测试一个MEP与一个MIP或一个对等MEP之间帧长度不同时的双向连通性.
当用于双向诊断测试时,MEP向一个对等的MEP发送带有ETH-LB请求信息的单播帧.
ETH-LB请求信息包含测试码型.
当执行服务中断的诊断测试时,数据业务流将不传递给被诊断ME的任何一侧.
反之,该MEP将如7.
6所述,配置为以ME上任一侧紧接着的客户MEG等级发送带有ETH-LCK信息的帧.
注1—单播ETH-LB在任何时刻都只能执行两种应用中间的一个.
它必须先结束尚未了结的与一个应用相关的按需控制(连通性验证或诊断测试),才能执行其它应用的新的按需控制.

注2—对于服务期间的双向连通性验证或者服务期间的双向诊断测试,带有ETH-LB信息的帧不对数据业务流造成不利影响的最大发送速率不属于本建议书的范围.
它可以在单播ETH-LB的用户和服务用户之间相互取得一致.
支持单播ETH-LB的一个MEP所需要的特定的配置信息如下:MEG等级—MEP所在的MEG的等级.
拟进行ETH-LB的远端MIP或MEP的单播MAC地址.
数据—是一个任选的单元,它的长度与内容在MEP上是可配置的.
其内容可以是测试码型和任选的校验和.
测试码型的例子有5.
8/O.
150中规定的伪随机比特序列(PRBS)(2^31–1)、全"0"码型等.
对于双向的诊断测试应用,需要对与该MEP相关联的测试信号发生器和测试信号检测器进行配置.
优先级—标识带有单播ETH-LB信息的帧的优先等级.
丢弃适用性—标识带有单播ETH-LB信息的帧在遇到拥塞情况时是否适合丢弃.
注3—对于重复性传输,可能会需要额外的配置信息单元,例如重复率、总的重复间隔等.
这些额外的配置信息单元不属于本建议书的范围.
14ITU-TY.
1731建议书(05/2006)远端的MIP或MEP,在接收到地址是针对该MIP或MEP的带有ETH-LB请求信息的单播帧时,将以带有ETH-LB回复信息的单播帧进行响应.
MIP支持单播ETH-LB所需要的特定的配置信息如下:MEG等级—MIP所在的MEG的等级.
单播LB请求信息所用的OAMPDU是9.
3中描述的LBM.
单播LB回复信息所用的OAMPDU是9.
4中描述的LBR.
载有LBMPDU的单播帧称为单播的LBM帧.
载有LBRPDU的单播帧称为单播的LBR帧.
7.
2.
1.
1单播LBM的传输单播的LBM帧由MEP在按需的基础上发送.
当用于双向连通性验证时,MEP发送一个单播的LBM帧,地址指向远端的MIP或远端对等的MEP,并带有指定的插在交易ID/序号字段的交易ID.
在传输了单播LBM帧之后,MEP将期望在5s的时间内接收到一个单播LBR帧.
因此,发送的交易ID应由该MEP至少在单播LBM帧发送后的5s时间内加以保持.
对于每一个单播LBM帧,必须使用不同的交易ID,且在1min时间内来自同一个MEP的交易ID不能重复.
MEP可以任选地使用数据TLV或测试TLV.
当配置要求检查不同帧长度的传输是否成功时,MEP将使用数据TLV.
然而,当用于诊断测试时,MEP将发送单播的LBM帧,地址指向远端对等的MEP,并带有测试TLV.
测试TLV用于运载与该MEP相联系的测试信号发生器产生的测试码型.
当MEP被配置要进行服务中断的诊断测试时,该MEP还将在LBM帧发出的相反方向上,以客户的MEG等级产生7.
6中描述的LCK帧.
7.
2.
1.
2单播LBM的接收和LBR的传输每当MIP或MEP接收到一个有效的单播LBM帧时,就要产生一个LBR帧,送往请求的MEP.
一个单播LBM帧,如果具有有效的MEG等级,且目的地MAC地址与所考虑的接收MIP或MEP的MAC地址相同,将被考虑是一个有效的单播LBM帧.
该单播LBM帧中的每一个字段将复制到LBR帧中,但有以下的例外:源地址和目的地MAC地址要交换.
OpCode字段将从LBM变为LBR.
进一步来说,当一个接收的MEP被配置成要进行服务中断的诊断测试时,它也要在LBR帧发出的相反方向上以客户的MEG等级产生7.
6中描述的LCK帧.
7.
2.
1.
3LBR的接收当一个配置为连通性验证的MEP,在发送单播LBM帧以后的5s时间内,接收到一个以它为地址的LBR帧,这个帧具有与它自身MEG等级相同的MEG等级,并具有期望的交易ID,这LBR帧是有效的.
否则这送往它的LBR帧是无效的,将予丢弃.
当一个配置成诊断测试的MEP接收到一个以它为地址并具有与它自身MEG等级相同的MEG等级的LBR帧时,该LBR帧是有效的.
与MEP相关联的测试信号接收器也可以检验接收到的序号是否是所期望的序号.
如果一个MIP接收到一个以它为地址的LBR帧,这种LBR帧是无效的.
MIP应将它丢弃.
ITU-TY.
1731建议书(05/2006)157.
2.
2组播ETH-LB组播ETH-LB功能用于验证一个MEP与它对等的MEP之间的连通性.
组播ETH-LB是一个按需的OAM功能.
当在一个MEP上请求组播的ETH-LB功能时,该MEP将向组播ETH-LB的发起者回送一个要进行双向连通性检测的它的对等MEP的一个清单.
当在一个MEP上请求组播LB时,带有ETH-LB请求信息的一个组播帧将从一个MEP送往同一MEG中对等的其它MEP.
该MEP将预期在规定的时间周期内从它对等的MEP处接收带有ETH-LB回复信息的单播帧.
一旦接收到带有ETH-LB请求信息的组播帧,接收的MEP,将检验该带有ETH-LB请求信息的组播帧,并在一个0到1s范围以内的数值随机的时延之后,发送带有ETH-LB回复信息的单播帧.
每个MEP支持组播ETH-LB所需要的特定的配置信息如下:MEG等级—MEP所在的MEG的等级.
优先级—标识带有ETH-LB请求信息的组播帧的优先等级.
丢弃适用性—带有ETH-LB请求信息的组播帧总是标志为不适合丢弃的.
MIP对于带有ETH-LB请求信息的组播帧是透明的,因而不需要支持组播ETH-LB的任何信息.
组播ETH-LB请求信息所用的OAMPDU是9.
3中描述的LBM.
ETH-LB回复所用的OAMPDU是9.
4中描述的LBR.
运载有LBMPDU的组播帧称为组播LBM帧.
7.
2.
2.
1组播LBM的传输组播LBM帧是由MEP在按需的基础上发送的.
带有指定交易ID的组播LBM帧在发送以后,该MEP将预期在5s以内接收到LBR帧.
因此,交易ID在组播LBM帧发送之后至少要保留5s.
每一个组播LBM必须使用不同的交易ID,在1min内,来自同一个MEP的交易ID不得重复.
7.
2.
2.
2组播LBM的接收和LBR的传输每当MEP接收到一个有效的组播LBM帧时,就要产生一个LBR帧,并在一个0到1s范围以内的数值随机的时延之后,送往请求的MEP.
该组播LBM帧的有效性可依据其正确的MEG等级来判定.
该组播LBM帧中的每一个字段将复制到LBR帧中,但有以下的例外:LBR帧中的源MAC地址是进行回复的MEP的单播MAC地址.
LBR帧中的目的地MAC地址将从组播LBM帧的源MAC地址进行复制,它应该是一个单播地址.
OpCode字段将从LBM变为LBR.
7.
2.
2.
3LBR的接收当MEP在发送了组播LBM帧的5s时间内,接收到一个具有预期的交易ID的LBR帧时,该LBR帧是有效的.
如果MEP接收到的LBR帧,其交易ID不在MEP保存的发送交易ID的清单之中,该LBR帧是无效的,将予以丢弃.
如果MIP接收到以它为地址的LBR帧,这种LBR帧是无效的,MIP应将它丢弃.
16ITU-TY.
1731建议书(05/2006)7.
3以太网链路追踪(ETH-LT)以太网链路追踪功能(ETH-LT)是一种按需的OAM功能,它可以用于以下的两个目的:邻近关系的恢复—ETH-LT功能可以用于恢复MEP与远端MEP或MIP之间的邻接关系.
执行ETH-LT功能的结果是一系列MIP,从源MEP直到目标的MIP或MEP.
每一个MIP和/或MEP将由其MAC地址标识,差错定位—ETH-LT功能可以用于差错定位.
当一个差错(如一个链路和/或装置的失灵)或转发平面的环路出现时,得到的MIP和/或MEP的系列将很可能不同于所期望的.
序列中的差别将提供有关差错位置的信息.
ETH-LT请求信息是MEP在按需的基础上发出的.
在发送了带有ETH-LT请求信息的帧之后,该MEP将预期在规定的时间周期内接收带有ETH-LT回复信息的帧.
接收到带有ETH-LT请求信息的帧的MIP和MEP将有选择地以带有ETH-LT回复信息的帧给予应答.
MIP或MEP在接收到一个带有ETH-LT请求信息的有效帧时,仅在以下情况下,才以带有ETH-LT回复信息的帧给予应答:MIP或MEP所在的网元知道ETH-LT请求信息中的TargetMAC地址,并能将它与单个外出端口相联系,该外出端口与接收带有ETH-LT请求信息的帧的端口又不是同一端口.
或者该TargetMAC地址与那些MIP或MEP自身的MAC地址是同一地址.
如第7.
3.
2中所述,MIP也可以以带有ETH-LT请求信息的帧进行回答.
MEP支持ETH-LT所需要的特定的配置信息如下:MEG等级—MEP所在的MEG的等级.
优先级—标识带有ETH-LT请求信息的帧的优先等级.
丢弃适用性—带有ETH-LT请求信息的帧总是标志为不适合丢弃的.
拟实施ETH-LT的目标的MAC地址(通常是该MEG的MIP或MEP,但并不限于此).
MIP支持ETH-LT所需要的特定的配置信息如下:MEG等级—MEP所在的MEG的等级.
ETH-LT请求信息所用的PDU是9.
5中描述的LTM.
ETH-LT回复信息所用的PDU是9.
6中描述的LTR.
运载LTMPDU的帧称为LTM帧.
运载LTRPDU的帧称为LTR帧.
注1—由于每一个包含有MIP或MEP的网元需要知道接收LTM帧中的TargetMAC地址,并将它与单个外出端口相联系,为使其MIP或MEP能进行应答,MEP在发送LTM帧之前可以先向该TargetMAC地址发送单播的ETH-LB.
这将保证:如果TargetMAC地址在同一MEG中可通达,沿着通往TargetMAC地址路径上的网元将有有关通往该TargetMAC地址的路由信息.
注2—在失灵情况下,通往该TargetMAC地址的路由信息在某一时间之后可以过期.
为了提供有关路由的信息,该ETH-LT功能必须在过期出现之前执行.
ITU-TY.
1731建议书(05/2006)177.
3.
1LTM的传输LTM帧是由MEP在按需的基础上发送的.
如果该MEP位于进入端口,在LTM帧的TargetMAC地址与某单个外出端口相联系时,LTM帧将转发至这一单个外出端口;而若TargetMAC地址不能与单个外出端口相联系,LTM帧将转发至所有的外出端口.
但是,如果MEP位于一个外出端口,LTM帧将送出该外出端口.
注—在外出端口并不包含有与LTM帧同一MEG等级的MIP的情况下,LTM帧可以转发给与该MEG相联系的所有外出端口,即使这一TargetMAC地址在网元中是已知的.
在发送带有特定交易号码的LTM帧之后,MEP将预期在5s以内接收到LTR帧.
因此在LTM帧发送之后,发送的每个LTM帧的交易号码将至少保留5s的时间.
每一个LTM帧必须使用不同的交易号码,在1min以内,来自同一个MEP的交易号码不得重复.
7.
3.
2LTM的接收、转发和LTR的传输如果MEP或MIP接收到一个LTM帧,将进行以下的验证:只有那些具有与接收MEP或MIP自身的MEG等级相同的MEG等级的LTM帧才是有效的.
因而,要对LTM帧的TTL字段进行检查.
如果TTL字段值为0,该LTM帧将丢弃.
(为0的TTL字段值是一个无效数值.
)如果LTM帧有效,处于进入端口的接收的MIP将作如下操作:它要从接收LTM帧的OriginMAC地址确定LTR帧的目的地址.
如果网元知道LTM帧中的TargetMAC地址,并将它与单个外出端口相联系,且该外出端口与进入端口不是同一个端口,或者LTM帧终结于MIP(当TargetMAC地址是MIP自身的MAC地址时),那么,在一个0到1s范围内的一个随机的时间间隔之后,将向始发的MEP回送一个LTR帧.
此外,如果上述条件满足,该TargetMAC地址又不同于MIP自身的地址,同时LTM帧中的TTL字段大于1,则LTM帧将转发给这一单个的外出端口.
中继的LTM帧中的所有字段将与初始的LTM帧相同,只是TTL要递减1,并且要将源地址变为MIP自身的MAC地址.
否则LTM帧将不加改变地转送给与MEG相关的所有的外出端口,但那个接收它的端口除外.
注1—在外出端口并不包含有与LTM帧同一MEG等级的MIP的情况下,LTM帧可以转发给与MEG相联系的所有外出端口,即使这一TargetMAC地址在网元中是已知的.
如果LTM帧有效,处于外出端口的接收的MIP将做如下操作:它要从接收LTM帧的OriginMAC地址确定LTR帧的目的地地址.
如果网元知道LTM帧中的TargetMAC地址,并将它与MIP所在的相同外出端口相联系,或者LTM帧终结于MIP(当TargetMAC地址是MIP自身的MAC地址时),那么,在一个0到1s范围的随机的时间间隔之后,将向始发的MEP回送一个LTR帧.
18ITU-TY.
1731建议书(05/2006)此外,如果上述条件满足,该TargetMAC地址又不同于MIP自身的地址,同时LTM帧中的TTL字段大于1,则LTM帧将转发出这外出端口.
中继的LTM帧中的所有字段将与初始的LTM帧相同,除了TTL要递减1,并且要将源地址变为MIP自身的MAC地址.
如果网元知道LTM帧中的TargetMAC地址,并将它与一个不同的外出端口相联系,该LTM帧将丢弃.
否则该LTM帧将不加改变地转送出外出端口.
注2—一个网元可以转发数据帧,而不需要学习MAC地址,例如在网元上对点到点的VLAN,可以不学习MAC地址.
位于这种网元上的MIP将要求不发送LTR帧,否则,在一个多点MEG中,当LTM帧被转发到具有这种MIP的多个分支时,始发LTM帧的MEP会接收到来自多点MEG多个分支的多个LTR帧,从而使邻接信息变得不可理解.
类似地,如果LTM帧有效,接收的MEP将作如下操作:它要从接收LTM帧的OriginMAC地址确定LTR帧的目的地地址.
如果送往与LTM帧TargetMAC地址同一地址的数据帧穿过网元,并跳过单一的外出端口,或终结在MEP上(当TargetMAC地址是MEP自身的MAC地址时),那么,在一个0到1s范围的随机的时间间隔之后,将向始发的MEP发送一个LTR帧.
MEP从不转发LTM帧.
7.
3.
3LTR的接收当MEP在发送了LTM帧的5s时间内,接收到一个具有预期的交易号码的LTR帧时,该LTR帧是有效的.
如果MEP接收到的LTR帧,其交易号码不在MEP保存的发送交易号码的清单之中,该LTR帧是无效的.
如果MIP接收到以它为地址的LTR帧,这种LTR帧是无效的,MIP应将它丢弃.
7.
4以太网告警指示信号(ETH-AIS)以太网告警指示信号功能(ETH-AIS)用于在服务器层(子层)检测到故障情况后止住告警.
由于在生成树协议(STP)环境下提供有独立恢复能力,ETH-AIS不期望用于STP环境.
带有ETH-AIS信息的帧的传输在MEP上(或服务器MEP上)可以实现或停止.
带有ETH-AIS信息的帧可以由MEP(包括服务器MEP)在检测到故障情况时在客户的MEG等级上发出.
作为例子,故障情况有:在执行ETH-CC情况下信号异常的情况.
在关闭ETH-CC情况下出现的AIS情况或LCK情况.
注—因为服务器MEP并不执行ETH-CC,服务器MEP,在检测到任何信号异常情况时,必须发送带有ETH-AIS信息的帧.
在多点ETH连通性的情况下,在接收到带有ETH-AIS信息的帧时,MEP将不能确定遇到故障情况的那个特定的服务器层(子层)实体.
更重要的是,它不能确定它的对等MEP中相关联的需要止住告警的那个子集,因为收到的ETH-AIS不包含那种信息.
因此,在接收到带有ETH-AIS信息的帧时,MEP必须抑制所有对等MEP的告警,不管是否仍有连通性.
ITU-TY.
1731建议书(05/2006)19然而对于点到点的ETH连接,MEP只有单个对等的MEP.
因此,在它接收到ETH-AIS信息时,有关哪个对等MEP应该止住告警,不存在任何含糊性.
只有一个MEP(包括服务器MEP)被配置成能发出带有ETH-AIS信息的帧.
在检测到故障情况时,该MEP可以立即开始在配置的客户MEG等级上周期性地发送带有ETH-AIS信息的帧.
MEP将继续周期性地发送带有ETH-AIS信息的帧,直到故障情况消除.
一旦接收到一个带有ETH-AIS信息的帧,MEP即检测AIS情况,抑制住与它所有对等MEP相关联的失去连续性的告警.
MEP在无AIS情况下检测到失去连续性故障时,将恢复产生失去连续性故障的告警.
MEP支持ETH-AIS传输所需要的特定的配置信息如下:客户MEG的等级—最接近的客户层MIP和MEP所位于的MEG的等级.
ETH-AIS的传输周期—它确定带有ETH-AIS信息的帧的传输周期性.
优先级—标识带有ETH-AIS信息的帧的优先等级.
丢弃适用性—带有ETH-AIS信息的帧总是标志为不适合丢弃的.
MEP支持ETH-AIS接收所需要的特定的配置信息如下:本地MEG的等级—MEP操作所处的MEG的等级.
MIP对于带有ETH-AIS信息的帧是透明的,因而不需要任何支持ETH-AIS功能特性的信息.
用于ETH-AIS信息的PDU是9.
7中描述的AIS.
载有AISPDU的帧称为AIS帧.
7.
4.
1AIS的传输在检测出故障情况时,MEP可以在与它对等MEP相反的方向上发送AIS帧.
AIS帧传输的周期性基于AIS的传输周期.
建议采用1s的AIS传输周期.
其第一个AIS帧必须总是在检测出故障情况后立即发送.
客户层(子层)可能由多个MEG组成,应该通知它们抑制在服务器层(子层)MEP检测出故障情况时导致的告警.
在检测出信号异常情况时,服务器层(子层)MEP需要向它的客户层(子层)的每一个MEG发送AIS帧.
在这种情况下,给客户层(子层)所有MEG的第1个AIS帧必须在故障情况的1s以内送出.
注—为了在现行设备上支持ETH-AIS,当要跨越可能多达所有4094个VLAN时,要在每1s发送AIS帧可能会非常紧张,因此也要支持另一个1min的AIS传输周期.
AIS帧经由周期字段交换所用的AIS传输周期.
7.
4.
2AIS的接收一旦接收到AIS帧,MEP要对它进行检查,以确保其MEG等级对应于与它自身的MEG等级.
其周期字段指示可望接收到AIS帧的周期.
一旦接收到AIS帧,MEP要检测AIS故障情况.
在检测到AIS故障情况之后,如果在AIS传输周期3.
5倍的时间间隔内未收到AIS帧,该MEP将清除AIS故障状态.
20ITU-TY.
1731建议书(05/2006)7.
5以太网远程端故障指示(ETH-RDI)以太网远程端故障指示功能(ETH-RDI)可以由MEP与它对等的MEP交换已经遇到的故障情况.
ETH-RDI仅在ETH-CC传输实现时才使用.
ETH-RDI有如下两个应用:单端的差错管理:接收的MEP检测到一个RDI故障情况,而它与该MEP的其它故障情况相关联,它可能会是这些故障的原因.
在单个MEP中,未接收到ETH-RDI消息将指示整个MEG中无故障.
用于远端性能的监测:它反映远端曾有过的故障情况,可以作为性能监测进程的输入.

一个处于故障状态的MEP发送带有ETH-RDI信息的帧.
一个MEP,在接收到带有ETH-RDI信息的帧时,可以确定它对等的MEP已遇到故障情况.
然而,对于多点的ETH连通性,MEP在接收到带有ETH-RDI信息的帧时,不能够确定它的对等MEP中那一个遇到故障情况发送RDI信息的MEP的相关子集,因为发送的MEP本身也并不总是有这种信息的.
MEP支持ETH-RDI功能所需要的特定的配置信息如下:MEG等级—MEP所在的MEG的等级.
ETH-RDI传输周期—是决定于应用且被配置成与ETH-CC传输周期相同的数值.
优先级—它标识带有ETH-RDI信息的帧的优先级.
该优先级与ETH-CC的优先级相同.
丢弃适用性—带有ETH-RDI信息的帧总是标志为不适合丢弃的.
MIP对于带有ETH-RDI信息的帧是透明的,因而不需要任何支持ETH-RDI功能特性的信息.
用于运载ETH-RDI信息的PDU是9.
2中描述的CCM.
7.
5.
1带有ETH-RDI的CCM的传输MEP在与其对等的MEP检测到故障情况时,应在故障状态持续期间,在CCM帧中设置RDI字段.
CCM帧,正如7.
1.
1中描述的,在MEP的CCM帧实现传输时,是依据CCM的传输周期周期性地发送的.
当故障情况清除后,MEP在随后传输的CCM帧中应清除RDI字段.
7.
5.
2带有ETH-RDI的CCM的接收一旦接收到一个CCM帧,MEP将对它进行检查,以确保其MEG等级对应于它配置的MEG等级,并在RDI字段被设置时检测RDI情况.
对于点到点的ETH连接,MEP在从对等的MEP处接收到RDI被清除的第1个CCM帧时,就可以清除RDI状态.
对于多点的ETH连通性,MEP只有在从清单中它的全部对等的MEP处接收到RDI字段被清除的CCM帧时,才能清除RDI状态.
ITU-TY.
1731建议书(05/2006)217.
6以太网锁定信号(ETH-LCK)以太网锁定信号功能(ETH-LCK)用于通告服务器层(子层)MEP的管理性锁定以及随后的数据业务流中断,该业务流是送往期待接收这业务流的MEP的.
它使得接收带有ETH-LCK信息的帧的MEP能区分是故障情况,还是服务器层(子层)MEP的管理性锁定动作.
需要对一个MEP进行管理性锁定的一个应用实例是7.
7中介绍的服务中断的ETH-Test.
MEP在配置的客户MEG等级上将继续周期性地发送带有ETH-LCK信息的帧,直到该管理/诊断的情况被解除.
MEP在它自身的MEG等级上抽取带有ETH-LCK信息的帧,并检测造成该MEP出现信号异常情况的LCK状态.
信号异常情况可以导致向它的客户MEP传输AIS帧.
MEP支持ETH-LCK传输所需要的特定的配置信息如下:客户的MEG等级—它最接近的客户层MIP和MEP所在的MEG的等级.
ETH-LCK传输周期—它确定带有ETH-LCK信息的帧的传输周期性.
优先级—它识别带有ETH-LCK信息的帧的优先等级.
丢弃适用性—带有ETH-LCK信息的帧总是标志为不适合丢弃的.
MEP支持ETH-LCK接收所需要的特定的配置信息如下:本地的MEG等级—MEP操作所处的MEG的等级.
MIP对于带有ETH-LCK信息的帧是透明的,因而不需要任何支持ETH-LCK功能特性的信息.
用于运载ETH-LCK信息的PDU是9.
8中描述的LCK.
运载LCKPDU的帧称为LCK帧.
7.
6.
1LCK的传输在由管理所锁定时,MEP在与它对等的MEP相反的方向上发送LCK帧.
LCK帧传输的周期性基于LCK传输周期.
LCK传输周期与AIS的传输周期相同.
第一个LCK帧必须总是紧接在管理/诊断动作之后发送.
客户层(子层)可以由多个MEG组成,应该通知它们抑制由于服务器层(子层)MEP上有意的维护/诊断相关的配置所形成的告警.
该服务器层(子层)MEP,一经由管理所锁定,需要向它的每一个客户层(子层)MEG发送LCK帧.
在这种情况下,给所有客户层(子层)MEG的第一个LCK帧必须在出现故障情况的1s之内发出.
7.
6.
2LCK的接收一旦接收到一个LCK帧,MEP将对它进行检查,以确保其MEG等级对应于它配置的MEG等级.
其周期字段指示可以期待的LCK帧的周期性.
一旦接收到LCK帧,MEP应检测LCK状态.
在检测到LCK状态之后,如果在LCK传输周期3.
5倍的时间间隔内不再收到LCK帧,该MEP将清除LCK状态.
22ITU-TY.
1731建议书(05/2006)7.
7以太网测试信号(ETH-Test)以太网测试信号功能(ETH-Test)用于进行单向按需的服务期间的或服务中断时的诊断测试,包括验证带宽通量、帧丢失、比特误码等.
当配置成进行这种测试时,MEP将插入具有指定通量、帧长度和传输码型的带有ETH-Test信息的帧.
当进行服务中断的ETH-Test功能时,客户的数据业务流在被诊断实体中将被中断.
配置成进行服务中断测试的MEP,在紧接的客户层(子层)将如7.
6所描述地发送LCK帧.
当进行服务期间的ETH-Test功能时,数据业务流将不中断,带有ETH-Test信息的帧将以只使用有限的一部分带宽的方式来发送.
带有ETH-Test信息的帧的这种传输速率,对于服务期间的ETH-Test功能,是预先确定的.
注1—对于服务期间的ETH-Test,不对数据业务流带来不好影响,且带有ETH-Test信息可以发送的帧的最大传输速率,不属于本建议书的范围.
它可以在ETH-Test的用户和服务的用户之间相互商定.
MEP支持ETH-Test所需要的特定的配置信息如下:MEG等级—MEP所在的MEG的等级.
拟进行ETH-Test的对等MEP的单播MAC地址.
数据—这是一个任选的单元,其长度和内容可以在MEP上进行配置.
内容可以是测试的码型和任选的校验和.
测试码型的例子有5.
8/O.
150中规定的伪随机比特序列(PRBS)(2^31–1)、全零码型等.
在发送侧MEP,需要对与该MEP相关联的测试信号发生器进行配置.
在接收侧MEP,需要对与该MEP相关联的测试信号检测器进行配置.
优先级—它识别带有ETH-Test信息的帧的优先等级.
丢弃适用性—它识别在遇到拥塞情况时带有ETH-Test信息的帧是否适合丢弃.
注2—还可能还需要额外的配置信息,如ETH-Test信息的传输速率,ETH-Test的总的间隔等.
这些额外的配置信息不属于本建议书的范围.
MIP对于带有ETH-Test信息的帧是透明的,因而不需要任何支持ETH-Test功能特性的配置信息.
MEP插入带有ETH-Test信息的帧送往对等的目标的MEP.
接收的MEP检测这些带有ETH-Test信息的帧,并进行要求的测量.
用于ETH-Test信息的PDU是9.
9中描述的TST.
运载TSTPDU的帧称为TST帧.
7.
7.
1TST的传输与MEP相关联的一个测试信号发生器可以如测试信号发生器配置的那样频繁地发送TST帧.
每个TST帧发送时带有指定的序号.
TST的每一个帧必须使用不同的序号,在1min以内发自同一个MEP的序号不得重复.
当MEP配置为服务中断的测试时,在紧接的客户的MEG等级上,该MEP也能在TST帧发送的同一方向上产生LCK帧.
ITU-TY.
1731建议书(05/2006)237.
7.
2TST的接收在MEP接收到TST帧时,它将对它们进行检查,以确保其MEG等级对应于它自身的MEG等级.
如果接收的MEP按ETH-TST功能配置,与该MEP相关联的测试信号检测器将从接收到的TST帧中的伪随机比特序列检测比特误码,并报告这种误码.
此外,当接收的MEP配置成服务中断的测试时,它也能在TST帧接收的方向上,在客户的MEG等级上产生LCK帧.
7.
8以太网自动保护转换(ETH-APS)以太网自动保护转换功能(ETH-APS)用于控制保护转换的操作,以提高可靠性.
保护转换操作特定的细节不属于本建议书的范围.
用于ETH-APS的OAM帧的类型是9.
10中描述的APS帧.
ETH-APS机制的应用在ITU-TG.
8031/Y.
1342建议书中定义.
7.
9以太网维护通信信道(ETH-MCC)以太网维护通信信道功能(ETH-MCC)在一对MEP之间提供维护通信的信道.
ETH-MCC可用于执行远程管理.
ETH-MCC特定的使用不属于本建议书的范围.
MEP可以向其对等的MEP发送带有ETH-MCC信息的帧,它带有远程维护请求、远程维护回复、通告等.
MEP支持ETH-MCC所需要的特定的配置信息如下:MEG等级—MEP所在的MEG的等级.
拟进行ETH-MCC的远端MEP的单播MAC地址.
OUI—机构唯一的识别码,用于识别定义ETH-MCC特定格式和意义的机构.
数据—是可能需要的额外信息,具体取决于ETH-MCC特定的应用.
应用特定的信息不属于本建议书的范围.
优先级—它识别带有ETH-MCC信息的帧的优先等级.
丢弃适用性—带有ETH-MCC信息的帧总是标志为不适合丢弃的.
一旦接收到带有ETH-MCC信息并具有正确的MEG等级的帧时,远端的MEP,应将ETH-MCC信息转交给管理代理,后者会另外给予响应.
MIP对于带有ETH-MCC信息的帧是透明的,因而不需要任何支持ETH-MCC功能特性的配置信息.
用于ETH-MCC信息的PDU是9.
11中描述的MCC.
运载MCCPDU的帧称为MCC帧.
7.
10以太网实验用OAM(ETH-EXP)ETH-EXP用于实验性的OAM功能,它可以在一个管理域内临时使用.
对于实验性的OAM功能,并不期望有跨越不同管理域的互操作性.
24ITU-TY.
1731建议书(05/2006)ETH-EXP的特定应用不属于本建议书的范围.
在9.
17中描述的EXMPDU和在9.
18中描述的EXRPDU可用作于实验性的OAM.
实验性的OAM机制的细节不属于本建议书的范围.
7.
11以太网供货商特定的OAM(ETH-VSP)ETH-VSP用于供货商特定的OAM功能,它可以由供货商在它的设备间使用.
并不期望供货商特定的OAM功能具有跨越不同供货商设备的互操作性.
ETH-VSP的特定应用不属于本建议书的范围.
在9.
19中描述的VSMPDU和在9.
20中描述的VSRPDU可用于供货商特定的OAM.
供货商特定的OAM机制的细节不属于本建议书的范围.
8用于性能监测的OAM功能用于性能监测的OAM功能可以测量不同的性能参数.
性能参数是针对点到点的ETH连接来定义的.
多点ETH连通性的性能参数和功能有待进一步研究.
本建议书包括了以下的性能参数,它们依据的是MEF10.
帧丢失率帧丢失率定义为用百分数表示的未传递的服务帧数量除以时间间隔T内服务帧总数的比率.
这里未传递的服务帧的数量,是一个点到点ETH连接中到达入口ETH流接点的服务帧数量和传递到出口ETH流接点服务帧数量之差.
帧时延帧时延可以按一个帧往返的时延来规范.
帧时延被定义为:帧的第一个比特由源节点开始传输起到环回帧的最后一个比特由同一源节点接收时为止所经历的时间.
帧的环回由该帧的目的地节点执行.
帧时延变化帧时延变化是对一对服务帧之间帧时延改变的度量,在此服务帧货属于点到点ETH连接上同一个CoS的实例.
性能参数应用于服务帧.
服务帧是那些符合约定的带宽特征一致性水平的数据帧.
服务帧在点到点ETH连接入口的ETH流接点应于通过,并应传递到出口的ETH流接点.
带宽特征一致性的规范不属于本建议书的范围.
此外按照RFC2544,还可以识别另一个性能参数:通量通量定义为不丢帧情况下的最大速率.
它通常是在测试条件下测得的.
注—可用性的定义不属于本建议书的范围.
但本建议书定义的机制可用于可用性相关的测量.

ITU-TY.
1731建议书(05/2006)258.
1帧丢失的测量(ETH-LM)ETH-LM用于收集计数器的数值,应用于入口和出口处的服务帧,在此计数器在一对MEP之间保持着发送和接收的数据帧的计数.
ETH-LM是通过向其对等MEP发送带有ETH-LM信息的帧,并类似地从对等MEP接收带有ETH-LM信息的帧实现的.
每个MEP都进行帧丢失的测量,用于确定不可用时间.
由于两个方向中只要有任何一个宣告为不可用,双向服务就定义为不可用,ETH-LM必须便于每个MEP进行近端和远端帧丢失的测量.
对于一个MEP,近端的帧丢失是指与入口数据帧相关联的帧丢失,而远端的帧丢失是指与出口数据帧相关联的帧丢失.
近端和远端帧丢失的测量将分别贡献于近端的严重误码秒(近端SES)和远端的严重误码秒(远端SES),两者将一起以类似于ITU-TG.
826和G.
7710/Y.
1701建议书的方式决定不可用时间.
在一个要进行丢失测量的点到点的ME中,MEP将为每个对等MEP和要监测的每个优先级等级保持如下两个本地的计数器:TxFCl:用于发往对等MEP的未超标数据帧的计数器.
RxFCl:用于从对等MEP接收的未超标数据帧的计数器.
TxFCl和RxFCl计数器并不对MEP在MEP所在MEG等级上发送和接收的OAM帧进行计数.
然而,计数器对于类似于数据帧那样穿过MEP的来自较高MEG等级的OAM帧要进行计数.
有一种丢失测量方法,它使用到一对对带有ETH-LM信息的顺序的帧,正如8.
1.
1.
2和8.
1.
2.
3所介绍的那样,可以容忍发送和接收MEP计数器初始数值间的不同步.
此外,当MEP检测出丢失连续性的故障情况时,它能丢弃故障情况下的测量数据,将它假设为100%的丢失.
注1—丢失测量的精度,决定于在计数器数值被复制进ETH-LM信息后,带有ETH-LM信息的帧如何加入进数据流.
例如,在读出计数器数值的时间和带有ETH-LM信息的帧加入数据流的时间之间,有额外的数据帧需要发送或接收,复制到ETH-LM信息中的计数器数值就变得不精确了.
然而,有一种基于硬件的实现可以增强精确性,它能在读出计数器数值后立即将带有ETH-LM信息的帧加入到数据流中.
注2—用于发送和接收数据帧的计数器处理的细节不属于本建议书的范围.

MEP支持ETH-LM所需要的特定的配置信息如下:MEG等级–MEP所在的MEG的等级.
ETH-LM传输周期–默认的传输周期是100ms(也即每秒10帧的传输速率).
ETH-LM的传输周期应该使得即便有一个或多个ETH-LM帧丢失,数值在ETH-LM信息中携带的帧和/或字节计数器,都不应该回归到同一数值.
这对于较低优先级水平上的帧丢失测量是特别重要的.
有关帧计数器归零周期的例子,请参看III.
2.
优先级–它识别带有ETH-LM信息的帧的优先等级.
丢弃适用性–带有ETH-LM信息的帧总是标志为不适合丢弃的.
MIP对于带有ETH-LM信息的帧是透明的,因而不需要任何支持ETH-LM功能特性的信息.
26ITU-TY.
1731建议书(05/2006)ETH-LM可以以两种方式进行:双端的ETH-LM.
单端的ETH-LM.
8.
1.
1双端的ETH-LM双端的ETH-LM用于性能监测的主动的OAM,可应用于差错管理.
在这种情况下,在一个点到点的ME中,每个MEP向它对等的MEP周期地发送带有ETH-LM信息的双端的帧,以便于对等MEP处的帧丢失测量.
每个MEP都终结带有ETH-LM信息的双端的帧,并进行近端和远端的丢失测量.
这一功能用于在ETH-CC所使用的同一个优先级上进行性能监测.
用于双端ETH-LM信息的PDU是9.
2中描述的CCM.
8.
1.
1.
1带有双端ETH-LM的CCM的传输当配置成主动的丢失测量时,MEP周期地发送带有如下信息单元的CCM帧:TxFCf:在CCM帧传输时本地计数器TxFCl的数值.
RxFCb:在从对等MEP接收到最后一个CCM帧时本地计数器RxFCl的数值.
TxFCb:在从对等MEP接收到的最后一个CCM帧中的TxFCf的数值.
CCMPDU的发送有一个周期值,该周期值等于发送端MEP按性能监测应用配置的CCM传输周期.
接收端MEP将检测出非期望周期的故障情况,如果该CCM传输周期与配置的数值不同的话.
8.
1.
1.
2带有双端ETH-LM的CCM帧的接收当它配置成主动的丢失测量时,MEP在接收到一个CCM帧时,将使用如下数值来进行近端和远端丢失的测量:所接收CCM帧的TxFCf、RxFCb、TxFCb的数值和该CCM帧接收时本地计数器RxFCl的数值.
这些数值被表示为TxFCf[tc]、RxFCb[tc]、TxFCb[tc]和RxFCl[tc],这里tc是当前那个帧的接收时间.
前一个CCM帧的TxFCf、RxFCb、TxFCb的数值和这前一个CCM帧接收时本地计数器RxFCl的数值.
这些数值被表示为TxFCf[tp]、RxFCb[tp]、TxFCb[tp]和RxFCl[tp],这里tp是前一个帧的接收时间.
帧丢失远端=|TxFCb[tc]–TxFCb[tp]|–|RxFCb[tc]–RxFCb[tp]|帧丢失近端=|TxFCf[tc]–TxFCf[tp]|–|RxFCl[tc]–RxFCl[tp]|如果所接收CCM帧中的周期字段数值不同于MEP自身配置的CCM传输周期,该MEP将检测出非期望周期的故障情况,在这种情况下,帧丢失测量将不再进行.
8.
1.
2单端的ETH-LM单端的ETH-LM用于按需的OAM.
在这种情况下,为进行丢失测量,MEP向其对等的MEP发送带有ETH-LM请求信息的帧,并从其对等MEP接收带有ETH-LM回复信息的帧.
用于单端ETH-LM请求的PDU是9.
12中描述的LMM.
用于单端ETH-LM回复的PDU是9.
13中描述的LMR.
运载LMMPDU的帧称为LMM帧,运载LMRPDU的帧称为LMR帧.
ITU-TY.
1731建议书(05/2006)278.
1.
2.
1LMM的传输对于按需的丢失测量,MEP以如下的信息单元周期地发送LMM帧:TxFCf:LMM帧传输时本地计数器TxFCl的数值.
8.
1.
2.
2LMM的接收和LMR的传输每当MEP接收到一个有效的LMM帧时,就要生成一个LMR帧并将它发送给请求的MEP.
一个LMM帧被认为是一个有效的LMM帧,如果它具有有效的MEG等级,而且目的地MAC地址等于接收端MEP的MAC地址.
一个LMR帧包含如下的数值:TxFCf:从LMM帧复制的TxFCf的数值.
RxFCf:LMM帧接收时本地计数器RxFCl的数值.
TxFCb:LMR帧传输时本地计数器TxFCl的数值.
8.
1.
2.
3LMR的接收一旦收到LMR帧,MEP将使用如下数值来进行近端和远端的丢失测量:所接收LMR帧的TxFCf、RxFCf、TxFCb的数值和该LMR帧接收时本地计数器RxFCl的数值.
这些数值被表示为TxFCf[tc],RxFCf[tc],TxFCb[tc]和RxFCl[tc],这里tc是当前那个回复帧的接收时间.
前一个LMR帧的TxFCf、RxFCf、TxFCb的数值和这前一个LMR帧接收时本地计数器RxFCl的数值.
这些数值被表示为TxFCf[tp]、RxFCf[tp]、TxFCb[tp]和RxFCl[tp],这里tp是前一个回复帧的接收时间.
帧丢失远端=|TxFCf[tc]–TxFCf[tp]|–|RxFCf[tc]–RxFCf[tp]|帧丢失近端=|TxFCb[tc]–TxFCb[tp]|–|RxFCl[tc]–RxFCl[tp]|8.
2帧时延的测量(ETH-DM)ETH-DM可用于按需的OAM,测量帧时延和帧时延变化.
帧时延和帧时延变化的测量是通过向对等MEP周期地发送带有ETH-DM信息的帧,并在诊断间隔内从对等MEP接收带有ETH-DM信息的帧来完成的.
每一个MEP都可以进行帧时延和帧时延变化的测量.
当一个MEP能产生带有ETH-DM信息的帧时,它向同一ME内它对等的MEP周期地发送带有ETH-DM信息的帧.
当一个MEP产生带有ETH-DM信息的帧时,它也预期在同一ME中从对等的MEP接收带有ETH-DM信息的帧.
MEP支持ETH-DM所需要的特定的配置信息如下:MEG等级–MEP所在的MEG的等级.
优先级–它识别带有ETH-DM信息的帧的优先等级.
丢弃适用性–带有ETH-DM信息的帧总是标志为不适合丢弃的.
注1—可能会需要额外的配置信息单元,如ETH-DM信息的传输速率、ETH-DM总的间隔等.
这些额外的配置信息单元不属于本建议书的范围.
28ITU-TY.
1731建议书(05/2006)MIP对于带有ETH-DM信息的帧是透明的,因而不需要任何支持ETH-DM功能特性的信息.
MEP用以下信息单元来发送带有ETH-DM信息的帧:TxTimestampf:ETH-DM传输时的时戳.
接收的MEP可以将这一数值与ETH-DM帧的接收时间RxTimef进行比较,并按下式计算单向的帧时延:帧时延=RxTimef–TxTimeStampf但是,单向帧时延的测量需要发送端MEP和接收端MEP的时钟同步.
就帧时延变化的测量而言,它基于前后帧时延测量之间的差值,对于时钟同步的要求可以放松,因为在前后帧时延测量的差别中,相位差的间隔可以抵消.
事实上,正如在最通常情况下可看到的,要求时钟同步是不实际的,这时帧时延测量将只能在双向测量中进行,在此MEP发送一个带有ETH-DM请求信息的帧,它携带TxTimeStampf,同时接收端MEP以一个带有ETH-DM回复信息的帧进行回应,回复帧中有从ETH-DM请求信息中复制来的TxTimeStampf.
MEP接收该带有ETH-DM回复信息的帧,将TxTimeStampf与ETH-DM回复信息帧的接收时间RxTimeb进行比较,并按下式进行双向帧时延的计算:帧时延=RxTimeb–TxTimeStampfMEP也可以基于对两个顺序的双向帧时延测量的差值进行计算的能力,做双向帧时延变化的测量.

注2—为了能进行更精确的双向时延测量,对ETH-DM请求信息的帧进行回复的MEP也可以在ETH-DM回复信息中加入两个额外的时戳:RxTimeStampf(在ETH-DM请求信息的帧接收时的时戳)和TxTimeStampb(在ETH-DM回复信息的帧发送时的时戳).
ETH-DM可以用两种方式来进行:单向ETH-DM.
双向ETH-DM.
8.
2.
1单向ETH-DM在这种情况下,每个MEP在点到点ME中向它对等的MEP发送带有单向ETH-DM信息的帧,以便于在对等的MEP上进行单向帧时延和/或单向帧时延变化的测量.
注—如果两个MEP之间时钟是同步的,单向帧时延测量可以进行;否则将只能进行单向帧时延变化的测量.

用于单向ETH-DM的PDU是9.
14中介绍的1DM.
运载1DMPDU的帧称为IDM帧.
8.
2.
1.
11DM的传输当配置成单向时延测量时,MEP将周期地发送带有TxTimeStampf数值的1DM帧.
ITU-TY.
1731建议书(05/2006)298.
2.
1.
21DM的接收当配置成单向时延测量时,一旦接收到1DM帧,MEP将使用如下数值来做单向帧时延的测量.
这些数值又将用于作为单向帧时延变化测量的输入:1DM帧的TxTimeStampf值.
RxTimef,它是1DM帧接收的时间.
帧时延=RxTimef–TxTimeStampf.
8.
2.
2双向ETH-DMMEP向其对等的MEP发送有ETH-DM请求信息的帧,并从其对等的MEP接收有ETH-DM回复信息的帧,来进行双向帧时延和双向帧时延变化的测量.
ETH-DM请求所用的PDU是9.
15描述的DMM.
ETH-DM回复所用的PDU是9.
16描述的DMR.
运载有DMMPDU的帧称为DMM帧.
运载有DMRPDU的帧称为DMR帧.
8.
2.
2.
1DMM的传输当配置成双向时延测量时,MEP将周期地发送带有TxTimeStampf数值的DMM帧.
8.
2.
2.
2DMM的接收和DMR的传输每当接收到一个有效的DMM帧时,MEP将生成一个DMR帧,并发送给请求的MEP.
一个DMM帧被认为是有效的DMM帧,如果它具有有效的MEG等级,且目的地地址等于接收MEP的MAC地址.
DMM帧中的每一个字段都将复制到DMR帧中,但有以下例外:源MAC地址和目的地MAC地址要交换.
OpCode字段要从DMM改变为DMR.
注—作为一个选项,为了考虑在远端MEP中的处理时间,可以在DMR帧中使用两个额外的时戳:RxTimeStampf(DMM帧接收时的时戳)和TxTimeStampb(DMR帧发送时的时戳).
8.
2.
2.
3DMR的接收一旦收到DMR帧时,MEP将使用以下数值来计算双向的帧时延.
这些数值又将用于作为双向帧时延变化测量的输入:DMR帧的TxTimeStampf数值.
RxTimeb–DMR帧的接收时间.
帧时延=RxTimeb–TxTimeStampf如果DMR帧中载有额外的时戳(由RxTimeStampf和TxTimeStampb字段不为零确定),帧时延的计算将为:帧时延=(RxTimeb–TxTimeStampf)–(TxTimeStampb–RxTimeStampf)8.
3通量测量RFC2544规范了通量的测量,它通过递增速率来发送数据帧(最高可达理论上的最大值),图示所收到的帧的百分率,并报告帧开始被丢失的那个速率.
一般地说,这一速率决定于数据帧的长度.

本建议书规范的机制,例如单播的ETH-LB(如带有数据字段的LBM和LBR帧)和ETH-Test(如带有数据字段的TST帧)可用于进行通量的测量.
MEP可以在一个速率上插入带有所配置长度、码型等的TST帧或LBM帧来测验通量,进行单向或双向的测量.
30ITU-TY.
1731建议书(05/2006)9OAMPDU类型本条款描述用于不同OAMPDU类型的信息单元和格式,可用于满足条款7和8中描述的OAM功能的要求.
注—当OAMPDU字段的数值为固定值时,它们将在以下条款的OAMPDU格式中显示在括号中.
9.
1OAM共同的信息单元某一些信息单元对于本建议书识别的不同OAMPDU是共同的.
这些信息单元有:MEG等级:MEG等级是一个3比特的字段.
它包含一个整数数值,用于标识OAMPDU的MEG等级.
数值范围从0到7.
版本:版本是一个5比特的字段.
它包含一个整数数值,用于标识OAM协议的版本.
为了支持本建议书规范的OAM功能,其版本总是为0.
OpCode:OpCode是一个1字节的字段.
它包含一个标识OAMPDU类型的OpCode.
OpCode用于识别OAMPDU中其余部分的内容.
这一信息字段的数值在表9-1中给出.
标记:标记是一个8比特的字段.
这一字段中各比特的使用取决于OAMPDU的类型.
—TLV偏置值:TLV偏置值是一个1字节的字段.
它包含OAMPDU中第一个TLV相对于TLV偏置值字段的偏置数量.
这一字段的数值与OAMPDU的类型相联系.
当TLV偏置值为0时,它指向TLV偏置值字段后的第一个字节.
不出现于OAMPDU中但由运载OAMPDU的帧所传送的其它信息单元包括:优先级:优先级标识一个特定OAM帧的优先级.
丢弃适用性:丢弃适用性标识丢弃对一个特定OAM帧是否适用.
ITU-TY.
1731建议书(05/2006)31表9-1/Y.
1731-OpCode值OpCode值OAMPDU类型OpCode与MEP/MIP的相关性与IEEE802.
1共同的OpCodes1CCMMEP3LBMMEP和MIP(连通性验证)2LBRMEP和MIP(连通性验证)5LTMMEP和MIP4LTRMEP和MIP0、6-31、64-255保留(注1)本建议书特定的OpCodes33AISMEP35LCKMEP37TSTMEP39APSMEP41MCCMEP43LMMMEP42LMRMEP451DMMEP47DMMMEP46DMRMEP49EXM不属于本建议书的范围48EXR不属于本建议书的范围51VSM不属于本建议书的范围50VSR不属于本建议书的范围32、34、36、38、44、52-63保留(注2)注1—保留由IEEE802.
1定义.
注2—保留供ITU-T将来的标准化.
9.
1.
1OAMPDU共同的格式所有OAMPDU使用的共同格式如图9.
1-1所示.
1234876543218765432187654321876543211MEL版版(0)OpCode标标TLV偏偏值5::最最了终TLV(0)图9.
1-1/Y.
1731-OAMPDU共同的格式32ITU-TY.
1731建议书(05/2006)TLV的一般格式如图9.
1-2所示.
类型数值在表9-2中说明.
1234876543218765432187654321876543210型类度长数值[任任选]:图9.
1-2/Y.
1731-TLV的一般格式注—在终了TLV中,类型=0,长度和数值字段都不用.
表9-2/Y.
1731-类型数值类型数值TLV名称与IEEE802.
1共同的类型0终了TLV3数据TLV5入口回复TLV6出口回复TLV2、4、7-31、64-255保留(注1)本建议书特定的类型32测试TLV33-63保留(注2)注1—保留由IEEE802.
1定义.
注2—保留供ITU-T将来的标准化.
9.
2CCMPDUCCM用于支持7.
1中描述的ETH-CC功能、7.
5中描述的ETH-RDI功能和8.
1.
1中描述的双端ETH-LM功能.
9.
2.
1CCM信息单元载于CCM的支持ETH-CC的信息单元有:周期:周期是一个3比特的信息单元,它载于标记字段中3个最低位比特.
周期包含在CCM源点配置的CCM的传输周期值.
CCM周期值在表9-3中说明.
MEGID:MEGID是一个48字节的字段,它包含发送CCM帧的MEP所属的MEG的MEGID.
MEPID:MEPID是一个2字节的字段,在此13个最低位比特用于标识发送CCM帧的MEP.
MEPID在MEG内是唯一的.
载于CCM的支持ETH-RDI的信息单元有:RDI:RDI是一个1比特的信息单元,载于标记字段中的最高比特位.
当RDI为1时,发送端MEP指示已检测出故障.
当RDI为0时,发送端MEP没有传送故障指示.
ITU-TY.
1731建议书(05/2006)33载于CCM的支持双端ETH-LM的信息单元有:TxFCf:TxFCf是一个4字节的字段,它在CCM帧传输时,运载MEP向其对等的MEP发送的未超标数据帧计数器的数值.
RxFCb:RxFCb是一个4字节的字段,它是MEP在从它对等的MEP接收最后一个CCM帧时,从该对等MEP接收到的未超标数据帧计数器的数值.
TxFCb:TxFCb是一个4字节的字段,它载有MEP从它对等的MEP接收到的最后一个CCM帧中TxFCf字段的数值.
9.
2.
2CCMPDU的格式MEP所用的发送CCM信息的CCMPDU的格式示于图9.
2-1中.
1234876543218765432187654321876543211MEL版版(0)OpCode(CCM=1)标标TLV偏偏值(70)5序序(0)9MEPID1317212529MEGID(48字节)33374145495357TxFCf61TxFCfRxFCb65RxFCbTxFCb69TxFCb保保(0)73保保(0)了终TLV(0)图9.
2-1/Y.
1731-CCMPDU的格式CCMPDU格式的字段如下:—MEG等级:参见9.
1.
—版本:参见9.
1,数值总是为0.
—OpCode:这种PDU类型的数值是CCM(1).
—标记:CCMPDU的标记字段中的两个信息单元RDI和周期如下图所示:MSBLSB87654321RDI保保(0)周周图9.
2-2/Y.
1731-CCMPDU中标记的格式34ITU-TY.
1731建议书(05/2006)RDI:比特位8置为1时指示RDI,否则它置为0.
周期:比特3到1指示传输周期,其编码如表9-3所示.
表9-3/Y.
1731-CCM周期的数值标记[3:1]周期值说明000无效数值对CCMPDU为无效数值0013.
33ms每秒300帧01010ms每秒100帧011100ms每秒10帧1001s每秒1帧10110s每分钟6帧1101min每分钟1帧11110min每小时6帧—TLV偏置值:置为70.
—序号:这一字段在本建议书中置为全零.
—MEPID:是一个13比特的整数值,用于识别MEG中的发送的MEP.
第一个字节中的三个MSB不使用,置为零.
MSBLSB字节9字节108765432187654321000MEPID图9.
2-3/Y.
1731-CCMPDU中MEPID的格式—MEGID:48字节的字段.
有关MEGID字段所用的格式请参看A.
—TxFCf、TxFCb、RxFCb:4字节的整数值,它带有9.
2.
1说明的会归零的帧计数器的抽样值.
这些字段在不用时设置为全零.
—保留:保留字段置为全零.
—终了TLV:一个全零字节的数值.
9.
3LBMPDU如7.
2中所述,LBM用于支持ETH-LB请求.
9.
3.
1LBM的信息单元LBM所载的信息单元有:交易ID/序号:交易ID/序号是一个4字节的字段,它包含LBM的交易ID/序号.
可以期望接收器将在9.
4中描述的LBRPDU中复制交易ID/序号.
数据/测试码型:数据是一个任选的字段,其长度和内容在发送的MEP确定.
数据字段的内容可以是一个测试码型,并可任选地带有额外的校验和.
测试码型可以是5.
8/O.
150中规范的伪随机比特序列(PRBS)(2^31–1)、全零码型等.
ITU-TY.
1731建议书(05/2006)359.
3.
2LBMPDU的格式MEP所用的发送LBM信息的LBMPDU的格式如图9.
3-1所示.
1234876543218765432187654321876543211MEL版版(0)OpCode(LBM=3)标标(0)TLV偏偏值(4)5交交ID/序序9[任选的TLV从这里开始,否则是终了TLV]1317:最最了终TLV(0)图9.
3-1/Y.
1731-LBMPDU的格式LBMPDU格式的字段如下:—MEG等级:参见9.
1.
—版本:参见9.
1,数值总是为0.
—OpCode:这一PDU类型的数值是LBM(3).
—标记:置为全零.
MSBLSB87654321保保(0)图9.
3-2/Y.
1731-LBMPDU中标记的格式—TLV偏置值:置为4.
—交易ID/序号:一个4字节的数值,它可以包含不带测试码型的LBMPDU的交易号,或者是带有测试码型的顺序的LBMPDU递增的序号.
—任选的TLV:如果存在,是一个分别由图9.
3-3或9.
3-4说明的数据TLV或测试TLV.
—终了TLV:全零字节的数值.
1234876543218765432187654321876543211型类(3)度长::数数型码::图9.
3-3/Y.
1731-数据TLV的格式36ITU-TY.
1731建议书(05/2006)数据TLV格式的字段如下:—类型:识别TLV的类型;这一TLV类型的数值是DataSignal(3).
—长度:标识包含有数据码型的数值字段以字节计算的长度.
在一个PDU限制为1492字节的帧中,最大长度值是1480(因为需要8个字节的LBMPDU的开销、3个字节的数据TLV开销和1个字节的终了TLV,共需12个字节).
如果LBM中有其它的TLV,还将进一步减少这1480的最大长度值.
—数据码型:是一个n(n=长度)字节的任意的比特码型.
接收器对它将不予理会.
1234876543218765432187654321876543211型类(32)度长型码码类::型测测码(NULL,PRBS):::CRC-32(任任选)图9.
3-4/Y.
1731-测试TLV的格式测试TLV格式的字段如下:—类型:识别TLV的类型;这一TLV类型的数值是TestSignal(32).
—长度:标识包含有测试码型和CRC-32的数值字段以字节计算的长度.
在一个PDU限制为1492字节的帧中,最大长度值是1480(因为需要8个字节的LBMPDU的开销、3个字节的数据TLV开销和1个字节的终了TLV,共需12个字节).
如果LBM中、有其它的TLV,还将进一步减少这1480的最大长度值.
(由于有一个字节将用于码型种类,测试码型可用的是1479字节.
)—码型种类:标识测试码型的类型;数值有0'NullsignalwithoutCRC-32'1'NullsignalwithCRC-32'2'PRBS2–31–1withoutCRC-32'3'PRBS2–31–1withCRC-32'4-255保留用于将来的标准化—测试码型:一个n(n≤长度)字节的测试码型,是PRBS2–31–1或零(全零)码型.
—CRC-32:应覆盖所有字段(从类型到CRC-32之前的最后一个字节).
9.
4LBRPDULBR用于支持第7.
2节中描述的ETH-LB的回复.
9.
4.
1LBR的信息单元LBR中运载的信息单元包括:交易ID/序号:交易ID/序号是一个4字节的字段,它从LBM的交易ID/序号字段复制而来.
数据:数据是一个从LBM的数据字段复制而来的字段.
ITU-TY.
1731建议书(05/2006)379.
4.
2LBRPDU的格式MEP用于发送LBR信息的LBRPDU的格式示于图9.
4-1中.
1234876543218765432187654321876543211MEL版版OpCode(LBR=2)标标TLV偏偏值5交交ID/序序9[任选的TLV从这里开始,否则是终了TLV]1317:最最了终TLV(0)图9.
4-1/Y.
1731-LBRPDU的格式LBRPDU格式中的字段如下:—MEG等级:一个3比特的字段,它的值从接收的LBMPDU复制而来.
—版本:一个5比特的字段,它的值从LBMPDU复制而来.
—OpCode:这一PDU类型的数值是LBR(2).
—标记:一个1字节的字段,它的值从LBMPDU复制而来.
—TLV偏置值:一个1字节的字段,它的值从LBMPDU复制而来.
—交易ID/序号:一个4字节的字段,它的值从LBMPDU复制而来.
—任选的TLV:如果LBMPDU中存在,从LBMPDU复制而来.
—终了TLV:一个1字节的字段,它的值从LBMPDU复制而来.
9.
5LTMPDULTM用于支持第7.
3节中描述的ETH-LT的请求.
9.
5.
1LTM的信息单元LTM中运载的信息单元包括:交易号码:交易号码是一个4字节的字段,它包含LTM的交易号码.
可以期望接收器将复制9.
6中描述的LTRPDU中的交易号码.
TTL:TTL是一个1字节的字段,用于指示LTM是否应该由接收器终了.
当一个MIP接收到TTL=1的LTM时,该LTM将不再中转.
接收LTM的网元应将接收到的TTL递减1,将它复制到9.
6中描述的LTRPDU的TTL字段,并复制到要转发到下一跳的LTM中.
TargetMAC:TargetMAC是一个6字节的字段,用于运载目标端点的MAC地址.
中间的MIP应将这一字段复制到要转发到下一跳的LTM中.
OriginMAC:OriginMAC是一个6字节的字段,用于运载始发的MEP的MAC地址.
中间的MIP应将这一字段复制到要转发到下一跳的LTM中.
38ITU-TY.
1731建议书(05/2006)9.
5.
2LTMPDU的格式MEP用于发送LTM信息的LMTPDU的格式示于图9.
5-1中.
1234876543218765432187654321876543211MEL版版(0)OpCode(LTM=5)标标TLV偏偏值(17)5交交ID9TTLOriginMAC地地1317TargetMAC地地21[任选的TLV从这里开始,否则是终了TLV]2529:最最了终TLV(0)图9.
5-1/Y.
1731-LTMPDU的格式LTMPDU格式的字段如下:—MEG等级:参见9.
1.
—版本:参见9.
1,数值总是为0.
—OpCode:这一PDU类型的数值是LTM(5).
—标记:其格式如图9.
5-2所示.
MSBLSB87654321只只HW保保(0)图9.
5-2/Y.
1731–LTMPDU中标记的格式HWonly:比特8置为1.
数值1指示仅将从网桥现行数据转发表中学到的MAC地址用于将LTM转发到下一跳.
当转发一个接收到的LTM时,HWonly将从输入的LTM的数值中复制.
—TLV偏置值:置为17.
—交易ID:一个4字节的数值,包含LTMPDU的交易ID.
—TTL:1个字节的字段,用于运载9.
5.
1中规定的TTL值.
—OriginMAC地址:9.
5.
1中规定的一个6个字节的OriginMAC.
—TargetMAC地址:9.
5.
1中规定的一个6个字节的TargetMAC.
—任选的TLV:在LTMPDU中将不会有任选的TLV.
—终了TLV:全零字节的值.
ITU-TY.
1731建议书(05/2006)399.
6LTRPDULTR用于支持7.
3中描述的ETH-LT回复.
9.
6.
1LTR的信息单元LTR中运载的信息单元包括:交易ID:交易ID是一个4字节的字段,从LTM中的交易ID字段复制而来.
TTL:TTL是一个1字节的字段,它包含LTR为之发送的LTM的TTL字段的数值再递减1.
9.
6.
2LTRPDU的格式MEP或MIP为发送LTR信息所使用的LTRPDU的格式示于图9.
6-1中.
1234876543218765432187654321876543211MEL版版(0)OpCode(LTR=4)标标TLV偏偏值(6)5交交ID9TTL中中继继[TLV在此开始]1721:最最了终TLV(0)图9.
6-1/Y.
1731–LTRPDU的格式LTRPDU格式的字段如下:—MEG等级:一个3比特的字段,它的值从接收的LTMPDU复制而来.
—版本:参见9.
1,数值总是为0.
—OpCode:这一PDU类型的数值是LTR(4).
—标记:一个1字节的字段,它的值从LTMPDU复制而来.
—TLV偏置值:置为6.
—交易ID:一个4字节的字段,它的值从LTMPDU复制而来.
—TTL:一个1字节的字段,它的值从LTMPDU复制而来,复制前先递减1.
—中继动作:一个1字节的字段,它保留供IEEE802.
1使用.
—TLV:任选的入口回复TLV和/或出口回复TLV,它们分别在图9.
6-2和图9.
6-3中规定.
—终了TLV:全零字节的值.
1234876543218765432187654321876543211型类(5)度长(7)入入入动:入入MAC地地:图9.
6-2/Y.
1731-入口回复TLV的格式40ITU-TY.
1731建议书(05/2006)入口回复TLV格式的字段如下:—类型:标识TLV的类型;这一TLV类型的数值为IngressReply(5).
—长度:标识以字节计数的数值字段的长度.
它置为7.
—入口动作:一个1字节的字段,保留由IEEE802.
1定义.
—入口MAC地址:一个6字节的字段,保留由IEEE802.
1定义.
1234876543218765432187654321876543211型类(6)度长(7)出出出动:出出MAC地地:图9.
6-3/Y.
1731-出口回复TLV的格式出口回复TLV格式的字段如下:—类型:标识TLV的类型;这一TLV类型的数值为EgressReply(6)—长度:标识以字节计数的数值字段的长度.
它置为7.
—出口动作:一个1字节的字段,保留由IEEE802.
1定义.
—出口MAC地址:一个6字节的字段,保留由IEEE802.
1定义.
9.
7AISPDUAISPDU用于支持7.
4中描述的ETH-AIS功能.
9.
7.
1AIS的信息单元AIS中运载的信息单元有:周期:周期是一个3比特的信息单元,载于标记字段的3个最低位比特.
周期包含AIS传输周期性的值.
AIS的周期值列于表9-4中.
9.
7.
2AISPDU的格式MEP用于发送AIS信息的AISPDU的格式如图9.
7-1所示.
1234876543218765432187654321876543211MEL版版(0)OpCode(AIS=33)标标TLV偏偏值(0)5了终TLV(0)图9.
7-1/Y.
1731-AISPDU的格式ITU-TY.
1731建议书(05/2006)41AIDPDU格式的字段如下:—MEG等级:一个3比特的字段,用于运载客户MEG的MEG等级.
—版本:参见9.
1,数值总为0.
—OpCode:这一PDU类型的数值是AIS(33).
—标记:AISPDU标记字段中的一个信息单元,周期如图9.
7-2所示.
MSBLSB87654321保保(0)周周图9.
7-2/Y.
1731-AISPDU中标记的格式周期:比特3到1指示传输的周期,它具有表9-4中的编码.
表9-4/Y.
1731-AIS/LCK的周期值标记[3:1]周期值说明000-011无效值对AIS/LCKPDU为无效数值1001s每秒钟1帧101无效值对AIS/LCKPDU为无效数值1101min每分钟1帧111无效值对AIS/LCKPDU为无效数值—TLV偏置值:置为0.
—终了TLV:全零字节的值.
9.
8LCK帧LCKPDU用于支持7.
6中描述的ETH-LCK功能.
9.
8.
1LCK的信息单元LCK运载的信息单元有:周期:周期是一个3比特的信息单元,载于标记字段的3个最低位比特.
周期包含LCK传输周期性的值.
LCK的周期值列于表9-4中.
9.
8.
2LCKPDU的格式MEP用于发送LCK信息的LCKPDU的格式如图9.
8-1所示.
1234876543218765432187654321876543211MEL版版(0)OpCode(LCK=35)标标TLV偏偏值(0)5了终TLV(0)图9.
8-1/Y.
1731-LCKPDU的格式42ITU-TY.
1731建议书(05/2006)LCKPDU格式的字段如下:—MEG等级:一个3比特的字段,用于运载客户MEG的MEG等级.
—版本:参见9.
1,数值总是为0.
—OpCode:这一PDU类型的数值是LCK(35).
—标记:LCKPDU标记字段中的一个信息单元,周期如图9.
8-2中所示.
MSBLSB87654321保保(0)周周图9.
8-2/Y.
1731-LCKPDU中标记的格式周期:比特3到1指示传输的周期,它具有表9-4中的编码.
—TLV偏置值:置为0.
—终了TLV:全零字节的值.
9.
9TSTPDUTSTPDU用于支持7.
7中描述的单向ETH-Test功能.
9.
9.
1TST的信息单元TST运载的信息单元有:序号:序号是一个4字节的字段,它包含TST帧的序号.
测试:测试是一个任选的字段,它的长度和内容是由发送的MEP确定的.
测试字段的内容指示一个测试码型,还可以携带任选的校验和.
测试码型可以是5.
8/O.
150中规定的一个伪随机比特序列(PRBS)(2^31–1)、全零码型等.
9.
9.
2TSTPDU的格式MEP用于发送TST信息的TSTPDU的格式如图9.
9-1所示.
1234876543218765432187654321876543211MEL版版(0)OpCode(TST=37)标标(0)TLV偏偏值(4)5序序9[测测TLV]1317:最最了终TLV(0)图9.
9-1/Y.
1731-TSTPDU的格式TSTPDU格式的字段如下:—MEG等级:参见9.
1.
—版本:参见9.
1,数值总是为0.
—OpCode:这一PDU类型的数值是TST(37).
—标记:置为全零.
ITU-TY.
1731建议书(05/2006)43MSBLSB87654321保保(0)图9.
9-2/Y.
1731-TSTPDU标记的格式—TLV偏置值:置为4.
—序号:序号是一个4字节的字段,它包含对后续TSTPDU是递增的序号.
—测试TLV:测试TLV在图9.
3-4中说明.
—终了TLV:全零字节的值.
9.
10APSPDUAPS用于支持7.
8中描述的ETH-APS功能.
9.
10.
1APS的信息单元APS携带的信息单元不属于本建议书的范围.
9.
10.
2APSPDU的格式MEP用于发送APS信息的APSPDU的格式如图9.
10-1所示.
1234876543218765432187654321876543211MEL版版(0)OpCode(APS=39)标标(0)TLV偏偏值5[APSData]了终TLV(0)图9.
10-1/Y.
1731-APSPDU的格式APSPDU格式的字段如下:—MEG等级:参见9.
1.
—版本:参见9.
1,数值总是为0.
—OpCode:这一PDU类型的数值是APS(39).
—标记:置为全零.
MSBLSB87654321保保(0)图9.
10-2/Y.
1731-APSPDU标记的格式—TLV偏置值:1字节的字段.
它用于APS的特定数值不属于本建议书的范围.
—APS数据:这一字段的格式和长度不属于本建议书的范围.
—终了TLV:全零字节的值.
44ITU-TY.
1731建议书(05/2006)9.
11MCCPDUMCCPDU用于支持7.
9中描述的ETH-MCC.
9.
11.
1MCC的信息单元MCC携带的信息单元包括:OUI:OUI是一个3字节的字段,它包含规定MCC数据格式和SubOpCode数值的机构的机构唯一的识别码.
SubOpCode:SubOpCode是一个1字节的字段,用于解释MCCPDU的其余字段.
MCC数据:依据OUI指示的功能特性和机构特定的SubOpCode,MCC可以携带一个或多个TLV.
MCC数据不属于本建议书的范围.
9.
11.
2MCCPDU的格式MEP用于发送MCC信息的MCCPDU的格式如图9.
11-1所示.
1234876543218765432187654321876543211MEL版版(0)OpCode(MCC=41)标标(0)TLV偏偏值5OUISubOpCode9[任选的MCC数据;否则是终了TLV]::最最了终TLV(0)图9.
11-1/Y.
1731-MCCPDU的格式MCCPDU格式的字段如下:—MEG等级:参见9.
1.
—版本:参见9.
1,数值总是为0.
—OpCode:这一PDU类型的数值是MCC(41).
—标记:置为全零.
MSBLSB87654321保保(0)图9.
11-2/Y.
1731-MCCPDU标记的格式—TLV偏置值:1字节的字段.
它用于MCC的特定数值不属于本建议书的范围.
—OUI:3字节的字段,它的数值不属于本建议书的范围.
—SubOpCode:1字节的字段,它的数值不属于本建议书的范围.
—MCC数据:这一字段的格式和长度不属于本建议书的范围.
—终了TLV:全零字节的值.
ITU-TY.
1731建议书(05/2006)459.
12LMMPDULMM用于支持8.
1.
2中描述的单端ETH-LM的请求.
9.
12.
1LMM的信息单元LMM携带的信息单元有:TxFCf:TxFCf是一个4字节的字段,它携带计数器的数值,该计数器负责在LMM帧传输时,MEP向它对等的MEP发送的未超标数据帧的计数.
9.
12.
2LMMPDU的格式MEP用于发送LMM信息的LMMPDU的格式如图9.
12-1所示.
1234876543218765432187654321876543211MEL版版(0)OpCode(LMM=43)标标(0)TLV偏偏值(12)5TxFCf9保保保保LMR中中RxFCf13保保保保LMR中中TxFCb17了终TLV(0)图9.
12-1/Y.
1731-LMMPDU的格式LMMPDU格式的字段如下:—MEG等级:参见9.
1.
—版本:参见9.
1,数值总是为0.
—OpCode:这一PDU类型的数值是LMM(43).
—标记:置为全零.
MSBLSB87654321保保(0)图9.
12-2/Y.
1731-LMMPDU标记的格式—TLV偏置值:置为12.
—TxFCf:4字节的整数值,携带9.
12.
1中规定的帧计数器的抽样.
—保留:保留字段置为全零.
—终了TLV:全零字节的值.
9.
13LMRPDULMRPDU用于支持8.
1.
2中描述的单端ETH-LM的回复.
46ITU-TY.
1731建议书(05/2006)9.
13.
1LMR的信息单元LMR携带的信息单元有:TxFCf:TxFCf是一个4字节的字段,它携带MEP从它对等的MEP接收的最后一个LMMPDU中TxFCf字段的数值.
TxFCb:TxFCb是一个4字节的字段,它携带LMR帧传输时,MEP向它对等的MEP发送的未超标数据帧的计数器数值.
RxFCf:RxFCf是一个4字节的字段,它携带在从对等MEP接收最后一个LMM帧时,MEP从它对等的MEP接收的未超标数据帧的计数器数值.
9.
13.
2LMRPDU的格式MEP用于发送LMR信息的LMRPDU的格式如图9.
13-1所示.
1234876543218765432187654321876543211MEL版版OpCode(LMR=42)标标TLV偏偏值5TxFCf9RxFCf13TxFCb17了终TLV(0)图9.
13-1/Y.
1731-LMRPDU的格式LMRPDU格式的字段如下:—MEG等级:一个3比特的字段,它的数值从最后一个接收的LMMPDU复制而来.
—版本:一个5比特的字段,它的数值从最后一个接收的LMMPDU复制而来.
—OpCode:这一PDU类型的数值是LMR(42).
—标记:一个1字节的字段,它的数值从最后一个接收的LMMPDU复制而来.
—TLV偏置值:一个1字节的字段,它的数值从最后一个接收的LMMPDU复制而来.
—TxFCf:一个4字节的字段,它的数值从最后一个接收的LMMPDU复制而来.
—RxFCf:一个4字节的字段,它带有9.
13.
1中说明的帧计数器的抽样.
—TxFCb:一个4字节的字段,它带有9.
13.
1中说明的帧计数器的抽样.
—终了TLV:一个1字节的字段,它的数值从LMMPDU复制而来.
9.
141DMPDU1DMPDU用于支持8.
2.
1中描述的单向ETH-DM.
9.
14.
11DM的信息单元1DM携带的信息单元是:TxTimeStampf:TxTimeStampf是一个8字节的字段,它包含1DM传输的时戳.
TxTimeStampf的格式等同于IEEE1588-2002中TimeRepresentation的格式.
ITU-TY.
1731建议书(05/2006)479.
14.
21DMPDU的格式MEP用于发送1DM信息的1DMPDU的格式如图9.
14-1所示.
1234876543218765432187654321876543211MEL版版(0)OpCode(1DM=45)标标(0)TLV偏偏值(16)59TxTimeStampf1317保保保保1DM的的的设设(0)(用于RxTimeStampf)21了终TLV(0)图9.
14-1/Y.
1731-1DMPDU的格式1DMPDU格式的字段如下:—MEG等级:参见9.
1.
—版本:参见9.
1,数值总是为0.
—OpCode:这一PDU类型的数值是1DM(45).
—标记:置为全零.
MSBLSB87654321保保(0)图9.
14-2/Y.
1731-1DMPDU标记的格式—TLV偏置值:置为16.
—TxTimeStampf:一个如9.
14.
1所描述的8字节的发送时戳字段.
—保留:保留字段置为全零.
—终了TLV:全零字节的值.
9.
15DMMPDUDMM用于支持8.
2.
2中描述的双向ETH-DM的请求.
9.
15.
1DMM的信息单元DMM携带的信息单元有:TxTimeStampf:TxTimeStampf是一个8字节的字段,它包含DMM传输的时戳.
TxTimeStampf的格式等同于IEEE1588-2002中TimeRepresentation的格式.
48ITU-TY.
1731建议书(05/2006)9.
15.
2DMMPDU的格式MEP用于发送DMM信息的DMMPDU的格式如图9.
15-1所示.
1234876543218765432187654321876543211MEL版版(0)OpCode(DMM=47)标标(0)TLV偏偏值(32)59TxTimeStampf1317保保保保DMM接接设设(0)(用于RxTimeStampf)2125保保保保DMR(0)(用于TxTimeStampb)2933保保保保DMR接接设设(0)37了终TLV(0)图9.
15-1/Y.
1731-DMMPDU的格式DMMPDU格式的字段如下:—MEG等级:参见9.
1.
—版本:参见9.
1,数值总是为0.
—OpCode:这一PDU类型的数值是DMM(47).
—标记:置为全零.
MSBLSB87654321保保(0)图9.
15-2/Y.
1731-DMMPDU标记的格式—TLV偏置值:置为32.
—TxTimeStampf:一个如9.
15.
1所描述的8字节的发送时戳字段.
—保留:保留字段置为全零.
—终了TLV:全零字节的值.
9.
16DMRPDUDMR用于支持8.
2.
2中描述的双向ETH-DM的回复.
9.
16.
1DMR的信息单元DMR携带的信息单元有:TxTimeStampf:TxTimeStampf是一个8字节的字段,它包含从接收的DMM中TxTimeStampf字段复制的数值.
RxTimeStampf:RxTimeStampf是一个任选的8字节字段,它包含DMM接收的时戳.
RxTimeStampf的格式等同于IEEE1588-2002中TimeRepresentation的格式.
当不使用时,采用全零数值.
TxTimeStampb:TxTimeStampb是一个任选的8字节字段,它包含DMR传输的时戳.
TxTimeStampb的格式等同于IEEE1588-2002中TimeRepresentation的格式.
当不使用时,采用全零数值.
ITU-TY.
1731建议书(05/2006)499.
16.
2DMRPDU的格式MEP用于发送DMR信息的DMRPDU的格式如图9.
16-1所示.
1234876543218765432187654321876543211MEL版版OpCode(DMR=46)标标TLV偏偏值59TxTimeStampf1317RxTimeStampf2125TxTimeStampb2933保保保保DMR接接设设(0)(用于RxTimeStampb)37了终TLV(0)图9.
16-1/Y.
1731-DMRPDU的格式DMRPDU格式的字段如下:—MEG等级:一个3比特的字段,它的数值从最后一个接收的DMMPDU复制而来.
—版本:一个5比特的字段,它的数值从最后一个接收的DMMPDU复制而来.
—OpCode:这一PDU类型的数值是DMR(46).
—标记:一个1字节的字段,它的数值从最后一个接收的DMMPDU复制而来.
—TLV偏置值:一个1字节的字段,它的数值复制于最后一个接收的DMMPDU.
—TxTimeStampf:一个8字节的字段,它的数值从最后一个接收的DMMPDU复制而来.
—RxTimeStampf:一个如9.
16.
1所描述的8字节的发送时戳字段.
—TxTimeStampb:一个如9.
16.
1所描述的8字节的发送时戳字段.
—保留:保留字段置为全零.
—终了TLV:一个1字节的字段,它的数值从DMMPDU复制而来.
9.
17EXMPDUEXM用于作为实验用OAM请求的PDU.
9.
17.
1EXMPDU的格式EXM携带的信息单元包括:OUI:OUI是一个3字节的字段,它包含使用该EXM的机构的唯一的识别码.
SubOpCode:SubOpCode是一个1字节的字段,用于解释EXM帧中的其余字段.
EXM数据:依据OUI指示的功能特性和机构特定的SubOpCode,EXM可以携带一个或多个TLV.
EXM数据不属于本建议书的范围.
50ITU-TY.
1731建议书(05/2006)9.
17.
2EXMPDU的格式MEP用于发送EXM信息的EXMPDU的格式如图9.
17-1所示.
1234876543218765432187654321876543211MEL版版(0)OpCode(EXM=49)标标TLV偏偏值5OUISubOpCode9[任选的EXM数据;否则为终了TLV]:::了终TLV(0)图9.
17-1/Y.
1731-EXMPDU的格式EXMPDU格式的字段如下:—MEG等级:参见9.
1.
—版本:参见9.
1,数值总是为0.
—OpCode:这一PDU类型的数值是EXM(49).
—标记:不属于本建议书的范围.
—TLV偏置值:1字节的字段.
它用于EXM的特定数值不属于本建议书的范围,但必须符合9.
1的规定.
—OUI:3字节的字段,它的数值不属于本建议书的范围.
—SubOpCode:1字节的字段,它的数值不属于本建议书的范围.
—EXM数据:这一字段的格式和长度不属于本建议书的范围.
—终了TLV:全零字节的值.
9.
18EXRPDUEXR用于作为实验用OAM回复的PDU.
9.
18.
1EXR信息单元EXR携带的信息单元包括:OUI:OUI是一个3字节的字段,它包含使用该EXR的机构的唯一的识别码.
SubOpCode:SubOpCode是一个1字节的字段,用于解释EXR帧中的其余字段.
EXR数据:依据OUI指示的功能特性和机构特定的SubOpCode,EXR可以携带一个或多个TLV.
EXR数据不属于本建议书的范围.
ITU-TY.
1731建议书(05/2006)519.
18.
2EXRPDU的格式MEP用于发送EXR信息的EXRPDU的格式如图9.
18-1所示.
1234876543218765432187654321876543211MEL版版OpCode(EXR=48)标标TLV偏偏值5OUISubOpCode9[任选的EXR数据;否则为终了TLV]:::了终TLV(0)图9.
18-1/Y.
1731-EXRPDU的格式EXRPDU格式的字段如下:—MEG等级:一个3比特的字段,它的数值从最后一个接收的EXMPDU复制而来.
—版本:一个5比特的字段,它的数值从最后一个接收的EXMPDU复制而来.
—OpCode:这一PDU类型的数值是EXR(48).
—标记:不属于本建议书的范围.
—TLV偏置值:1字节的字段.
它用于EXR的特定数值不属于本建议书的范围,但必须符合9.
1的规定.
—OUI:一个3字节的字段,它的数值从最后一个接收的EXMPDU复制而来.
—SubOpCode:1字节的字段,它的数值不属于本建议书的范围.
—EXR数据:这一字段的格式和长度不属于本建议书的范围.
—终了TLV:全零字节的值.
9.
19VSMPDUVSM用于作为供货商特定的OAM请求的PDU.
9.
19.
1VSMPDU的格式VSM携带的信息单元包括:OUI:OUI是一个3字节的字段,它包含使用该VSM的机构的唯一的识别码.
SubOpCode:SubOpCode是一个1字节的字段,用于解释VSM帧中的其余字段.
VSM数据:依据OUI指示的功能特性和机构特定的SubOpCode,VSM可以携带一个或多个TLV.
VSM数据不属于本建议书的范围.
52ITU-TY.
1731建议书(05/2006)9.
19.
2VSMPDU的格式MEP用于发送VSM信息的VSMPDU的格式如图9.
19-1所示.
1234876543218765432187654321876543211MEL版版(0)OpCode(VSM=51)标标TLV偏偏值5OUISubOpCode9[任选的VSM数据;否则为终了TLV]:::了终TLV(0)图9.
19-1/Y.
1731-VSMPDU的格式VSMPDU格式的字段如下:—MEG等级:参见9.
1.
—版本:参见9.
1,数值总是为0.
—OpCode:这一PDU类型的数值是VSM(51).
—标记:不属于本建议书的范围.
—TLV偏置值:1字节的字段.
它用于VSM的特定数值不属于本建议书的范围,但必须符合9.
1的规定.
—OUI:3字节的字段,它的数值不属于本建议书的范围.
—SubOpCode:1字节的字段,它的数值不属于本建议书的范围.
—VSM数据:这一字段的格式和长度不属于本建议书的范围.
—终了TLV:全零字节的值.
9.
20VSRPDUVSR用于作为供货商特定的OAM回复的PDU.
9.
20.
1VSR的信息单元VSR携带的信息单元包括:OUI:OUI是一个3字节的字段,它包含使用VSR的机构的唯一的识别码.
SubOpCode:SubOpCode是一个1字节的字段,用于解释VSR帧中的其余字段.
VSR数据:依据OUI指示的功能特性和机构特定的SubOpCode,VSR可以携带一个或多个TLV.
VSR数据不属于本建议书的范围.
ITU-TY.
1731建议书(05/2006)539.
20.
2VSRPDU的格式MEP用于发送VSR信息的VSRPDU的格式如图9.
20-1所示.
1234876543218765432187654321876543211MEL版版OpCode(VSR=50)标标TLV偏偏值5OUISubOpCode9[任选的VSR数据;否则为终了TLV]:::了终TLV(0)图9.
20-1/Y.
1731-VSRPDU的格式VSRPDU格式的字段如下:—MEG等级:一个3比特的字段,它的数值从最后一个接收的VSMPDU复制而来.
—版本:一个5比特的字段,它的数值从最后一个接收的VSMPDU复制而来.
—OpCode:这一PDU类型的数值是VSR(50).
—标记:不属于本建议书的范围.
—TLV偏置值:1字节的字段.
它用于VSR的特定数值不属于本建议书的范围,但必须符合9.
1的规定.
—OUI:一个3字节的字段,它的数值从最后一个接收的VSMPDU复制而来.
—SubOpCode:1字节的字段,它的数值不属于本建议书的范围.
—VSR数据:这一字段的格式和长度不属于本建议书的范围.
—终了TLV:全零字节的值.
10OAM帧的地址OAM帧是由唯一的EtherType来标识的,它的数值不属于本建议书的范围.
对于单播和组播的DA,OAM帧在MEP中的处理和过滤都将基于OAMEtherType和MEG等级字段.
正如条款7和8所指出的,取决于OAM具体的功能特性,OAM帧中的DA,可以是组播或单播的.
OAM帧中的SA总是单播的.
本条款就特定OAM功能中DA的选择进行进一步的讨论.
表10-1列出了可应用于不同OAM类型的DA.
54ITU-TY.
1731建议书(05/2006)10.
1组播目的地地址取决于OAM功能的类型,需要有两类组播地址:第1类组播DA:用于对MEG中所有MEP寻址的OAM帧(例如:CCM、组播LBM、AIS等).
第2类组播DA:用于对与MEG相关联的所有MIP和MEP寻址的OAM帧(例如:LTM)一般来说,有单个第1类组播DA的地址和单个第2类组播DA的地址就足够了.
然而要跨越现行以太网设备在短期内部署以太网的OAM功能,组播DA也将隐性地携带MEG等级.
这就需要第1类组播DA和第2类组播DA各有8个不同的地址,用于8个不同的MEG等级.
第1类8个组播地址和第2类8个组播地址的特定值不属于本建议书的范围.
10.
2CCMCCM可以以一个特定的第1类组播的DA或单播的DA来产生.
当使用组播DA时,CCM帧能够找到与MEP相关联的各MAC地址.
使用组播DA还可以检测流域段之间的错误连接.
错误连接的检测已在7.
1中描述.
当上述情况的检测有必要时,CCM帧必须使用组播的DA.
当不会有或者不要求检测上述情况,而且又需要对不同服务实例的数据帧用单播DA加以区分时,CCM帧可配置使用单播的DA.
10.
3LBMLBM帧,依据单播的ETH-LB或组播的ETH-LB功能,可以分别以单播或第1类组播的DA来产生.
10.
4LBRLBR帧总是用单播的DA来产生.
10.
5LTMLTM帧用第2类组播的DA来产生.
LTM帧采用组播的DA而不是单播DA,是因为在现行的网桥中,MIP不能够截取一个单播DA不是它们自身地址的帧.
由于这样,该MIP将不能进行回复而只是简单地转发携带这单播DA的LTM帧.
这种限制在于现行的端口在读取DA之前并不先阅读EtherType.
10.
6LTRLTR帧总是用单播的DA来产生.
10.
7AISAIS可以用第1类组播DA来产生,在一个多点的MEG中尤其如此.
单播DA可以用于按点到点连接配置的环境中.
然而,在发送AIS的MEP上必须配置下行MEP的单播DA.
ITU-TY.
1731建议书(05/2006)5510.
8LCKLCK帧可以用第1类组播DA来产生,在一个多点的MEG中尤其如此.
单播DA可以用于按点到点连接配置的环境中.
然而,在发送LCK的MEP上必需配置下行MEP的单播DA.
10.
9TSTTST帧用单播的DA来产生.
但如果需要进行多点诊断时,TST帧可以用第1类组播DA来产生.
10.
10APSAPS可以用特定的第1类组播的DA或单播的DA来产生.
10.
11MCCMCC帧用单播的DA来产生.
但在要使用点到点VLAN的情况下,可以用第1类组播的DA.
10.
12LMMLMM帧用单播的DA来产生.
但如果需要进行多点测量时,LMM帧可以用第1类组播的DA来产生.
10.
13LMRLMR总是用单播的DA来产生.
10.
141DM1DM帧用单播的DA来产生.
但如果需要进行多点测量时,1DM帧可以用第1类组播的DA来产生.
10.
15DMMDMM帧用单播的DA来产生.
但如果需要进行多点测量时,DMM帧可以用第1类组播的DA来产生.
10.
16DMRDMR帧总是用单播的DA来产生.
10.
17EXMEXM帧的DA不属于本建议书的范围.
10.
18EXREXR帧的DA不属于本建议书的范围.
10.
19VSMVSM帧的DA不属于本建议书的范围.
10.
20VSRVSR帧的DA不属于本建议书的范围.
56ITU-TY.
1731建议书(05/2006)表10-1/Y.
1731-OAM帧的DAOAM类型携带OAMPDU的帧的DACCM第1类组播DA或单播DALBM单播DA或第1类组播DALBR单播DALTM第2类组播DALTR单播DAAIS第1类组播DA或单播DALCK第1类组播DA或单播DATST单播DA或第1类组播DAAPS第1类组播DA或单播DAMCC单播DA或第1类组播DALMM单播DA或第1类组播DALMR单播DA1DM单播DA或第1类组播DADMM单播DA或第1类组播DADMR单播DAEXM、EXR、VSM、VSR不属于本建议书的范围ITU-TY.
1731建议书(05/2006)57AMEGID的格式维护实体组识别码(MEGID)的特征如下:—每一个MEGID是全局唯一的.
—如果期望MEG要用于跨越运营商边界建立通道时,MEGID对其它的网络运营商必须也是可用的.
—当MEG继续存在时,MEGID不应该改变.
—MEGID应该能标识对该MEG负有责任的网络运营商.
本建议书特定的MEGID的一般格式如图A.
1所示.
876543211保保(01)2MEGID格格3MEGID度长45:::48MEGID数值图A.
1/Y.
1731-MEGID的一般格式MEGID的格式类型由MEGID格式字段来识别.
MEGID格式类型特定的取值定义在表A.
1中.
表A.
1/Y.
1731-MEGID的格式类型MEGID的格式类型值TLV名称00-31,64-255保留(注1)本建议书特定的类型32基于ICC的格式33-63保留(注2)注1—保留由IEEE802.
1定义.
注2—保留用于ITU-T将来的标准化.
表A.
2示出了使用国际电联运营商编码(ICC)的格式.
ICC是一种分配给网络运营商/服务提供商的编码,由ITU-T电信标准化局(TSB)按照ITU-TM.
1400建议书进行维护.
58ITU-TY.
1731建议书(05/2006)876543211保保(01)2MEGID格格(32)3MEGID度长(13)40MEGID数值[1]50MEGID数值[2]150MEGID数值[12]160MEGID数值[13]1920没没没没(=全全)4748图A.
2/Y.
1731-基于ICC的MEGID格式图A.
2标识的MEGID数值是由按ITU-TT.
50建议书(国际参考字母表—用于信息交换的7比特编码字符集)编码的13个字符所组成的.
它由两个子字段构成:国际电联运营商编码(ICC),随后是一个唯一的MEGID编码(UMC).
国际电联运营商编码由1-6个以左侧为准的字符、字母或者首位字母再加后面的数字所组成.
UMC编码紧随着ICC,由7-12个字母连同后面的NULL组成,使MEGID正好为13个字符.
只要唯一性有保证,UMC是已经分配了ICC的机构的事务.
ITU-TY.
1731建议书(05/2006)59附录一故障情况本附录只提供故障情况的一个概貌.
相关的故障和它们的细节将在ITU-TG.
8021/Y.
1341建议书的修正1中定义.
I.
1失去连续性(LOC)情况一个MEP,当它停止从一个对等的ME接收CCM帧时,它就检测到与该MEP的LOC.
这种故障情况可以是由硬件失灵(例如链路失灵、装置失灵等)或软件失灵(例如存储器出错、错误配置等)所导致的.