电信级以太网OAM软件模块的研究与实现_定稿

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

武汉邮电科学研究院硕士论文
电信级以太网OAM软件模块的研究与
实现
Research and Implementation on OAM Software Module in Carrier Ethernet
专业:通信与信息系统
研究方向:数字通信系统
论文题目:电信级以太网OAM 软件模块
研究与实现
学号: 20060097
研究生:张瀚之
导师:吉萌
论文日期: 2008年12月
二○○八年十二月
声明
本人的学位论文是在导师指导下独立撰写并完成的,没有任何剽窃、抄袭、造假等违反学术道德、学术规范的行为,也没有侵犯任何其他人或组织的科研成果及专利。

如有任何侵权行为,本人愿意为此独立承担全部责任。

同时,任何人在未经作者本人授权的情况下不得擅自使用本文的任何科研成果(包括数据、图表、结论等),否则将被示为侵权,并将由侵权者本人承担由此造成的一切后果。

本文知识产权归武汉烽火网络有限责任公司和武汉邮电科学研究院所有。

Content Disclaimer
The material contained in this thesis is solely based on the author’s research. The author assumes responsibility for not violating the copyright of any individual or organization. Unauthorized use of its material (including data and diagrams) will be considered breach of the author’s copyright, and result in legal consequences. The intellectual property of this paper is reserved for Wuhan Fiberhome Technologies Co. LTD and Wuhan Research Institute of Post and Telecommunications (WRI).
学位论文作者(签名):
年月日
导师(签名):
年月日
摘要
以太网在LAN技术中已经占有统治地位多年。

由于最近以太网设备能提供高有效性、高服务质量、安全通信和较好的可预测性,因此在城域网(MAN)中以太网技术是现在增长最快的技术之一。

以太网服务需求爆炸性增长,让传统MAN技术平稳过渡到以太网已经势在必行。

受到以太网在城域网和广域网中应用的驱使,传统以太网技术需要实现运营、维护、管理(OAM)能力。

由于用户需求的不断增长,这就要求服务供应商的以太网需要更佳的有效性和维护平均时间才能满足需求。

当然有许多不同的方法可以实现这种能力,但标准组织如ITU Study Group 13、IEEE 802.3 Clause 57(formerly 802.3ah)、IEEE 802.1ag Connectivity Fault Management和Metro Ethernet Forum都推动建立统一的以太网OAM建议和标准。

以太网OAM和LMI直接影响服务供应商的能力,是以太网服务市场的关键方法。

以IEEE 802.1ag和Y.1731为基础,本文介绍了在电信级以太网中如何实现以太网OAM功能。

首先从以太网OAM模型出发,分析了OAM的运行机制、定义和逻辑结构基础,然后研究了以太网OAM实现时遇到的问题,并提出解决这些问题的方案。

该解决方案包括解决高频CCM使CPU负担过高的问题、解决满足PBT需求的问题、解决LT功能中显示路径信息的问题等。

在烽火网络M8416E平台上具体实现了该解决方案。

最后对实现的模块进行功能测试和性能测试,并结果进行分析。

本文实现的以太网OAM功能顺利通过中国移动和中国电信的城域网增强以太网技术测试。

