802.1ag详解课件完整版

802.1ag(CFM)详解802.1ag的由来802.1ag体系架构802.1ag详细介绍802.1ag讨论与思考议程802.1ag的由来802.1ag体系架构802.1ag详细介绍802.1ag应用举例讨论与思考为什么需要802.1ag在传统的电信网络里面，SDH有着专用的管理通道，可以快速发现网络连接中的问题，实现快速保护切换，同时提供了丰富的信息供管理员方便地定位故障所在。所以传统电信网络稳定性高，可管理性强，定位问题的手段丰富。由于Ethernet的简单性，低成本，高可扩展性，对突发流量很好的支持等极具吸引力的优势，传统电信网络逐步向Ethernet发展，Ethernet取代SDH已经是大势所趋。但是Ethernet网络相比SDH，也有着很多不足，其中的一个就是可管理性差，这包括很多方面，定位故障的手段不丰富，定位故障的速度慢，从而导致网络恢复时间慢，维护成本高。这个问题解决不了，Ethernet在电信网络里面的应用就会受到很大的局限，而CarrierEthernet，跟普通的Ethernet网络相比，就是开发了很多新技术，来弥补普通Ethernet网络的诸多不足，其中，为了解决Ethernet网络中的可管理性问题(主要是错误管理），IEEE提出了802.1ag标准。什么是802.1ag802.1ag是IEEE提出的一个用于CarrierEthernet网络中进行错误管理的一个标准，即ConnectivityFaultManagement(CFM)。它提供了如下5项功能：路径发现（Pathdiscovery）故障检测（Faultdetection）故障确认和定位（Faultverificationandisolation）故障通知（Faultnotification）故障恢复（Faultrecovery）其中最后一项故障恢复要联合其它协议（STP）一起来执行，不在802.1ag讨论范围之内由于CFM的概念来自于传统电信网络，所以其协议设计理念和里面的很多技术，都来自于SDH。跟802.1ag相关的协议Y.1731:这是ITU基于802.1ag提出的一个标准，是802.1ag的超集，另外加了一些功能，比如performancemonitor等，更加全面地考虑了电信网络的需求G.8031和G.8032:这是两个APS(automaticprotectionswitch,自动保护切换）协议，前者提供linear保护,后者提供ring保护。理论上CFM和APS结合起来应用才能完整的提供对一个网络的管理和保护。前者发现，定位报告故障，后者快速反应，对故障通道进行保护切换。议程802.1ag的由来802.1ag体系架构802.1ag详细介绍802.1ag应用举例讨论与思考802.1ag的设计理念802.1ag把整个网络（customer,provider,operator)划分成很多的维护域（MD,MaintenanceDomain），MD是有层次的，最多8个层次。在每个MD里面，针对该MD所提供的每一个服务(service)进行维护管理，这些service会跨越网络中很多个节点，802.1ag的核心思想是在这个service所涉及到的部分或者全部节点上进行维护监控，从而发现故障以及定位出故障的网络段。参与维护监控的节点称为维护点(MaintenancePoint),MP不是配置在bridge上，而是配置在bridge的某个具体的port上，从而将维护粒度进一步细化。MP有两类，一类是位于MD的边缘，称为维护端点(MaintenanceassociationEndPoint,MEP).另外一类则是中间节点，称为维护中间点(MaintenancedomainIntermediatePoint,MIP)每一个service都有两个（点对点）或者两个以上（点对多点）MEP，这些MEP的组合称为维护关联(MaintenanceAssociation,MA).每个MA都对应一个服务实例(ServiceInstance),802.1ag就是对一个个MA来进行管理维护，检测MA中的故障，其实本质上就是对serviceinstance来进行管理维护，检测serviceinstance中的故障。MA中每个MEP之间都会有fullmesh的连接，每个MEP-MEP之间点到点的连接称为维护实体(MaintenanceEntity).这是CFM作用的最小单位。维护域(MD)网络中可以有很多个MD,每个MD都处于特定的level,共有8个level。Level越高，维护的网络范围越大，反之则越小。除了Level，每个MD都有一个全局唯一的MDName，用于标识该MD.相同level的维护域可以不止一个，彼此之间独立。目前实践中，通常会划分这些维护域，Customerdomain,Serviceproviderdomain,operatordomain,linkdomain,level由前往后依次降低。维护域Architecture维护域的几个准则MD可以相切MD不能交叠MD可以嵌套维护域工作原理每个维护域的维护者只看到他自己的维护域底层的维护域为它直接相邻的上层提供服务。在图例中，CustomerDomain检测出问题之后，管理员只知道本MD出了问题，它可以定位出是customer设备到provider之间出了问题，还是provider网络出了问题，但是如果是后者，它无法进一步定位是具体哪里出了问题。于是定位工作就交给了ProviderDomain。ProviderDomain跨越了多个OperatorDomain,它可以定位出是哪个OperatorDomain或者结合处出了问题，但是无法进一步定位该OperatorDomain里面哪里出了问题，于是定位工作继续交给了OperatorDomain,在OperatorDomain,管理员可以定位是哪一段网络出了问题。如果该OperatorDomain比较大，它仍然可以在里面继续再划分几个低层次的Domain.可以有效地缩小故障范围维护域服务接入点(DoSAP)DomainServiceAccessPoint(DoSAP)即维护与服务接入点是一组特殊的服务接入点，它们为外界提供了访问本MD的接口，所以都是位于MD的边缘，在802.1ag中会被配置成MEP.一个MD为外界提供的每个service，都会在该MD中找到至少两个DoSAP.实际设备配置中,是不会出现DoSAP这个概念的，它只存在于802.1ag的理论模型中，实际配置中，我们接触到的都只会是MEP，因为从理论模型上看，一个MEP就是一个维护域服务接入点。见下面两个图，分别是从Customer的角度看运营商为它提供的service,和从运营商的角度看它为外面提供的service.从不同角度看ServiceInstance运营商的角度用户的角度从整个网络看ServiceInstance维护关联(MA)MaintenanceAssociation(MA)，即维护关联。一个MD通常对外提供多个服务实例(serviceinstance),802.1ag最终想维护的其实是service而不是domain。一个MA就唯一地跟一个serviceinstance相关联。如果一个service是点对点的，那么它相应的MA中就相应的包含两个MEP(注：这个说法其实并不是很恰切，因为在某些情况下，即便是点对点服务，一个接入设备上可能有多个DoSap，这样其实在service的一端，该MA就可以包含多个MEP),否则如果是点对多点，那它相应的MA就包含多个MEP。在当前的CarrierEthernet实际部署中，providerdomain里面的MA通常是跟一个EVC关联，因为EVC就代表了一个serviceinstance.EVC可以是点对点或者点对多点的，相应的MA也就是点对点或者点对多点的。每个EVC的UNI就配置一个MEP，而且是UPMEP。当然，对于802.1ag来说，它并没有提到任何EVC相关的东西，这里只是说在Carrierethernet发展的目前这个初级阶段，很少会配置customerdomain,通常都是providerdomain,而providerdomain配置的MA,通常都是用来管理维护EVC。后面的”802.1ag应用举例”一节会详细讨论EVC上的MAMA的一些特性每个MD可以包含多个MA，而一个MA只能属于一个MD,所以一个MA也继承了该MD的level属性，只能属于一个特定的level.每个MA有一个MAname，这个name在它所属的domain里面是唯一的。每个MA有一个MAID,它由两部分组成，分别是MDname和MAname。这样MAID就是全局唯一的。为了跟Y.1731兼容，MDname可以为空，这样就要求MAname必须全局唯一。在CarrierEthernet里面，serviceinstance通常由vlanId来标识，而MA又跟serviceinstance一一对应，所以MA跟vlanId之间也是有着某种关联。通常的实践中，一个MA唯一对应着一个vlanId，但是802.1ag允许多个vlanId受一个MA来管理维护，这些vlanId中，有一个vlan是primaryvlan（有点vlan代表的意思），所有在该MA中传递的报文中，都只会出现该vlan（为什么会有多个vlanId对应一个MA呢？最后的“讨论与思考”一节会进行讨论。通常，在实践中，mdlevel+vlanId可以唯一的标志一个MA(不同MD中的vlan标志不同的MA)。但是802.1ag允许同一个MD中，同一个vlan对应多个MA.但是有条件限制，这些MA中，最多只能有一个MA配置UPMEP，而其它MA都只能配置downMEP.(什么是UPMEP和DownMEP见后面），而且这些downMEP必须配置在不同的port上。(关于这个问题，“讨论与思考”一节也会进行讨论维护端点（MEP）MaintenanceassociationEndPoint(MEP)，即维护端点，它是CFM中的核心部件，每个MEP都跟一个特定的DoSap相关联，配置在DoSap所在port上。MEP负责发起所有的CFM报文，包括CCM,LTM,LBM，从而主动负责pathdiscovery,faultdetection,faultverificationandisolation,faultnotification.它是一个MA（或者说一个Service在该Domain里面的终结点。CFM主要的协议行为，状态机，都发生在MEP上。MEP分为两种，分别是UPMEP和DownMEPDownMEPandUPMEPDownMEP和UPMEP是CFM中非常重要的概念，但是初学者经常搞不清楚什么是UP什么是Down，也搞不清楚为什么要区分UP和Down.根据802.1ag的定义，在一个bridge里面，如果一个MEP从Lan侧发送和接收它对应的MA的CFM报文，那么这个MEP就是DownMEP；如果一个MEP从BridgeRelay侧发送和接收它对应的MA的CFM报文，那么这个MEP就是UPMEP当然，对不熟悉802.1D/Q模型的人来说，这个说法仍然是很模糊抽象的。用一句更通俗的话来解释，是这样的：如果我在一个bridge的portA上配置了MEP,它所对应的MA是MA1。属于MA1的CFM报文直接从PortA进入该bridge，终结在该MEP，那么该MEP就是DownMEP。否则，如果属于MA1的CFM报文是从该Bridge的别的port进入该bridge，然后终结在该MEP上，那么这个MEP就是UPMEP。要再深入理解一下UPMEP和DownMEP，需要看后面的Bridge模型图解DownMEP和UPMEP的区别这是一个802.1D/Q里面的Bridge模型BridgeMacRelayEntityPortAPortBUPMepDownMepCFMPacketCFMPacket为什么要有UPMEP和DownMEP的区别如果用一句话来解释为什么要区别UPMEP和DownMEP的话，只能说有很多协议行为，在UPMEP和DownMEP上是不同的，即你不能说某个行为在MEP上应该是如何如何的，而只能说某个行为在DownMEP上如何，在UPMEP上如何。具体都有哪些行为，可以从接下来的协议描述中去细细体会。另外，最后的“讨论与思考”一节也会再讨论这个问题维护中间点(MIP)MaintenancedomainIntermediatePoint(MIP)，即维护中间点，它不能配置在DoSAP上，而只能是ISAP(internalServiceAccessPoint),它不是一个MA终结点，而是一个中间点，它可以接收/发送CFM报文从/到LAN侧和MacRelay侧，逻辑上，它包含两个MHF(MIPHalfFunction),一个是downMHF,另外一个是UPMHF当MIP接收/发送CFM报文从/到LAN侧的时候，它执行的是DownMHF的功能，反之，执行的是UPMHF的功能。当然这只是逻辑上的，在物理上，MIP就是配置一个bridgeport上，是双向的，没有UP/Down之分MIP不能主动发送CFM报文，只能响应收到的CFM报文的时候，发送Reply以及转发。也不负责检测，上报故障。MD,MA,ME,MEP之间的关系前面提到了MD,MA,MEP,ME等概念，他们之间是有密切联系的，这里总结一下。一个网络可以有多个MD,每个MD都有一个MDlevel属性,可以有多个相同level的MD一个MD里面，可以配置多个MA,它们都具有相同的MDlevel,MAname是在MD内唯一的，而MAID则是全局唯一的。每个MA可以对应多个vlan,但是只能有一个primaryvlan(实践中，通常只有一个vlan)实践中，Vlan+mdlevel通常可以唯一决定一个MA，但是这种说法并不永远都是对的，1ag也允许vlan+mdlevel对应多个MA.每个MA包含多个MEP,而每个MEP只能属于唯一的MA,具有唯一MDlevel,对应唯一的primaryvlan一个ME由两个点对点的MEP组成每个MEP有一个MEPID，这个MEPID在MA内是唯一的，全局不需要唯一。图解MD,MEP,MIP,MA路径发现路径发现（PathDiscovery）由MEP和MIP通过LinkTrace手段来完成MEP朝一个唯一的目的地发送LinkTraceMessage(LTM),在路上每经过一个MIP，MIP就发送一个LinkTraceReply(LTR)回去，然后继续往前转发，直到最终到达目的地或者找不到继续前进的道路了。在这个过程中，sourceMEP就可以学到这条路上都经过了哪些MIP，从而达到pathdiscovery的目的故障检测和故障报告故障检测(FaultDetection)由MEP通过ConnectivityCheck来完成。MEP会周期性的multicastConnectivityCheckMessage(CCM)，如果路径没问题，远端的MEP会定期收到该MEP发送的CCM，如果连续几个周期都没有收到，或者收到的CCM有错误，远端MEP就知道出问题了。故障报告（FaultNotification）。一旦检测到错误，MEP就会发送消息（比如通过SNMP）到管理中心，提醒管理员某个MA出现故障故障确认故障确认（FaultVerification）由MEP或者MEP+MIP通过Loopback协同完成。在检测到故障之后，管理员可能需要手动确认一下是否错误真的存在（防止误报）。MEP朝某个目的地发送LoopbackMessage(LBM)，如果该目的地收到了并且发送回LoopbackReply,说明这一段路径不存在故障。否则，如果源MEP没有收到Reply，则说明真的是有故障存在。故障定位故障定位需要MEP和MIP的协同工作，可以使用Loopback也可以使用LinkTrace。Loopback,假设管理员已经知道了故障路径上有哪些MIP存在，它可以朝这些MIP一个一个的发送LBM，如果发到A的LBM能有LBR回来而发到B的没有，则说明A跟B之间出了问题LinkTrace,管理员可以从故障MA内的一个MEP向另外一个MEP发送LTM，故障段之前的MIP都会回复LTR而之后的则都不会回复，通过这种方式可以一次就找到故障段。所以通常做故障定位的时候，LinkTrace比Loopback更有效议程802.1ag的由来802.1ag体系架构802.1ag详细介绍802.1ag应用举例讨论与思考802.1ag详细介绍前面介绍了802.1ag中的基本概念和总体架构，工作原理。从这一节开始，详细介绍MEP,MIP,CCM,LTM/LTR,LBM/LBR的工作机制，要注意的问题等细节。MEP主要功能定期主动发送CCM报文验证收到的CCM报文的正确性丢弃收到的来自lowerlevel的CFM报文发送LBM报文，接收处理收到的LBR报文发送LTM报文，接收处理收到的LTR报文用LBR来响应收到的LBM用LTR来响应收到的LTM维护MEPCCM数据库可选择性地维护MIPCCM数据库MEP内部体系结构这是一个DownMEP的内部体系结构对MEP体系结构的分析上图是MEP的体系结构，从这个结构可以看到，一个MEP由两个基本服务接入点(SAP),一个是ActiveSAP，另外一个是PassiveSAP，按照802.1ag19.1的定义，所谓的ActiveSAP，是指CFM协议报文在这个点上被产生或者处理。而passiveSAP则是指该MEP不处理的协议报文以及数据报文被从这个点送出去。这两个SAP在实际网络配置中是不可见的，但是对理解MEP的内部逻辑有帮助。这个体系结构也能教我们如何区分DownMEP和UPMEP。如果ActiveSAP靠近LAN侧(按照1ag的模型，是靠近DoSAP)，PassiveSAP靠近relay侧（按照1ag的模型，是远离DoSAP)，也即ActiveSAP在下，PassiveSAP在上，那这个MEP是DownMEP，反之则是UPMEP。比如上图中，展示的就是DownMEP的内部结构，如果要表示UPMEP，上图要反转一下。从图上能看到UPMEP和DownMEP明显的一个区别，标记为*的path只有DownMEP才有（DownMEP不经过Linktraceresponder，直接发送LTM到LAN），而标记为+的LTISAP则只有UPMEP才有。关于这里的细节，具体看后面的LTM/LTR处理。MIP(MHF)主要功能a)验证收到的LTM的正确性b)可选择性地验证收到CCM的正确性并且维护MIPCCM数据库c)发送回一个LBR来响应收到的LBMd)转发收到的LTM并且发送回一个LTR来响应LTMMIPHalfFunction(MHF)内部体系结构MEP/MIPCCMDatabase每个MEP都必须维护着一个MEPCCMDatabase，这个database是手动配置的，每条记录对应一个remoteMEP。它的使用详见后面的描述。每个MEP和MIP都可选地维护着一个MIPCCMDatabase，这个Database实际上是一个FDB表，每条记录都是一个{Mac,Fid,Port}三元组。这个记录的都是通过Mac学习动态学到的MEP的信息（要发送到某个MEP去的报文，应该从哪个port送出）。这个数据库主要是给LinkTrace用的，详见后面描述CFM通用报文格式—EthernetheaderCFM报文由Ethernetheader，Commonheader，具体报文类型自己的header组成。EthernetHeader:MacDa:具体见CCM/LBM/LBR/LTM/LTRMacSa:是发送报文的MP的Mac,在实现的时候，通常是bridgeportmac.TPID:8902Vlan:可以是taggedoruntagged.但是通常是tagged,untagged只用于特定的场景中。最后的“讨论与思考”中会详细讨论这个问题CommonHeader:CommonHeader紧接在Ethernetheader之后，每个CFM报文都有这个header。CFM通用报文格式—CommonHeader(1)CFM通用报文格式—CommonHeader(2)MDlevel:标志该packet的MDlevelVersion:目前都是0OpCode：表示发的是什么消息，见后面Flags:它的解释具体取决于各个OpCode.FirstTLVoffset:指从这个field往后，直到PDU中第一个TLV之间，有多少个字节。VarieswithvalueofOpCode:是指具体的OpCode所对应的headerEndTLV:是最后一个TLV，type=0,没有length和valueCFM通用报文格式—CommonHeader(3)OpCode:CFM通用报文格式—CommonHeader(4)TLV格式CFM通用报文格式—CommonHeader(5)具体的TLVCCMCCM：ConnectivityCheckMessage,专门用来进行故障检测。CCM报文的MacDa可以是unicastmac（仅仅用于兼容Y.1731以及用于PBT），也可以是multicastmac。MulticastMac是01-80-C2-00-00-3y.其中y=MDlevel。CCM报文中携带的vlan是它所属的MA的primaryvlan。CCM报文格式注a:在当前版本中，这个field不存在，是为以后扩展用，所以版本0的MP，可以忽略这个field注b：在版本0的CCM中，FirstTLVoffset肯定等于70。CCM中的flagsFlags是8个bits的字段，在CCM报文中，最高bit代表RDI，最低3个bits代表interval,其它4个bits保留。CCMIntervalCCMInterval是CCM报文发送的间隔，而CCMlifetime则是当一个MEP在这么长时间内没有从remoteMEP收到任何MEP报文就认为到它的连接断掉了的时间，通常是3.25intervalor3.5interval。802.1ag规定了7种interval，可用于不同场合。CCM---RDIRDI=remotedefectindicator它作为一个bit携带在CCM的flags中，被remoteMEP用来告诉localMEP，该localMEP或者localMEP到这个remoteMEP的单向连接出现了问题。什么时候会需要用到RDI呢？考虑下面的情况。由于CCM不需要reply，所以一个MEP并不知道它发送到remoteMEP的CCM报文是否被收到了，并且是否正确。比如，假设在一个有10个MEP的MA中，某个MEP发往其它9个MEP的CCM报文全部丢失，所有其它这9个MEP知道这一个MEP出了问题，但是它自己不知道，而为了让管理员有效地判断一个MA是否工作正常，这个MA中的每个MEP都需要被检查。正因为如此，所以才需要在CCM中携带RDI这个bit。如果一个MEP从一个remoteMEP收到一个CCM,RDI被置为0，那这就意味着这个remoteMEP正在正常地从localMEP接受CCM。否则，如果RDI被置为1，则意味着remoteMEP已经检测到了该localMEP的defect。CCM---序列号每个传输的CCM报文里面需要包含序列号（sequencenumber）,这个sequencenumber可以帮助管理员来检测并且计算包丢失情况。偶尔的包丢失意味着网络可能负担太重，或者某些link不稳定等，这可以帮助管理员尽早发现问题，在转发路径最终出问题之前，就预先认识到问题并且及早采取措施。CCM---defectCCM—defect的说明xconCCMdefect:表示收到了一个或者多个crossconnect的CCM报文，所谓Crossconnect是指MD有交叉，导致一个MEP收到了lowerlevel的CCM报文。errorCCMdefect:表示收到了一个或者多个错误的CCM报文someRMEPCCMdefect:表示至少从一个RemoteMEP那里收到了错误的CCM报文。someMACstatusDefect:表示至少有一个remoteMEP正在报告它的interfaceTLV不是isUp。或者所有的remoteMEP都在报告他们的portTLV状态都不是forwarding。someRDIdefect：表示至少有一个remoteMEP发过来的CCM中，RDIflag被置为1.CCM—defect优先级CCM中的每个defect优先级不同，具体见上面表格。优先级一个很重要的作用是进行defect报告抑制。当MEP检测到一个defect之后，马上上报，然后起一个timer，在timer没有过期之前，如果又检测到了高优先级的defect，会立即上报，但是如果检测到低优先级或者同优先级的defect，则不再上报，从而达到抑制的目的。CCM的各种状态机一旦802.1ag各种配置配好之后（包括MD,MA,MEP等），enableCCM之后，CCM的各种状态机就开始运行，802.1ag就是通过各种CCM的状态机来检测和报告故障。这些状态机包括CCM发起者状态机CCM接收者状态机Rmep状态机Rmep错误状态机CrossConnect状态机注：下面状态机中标注的UCT是无条件转移的意思CCM发起者状态机xmitCCM()a)Setsthedestination_addresstothecorrespondingvalue,accordingtotheMEP’sMDLevel;b)Setsthesource_addresstotheMACaddressoftheMEP.c)SetsthepriorityaccordingtotheconfiguredMEP’spriority.d)Setsthedrop_eligibletofalse;e)PlacestheMEP’sMDLevelintheMDLevelfield.f)FillstheCCMIntervalfieldwiththeCCMtransmissionintervalg)FillstheRDIfieldh)ShouldcopyCCIsentCCMstotheSequenceNumberfieldoftheCCM,elsecopies0intothatfield;i)PlacestheMEP’sMAIDintotheappropriatefieldsoftheCCM.j)PlacestheMEP’sMEPIDintotheMEPIdfield.k)placesaSenderIDTLVintheCCM,identifyingthetransmittingsystem;l)Optionally,placesaPortStatusTLVintheCCM,reportingthestatusofthePort;m)Optionally,placesanInterfaceStatusTLVintheCCM,reportingthestatusofthePort;n)IncrementsCCIsentCCMsby1,wrappingaroundfrom232–1to0.CCM接收者状态机MEPprocessEqualCCM()a)MEPprocessEqualCCM()shallprocesstheCCMaccordingto,andmayvalidatetheCCMaccordingto,anddiscardanyframesthatfailthevalidation.b)Otherwise,iftheMAIDofthereceivedCCMdoesnotexactlymatchtheMAIDconfiguredinthereceivingME,thensetsxconCCMreceivedtotrue,reconstructstheframecontainingtheCCMintorecvdFrame,andplacesatimercountervalueintorecvdIntervalcorrespondingtothevalueoftheCCMIntervalfieldinthereceivedCCM.c)Otherwise,if:1)MEPIDinthereceivedCCMisnotconfiguredinthereceivingMEPor2)MEPIDinthereceivedCCMmatchestheMEPIDofthereceivingMEPor3)CCMIntervalfieldinthereceivedCCMdoesnotmatchthatconfiguredforthereceivingMEP.ThenMEPprocessEqualCCM()setserrorCCMreceived(20.21.1)true,reconstructstheframecontainingtheCCMintorecvdFrame,andplacesatimercountervalueintorecvdIntervalcorrespondingtothevalueoftheCCMIntervalfieldinthereceivedCCM.d)Otherwise,1)Copiesthesource_addressparameterintorecvdMacAddress;2)CopiestheRDIfieldtorecvdRDI;3)OptionallycopiesthePortStatusTLVtorecvdPortState;4)OptionallycopiestheInterfaceStatusTLVtorecvdInterfaceStatus;5)OptionallycopiestheSenderIDTLVtorecvdSenderId;6)OptionallyupdatestheBridge’sMIPCCMDatabase;and7)SetstherCCMreceivedvariablefortheparticularinstanceoftheRemoteMEPstatemachinecorrespondingtotheMaintenanceassociationEndPointIdentifierfieldintheCCM.e)ComparetheSequenceNumberfieldinthereceivedCCMtothevaluesavedintheMEPCCMDatabase;f)Ifbothvaluesarenot0,andifthenewvalueisnot1greaterthanthelast,incrementCCMsequenceErrors(20.16.12);andg)StorethereceivedSequenceNumberintheMEPCCMDatabase.Rmep状态机Rmep错误状态机MEPCrossConnect状态机LTM报文格式注a:在当前版本中，这个field不存在，是为以后扩展用，所以版本0的MP，可以忽略这个field注b：在版本0的LTM中，FirstTLVoffset肯定等于22。LTM中的flagsLTM只用到了flag中的一个BitLTM中的transactionId和TTLtransactionId类似于sequencenumber,MEP每发送一个LTM，transactionId就加1.TTL的意义跟IP中的TTL一样，LTM发送的时候有一个初始值，通常是64，然后每经过一个MP，TTL就减1（在继续往前转发的LTM和往回发送的LTR中都会减1）。如果进来的TTL是0，LTM被丢掉，并且不会有LTR发回去；如果进来的TTL是1，LTM被丢掉，同时会有LTR发回去。否则，LTM既会转发，又会有LTR发回去。LTM中的original/targetmacaddressOriginalmacaddress是发送的MP的individualmacaddress,并且每经过一个MIP，MIP在继续往前转发的时候，都会把这个mac改成自己的Mac。Targetmacaddress是要trace的目的MP的individualmacaddress，整个传送过程中会一直保持不变。LTM中包含的额外的TLVLTM中应该要包含这个TLV LTMEgressIdentifierTLV.LTM中可能会包含下面两个TLVSenderIDTLV Organization-SpecificTLV(s).所有这三个TLV在报文中出现的顺序可以是任意的。LTMEgressIdentifierTLVEgressIdentifier是一个8bytes的ID，低6bytes包含了MEPLinktraceinitiatororLinktraceresponder的Macaddress,高2bytes则包含一个可以唯一标识这个该LTM得值，通常情况下恒为0就可以了。LTR报文格式注a:在当前版本中，这个field不存在，是为以后扩展用，所以版本0的MP，可以忽略这个field注b：在版本0的LTM中，FirstTLVoffset肯定等于11。LTR中的flagsLTR中的transactionId,TTL和RelayActionTransactionId等于它所reply的LTM的transactionId.TTLLTM/LTR—工作原理LinkTraceMessage(LTM)和LinkTraceReply(LTR)在CFM中的作用是路径发现(pathdiscovery)和错误定位(faultisolation).它的原理跟IP中的traceroute很相似，都是通过逐跳检查和逐跳反馈的机制来定位错误出在哪一段，同时也用这种方式来发现两个端点(MEP)之间的路径上都经过了哪些中间节点(MIP)。LTM只能由MEP来发起(down/upMEP均可），而且必须是管理员手动触发。LTM发出之后，每经过同一个MA里面的MIP，MIP都会发送一个LTR回去，让sourceMEP学习到路径上的该MIP，同时也知道至少到该MIP的这一段路径是没问题的。该MIP同时会继续转发该LTM(不是原封不动的转发，而是会修改，而且转发也是有条件的，具体见后面对转发流程的描述），直到走到最终的目的MP或者路径断了再也转发不出去。SourceMEP根据收到的最后的MP发来的LTR报文，就可以知道path在哪一段出了问题。通常LinkTrace是跟CCM结合在一起使用，当CCM检测到连接出了问题之后，立即运行LinkTrace，就可以找出是哪一段出了问题。LTM/LTR—报文格式LTM报文是multicast报文，它的目的Mac是01-80-C2-00-00-3y.y=MDlevel+8.LTR报文是unicast报文，它的目的Mac是发起LTM消息的sourceMEP的mac地址。InLTM,aindividualtargetmacaddressiscarried,whichcanbeanyMIP/MEP’smacaddress.LTM/LTR2TheLinktraceResponderrepliestotheLTMifeither:a)Anordinarydataframe,withthesamevlan_identifierastheLTM,adestination_addressequaltotheTargetMACAddressfield(21.8.6)oftheLTMandreceivedonthesameBridgePortastheLTM,wouldbeforwardedthroughexactlyoneotherBridgePort(ortojusttheManagementPort);orb)TheUseFDBonlybitoftheFlagsfieldoftheLTMis0,theTargetMACAddressfield(21.8.6)oftheLTMisfoundintheBridge’sMIPCCMDatabase(19.3.10),andthatentryintheMIPCCMDatabaseidentifiesaBridgePort(ortheManagementPort),otherthantheoneonwhichtheLTMwasreceived;orc)TheMACaddressoftheMPthatreceivedtheLTMequalstheTargetMACAddressfieldoftheLTM;and:d)LTMTTLfieldisnon-0whentheLTMisreceived.LTM/LTR3TheLinktraceResponderforwardsacopyoftheLTMontheEgressPort,withanewsource_addressparameterandtheLTMTTLfielddecrementedby1,onlyifallofthefollowingconditionsaremet:e)AnLTRwasgeneratedforthereasonsspecifiedintheprecedingitema)oritemb),butnotitemc);f)TheLTMwasreceivedbyanMHF,notaMEP;g)TheEgressPortdoesnothaveaMEPatorabovetheLTM’sMDLevel;andh)ThereceivedLTMTTLfieldwasgreaterthan1.LTM/LTR(4)IfoneLTMisreceivedonadownMEPA)IftheTargetMACAddresscarriedintheLTMistheMACaddressofthereceivingMEP,thentheLTMhasreacheditstarget.ProcessLTM()callsenqueLTR()(20.42.4)toenqueueanLTRfortheMEPLinktraceSAPofthereceivingDownMEP.b)Otherwise,ifthespanningtreestateoftheBridgePortandvlan_identifieroftheLTMisnotForwarding,theLTMisdiscardedandnofurtherprocessingtakesplace.c)Otherwise,theIngressandEgressPortsaredeterminedaccordingto.IfauniqueEgressPortcannotbedetermined,thentheLTMisdiscarded,andnofurtherprocessingtakesplace.d)Otherwise,i.e.,auniqueEgressPortwasfound,ProcessLTM()callsenqueLTR()(20.42.4)toenqueueanLTRfortheLinktraceSAPthroughwhichtheLTMwasreceived.TheLTMisdiscarded,andnofurtherprocessingtakesplace.STPwillinfluenceLTM(?)LBM/LBRUsedforfaultverificationandisolationIn802.1ag,it’sunicastpacket.ButY.1731supportsmulticastLBM,soforthepurposeofcompatiblewithY.1731,MPcanreplymulticastLBM.LBM/LBR(2)Ifthedestination_addressofoneLBMcontainsaGroupaddressandtheMPLoopbackResponderstatemachineresidesinanMHF(ratherthaninaMEP),theLBMshouldbediscarded.Timer(1)LTFwhile AtimervariableusedbytheLTRTransmitterstatemachinetotimeouttheexpectedtransmissionofLTRs.CCIwhile TimercounterfortransmittingCCMs.CCIwhilehasagranularityfinerthanorequalto1/4ofthetimerepresentedbytheCCMintervalvariable.errorCCMwhile TimercounterfortimingoutinvalidCCMs.errorCCMwhilehasagranularityfinerthanorequalto1ms.xconCCMwhile TimercounterfortimingoutcrossconnectCCMs.xconCCMwhilehasagranularityfinerthanorequalto1ms.Timer(2)LBIwhile AtimervariableusedbytheMEPLoopbackInitiatortransmitstatemachinetotimeouttheexpectedreceptionofLBRs.FNGwhile AtimervariableusedbytheMEPFaultNotificationGeneratorstatemachinetowaitfordefectstostabilizeanddisappear.rMEPwhile TimercounterfortimingoutCCMs.rMEPwhilehasagranularityfinerthanorequalto1/4ofthetimerepresentedbytheCCMintervalvariable.ABridgeshallnotsetrMEPCCMdefectwithin(3.25∗CCMtime(CCMinterval))secondsofthereceiptofaCCM,andshallsetrMEPCCMdefectwithin(3.5∗CCMtime(CCMinterval))secondsafterthereceiptofthelastCCM.CFMandSTP/EAPSInthe802.1agMParchitecturefigure,allthoseCFMentitiesarelocatedbetweenportfilteringentityandtheLANwhileSTP/EAPSworkonFilteringentity.SoCFMwillnotbeinfluencedbySTP/EAPSconfiguredonthesameMP.IndividualandsharedMPaddress a)IndividualMPaddressmodel TheIndividualMACaddressassignedtoanMPassociatedwithaparticularMA,andhencethatMA’sMDLevelandsetofVIDs,isuniqueoverallserviceinstancesassociatedwiththatsamesetofVIDs,suchthatthoseserviceinstances’CFMPDUscanbedistinguishedonlybytheirMDLevelsthatcanpassthroughthatMP’sBridgePort. b)SharedMPaddressmodel ThesameastheIndividualMPaddressmodel,exceptthatUpMPs(butnotDown)inthesameMAandinthesameBridgecansharea(i.e.,canallhavethesame)MACaddress.DownMPsindifferentBridgePortshavedifferentMACaddresses.IftwoBridgePortsareconnectedtothesameLAN,buthavethesameMACaddress,thenbothwouldrespondtoanLBMsenttothatMACaddress.Thisistrue,eventhoughoneofthosetwoBridgePortswouldbeBlocked(itwouldbeeitheraBackuporanAlternatePort,see13.12),becauseDownMEPsarebetweentheLANandthePortfilteringentities(8.6.1,8.6.2,8.6.4)thatenforcetheblocking.ThisplacementallowsDownMEPstotesttheirserviceinstancesevenwhentheirPortisblocked,sothatthesystemadministratorknowsthatthefailo