精华内容
下载资源
问答
  • 城域以太网业务

    2020-03-04 10:39:56
    现在有很多业务供应商都在提供以太网业务,一些供应商已经把以太网业务扩展到了城域甚至是广域的范围内。...并且这两种业务类型有着不同的属性。最后从专用以太网接入和LAN扩展两方面给出了实现的实例。
  • 本文首先介绍了电信级以太网承载业务的特点,然后分析了城域以太网论坛定义的 MEN 模型,介绍了城域以太网业务类型,并对其中的业务属性和参数的定义进行了全面描述。
  • 中兴研发人员写的PTN以太网业务及其基本配置.
  • 按照MEF定义,电信级以太网技术主要以网络能够支持的以太网业务类型和业务所能够达到的性能为衡量标准,并不专指某种网络技术,其主要包括5个方面的内容:标准化的业务、可扩展性、可靠性、QoS、电信级网络管理。...
  • 车载以太网测试:以太网测什么

    千次阅读 2020-11-18 16:23:34
    回到“关于测试”(聊聊车载以太网测试:(1)关于测试)聊起,让我们对汽车电子测试面向的对象的复杂度有了了解,也认识到要想成为“专业优秀”的汽车电子测试人员,需兼顾软硬件知识储备,不仅要知其然,更要“知...

    回到“关于测试”(聊聊车载以太网测试:(1)关于测试)聊起,让我们对汽车电子测试面向的对象的复杂度有了了解,也认识到要想成为“专业优秀”的汽车电子测试人员,需兼顾软硬件知识储备,不仅要知其然,更要“知其所以然”。上回算是一个引言,本次正式进入正题,咱们来聊聊以太网究竟测什么?剩下两个主题“以太网-如何测”、“以太网-测试策略”的文章后续将陆续发布,敬请持续关注!



    引言

    对以太网及以太网测试的“慌”源自何处:1,你真的了解你的“对象”是什么”吗,懵圈;2,“对象”过于高深,无从下手,迷茫;3,时间阀门、领导期盼、同仁对手进步,紧张。于是按部就班想从那本几千页白皮枕头书(奉为宝典)以及文山文海中找寻答案,发现书中各种跳转索引,毕其一生无法阅尽(其实是字典),更慌了。如何是好?


    在这里插入图片描述


    先来说说“道”

    一个中心:无论是何“线”/何“网”,都是服务与整车功能和特性的;所以你的以太网用来做什么,应用场景是什么,这是首要问题? 有的放矢
    两个基本点:

    其一,测试源自需求规范,直白点:你或你的客户(OEM)的需求规范定义了啥,自然就要测啥,需求的可验证性也是判断需求是否合理的标准。

    其二,立足与自身角色和职责(你是谁,在做什么)

    再来聊聊“术”

    复杂问题简单化,把庞杂的以太网需求/测试规范粗暴划分为两块。



    行业通用需求及测试规范体系

    此类规范针对ECU级或Component级。

    OPEN

    下图(如需visio版可联系)从ECU及ECU交互性角度而绘制的OPEN所定义的规范集,其中测试规范为TC8&TC1&TC12(1000Base-T1),针对TC8-2.0来个走马观花:何为重点,为何重点?


    在这里插入图片描述

    L1-PMA: ETH通信速度的大幅提升,使得通信“品质”对物理链路特性更敏感、更矫情,匹配电路的设计、Layout布局和布线长度、连接器、线束的选择(别被宣传材料误导,传统CAN线束是无法直接用作量产ETH),甚至在车中的走线路径都对通信带来至关重要的影响,所以PMA测试重要且是前提。当然,从系统的层面需要考虑设计不同测试场景验证耦合影响(这一点是TC8中未曾涉及的)。


    在这里插入图片描述

    L1-IOP(交互性测试): 首先,从以太网的通信机制上物理层面需建立Link才可进行后续的通信,这是基础,和传统车载总线不是一个套路;其次,感兴趣同仁的可以研究下NXP Marvell BR的PHY UserManual,都遵循802.3bw中定义通用特性和状态机,但实现细节是各显神通,即使是一家厂商的PHY,配置的不同也会带来影响,从OEM角度要保证各个节点之间可通信交互,从Tier1角度要证明自己可以和其它节点通信;综上,为何IOP测试重要,为何须对PHY有深入的知识储备才可以支撑该测试;剧透,TC8-IOP所提供的测试项也是不够的,还有很多场景是需要从车辆实际使用的角度去追加考量的;


    在这里插入图片描述


    L3-L5: 侧重于对通信软件的逻辑性和部分格式参数的验证,对于逻辑性如果选用如Vector的通信代码Package是很有保障的;但是代码包再专业,需要配置好,需要和硬件结合好,如下Vector AUTOSAR-ETH代码中需配置的参数几百个之多,复杂度可见一斑,所以对于“参数”类的测试是需要着重留意的。



    在这里插入图片描述

    图:DaVinci以太网参数配置界面

    AUTOSAR-ETH

    AUTOSAR组织针对嵌入式资源有限的特点,对传统TCP/IP/UDP代码做了优化(内存访问机制做了优化),同时提供了对应的测试验证规范,对于采用AUTOSAR架构的以太网节点,当然需要覆盖该测试。

    在这里插入图片描述

    AVnu

    针对AVB(包括TSN),提供完整的需求规范和测试规范的定义,个人觉得AVB规范体系很成熟和完善,但是对于车载应用,成本和性能的严苛要求,让AVB节点开发实现难度很大,对软硬件整体开发能力要求很高,与之对应AVB相对的测试功能和性能测试成为发现问题的重要支撑;


    在这里插入图片描述

    RFC

    关于RFC提到最多的是RFC2889、2544、3918,其中2889和2544常被用作Switch芯片level的验证用以代替TC8-L2,个人观点如果测试的是芯片本身的“天然属性”,Tier1/OEM Review报告即可,如果涉及与上层代码的的交互或用户的配置,就当引起重视了,补充一点2544的测试项所隐含的Concept是值得学习和和借鉴的。对于3918的IGMP测试完全取决与是否使用了该协议。


    OEM定制需求及测试

    包括部件级、系统级和实车级,当然对于系统和实车的测试主体仅为OEM。


    在这里插入图片描述



    部件级

    基础测试: 比如通信电压、休眠唤醒等相关测试,后者最闹心,有了问题往往会引发馈电,但对当前的以太网应用基本不经由以太网唤醒(虽然PHY支持),缓期执行可稍心安一阵;
    数据库的一致性验证:对OEM定义的参数进行一致性验证,比如数据场格式、数值范围、VLAN-ID、SOME/IP报文格式,报文时间参数等;

    通信应用测试: SOME/IP应用测试、UDP-NM,其中UDP-NM和AUTOSAR-NM换汤不换药,网络管理状态机相同,但是前面已提到,短期内不会被应用,至于原因,篇幅受限,可自行了解PHY的Link机制和过程、NXP等datasheet、TC10规范就会有个清晰认识了;待TC10推广,ETH作为主干网了UDP-NM就逃不掉了。

    通信鲁棒性和性能测试: 部分测试点来自于OEM正向需求,更多的源自对网络特性、对车辆使用场景的理解;

    基于以太网的诊断和刷写: 以太网PHY提供了太多的寄存器可配置,PHY状态复杂,从整车功能应用的角度相当多的状态须通过诊断方式进行操控,所以其诊断将会比传统的复杂,影响诊断设计,同样直接影响了测试范畴;关于刷写,ISO13400做了框架性的定义,但毋容置疑各OEM会做自定义Detail(比如激活方式、DoIP报文类型),同时需要区分边缘节点和内部节点,是存在差别的,需定制开发的;



    系统级:

    这是OEM的核心关注点之一,从目的上与传统总线通信系统级测试无二异,需验证系统层面的通信逻辑及逻辑稳定性、鲁棒性和性能指标,单就测试条目,确存在部分条目与部件级相同,但是测试方法是有很大差异的;另外有些测试点在系统层面才会更有意义,比如不同模式(哪些模式呢?)下的带宽监测、延时等;除通信外,系统层面的刷写特性也是需要验证的。

    在这里插入图片描述

    实车级

    同样的问题,实车和系统、部件又有何区别呢?要弄明白这个问题,就要考虑,总线网络/通信是用来干嘛的?所以到了实车阶段网络测试,已和功能测试密切耦合了(尤其是用SOME/IP),但是从场景选择及目的,测试的关注点,是存在差异的,比如触发车辆的特定模式、触发特定的功能应用场景,验证通信的稳定性。当然环境不同,考量点也存在差异,以刷写为例,实车层面需考虑车辆操作状态对刷写的影响同样需观测刷写对实车电子电器部件带来的“作用”。


    在这里插入图片描述


    小结:

    哪些需要重点测试?总的来说,对部件级而言涉及自定义需求,自设计方案,软硬结合的,系统和实车需结合应用场景和使用环境。希望文中的concept和思路可供借鉴,技术细节涉及Know-How,犹抱琵琶半遮面了,欲知详情如何,面对面跟您细细道来!



    ------------------------------------------------------------------------------------------------------------------------------------------




    喜欢此篇文章的话欢迎一键三联支持小编吧~!

    更多相关资讯及业务介绍,欢迎访问上海北汇信息官方网站:上海北汇信息科技有限公司

    更多技术干货,行业前沿动态,请关注上海北汇信息官方公众号:
    在这里插入图片描述

    联系方式:

    电话:021-34716271

    邮箱:info@polelink.com

    北汇信息成立于2010年,是一家技术驱动的创新型服务企业。北汇信息始终专注于汽车电子领域的新技术和新产品,为整车厂和零部件企业提供完整的研发、测试解决方案。从测试工具、专用测试设备、完整测试方案到实车测试服务,我们与我们的客户一起努力,让中国的汽车变得越来越安全、越来越舒适、越来越智能。

    展开全文
  • 车载以太网测试:以太网如何测

    千次阅读 2020-11-23 11:15:23
    本篇咱们来聊聊“以太网如何测”,分享讨论车载以太网测试系统方案的实现、选择和注意事项。 上一篇介绍了要测什么内容(点击回顾),那么如何实现落地?术业有专攻,行业分工细化和专业化是大势所趋。以太网是远比...

    前言

    之前我们聊了(“关于测试”)及(“以太网测什么”),让我们从测试者角度对车载以太网有了一个不一样的认识:测试源自需求规范(行业通用需求及测试规范、OEM定制需求及测试),需求的可验证性也是判断需求是否合理的标准。本篇咱们来聊聊“以太网如何测”,分享讨论车载以太网测试系统方案的实现、选择和注意事项。

    上一篇介绍了要测什么内容(“关于测试”),那么如何实现落地?术业有专攻,行业分工细化和专业化是大势所趋。以太网是远比CAN总线历史更为悠久的通信技术,其行业体系更为完善。所以在该领域专业的解决方案早已存在,只是对于车载以太网测试而言,其复杂度导致无人可在工具链层面一统江湖。那么我们该如何选择方案,需要注意哪些问题?



    以太网如何测?

    如何选择方案?

    在保证测试结果专业正确性的前提下,测试方案应尽可能地做到自动化,具有易用性和可扩展性。

    下图所示北汇信息的整体工具链组成以及交付给不同OEM,覆盖以太网部件及系统级测试的典型系统实物图,即是基于上述原则而全面考虑的。按照与测试规范体系的对应关系,从行业通用测试实现、OEM定制需求测试实现两个方面简要说明测试实现方案。



    在这里插入图片描述

    在这里插入图片描述



    行业通用测试实现

    TC8-L1-PMA

    使用罗德施瓦茨的示波器、网络分析仪、夹具,时钟同步模块、专用以太网测试包,覆盖PMA的测试。

    以太网的物理层测试和传统CAN测试差别很大,测试分析方法已从传统时域扩展到频域,难啃难懂,尤其对于我等学机械电子/自动化出身的放牛娃而言。专业装备是基础,除此外,还需要留意哪些:

    • 被测节点PHY必须可设置Test Mode,这是测试前提条件之一
    • 除了示波器自带的Test Fixture,其它转接口也是必须的,例如对于模式转换相关的测试
    • 尽可能减少线束、连接器的中转环节
    • 1000Base-T1将呼啸而至,专用设备的硬件特性上需考虑预留

    下图为对100Base-T1以太网节点功率谱密度、回损及定时抖动和时钟频率测试的实际场景及测试报告样本示意图。




    在这里插入图片描述

    TC8-L1-IOP

    TC8-L1-IOP需要Golden Device“理想设备(黄金的)”。此设备的“特质”是绝对要比被测对象更为可靠,性能更高的以太网节点,不让DUT做小白鼠。举几个例子:

    • 设备需要通过继电器实现故障仿真,对继电器的接触阻抗有非常严格的要求

    • 通信回路的Layout所用的连接器同样是高标准

    • 需要统计计算Link-up时间,对IOP设备的MCU处理能力要求更高,实时性更强

    北汇信息使用Technica的IOP设备,自带软件可实现手动测试,也可由北汇信息定制,通过CANoe CAPL编程控制实现自动化测试。



    在这里插入图片描述

    TC8-L3-L5 & AUTOSAR-Ethernet & AVnu-AVB/TSN & RFC


    使用思博伦C50、TTworkBench、TestCenter及对应测试包实现,需注意的是:

    • 测试软件包自身的专业及易用性、可维护及可扩展性,比如对于TSN测试扩展

    • TC8-L3-L5中75%以上的测试是需要DUT集成Upper Tester代码(类似打桩)方可实现的

    • 针对AUTOSAR和非AUTOSAR的Upper Tester是不同的,AUTOSAR的Upper Tester代码供应商提供该选项(比如Vector MICROSAR.ETH就有该模块)。


    在这里插入图片描述

    在这里插入图片描述



    OEM定制需求测试实现

    针对定制需求测试,通过CANoe + CANoe .Option Ethernet + VN5640开发脚本实现。对于CANoe不再赘述,已经提供了足够多的专业库;对于VN5640不只是用在单节点测试,其Monitor功能可“串于”被测节点之间,以TAP的工作模式满足系统级测试需求。Vector以太网测试解决方案突出的特点:

    • 产品链体系完整
    从以太网的架构设计、代码生成、总线仿真及测试提供完整的解决方案,支持通信、诊断和刷写

    • 易用性好
    以太网帧结构较为复杂,支持.arxml文件的解析,对于创建测试仿真环境是个福音,SOME/IP更是如此

    • 通信接口多种多样
    以太网节点往往还有CAN FD/CAN等传统通信接口。路由测试躲不过,需要支持多种接口,需要接口间的时钟同步




    在这里插入图片描述
    在这里插入图片描述



    小结

    工欲善其事必先利其器。在选择测试系统方案时,须依据自身的需求,选择合适的测试系统,不随波逐流;对于Tier1,还需要参考与OEM工具链的匹配度,不孤芳自赏。工具可以解决效率,但取代不了人,内功仍要一直练,在实践中总结和成长,形成经验库,形成方法论。

    从北汇信息提供测试系统的角度,要选择质量上乘的、适合的原材料(各种专业的软硬件),结合自身配方和火候(系统集成方法和测试经验),把它做成一道美味珍馐(完整的测试系统)。

    在这里插入图片描述



    ------------------------------------------------------------------------------------------------------------------------------------------




    喜欢此篇文章的话欢迎一键三联支持小编吧~!

    更多相关资讯及业务介绍,欢迎访问上海北汇信息官方网站:上海北汇信息科技有限公司

    更多技术干货,行业前沿动态,请关注上海北汇信息官方公众号:
    在这里插入图片描述

    联系方式:

    电话:021-34716271

    邮箱:info@polelink.com

    北汇信息成立于2010年,是一家技术驱动的创新型服务企业。北汇信息始终专注于汽车电子领域的新技术和新产品,为整车厂和零部件企业提供完整的研发、测试解决方案。从测试工具、专用测试设备、完整测试方案到实车测试服务,我们与我们的客户一起努力,让中国的汽车变得越来越安全、越来越舒适、越来越智能。

    展开全文
  • 以太网OAM

    千次阅读 2020-08-31 11:08:15
    以太网OAM 定义:以太网OAM全称为以太网Operations Administration and Maintenance,即针对以太网的操作管理和...和保护倒换协议配合,当检测到连通性故障后触发保护倒换,以实现网络业务中断小于等于50毫秒的运营级可

    OAM


    版权声明:本文内容并非原创,以下内容为网上搜索的到资源整理以及相关协议的翻译。

    定义:以太网OAM全称为以太网Operations Administration and Maintenance,即针对以太网的操作管理和维护。
    以太网OAM主要功能可分为以下两部分:

    • 故障管理

      • 通过定时或手动发送检测报文来探测网络的连通性。

      • 提供类似IP网络中的Ping(Packet Internet Groper)和Traceroute的功能,对以太网进行故障确认和故障定位。

      • 和保护倒换协议配合,当检测到连通性故障后触发保护倒换,以实现网络业务中断小于等于50毫秒的运营级可靠性目标。

    • 性能管理

      性能管理主要是指对网络中的丢包、时延、抖动进行衡量,也包括对网络中各类流量进行统计。性能管理通常在用户接入点实施。有了性能管理工具,运营商可通过网管系统监测网络运行情况、定位故障,确认网络转发能力是否符合与用户签订的SLA(Service Level Agreement)。

    以太网OAM能够有效提高以太网的网络管理能力和维护能力,保障网络的稳定运行。

    目的:以太网技术自诞生起,以其简单易用、价格低廉的特点逐步成为局域网的主导技术。

    以太网最初主要应用于局域网。局域网对可靠性、稳定性要求都较低,因此以太网一直缺乏运行维护管理机制,这一点已经成为阻碍以太网发展的严重障碍。因此,在以太网上实现OAM(Operations Administration and Maintenance)成为一个必然的发展趋势。

    以太网OAM技术分层实现,可分为链路级以太网OAM和网络级以太网OAM。
    图1-1 城域网典型组网
    在这里插入图片描述

    链路级以太网OAM

    链路级以太网OAM技术,如遵循IEEE 802.3ah协议的EFM OAM(Ethernet in the First Mile OAM),针对两台直连设备之间的链路,提供链路连通性检测功能、链路故障监控功能、远端故障通知功能、远端环回功能。

    CE设备是用户网络边缘设备。CE设备用来连接用户网络和运营商网络。与CE设备不同,PE设备是运营商网络边缘设备,它用来连接运营商网络和用户网络。

    遵循IEEE 802.3ah协议的EFM OAM是Ethernet in the First Mile OAM(以太最后一公里OAM)的简称。它属于链路级以太网OAM技术,是一种较为简单的OAM协议,提供点到点的故障检测,主要用于两台直连设备之间链路的OAM检测。

    网络级以太网OAM

    遵循IEEE 802.1ag协议规定的以太网CFM(Connectivity Fault Management),属于网络级以太网OAM技术针对网络实现端到端的连通性故障检测、故障通知、故障确认和故障定位功能,可用于监测整个网络的连通性,定位网络的连通性故障,并可与保护倒换技术相配合,提高网络的可靠性。

    CFM作为以太网的OAM,主要提供了链路连通性检测、环回功能和链路跟踪功能。

    以太网技术简单易用、价格低廉、且带宽可不断提高,无论是作为一种业务还是作为一种网络结构在企业网、广域网范围内都已经得到广泛应用。随着以太网推广的范围逐渐扩大,对以太网OAM功能的需求也越来越强烈。但是传统以太网可维护、可运营能力比较弱,以太网OAM的出现很好的解决了这一问题。

    根据网络的分层/分级架构,需要提供分层/分级的以太OAM功能。如[图1-2]所示。
    图1-2 以太网OAM示意图
    在这里插入图片描述

    OAM故障联动

    OAM故障联动用于在不同的检测协议之间传递故障信息,例如在同属于以太网OAM的EFM OAM和以太网CFM之间传递故障信息,在以太网OAM和BFD之间传递故障信息等。随着以太网OAM、BFD、MPLS OAM等检测协议的不断推广运用,OAM故障联动模块将承担起更多的使用场景。

    EFM OAM与以太网CFM的比较:

    协议 特点
    EFM OAM EFM OAM(Ethernet in the First Mile OAM),针对两台直连设备之间的链路,提供链路连通性检测功能、链路故障监控功能、故障通知功能、远端环回功能。如[图2-18]所示,在城域网中,EFM OAM技术多应用在CE(Customer Edge)设备和UPE(Underlayer Provider Edge)设备之间,用于保证用户网络和运营商网络之间连接的可靠性和稳定性。
    以太网CFM 以太网CFM(Connectivity Fault Management),针对网络实现端到端的连通性故障检测、故障通知、故障确认和故障定位功能。如[图2-18]所示,在城域网中,CFM OAM技术多应用在接入汇聚层网络中,用于监测整个网络的连通性,定位网络的连通性故障,并可与保护倒换技术相配合,提高网络的可靠性。

    本文主要涉及网络级OAM的实现与应用,链路级以太网OAM(EFM)暂时不做讨论。

    参考协议

    文档 描述 备注
    IEEE Std 802.1ag-2007 IEEE Standard for Local and metropolitan area networks—Virtual Bridged Local Area Networks Amendment 5:Connectivity Fault Management -
    IEEE 802.1ag/Draft7.0 Virtual Bridged Local Area Networks— Amendment 5:Connectivity Fault Management -
    ITU-T Y.1731 -

    以太网CFM原理描述

    CFM(Connectivity Fault Management,标准协议802.1ag)定义了基于以太网承载网络的连接检测的OAM功能,包括CC/LB/LT,适用于大规模组网的端到端场景,是网络级的OAM。

    基本概念

    • MD

      维护域MD(Maintenance Domain)是指对其实施以太网CFM管理的一个网络或一个网络的一部分,一个MD通常由一个统一的ISP(Internet Service Provider)或者运营商进行管理。

      每个MD有一个级别,取值范围是0~7,值越大MD的级别越高。低级别MD的802.1ag协议报文进入高级别的MD后被丢弃,高级别MD的802.1ag协议报文可以穿越低级别的MD。

      在实际应用中,如果某个MD内还包含另一个范围较小的MD,在对大的MD进行连通性检测时,802.1ag协议报文需要穿越小的MD,则可将大MD的级别配置得比小MD高,以实现802.1ag协议报文穿越。

      例如在[图2-7]所示网络中,MD2包含在MD1中,MD1的802.1ag协议报文需要穿越MD2。因此,将MD1的级别配置为6,MD2的级别配置为3,这样MD1内的802.1ag协议报文就可以穿越MD2实现整个MD1的连通性故障管理,而MD2的802.1ag协议报文不会扩散到MD1中。

      图2-7 不同级别的MD
      在这里插入图片描述

    • 默认MD

      standard2007标准版本规定,每台设备上可配置一个默认MD。默认MD可用于使高优先级MD感知低优先级MD内部拓扑。

      如[图2-8]所示,在MD嵌套场景下,高优先级MD中的设备可能是低优先级MD的边缘设备和中间设备。当高优先级MD内的802.1ag协议报文穿越低优先级MD时,报文会透传;在没有配置默认MD的情况下,如果需要感知低优先级MD内部拓扑,需要在低优先级MD内设备上的指定端口上创建指定优先级的MIP节点,用以回复LBR或LTR报文给高优先级MD中的设备。

      图2-8 默认MD
      在这里插入图片描述

      如果在低级别MD中的设备上配置与高优先级MD相同级别的默认MD,则设备基于默认MD按规则自动生成相应级别的MIP节点回复LBR或LTR报文给高优先级MD中的设备,这样高级别MD就能感知低级别MD中拓扑结构的变化,也实现了整个MD1的连通性故障管理。

      默认MD的级别必须高于本设备配置MEP节点所有MD的级别,和高优先级MD的级别相等,用于高级别CCM报文穿越,创建MIP节点回复LTR报文。

      IEEE802.1ag标准版本规定,每台设备上可配置一个默认MD,一个默认MD可以关联多个VLAN。VLAN内的端口将基于默认MD按规则自动创建MIP节点。

    说明:

    在配置了默认MD的设备上,默认MD关联的VLAN一定不能关联MA。
    
    • MA

      维护联盟MA(Maintenance Association)是MD的一部分。一个MD可以划分成一个或多个MA。以太网CFM对每个MA分别进行连通性故障检测。

      在运营商的网络中,通常一个VLAN对应一个业务实例,通过划分MA可实现对传输某个业务实例的网络的连通性故障检测。

      MA的级别等于它所在的MD的级别。

    • MEP

      如[图2-9]所示,维护联盟边缘节点MEP(Maintenance association End Point)是MA的边缘节点。

      MEP位于设备的接口上,手工创建。MEP的级别等于它所在的MD的级别。

      图2-9 MEP和MIP

    在这里插入图片描述

    对于运行以太网CFM的网络中的任意一台设备,该设备上的MEP称为本地MEP,同一MA内其它设备上的MEP对本设备而言称为远端维护联盟边缘节点RMEP(Remote Maintenance association End Point)。
    
    MEP又分为outward型MEP和inward型MEP,方向向外的MEP称为outward型MEP,方向向内的MEP称为inward型MEP。
    
    inward型MEP发出的802.1ag协议报文通过当前MA关联VLAN内的所有接口(除MEP所在接口)向外发送,即在当前MA关联的VLAN内广播;outward型MEP发出的协议报文直接通过该MEP所在的接口向外发送。
    
    MEP的方向是MEP必需的参数,如[图2-10]所示,图中的三角形表示在该端口上配置的MEP。
    
    图2-10  outward和inward型MEP
    

    在这里插入图片描述

    注意:

    如果配置MEP类型为outward,报文会穿透Block接口,可能会引起MAC震荡。
    

    维护端点MEP(Maintenance association End Point)确定了维护域MD的范围和边界,是维护联盟MA的边缘节点。维护端点所属的维护联盟和维护域确定了该维护端点所发出报文的业务和级别。维护端点的级别决定了其所能处理的报文的级别,维护端点所发出报文的级别就是该维护端点的级别。当维护端点收到高于自己级别的报文时,不会进行处理,而是将其按原有路径转发;而当维护端点收到小于或者等于自己级别的报文时,才会进行处理。

    维护端点位于设备的接口上,手工创建。维护端点的级别等于它所在的维护域的级别。

    对于运行以太网CFM的网络中的任意一台设备,该设备上的MEP称为本地MEP,同一MA内其它设备上的MEP对本设备而言称为远端维护联盟边缘节点RMEP(Remote Maintenance association End Point)。

    维护端点具有方向型,分为inward型MEP和outward型,如[图2-4]所示。

    • inward型MEP不向它所在端口发送报文,而是向设备的其它端口发送报文。

    • outward型MEP向它所在端口发送报文。

    图2-4 MEP方向示意图

    在这里插入图片描述

    • MIP

      如[图2-10]所示,维护联盟内部节点MIP(Maintenance association Intermediate Point)是MA的内部节点。

      MIP位于设备的接口上,是按规则自动创建的,MIP的创建规则有三种,如[表2-1]所示

      表2-1 MIP的创建规则

      MIP创建规则 说明
      default型 如果指定MD或默认MD所属的接口不存在更高级别的MEP,并且不存在更低级别的MIP,则可以在该接口上创建MIP。
      explicit型 如果在指定MD或默认MD所属的接口存在更低级的MEP但不存在更高级别的MEP,而且不存在更低级别的MIP,则可以创建MIP。在本类型下,接口上只有已配置了更低级别的MEP才可能创建MIP。
      none型 不自动创建MIP

      MIP节点的级别由生成规则以及生成其的MD的级别决定。
      如[图2-11]所示,MD1~MD5包含在MD7中,MD2~MD5包含在MD1中。MD7的级别高于MD1~MD5的级别,MD1的级别高于MD2~MD5的级别。MD1中的设备SwitchA上创建了多个MEP,各个MEP属于不同级别的MD。

      图2-11 standard2007标准版本MIP节点创建示意图
      在这里插入图片描述

      如果,设备SwitchA已经基于MD1配置了MIP节点的创建规则为default,MIP节点创建过程如下:

      1. 比较各个MEP,找出最高级别的MEP,最高级别的MEP为5。(MEP的级别由自身所属的MD决定。)
      2. 选择高于5级MEP的最小MD,MD的级别为6。
      3. 创建级别为6的MIP节点。
        如果级别6或者大于级别6的MD都不存在,则MIP节点将无法创建。
        如果SwitchA上已经存在级别为1的MIP节点,则MIP节点按规则也无法创建。
    • MP
      MEP和MIP统称为维护节点MP(Maintenance Point)。

    CFM协议报文

    CFM是通过携带不同标记的CFM协议报文实现链路的故障检测和定位的,其协议报文格式如[图3-1]所示。

    图3-2 CFM协议报文
    在这里插入图片描述

    各字段含义如[表3-3]所示。

    表3-3 CFM协议各字段的含义

    字段名称 含义
    MD Level 维护域的级别,取值范围为0~7,取值越大表示级别越高。
    Version 协议版本号,取值为0。
    OpCode 消息编码,不同取值表示不同类型的CFM协议报文,常见的CFM协议报文如[表8-5]所示。

    表3-4 不同类型的CFM协议报文

    OpCode值 报文类型 作用
    0x01 CCM(Continuity Check Message) 用于端到端链路的连通性检测。
    0x02 LBR(Loopback Reply) 用于环回检测,对端对于本端LBM的回应。
    0x03 LBM(Loopback Message) 用于环回检测,由环回发起端发出。
    0x04 LTR(Linktrace Reply) 用于链路跟踪,对端对于本端LTM的回应。
    0x05 LTM(Linktrace Message) 用于链路跟踪,由链路跟踪发起端发出。

    Continuity Check Message Group Destination MAC Addresses 见下表,DMac的最后一位由MD level决定:

    01-80-C2-00-00-3y
    MD Level of CCM Four address bits “y”
    7 7
    6 6
    5 5
    4 4
    3 3
    2 2
    1 1
    0 0

    Linktrace Message Group Destination MAC Addresses 见下表,DMac的最后一位由MD level决定:

    01-80-C2-00-00-3y
    MD Level of CCM Four address bits “y”
    7 F
    6 E
    5 D
    4 C
    3 B
    2 A
    1 9
    0 8

    1.3.1 Encoding of CFM Protocol Data Units

    本节规定了对CFM协议数据单元(PDU)进行编码的方法。 规格包括以下内容:
    a)用于在帧中封装或解封装CFM PDU的格式(21.2);
    b)在所有CFM PDU中使用的通用CFM报头格式(21.4);
    c)用于CFM PDU(21.5)中可以包括的所有类型,长度,值(TLV)信息元素的格式; 和
    d)连续性检查消息(CCM,21.6),回送消息和回送答复(LBM和LBR,21.7),Linktrace消息(LTM,21.8)和Linktrace答复(LTR,21.9)的格式。
    注—第18条介绍了CFM操作的原理以及支持它的网络体系结构概念。 第19章将CFM协议实体细分为它们的组件。 第20章规定了每个MP组件所操作的协议。 第22章进一步描述了在系统和网络中使用CFM。

    1.3.1.1 Structure, representation, and encoding

    所有CFM PDU均应包含整数个八位字节.

    CFM PDU中的八位字节从1开始编号,并按放入使用的MAC内部子层服务(ISS或EISS)实例的请求或指示的MAC服务数据单元(MSDU)的顺序递增。 由CFM实体提供。

    八位位组中的位按照从高到低的顺序从1到8进行编号,其中1是八位位组中的最低有效位。

    如果使用图表表示CFM PDU中的八位位组和位,则在页面上显示的八位位组比在页面上相同高度处的后续八位位组和在后续八位位组的左侧显示的八位位低。 同一八位位组中其他位左侧显示的位编号更高

    在将两个或多个连续八位位组表示为十六进制值的情况下,左侧显示的是编号较低的八位位组,第一个八位位组后面的每个八位位组后面都带有连字符,例如01-80-C2-00-00-00。

    当使用连续的八位位组编码二进制数时,较低的八位位组数具有更大的有效值。 当八位位组中的连续位用于编码二进制数时,较高的位号具有最高有效值。 当连续八位位组中的位用于编码二进制数时,较低的八位位组号构成该数位的更高有效位。 标志被编码为单个位,如果该位取值为1,则将其设置为(True),否则将其清除(False)。 八位位组中的其余位可用于编码其他协议字段。

    1.3.1.2 CFM encapsulation

    标识CFM PDU的方式取决于介质。 对于使用“类型/长度”字段的介质,例如IEEE 802.3介质,标识由两个八位字节组成,其中包含表21-1中所示的类型值(以十六进制表示)。 需要LLC封装的媒体(例如IEEE 802.11)使用表21-2中所示的SNAP编码(以十六进制表示)。

    在这里插入图片描述

    1.3.1.3 CFM request and indication parameters

    • destination_address parameter
      就它们所针对的CFM实体而言,有三类CFM PDU:
      a)针对服务实例(CCM)中所有MEP的那些;
      b)在一个服务实例(LTM)中,在某个MD级别上,寻址到与发射MP紧邻的一组MP的那些;和
      c)那些针对单个特定MP(LBM,LBR,LTR)的文件。

    承载属于两个不同MA但处于相同MD级别的CFM PDU的帧以与数据帧在由那些MA监视的相应服务实例中彼此区分的相同方式彼此区分。

    在支持VLAN的网桥中,区分服务实例的是VID。监视通过其VID区分的服务实例的CCM使用表8-9中列出的组MAC地址作为destination_address。监视VID区分的服务实例的LTM使用表8-10中所示的LTM.destination_address的除最后三位外的所有其他位均由操作码(CCM或LTM)固定。如这两张表所示,destination_address的最后三位与CFM PDU标头的MD Level字段匹配。

    • source_address parameter
      发送PDU的MP的个人MAC地址。 这是发送MP的MAC地址。 MP的MAC地址不一定是唯一的; 在同一网桥端口上配置的MP可以共享相同的MAC地址。 用于分配组织唯一标识符(OUI)的原则要求通用唯一的MAC地址(U / L位= 0的那些地址,请参阅IEEE Std 802-2001,9.2)不用于与物理实例分开创建MP MAC地址 IEEE 802 MAC。 有关将MAC地址分配给MP的讨论,请参见J.6。

    1.3.1.4 Common CFM Header

    CFM PDU的格式如表21-3所示。 CFM PDU通过21.2中所述的封装进行标识。 八比特组1到4,包括MD级别,版本,操作代码,标志和第一TLV偏移字段,构成了通用CFM报头。
    在这里插入图片描述

    1. MD Level
      (最高3位)整数,标识数据包的维护域级别(MD Level)。 较高的数字表示较高的维护协会,这些协会的物理覆盖面最大,客户的CFM数据包的价值最高。 较低的数字对应较低的维护协会,即物理联系范围更有限的维护协会,单个网桥或物理链路的值最低

    2. Version
      (最低5位)协议版本号,始终为0。在收到时被忽略。

    3. OpCode
      (1个字节)OpCode字段指定CFM PDU其余部分的格式和含义。 OpCode字段的某些值保留供IEEE 802.1和/或其他组织分配。 表21-4中显示了各种CFM PDU类型的值。 分配新的OpCode值时,以刺激响应方式运行的CFM PDU对(例如LBM / LBR或LTM / LTR对)将使用偶数/奇数对值,以使两者的奇数(数字较大) 值是刺激,响应是偶数(数值较小)

    在这里插入图片描述

    1. Flags
      (1个八位位组)对于每个操作码分别定义了标志字段的使用

    2. First TLV Offset
      (1个字节)偏移量,从第一个TLV偏移字段之后的第一个八位字节开始,一直到CFM PDU中的第一个TLV。 对于每个操作码字段值,应按照规范中的指示发送“第一TLV偏移”字段的值,如下所示(21.6.2、21.7.2、21.8.2和21.9.2)

    1.3.1.5 TLV Format

    TLV代表类型,长度,值,并表示对PDU中的可变长度和/或可选信息进行编码的方法。 TLV不与任何特定的单词或八位字节边界对齐。 TLV彼此跟随,TLV之间没有填充。

    • General format for CFM TLVs
      在这里插入图片描述
    参数 说明
    Type (1个八位位组)必需。 如果为0,则没有“长度”或“值”字段。 如果不为0,则至少“长度”字段位于“类型”字段之后。 类型字段的编码如表21-6所示。
    Length (2个八位位组)如果“类型”字段不为0,则为必需。如果“类型”字段为0,则不存在。“长度”字段的16位指示值字段的大小(以八位位组为单位)。 长度字段中的0表示没有值字段。
    Value (由“长度”字段指定的长度)可选。 如果“类型”字段为0或“长度”字段为0,则不存在
    • Organization-Specific TLV
      类型=31。任何组织都可以定义TLV以用于连接故障管理。 表21-7中显示了此类TLV的格式。 “ OUI”是可从IEEE获得的组织唯一标识符。 12子类型是必需的,因此,如果OUI的所有者需要更多特定于组织的TLV,则不需要附加的OUI。
      在这里插入图片描述

    提供此TLV类别是为了允许不同的组织(例如IEEE 802.1,IEEE 802.3,ITU-T以及各个软件和设备供应商)定义TLV,这些TLV将信息发布到连接到同一媒体的远程实体,但必须遵守以下规定: 限制条件:

    1)在特定于组织的TLV中传输的信息不应要求接收者违反本标准中的任何要求。
    2)不得使用在一个特定于组织的TLV中传输的信息来提供一种发送消息的方法,该消息的大小要大于单个CFM PDU的大小。
    3)特定于组织的TLV必须符合20.46。

    • Sender ID TLV
      类型=1。标识在其上配置了传输MP的网桥,并且还可以包括该网桥的管理地址。 允许的值是包含在IEEE 802.1AB LLDP的9.5.2和9.5.9中的机箱ID TLV和管理地址TLV中包含的值,这些值已修改为适合CFM TLV,如表21-8所示。 是否发送发件人I
      D TLV,以及TLV中包含哪些信息,由受管理对象控制[12.14.3.1.3中的项目e),12.14.5.1.3中的d),项目12.14.6.1中的d)。 .3]。
      在这里插入图片描述
    参数 说明
    Chassis ID Length (1个八位位组)机箱ID字段的长度,以八位位组为单位。 如果未指定机箱ID,则为0。
    Chassis ID Subtype (1个八位位组)标识机箱ID字段的格式。 由IEEE Std 802.1AB-2005,9.5.2.2。指定 如果机箱ID长度字段包含0,则不存在
    Chassis ID (由“机箱ID长度”字段指定的长度)标识机箱。 由IEEE Std 802.1AB-2005 [B3],9.5.2.3指定。 如果机箱ID长度字段包含0,则不存在。
    Management Address Domain Length (1个八位字节)“管理地址域长度”字段包含“管理地址域”字段的长度(以八位字节为单位)。 如果为0,或者TLV的“长度”字段指示不存在“管理地址域长度”字段,则不存在“管理地址域”,“管理地址长度”和“管理地址”字段。
    Management Address Domain (由“管理地址域长度”字段指定的长度)“管理地址域”字段指定“管理地址”字段的内容的格式和类型,以及管理机制。 管理地址域字段的格式应为对象标识符(OID)的格式,如ITU-T X.690(2002)8.19所规定。 OID引用了TDomain(IETF RFC 2579)。 对“管理地址域”字段有用的标准值包括但不限于:— transportDomainUdpIpv4,指示基于IPv4的UDP上的SNMP(IETF RFC 3419);— transportDomainUdpIpv6,指示基于IPv6的UDP上的SNMP(IETF RFC 3419);— snmpIeee802Domain,指示基于MAC服务的SNMP(IETF RFC 4789)。如果“管理地址域长度”字段不存在或包含0,则此字段不存在。
    Management Address Length (1个八位位组)管理地址字段的长度(以八位位组为单位)。 如果“管理地址域长度”字段不存在或包含0,则此字段不存在。
    Management Address (由“管理地址长度”字段指定的长度)标识可以通过其管理在其中配置发送MP的网桥的TransportDomain(IETF RFC 3419,IETF RFC 4789)。 管理地址字段的格式由定义TransportDomain的MIB模块指定。 如果管理地址域长度字段不存在或包含0,或者管理地址长度字段不存在或包含0,则此字段不存在

    注—管理地址域和管理地址的内容是根据MIB模块定义的。 因此,需要一个已发布的MIB模块来定义可以在“管理地址域”字段中使用的特定值。 但是,系统使用“管理地址域”字段并不要求系统可以通过SNMP进行管理。 例如,已发布的MIB模块可以为ITU-T X.25(1996)[B15]上的专有命令行解释器定义一个TransportDomain。

    • Port Status TLV
      类型=2。端口状态TLV指示发送MEP所在的网桥端口传递普通数据的能力,而与MAC的状态无关。 该TLV的值由MEP变量enableRmepDefect(20.9.2)驱动,如表21-10所示。 表21-9列出了该TLV的格式。 端口状态TLV值的任何更改都会触发该网桥端口的MEP的CCM的一次额外传输。
      在这里插入图片描述

    在桥中配置的MEP,该位置与端口状态和VID成员集的单个值不相关,例如,在通过多个运行树实例的桥上,图22-9中位置5的MEP MSTP,不得传输端口状态TLV。

    • Interface Status TLV
      类型=4。接口状态TLV指示配置发送CCM的MEP所在的接口(不一定是其所在的接口,请参阅J.6)或IETF RFC中的下一个较低接口的状态。 2863 IF-MIB。 表21-11列出了该TLV的格式。 枚举值如表21-12所示。 这些值对应于IETF RFC 2863中ifOperStatus的值。
      在这里插入图片描述

    • Data TLV
      类型=3。零个或多个八位位组的任意数据。 具有多种用途,包括传输不同的帧大小以测试MTU功能以及测试特定于数据的错误相关性。 数据TLV可以包含在LBM和LBR中,但不能包含在任何其他CFM PDU中。 除LBR外,任何CFM PDU的接收方均不得检查或解释数据TLV的内容。 数据TLV的格式如表21-13所示。
      在这里插入图片描述

    • End TLV
      需要。 类型=0。不存在“长度”和“值”字段。 结束TLV是CFM PDU中的最后一个TLV。 (缺少末尾TLV不会使接收到的CFM PDU无效,但是在某些情况下,如果帧不接收额外的报头(例如MACsec或其他VLAN标签),则帧错误可能会导致错误。)末尾TLV的格式如下所示: 表21-14
      Snipaste_2020-01-20_16-20-03.png

    1.3.1.6 Continuity Check Message format

    CCM的格式如表21-15所示。 为了限制生成和接收CCM所需的资源,以下限制适用于CCM格式:
    在这里插入图片描述

    a)维护域名和短MA名称的编码方式使得MP可以在决定接收的CCM是否执行或将来自维护域名格式字段到短MA名称字段的所有字段当作一个单位来对待 不属于接收MP的MA。 也就是说,MP可以对接收到的CCM中的这些字段与其将在其自己的CCM中发送的字段进行二进制比较。 这意味着,例如,两个维护域名(例如仅靠尾随空格或通过大写/小写字母替换而不同)可以解释为表示不同的MA。
    b)分配给MAID的PDU部分被限制为48个八位位组,以最小化MEP硬件实现的存储要求
    MP必须能够接收和处理长度为128个八位字节或更短的有效CCM PDU,从MD级别/版本八位字节开始,包括End TLV。 MP不得发送超过此长度的CCM PDU。 MP可能会将超过此长度的任何收到的CCM PDU视为无效。

    • Flags
      (1个八位位组)公共CFM标头的标志字段分为三部分,用于CCM,如下所示:
      a)RDI字段(21.6.1.1);
      标志字段的最高有效位是RDI位。 如果设置了发送MEP的presentRDI变量(20.9.6),则此位设置为1;否则设置为0。
      b)保留字段(21.6.1.2);
      不包括RDI字段和CCM间隔字段的标志字段的位由发送MP设置为0,并且不由接收MP检查[20.46.2中的项目b)]。
      c)CCM间隔字段(21.6.1.3)
      标志字段的最低有效三位构成CCM间隔字段。 CCM间隔字段的编码如表21-16所示。

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-nwM6X6YP-1598839663517)($res/Snipaste_2020-01-20_16-32-14.png)]
    注意—表21-16中的最大CCM生存期等于CCM间隔的3.5倍。 最小CCM生存期是最大CCM生存期减去CCM间隔的1/4,计时器变量CCIwhile,rMEPwhile,errorCCMwhile和xconCCMwhile所需的最小粒度。

    • First TLV Offset
      (1个八位位组)CCM中“通用CFM报头”的“第一个TLV偏移”字段的发送方式为70。

    • Sequence Number
      (4个八位位组)MEP在此字段中传输0或将CCIsentCCMs变量(20.10.2)的内容复制到该字段。

    • Maintenance association End Point Identifier
      (2个八位位组)包含一个整数值。 该TLV指定从哪个MEP发送CCM
      Validation Test: MEPID is in the range 1–8191.

    • Maintenance Association Identifier
      (48个八位位组)此字段包含发送MEP的MAID。 它分为六个子字段,必要时还加上一个八位字节填充,以填充其固定长度。 子字段是:
      a) Maintenance Domain Name Format (21.6.5.1);
      b) Maintenance Domain Name Length (21.6.5.2);
      c) Maintenance Domain Name (21.6.5.3);
      d) Short MA Name Format (21.6.5.4);
      e) Short MA Name Length (21.6.5.5); and
      f) Short MA Name (21.6.5.5).
      这些字段的总长度(包括填充)(如果存在)应为48个八位位组。 维护关联标识符字段有两种可能的格式,如表21-17和表21-18所示,具体取决于是否存在维护域名。
      在这里插入图片描述

    a. Maintenance Domain Name Format
    (1个八位位组)指定维护域名字段的格式。 维护域名格式根据表21-19进行编码
    在这里插入图片描述

    b. Maintenance Domain Name Length
    (1个八位位组)指定“维护域名”字段的八位位组长度。 如果维护域名格式字段指定“不存在维护域名”(1),则不存在。

    Validation Test: The Maintenance Domain Name Length in a CCM, if present, is greater than or equal to 1,
    and less than or equal to 43

    c. Maintenance Domain Name
    (“维护域名长度”字段指定的长度)包含“维护域名”,格式为“维护域名格式”字段指定的格式。 如果维护域名格式字段指定“不存在维护域名”(1),则不存在。

    d. Short MA Name Format
    (1个八位位组)指定“短MA名称”字段的格式。 简短的MA名称格式根据表21-20进行编码
    Snipaste_2020-01-20_16-43-21.png

    e. Short MA Name Length
    (1个八位位组)指定“短MA名称”字段的八位位组长度
    Validation Test: The Short MA Name Length in a CCM contains a value greater than or equal to 1.
    Validation Test: The Short MA Name Length in a CCM does not indicate that the Short MA Name runs over
    the 48-octet limit for the MAID.

    f. Short MA Name
    (“短MA名称长度”字段指定的长度)包含“短MA名称格式”字段指定的格式的短MA名称。

    • Defined by ITU-T Y.1731
      (16个八位位组)ITU-T Y.1731(2006)定义了该字段的使用。 应在该字段中发送值为0

    • Optional CCM TLVs
      在其规范允许的范围内,应在传输的每个CCM中包括以下TLV:
      a)发件人ID TLV(21.5.3);
      b)端口状态TLV(21.5.4); 和
      c)接口状态TLV(21.5.5)。
      下列TLV可以包含在发送的任何CCM中:
      d)特定于组织的TLV(21.5.2)。
      通过发送CCM的MEP可以以任何顺序放置本节中的可选CCM TLV。 接收方MP不得依赖CCM中可选CCM TLV的任何特定顺序来正常运行。

    1.3.1.7 Loopback Message and Loopback Reply formats

    1.3.1.8 Linktrace Message Format

    1.3.1.9 Linktrace Reply Format

    CFM实体管理

    CFM实体是相当于是一个CFM管理对象,这个管理对象用于管理与CFM相关对象的创建、删除以及维护等工作。网络设备中CFM管理的对象有:
    a) Maintenance Domain list managed object (1.4.1);
    b) CFM Stack managed object (1.4.2);
    c) Default MD Level managed object (1.4.3);
    d) Configuration Error List managed object (1.4.4);
    e) Maintenance Domain managed objects (1.4.5)
    f) Maintenance Association managed objects (1.4.6);
    g) Maintenance association End Point managed objects (1.4.7);
    他们之间的关系如下图所示:
    在这里插入图片描述

    1.4.1 Maintenance Domain list managed object

    每个网桥都有一个 [维护域列表管理对象]。可以做MD list进行的操作如下:
    a)读取维护域列表;获取相关网桥中所有维护域的信息,这个表可以是空的,如果有对象,那么通过相关命令行读取时应该提供的信息如下:

    • 维护域的名字(格式见802.1ag协议文档表【21-19】21.6.5.1)中的格式说明符);
      在这里插入图片描述

    对应报文的位置如下所示:
    在这里插入图片描述

    • 对该维护域的维护域托管对象的引用;

    b)创建维护域管理对象;过程如下:
    输入:

    • 维护域的名字,格式见表21-19(21.6.5.1)中的格式说明符;默认
      值是字符串(格式4)“默认”;
    • 要创建维护域的MD级别,默认值为0;
      输出:
    1. 由于无效的维护域名,操作被拒绝;
    2. 由于维护域名已经存在,操作被拒绝;
    3. 由于MD级无效,操作被拒绝;
    4. 接受操作;

    c)删除维护域管理对象;
    输出:
    删除不存在的维护域需要报错;

    1.4.2 CFM Stack managed object

    目的:
    每个网桥有一个CFM栈管理的对象。它允许检索有关在特定网桥端口或聚合端口上配置的维护点。使网络管理员可以发现特定网桥端口或聚合端口上配置的MEP和MHF之间的关系。可以执行的是:读取CFM栈管理对象;
    输入:
    a) 接口,可以是网桥接口或是聚合口;
    b) MD level
    c) 一个指示MP所面对的方向值,例如up或是down
    d) 附有MEP和MHF的特定VID,或者对于没有附加VID的那些,为0
    输出:
    a)运行状态:

    1. 非法输入拒绝操作
    2. 在指示的桥接端口或聚合端口上未在指示的MD级别和方向上配置MP
    3. 配置了MEP
    4. 配置了MHF
      b)MP的MA关联到的维护域管理对象(MD),或者表明没有与MP关联的维护域
      c)与MP关联的维护联盟管理对象(MA),或者表明没有与该MP关联的MA
      d)如果配置了MEP,则其MEPID;否则为0
      e)MP的MAC地址

    1.4.3 Default MD Level managed object

    每个网桥只有一个“默认MD级别”管理对象。 它控制MIP Half Function(MHF)创建时的VID that 未添加到任何特定维护联盟管理对象(MA)的VIDs,以及通过这些MHFs发送ID TLV。
    可执行的命令包括:

    1. 读取默认MD level管理对象;
      目的:
      读取与任何MA无关的vid上控制MHFs的默认参数表
      输入:
      VID值
      输出:
      a. 与VID相关的MHF的VIDs列表;这个列表第一个通常是MA的协议VID(Primary VID),如果列表为空,表示VID未指定给任何MA;
      b. 一个布尔值,指示该条目是有效的还是已被与相同VID和MD级别关联的维护联盟(MA)管理对象的存在所覆盖,并在其上配置了Up MEP。 如果此维护域(MD)对象有效,则为true。
      c. (可写)将要创建MHFs的MD level;
      d. (可写)一个枚举值,指示管理实体是否可以为此VID创建MHF,即defMHFnone(默认值1),defMHFdefault(2)或defMHFexplicit(3);
      e. (可写)一个枚举值,它表示要在默认维护域中配置的MP发送的ID TLV(21.5.3)中包含的内容,包括sendIdNone(1,默认值),sendIdChassis(2) ,sendIdManage(3)或sendIdChassisManage(4)。

    2. 写入默认MD level;
      目的:
      在默认参数表中写入条目以控制不与任何MA关联的VID上的MHF
      输入:
      a)VID列表,0表示没有VID。列表中的第一个VID是协议VID;
      b)1.4.3.1 读取默认MD level管理对象中的对象之一;
      输出:
      操作状态将采用下面情况值之一:

    3. 操作被拒绝,因为创建或将这些VID分配给此MD level超出某些网桥端口支持的MD level的数量

    4. 操作被拒绝,因为提供的VIDs在别的MA中已被使用,例如协议VID或是其他VID;

    5. 操作下发成功。

    1.4.4 Configuration Error List managed object

    这个主要是记录端口下的一些错误配置,用以查询,暂时可以先忽略。

    1.4.5 Maintenance Domain managed objects

    每个网桥可以有任意数量的维护域管理对象(MD)。 为了使用包含该维护域名称的MAID创建MA,需要维护域管理对象。 从该维护域管理对象,可以访问并控制与此维护域管理对象关联的所有维护关联管理对象(MA)。

    可以在维护域管理对象上执行的管理操作如下
    如下:
    a)读取维护域管理对象(MD);
    b)写入维护域管理对象(MD);
    c)创建维护关联管理对象(MA);
    d)删除维护关联管理对象(MA);

    1. 如何读取MD信息?
      输入:
      MD相关信息
      输出:
      a)操作失败,因为相关MD不存在;
      b)(可写)一个枚举值,指示管理实体是否可以为此维护域创建MHF,可以是defMHFnone(默认值1),defMHFdefault(2)或 defMHFexplicit(3)
      c)(可写)一个枚举值,它表示要在此维护域中配置的MP发送的sender ID TLV(21.5.3)中包含的内容,包括sendIdNone(默认值),sendIdChassis(2), sendIdManage(3)或sendIdChassisManage(4)
      d)(可写)要发送故障警报的网络地址,或指示“不发送故障警报”的值。默认值为“不发送”;
      f)显示的维护域管理对象中的对维护联盟管理对象(MA)(12.14.6)的相关信息
    2. 如何写MD相关信息?
      输入:
      参考MD信息相关内容
      输出:
      由于维护域不存在,操作被拒绝;
      由于所选的管理对象为只读,操作被拒绝;
      由于所选管理对象的值无效,操作被拒绝;
    3. 创建MA对象
      输入:
      a)对特定维护域管理对象的引用;
      b)该维护域内的MA的简称MA名称,包括表21-20(21.6.5.4)中的格式说明符,默认值为包含主要字段的2字节整数(格式3)VID;如果MA未附加到VID,则为0
      在这里插入图片描述

    对应报文的位置:
    在这里插入图片描述

    c)此MA监视的VID列表,如果MA未附加到VID,则为0。 列表中的第一个VID是MA的主要VID即协议vlan ID(默认为无)
    输出:
    1)由于不存在维护域而拒绝了操作;
    2)由于short MA名称无效,操作被拒绝,参考上面Short MA Name Format;
    3)由于在同一维护域中存在另一个MA相同的简称MA名称;
    4)操作被拒绝,因为此MA的创建将超出某些桥接端口支持的MD级别的数量[22.2.4中的项目c)];
    5)操作被拒绝,因为在另一个MA的定义或在其中的条目中,[12.14.5.3.2中的项目c)提供的VID列表指定了一个不同的Primary VID,或包含一个或多个但不是全部的VID。 默认MD级别管理对象;
    6)接受操作。
    4. 删除MA对象
    输出:
    a)操作被拒绝,因为MA不存在;
    b)接收操作;

    1.4.6 Maintenance Association managed object

    每个网桥可以有任意数量的维护联盟管理的对象(MA),对于在该网桥上为其定义了MP的每个服务实例,每个对象可以一个。 从该维护关联管理对象(MA),可以访问并控制与该维护关联管理对象关联的所有维护关联端点管理对象(MEP)。
    可以在维护关联管理对象上执行的管理操作如下:
    a)读写MA相关信息;
    b)创建或删除MEP节点;

    1. 读取MA相关信息:
      a)运行状态。这采用以下值之一:
      1)由于不存在MA而拒绝了操作;
      2)接受操作;
      b)此MA监视的VID,如果MA未附加到任何VID,则为0。第一个VID返回的是MA的primary VID;
      c)(可写的)枚举值,指示管理实体是否可以为MA创建MHFs,参数:defMHFnone(1),defMHFdefault(2),defMHFexplicit(3)或defMHFdefer(4),(22.2.3),默认值为defMHFdefer;
      d)(可写的)枚举值,指示由该MA中配置的MP发送的发件人ID TLV(21.5.3)中将包含什么(如果有的话):
      1)sendIdNone:不发送发件人ID TLV;
      2)sendIdChassis:发送发送者ID TLV的Chassis ID长度,Chassis ID子类型和Chassis ID字段,但不发送管理地址长度或管理地址字段;
      3)sendIdManage:发送发送方ID TLV的管理地址长度和管理地址,但发送Chassis ID长度为0,不发送Chassis ID子类型和Chassis ID字段;
      4)sendIdChassisManage:Chassis ID长度,Chassis ID子类型,Chassis ID,管理地址长度和管理地址字段全部发送;
      5)sendIdDefer :(默认值)发件人ID TLV的内容由12.14.5.1.3中的维护域管理对象d)确定;
      e)(可写的)除0以外的枚举值,表示MA中所有MEP使用的CCM传输间隔(20.8.1,21.6.1.3)(默认为1 s);
      f)(可写)要向其发送故障警报(12.14.7.7)的网络地址,指示“未指定”的值,或指示“不发送故障警报”的值。如果“未指定”,使用的地址是来自维护域管理对象的地址[12.14.5.1.3中的项目e]];

    2. 写MA相关信息
      操作状态。 这采用以下值之一:
      1)由于不存在MA而拒绝了操作;
      2)由于所选管理对象为只读而拒绝了操作;
      3)由于缺乏设置此变量的权限,操作被拒绝;
      4)由于所选管理对象的值无效,操作被拒绝;
      5)接受操作。

    3. 创建MEP管理对象
      在特定网桥端口或聚合端口上的维护协会管理对象内创建新的维护协会端点管理的对象(MEP)。
      输入:
      a)对特定维护协会管理对象的引用(12.14.6);
      b)创建的MEP的MEPID(默认为1);
      c)一个值,该值指示MEP在网桥端口或聚合端口上所面对的方向,
      要么:
      1)向下(活动SAP远离帧过滤实体)(默认设置);
      2)向上(活动SAP更靠近帧过滤实体);
      d)一个接口,可以是网桥端口,也可以是网桥端口内的聚合IEEE 802.3端口。
      输出:
      1)由于不存在MA而拒绝了操作;
      2)操作被拒绝,因为指定的MEPID已存在于此网桥的此MA中;
      3)操作被拒绝,因为MEPID不在MA的MEPID列表中[项目12.4.1.3中的g)];
      4)由于存在与该MEP相同的VID,在相同的MD级别上存在相同方向(向上或向下)的MEP,因此拒绝了操作(如果该MEP的MA没有VID,则没有VID) ,在该网桥端口或聚合IEEE 802.3端口上;
      5)操作失败,因为此MA中列出的一个或多个VID已分配给在任何网桥端口上配置了Up MEP的其他MA;
      6)操作被拒绝,因为网桥无法在该网桥端口或聚合的IEEE 802.3端口上实例化MEP;
      7)操作失败,因为不能为没有VID的MA配置Up MEP;
      8)操作被拒绝,因为此MA上存在一个MEP,且其上/下参数的值不同(在12.14.6.3.2中的项目c)];
      9)接受操作。

    4. 删除MEP管理对象
      输出:
      1)操作拒绝,因为没有这个MEP;
      2)接受操作;

    1.4.7 Maintenance association End Point managed object

    每个网桥可以有任意数量的维护关联端点管理对象(MEP),该网桥中定义的每个MEP都有一个。 通过此维护关联端点管理对象,可以控制与该MEP相关的所有管理对象。
    可以在维护关联端点管理对象上执行的管理操作如下:
    a)读取维护关联端点管理的对象(12.14.7.1);
    b)写入维护关联端点管理对象(12.14.7.2);
    c)发送环回消息(12.14.7.3);
    d)发送Linktrace消息(12.14.7.4);
    e)read Linktrace reply(12.14.7.5);
    f)读取MEP数据库(12.14.7.6);
    g)传送MEP故障警报(12.14.7.7)。
    具体描述请参考协议12.14.7 Maintenance association End Point managed object

    CFM 操作原理

    CFM引入以下概念来支持多个独立运营商,每个概念均支持多个独立客户的服务实例:

    a)维护域(18.1)是由单个运营商控制的网络的一部分,用于支持绑定维护域的域服务访问点(DoSAPS,18.1)之间的连接。

    b)CFM PDU中包含的维护域级别(MD级别为18.3),允许每个运营商的客户也使用CFM并在需要时充当运营商,在其自身的连接上复用提供的服务实例。

    c)通过将支持单个服务实例的DoSAP的CFM实体配置为维护关联端点(MEP)来创建维护关联(MA,18.2),该维护关联用于监视该实例通过维护域提供的连接。
    CFM功能划分如下:
    —路径发现
    —故障检测
    —故障验证和隔离
    —故障通知
    —故障恢复

    路径发现使用Linktrace协议(20.3)确定通过MA到达目标MAC地址(从MEP到另一个MP)的MIP的路径。此目标MAC地址可以是MIP,MEP或任何其他单个MAC地址的目标MAC地址。 Linktrace消息(LTM,20.3.1)从MEP组播到它的相邻MIP,再从MIP组播到MIP,再到终止路径的MP。路径上的每个MIP以及终止的MP将单播Linktrace答复(LTR,20.3.2)返回到始发MEP。 LTM由管理措施触发。原始MEP对答复进行分类,以供管理员检查。

    故障检测使用连续性检查协议(20.1)来检测连接失败和服务实例之间的意外连接。每个MEP可以定期发送多播连接性检查消息(CCM),以宣布MEP及其MA的身份,并跟踪从其他MEP接收到的CCM。所有连接性的故障都可以通过接收的CCM消息与本地MEP配置的期望值之间进行比较后的差异而得之。跟踪的CCM的状态可供管理员检查。

    故障验证和故障隔离是通常在故障检测之后执行的管理操作。故障验证还可以确认成功启动或恢复连接。管理员使用环回协议(20.2)进行故障验证。可以命令MEP向MA中的MEP或MIP发送单播回送消息(LBM,20.2.1),可以从CCM(仅MEP)或LTM / LTR(MEP或MIP)中发现其MAC地址。接收方MP通过将LBM转换为发送回原始MEP的单播回送应答(LBR,20.2.2)进行响应。该MEP记录响应以供管理员检查。

    MEP提供了故障通知,该MEP在其MA中检测到连接故障,或者是由于未收到预期的CCM,由于收到了意外或无效的CCM,或者是因为CCM携带了其关联的网桥端口故障的通知。

    故障恢复由生成树协议(第13条)和网络管理员的活动提供,例如纠正配置错误或替换本标准范围之外的故障组件。

    1.5.1 Maintenance Domains and Domain Service Access Points

    “域”可以定义为能够向该区域之外的系统提供连接的网络或网络的一部分。 它包含一组DoSAP,域可以在该DoSAP上或打算向域外的系统提供连接。 每个DoSAP都是EISS或ISS的一个实例。 因此,维护域是要管理连接性故障的域或域的一部分。

    下图说明了单个维护域,该维护域由五个网桥组成。运营商有六个DoSAP可提供给客户
    在这里插入图片描述

    每个维护域都可以单独管理。每个维护域都分配了一个维护域名。应该在操作员所使用或可用的所有方法中选择唯一的方法,以方便识别维护域的管理责任。

    CFM PDU格式支持创建维护域名称,该域在CFM用来防止服务实例的意外连接的域上是唯一的。理想情况下,这些名称在全球范围内是唯一的。

    有许多方法可以满足在维护域内维持连接性和控制对维护域的访问的要求。维护域可以是,例如:
    a)通过其MST配置名称(8.9.2、13.7)来标识并与其他维护域区分开的MST区域;
    b)多个这样的MST区域(13.5),它们通过CIST(13.4)互连,并通过配置控制CIST拓扑的管理对象与其他维护域分开;
    c)整个虚拟桥接局域网,并通过本标准未指定的方式与其他维护域保持隔离。
    d)VLAN桥接网络的DoSAP的子集,分配给许多特定的更高层提供商使用。
    e)项目c)中的连接网络的DoSAP的子集。
    f)两个提供商之间或提供商与客户之间的单个物理链接。
    g)两个提供商之间或提供商与客户之间的单个物理链路上的单个VLAN。

    1.5.2 Service instances and Maintenance Associations

    当网络管理员为客户配置服务实例时,网络管理员会配置该客户可以访问的一定数量的DoSAP,并分配系统将服务实例与该维护域支持的其他标识符隔离所需的标识符(例如,VID) ),以及为DoSAP配置其他服务属性(例如带宽配置文件)。服务实例的创建将在所选DoSAP之间建立连接(6.1.8)。
    在服务实例的每个DoSAP上配置维护关联端点(MEP)都会创建一个维护关联(MA)来监视该连接状态。 MA由在维护域内唯一的short MA name 标识。维护域名和short MA一起构成了维护关联标识符(MAID),该标识符在CFM PDU中携带,以标识MEP之间的连接状态。维护关联端点标识符(MEPID)是一个小整数,用于唯一标识在单个MA上配置的MEP中的每个MEP。

    注1 —为了适应ITU-T Y.1731(2006)中所表达的服务提供商的要求,可以将维护域名配置为空,在这种情况下,short MA名称需要全局唯一。为了针对服务实例的意外连接提供全面的保护。全局唯一的short MA名称的适当选择在ITU-T Y.1731中定义。

    下图18-1的维护域创建的单个服务实例。它为客户(C1)提供四个DoSAP。每个DoSAP都标记有其MEPID。
    在这里插入图片描述

    下图18-3从客户C1的角度说明了相同的服务实例。 客户有四个附属于四个DoSAP 1-4的客户设备。 客户看不到操作员连接四个DoSAP来创建服务实例的方法
    在这里插入图片描述

    MEP使用CFM协议状态机和变量(请参阅第20章)在维护域内进行协议交换。下图18-4指定了此标准(例如,图18-7)中用于MEP,MHF和MIP的符号。
    在这里插入图片描述

    1.5.3 Maintenance Domain Levels

    下图18-5说明了维护域,服务实例和MA的嵌套。它说明了嵌套的服务实例,每个实例都在维护域中配置了一个MA。有七个维护域,因此说明了七个服务实例。在(白色)“提供者” MD级别,服务实例被提供给单个“客户” C1。该客户创建了自己的(灰色)服务实例,并配置了一个MA来验证提供商所提供的服务实例的完整性。显示了多个级别的嵌套维护域:

    a)在最广泛的物理范围内,客户MD级别的维护域(以及MA和服务实例)在图18-5中标记为C1的四个设备中的每个设备中都有一个MEP。可以将四个DoSAP a,b,g和h配置为该MA的MIP。
    b)属于端到端提供商网络限制的物理范围是属于提供商MD级别的MEP a,b,g和h。可以将四个DoSAP c,d,e和f配置为该MA的MIP。
    c)两个运营商网络中的每一个在运营商MD级别都有一个维护域。这些DoSAP标记为a到h。两家运营商的维护域中未标记的SAP可以
    被配置为其各自的MA的MIP。
    d)同时显示了三个“物理”层维护域。 (两个标记为“ PMDL”,用于“物理MD级别”。)请注意,并非所有物理链接都被赋予维护域。
    1)设备网络正在以某种未指定的方式用于为运营商的网桥提供具有四个DoSAP的模拟共享介质局域网。已创建维护域以验证该LAN的连接性
    在这里插入图片描述

    下图18-6扩展了图18-5的右上角,包括网桥4和5以及设备6。检查设备6(C1),我们看到在“客户” MD级别的最高MA要求MEP在 它的端口q 提供服务实例访问权限的该服务实例的DoSAP一侧面向设备6的中心,就像LAN提供的服务一样。 另一方面,在端口g中,有两个服务实例,每个服务实例都有一个MEP:提供商MD级别的白色服务实例和运营商MD级别的灰色服务实例。 这些服务实例都不包括连接到端口g的电线。因此,确保将端口q连接到端口g的LAN的正确运行是客户MD级别的MA的责任,而不是其他MA的责任。 端口e有两个MEP,每个方向都一个
    在这里插入图片描述

    图18-6中的端口g也是以下示例的一个事实:只有MD级别区分端口g的提供商和运营商级别维护域。图18-5和图18-6中所示的示例网络中的单个服务实例是通过右侧操作员的维护域在具有单个VID的单个VLAN上承载的。在该维护域内,无法区分该VID上的数据帧是属于运营商,提供商还是客户维护域。它属于所有人。但是,MD级别允许CFM PDU与不同的维护域相关联,即使它们共享相同的VID。

    端口j和端口r已添加到图18-6中。 它们在图18-5中不存在。 两者都表示尚未配置为支持服务实例或MA的DoSAP。 为了通过连接故障管理确保网络的完整性,应将这些DoSAP配置为禁用。

    可以将端口k,m,n和s配置为灰色服务实例的ISAP,从而在操作员MD级别提供MIP。 可以使用提供者MD级别的MIP配置端口e,使用客户MD级别的MIP配置端口g。

    下图18-7说明了MD级别的使用,以允许用户使用由两个桥接的维护域以及每个维护域的操作员提供的连接性的CFM。 它显示了图18-5的垂直切片,其中包括两个客户的设备以及连接它们的网络路径。 从图18-7可以看出,为什么需要MD级来标识CFM PDU; 否则,例如,桥接端口b将无法判断给定的CFM PDU是sunk(MD级别2或3)还是passed (MD级别5)。

    在这里插入图片描述

    CFM实体操作

    本节主要讲解:
    a)如何实例化CFM维护协会(MA)的维护点(MP)如何附加到ISS-SAP或EISS-SAP(19.1);
    b)如何在网络中解决MPs(19.4);
    c)维护关联端点(MEP,19.2),维护关联中间点(MIP,19.3),MIP Half Functions(MHF,19.3),Linktrace输出多路复用器(LOM,19.5)和Linktrace响应器(19.6)的体系结构, 包括其识别,寻址和分解为提供CFM功能的组件。

    注—第18条介绍了CFM操作的原理以及支持它的网络体系结构概念。 第20章规定了每个MP组件所操作的协议,第21章规定了那些协议使用的PDU格式。 第22章进一步描述了系统和网络中CFM的使用。

    本节中的操作模型为指定MEP和MIP的外部可观察到的行为提供了基础,并且无意于对实现施加其他约束。 这些可以采用与指定的外部可观察到的行为兼容的任何内部操作模型。 设备符合该标准的纯粹是可观察的协议。

    1.6.1 Maintenance Points

    主要的CFM协议分片称为维护点(MP)。 (有关其他CFM协议填充,请参见19.6。)MP可以是MEP或MHF。 (有关CFM分片的第三种类型,另请参见19.5。)MEP或MHF分别具有两个主要的SAP,即一个Active SAP,通过它发送或处理MP之间交换的CFM PDU数据单元,以及一个Passive SAP,使数据帧和未处理的CFM PDU通过。
    图19-1说明了原理图SAP,以及MEP,MIP和MHF的符号。 请注意,MP可以是Down MP或Up MP,具体取决于填充源图表中被动SAP是在活动SAP之上还是之下。
    在这里插入图片描述

    1.6.2 Maintenance association End Point

    可以在网桥端或局域网的终端创建MEP。

    1.6.2.1 MEP定义

    一个MEP需要与一个MA相关联。为了便于管理,通过两个参数来标识它,其他附加参数则用于管理MEP:
    a)维护协会标识符(MAID),用于标识MA;
    b)该MEP的维护关联端点标识符(MEPID),通过以下方式标识MEP用于数据转发:
    c)从MA继承的一组VID,包括主VID,MEP从MA继承维护域,并从中继承:
    d)从其维护域继承的维护域级别(MD级别);
    e)从其MA继承的主要VID。
    (A MEP is associated with two Bridge Ports. For a Down MEP, both associations are with the same Bridge Port. For an Up MEP, the two associations can be with either the same, or with different, Bridge Ports (see 19.4, J.6). The two Bridge Ports are:
    f) The Bridge Port on which the MEP is configured; and
    g) The Bridge Port on which the MEP is implemented, and from which it inherits its Individual MAC address.。)(没弄明白)

    配置有相同MAID值的MEP集合定义了一个MA。因此,可以说MA而不是MEP拥有这一参数。但是,MA是一个分散实体,可以在多个地理上分离的网桥之间散布。每个网桥都有一个针对MA的维护协会管理对象,从中可以推导出其MEP的MAID,MD级别和主VID。对于特定的MEP,可以覆盖MA的哪个VID作为主要VID的选择。尽管此信息可能配置不正确(即与某些其他网桥配置不同),但是维护协会管理的对象可确保在单个网桥中对MEP进行统一配置。

    每个单独的MEP都配置有在该MA中唯一的MEPID。同样,维护协会管理的对象有助于维护唯一性,因为它将单个网桥和同一MA中的MEP的配置参数联系在一起,并至少在那个网桥中确保MEPID的唯一性。

    MAID可以采用多种形式(请参见21.6.5.1),包括基于域名的字符串。为了防止在系统之间意外连接时发生错误操作,MAID在CFM将为其提供这种保护的域上是唯一的。如果MAID是全局唯一的,则该域是全局的。 CFM只能通过MAID唯一的一组MEP来检测连接错误。

    MEPID是范围为1–8191的整数。它为每个MEP提供MEP验证MA正确连接所需的唯一身份。

    1.6.2.2 MEP功能

    a)根据12.14.6.1.3条款e)中定义的被管理对象,周期性地发送连续性检查消息(CCM);
    b)按照20.1、20.2、20.3和20.46的规定验证收到的CFM PDU;
    c)丢弃那些MD级别低于MEP(20.7.1)中配置的CFM PDU的设备;
    d)根据12.14.7.3中定义的管理对象,发送回送消息(LBM)并接收20.2中定义的回送回复(LBR);
    e)根据12.14.7.4中定义的被管理对象,发送Linktrace消息(LTM),并发送和接收20.3中定义的Linktrace答复(LTR);
    f)用20.2.2中定义的LBR响应LBM;
    g)用20.3.2中定义的具有LTR的LTM来响应;
    h)维护20.1.3中定义的MEP CCM数据库;
    i)可以维护20.1.3中定义的MIP CCM数据库;
    j)将变量保持在20.9。
    尽管MEP被定义为具有ISS或EISS接口,但MEP在使用EISS时受到了严格限制。
    特别:
    k)沿任一方向通过MEP的每个帧均以其vlan_identifier,canonical_format_indicator和drop_eligible参数发射,与接收到的值相同。
    l)MEP生成的所有PDU,即CCM,LBM,LBR,LTM和LTR,都使用MEP配置的主VID作为vlan_identifier参数。
    m)在任何帧上发出的canonical_format_indicator是与附加到网桥端口的MAC相对应的适当值。
    n)rif_information参数在任何发出的帧中均不存在。

    下图19-2说明了MEP的组成实体。 仅通过传递,重定向或过滤框架而不改变它们并且没有内部状态的实体以虚线轮廓显示; 那些生成或变换帧或具有内部状态的帧以连续的轮廓显示。 在第20章中指定了描述后一个实体的状态机。图19-2显示了两个封闭的SAP不相等。 图中上方的SAP是被动SAP。 它更靠近受监视服务实例的DoSAP。 图中较低的SAP是活动SAP,它面对受监视的服务实例。 因此,图19-2说明了第208页的图22-1中所示的Down MEP之一。为了说明图22-1的Up MEP之一,必须将图19-2颠倒过来。 还要注意在图中,有两条路径,其中一条仅存在于Up MEP中,而一条仅存在于Down MEP中。

    MEP中有两个MP型信号分离器,the Active and the Passive 型信号分离器,而在MHF中有一个。 他们具有相同的作用:分离数据帧与CFM PDU,将非CFM帧输出到一个输出,然后将CFM帧输出到第二个输出。 包含CFM PDU的帧将发送到level 解析器,并且非CFM帧将完整通过MEP。
    在这里插入图片描述

    从图中可以看出MP Level Demultiplexer,会根据收到的CFM PDU与本地配置的MEP level进行比较,从而进行不同的操作处理。

    MP OpCode Demultiplexer:MEP中有两个MP OpCode解析器,Equal和Low OpCode解析器,而MHF中有一个。 每个MP OpCode解析器将CFM PDU分类,这些CFM PDU在其OpCode字段中携带不同的值(请参见21.4.3),然后将其丢弃或将其传递给适当的状态机。 那些与MP OpCode解析器识别的任何OpCode不匹配或太短而无法包含OpCode的PDU会被MEP的MP
    OpCode解析器丢弃, 根据表19-1,那些与已识别的OpCode匹配的PDU将存储在一个变量中,并设置相应的布尔值。 这些变量依次触发状态机动作。 三个MP OpCode解析器将不同的OpCode集分开。 请参见图19-2和图19-3。
    在这里插入图片描述

    • MEP Continuity Check Receiver
      MEP连续性检查接收器接收其MD级别等于或小于MEP的MD级别的CCM。 MEP连续性检查接收器会处理等于或低于其自身MD级别的那些消息,而不考虑destination_address,并更新MEP CCM数据库。 MEP连续性检查接收器为为此MA配置的每个其他MEP维护一个远程MEP状态机实例(20.20)。此外,MEP连续性检查接收器会维护一个单独的实例,每个实例都属于远程MEP错误状态机(Remote MEP Error state machine )(20.22)和MEP交叉连接状态机(Cross Connect state machine )(20.24)

    如果MEP的Continuity Check Receiver状态机的allRMEPsDead变量(20.9.4)被设置,并且如果MEP没有与任何VID关联而且是Down MEP(即,在图22-9中的位置5),则无论从Active SAP接收到的MAC_Operational参数的状态如何,MEP呈现给Passive SAP的MAC_Operational参数均为false。 Thus, a completely failed MA causes the attached Bridge Port to appear as a failed link.

    可选地,MEP连续性检查接收器可以维护19.3.10中所述的MIP CCM数据库。各种错误条件(包括以比MEP更低的MD级别接收到CCM)导致远程MEP状态机检测到缺陷,进而可以生成故障警报。

    • MEP Continuity Check Initiator
      连续性检查发起者仅在MEP的MD级别上发送连续性检查消息(CCM)。 连续性检查启动器的状态机在20.12中描述。
    • MP Loopback Responder
      环回响应器仅在MP的MD级别上接收LBM,根据destination_address(19.4)对其进行验证和过滤,并作为响应发送LBR。 MP环回响应器的状态机在20.27中描述。
    • MEP Loopback Initiator
      环回发起方仅在MEP的MD级别上发送LBM,并根据destination_address(19.4)进行验证和过滤,并对其他MP的环回响应者返回的LBR进行计数。 环回启动器的状态机在20.30中描述。
    • MEP Linktrace Initiator
      Linktrace发起者仅在MEP的MD级别上发送LTM,并根据destination_address(19.4)进行验证,过滤,并对其他网桥的Linktrace响应者返回的LTR进行分类。 Linktrace发起程序的状态机在20.40中描述。 在Up MEP中,Linktrace发起者将其LTM传输到网桥的Linktrace响应器。 在Down MEP中,Linktrace Initiator通过MEP自己的主动多路复用器将其LTM传输到MEP的Active SAP
    • MEP LTI SAP
      向上的MEP(但不向下的MEP)具有MEP LTI SAP,它是ISS或EISS的实例。 该SAP用于:
      a)传输由MEP的Linktrace发起者发起的LTM;
      b)从Linktrace响应器接收LTR。
    • MEP Linktrace SAP
      每个MEP都有一个MEP Linktrace SAP,它是ISS或EISS的实例。 该SAP用于将收到的LTM中继到Linktrace响应器。
      注— MEP LTI SAP和MEP Linktrace SAP都是必需的,以便当Linktrace Responder向LTR返回LTR时,MEP知道LTR是否是对MEP生成的LTM的响应,从而将其引导到 MEP Linktrace发起者,或者LTR是否是对MEP先前收到的LTM的响应,因此将其转发到Active SAP。
    • MEP CCM Database
      MEP CCM数据库由远程MEP状态机(20.20)维护,MA中配置的每个MEP都有一个条目。 除了远程MEP状态机使用的远程MEP变量(20.19),每个条目还包含从远程MEP的CCM获取的信息,如12.14.7.6.3 Read MEP Database中所列。 另见20.1.3。
    • MEP Fault Notification Generator
      故障通知生成器使用MAdefectIndication变量(请参见20.9.3),以向MA所连接的维护域的管理员生成故障警报。 这可以通过发送SNMP通知来完成。 故障通知生成器的状态机在20.35中描述

    1.6.2.3 MIP Half Function

    一个MIP由一个桥接端口上的两个MHF组成,一个Up MHF和一个Down MHF。(有关详细说明,请参见J.6。)MHF可以维护一个MIP CCM数据库,与MEPCCM数据库分开。

    • MHF identification
      每个MHF都具有一个用于管理目的的配置参数,并且MIP的所有MHF对该配置参数具有相同的值:
      a)MHF被分配到的维护域。出于数据流的目的,MHF具有以下特点:
      b)从其维护域或默认MD级别管理对象继承的维护域级别(MD级别);
      c)一组主要VID,每个MA与MHF的维护域相关。
      注—当单个服务实例使用多个VID时,MHF会知道每个MA的VID集和主要VID。但是,与MEP不同,MHF没有使用MAID的机会,因此无法通过MAID进行标识。
      MHF与两个桥接端口关联。对于下行MHF,两个关联都具有相同的桥端口;对于Up MHF,这两个关联可以具有相同或不同的桥接端口(请参见
      19.4,J.6)。两个桥接端口是:
      d)配置了MHF的网桥端口;
      e)在其上实现MHF并从其继承其单独MAC地址的网桥端口

    • MHF functions
      a)按照20.1、20.2、20.3和20.46的规定验证收到的LTM;
      b)(可选)验证收到的CCM并建立MIP CCM数据库;
      c)用20.2.2中定义的LBR响应LBM;
      d)通过转发LTM并响应20.3.2中定义的LTR来响应LTM。尽管定义为具有ISS或EISS接口,但MHF在使用EISS方面受到很大限制。特别:
      e)沿任一方向通过MHF的每个帧均以其vlan_identifier,canonical_format_indicator和drop_eligible参数发送出,与接收到的值相同。
      f)MHF转发的所有LBM都携带与接收到的LBM相同的vlan_identifier,canonical_format_indicator和drop_eligible参数。
      g)由MHF生成的所有PDU,即LBR和LTR,都以等于接收到的LBM或LTM的vlan_identifier所属的MA的主要VID的vlan_identifier进行发送。
      h)在任何帧上发出的canonical_format_indicator是与附加到网桥端口的MAC相对应的适当值。
      i)rif_information参数不存在于任何发出的帧上。

    • MHF architecture
      图19-3说明了单个MHF。 仅通过传递,重定向或过滤框架而不改变它们并且没有内部状态的实体以虚线轮廓显示; 那些生成或变换帧或具有内部状态的帧以连续的轮廓显示。 在第20章中指定了描述后一种实体的状态机。图19-3显示了两个封闭的SAP不相等。 图中上方的SAP是被动SAP。 这更接近于受监视服务实例的ISAP。 图中较低的SAP是活动SAP,通过活动SAP主动发送和接收CFM PDU。 因此,图19-3说明了图22-1中所示的Down MHF之一。 为了说明图22-1的Up MHF之一,必须将图19-3反转

    • MHF Level Demultiplexer
      MHF level解析器与上面描述的MP level解析器功能类似。

    • MHF Type Demultiplexer
      MHF类型l解析器与上面中描述的MP类型l解析器功能类似。

    • MHF Continuity Check Receiver
      可选的MHF连续性检查接收器接收CCM,对其进行验证,并按destination_address参数(19.4)对其进行过滤,然后将其提供给MIP CCM数据库。 从图19-3中,我们可以看到与MHF处于相同MD级别的所有CCM均已呈现给MHF Continuity Check Receiver。 在接收的CCM中没有检查其他信息。 特别是,没有将CCM中的MAID与MHF的MAID进行比较。不需要MHF连续性检查接收器及其维护的MIP CCM数据库,即可符合本标准。

    • MIP CCM Database
      MIP CCM数据库可选地由MHF或MEP维护。 这是自上次重置网桥以来,呈现给网桥所有MP连续性检查接收器的所有CCM中每个三联的{FID,source_address,端口号}的列表。 MIP CCM数据库中的条目超时非常缓慢,大约一天,因此在信息不再用于帧转发之后很长时间就可以将其信息用于故障隔离。

    • MHF Linktrace SAP
      每个MHF都有一个MHF Linktrace SAP,它是ISS或EISS的实例。 该SAP用于将收到的LTM中继到Linktrace响应器,并将LTR从Linktrace响应器传递到the MHF’s Active SAP.。

    原理图如下:
    在这里插入图片描述

    1.6.2.4 Maintenance Point addressing

    MP中的CFM实体识别表8-9和表8-10中列出的CCM和LTM PDU的组播目的mac地址。此外,它们还可以识别正在运行MP的网桥端口的单个MAC地址。如果网桥使用个别MP地址模型(J.6.1)创建MP,则这是在其上配置MP的网桥端口;如果网桥使用共享MP地址模型创建MP,则这是CFM端口。

    不能为Down MP分配一个单独的MAC地址[12.14.7.1.3中的项目i],该地址与为任何其他网桥端口上的MP配置的个人MAC地址相同,因为如果两个网桥端口连接到相同的局域网,但是具有相同的MAC地址,那么两者都会响应发送到该MAC地址的LBM。 CFM协议经过专门设计,允许为Up MP分配一个单独的MAC地址[12.14.7.1.3中的项目i],该地址与为某些其他网桥端口上的Up MP配置的单独MAC地址相同。从网桥的外部,不可能知道给定的CFM PDU实际上是从哪个Up MP传输的,或者给定的CFM PDU是从哪个物理实体传递的。有关将单个MAC地址分配给MP的讨论,请参见J.6。

    一个MP内的所有CFM实体都使用相同的CCM和LTM地址,以及单独的MAC地址。各种复用和解复用实体不注意所接收的CFM PDU的destination_address参数。只有负责处理收到的CFM PDU的实体才能检查收到的帧的destination_address参数。这些实体中的每一个都可以识别其destination_address参数与一个或多个MAC地址匹配的帧,如表19-2所示。这些实体中的每一个都过滤并且不处理与指定地址都不匹配的帧。
    在这里插入图片描述

    注—表19-2和各种CFM接收实体的定义在识别某些个人或组MAC地址方面比CFM发送实体的相应定义更为自由。 例如,即使MEP连续性检查启动器只能发送多播CCM,MEP连续性检查接收器也可以识别单播CCM。 这允许将来增强CFM并改善与ITU-T Y.1731(2006)的兼容性。

    1.6.2.5 Linktrace Output Multiplexer

    CFM protocol shim的第三种类型是Linktrace输出解析器(LOM)。 LOM有两个主要的SAP,一个是通过SAP传输CFM PDU的Active SAP,另一个是通过数据帧和未处理的CFM PDU传递的 Passive SAP。 图19-4说明了这些SAP和其他图(例如图22-1)中用于LOM的符号。 LOM只能是Down LOM; 在匀场图中,其被动SAP始终位于主动SAP上方。
    在这里插入图片描述

    如图19-5所示,LOM只有一个活动实体,即LOM Multiplexer。 它从Linktrace Responder注入LTM,这些LTM从LOM的被动SAP传递到其主动SAP的帧中。 从LOM的Linktrace SAP接收到的帧仅通过主动SAP传输,而不通过被动SAP传输。 在主动或被动SAP上接收的所有帧均不变地通过LOM,并且仅分别传递到被动或主动SAP
    在这里插入图片描述

    注1:LOM不是维护点,而是协助Linktrace Responder(19.6)的实体,也不是维护点。
    注2:每个桥接器端口上都存在LOM,以使Linktrace Responder在特定的桥接器端口上传输LTM,而不会将该LTM反射回桥接器的转发过程。但是,LOM没有组成部分 将CFM帧与任何其他帧区分开的实体

    1.6.2.6 Linktrace Responder

    单个Linktrace响应器为网桥中的所有MHF和MEP服务。它通过MP和LOM中的Linktrace SAP和LTI SAP连接到网桥中的每个MP和LOM。

    注— Linktrace响应程序不是维护点,而是协助维护点(MEP和MHF,19.2和19.3)执行其功能的实体。

    为了最小化对LTM产生无限数量的响应的可能性,总是从单个网桥端口(20.3)上的网桥发送LTM。如果使用网桥端口的LLC实体(参见图22-1)在特定网桥端口上传输LTM,则网桥端口连接实体(8.5.1)会将LTM定向到LAN,但它也会通过就像BPDU一样,将其朝向帧过滤实体(8.6.3)。但是,BPDU永远不会传输到其他网桥端口,因为帧过滤实体会根据其目标MAC地址对其进行过滤。 MHF在不同桥接器端口上不同MD级别上的放置(全部用于同一VLAN),因此无法以这种方式过滤LTM。因此,Linktrace Responder通过destination_address参数(19.4)过滤传入的LTM,并且需要一条路径将LTM仅沿网桥端口,LAN而不是帧过滤实体引导。

    此路径由MEP(图19-2),MHF(图19-3)和LOM(图19-5)中的Linktrace SAP提供。当LTM首次遇到适当MD级别的MP时,Linktrace SAP也可用于将接收到的LTM定向到Linktrace响应器。

    参见图22-1,我们可以看到,由Down MEP Linktrace发起者发起的LTM被引向LAN,并根据需要在单个桥接端口上输出。对于由Up MEP发起的LTM,情况有所不同。实际上,Up MEP所在的网桥是Linktrace协议的第一跳。 MEP LTI SAP是必需的,以便提供一条路径,MEP可以通过该路径将其原始LTM定向到Linktrace响应器。 Linktrace响应器也可以使用此路径将生成的LTR返回给MEP Linktrace发起方。有关这些路径的图解说明,请参见图20-13。

    表19-3一方面总结了MP和LOM之间的链接,另一方面总结了Linktrace Responder之间的SAP连接。
    在这里插入图片描述

    CFM协议以及状态机

    维护协会端点(MEP)和维护协会中间点(MIP)可以参考以下CFM协议:
    a) Continuity Check protocol (20.1);
    b) Loopback Protocol (20.2);
    c) Linktrace protocol (20.3)
    条款19中介绍的MEP(19.2)和MIP Half Function(MHF半函数)(MHF,19.3)组件对这些协议的详细操作是根据许多状态机以及与每台机器关联的变量和过程指定的。 定义的状态机遵守IEEE Std 802.1Q-2005、13.19和图13-10中的约定。
    d) Relationships among the various CFM state machines and their variables (20.4);
    e) Requirements for decrementing the timer counters used by a number of CFM state machines (20.5);
    f) Maintenance Domain variables (20.7) that control all Maintenance Associations belonging to the
    Maintenance Domain;
    g) Maintenance Association variables (20.8) that control all MEPs and MHFs belonging to the
    Maintenance Association;
    h) MEP variables (20.9) that control the MEP’s overall operation, and either apply to the majority of
    state machines or facilitate communication of information between the individual MEP state
    machines;
    i) MEP Continuity Check Initiator (19.2.9) variables (20.10), procedures (20.11), and state machine
    (20.12);
    j) (optional) MHF Continuity Check Receiver (19.3.9) variables (20.13), procedures (20.14), and state
    machine (20.15);
    k) MEP Continuity Check Receiver (19.2.8) variables (20.16), procedures (20.17), and state machine
    (20.18);
    l) Remote MEP variables (20.19) and state machines (20.20) used by the MEP Continuity Check
    Receiver to track each Remote MEP;
    m) Remote MEP Error variables (20.21) and the Remote MEP Error state machine (20.22) used by
    MEP Continuity Check Receiver to track received invalid CCMs;
    n) MEP Cross Connect variables (20.23) and state machine (20.24) used by the MEP Continuity Check
    Receiver to track received CCMs that could indicate a cross connect defect;
    o) MP Loopback Responder (19.2.10) variables, (20.25), procedures (20.26), and state machine
    (20.27);
    p) MEP Loopback Initiator (19.2.11) variables (20.28), transmit procedures (20.29), and state machine
    (20.30), and receive procedures (20.31), and state machine (20.32);
    q) MEP Fault Notification Generator (19.2.16) variables (20.33), procedures (20.34) and state machine
    (20.35);
    r) MEP Linktrace Initiator (19.2.12) variables (20.36) and transmit procedures (20.37), and receive
    variables (20.38), procedures (20.39), and state machine (20.40);
    s) Linktrace Responder variables (20.41), procedures (20.42), and state machine (20.43), used by the
    Linktrace Responder (19.6); and
    t) LTR Transmitter state machine (20.45) used only by the Linktrace Responder.
    为了在最大程度地实现互操作性的同时促进此标准的扩展,本节还规定:
    u) Rules for CFM PDU validation and versioning (20.46) that support specific goals for extensibility
    and interoperability (20.46.1);
    v) Rules for the identification of incoming CFM PDUs (20.47); and
    w) Rules for the use of transaction identifier and sequence number fields (20.48).

    1.7.1 Continuity Check protocol

    连续性检查协议由 MEP Continuity Check Initiator (19.2.9), the MEP Continuity Check Receiver (19.2.8) 以及可选的在MHF的the MHF Continuity Check Receiver(19.3.9) 中执行。

    出于故障检测和连续性检查协议的目的,我们可以将MA定义为“一组MEP,所有这些MEP都配置有相同的MAID和MD级别,每个MEP都配置有该MAID中唯一的MEPID,并且MD级别,并且所有级别都配置有MEPID的完整列表。”连续性检查消息(CCM,21.6)提供了一种检测MA中的连接失败的方法。每个MEP可以配置为定期发送CCM。然后将连接失败定义为:
    a)MEP无法从其MA中的任何其他MEP接收三个连续的CCM,表明MEP失败或网络失败;
    b)MEP接收到发送间隔错误的CCM,表明配置错误;
    c)MEP接收到的MCMID或MAID不正确的CCM,表明配置错误或交叉连接错误;
    d)MEP接收到的MD级别低于MEP的CCM,表明配置错误或交叉连接错误;要么
    e)MEP接收的CCM包含端口状态TLV或接口状态TLV,指示出现故障的网桥端口或聚合端口。

    为了充分利用CFM的优势,运营商将“correct connectivity”定义做为MEP的配置。如果为每个服务实例定义了一个MA,则连续性检查协议可以检测到100%的所有连接故障,交叉连接错误或配置的MA边界内发生的配置错误。

    CCM的传输速率是可配置的,以适应错误报告的不同需求以及网络设备的不同功能。只需10.8 ms即可检测到三个CCM的丢失(见表21-16)。交叉连接的CCM的接收是瞬时发生的。

    MEP使用自己配置的计时器来检测CCM的丢失,而不是使用发送方的传输速率(在CCM中发出信号),以最大程度地降低跟踪数百个其他MEP的MEP的复杂性。当收到有效的CCM时,计时器将重置,如果计时器到期,则声明缺陷。选择计时器值,以使给定的远程MEP丢失三个连续的CCM会触发该远程MEP的缺陷,并选择计时器精度以确保避免出现过早的缺陷指示。此外,MEP中的状态机会跟踪带有意外信息的远程MEP的CCM,未在接收MEP中配置的远程MEP的CCM,来自较低MD级别的CFM PDU或来自另一个MA的MEP的CCM

    CCM承载在多播帧中,根据发送的MEP的MD级别(表8-9)选择了destination_address参数。 CCM不会生成响应。因此,在具有n个MEP的网络中,需要定期发送n个CCM,每个MEP一个。与在导线上承载的帧相比,完整的点对点消息网格相比,多播CCM所需的带宽要比点对点消息少,当然,只有两个MEP的MA除外。对于每个MEP,只需要一次发送和n-1个接收,而不是每个n-1个。此外,即使在只有两个MEP的MA中,对于CCM使用多播而不是单播也可以避免配置
    或发现那些MEP的MAC地址。

    比帧计数更重要的事实是,当来自两个不同服务实例的MEP意外连接时,将CCM设置为多播帧可以检测到交叉连接错误。这种类型的错误可能是由于接线错误或两个维护域之间边界处的VID映射参数配置错误而导致的。如果将CCM单播到特定的MAC地址,则将不会检测到两个服务实例的合并,例如两个点对点服务的意外连接到4-SAP LAN服务中;单播CCM仍将正确传递。

    此方案还指出了为什么全局唯一的MAID如此重要的原因。对CCM的接收进行编录可以确保MEP(例如MEP 1)知道它是从正确的一组远程MEP接收到的;它不能确保远程MEP接收到由同一MEP传输的CCM。例如,假设在10-MEP MA中,所有MEP 1的CCM都丢失了。 MA中的所有其他MEP都将知道MEP 1的问题,因为它们不会接收1的CCM。但是,MEP 1本身不会意识到这个问题。为了让操作员确定MA是否正常工作,必须检查MA中的每个MEP。

    因此,CCM携带一个单一的远程缺陷指示(RDI)。 CCM中没有RDI表示发送方MEP正在从所有已配置的MEP接收CCM。对于MEP 1的单向连接,MEP 1将从每个未接收MEP 1(或任何其他MEP)CCM的远程MEP接收CCM中的RDI。因此,每个MEP(包括仅接收的MEP 1)都知道存在问题。 RDI的存在使系统管理员可以检查属于MA的任何单个MEP,并发现MA中是否有正在检测缺陷的MEP,以及哪些特定的MEP有缺陷。

    序列号应在每个CCM中发送。接收器可以使用该序列号来检测和计数CCM损失。通过检测偶尔的CCM丢失,网络管理员可以注意到网络连接不理想等情况,例如过载的链路,并在出现连接故障和随之而来的故障警报之前对其进行纠正。

    • MAC status reporting in the CCM
      CCM可以在端口状态TLV(21.5.4)和接口状态TLV(21.5.5)中携带有关在其上配置了发送MEP的网桥端口和/或聚合端口的状态的信息。该信息不严格属于维护协会的范围,该协会不受发送和接收CCM的MEP的限制。但是,通过在Up MEP的CCM中提供网桥端口和聚合的端口状态信息,此TLV可以在维护协会外部立即检测到错误。反过来,这支持故障隔离,在该故障隔离中,在与服务实例的连接点而不是在支持该服务实例的设备内部出现问题。当两个运营商用来支持服务实例的设备之间的边界是可能发生故障的链接或连接时,端口状态TLV和接口状态TLV尤其有用。通过使用端口状态TLV和接口状态TLV,可以从头到尾不间断地进行监视,而无需两个运营商对单个接口设备进行管理访问,也无需依赖用户对级联服务的监视。通过端口状态TLV和接口状态TLV,可以轻松地将维护协会外部的错误与正确归因于维护协会本身的错误区分开。

    图18-7提供了一个示例。考虑连接客户设备的访问链路故障
    (1)直接连接到提供商网桥2的端口b。如果没有接口状态TLV,则不会向运营商或服务提供商MD级别的MEP发送任何错误通知。接口状态TLV允许故障在端口b服务提供商和运营商MD级别MEP发送的CCM中发出信号。

    • Defects and Fault Alarms
      缺陷与故障警报(19.2.16)分开,这是服务提供商的标准做法。 10 CCM的丢失或交叉连接的CCM的接收都是缺陷。故障警报是管理操作(12.14.7.7),是网桥主动发出的通知。如果实施了CFM MIB模块(17.5),则它是SNMP通知。当MEP故障通知生成器状态机(20.35)检测到已配置的时间段(默认值为2.5 s)已过,并显示一个或多个缺陷,并且启用了故障警报时,将发出此消息。状态机不能再发送任何故障警报,直到通过配置的时间段(默认值为10 s)将其复位(在此期间内不存在任何缺陷指示)为止。收到故障警报后,正常的操作程序是检查报告MEP的管理对象,诊断故障,更正故障,检查MEP的管理对象以查看MEP故障通知生成器状态机是否已重置,并重复这些步骤,直到故障告警已清除。

    MEP可以维护许多单独的缺陷,如表20-1所示。 缺陷按优先级排序。 如果较高优先级的缺陷在较低优先级的缺陷触发了故障警报之后但在重置故障警报之前发生,则MEP将立即发出另一个故障警报。 这使操作员能够可靠地确定故障警报的优先级。 例如,在服务提供商环境中,交叉连接错误通常比连接错误丢失更令人关注。
    在这里插入图片描述

    故障警报中仅报告优先级最高的缺陷。 表20-1显示了指示缺陷的变量,这些缺陷的优先级以及在“故障警报”中报告的每个缺陷的枚举值之间的关系。

    • CCM reception
      每个active MEP都会在其MEP CCM数据库中接收和分类CCM。 必须检查每个CCM,以确保其MAID与接收MP中配置的MAID相匹配。 接收方MEP检查以确保其自身的MEPID与接收到的CCM中的MEPID不匹配。 (这可能表示重复的MEPID或网络转发环路。)CCM中的信息在MEP CCM数据库中分类,并由接收到的MEPID进行索引。 MEP CCM数据库中保存的信息在12.14.7.6.3中列出。

    MIP CCM数据库可以选择由MEP连续性检查接收器或MHF连续性检查接收器(MEP Continuity Check Receiver or an MHF Continuity Check Receiver)维护。 这是自上次重置网桥以来,呈现给网桥的所有下行MHF的MHF连续性检查接收器的所有CCM中每一个三联的{FID,source_address,端口号}的列表。 (有关VID和FID的讨论,请参见8.8.7。)CCM数据库中的条目将在收到最后一个包含其三元组的CCM之后保留至少24小时,并在最多48个之后从MIP CCM数据库中删除。 H。 如果为MIP CCM数据库分配的资源不足以在要求的时间内维护所有条目,则应优先删除最近更新的条目,以便为新条目腾出空间。 有关使用MIP CCM数据库的描述,请参见20.3.2。

    1.7.2 Loopback protocol

    单播环回消息(LBM)用于故障验证和隔离。 为了验证MEP和MIP之间的连通性,系统管理员可以指示MEP发出一个或多个LBM。 LBM由具有指定destination_address,优先级和drop_eligible参数的MEP发起,destination_address是与发送MEP处于同一维护关联中的另一个MP的单独MAC地址。 接收方MP用单播回送应答(LBR)响应LBM。

    环回协议由MEP环回启动器(19.2.11)和MP环回响应器(19.2.10)执行,后者位于MEP或MHF中

    • Loopback Message transmission
      LBM由操作员命令按照12.14.7.3中的规定进行传输。 发送的每个LBM都包含一个“回送事务标识符”字段(21.7.3),该字段随每次发送而增加。 这使发送的MEP能够将返回的LBR与发送的LBM相关联。 LBM可以携带任意数量的数据,以帮助诊断对帧中的数据量或模式[12.14.7.3.2中的项目d]敏感的故障。 可以使用任何优先级或drop_eligible参数[12.14.7.3.2中的项目e]进行发送]

    没有提供用于指定发送LBM的速率的装置。 如果没有其他流量插入网桥,网桥不得以导致网桥端口服务的队列溢出和丢弃LBM的速率传输LBM。

    • Loopback Message reception and Loopback Reply transmission
      当MP回送响应器(19.2.10)收到LBM时,可以检查其有效性,如果无效则将其丢弃。不管是否检查了LBM的有效性,如果source_address是一个Group而不是单个MAC地址,则应将其丢弃。同样,如果destination_address与接收方MP的MAC地址都不匹配,或者与表8-9中的表MAC的组MAC地址都不匹配,则该MP必须丢弃LBM。如果接收方MP回送响应者驻留在MHF中,并且destination_address是组MAC地址,则MHF将丢弃LBM。如果帧通过了这些测试,则接收方MP会生成LBR,并将其传输到始发MEP。

    LBM的mac_service_data_unit中的每个M_UNITDATA.indication(或EM_UNITDATA.indication)参数和八位字节均复制到LBR的M_UNITDATA.request(或EM_UNITDATA.request)中,但以下情况除外:
    a)将接收到的LBM的source_address参数用作发送的LBR的destination_address参数;
    b)LBR的source_address参数是回复MP的MAC地址;
    c)OpCode字段从LBM更改为LBR。

    LBM的接收方不得解释LBM中的任何其他字段或TLV。不违反20.46验证标准但未在本标准中指定的任何TLV的内容,以及接收方MP未知的任何有效的组织特定TLV,接收方均应予以忽略,并且不对其进行解释,除非将其内容复制到LBR。

    注—该标准没有提供使用组MAC地址传输LBM的方法。 MP环回响应器响应发送到CCM组地址的LBM,因为ITU-T Y.1731(2006)规定要发送此类消息。见J.4。

    • Loopback Reply reception
      当MHF接收到LBR(异常发生)时,由于MIP没有LBR的接收实体,因此将其忽略。当MEP环回启动器(19.2.11)接收到LBR时,将检查以查看destination_address参数是否与接收到的MEP的MAC地址匹配,如果不匹配则将其丢弃。接下来,检查其“环回事务标识符”字段是否与最近传输的LBM的字段匹配,并且适当的计数器递增,或者是顺序计数器[12.14.7.1.3中的项目y]]还是顺序不正确。计数器[项目12.14.7.1.3中的z]]。

    如果特定的网桥使用了用于实现连接性故障管理的共享MP地址模型,则如20.47中所述,在确定LBR所针对的特定Up MP的标识中存在歧义。因此,使用此模型的网桥使用单个变量来管理共享相同MAC地址,MAID和MD级别的所有MP的环回事务标识符字段。 LBR的接收器可以逐位比较其内容与相应LBM的记忆内容,如果不匹配,则将变量[12.14.7.1.3中的项目aa]递增。

    1.7.3 Linktrace protocol

    Linktrace协议由与单个MEP关联的MEP Linktrace发起程序( the MEP Linktrace Initiator )(19.2.12)和与网桥关联的Linktrace响应程序( the Linktrace Responder)(19.6)执行。

    MTM Linktrace发起方发送LTM以执行路径发现和故障隔离.LTM携带目标MAC地址作为其有效负载的一部分。它在多播帧中承载,其中的destination_address根据发送的MEP的MD级别从表8-10中获取,并通过桥接网络进行中继,直到到达适当MD级别的MP。该MP拦截LTM并将其转移到网桥的Linktrace响应器。 Linktrace Responder确定其网桥的MAC中继实体是将具有指定目标MAC地址的普通数据帧转发到单个出口网桥端口,还是对其进行过滤或泛洪。如果找到了单个出口端口,或者如果接收的MP是终接MP,则Linktrace响应器将单播Linktrace答复(LTR)发送给LTM的始发者,其MAC地址也作为LTM中的有效载荷携带。 LTR在0 <延迟≤1 s范围内的随机延迟后发送,以减轻始发MEP的负担。此外,如果通过其接收LTM的MP是MHF,则Linktrace响应器会将LTM的更改版本从单个网桥端口中转发到目标MAC地址的方向。发起初始LTM的MEP Linktrace发起者收集LTR。这些为构造发送到目标MAC地址的数据帧将遍历的MP序列提供了足够的信息。无连接环境中的路径发现比面向连接的环境更具挑战性。在桥接LAN中,这尤其具有挑战性,因为LTM目标的MAC地址可以在网络拓扑更改后立即由TCN从筛选数据库中删除,并且会过期并被删除几分钟(“最大使用期限”)。在最后一次获悉故障导致目标与发起LTM的MEP隔离后进行的最后一次了解。

    CFM提供了三种解决MAC地址老化的方法:
    a)在检测到故障后立即自动启动Linktrace协议,以使其在“最大使用期限”窗口内执行;
    b)通过使用可选的MIP CCM数据库19.3.9和20.1.3,在路径的中间点维护有关目标MP的信息; 和
    c)在正常运行期间通过发布定期的LTM来维护正常路径信息。

    注—定期LTM允许系统管理员在正常操作期间沿着MEP之间的路径确定MIP,从而为后续的故障隔离建立基线。 但是,以接近CCM传输间隔的速率触发LTM可能会使网桥处理CFM PDU的能力不堪重负。 另见22.5。

    • Linktrace Message origination
      LTM由MEP Linktrace发起方响应操作员命令(12.14.7.4)传输。在传输LTM之后,每个传输的LTM的nextLTMtransID [项目b)在12.14.7.4.3,20.36.1中将保留至少5 s。给定MEP传输的LTM事务标识符值在此时间段内是唯一的,以便将慢速MP返回的LTR与触发慢速LTR的LTM相匹配。将nextLTMtransID初始化为随机值11,并在每次传输的LTM处将其递增一次即可满足此条件。对于每个传输的LTM,MEP Linktrace发起者在Linktrace数据库(20.36.2)中创建一个条目。当接收到相应的LTR时,由nextLTMtransID对该条目进行索引以进行检索。

    如果同一服务实例和同一MD级别上的多个MEP具有不同的MAC地址,则发送网桥可以为每个MEP维护一个单独的LTM事务标识符序列,但对于共享这两个特征的MEP使用通用的LTM事务标识符序列。

    LTM的destination_address是为LTM保留的组MAC地址,根据表8-10,它适合于始发MEP的MD级别。

    LTM中的“目标MAC地址”字段[12.14.7.4.2,21.8.6中的项目c)可以是任何单独的MAC地址。但是,由于要求MEP定期发送CCM,因此MIP沿该路径很可能知道MEP的MAC地址。相反,由于MIP不会启动任何CFM PDU,因此MIP的MAC地址对于中间网桥可能是未知的,除非它最近已回复LBM或LTM。

    下行MEP中的MEP Linktrace发起程序通过其活动SAP向连接到其网桥端口的LAN传输LTM。上层MEP中的MEP Linktrace发起方通过其MEP LTI SAP将LTM传输到其自己的网桥的Linktrace响应器。 Linktrace Responder按照20.3.2中的描述处理LTM。 Linktrace响应程序可以通过LOM Linktrace SAP转发LTM,并且可以通过带有LTR的MEP LTI SAP进行响应。因此,当LTM在Up MEP中启动时,最开始的网桥是第一跳(hop)

    • Linktrace Message reception, forwarding, and replying
      特定MD级别的LTM作为普通多播数据帧转发,直到遇到相等或更高MD级别的MEP或相等MD级别的MHF。 处于较高MD级别的MEP会丢弃LTM,而无需进一步处理。 处于相等MD级别的MP会将LTM定向到其网桥的Linktrace响应器。 由于对于给定的MD级别,可以使用MHF,MEP(或两者都不配置)为给定网桥上的不同网桥端口进行配置,因此LTM既可以作为普通数据转发,也可以由网桥的Linktrace响应器进行处理。 由上层MEP发起的LTM直接转发到其网桥的Linktrace响应器,而不是通过MEP的Active SAP转发到帧过滤过程

    如果满足以下任一情况,则Linktrace响应器将答复LTM:
    a)具有与LTM相同的vlan_identifier,等于LTM的目标MAC地址字段(21.8.6)并在与LTM相同的网桥端口上接收到的destination_address的普通数据帧,将通过另一个相互转发桥接端口(或仅到管理端口);
    b)LTM的标志字段的UseFDBonly位为0,在网桥的MIP CCM数据库(19.3.10)中找到LTM的目标MAC地址字段(21.8.6),并在MIP CCM数据库中找到该条目标识桥接端口(或管理端口),而不是接收LTM的端口;要么
    c)接收到LTM的MP的MAC地址等于LTM的Target MAC Address字段;
    d)收到LTM时,LTM TTL字段不为0。在前面的项目a)或项目b)中标识的单个输出端口称为出口端口。仅当满足以下所有条件时,Linktrace响应器才通过出口端口上的LOM转发LTM的副本,其中新的source_address参数和LTM TTL字段减1。
    e)产生LTR的原因是前面的a)或b)项中指定的原因,但不是c)项;
    f)LTM是由MHF而非MEP接收的;
    g)出口端口的MEP不在LTM的MD级别以上; 和
    h)收到的LTM TTL字段大于1。

    注1 —当追踪到已知MAC地址的路径时,共享介质上的所有网桥将接收LTM。 在过滤数据库查询中将LTR的传输和LTM的转发作为条件,以确保这些桥中的最多一个将进行答复。 同样,可以通过尚未学习目标MAC地址的网络区域来泛洪LTM,而不会触发LTR。

    LTM立即转发,以最大程度地减少完成Linktrace操作所需的时间。 LTR排队等待稍后交付。 如果LTM是由Down MEP或Down MHF接收的,则LTR包含描述该MP的Reply Ingress TLV(21.9.8)。 如果Down MEP未收到该消息,并且如果出口端口为LTM的MA配置了Up MEP或Up MHF,则LTR包括一个Reply Egress TLV(21.9.9)。 这些TLV沿着到目标MAC地址的路径向始发MEP报告MIP和/或MEP。

    如果将LTM转发到共享介质LAN,并且连接到该LAN的一个或多个其他网桥只有两个网桥端口转发LTM的vlan_identifier(包括该共享介质)的数据,并且LTM中的MAC地址 在那些网桥的过滤数据库中不存在目标MAC地址字段(21.8.6)(或者如果在多个网桥的MIP CCM数据库中存在目标MAC地址),那么接收网桥的接收网桥中的一个以上可以通过以下方式响应LTM: LTR。 另外,网桥或LAN操作中的异常,例如,筛选数据库记录的信息不正确,可能会导致沿多个路径的LTR响应。

    LTR中的Reply TTL字段本身足以使发起MEP Linktrace发起方命令沿着单个路径返回的LTR。 LTM和LTR还包含三个值,即上一个出口标识符(21.9.7.1),下一个出口标识符(21.9.7.2)和LTM出口标识符TLV(21.8.8),这些值使始发MEP能够明确地构造以下树: 如果LTR是沿着多条路径返回的,则LTM所采用的路径。

    注2 —如果不能将MA配置为传输CCM的速度快于Max Age导致从网桥的过滤数据库中删除MAC地址的速度,那么对于系统管理员来说,最佳实践是仅在触发几个LBM之后才触发LTM传输。目标MAC地址。这有助于确保目标MAC地址对于中间网桥是已知的,以便LBM将返回结果,并且仅沿单个路径返回LTR。

    注3 —如果异常情况促使沿多条路径做出响应,则传输LTR的延迟会降低返回的LTR淹没始发MEP接收能力的可能性。

    注4:转发的LTM使用转发LTM所通过的MP的地址作为其源地址,而不是原始LTM的源地址。这意味着网桥的Linktrace响应器不需要与其中继实体完全同步,因为后者可以快速更改活动拓扑,而不会冒着相邻网桥从LTM得知源MAC地址错误方向的风险。 LTM TTL字段可确保在活动拓扑更改时正在处理的LTM不会在持久循环中转发。

    MEP Linktrace发起者忽略LTR中收到的任何不违反20.46验证标准但未在此标准中指定的TLV,并且忽略任何未知的有效组织特定TLV。 除非在20.42.3和20.42.4中另有规定,否则所有链接跟踪响应者已知或忽略的TLV都会从接收的LTM复制到转发的LTM,再从接收的LTM复制到LTR。

    注5 —在LTM和LTR中转发所有未知的TLV,使该标准的将来修订版以及组织特定TLV的设计者能够添加新功能

    • Linktrace Reply reception
      LTR由Linktrace响应器响应收到的LTM进行传输,并以单播帧的形式返回到发起LTM的MEP Linktrace发起方。 MEP Linktrace发起方会验证收到的LTR,如果无效,如果destination_address参数与MEP所在的网桥端口的MAC地址不匹配,或者LTR事务标识符字段与存储在其中的LTR不匹配,则将其丢弃。 MEP的Linktrace数据库(20.36.2),在LTM产生时创建。

    每个经过验证的LTR都会在Linktrace数据库中触发一个新条目的创建,可以通过“读取Linktrace回复”命令(12.14.7.5)作为托管对象进行访问。 如果此MEP的Linktrace数据库中没有与LTR事务标识符字段相对应的条目,则MEP Linktrace发起者将创建一个新条目,其索引值[12.14.7.5.2中的项目c)]为1。 确实存在与该字段匹配的内容,它将创建一个新条目,其索引值比最后一个匹配的LTR大一。 无论哪种情况,MEP Linktrace发起程序都将LTR的内容存储在此新条目中。

    1.7.4 Connectivity Fault Management state machines

    MEP状态机之间的关系如图20-1所示。 该图使用类似于13.19和图13-9的约定:空心箭头表示两边的状态机都可以读取与设置该变量。 封闭的箭头表示拥有该变量的状态机可以设置变量,而其他的状态机只能读取,不能写入, 图20-1中未包括MEP连续性检查启动器状态机(the MEP Continuity Check Initiator),MEP中使用的MP Loopback Responder状态机以及所有MHF和Linktrace Responder状态机,因为它们独立运行
    在这里插入图片描述

    本节中声明的计时器变量是CFM操作规范的一部分。 提供它们的含义和用途的随附描述仅用于帮助理解协议,而不是本说明书的一部分。
    以下情况之一应予以实施:
    a) LTFwhile (20.5.1)
    LTR发送器状态机( the LTR Transmitter state machine)使用的计时器变量,以使LTR的预期传输超时。
    b) CCIwhile (20.5.2);
    用于传输CCM的计时器计数器。 CCI的粒度小于或等于CCMinterval变量表示的时间的1/4;
    c) errorCCMwhile (20.5.3);
    用于超时无效CCM的计时器计数器。 errorCCMwhile的粒度小于或等于1 ms;
    d) xconCCMwhile (20.5.4);
    用于使交叉连接(cross connect)CCM超时的计时器计数器。 xconCCM的粒度小于或等于1 ms。
    e) LBIwhile (20.5.5);
    MEP回送启动器发送状态机(the MEP Loopback Initiator)使用的计时器变量使LBR的预期接收超时。
    f) FNGwhile (20.5.6).
    MEP故障通知生成器状态机(the MEP Fault Notification Generator state machine)使用的计时器变量,以等待缺陷稳定并消失。

    对于MEP的MA中的每个远程MEP(MA中除MEP本身之外的MA),每个MEP都应实现一个实例:
    g) rMEPwhile (20.5.7)
    用于使CCM超时的计时器计数器。 rMEPwhile的粒度小于或等于CCMinterval变量表示的时间的1/4。 网桥不得在收到CCM后的(3.25* CCMtime(CCMinterval))秒内设置rMEPCCMdefect,而应在收到最后一个CCM后的(3.5 * CCMtime(CCMinterval))秒内设置rMEPCCMdefect。 该变量可作为托管对象读取[项目12.14.7.6.3中的c]]

    计时器变量的“granularity(粒度)”是递减的周期。
    注—为了在丢失三个CCM时产生缺陷,而在仅丢失两个CCM时不产生缺陷,rMEPwhile要求最低分辨率。 为rMEPwhile指定的粒度与图20-5中的状态机一起使用时,将在最大(3.5* CCMtime(CCMinterval))秒和最小(3.25 * CCMtime(CCMinterval))秒的时间内生成缺陷。

    1.7.4.1 CFM procedures

    a) CCMtime() (20.6.1) 这个程序是全局的:
    CCMtime()以CCMinterval变量(20.8.1)和CCM PDU中的CCM Interval字段(21.6.1.3)中使用的形式的值作为参数。 它以相应的时间间隔(作为值)以CCIwhile或rMEPwhile计时器使用的形式作为值返回(20.5.2、20.5.7)。

    1.7.4.2 Maintenance Domain variable

    以下变量是单个维护域的本地变量,可以由多个状态机访问:a) mdLevel (20.7.1)
    维护域的整数MD级别。 该变量可用作托管对象[12.14.5.1.3中的项目b)]。

    1.7.4.3 Maintenance Association variables

    以下变量是单个维护协会的本地变量,并且可以由多个状态机访问:a) CCMinterval (20.8.1).CCM传输之间的配置时间。 为此变量配置的值应为表21-16中的非0值之一。 该变量可用作托管对象[项目12.14.6.1.3中的e]]

    1.7.4.4 MEP variables

    The following variables are local to a single MEP and are accessible by more than one state machine:
    a) MEPactive (20.9.1);
    一个布尔值,指示MEP的管理状态。 True表示MEP正常运行,而false表示MEP停止运行。 此变量可用作托管对象[项目12.14.7.1.3中的e]]
    b) enableRmepDefect (20.9.2);
    一个布尔值,指示是否通过生成树协议(第13条)和VLAN拓扑管理(第11条)使受此MEP MA监视的服务实例上的帧通过该桥端口。 如果启用了它们,或者如果MEP与端口状态和VLAN成员集的单个值不相关,则将其设置为true,否则为false。 在网桥中,enableRmepDefect的值由控制MEP的主VID和该VLAN的成员集(8.8.9)的生成树实例的端口状态(8.4)确定,如表20-2所示。 此变量还控制端口状态TLV(21.5.4)中的值输出。
    在这里插入图片描述

    MEP为:

    • 在不与VID关联的MA中配置;
    • 在运行生成树的多个实例的网桥上;
    • 在不属于静态VLAN注册条目的网桥端口上,属于属于多个生成树实例的VID的成员资格;
      可能无法为端口状态TLV生成明确的值,因为不同的MSTI可能位于不同的端口状态中。 对于处于该位置的MEP,enableRmepDefect始终为true。

    c) MAdefectIndication (20.9.3);
    一个布尔值,指示MEP MA的运行状态。 True表示该MEP的MA上配置的至少一个远程MEP发生故障,false表示所有MEP都在运行,或者MEP处于激活状态的时间少于超时时间。 只要指示已启用的缺陷,MAdefectIndication就为true。 也就是说,当且仅当对于一个或多个变量someRDIdefect,someRMEPCCMdefect,someMACstatusDefect,errorCCMdefect或xconCCMdefect,且该变量为true且表20-1中该变量的相应优先级大于或等于,MAdefectIndication为true。 到变量lowerAlarmPri的值

    d) allRMEPsDead (20.9.4);
    一个布尔值,指示该MEP没有收到任何远程MEP的CCM。 allRMEPsDead是所有rMEPCCMdefect变量的逻辑与。

    e) lowestAlarmPri (20.9.5);
    一个整数值,指示可以触发生成故障警报的最低缺陷优先级(请参见表20-1)。 此变量是一个受管理的对象[项目12.14.7.1.3中的k]]

    f) presentRDI (20.9.6);
    一个布尔值,指示此MEP发送的CCM中RDI位的状态。 当且仅当以下一个或多个变量someRMEPCCMdefect,someMACstatusDefect,errorCCMdefect或xconCCMdefect为true且表20-1中该变量的相应优先级大于或等于该变量的值时,presentRDI为true 最低警报等级

    g) MEPprimaryVID (20.9.7).
    指定VID的整数,该VID是分配给MEP MA的VID之一,将用作此MEP的主要VID。 此变量与12.14.7.1.3中的管理对象项d)有关。 但是,它不一定在数值上等于该对象。 MEPprimaryVID始终包含主要VID的数值。 被管理对象可以包含0,以指示主要VID是MEP的MA的,或者如果MA的VID被该特定MEP覆盖,则包含主要VID本身。

    1.7.4.5 MEP Continuity Check Initiator variables

    a) CCIenabled (20.10.1);
    控制CCM的传输。 设置为true时,发送CCM。 设置为false时,CCM传输停止。 该变量可用作托管对象[项目12.14.7.1.3中的g]]
    b) CCIsentCCMs (20.10.2); and
    整数值。 创建MEP时,CCIsentCCM初始化为1,此后xmitCCM()可以使用它来填充已发送CCM的序列号字段。 该变量可用作托管对象[项目12.14.7.1.3中的w]]
    c) MACstatusChanged (20.10.3).
    布尔值。 MACstatusChanged触发传输一个额外的CCM。 如果MEP正在发送端口状态TLV(21.5.4)或接口状态TLV(21.5.5),并且如果CCMinterval指示传输间隔为10 s或更慢,则只要在任一状态下报告的值都将MACstatusChanged设置为true, 这两个TLV的变化。 MEP连续性检查启动器状态机将MACstatusChanged重置为false。

    1.7.4.6 MEP Continuity Check Initiator procedures

    a) xmitCCM() (20.11.1)
    xmitCCM()使用M_UNITDATA.request在Active SAP上构造并传输CCM,如下所示。 xmitCCM():
    a)将destination_address参数设置为表8-9中与MEP的MD级别相对应的值;
    b)将source_address参数设置为MEP的MAC地址[12.4.1.3中的项目i];
    c)根据MEP的管理对象[12.4.1.3中的项目h]设置优先级参数;
    d)将drop_eligible参数设置为false;
    e)将MEP的MD等级(20.7.1)放置在MD等级字段(21.4.1)中;
    f)用11.24.6.1.3中的CCM传输间隔(20.8.1,项目e)填充CCM间隔字段(21.6.1.3);
    g)用presentRDI变量(20.9.6)填充RDI字段(21.6.1.1);
    h)应将CCIsentCCM(20.10.2)复制到CCM(21.6.3)的序列号字段,否则将0复制到该字段;
    i)将MEP的MAID放入CCM的适当字段中[项目a)12.14.1.2.2中的项目b)中12.14.5.3.2和21.6.5.1至21.6.5.6];
    j)将MEP的MEPID [项目g)在12.14.6.1.3中放入维护关联端点标识符字段(21.6.4);
    k)由受管理对象12.14.3.1.3中的项目e),12.4.1.3中的项目d)和12.14.6.1.3中的项目d)的控制,在其中放置发件人ID TLV(21.5.3)。 CCM,确定传输系统;
    l)(可选)在CCM中放置端口状态TLV(21.5.4),报告网桥端口的状态;
    m)(可选)在CCM中放置接口状态TLV(21.5.5),报告网桥端口的状态;和
    n)将CCIsentCCM增加1,从2 32 – 1绕到0。

    1.7.4.7 MEP Continuity Check Initiator state machine

    每个MEP连续性检查启动器(19.2.9)实例化一个MEP连续性检查启动器状态机。 MEP连续性检查启动器状态机实现图20-2中的状态图指定的功能,20.10中的变量声明以及20.11中的过程。

    注—图20-2指示MACstatusChanged的设置会导致CCI重置,从而改变CCM传输周期的相位。 状态机的替代形式可以传输额外的CCM,但不能同时重置CCI。 此标准未指定在MEP中设置MACstatusChanged是否导致CCI重置。

    1.7.4.8 MHF Continuity Check Receiver variables

    a) MHFrecvdCCM (20.13.1);
    当收到MHF MD级别的CCM时,由the MHF OpCode Demultiplexer (19.3.6)设置为true的布尔值。 由MHF连续性检查接收器状态机清除。

    b) MHFCCMPDU (20.13.2)
    结构体。 收到MHF MD级别的CCM时,将MHF OpCode解复用器(19.3.6)接收的CCM PDU的M_UNITDATA.indication或EM_UNITDATA.indication参数加载
    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-7rRSz9r0-1598839663541)($res/Snipaste_2020-01-17_15-20-02.png)]

    1.7.4.9 MHF Continuity Check Receiver procedures

    a) MHFprocessCCM() (20.14.1)
    MHFprocessCCM()必须根据20.46.4验证收到的CCM,如果无效,则丢弃收到的CCM。 否则,MHFprocessCCM()在MHF的MIP CCM数据库中记录接收到的CCM的FID,source_address和端口号。

    1.7.4.10 MHF Continuity Check Receiver state machine

    MHF连续性检查接收器状态机使用20.13中的变量和20.14中的过程来实现图20-3中的状态图所指定的功能。
    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-apqD6LGC-1598839663543)($res/Snipaste_2020-01-17_15-54-01.png)]

    1.7.4.11 MEP Continuity Check Receiver variables

    a) CCMreceivedEqual (20.16.1);
    布尔标志。 收到MEP MD级别的CCM时,由MEP平等操作码解复用器(19.2.7)进行设置。 由MEP连续性检查接收器状态机清除
    b) CCMequalPDU (20.16.2);
    结构体。 当收到MEP MD级的CCM时,将MEP平等操作码解复用器(19.2.7)接收的CCM PDU的M_UNITDATA.indication或EM_UNITDATA.indication参数加载。
    c) CCMreceivedLow (20.16.3);
    布尔标志。 当收到低于MEP MD级别的CCM时,由MEP低位操作码解复用器(19.2.7)进行设置。 由MEP连续性检查接收器状态机清除。
    d) CCMlowPDU (20.16.4);
    结构体。 当收到低于MEP MD级别的CCM时,将MEP低操作码解复用器(19.2.7)接收的CCM PDU的M_UNITDATA.indication或EM_UNITDATA.indication参数加载。
    e) recvdMacAddress (20.16.5);
    由MEPprocessEqualCCM()过程使用远程MEP状态机的此副本所服务的来自远程MEP的最后接收的CCM的source_address进行设置。
    f) recvdRDI (20.16.6);
    布尔标志。 由MEPprocessEqualCCM()根据最后接收的有效CCM的RDI字段设置。
    g) recvdInterval (20.16.7);
    计时器计数器指示计时器计数器等效于在收到的CCM的CCM间隔字段中编码的值。 由MEPprocessEqualCCM()设置
    h) recvdPortState (20.16.8);
    (可选)枚举变量,指示最后接收的有效CCM的端口状态TLV(21.5.4)的内容,或psNoPortStateTLV:指示未接收到CCM,或者最后一个CCM中不存在端口状态TLV 已收到;如果该TLV不存在。 由MEPprocessEqualCCM()设置
    i) recvdInterfaceStatus (20.16.9);
    (可选)枚举变量,指示最后接收的有效CCM的接口状态TLV(21.5.5)的内容,或isNoInterfaceStatusTLV:指示未接收到CCM或在最后接收到的CCM中不存在接口状态TLV ; 并且,如果不存在该TLV。 由MEPprocessEqualCCM()设置。
    j) recvdSenderId (20.16.10);
    (可选)枚举变量,指示最后接收的有效CCM的发件人ID TLV(21.5.3)的内容,或isNoSenderIdTLV:指示未接收到CCM,或者最后一个CCM中不存在发件人ID TLV (如果该TLV不存在)。 由MEPprocessEqualCCM()设置
    k) recvdFrame (20.16.11); and
    八位字节字符串,其中包含由MEPprocessEqualCCM()接收的帧。 recvdFrame可以从通过活动SAP呈现给MEP的M_UNITDATA.indication信息,或者从呈现给EISS Multiplex Entity的EM_UNITDATA.indication重建。 recvdFrame的大小指示重构帧的大小。 设置为NULL值时,recvdFrame的大小为0。
    l) CCMsequenceErrors (20.16.12)
    从所有远程MEP接收到的乱序CCM总数。 此变量可作为托管对象[12.14.7.1.3中的项目v]读取。

    1.7.4.12 MEP Continuity Check Receiver procedures

    A) MEPprocessEqualCCM() (20.17.1);
    每当在MEP的MD级别接收到CCM时,由MEP连续性检查接收器状态机调用。 MEPprocessEqualCCM()如下处理CCMequalPDU中包含的CCM:
    a)MEPprocessEqualCCM()应根据20.46.4.2处理CCM,并可以根据20.46.4.3验证CCM,并丢弃任何未通过验证的帧。
    b)否则,如果接收到的CCM的MAID与接收ME中配置的MAID不完全匹配[[12.14.1.2.2中的项目a],12.14.5.3.2中的项目b)],则MEPprocessEqualCCM()设置xconCCMreceived (20.23.1)是,将包含CCM的帧重构为recvdFrame,并将计时器计数器值放入与CCM Interval字段的值相对应的recvdInterval中
    在收到的CCM中。
    c)否则,如果:
    1)在接收的MEP中未配置接收到的CCM中的MEPID [项目12.4.1.3中的g)];要么
    2)接收到的CCM中的MEPID与接收到的MEP中的MEPID相匹配[项目12.4.3.2中的b)];要么
    3)接收到的CCM中的CCM Interval字段与为接收到的MEP配置的字段[11.24.6.1.3中的项目e]不匹配;
    然后MEPprocessEqualCCM()将errorCCMreceived(20.21.1)设置为true,将包含CCM的帧重构为recvdFrame,并将计时器计数器值放入与接收到的CCM中的CCM Interval字段值相对应的recvdInterval中。
    d)否则,MEPprocessEqualCCM():
    1)将source_address参数复制到recvdMacAddress中;
    2)将RDI字段复制到recvdRDI;
    3)(可选)将端口状态TLV复制到recvdPortState;
    4)(可选)将接口状态TLV复制到recvdInterfaceStatus;
    5)(可选)将发件人ID TLV复制到recvdSenderId;
    6)(可选)更新网桥的MIP CCM数据库;和
    7)为远程MEP状态机的特定实例设置与CCM中的维护关联端点标识符字段相对应的rCCMreceived变量(20.19.6)。
    MEPprocessEqualCCM()还应该:
    e)将接收到的CCM中的序列号字段与MEP CCM数据库中保存的值进行比较;
    f)如果两个值都不为0,并且新值不大于最后一个值,则递增CCMsequenceErrors(20.16.12);和
    g)将接收到的序列号存储在MEP CCM数据库中。

    B) MEPprocessLowCCM() (20.17.2).
    每当收到的CCM的MD等级小于MEP的MD等级(mdLevel,20.7.1)时,MEP连续性检查接收器状态机就会调用该状态机。 MEPprocessLowCCM()如下处理CCMlowPDU中包含的CCM:
    a)MEPprocessLowCCM()应根据20.46.4.2处理CCM,并可以根据20.46.4.3验证CCM,并丢弃任何未通过验证的帧。
    b)否则,MEPprocessLowCCM()将xconCCMreceived(20.23.1)设置为true,将包含CCM的帧重构为recvdFrame,并将计时器计数器值放入与接收到的CCM中的CCM Interval字段值相对应的recvdInterval中。

    1.7.4.13 MEP Continuity Check Receiver state machine

    MEP连续性检查接收器状态机使用20.16中的变量和20.17中的过程来实现图20-4中的状态图所指定的功能。
    在这里插入图片描述

    1.7.4.14 Remote MEP variables

    a) rMEPCCMdefect (20.19.1);
    报告远程MEP的状态。 为true时,至少(3.25 * CCMtime(CCMinterval))秒未从远程MEP接收到CCM
    b) rMEPlastRDI (20.19.2);
    布尔标志。 包含来自最后接收的CCM的RDI标志。 该变量可作为托管对象(在12.14.7.6.3中读取)(项目e)]
    c) rMEPlastPortState (20.19.3);
    枚举值。 包含从最后接收的CCM的端口状态TLV(21.5.4)获得的值,或指示最后接收的CCM不包含端口状态TLV的值。 该变量可作为托管对象[12.14.7.6.3中的项目f]读取。
    d) rMEPlastInterfaceStatus (20.19.4);
    枚举值。 包含从最后接收的CCM的接口状态TLV(21.5.5)获得的值,或指示最后接收的CCM不包含接口状态TLV的值。 此变量可作为托管对象[在12.14.7.6.3中读取]。
    e) rMEPlastSenderId (20.19.5);
    枚举值。 包含从最后接收的CCM的发件人ID TLV(21.5.3)获得的值,或指示最后接收的CCM不包含发件人ID TLV的值。 该变量可作为托管对象[12.4.6.3中的项目h]读取]
    f) rCCMreceived (20.19.6);
    由MEPprocessEqualCCM()设置为true的布尔标志,指示已接收到与特定远程MEP状态机的配置期望匹配的CCM。 由远程MEP状态机清除为false。
    g) rMEPmacAddress (20.19.7);
    远程MEP的MEP CCM数据库中每个条目中的一个字段,包含最后一个从该远程MEP接收到的CCM的source_address。 此变量可作为受管理对象读取[项目12.14.7.6.3中的d]]
    h) rMEPportStatusDefect (20.19.8);
    一个布尔值,指示远程MEP正在其端口状态TLV(21.5.4)中报告故障。 只有最后收到的CCM包含端口状态TLV,并且该TLV包含psUp以外的其他值(即,远程MEP的网桥端口未转发数据)时,这才成立。 它等于(rMEPlastPortState!= psUp && rMEPlastPortState!= psNoPortStateTLV:表示没有收到CCM,或者在最后收到的CCM中没有端口状态TLV;)。
    i) rMEPinterfaceStatusDefect (20.19.9)
    一个布尔值,指示远程MEP正在其接口状态TLV(21.5.5)中报告故障。 仅当最后收到的CCM包含接口状态TLV且包含isUp以外的其他值时,这才是正确的,即远程MEP的网桥端口不可用于转发数据。 它等于(rMEPlastInterfaceStatus!= isUp && rMEPlastInterfaceStatus!= isNoInterfaceStatusTLV:表示没有收到CCM或在最后收到的CCM中不存在接口状态TLV;以及)

    1.7.4.15 Remote MEP state machine

    远程MEP状态机实现图20-5中的状态图指定的功能以及20.19中的变量声明,并使用20.17中的过程。
    Figure 20-5—Remote MEP state machine:
    在这里插入图片描述

    1.7.4.16 Remote MEP Error variables

    a) errorCCMreceived (20.21.1);
    如果收到无效的CCM,则由MEPprocessEqualCCM()设置为true的布尔标志。 由远程MEP错误状态机清除为false。
    b) errorCCMlastFailure (20.21.2);
    具有与recvdFrame相同特征的八位字节字符串。 由远程MEP错误状态机控制的值。 可作为受管理对象读取[项目t)在12.14.7.1.3中。 大小足以保留errorCCMlastFailure中包含最大长度CCM的帧。
    c) errorCCMdefect (20.21.3)
    远程MEP错误状态机设置并清除的布尔值标志,表示已收到一个或多个无效CCM,并且CCM传输间隔的3.5倍尚未到期。 该变量可作为托管对象[12.14.7.1.3中的项目r]读取。

    1.7.4.17 Remote MEP Error state machine

    The Remote MEP Error state machine implements the function specified by the state diagram in Figure 20-6
    and the variable declarations in 20.21.

    Snipaste_2020-01-17_16-27-16.png
    )]

    1.7.4.18 MEP Cross Connect variables

    a)收到xconCCM(20.23.1);
    收到交叉连接CCM时,由MEPprocessEqualCCM()将布尔标志设置为true。 由MEP交叉连接状态机清除为false。
    b)xconCCMlastFailure(20.23.2);
    具有与recvdFrame相同特征的八位字节字符串。 由MEP交叉连接状态机控制的值。 可作为托管对象读取[项目u)在12.14.7.1.3中。 大小足以保留包含最大长度CCM的帧
    c)xconCCMdefect(20.23.3)。
    由MEP交叉连接状态机设置和清除的布尔标志,指示已接收到一个或多个交叉连接CCM,并且这些CCM的至少一个传输间隔的3.5倍尚未到期。 此变量可作为托管对象[在12.14.7.1.3中读取]

    1.7.4.19 MEP Cross Connect state machine

    The MEP Cross Connect state machine implements the function specified by the state diagram in
    Figure 20-7 and the variable declarations in 20.23
    在这里插入图片描述

    1.7.4.20 MP Loopback Responder variables

    The following variables are local to the MP Loopback Responder state machine:
    a) LBMreceived (20.25.1);
    布尔变量,当接收到LBM时由MP OpCode Demultiplexer 设置为true,并由MP Loopback Responder状态机清除。
    b) LBMPDU (20.25.2).
    结构体。 当接收到LBM时,加载了MP OpCode Demultiplexer (19.2.7)接收到的LBM PDU的M_UNITDATA.indication或EM_UNITDATA.indication参数

    1.7.4.21 MP Loopback Responder procedures

    The following procedures are defined for the Loopback Responder:
    A) ProcessLBM() (20.26.1);
    每当收到LBM时,由MP Loopback Responder状态机调用。 ProcessLBM()如下处理LBMPDU中的LBM:
    a)如果destination_address参数都不包含:
    1)接收MP的MAC地址; 也不
    2)如表8-9(见J.4)所示,适合于接收MP的MD级别的CCM组地址; ProcessLBM()丢弃LBM并且不执行进一步处理;
    b)如果destination_address参数包含组地址,并且MP Loopback Responder状态机位于MHF中(而不是MEP中),则ProcessLBM()丢弃LBM并且不执行进一步处理;
    c)如果source_address参数是一个Group,而不是单个MAC地址,则ProcessLBM()会丢弃该帧,并且不执行进一步的处理。
    d)ProcessLBM()应根据20.46.4.2处理LBM,并可以根据20.46.4.3验证LBM,并丢弃任何未通过验证的帧;
    e)如果未丢弃LBM,则调用xmitLBR()生成并传输LBR

    B) xmitLBR() (20.26.2)
    由ProcessLBM()调用以传输LBR。 xmitLBR()从LBMPDU中包含的LBM构造一个LBR,然后使用M_UNITDATA.request将其传输到Active SAP,如下所示。 xmitLBR():
    a)将destination_address参数设置为接收到的LBM的source_address;
    b)将source_address参数设置为回复MP的MAC地址;
    c)将操作码字段(21.4.3)从LBM更改为LBR;
    d)将LBM的其余mac_service_data_unit逐字复制到LBR; 和
    e)如果回复的MP是MEP,则将LBR传输计数器加1 [12.14.7.1.3中的项目ad]。

    1.7.4.22 MP Loopback Responder state machine

    MP回送响应器状态机使用20.25中的变量和20.26中的过程来实现图20-8中的状态图所指定的功能。 尽管19.2.10和19.3.8中的MP Loopback Responder状态机的定义要求在每个MP中实例化MP Loopback Responder状态机,但实际上,无法从外部确定系
    统中实现的MP Loopback Responder状态机的数量。 系统观察:
    在这里插入图片描述

    1.7.4.23 MEP Loopback Initiator variables

    The following variables are local to the MEP Loopback Initiator transmit state machine and the MEP
    Loopback Initiator receive state machine:
    a) LBMsToSend (20.28.1);
    MEP回送启动器发送状态机要发送的LBM的整数。 由管理操作设置[项目12.14.7.3.2中的c]。 将此变量设置为非零值将启动LBM的传输。 MEP回送启动器传输状态机将LBMsToSend递减1
    b) nextLBMtransID (20.28.2);
    放置在xmitLBM()发送的下一个LBM的“回送事务标识符”字段中的值。 MEP环回启动器发送状态机将nextLBMtransID递增1
    传输。 该变量可以作为托管对象[12.14.7.1.3中的项目x]使用。
    c) expectedLBRtransID (20.28.3);
    预期在ProcessLBR()接收到的下一个LBR的“回送事务标识符”字段中找到的值。 由ProcessLBR()更改(请参见20.31.1)。
    d) LBIactive (20.28.4);
    布尔值标志,指示MEP环回启动器发送状态机是(true)还是不是(false)主动参与请求的操作。 在通过管理操作将LBMsToSend设置为非零值之后,由MEP环回启动器传输状态机设置为true。 在发送最后一个LBM或接收到最后一个LBR后5秒钟,由MEP回送启动器发送状态机将其重置为false。
    e) xmitReady (20.28.5);
    由网桥端口设置为true的布尔标志,指示可以传输另一个LBM。 由MEP环回启动器传输状态机重置为false。
    f) LBRreceived (20.28.6);
    布尔标志。 收到MEP MD级别的LBR时,由MEP平等操作码解复用器(19.2.7)进行设置。 由MEP回送启动器接收状态机清除。
    g) LBRPDU (20.28.7)
    结构体。 当收到MEP MD级的LBR时,将MEP平等操作码解复用器(19.2.7)接收的LBR PDU的M_UNITDATA.indication或EM_UNITDATA.indication参数加载

    1.7.4.24 MEP Loopback Initiator transmit procedures

    A) xmitLBM()
    MEP回送启动器传输状态机调用xmitLBM()。 它使用M_UNITDATA.request在Active SAP上构造并传输LBM,如下所示。 xmitLBM():
    a)从适当的管理对象[12.14.7.3.2中的项目b)设置destination_address参数;
    b)将source_address参数设置为MEP的MAC地址[12.4.1.3中的项目i];
    c)从适当的管理对象[12.4.3.2中的项目e)设置优先级和drop_eligible参数;
    d)将nextLBMtransID(20.28.2)复制到LBM的环回事务标识符字段(21.7.3);
    e)仅当以下情况时,才从适当的管理对象[12.4.3.2中的项目d]构造数据TLV。
    该管理对象的长度为非零;
    f)根据受管理对象12.14.3.1.3中的项目e),12.4.1.3中的项目d)和12.14.6.1.3中的项目d)的控制,放置发件人ID TLV(21.5.3), 在LBM中识别传输系统; 和
    g)将nextLBMtransID(20.28.2)加1,从2 32 – 1绕到0。

    1.7.4.25 MEP Loopback Initiator transmit state machine

    MEP创建MEP环回启动器传输状态机的单个实例。 MEP回送启动器发送状态机实现图20-9中的状态图和20.29中的过程指定的功能。 与MEP回送启动器接收状态机共享20.28中的变量声明
    在这里插入图片描述

    1.7.4.26 MEP Loopback Initiator receive procedures

    A) ProcessLBR() (20.31.1);
    每当接收到LBR时,由MEP环回启动器接收状态机调用。 ProcessLBR()如下处理LBRPDU中的LBR:
    a)如果source_address的I / G位指示组地址,或者destination_address与接收的MP的MAC地址不匹配,则ProcessLBR()丢弃接收的LBR。
    b)ProcessLBR()必须根据20.46.4.2处理LBM,并可以根据20.46.4.3验证收到的LBR,如果无效,则将其丢弃。
    c)如果不丢弃LBR,并且仅当LBIactive为true时,才将LBR的环回事务标识符字段与期望的LBRtransID进行比较:
    1)如果两个值相等,则预期的LBRtransID和接收到的正确LBR的数目[在12.14.7.1.3中的项目y]将增加1;其他
    2)将收到的“ Loopback Transaction Identifier”字段中的值复制到ExpectedLBRtransID中,并且收到的错误LBR的数量(12.14.7.1.3中的项目z)将增加1。
    d)ProcessLBR()可以通过操作码(OpCode字段除外)与匹配的回送事务标识符对接收到的LBR与LBM进行逐位比较,并在12.14.7.1.3中增加受管理对象[项目aa]]。如果它们不匹配。

    1.7.4.27 MEP Loopback Initiator receive state machine

    MEP创建MEP回送启动器接收状态机的单个实例。 MEP环回启动器接收状态机实现图20-10中的状态图和20.31中的过程指定的功能。 它与MEP回送启动器传输状态机共享20.28中的变量声明。
    在这里插入图片描述

    1.7.4.28 MEP Fault Notification Generator variables

    The following variables are local to the MEP Fault Notification Generator state machine:
    A) fngPriority (20.33.1);
    一个整数,指定故障警报中报告的最后一个缺陷的优先级。 fngPriority采用与maximumDefectPri(20.33.8)相同的值
    B) fngDefect (20.33.2);
    一个枚举值,指定“故障警报”中报告的最后一个缺陷。 fngDefect采用与maximumDefect(20.33.9)相同的值
    C) fngAlarmTime (20.33.3);·
    发出故障警报之前必须存在一个或多个缺陷的时间。 默认值2.5 s。 也是一个受管理的对象[12.4.1.3中的项目l)]
    D) fngResetTime (20.33.4);
    故障警报之后,在启用另一个故障警报之前必须没有缺陷的时间。 默认值10 s。 也是一个受管理的对象[12.4.1.3中的项目m)]。
    E) someRMEPCCMdefect (20.33.5);
    一个布尔值,指示远程MEP状态机的聚合状态。 True表示至少一个Remote MEP状态机未从其远程MEP接收到有效的CCM,false表示所有Remote MEP状态机都在接收有效的CCM。 someRMEPCCMdefect是此MEP上所有远程MEP状态机的所有rMEPCCMdefect变量的逻辑或。 此变量可作为托管对象[12.14.7.1.3中的项目q]读取。
    F) someMACstatusDefect (20.33.6);
    一个布尔值,指示一个或多个远程MEP正在报告其端口状态TLV(21.5.4)或接口状态TLV(21.5.5)中的故障。 如果某个远程MEP报告其接口不为isUp(即,至少一个远程MEP的接口不可用),或者所有远程MEP报告的端口状态TLV包含除psUp以外的某些值,则为真。 所有远程MEP的网桥端口均未转发数据)。 因此,它是以下两个术语的逻辑或:
    a)在所有远程MEP之间,rMEPportStatusDefect变量的逻辑与; 要么
    b)rMEPinterfaceStatusDefect变量在所有远程MEP上的逻辑或。此变量可作为托管对象读取(在12.14.7.1.3中为项目p))
    G) someRDIdefect (20.33.7);
    一个布尔值,指示远程MEP的总体运行状况。 True表示远程MEP状态机中的至少一个正在从其远程REP设置了RDI的MEP接收有效的CCM,否则表示没有Remote MEP状态机正在接收RDI设置了的有效CCM。 someRDIdefect是此MEP上所有远程MEP状态机的所有rMEPlastRDI变量的逻辑或。 该变量可作为托管对象(在12.14.7.1.3中读取)(项目o)]
    H) highestDefectPri (20.33.8); and
    一个整数值,指示在变量highestDefect中命名的缺陷的优先级。 另请参见表20-1。
    I) highestDefect (20.33.9).
    一个枚举值,指示变量xconCCMdefect(20.23.3),errorCCMdefect(20.21.3),someRMEPCCMdefect(20.33.5),someMACstatusDefect(20.33.6)和someRDIdefect(20.33.7)中优先级最高的缺陷 MinimumAlarmPri(20.9.5)。 该变量可作为托管对象[12.14.7.7.2中的项目c]读取。 表20-1中显示了变量,它们的优先级以及maximumDefect的枚举值。

    1.7.4.29 MEP Fault Notification Generator procedures

    a) xmitFaultAlarm() (20.34.1).
    传输故障警报(12.14.7.7)。 MEP的标识和指定故障警报原因的变量fngDefect(20.33.2)在故障警报PDU中传输。 在本标准中未指定故障警报的传输格式和方法。

    1.7.4.30 MEP Fault Notification Generator state machine

    MEP创建MEP故障通知生成器状态机的单个实例。 MEP故障通知生成器状态机实现图20-11中的状态图所指定的功能,20.33中的变量以及20.34中的过程。 MEP故障通知生成器状态机的当前状态在受管理对象[12.4.1.3中的项目f]中可用。
    Snipaste_2020-01-20_09-37-39.png

    1.7.4.31 MEP Linktrace Initiator variables

    The following variables are local to the MEP Linktrace Initiator variables:
    A) nextLTMtransID (20.36.1);
    放置在xmitLTM()发送的下一个LTM的LTM事务标识符中的值。 每次传输时,MEP Linktrace发起程序变量将nextLTMtransID递增1。 此变量也是受管理对象[12.14.7.1.3中的项目ab]。
    B) ltmReplyList (20.36.2)
    最近发布的LTM及其对应的LTR的列表。 每次发送LTM时,xmitLTM()会将没有附加LTR项的LTM条目添加到此列表,并且每次LTR对应时,通过ProcessLTR()将LTR条目附加到此列表中的LTM条目。 列表中的LTM接收到。 自从发送相应的LTM以来,MEP不会在5 s内从此列表中删除任何条目,除非添加另一个LTM或LTR条目会超过为此列表分配的最大资源。 此变量构成给定MEP的Linktrace数据库,并且还是受管理对象(12.14.7.5.3)。
    每个LTR条目包含以下变量:
    a) ltrFlags (20.36.2.1);
    LTR的标志字段(21.9.1)中返回的位字符串,包括FwdYes和TerminalMEP位。
    b) ltrReplyTTL (20.36.2.2);
    LTR的Reply TTL字段(21.9.4)中返回的整数值。
    c) ltrLastEgressId (20.36.2.3);
    在LTR出口标识符TLV的“最后出口标识符”字段(21.9.7.1)中返回的八位字节字符串。
    d) ltrNextEgressId (20.36.2.4);
    在LTR出口标识符TLV的“下一个出口标识符”字段(21.9.7.2)中返回的整数值。
    e) ltrRelayAction (20.36.2.5);
    在LTR的“中继操作”字段(21.9.5)中返回的枚举值。 枚举值在表21-27中列出。
    f) ltrIngressAction (20.36.2.6);
    在LTR的回复入口TLV(21.9.8)的“入口操作”字段(21.9.8.1)中返回的枚举值。 枚举值在表21-30中列出。 枚举值0表示LTR中未返回任何回复入口TLV。
    g) ltrIngressAddress (20.36.2.7);
    入口端口上MP的MAC地址。 如果LTR中未返回任何回复入口TLV,则内容未定义。
    h) ltrIngressPortIdSubtype (20.36.2.8);
    由IEEE Std 802.1AB™-2005 [B3],第9.5.3.2节指定的枚举值,指示ltrIngressPortId的格式。 如果LTR中未返回任何回复入口TLV,则内容未定义。
    i) ltrIngressPortId (20.36.2.9);
    由IEEE Std 802.1AB-2005 [B3],第9.5.9.5节指定的八位字节字符串,以ltrIngressPortIdSubtype中标识的格式标识入口端口。
    j) ltrEgressAction (20.36.2.10);
    LTR的答复出口TLV(21.9.9)的“出口操作”字段(21.9.9.1)中返回的枚举值。 枚举值在表21-32中列出。 值0表示LTR中未返回任何回复出口TLV
    k) ltrEgressAddress (20.36.2.11);
    出口端口上MP的MAC地址。 如果LTR中未返回任何回复出口TLV,则内容未定义
    l) ltrEgressPortIdSubtype (20.36.2.12);
    由IEEE Std 802.1AB-2005 [B3],第9.5.3.2节指定的枚举值,指示ltrEgressPortId的格式。 如果LTR中未返回任何回复入口TLV,则内容未定义
    m) ltrEgressPortId (20.36.2.13);
    由IEEE Std 802.1AB-2005 [B3],第9.5.9.5节指定的八位字节字符串,以ltrEgressPortIdSubtype中标识的格式标识出口端口。
    n) ltrSenderIdTlv (20.36.2.14); and
    如果LTR中存在一个八位位组字符串,标识在发送方ID TLV(21.5.3)中接收到的传输系统。
    o) ltrOrgSpecTlv (20.36.2.15).
    八位字节字符串,其中包含组织特定的TLV(21.5.2)(如果LTR中存在)

    1.7.4.32 MEP Linktrace Initiator procedures

    The following procedure is local to the MEP Linktrace Initiator:
    A ) xmitLTM() (20.37.1).
    每当调用“传输链接跟踪消息”管理操作(12.14.7.4)时,就会调用xmitLTM()。 如果在上层MEP上调用了该操作,它将使用以下M_UNITDATA.request在Active SAP或MEP LTI SAP上构造并传输LTM。 xmitLTM():
    a)将destination_address参数设置为表8-10中与MEP的MD级别相对应的值;
    b)将source_address参数和“原始MAC地址”字段(21.8.5)设置为MEP的MAC地址[项目12.14.7.1.3中的]。
    c)将优先级参数设置为与CCM相同的值[12.4.1.3中的项目h]];
    d)将nextLTMtransID [12.14.7.1.3中的项目ab]复制到LTM的LTM事务标识符字段(21.8.3);
    e)将LTM出口标识符TLV(21.8.8)设置为管理域中所有网桥之间唯一的值。
    f)从适当的管理对象[12.4.4.2中的项目c]设置目标MAC地址字段(21.8.6);
    g)从适当的管理对象[12.4.4.2中的项目d]中设置LTM TTL字段(21.8.4);
    h)将来自适当的管理对象[12.14.7.4.2中的项目b)的标志字段(21.8.1)的UseFDBonly位置,并将标志字段的所有其他位设置为0;
    i)根据受管理对象12.14.3.1.3中的项目e),12.4.1.3中的项目d)和12.14.6.1.3中的项目d)的控制,放置发件人ID TLV(21.5.3),在LTM中识别传输系统;
    j)在该LTM的ltmReplyList变量(20.36.2)中创建一个新条目,该条目由nextLTMtransID(20.36.1)中的LTM事务标识符标识;和
    k)将nextLTMtransID(20.36.1)加1,从2 32 – 1到0环绕。如果此LTM条目的增加将超过分配给ltmReplyList的资源,则删除ltmReplyList中最旧的LTM条目,直到有足够的资源为止。可用于容纳新的LTM条目

    1.7.4.33 MEP Linktrace Initiator receive variables

    The following variables are local to the MEP Linktrace Initiator receive state machine:
    a) LTRreceived (20.38.1); and
    布尔标志。 收到MEP MD级别的LTR时,由the MEP Equal OpCode Demultiplexer (19.2.7)进行设置。 由MEP Linktrace发起方清除接收状态机
    b) LTRPDU (20.38.2).
    结构体。 当接收到MEP的MD级别的LTR时,将MEP平等操作码解复用器(19.2.7)接收到的LTR PDU的M_UNITDATA.indication或EM_UNITDATA.indication参数加载。

    1.7.4.34 MEP Linktrace Initiator receive procedures

    The following procedure is local to the MEP Linktrace Initiator receive state machine:
    A) ProcessLTR() (20.39.1).
    每当接收到LTR时,MEP Linktrace发起者接收状态机就会调用ProcessLTR()过程,并按如下方式处理LTRPDU变量中包含的LTR:
    a)如果LTR的destination_address与MEP的MAC地址不匹配,或者LTR未能通过20.46.4的验证标准,则ProcessLTR()将丢弃LTR而不对其进行计数,并且不进行进一步处理。
    b)否则,如果LTR事务标识符字段与ltmReplyList变量中的LTM条目匹配,则新的LTR条目将附加到该LTM条目,其中包含LTR中返回的信息。
    c)否则,[12.14.7.1.3中的项目ac]收到的意外LTR的数量将增加1。
    如果此LTR条目的添加将超过分配给ltmReplyList的资源,则ltmReplyList中最旧的LTM条目( 如果只有一个LTM条目,则将删除最早的LTR条目),直到有足够的资源来容纳新的LTR条目为止。

    1.7.4.35 MEP Linktrace Initiator receive state machine

    每个MEP Linktrace发起者实例化MEP Linktrace发起者接收状态机的一个实例。 MEP Linktrace发起方接收状态机实现图20-12中的状态图指定的功能,20.38中的变量以及20.39中的过程

    1.7.4.36 Linktrace Responder variables

    The following variables are local to the Linktrace Responder:
    a) nPendingLTRs (20.41.1);
    一个整数值,用于跟踪已被enqueLTR()排队发送但尚未由xmitOldestLTR()发送的LTR的数量。 可以通过clearPendingLTRs()重置为0;
    在这里插入图片描述

    b) LTMreceived (20.41.2); and
    LTM接收器状态机接收并清除有效LTM时设置的布尔值.
    c) LTMPDU (20.41.3).
    结构体。 当接收到MEP的MD级别的LTM时,将MEP平等操作码解复用器(19.2.7)接收的LTM PDU的M_UNITDATA.indication或EM_UNITDATA.indication参数加载。

    1.7.4.37 LTM Receiver procedures

    The procedures local to the LTM Receiver state machine are:
    A) ProcessLTM() (20.42.1);
    LTM接收器状态机在接收到LTM并处理LTMPDU中包含的LTM时由LTM接收者状态机调用,从而决定是否调用ForwardLTM()来转发LTM,以及是否调用enqueLTR()来排队LTR进行传输。 至20.3.2。 收到的LTM首先经过验证:
    a)ProcessLTM()根据20.46.3。验证收到的LTM。 如果LTM无效,则不执行进一步的验证步骤。
    a)否则,检查接收到的LTM的LTM TTL字段(21.8.4)。 如果其值为0,则LTM无效,并且不执行进一步的验证步骤。
    b)否则,如果LTM的destination_address参数是根据表8-10对应于LTM中MD级别字段的组地址,则LTM有效,并且不执行其他验证步骤。
    c)否则,如果两者都满足:
    1)LTM是从Linktrace SAP而不是通过其MEP LTI SAP发起的Up MEP接收的; 和
    2)LTM的destination_address参数是MEP的12.14.7.1.3中接收MP的Individual MAC地址[item i],MHF的桥接端口的MAC地址];
    则LTM有效。
    d)否则,LTM无效

    • LTM paths through a Bridge
      如果LTM有效,则根据以下子节进行处理。 否则,ProcessLTM()会丢弃LTM,并且不会进行进一步的处理。
      图20-13说明了LTM通过网桥采取的许多(但不是全部)可能的路径。 灰色圆圈表示LTM的处理以及LTM修改副本的可能转发。 LTR路径未显示。
      在这里插入图片描述

    注—图20-13中显示的所有MP都处于相同的MD级别。
    a)当LTM进入端口1时,它被MEP探测到,它通过MEP Linktrace SAP偏转到Linktrace响应器。
    b)当MTM进入端口2时,它被MHF检测到。它通过MHF Linktrace SAP偏转到Linktrace响应器,后者确定目标MAC地址将从端口1转发,该端口上有一个MEP。 LTM实际上没有转发到MEP。
    c)LTM在没有MHF的端口5上进入,并且由于它是组播,因此LTM通过帧过滤功能(8.6.3)分配到端口2、3、4和6。原始的未更改的LTM通过端口4。端口3中的Up MEP和端口2和6中的MHF将LTM传递给Linktrace响应器。 Linktrace Responder丢弃在端口2和3上收到的LTM,但通过端口6上的LOM转发LTM的更新版本。
    d)端口8上的Up MEP生成一个LTM,它转发给Linktrace响应器。 Linktrace响应程序决定通过端口7上的LOM转发LTM的更新版本。
    (Linktrace Responder可能也已经通过其他一些港口的MHF转发了它。)
    e)端口8上的Down MEP生成一个LTM,并将其通过其活动SAP传输到连接到端口8的LAN
    如果转发LTM,则会立即进行转发。 如果响应LTM生成了LTR,则将其排队,以供LTR发送器状态机稍后进行传输(20.45)

    • Ingress Port, vlan_identifier, and Egress Port determination
      在20.3.2和图20-13中,情况a)到情况e)都需要ProcessLTM()来确定此接收到的LTM的入口和出口。 入口端口是LTM通过MEP,MHF或LOM进入桥接器的桥接器端口。 在情况d)中,当LTM由Up MEP生成并通过MEP LTI SAP传递到Linktrace响应器时,入口端口是始发MEP的桥接端口。

    如果从EISS SAP收到,则接收到的LTM的vlan_identifier将包含在EM_UNITDATA.indication中。 如果从ISS SAP接收到,则接收到的LTM的vlan_identifier是在接收LTM的MEP,MHF或LOM中配置的vlan_identifier,或者如果没有,则是入口端口的PVID(6.7.1)。

    出口端口是网桥端口,在该端口上将转发数据帧,该数据帧的destination_address等于LTM中携带的目标MAC地址,并且其vlan_identifier与LTM的vlan_identifier相匹配。 该确定分两个步骤进行:
    a)ProcessLTM()首先查询筛选数据库(8.8)。 通常由主动拓扑实施(8.6.1)创建的潜在传输端口集是所有桥接端口的集合,这些桥接端口均处于LTM的vlan_identifier的活动集中,并且处于该vlan_identifier的转发状态, 除了入口端口不包含在集合中。 该查询使用LTM的“目标MAC地址”字段作为查找的destination_address,LTM的“原始MAC地址”字段作为source_address和LTM的vlan_identifier。 该查询的输出是一组(可能是减少的)潜在传输端口。 如果结果集仅包含一个桥端口,则该桥端口为出口端口,并且不执行项目b)。

    注1 —如果只有两个网桥端口是VLAN成员集的成员,而入口端口是这两个网桥端口之一,并且入口端口未连接到共享介质,则此步骤可以识别出出口端口 即使该vlan_identifier不使用过滤数据库。
    注2 —该查询不能产生与入口端口相同的出口端口,因为该入口端口不包括在潜在的传输端口集中。
    b)如果过滤数据库无法产生唯一的出口端口,并且为LTM的vlan_identifier服务的MP正在维护MIP CCM数据库,并且LTM的Flags字段的UseFDBonly位为0,则ProcessLTM()查询 MIP CCM数据库,以查看目标MAC地址和vlan_identifier是否已保留在该数据库中。 如果是这样,并且如果MIP CCM数据库中的端口号与入口端口不同,则该端口号将标识出口端口。

    这两个步骤都可能无法确定出口端口; 当无法确定唯一的出口端口时,永远不会转发LTM.

    +LTM is received by a Down MEP
    在图20-13中所示的20.42.1.1中的a)情况下,LTM由Down MEP接收,并通过其MEP Linktrace SAP(19.2.14)传递给Linktrace Responder。 在这种情况下,ProcessLTM()执行以下步骤:
    a)如果LTM中携带的目标MAC地址是接收MEP的MAC地址,则LTM已达到其目标。 ProcessLTM()调用enqueLTR()(20.42.4)来为接收到的Down MEP的MEP Linktrace SAP的LTR排队。
    b)否则,如果LTM的网桥端口和vlan_identifier的生成树状态未转发,则将丢弃LTM,并且不会进行进一步处理。
    c)否则,根据20.42.1.2确定入口和出口端口。 如果无法确定唯一的出口端口,则将丢弃LTM,并且不会进行进一步处理
    d)否则,即找到唯一的出口端口,ProcessLTM()调用enqueLTR()(20.42.4)来为接收LTM的Linktrace SAP的LTR排队。 LTM被丢弃,并且不再进行任何处理。

    • LTM is received by a Down MHF or originated by an Up MEP
      在第20.42.1.1页中的情况b)(如第173页的图20-13中所示)中,LTM由Down MHF接收。 在图20.-13中所示的20.42.1.1中的情况d)中,LTM由Up MEP发起。 无论哪种情况,ProcessLTM()都会执行以下步骤:
      a)如果LTM是由Up MEP生成的,则将跳过项目b)和项目c),然后继续进行项目d),如下所示。
      b)如果LTM中携带的目标MAC地址是接收MHF的MAC地址,则LTM已达到其目标。 ProcessLTM()调用enqueLTR()(20.42.4)来为接收LTM的Linktrace SAP的LTR排队。 LTM被丢弃,并且不再进行任何处理。
      c)否则,如果LTM的网桥端口和vlan_identifier的生成树状态未转发,则LTM将被丢弃,并且不会进行进一步处理。
      注意—此测试可防止在共享介质的备份端口上生成伪造的LTR。
      d)否则,根据20.42.1.2确定入口和出口。如果无法确定唯一的出口端口,则将丢弃LTM,并且不会进行进一步的处理。
      e)在三种情况下,需要进一步处理LTM,这取决于LTM通过出口端口时,带有LTM的vlan_identifier的帧是否会首先遇到Up MEP,Up
      MHF,或两者都不。这些在情况f),情况g),情况h)和情况i)中描述如下。
      f)如果在出口端口上遇到上行MHF,则:
      1)ProcessLTM()调用enqueLTR()(20.42.4)为出口端口Up MHF的MHF Linktrace SAP的LTR排队。
      2)如果LTM中携带的目标MAC地址是MHF的出口端口MAC地址,则LTM将被丢弃,并且不会进行进一步处理。
      3)否则,如果LTM TTL字段等于0或1,则将丢弃LTM,并且不会进行进一步处理。
      4)否则,ProcessLTM()调用ForwardLTM()(20.42.3),以在标识的出口端口上通过LOM的LOM Linktrace SAP转发LTM的更改副本。
      g)如果在出口端口上遇到LTM的MD级别的Up MEP,则:
      1)ProcessLTM()调用enqueLTR()(20.42.4)为入站端口Down MHF的MHF Linktrace SAP或Up MEP的MEP LTI SAP的LTR排队,后者将LTM传递给Linktrace响应器。
      2)LTM被丢弃,并且不再进行任何处理。
      h)否则,如果在出口端口上遇到高于LTM的MD级别的Up MEP,则LTM将被丢弃,并且不会进行进一步的处理。
      i)如果在出口端口上既不会遇到上行MHF,也不会遇到MD级别高于或等于LTM的上行MEP,则:
      1)ProcessLTM()调用enqueLTR()(20.42.4)为入站端口Down MHF的MHF Linktrace SAP的LTR排队。
      2)如果LTM TTL字段等于0或1,则将丢弃LTM,并且不会进行进一步处理。
      3)否则,ProcessLTM()调用ForwardLTM()(20.42.3),以通过LOM的LOM Linktrace SAP转发LTM的更改副本,该LTM的帧在通过标识的出口通过LTM的vlan_identifier时首先会遇到。

    • LTM is received by an Up MEP
      在图20.-13中所示的20.42.1.1中的情况c)中,LTM在没有MEP或MHF的桥端口上进入一个桥,因此只有一个LOM。因此,LTM可以由上行MEP(例如,图20-13的端口3上的MEP)接收。在Up MEP上收到的LTM的处理过程如下:
      a)如果LTM中携带的目标MAC地址是接收MEP的MAC地址,则LTM已达到其目标。 ProcessLTM()调用enqueLTR()(20.42.4)为接收Up MEP的MEP Linktrace SAP的LTR排队。 LTM被丢弃,并且不再进行任何处理。
      b)否则,根据20.42.1.2确定入口和出口。如果无法确定出口端口,或者如果出口端口不是配置接收MEP的网桥端口,则LTM将被丢弃,并且不会进行进一步处理。
      c)否则,(即,出口端口是接收上行MEP的端口)ProcessLTM()调用enqueLTR()(20.42.4)来排队接收上行MEP的MEP Linktrace SAP的LTR。然后将LTM丢弃。

    • LTM is received by an Up MHF
      在图20.-13中所示的20.42.1.1中的情况c)中,LTM在没有MEP或MHF的桥端口上进入一个桥,因此只有一个LOM。 因此,LTM可以由上行MHF接收,例如图20-13的端口2和端口6上的MHF。 在Up MHF上收到的LTM的处理过程如下:
      a)如果LTM中携带的目标MAC地址是接收Up MHF的MAC地址(即该MHF所在的网桥端口的MAC地址),则LTM已达到其目标。 ProcessLTM()调用enqueLTR()(20.42.4)为接收Up MHF的MHF Linktrace SAP的LTR排队。 LTM被丢弃,并且不再进行任何处理。
      b)否则,根据20.42.1.2确定入口和出口。如果无法确定出口端口,或者如果出口端口不是配置接收MHF的网桥端口,则LTM将被丢弃,并且不会进行进一步处理。
      c)否则:
      1)ProcessLTM()调用enqueLTR()(20.42.4)为接收Up MHF的MHF Linktrace SAP的LTR排队。
      2)如果LTM TTL字段等于0或1,则将丢弃LTM,并且不会进行进一步处理。
      3)否则,ProcessLTM()调用ForwardLTM()(20.42.3),以在与接收LTM的上行MHF相同的桥端口上,通过LOM的MHF Linktrace SAP转发LTM的更改副本。

    B) clearPendingLTRs() (20.42.2);
    清除此MP的暂挂LTR队列。 将nPendingLTR重置为0。

    C) ForwardLTM() (20.42.3); and
    构造并传输一个LTM。 使用原始输入LTM和要通过其输出LTM(LTR)的Linktrace响应器SAP,ForwardLTM():
    a)使用拥有指定用于输出的SAP的LOM的MAC地址作为LTM的source_address参数;
    b)使用输入LTM的destination_address和优先级参数作为转发的LTM的destination_address和优先级;
    c)将转发的LTM的drop_eligible参数设置为false;
    d)使用与接收到的LTM一起提供的转发LTM的vlan_identifier参数相同的值;
    e)从输入LTM到转发的LTM,逐字复制所有字段和TLV(无论Linktrace响应者是否知道),但ForwardLTM()除外:
    1)在输入的LTM TTL字段中放入来自输入LTM TTL字段的值减1;
    2)更改LTM出口标识符TLV中的值以标识转发Linktrace响应器;
    3)删除发件人ID TLV(21.5.3)(如果LTM中存在); 和
    4)(可选)在LTM中放置一个用于标识转发系统的发件人ID TLV(21.5.3); 和
    f)在指定的SAP上传输转发的LTM。

    D) enqueLTR() (20.42.4).
    构造并排队单个LTR,以便稍后通过xmitOldestLTR()进行传输。 使用要通过其输出LTR的输入LTM和Linktrace响应器SAP,enqueLTR():
    a)使用拥有指定用于输出的SAP的MP的MAC地址作为LTR的source_address;
    b)使用LTM的原始MAC地址字段中包含的MAC地址作为LTR的destination_address;
    c)如果LTR包括一个答复出口TLV [请参阅以下项目p)],则将该出口上的MP的主VID用作LTR的vlan_identifier,否则它将使用入口上MP的主VID。作为LTR的vlan_identifier;
    d)将优先级参数设置为与CCM相同的值[12.4.1.3中的项目h]];
    e)在版本字段中放置自己的版本;
    f)如果它自己的版本低于接收到的LTM的版本,则设置发送的PDU中所有以其自己的版本保留的位和字段,包括为自己的版本定义的最后一个报头字段部分与第一个TLV,为0;
    g)如果LTM是由Linktrace Responder转发的,则将Flags字段的FwdYes位设置为1;否则,将其设置为0。
    h)如果在回复入口TLV或回复出口TLV中报告的MP是MEP,则将标志字段的TerminalMEP位设置为1;否则将其设置为0;
    i)从LTM到LTR复制除FwdYes位和TerminalMEP位之外的Flags字段;
    j)将LTM交易标识符字段从LTM复制到LTR的LTR交易标识符字段;
    k)将LTM出口标识符TLV(21.8.8)值从LTM复制到LTR出口标识符TLV的最后出口标识符字段(21.9.7.1),如果没有LTM出口标识符TLV,则在该字段中放置0。在收到的LTM中(见J.4);
    l)将LTR出口标识符TLV的“下一个出口标识符”字段(21.9.7.2)设置为标识转发Linktrace响应器的值(请参阅21.8.8);
    m)在LTR的Reply TTL字段中,将LTM的LTM TTL字段中的值减去一;
    n)根据表21-27设置中继动作字段;
    o)如果Down MEP或Down MHF没有收到LTM,则不要在LTR中放置回复入口TLV;除此以外:
    1)根据表21-30,用适当的值填充Reply Ingress TLV(21.9.8)的Ingress Action字段;
    2)将接收方MP的MAC地址放置在Reply Ingress TLV的Ingress MAC Address字段中;和
    3)(可选)用接收方MP的端口ID信息填充回复入口TLV;
    p)如果LTM被Down MEP接收到,或者未标识出出口端口,或者在出口端口上未配置属于LTM MA的Up MEP或Up MHF,则不会在LTR中放置答复出口TLV ; 除此以外:
    1)根据表21-32,用适当的值填充Reply Egress TLV(21.9.9)的Egress Action字段;
    2)将出口端口的Up MP的MAC地址放在LTM中的答复出口TLV的出口MAC地址字段中; 和
    3)(可选)用“出口端口”的“端口ID”信息填充“答复出口” TLV的其余部分;
    q)根据受管理对象12.14.3.1.3中的项目e),12.4.1.3中的项目d)和12.14.6.1.3中的项目d)的控制,放置发件人ID TLV(21.5.3), 在LTM中标识答复网桥;
    r)逐字复制将输入LTM中的所有其他TLV复制到LTR,但发件人ID TLV(21.5.3)除外,该副本未复制; 和
    s) Increments nPendingLTRs by 1.

    1.7.4.38 LTM Receiver state machine

    LTM接收器状态机的一个实例由Bridge的Linktrace Responder实例化。 LTM接收器状态机实现图20-14中的状态图指定的功能,20.41中的变量以及20.42中的过程。
    在这里插入图片描述

    1.7.4.39 LTR Transmitter procedure

    a) xmitOldestLTR() (20.44.1):当且仅当nPendingLTR不为零时,才使单个LTR出队并发送,并将nPendingLTR减1。

    1.7.4.40 LTR Transmitter state machine

    LTR发送器状态机的一个实例由Bridge的Linktrace Responder实例化。 LTR发送器状态机实现图20-15中的状态图指定的功能,20.41中的变量以及20.42中的过程:

    在这里插入图片描述

    此状态机执行(20.3.2)的要求,即在接收LTM之后等待随机的时间间隔,然后再通过自由运行的1 s计时器发送LTR,该计时器的到期时间将触发所有LTR传输。 此方法避免了为每个收到的LTM创建和管理计时器的需要。 可以使用满足20.3.2要求的任何其他实现方式来代替此状态机。

    1.7.4.41 CFM PDU validation and versioning

    本小节的目的是陈述CFM关于本标准与本标准未来版本之间的关系要实现的特定目标,并定义实现这些目标所必需的程序。

    • Goals of CFM PDU versioning
      CFM关于该版本与本标准未来版本之间的关系的目标是确保:
      a)本标准的实现将与本标准未来版本的实现互操作;
      b)实施者将能够通过增强的功能为该标准提供专有的非标准扩展; 和
      c)符合本标准但扩展的实施方式将不会限制本标准将来版本扩展标准功能的能力。

    • PDU transmission
      为了确保将来的连通性故障管理版本与该标准的实现兼容,对传输的CFM PDU提出了某些要求:
      a)固定报头字段应严格按照本标准的规定进行发送。
      b)在本标准中定义为“保留”的所有比特,例如“标志”字段中未使用的比特,应被发送为0。
      c)不应将附加字段添加到本标准规定的固定报头中。
      d)在本标准或ITU-T Y.1731(2006)中保留的代码点,例如,固定报头中的OpCode字段(表21-4),TLV中的Type字段(表21- 6)或表21-19中维护域名格式的保留值,不得在任何CFM PDU中发送。
      e)不应将附加字段添加到本标准规定的任何TLV中。
      特定于组织的TLV可以由拥有OUI的任何组织定义,并且可以发送
      通过符合本标准的实施方式

    • PDU validation
      未通过某些指定测试的CFM PDU被MP丢弃。 此处将此需求描述为两遍处理算法,首先是验证遍历,然后是执行遍历。 首先执行验证过程。 当且仅当成功时,才执行执行通过。 该描述不排除其他算法。 例如,MP可以一次处理CFM PDU,建立受影响的状态机和数据库的暂定更改列表,并仅在处理成功后才提交更改。 然而,从本节中描述的两次通过算法的外部可观察到的行为(即管理对象和协议数据包)的角度来看,这种实现的行为应是无法区分的。

    • Validation pass
      内容详见文档

    • Execution pass
      内容详见文档

    • Future extensions
      内容详见文档

    1.7.4.42 PDU identification

    接收到的CFM PDU与特定的MP相关联。 每个数据帧,包括一个承载CFM PDU的数据帧,都具有某种显式或隐式方式,接收机可以通过该方式将该帧与特定服务实例相关联。 在不支持VLAN的网桥中,只有一个服务实例。 在支持VLAN的网桥中,vlan_identifier(6.8)标识服务实例。 选择用于处理接收的CFM PDU的适当接收MP的方式是:
    1)接收CFM PDU的方向(PHY侧或MAC中继实体侧);
    2)框架与特定服务实例(vlan_identifier)的隐式或显式关联; 和
    3)CFM标头中的MD级别字段。

    一旦包含CFM PDU的帧已传递到MP中的适当实体,就可以使用destination_address来决定要处理还是丢弃CFM PDU,如下
    在每个实体的说明中指定。

    MAID和/或维护关联端点标识符字段不用于标识接收MP。 因此,如果特定的网桥使用了个别MP地址模型(请参阅J.6),并且每个MP使用其网桥端口的单独MAC地址,则VID,MD级别和流向将唯一地标识接收MEP。 如果网桥使用了共享MP地址模型,以便网桥中的Up MP可以共享MAC地址,则作为LBM目标的特定网桥端口可能确实模棱两可。 这种歧义性使设计人员可以将详细信息的价值与获得该信息的成本进行交易

    1.7.4.43 Use of transaction IDs and sequence numbers

    每个CCM,LBM和LTM都有一个字段(21.6.3、21.7.3和21.8.3),该字段对于每种类型传输的每个PDU递增,因此连续传输的PDU按数字顺序。 控制这些字段的变量是CCIsentCCM(对于CCM为20.10.2),nextLBMtransID(对于LBM为20.28.2)和nextLTMtransID(对于LTM为20.36.1)。

    从理论上讲,网桥中的每个MEP都有一个CCIsentCCMs变量,一个nextLBMtransID变量和一个nextLTMtransID变量,独立于其他所有MEP。 因此,只要它们具有不同的MAC地址,单个网桥中的任意数量的MEP都可以传输独立的LBM和LTM流。 (如果它们具有相同的MAC地址,则无法将彼此的LBR和LTR区分开。)

    实际上,这些变量及其对应的状态机的实例可能少于每个MEP实例一个。 第12条中的受管理对象,特别是MEP的LBR计数器的定义[项目y](12.14.7.1.3)和项目z)[12.14.7.1.3],以及对“发送回送消息”命令的响应(12.14.7.3) .3),以便可以实现从一台到多台MEP的任何数量的MEP Loopback Initiator发送状态机。 每个状态机都可以增加其自己的nextLBMtransID变量,以确定下一个传输的回送事务标识符字段。 同样,对“发送链接跟踪消息”命令(12.14.7.4.3)允许的响应为实现的nextLTMtransID变量的数量提供了相同的范围。 然后,同一桥中的不同MEP可以连续而不是同时使用用于传输LTM或LBM流的资源。

    另一方面,每个正在递增其CCIsentCCMs变量的MEP都有该变量的实例,因此也具有自己的MEP连续性检查启动器状态机,因为接收那些CCM的远程MEP状态机正在独立跟踪每个MEP的CCM序列。 MEP还可以在每个CCM的序列号字段中发送0。

    CFM工作机制

    CFM基本功能包括连通性检测(CC)、环回功能(LB)和链路跟踪功能(LT)。

    连通性检测(CC)

    连通性检测功能用来检测维护端点之间的连通状态,由维护端点MEP周期性的发送CCM(Continuity Check Message)组播报文,相同维护联盟的其他维护端点接收该报文。当维护端点在3个超时周期内未收到源端维护端点发送的CCM报文,则认为链路有问题。

    在这里插入图片描述

    具体的实现过程为:

    1. CCM的产生

      CCM由MEP产生并发送。如图所示,MEP1、MEP2和MEP3是同一个MA的3个MEP。当使能了CCM发送功能后,MEP1定期以组播方式向MEP2和MEP3发送CCM。同样,MEP2以相同的周期向MEP1和MEP3发送CCM,MEP3也以相同的周期向MEP1和MEP2发送CCM。

      CCM中携带有该CCM的级别信息。CCM的级别等于发送该CCM的MEP的级别。

    2. MEP数据库的建立

      每个启动了以太网CFM功能的设备上都有一个MEP数据库。MEP数据库中记录着本设备上的MEP(即本地MEP)和同一MA内的其它设备上的MEP(即远端MEP)。本地MEP和远端MEP均由用户手工配置后由设备自动记入MEP数据库。

    3. 故障判定

      如果某个MEP连续3个CCM发送周期没有接收到另一个远端MEP发送的CCM,则认为链路有问题。会输出日志报告,用户可以通过环回功能或链路跟踪功能来进行故障区间的定位。当维护域内的多个MEP在发送CCM报文时,就实现了多点到多点之间的链路检测。

    4. CCM终结

      CCM由MEP产生也由MEP终结。当MEP接收到大于自身级别的CCM时,继续转发该CCM;当MEP接收到小于或等于自身级别的CCM时,不再转发该CCM,以确保低级别MD内的CCM不会扩散到高级别MD中。

    环回功能(LB)

    环回功能即802.1ag MAC Ping功能与IP层的Ping类似,用于验证本地设备与远端设备之间的连接状态。

    由MEP发起,目的节点可以是同一MA内的或不同MA内的,与发起节点级别相同的MEP或MIP。指定地址的MP收到LBM(Loopback Message)后,将向源MEP回应LBR(Loopback)。故障位置前的MP能够响应环回消息,而故障位置后的MP不能够响应环回消息,从而实现故障的定位。LBM和LBR均为单播报文。

    下面以[图4-1]为例,介绍环回功能实现的具体过程。

    在这里插入图片描述

    PE1和PE4之间建立端到端的CFM,MD的级别为6,PE2和PE3设备上存在两个级别为6的MIP节点。当发现PE1到PE4之间链路故障或者通过CC检测到PE1到PE4之间链路发生故障时,可以采用如[图4-2]所示的方式定位故障点。

    图4-2 环回功能流程示意图
    在这里插入图片描述

    另外,发起端MEP1还可以根据802.1ag MAC Ping操作时的回显结果,计算出网络的时延;或者发起端发送多个LBM,观察LBR的返回情况,从而了解网络的丢包情况。

    链路跟踪功能(LT)

    链路跟踪功能即802.1ag MAC Trace与Traceroute类似,用于确定源端到目的维护端点的路径。

    由MEP发起,目的节点可以是同一MA内的或不同MA内的,与发起节点级别相同的MEP或MIP。源端MEP构造LTM消息帧,发送到目的MP。在转发到目的MEP或者MIP的过程中,MIP会回复LTR,同时转发LTM,到达目的MEP则终止LTM的转发同时回复LTR。这样,远端MEP就会得到整个路径的信息。LTM是组播报文,LTR是单播报文。

    图4-3 链路跟踪功能示意图
    在这里插入图片描述

    下面以[图4-3]为例,介绍链路跟踪功能实现的具体过程。

    1. MEP1向MEP2发送LTM(Linktrace Message)消息。LTM消息中包含有TTL(Time to Live)和目的节点MEP2的MAC地址。

    2. 当LTM到达MIP1时,MIP1将LTM中的TTL字段的值减1,若此值为0不再转发,否则继续转发该LTM。同时向MEP1回复LTR(Linktrace Reply)。LTR中还携带了分析报文路径的转发信息和收到的LTM报文的TTL字段。

    3. MIP2和MEP2收到LTM后,会做和MIP1相同的处理。但是,由于根据LTM中携带的目的节点MAC地址MEP2可以判断出自己
      是LTM的目的节点,因此MEP2不会再转发该LTM。

    4. MEP1接收到MIP1、MIP2、MEP2回复的LTR后,根据LTR携带的信息即可得到从MEP1到MEP2的转发路径。

      如果MEP1到MEP2之间的路径有故障,则故障点下游的MEP或MIP将无法收到LTM,也不会回复LTR,可据此判定故障点的位置。例如当MEP1到MIP2之间的路径正常,而MIP2和MEP2之间的路径有故障时,MEP1可以收到MIP1、MIP2回复的LTR,但收不到MEP2回复的LTR,于是可判定MIP2和MEP2之间的链路或设备有故障。

    CFM告警

    CFM用于端到端链路的连通性检测,当检测到故障时,会触发告警上报网管,便于网络管理员对故障做出及时处理。

    告警防抖动

    当网络不稳定时,如果以太网CFM已经启动故障连通性检测功能,在较短的时间内将有大量的告警和告警恢复产生。这些告警将会占用大量的系统资源,会影响到系统性能。可以通过调整RMEP激活时间,防止错误告警的产生;通过告警防抖动功能减少告警数量。

    表5-1 告警防抖动功能说明

    功能点 说明
    aaaaaaaaaaaaaaa
    RMEP激活时间 RMEP激活时间能够防止误告警的产生。它实际上是预留给用户对RMEP配置的时间。若本端设备上配置了RMEP的激活时间,当在本端设备上使能接收某个RMEP的CCM报文功能后,等待RMEP的激活时间到达后,本端才开始接收CCM报文。如果RMEP时间到达后,MEP连续3个CCM周期没有收到RMEP发送的CCM报文,则认为发生了连通性故障,本端设备上将会产生连通性故障告警。
    告警产生防抖时间 当MEP检测到连通性故障时:1. 在告警产生防抖时间到后,上报对应的告警。2. 告警产生防抖时间内,如果告警恢复,则不会上报任何告警。
    告警恢复防抖时间 当MEP检测到连通性故障并上报告警后:1. 告警恢复的防抖时间内,如果MEP不再检测到连通性故障,则告警防抖时间到后上报告警恢复。2. 告警恢复的防抖时间内,如果MEP再次检测到连通性故障,则不会上报告警恢复。

    告警抑制

    在网络中,多种故障可能同时产生,因此,多种告警也可能同时产生。CFM的告警抑制功能的原理是:当多种告警同时产生时,只上报最高级别的告警。当最高级别的告警恢复后,如果低级别的告警仍然存在,则继续上报当前存在的最高级别的告警。如此反复,直至系统中不再有告警。

    告警抑制的作用在于:

    • 一般情况下,高级别的告警对应网络中比较严重的问题,需要用户优先解决。

    • 同一个问题可能产生多种告警,这些告警的级别可能不相同。当最高级别的告警恢复后,当前系统中由相同问题产生的所有低级别的告警可能都会恢复。

    术语与缩略语

    术语

    缩略语 含义 中文注释
    aaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaa
    Active SAP The SAP, bounding an MP, that is on the side of the MP towards the monitored MA. MP的边界节点
    Connectivity Fault Management (CFM) Connectivity Fault Management comprises capabilities for detecting, verifying, and isolating connectivity failures in Virtual Bridged Local Area Networks. 连接故障管理包含用于检测,验证和隔离虚拟桥接局域网中的连接故障的功能。
    Continuity Check Message (CCM) A multicast CFM PDU transmitted periodically by a MEP in order to ensure continuity over the MA to which the transmitting MEP belongs. No reply is sent by any MP in response to receiving a CCM 连续性检查消息(CCM):由MEP定期发送的多播CFM PDU,以确保在发送MEP所属的MA上具有连续性。 任何MP都不会响应收到CCM来发送答复
    Domain Service Access Point (DoSAP) A member of a set of SAPs at which a Maintenance Domain is capable of offering connectivity to systems outside the Maintenance Domain. Each DoSAP provides access to an instance either of the EISS or of the ISS 维护域能够提供到维护域外部系统的连接的一组SAP的成员。 每个DoSAP提供对EISS或ISS实例的访问
    Down MEP A MEP residing in a Bridge that receives CFM PDUs from, and transmits them towards, the direction of the LAN. 下行MEP:驻留在网桥中的MEP,用于从LAN方向接收CFM PDU并将其发送给LAN。
    Down MP A MEP or an MHF residing in a Bridge that receives CFM PDUs from, and transmits them towards, the direction of the LAN. 下行MP:位于网桥中的MEP或MHF,用于从LAN方向接收CFM PDU并将其发送到LAN方向。
    Intermediate Service Access Points (ISAP) A SAP, interior to a Maintenance Domain, through which frames can pass in transit from DoSAP to DoSAP. 中间服务访问点(ISAP):维护域内部的SAP,框架可以通过该SAP从DoSAP传输到DoSAP。
    Linktrace Message (LTM) A CFM PDU initiated by a MEP to trace a path to a target MAC address,forwarded from MIP to MIP, up to the point at which the LTM reaches its target, a MEP, or can no longer be forwarded. Each MP along the path to the target generates an LTR. Linktrace消息(LTM):由MEP启动的CFM PDU,用于跟踪从MIP到MIP的目标MAC地址的路径,直到LTM到达其目标,MEP或不再转发为止。 沿目标路径的每个MP都会生成LTR。
    Linktrace Reply (LTR) A unicast CFM PDU sent by an MP to a MEP, in response to receiving an LTM from that MEP. Linktrace回复(LTR):MP响应于从MEP接收到LTM而发送给MEP的单播CFM PDU。
    Loopback Message (LBM) A unicast CFM PDU transmitted by a MEP, addressed to a specific MP,in the expectation of receiving an LBR. 环回消息(Loopback Message,LBM):由MEP发送的单播CFM PDU,寻址到特定的MP,以期接收到LBR。
    Loopback Reply (LBR) A unicast CFM PDU transmitted by an MP to a MEP, in response to an LBM received from that MEP. 回送答复(LBR):MP响应于从MEP接收到的LBM,由MP发送到MEP的单播CFM PDU。
    Maintenance Association (MA) A set of MEPs, each configured with the same MAID and MD Level, established to verify the integrity of a single service instance. An MA can also be thought of as a full mesh of Maintenance Entities among a set of MEPs so configured. 维护联合(MA):一组MEP,每个MEP都配置有相同的MAID和MD级别,用于验证单个服务实例的完整性。 MA也可以认为是在如此配置的一组MEP中维护实体的完整网格。
    Maintenance association End Point (MEP) An actively managed CFM entity, associated with a specific DoSAP of a service instance, which can generate and receive CFM PDUs and track any responses. It is an end point of a single MA and is an end point of a separate Maintenance Entity for each of the other MEPs in the same MA 维护关联端点(MEP):与服务实例的特定DoSAP相关联的主动管理的CFM实体,可以生成和接收CFM PDU并跟踪任何响应。 它是单个MA的端点,并且是同一MA中每个其他MEP的单独维护实体的端点
    Maintenance association End Point Identifier (MEPID) A small integer, unique over a given MA,identifying a specific MEP. 维护关联端点标识符(MEPID):在给定的MA上唯一的小整数,标识特定的MEP。
    Maintenance Association Identifier (MAID) An identifier for a Maintenance Association, unique over the domain that CFM is to protect against the accidental concatenation of service instances. The MAID has two parts: the Maintenance Domain Name and the Short MA Name 维护关联标识符(MAID):维护关联的标识符,在CFM用来防止服务实例的意外连接的域上唯一。 MAID有两个部分:维护域名和简称MA名称
    Maintenance C-VLAN One C-VLAN, among a number of C-VLANs carried over a single service instance, that is used for CFM PDUs. 维护C-VLAN:在单个服务实例上承载的多个C-VLAN中的一个C-VLAN,用于CFM PDU。
    Maintenance Domain The network or the part of the network for which faults in connectivity can be managed. The boundary of a Maintenance Domain is defined by a set of DoSAPs, each of which can become a point of connectivity to a service instance. 维护域:可以管理连接故障的网络或网络的一部分。 维护域的边界由一组DoSAP定义,每个DoSAP都可以成为与服务实例的连接点。
    Maintenance domain Intermediate Point (MIP): A CFM entity consisting of two MHFs. 维护域中间点(MIP):由两个MHF组成的CFM实体。
    Maintenance Domain Name The identifier, unique over the domain for which CFM is to protect against accidental concatenation of service instances, of a particular Maintenance Domain. 维护域名:特定维护域的标识符,该标识符在CFM要防止服务实例的意外串联的域上唯一
    Maintenance Entity (ME) A point-to-point relationship between two MEPs within a single MA. 维护实体(ME):单个MA中两个MEP之间的点对点关系
    Maintenance Point (MP) One of either a MEP or a MIP. 维护点(MP):MEP或MIP之一。
    MD Level A small integer in a field in a CFM PDU that is used, along with the VID in the VLAN tag,to identify to which Maintenance Domain among those associated with the CFM frame’s VID, and thus to which MA, a CFM PDU belongs. The MD Level determines the MPs that are a) interested in the contents of a CFM PDU, and b) through which the frame carrying that CFM PDU is allowed to pass. MD级别:CFM PDU字段中的一个小整数,与VLAN标记中的VID一起使用,用于标识与CFM帧的VID相关联的维护域中的哪个维护域,以及CFM PDU与哪个MA 属于)对CFM PDU的内容感兴趣,以及b)允许携带CFM PDU的帧通过。
    MEP CCM Database A database, maintained by every MEP, that maintains received information about other MEPs in the Maintenance Association. MEP CCM数据库:每个MEP维护的数据库,用于维护维护协会中其他MEP的已接收信息。
    MIP CCM Database A database, maintained optionally by a MIP or MEP, that maintains received information about the MEPs in the Maintenance Domain. MIP CCM数据库:由MIP或MEP可选维护的数据库,用于维护在维护域中有关MEP的接收信息。
    MIP Half Function (MHF) A CFM entity, associated with a single Maintenance Domain, and thus with a single MD Level and a set of VIDs, that can generate CFM PDUs, but only in response to received CFM PDUs. MIP半功能(MHF):一个CFM实体,与单个维护域关联,因此与单个MD级别和一组VID关联,可以生成CFM PDU,但仅响应收到的CFM PDU。
    Passive SAP The SAP, bounding an MP, that is on the side of the MP away from the monitored MA. 被动SAP:SAP,它是MP的边界,位于MP中远离受监视的MA的一侧。
    Primary VID The VID, among a list of VIDs associated with a service instance, on which all CFM PDUs generated by MPs except for forwarded LTMs are to be transmitted. 主VID:与服务实例相关联的VID列表中的VID,在该VID上将传输MP生成的所有CFM PDU(转发的LTM除外)。
    Service Access Point (SAP) The point at which a service is offered. 服务访问点(SAP):提供服务的点。
    Short MA Name The part of the MAID that is unique within the Maintenance Domain and is appended to the Maintenance Domain Name to form the MAID. 简短的MA名称:MAID的一部分,在维护域中是唯一的,并附加到维护域名中以形成MAID。
    Up MEP A MEP residing in a Bridge that transmits CFM PDUs towards, and receives them from, the direction of the Bridge Relay Entity. 上行MEP:驻留在网桥中的MEP,该MEP向网桥中继实体的方向发送CFM PDU并从网桥中继实体的方向接收CFM PDU。
    Up MP A MEP or an MHF residing in a Bridge that transmits CFM PDUs towards, and receives them from, the direction of the Bridge Relay Entity. Up MP(上行MP):驻留在网桥中的MEP或MHF,用于向网桥中继实体的方向发送CFM PDU并从网桥中继实体的方向接收CFM PDU。

    缩略语

    缩略语 英文全称 中文全称
    EFM Ethernet in the First Mile 以太网最后一公里
    OAM Operation Administration & Maintenance 运维管理
    MD Maintenance Domain 维护域
    MA Maintenance Association 维护联合
    MEP Maintenance association End Point 维护终结点
    MIP Maintenance association Intermediate Point 维护中间结点
    CCM Continuity Check Message
    CFM Connectivity Fault Management
    DoSAP Domain Service Access Point
    ISAP Intermediate Service Access Point
    LBM Loopback Message
    LBR Loopback Reply
    LMI Layer Management Interface
    LOM Linktrace Output Multiplexer
    LTM Linktrace Message
    LTR Linktrace Reply
    ME Maintenance Entity
    MAID Maintenance Association Identifier
    MEPID Maintenance association End Point Identifier
    MHF MIP Half Function
    MP Maintenance Point
    MSAP MAC Service Access Point
    展开全文
  • 快速以太网 为了满足网络应用对带宽的需求,开发一种简单,实用,能普遍应用于桌面系统的快速局域网技术,IEEE802.3委员会于1992年提出制定快速以太网标准。在委员会内部有两种不同的建议,建议之一就是在原有的...

    快速以太网

    为了满足网络应用对带宽的需求,开发一种简单,实用,能普遍应用于桌面系统的快速局域网技术,IEEE802.3委员会于1992年提出制定快速以太网标准。在委员会内部有两种不同的建议,建议之一就是在原有的以太网的基础上,应用IEEE802.3标准中的CSMA/CD共享介质访问方法,只是将速率提高10倍。另一个建议就是不使用现有的CSMA/CD,而重现制定一套新的标准。经过多次讨论过后,802.3委员会决定采纳第一个建议,即在IEEE802.3的基础上,把传输速率从10M/s提高到100Mb/s,并于1995年6月,正式把它定为快速以太网标准IEEE802.3u。IEEE802.3u定义了一整套快速以太网规范和介质标准,包括100Base-TX。100Base-T4和100Base-FX。其中100Base-TX和100Base-FX统称为100Base-X。而那些支持第二个建议的人们不甘心失败,他们就自己组成了一个委员会,制定了一套能支持实时通信的快速以太网标准100VG-AnyLAN,IEEE802委员会把它纳入IEEE802标准系列,成为又一个快速以太网标准IEEE802.12.不幸的是,他们最终还是失败了。

    1.100Base-TX

    100Base-TX使用5类非屏蔽(UTP)或1类屏蔽双绞线(STP)作为传输介质,其中5类UTP是目前使用最为广泛的介质。100Base-TX规定5类UTP电缆采用RJ-45连接头,而1类STP电缆采用9芯D型(DB-9)连接器。

    100Base-TX的100Mb/s传输速率是通过加快发送信号(提高10倍),使用高质双绞线以及缩短电缆长度实现的。100Base-TX使用与以太网完全相同的协议标准,但是物理层却采用4B/5B编码方案。它的处理速率高达125MHZ,而每5个时钟周期为一组,每组发送4bit,从而保证100Mb/s的传输速率。

    2.100Base-T4

    100Base-T4是3类非屏蔽双绞线方案,该方案需使用4对3类非屏蔽双绞线介质。它能够在3类线上提供100Mb/s的传输速率。双绞线的最大长度为100m。目前,这种技术没有得到广泛的应用。

    100Base-T4采用的信号速度为25MHZ,比起标准以太网(20MHZ)高25%。为了达到100M带宽,100Base-T4使用4对双绞线。一对双绞线总是发送,一对总是接收,其他两对可根据当前的传输方向进行切换。100Base-T4使用实现快速传输的方法与100Base-TX不同,它将100Mb/s的数据流分为3个33Mb/s的数据流,分别在3对双绞线上传输。第4对双绞线作为保留信道,可用于检测碰撞信号,在第4对线上没有数据发送。100Base-T4采用的是8B/6T

    编码方案,即8bit被映射为6个三进制位,它发送的就是三元信号。100Base-T4每秒钟有25MHZ的时钟周期,每个时钟周期可发送4bit,从而获得100Mb/s的传输速率。100Base-T4的硬件系统和组网规则则与100Base-TX相同,但不支持全双工的传输方式。

    3.100Base-FX

    100Base-FX是光纤介质快速以太网,它通常使用光纤芯径为62.5um,外径为125um,波长为1310nm的多模光缆。100Base-FX用两束光纤传输数据,一束用于发送,另一束用于接收,它也是一个全双工的系统,每个方向上都是100Mb/s的速率。而且,站和集线器之间的距离可以达到2km。在100Base-FX标准中,可以使用3种光纤介质连接器,常用的标准连接器有SC.ST和常在FDDI中使用的MIC

    100Base-FX无论是数据链路层还是物理层都采用与100Base-TX相同的协议标准,它的信号编码也使用4B/5B编码方案。100Base-FX常用于主干网或噪声干扰严重的场合。在主干网应用中,由于其共享带宽所带来的问题,故很快被交换式100Base-FX代替。

     

     

    千兆以太网

    千兆位以太网是IEEE802.3标准的扩展,在保持与以太网和快速以太网设备兼容的同时,提供1000Mb/s的数据带宽。千兆位以太网的关键是利用交换式全双工操作部件构建主干网络连接超级服务器和工作站。千兆位以太网可工作于多种介质。目前,由于已在光缆传输介质上实现了1000Mb/s的传输速率,所有有人习惯上称为1000Base-F,千兆位以太网还支持半双工转发的局域网和铜芯电缆。

    千兆位以太网有多种网络拓扑结构。它基于以太网结构,保留了IEEE802.3以太网标准帧格式以及IEEE802.3的网络管理功能,且网络管理原理保持不变,现有的软件(如协议)都可运行。现在,大多数网络是基于以太网的,使用千兆位以太网来升级或迁移原有网络是明智的选择,它可以实现桌面到主干网之间的无缝连接。

    IEEE802.3工作组建立了802.3千兆位以太网工作小组,其任务就是开发适应不同需求的千兆位以太网工作标准。该标准支持全双工和半双工1000Mb/s,相应的操作采用IEEE802.3以太网的帧格式和CSMA/CD介质访问控制方法。千兆位以太网还要与10Base-T和100Base-T向后兼容。此外,IEEE标准将支持最大距离为500m的多模光纤,最大距离为3000m的单模光纤和最大距离为25m的同轴电缆。千兆位以太网将填补802.3以太网/快速以太网标准的不足。

    千兆位以太网的优点

    1. 传输速率高
    2. 有较高的网络带宽,能提供1Gb/s的独享带宽(交换式千兆以太网)
    3. 仍然采用以太网表标准,仅仅是速度快
    4. 仍然采用CSMA/CD介质访问控制协议,仅在载波时间和时间槽等方面有所改进
    5. 与以太网完全兼容,现有网络应用均能在千兆位以太网上运行。
    6. 技术简单,不必专门培训技术人员就能管理好网络
    7. 依靠RSVP,IEEE802.1Q,IEEEE802.1P技术标准提供VLAN服务,提供服务保证,支持多媒体信息传输。
    8. 有很好的网络扩充能力,容易升级,容易扩展。
    9. 对于数据传输(DATA)业务信息有着极佳的性能。

    万兆以太网

    随着Internet业务和其他数据业务的不断的扩展,对带宽的要求影响到网络的各个部分,包括骨干网,城域网,接入网。

    为了充分利用骨干网带宽,人们目前采用了密集波分复用技术(DWDM),但是接入网的低带宽使得网络中的瓶颈问题逐渐突出。网络服务提供商面临带宽严重不足的问题。为了满足这一个需求,需要一种新的技术来提供更新的服务。目前应用最广泛的以太网技术可以实现这种需求,能够简单的经济的构建各种速率的网络。现阶段最实际的做法就是继承以太网技术,同时IEEE802.3本身具有可升级性,可将MAC层的速率提高到10GB/s,10G万兆以太网技术正是在这样的背景下产生的。

    自1999年3月IEEEE802.3ae工作组成立以来,经过三年多的努力,于2002年6月12日802.3以太网标准组织批准了10G以太网标准的最后草案。

    万兆以太网的特点:万兆以太网并非将千兆以太网的速率提高到了10倍,其中有很多复杂的技术问题要解决。

    1. 万兆以太网的帧格式与10Mb/s。100Mb/s和1000Mb/s的帧格式完全相同。
    2. 万兆以太网仍然保留了802.3标准对以太网最小帧和最大帧长的规定。这就使得用户在将已有的以太网升级时,仍便于与较低速率的以太网进行通信。
    3. 由于数据传输速率高达10GB/s,因此万兆以太网的传输介质不再使用铜质的双绞线,而只使用光纤。他使用长距离的光收发器与单模光纤接口,以便于能够在广域网和城域网的范围内工作。也可以使用较便宜的多模光纤,但传输距离限制在65~300m。
    4. 万兆以太网只工作在全双工方式,因此不存在争用问题。由于不使用CSMA/CD协议,这就使得万兆以太网的传输距离不在受到冲突检测的限制。
    5. 标准中采用了局域网和广域网两种物理层模型,从而使以太网技术能方便地引入广域网中,进而使LAN,MAN和WAN网络可采用同一种以太网网络核心技术。这样,也方便对各个网络进行统一管理和维护,并避免了繁琐的协议转换,实现了LAN,MAN和WAN网络的无缝连接。

     

    万兆以太网的分层结构

    (1)Reconciliation子层。简称RS子层,即协调子层,用于物理层和数据链路层之间的衔接。

    (2)MAC层(介质访问控制层)。MAC子层在MAC用户之间提供了一条逻辑链路,主要负责初始化,控制和管理这条网络。

    (3)XGMII(10G介质无关端口)。XGMII在MAC层和物理层之间提供了一个标准的接口,它将MAC层和物理层隔开,使MAC层能够适应不同的物理层。

    (4)PCS(物理编码子层)。PCS子层主要负责对来自MAC层的数据进行编码和解码,现在标准中对默认的编码方式并未确定,只是提出了几种候选方案供讨论。

    (5)PMA(物质接入子层)。PMA子层负责把编码串行化,变成适合物理层传输的比特流。同时数据解码的同步也在这一层完成,PMA子层能够接收比特流中分离出来的定时闹钟,用于对数据进行同步。

    (6)PMD(物理介质相关子层)。PMD子层负责信号的传输。它的功能包括信号放大,调制,波的整形等。不同的PMD设备支持不同的物理介质。

    (7)MDI(介质相关接口)。MDI就是指连接器,它定义对应于不同的物理介质和PMD设备之间的所采用的连接器类型。

     

    展开全文
  • 以太网规范

    千次阅读 2018-08-11 13:50:02
    标准以太网规范 10Base-5、10Base-2 10Broad36 10Base-T 10Base-F 物理层结构 介质连接单元(MAU, Medium Attachment Unit) 介质相关接口(MDI, Medium Dependent Interface) 连接单元接口(AUI, Attachment Unit ...
  • 以太网帧结构详解

    万次阅读 多人点赞 2019-07-15 21:52:59
    以太网帧结构详解前言分层模型- OSI分层模型– TCP/IP数据封装终端之间的通信帧格式Ethernet_II 帧格式IEEE802.3 帧格式数据帧传输以太网的MAC地址数据帧的发送和接收单播广播组播发送与接收 前言 20世纪60年代以来...
  • 黄总才思泉涌,洋洋洒洒写下从“关于测试”、“以太网-测试什么”、“以太网-如何测”、到“以太网-测试策略”的全面的车载以太网经验和心得,今天先从“关于测试”聊起,后续将陆续发布其他三个主题的文章,敬请...
  • 以太网基础

    千次阅读 2014-04-05 18:07:22
    其中最广泛使用的有以太网、令牌环、无线局域网等。这一系列标准中的每一个子标准都由委员会中的一个专门工作组负责。 IEEE 802中定义的服务和协议限定在OSI模型[OSI网络参考模型]的最低两层(即物理层和数据链路...
  • 以太网交换原理

    千次阅读 2014-02-17 20:12:40
    以太网交换原理 本文力求阐明以太网交换原理,并对相关知识作以介绍。 1 以太网交换机相关概念 1.1 传统的电话交换技术 交换概念始于电话交换。传统电话网由传输电路与电话交换机组成,处于网络节点的交换机...
  •  网络安全性包括用户隔离、抗攻击、病毒过滤等防护措施,而满足业务接续的网络可用性要求后,网络能够在任何单点发生故障时,让用户无感知地快速保护倒换,增加多业务提供能力,网络可以识别和标识业务类型,并按...
  • 时间触发以太网TTE

    千次阅读 2019-05-23 22:58:08
    在激烈的竞争中时间触发以太网脱颖而出,其将时间触发技术的确定性、容错机制和实时性能同普通以太网的灵活性、动态性能以及“尽力而为”相结合,为同步的、高度可靠嵌入式计算与网络、容错设计提供支持
  • 1 以太网接口MII,RMII MII即“媒体独立接口”,也叫“独立于介质的接口”。它是IEEE-802.3定义的以太网行业标准。它包括一个数据接口,以及一个MAC和PHY之间的管理接口。 RMII全称为“简化的媒体独立接口”,是...
  • 以太网数据帧格式

    2019-09-30 14:12:33
    以太网帧格式 目的MAC地址(6字节) ... 三种类型以太网数据帧 1.IP数据报 目的MAC地址(6B) 源MAC地址(6B) 类型0x0800 IP数据报 CRC 2.ARP请求应答 目的MAC地址(6B) ...
  • 以太网交换机

    千次阅读 2007-03-25 21:29:00
    以太网交换机什么是交换机?交换机是一种基于MAC(网卡的硬件地址)识别,能完成封装转发数据包功能的网络设备。交换机可以“学习”MAC地址,并把其存放在内部地址表中,通过在数据帧的始发者和目标接收者之间建立...
  • 计算机网络之局域网&以太网

    千次阅读 2017-11-08 22:22:55
    局域网的拓扑结构 局域网最主要的特点是:网络为一个单位所拥有,且地理范围和站点数目均有限。 局域网具有广播功能,从一...以太网最初是美国施乐公司研制的基于基带总线的局域网,以曾经在历史上表示传播电磁波的以
  • 2.以太网帧结构

    2020-08-03 10:42:02
    网络传输数据时需要定义遵循一些标准,以太网是根据IEEE 802.3标准来管理和控制数据帧的。了解IEEE 802.3标准是充分理解以太网中链路层通信的基础。 2.网路通信协议 20世纪60年代以来,计算机网络得到了飞速发展。...
  • 计算机网络三之以太网

    千次阅读 2014-12-07 18:06:45
    第3章 以太网 "以太网"这个名字起源于一个科学假说:19世纪科学家们普遍认为光是通过一种叫以太的物质传播的。时至今日,以太的存在早就被爱因斯坦狭义相对论否定了,而以太网却成了主流的计算机网络,依旧为人类...
  • 明辰智航网络一点通手持式M-P-1C千兆以太网测试仪轻便、小巧,适合电信级和企业级以太网网络和服务。为城域以太网和 IP 服务的安装和维护提供全面的测试解决方案。M-P-1C 完整的测试能力,为现场技术人员提供端到端...
  • 什么是同步以太网

    千次阅读 2016-09-06 13:46:07
    以太网技术的最初进展来自于施乐帕洛阿尔托研究中心的许多先锋技术项目中的一个。人们通常认为以太网发明于1973年,当年罗伯特.梅特卡夫(Robert Metcalfe)给他PARC的老板写了一篇有关以太网潜力的备忘录。但是...
  • OAM - 以太网操作管理维护

    千次阅读 2016-11-25 23:52:23
    中文: 以太网操作管理维护 介绍: 根据运营商网络运营的实际需要,通常将网络的管理工作划分为3大类:==操作(Operation)、管理(Administration)、维护(Maintenance),简称OAM==。操作主要完成日常网络和业务...
  • MSTP和以太网的区别

    2011-01-06 21:42:00
    MSTP技术源于SDH,经过近几年的不断发展,已经囊括PDH、SDH、POS、以太网、ATM、RPR、SHDSL、DDN等技术于一体,它既可通过多业务汇聚方式实现城域网业务的综合传送,又可通过自身对多类型业务的适配性实现业务的接入...
  • 车载以太网解决方案

    千次阅读 2020-10-10 15:53:12
    以太网技术已经成为下一代车载网络架构的趋势之一,其发展之迅猛,使得各主机厂纷纷产生了浓厚的兴趣并投入研发。
  • SDH光网络以太网数据单板特性介绍

    千次阅读 2020-10-27 17:24:07
    1.不同标准定义业务类型的比较 4. ITU-T(G.8011) EPL EVPL EPLAN EVPLAN 2.1 EPL 以太网专线(Ethernet Private Line):EPL有两个业务接入点,实现对用户以太网MAC帧进行点到点的透明传送。不同用户不需要共享SDH...
  • 千兆以太网技术

    千次阅读 2006-04-03 16:49:00
    目前,千兆以太网已经发展成为主流网络技术。大到成千上万人的大型企业,小到几十人的中小型企业,在建设企业局域网时都会把千兆以太网技术作为首选的高速网络技术。千兆以太网技术甚至正在取代ATM技术,成为城域网...
  • 关于以太网传输

    千次阅读 2018-08-10 20:10:57
    首部固定为14个字节,包含了目标MAC地址、源MAC地址和类型 ;数据最短为46个字节,最长为1500个字节,如果需要传输的数据很长,就必须分割成多个帧进行发送;尾部固定为4个字节,表示数据帧校验序列,用于确定数据包...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 13,651
精华内容 5,460
关键字:

以太网业务类型