关键词:电信级以太网;以太网OAM; CFM;LMI;PBT
Ethernet has been the dominant LAN technology for many years. However, due to
recent advances in Ethernet equipment that provide high availability, advanced quality of service, secure communications, and superior scalability, Ethernet is now one of the fastest-growing technologies in the wide area network (WAN). Demand for Ethernet services continues to explode, and the transition from legacy W AN technologies to Ethernet is already in motion.
The onset of Ethernet as a metropolitan and wide area networking technology has driven the need for a new set of operations, administration, and maintenance protocols. With customer demands ever increasing, so have the requirements on service provider Ethernet networks increased, particularly in the areas of availability and mean time to repair. There are of course many different ways to provide this type of functionality, but fortunately standards bodies such as ITU Study Group 13, IEEE 802.3 Clause 57 (formerly 802.3ah), IEEE 802.1ag Connectivity Fault Management, and the Metro Ethernet Forum are all driving toward consistent recommendations and standards for Ethernet OAM. Ethernet OAM and LMI directly impact a service provider’s ability. Ethernet OAM and LMI are key enablers of the Ethernet services market.
According as IEEE 802.1ag and ITU-T Y.1731, This paper introduces how to implementation Ethernet OAM function in the Carrier Ethernet. Firstly, Based on Ethernet OAM model, it analyzes the operation mechanism of Ethernet OAM. Secondly, it researches the problem of implement Ethernet OAM, then it provides solutions to the relevant problems. In order to solve the CPU overload problem caused by high frequency CCM , and satisfy PBT requirement , to solve the problem that shows the path information of LT function, and so on. Then it discribes the Ethernet OAM implementation on F-engine M8416E plan. Finally, it tests the functionality and performance for implementation modules, and analyzes the results at the same time. The Ethernet OAM function has passed the test of China Mobile and China Telecom.
Key Words:
第1章 绪论 (1)
1.1电信级以太网发展 (1)
1.2论文的预期目标 (2)
1.3论文的内容及创新点 (3)
第2章以太网OAM背景 (5)
2.1电信级以太网需求环境 (5)
2.2以太网OAM相关标准介绍 (7)
第3章以太网OAM技术详述 (9)
3.1以太网OAM主要概念 (9)
3.2以太网OAM逻辑体系结构 (11)
3.3连续性检查功能 (13)
3.4环回功能 (18)
3.5链路跟踪功能 (20)
3.5.1 LTM、LTR帧详述 (20)
3.5.2 在故障环境中分析LT功能 (23)
3.5.3 以太网OAM环境中故障定位与隔离 (25)
3.6保护倒换功能 (26)
3.6.1 APS保护倒换 (27)
3.6.2按PBT需求建立的保护倒换监控 (28)
3.7性能监控功能 (29)
第4章以太网OAM实现 (30)
4.1设计环境 (30)
4.2软件平台及接口设计 (30)
4.3设计流程 (33)
4.4模块设计 (34)
4.4.1 CC模块 (35)
4.4.2 LB模块 (38)
4.4.3 LT模块 (39)
4.5数据结构 (41)
4.5.1 CFM逻辑实体数据结构实现 (41)
4.5.2 CC、LB、LT功能涉及的数据结构 (47)
4.5.3 Y.1731数据结构与CFM数据结构的差别 (53)
4.6CFM的管理信息库 (54)
第5章测试结果与优化分析 (54)
5.1实现情况说明 (54)
5.2测试结果 (55)
5.2.1 测试平台、工具、拓扑及参数选择 (55)
5.2.1 功能测试 (56)
5.2.1 性能测试 (60)
5.3结果分析 (63)
5.4优化分析 (64)
第6章总结与展望 (65)
6.1论文研究成果 (65)
6.2应用展望 (66)
参考文献 (67)
致谢 (69)
附录1 攻读硕士学位期间发表的论文 (70)
附录2 主要英文缩写语对照表 (71)
1 第1章 绪论
作者相信科学技术是第一生产力,可以改变世界;作者相信只有选择了正确方向的执着者才能在IT 业有立锥之地;作者相信完美是在错误中发掘出来的。

本文是在完成以太网OAM 功能模块之后撰写的,撰写过程中仍然在对模块进行完善。

论文难免有不足之处,敬请海涵。

1.1 电信级以太网发展
电信级以太网(CE ,Carrier Ethernet )。

按照MEF 定义,它包括5个方面的内容:标准化的业务(以太网透明专线、虚拟专线、虚拟局域网);可扩展性(各种以太网业务、10万条以上的业务规模、从1M 到10GE );可靠性(用户无感知的故障恢复、低于50ms 的保护倒换);QoS (端到端有保障的业务性能);电信级网络管理(快速业务建立、OAM 、用户网络管理)。

从运营商角度看,CE 技术是指以太网技术由企业网应用到电信网的技术;从网络层次角度看,是以太网由局域网应用到城域网、广域网的技术。

传统的电信网络具有较强的可扩展性、层次性、安全性、容错性、可区分服务、可操作维护性、可管理性和可控制性,比如ATM 网络、SDH 网络。

近年来Internet
引入了控制平面的概念 IEEE 802.1和IEEE 802.3是与以太网密切相关的工作组,其中802.1是进行桥功能研究的,而802.3则是进行物理层和MAC 层研究的工作组。

传统以太网一般用于局域网,目前想用以太网技术改造传统城域网,主要是因为传统城域网面临:全网的带宽瓶颈、高初始成本、高运行成本、二层扩展性受限制于VLAN 的数量(4096)、V oIP 、IPTV 等新业务的需求等因素的制约而在寻找解决方案的时候,对比现有的几种可行技术(VPLS 业务平台、SDH 多业务平台、城域以太网多业务平台)的时候发现以太网有其他方案所不具有的优点。

目前城域网中IP 技术成为主导技术,同时用户对带宽的要求不断提高。

对应的,以太网的帧格式和IP 数据帧的格式一致,可以实现无缝传输;而且已经出现成熟的千
兆以太网和万兆以太网,可以很好的满足以上两点。

同时以太网是廉价、灵活的,可以方便的实现LAN、MAN和WAN的无缝对接。

1.2 论文的预期目标
遵照IEEE 802.1ag、ITU-T Y.1731和GB2005H19的要求,在电信级以太网交换机中实现以太网OAM功能。

能够按照标准实现连续性检测功能、环回监视功能、链路跟踪功能、性能监控功能、告警指示功能和以太网OAM发现功能。

在测试阶段能够通过主流测试仪表(TestCenter、Smartbits)的测试。

在交换机中,一个VLAN-aware 桥[4]的以太网OAM功能将满足IEEE 802.1ag提出的目标[5]:
(1) 支持在不同的维护域层级建立维护域,同一个层级中(对于同一操作实体)不能建立多个维护域。

(2) 在每个VLAN中支持建立维护集(MA)。

(3) 支持在一个端口上对应一个维护域中只建立一个MIP,所有的MIP处于同一MD层。

(4) 支持在每个端口的每个VLAN中建立8个属于不同层级的Up MEP。

(5) 支持在每个端口的每个VLAN中建立8个属于不同层级的Down MEP。

(6) 支持在每个端口建立8个属于不同层级且与VLAN无关的Down MEP。

(7) 支持维护一个MEP CCM数据库。

(8) 提供对管理对象的控制。

(9) 遵照IEEE 802.1ag中第20章描述的状态机和流程实现该模块。

(10) 遵照IEEE 802.1ag中第21章描述的CFM PDU格式实现发送接收的数据帧。

桥可选择满足下列CFM功能:
(11) 支持在单一端口的不同的MD中建立多个MIP。

(12) 如果在一个端口上配置了MEP的情况下,支持在该端口上建立与自己层级相同或比自己层级还低的MIP。

(13) 支持在MIP或MEP中维护一个MIP CCM 数据库。

(14) 建立的CFM MIB模块与IEEE 802.1ag的第17.5节定义的相同。

(15) 建立的MA可以与一个或者多个VLAN相关。

2
以上描述最终通过C语言,基于VxWorks系统,在烽火网络公司全线电信级以太网设备上实现以太网OAM功能。

1.3 论文的内容及创新点
以太网OAM是Ethernet Operation Administration and Maintains的简称,在1.2和1.3论述的基础上,对于它的研究和实现已势在必行,本论文研究的主要内容如下:
(1)研究IEEE 802.1ag、ITU-T Y.1731[6]和GB2005H19 [7]。

(2)以太网向电信级发展时对运营、维护、管理需求的分析。

(3)以太网OAM层在交换机上的实现。

(4)以太网OAM层在交换机上实现后的应用分析。

本论文主要涉及的创新点:
(1) 在链路跟踪(Linktrace)功能中使用链路跟踪LTR逆向检索方法。

具体而言,当本地MEP收到多个处于相同MD、MA的远端MEP回复的LTR时,通过首先遍历所有LTR在本地存储的信息,首先找目标MEP回复的LTR,如果有就排序,然后输出完整链路信息;如果没有就直接输出LTR信息,同时输出提示信息,告诉用户此次发起LT功能的结果类型是没有达到目的地的(详见3.5、4.4.3和4.5.2.3)。

(2) 利用软硬件分离的方式辅助CC模块实现高频收、发包。

具体而言,由于高频的CC帧在配置复杂的环境中会让交换机的CPU使用率过高,导致设备重启或者将其他协议模块的帧被冲掉,这就需要专门的硬件来处理。

根据本地配置的CCM帧发送周期,来决定CC模块是自己发包还是利用与FPGA的接口让FPGA来辅助自己发包。

当收到高频的CC帧时,由FPGA先判断,只有与当前的状态不同时再交给软件模块处理(详见3.3和4.4.1)。

(3) 将MEP CCM数据库表项因满足PBT的要求进行区分。

具体而言,在标准中并没有将MEP CCM数据库的表项进行特殊区分,为满足PBT提出的特殊需求(PBT要求网络设备关闭地址学习,同时不允许发送组播和广播帧),在本地MEP上将远端MEP CCM 数据库表项分为静态和动态的远端MEP表项,静态远端MEP是用户自己配置(由用户保证存在性),便于PBT隧道的连通性检测;同时本地MEP也可以通过远端MEP 发送出的CCM自动学习远端MEP的相关信息,并建立MEP CCM数据库(详见3.3
3
和3.6.2)。

4
第2章 以太网OAM背景
为了帮助一种设计之初针对局域网的技术应用到城域网中就一定要求该技术在电信级环境中可运行、可管理、可维护,以太网OAM技术就是为了以太网技术完成这种蜕变而诞生的,其重要性不言而喻。

本章将对在烽火网络电信级以太网交换机
上实现的以太网OAM功能的相关知识作一定程度的阐述。

2.1 电信级以太网需求环境
电信级以太网的技术发展研究主要有两大方向:一是以IETF为代表的,希望通过与其他相关技术的结合来弥补以太网技术的天生不足,以满足电信级的要求;二是以IEEE和ITU-T为代表的,希望从以太网自身的基本协议机制和帧结构出发[8-10],不断完善相关协议标准,从而丰富以太网的相关功能,使之成为电信级的网络技术。

对于前者,不是本论文所关心的。

对于后者,MEF将电信级以太网纵向分成3层结构[11],认为每层都应该具有基本的以太网OAM能力。

以太网业务层的OAM功能应独立于上层应用如IP层或底层的传输技术如SDH,这样可以采用不同的技术提供以太网业务,各层的OAM功能可以互相增强,并提供良好的故障和性能管理。

现在IEEE 802、ITU-T SG13/15和MEF等标准组织紧密合作,不断制定出了满足电信级要求而又基于以太网的新标准。

以太网OAM涉及的内容很多,现在标准制定工作主要关注的是故障管理和性能管理[12]。

这些协议组成了以太网OAM体系,可以为用户提供端到端的OAM能力。

本文将在IEEE 802.1ag和ITU-T Y.1731的基础之上,将从模型分析、整个软件实现过程、模块实现流程、实现使用的部分算法、实现之后对功能的测试、对测试结果的分析来具体说明以太网OAM能力。

以太网技术在局域网应用时,由于使用环境简单主要承担数据业务,它的体系结
构是简单平面且没有分层的,企业范围内的局域网管理建立在IP协议的基础之上,
比如简单网络管理协议、因特网控制消息协议、IP Ping和IP Traceroute。

企业用户有
非常明确网络拓扑结构,同时不用处理众多类型不同服务[13, 14]。

而到了城域使用时,客户、服务提供商、运营商之间的关系错综复杂,服务提供
5
商的网络庞大且复杂,而且其网络常常需要不同的运营商提供支持,这就要求以太网能够承载综合业务,同时能为企业用户提供端到端服务。

由于企业终端用户需求不断增长,因此要求服务提供商的电信级以太网在可扩展性、可靠性、安全性和可管理性上得到增强[15]。

具体而言特别是在有效性和维护平均时间(MTTR)上得到增强。

同时为了实现有效的控制管理,就必须对电信级以太网的用户在逻辑上进行区分,以满足不同用户的不同需求。

另外运营商在其网络中,采用MAC地址加VID 结构转发数据帧,从而突破VLAN划分不足的问题。

通过逻辑对用户进行区分时,可以对不同用户需求进行分层。

当分层完成也只是为可控制、可管理提供了概念基础,为了实现可控制、可管理就必须在在帧结构上定义类似于ATM OAM的管理字段,这样在经过城域以太网设备时为控制管理提供可能。

IEEE 802.1ag CFM的基础上,服务提供商为每个用户提供EVC,因此可以单独管理每个用户。

EVC会在用户网络接口赋予一个独有的VLAN标签。

以太网OAM 因而能对基于每EVC进行操作,并且忽略下层的传输是否是以太网,如以太网基于同步光网络、以太网基于多协议标签交换或者任何其他形式。

如果一个EVC出错,以太网OAM使服务提供商能够知道,并且提供商使用工具就能快速隔离错误。

此时可能出现以下情况[16, 17]:
(1) 当网管发现一个故障时,如何确定该故障出现的位置?
(2) 如果一个EVC出现故障。

服务提供商如何发现它?服务提供商如何隔离故障,并防止故障的蔓延?当提供商使用其他运营商的网络时,故障隔离如何完成?
(3) 在EVC中的一个链路或设备故障。

其他设备如何发现它,从而它们能重新选路而避开这个故障?
(4) 一个新建立的EVC,服务提供商如何有效的确认它是可运行的?
以太网OAM在处理这些情况时,提供了三种基本功能,以帮助管理员管理以太网。

它们分别时:连通性检测(CC, Continuity Check)消息、链路跟踪(LT, Linktrace)消息、环回(LB, Loopback)消息。

根据这三种基本消息建立了以太网OAM的基础。

6
7
2.2 以太网OAM 相关标准介绍
以太网OAM 在OSI 七层参考模型中处于数据链路层的逻辑链路控制子层(LLC )和媒体访问控制子层(MAC )之间,如图2.1所示。

图2.1 以太网OAM 在网络层次协议模型中的位置
以太网OAM 标准涉及三大标准组织,它们分别是IEEE 、ITU-T 、MEF ,这三大标准组织在建立以太网OAM 标准体系的时候考虑到了统一的问题,各个标准定义了基本互相兼容的帧格式,它们之间互相提供支持以建立一个完整的以太网OAM 体系结构。

在协议所处的网络层次上(即纵向划分)如图2.2所示。

8
图 2.2 协议模型
IEEE 802.1ag正如其标准名称CFM一样是为了全网的连通性故障检测;Y.1731为基于以太网的网络定义了全面的以太网OAM功能和机制;IEEE 802.3ah[18]是用于链路或者用于汇聚处的以太网OAM协议;而MEF定义的E-LMI[19]是用于以太网本地管理接口。

一般来说,服务提供商关心的部分分为三个部分:服务OAM、链路OAM 和以太网LMI[17]。

上述四个协议很好的覆盖了这三个部分。

本论文中着重讨论服务以太网OAM的实现。

在应用的范围上(即横向划分)如图2.3所示:
图 2.3 协议使用范围
第3章 以太网OAM技术详述
3.1 以太网OAM主要概念
以太网OAM设计时概念比较多,这是因为以太网OAM建立了一个新的体系结构来帮助以太网实现由局域网向城域网的改变。

以太网OAM所要面对的第一件事就是如何区分已经不再单纯的网络环境。

在城域网中各个组织关系错综复杂,对于这种环境以太网OAM一个很直接的想法就是分层分集,将各个组织通过逻辑概念区分出来。

以CFM为例。

以太网OAM首先将城域网中的各个组织大致区分为客户、服务提供商和运营商三种角色,对三种角色建立共8层的维护域(MD, Maintenance Domains),将8个层级分配给三种角色。

如表3.1所示:
表 3.1 CFM中维护域层级
角色范围分配的层级
运营商 NNI[20]到NNI或者运营商之间0、1或2
服务提供商 NPE到NPE或者提供商之间3或4 客户 UNI到UNI[21]5、6或7
实际中可按照客户需求自己分配层级,表3.1中的分配方式是CFM建议的方式。

MD 是IEEE 802.1ag协议故障管理功能所涉及到的网络区域,通过一系列域内服务接入点(DSAP, Domain Service Access Points)点来界定。

维护域内部是完全连接的(这里所说的完全连接是指在没有故障的情况下,在该MD中每加入一个MEP将会与该域中的其他每个MEP具有连通性),处于该维护域中的MEP和这个维护域内的其他所有MEP相互连接,除非出现了连接故障。

DSAP是域内的一个服务接入点,是维护域和其他维护域的边界点,可以用来连接网管对维护域进行管理。

ISAP是维护域的内部节点,可以传递维护信息。

每一个维护域可以单独进行管理,都有一个自己的维护域名称来与其他维护域进行区分,因此一个维护域的名称与其他维护域的名称应该
9
不相同并且是全局唯一的。

MD所具有的主要的属性包括:MD的名字、MD名字的格式、MD名字的长度、MD的索引和MD的层级。

这些都会在帧格式和数据结构中得到具体的体现。

可以看出MD是一个新概念,与目前二层环境中的存在的概念是没有什么关联的。

按照分层分集的思路,CFM对MD进行了进一步的细分,根据涉及的业务将MD细分为维护集(MA, Maintenance Associations),MA是维护域中的一个实例,维护域中根据需要可以配置出多个业务实例(如一个VLAN),与业务实例相关的DSAP 构成了一个维护集MA,其各个端点称为MEP,涉及到的中间节点称为MIP,MA通过MA名称来区分。

维护集主要属性包括:MA的名字、MA的索引、MA名字格式、MA名字长度、MA中CCM的发送周期和MA包含的VLAN。

MA的主要作用是在MD内对不同的业务进行区分,MA的各个属性就是为这个目的服务的。

MA的属性也会在帧格式和数据结构中体现出来。

对于已经细分到业务的逻辑域,现在要对逻辑域的边界和元素进行划分。

相应的就出现了维护集端点(MEP, Maintenance Associations End Point Identifier)和维护域中间点(MIP, Maintenance domain Intermediate Point)。

MEP主要作用是确定MA的边缘并发起、终结各种以太网OAM定义的功能。

MEP同时带有MEP CCM 数据库。

MIP主要作用:1.建立完整的MD链路;2.积累MD链路信息以便于链路维护;3.在与其他协议合作时便于CFM在特殊环境下运行(需要说明的是“特殊环境”主要是指PBT环境。

由于在PBT中关闭了地址学习和洪泛,当维护PBT路径的连通性时可能导致没有PBT封装的以太网OAM帧无法穿过PBT使能的设备,这时可以通过查找MIP CCM数据库中条目来保证以太网OAM实体之间的连通性。

另外MIP CCM 数据库在协议中说明:MIP CCM 数据库是由MIP学习经过它的CCM帧来积累各个MEP之间链路信息的,这样就存在一个时间问题。

如果先使能PBT,那么以太网OAM 帧无法通过PBT,MIP学习不到MEP的信息,那如何让MIP 数据库不为空呢?对于这个问题可以在MIP CCM 数据库中设置可配置和可动态学习两种类型的条目,在特殊情况中,首先人为保证链路的连通性)。

在区分UNI和NNI时,将MEP分为down MEP和up MEP两种(由于UNI和NNI是一个相对概念,在8个层级MD中都可能出现两种MEP)。

在详细描述CFM
10
的内部运行流程时将MIP区分为两个MHF(MIP Half Function),这就涉及到程序的模块化设计。

ITU-T Y.1731在逻辑概念上与IEEE 802.1ag是有所不同的。

Y.1731中定义维护实体群(MEG, Maintenance Entity Group)的概念,在这个概念的基础下相应的定义了维护实体群端点(MEP, Maintenance Entity Group End Point)和维护实体群中间点(MIP, Maintenance Entity Group Intermediate Point)。

在IEEE 802.1ag的表J.2中说明了这些逻辑实体对应关系,如表3.2所示。

表 3.2 IEEE和ITU-T术语对照[5]
IEEE Std 802.1ag ITU-T Y.1731
维护集(MA)维护实体组(MEG)
维护集标识(MAID)维护实体组标识(MEGID)
维护域(MD)(无对应概念)
维护域层级(MD Level)维护实体组层级(MEG Level)
由于Y.1731没有详细描述协议实现,它也就没有对MEP和MIP进行详细的说明和描述,这里就不再赘述。

3.2 以太网OAM逻辑体系结构
在3.1阐述的基础上,IEEE 802.1ag和Y.1731均建立了一个线性拓扑逻辑体系。

本节以IEEE 802.1ag的体系为介绍重点。

如图3.1所示。

11
12
图3.1 CFM体系结构图[5]
从图3.1中可以看出如下几个特点:
第一,拓扑是线性的,这个拓扑并不说明以太网OAM不能在环上使用,一方面环上会有阻塞点来保证环的运行,另一方面以太网OAM是处于管理层的协议,它自己的机制可以保证在配置正确的情况下就算是在环上运行两点之间在逻辑上也是一个线性拓扑[6-9]。

第二,图3.1中清晰的描述了分层和层与层之间的关系。

第三,描述了MEP、MIP在以太网OAM体系中的位置和粗略的作用。

第四,描述了一个逻辑路径,该逻辑路径是端到端,而且该逻辑路径通过的各个层级中逻辑实体的过程也做了大致描述。

在图3.1的基础上自然而然的要思考MD如何划分,IEEE 802.1ag给出了7种例子[5]:
(1) 根据地域划分维护域,由地域名作为维护域名。

(2) 多个通过CIST相连的地域划分为一个维护域,由维护域通过管理实体来控制CIST拓扑。

(3) 将一个虚拟桥接局域网(Virtual Bridged Local Area Network)划为一个维护域。

(4) VLAN桥接网中部分DoSAP分配给特定高层级提供商使用。

(5) 在两个提供商或者在提供商和客户之间的单一链路划分为一个维护域。

(6) 在两个提供商或在提供商和客户之间的链路中一个VLAN划为一个维护域。

由于Y.1731并没有详细描述实现,它的逻辑体系结构只能通过自己的理解来认识。

在理解了IEEE 802.1ag的基础之上再看Y.1731的体系[10],可以看出两大标准组织是达成了共识的。

它们的体系基本一致。

3.3 连续性检查功能
通过3.1和3.2两节说明之后,本节及本章以后的章节将详细介绍以太网OAM 所涉及的具体功能。

连续性检测(CC, Continuity Check)功能是CFM中的一个最基本也是最重要的功能,它为CFM的实现提供了可能。

CC功能实现的思路:当网络环境(非PBT环境)建立并配置了相应正确的以太网OAM配置之后,在同一个MA中的本地MEP会向所有其他非本地MEP发送CCM (Continuity Check Message);同时其他非本地MEP也会发出CCM给所有对端。

注意CC功能是单向的,也就是说一个MEP只周期性的发送,不期望得到回复的。

当本地MEP收到远端发送给自己的CCM之后,首先检查该CCM中的信息是否有效,如果有效再对照本地存储的MEP CCM 数据库,如果没有该MEP的条目就学习CCM 中的内容建立一个新的MEP条目;如果有则不做操作。

此时一个双向连接的链路就得到了保证。

如果链路中单向或者双向连通性出现了任何问题都可以提示用户本地MEP与远端哪个MEP出现了连通性丢失。

在链路上MIP通过学习经过它的CCM来建立一个MIP CCM 数据库,这个数据库可以保证在转发表和洪泛都失效(这里的失效是对以以太网OAM来说不可用的时候,不一定是转发表或者洪泛都出现了故障)时以太网OAM帧仍然可以正确的抵达目的地MEP。

可以看出MIP CCM 数据库的作用是建立一张通过该MIP可抵达MEP的转发表(前提条件是MEP发送的CCM经过了该MIP,并且该MIP能够且允许建立MIP CCM 数据库)。

在上述的基础上,将MEP发送出的CCM帧分为两部分来分析。

第一部分是以太网头部,该以太网头部是所有以太网OAM帧都要携带的,只不过内容可能略有不同,但格式一样。

如图3.2所示。

按照标准要求,以太网头部中目的MAC地址字段填写第一类组播MAC地址,该MAC地址是携带了MD层级信息
13。

相关文档
最新文档