OpenDaylight应用指南.pdf 作者-唐宏　刘汉江　陈前锋　李鹏　等　编著120页

内容简介：
    本书分为OpenDaylight基础概述、重点项目介绍和开发实践三部分。介绍了OpenDaylight社区背景、组织架构与项目概况；分析与阐释了OpenDaylight部分主要项目的设计思路、原理和开发技术；探讨了基于OpenDaylight进行业务控制平台开发的实践经验。本书可以作为网络技术人员和IT系统开发人员的中初级读物，帮助他们快速了解OpenDaylight社区及其大型通用SDN控制器的开发方法。
目录菜单：
    封面,扉页,版权,前言,第一部分 基础概述,第1章 SDN/NFV概述,第2章 OpenDaylight社区,第二部分 OpenDaylight重点项目介绍,第3章 OpenDaylight Controller项目,第4章 YANG Tools项目,第5章 OpenFlow项目,第6章 L2Switch项目,第7章 Topology Processing Framework项目,第8章 BGPCEP项目（BGP插件）,第9章 BGPCEP项目（PCEP插件）,第10章 OVSDB Plugin项目,第11章 Virtual Tenant Network项目,第12章 业务链项目,第13章 Group Based Policy项目,第三部分 开发实践,第14章 IP网络边缘业务链技术方案,第15章 SCP架构和实现,第16章 ODL控制器实现,第17章 软件转发层功能增强,第18章 应用案例,参考文献,缩略语
文本摘要：
    OpenDaylight应用指南唐宏　刘汉江　陈前锋　李鹏　等　编著APPLICATION GUIDELINES OF OPENDAYLIGHT人民邮电出版社北京图书在版编目（CIP）数据OpenDaylight应用指南/唐宏等编著.--北京：人民邮电出版社，2016.1ISBN　978-7-115-41427-4Ⅰ.①O…　Ⅱ.①唐…　Ⅲ.①软件开发—指南　Ⅳ.①TP311.52-62中国版本图书馆CIP数据核字（2015）第316557号内容提要本书分为OpenDaylight基础概述、重点项目介绍和开发实践三部分。介绍了OpenDaylight社区背景、组织架构与项目概况；分析与阐释了OpenDaylight部分主要项目的设计思路、原理和开发技术；探讨了基于OpenDaylight进行业务控制平台开发的实践经验。本书可以作为网络技术人员和IT系统开发人员的中初级读物，帮助他们快速了解OpenDaylight社区及其大型通用SDN控制器的开发方法。◆编著　唐宏　刘汉江　陈前锋　李鹏　等责任编辑　吴娜达责任印制　彭志环◆人民邮电出版社出版发行　　北京市丰台区成寿寺路11号邮编　100164　　电子邮件　315@ptpress.com.cn网址　http://www.ptpress.com.cn北京隆昌伟业印刷有限公司印刷◆开本：787×1092　1/16印张：23.5　　2016年1月第1版字数：587千字　　2016年1月北京第1次印刷定价：98.00元读者服务热线：(010)81055488　印装质量热线：(010)81055316反盗版热线：(010)81055315前言关于SDN的著述已经很多，一直以基于OpenFlow为核心的控制与转发技术介绍为主，这也是早期 SDN 技术研究的一个主要特点。随着工业界对 SDN/NFV 技术的理解和研究的不断深化，各种开放性的SDN技术、开源社区和技术标准不断涌现，OpenDaylight开源控制器社区就是其中的典型代表。自2014年4月发布第一个版本以来，OpenDaylight改变了SDN控制器技术长期以来局限于OpenFlow框架的格局，很好地体现了传统网络技术与SDN技术的共存架构，也体现了通信技术与 IT 技术在软件实现架构上的充分融合，目前已经成为工业界最受关注的SDN控制器项目之一。但由于OpenDaylight涉及广泛的网络基础概念，且社区成立时间较短，目前系统性的介绍较少。本书的写作目的非常明确，一是为那些SDN的初学者和中级技术人员，提供一个了解OpenDaylight开源社区的快速参考工具，需要编者提供一个基本忠实于社区内容的项目概述和用例介绍；另一个目的就是反映我们对OpenDaylight技术的理解和应用实践，这需要编者从实用的角度针对一个详细的应用场景，介绍从编排、控制器到转发平面的端到端设计与实现。本书尽最大可能保留这两个特点，以帮助网络设计人员和控制器开发人员快速了解OpenDaylight社区及其控制器实现思路，便于后续深入学习。本书共分三个部分：第一部分主要帮助读者快速理解OpenDaylight社区概况，包括社区的构成、管理方法和不同版本的特点；第二部分以社区项目为章节，重点介绍社区内开展的各类项目，鉴于目前（锂版本）社区的内部研发项目已达数十个之多，我们只能选择存在于多个版本中的一些基础性项目，以及诸如 SFC 等前沿性的热门研究项目。上述两部分以社区提供的资料编译为主，部分章节补充了一些必要的技术背景。第三部分重点介绍我们在OpenDaylight上的实践应用，从编排层、控制器和转发平面三个方面介绍了一个宽带运营网络中的典型解决方案及其实现方法。成稿过程遇到很多困难，最大的困难来自于OpenDaylight社区本身，在社区建立初期，各项目文档和代码均尚未稳定，排除代码质量本身的因素，各个发布版本间的实现框架和项目实现思路会发生较大变化，如从AD-SAL向MD-SAL的转变，而这些变化本身往往体现了 OpenDaylight设计思路的变迁过程，能准确地反映这些变化和过程需要良好的ICT专业背景；其次，社区项目增长非常迅速，成稿过程中恰逢“锂”版本发布，建立了大量新增项目和补充文档，编者不得不根据新增内容进行修订；另外，OpenDaylight潜在的应用场景非常广泛，从 IDC 网络到运营商广域网，专业类型也横跨宽带、传输、移动网络以及运营支撑系统等多个SDN/NFV领域，横贯这些知识点需要较高的专业能力和较牢固的技术基础。尽管如此，我们仍旧努力完成此书的编著，鉴于成稿仓促，OpenDaylight社区仍在发展的初级阶段，内容纰漏和观点偏差难以避免。我们相信，SDN是一个众人拾柴的过程，每个人都有自己的理解，只有勇于讲出自己的视角和故事，我们最终才能完成 SDN 这个巨大的拼图。因此，编者希望平实地介绍OpenDaylight相关技术，而非像以往的SDN书籍那样，花较多篇幅去辨析什么是真正的SDN架构，业界现阶段的发展重点都已聚焦于各类开源实现。参与本书撰写以及开源方案实现的人员，既有长期从事电信运营网络研究的技术专家，也有新近加入SDN研究的IT新兵，这是一个有趣的技术组合，也是一种有益的技术转型尝试，SDN时代将是一个ICT跨界人才辈出的年代。中国电信广州研究院的刘汉江、陈前峰、李鹏、罗雨佳、欧亮、王勇、莫博奇等参与了本书各章节的编写工作，对他们的辛勤付出表示衷心的感谢！唐宏2015年10月于广州第一部分 基础概述简要介绍SDN/NFV技术和OpenDaylight开源社区，帮助读者了解OpenDaylight的技术背景、社区状况、版本发布情况、项目组成等。第1章 SDN/NFV概述1.1 SDN/NFV介绍互联网产业的迅猛发展不仅催生了云计算等新技术的涌现，也促使大量互联网创新应用取得巨大成功。在此期间，互联网业务及其核心收益，也由以往的以网络运营商管道接入为主，向着以用户体验为核心的应用价值进行转变，传统管道服务的日益低值化，促进了运营商不断寻求适应新型业务发展的网络新技术。然而，当前建立在尽力而为 IP 网络及其运营支撑系统之上的运营商承载网络，由于智能化承载控制平面的缺失，以及业务与网络设备的紧耦合造成的系统封闭性，存在着网络资源利用率低、新业务部署周期长、感知和差异化保障不足、网络维护复杂困难等诸多问题，严峻影响了移动互联网时代的竞争力。为此，积极开拓信息和网络应用新技术，建设开放、高扩展、敏捷、智能化新型网络，为客户提供便捷、丰富、个性化、高体验的网络服务，已成为通信业和网络运营商的最新发展目标。在这个背景下，以研究新技术、新架构为目标的SDN和NFV技术应运而生，相关的网络技术变革不仅已成为业界共识，而且将逐步成为未来运营商业务与网络转型的核心技术。本章将简要阐述SDN/NFV技术的架构和特点以及这两者之间的关系。1.1.1 SDN架构和技术特点软件定义网络（Software Defined Networking，SDN）起源于斯坦福大学的校园网络，是一种新型的网络架构和技术，它的核心设计理念是将传统IP网络的数据转发和路由控制进行分离，实现集中控制，分布转发，通过软件可编程的方式来简化和优化网络[1]图1-1所示为目前业界理解的SDN一般架构，主要由以下三个层面组成：基础设施层、控制层、应用层。图1-1 SDN的逻辑架构[2]基础设施层由转发设备组成，主要负责数据处理、转发和状态收集等功能。控制层由 SDN 控制软件组成，可通过 OpenFlow（OF）、PCEP（Path Computation Element Communication Protocol，路径计算单元通信协议）等标准化协议与下层进行通信，控制底层网络设备的转发行为，处理数据平面的资源编排，维护网络拓扑、状态信息等。控制层还将网络能力进行抽象，向应用层提供开放的API（应用程序接口）[3]应用层由众多业务和应用软件构成，这些软件可根据控制层抽象的网络信息执行相应的控制算法，形成网络策略，然后将控制策略通过控制层转化为流量控制命令下发给转发设备。SDN技术自出现以来，形成了众多流派，可以大致将其分为两大类：SDN过渡技术和OpenFlow。其中，I2RS（Interface to the Routing System）和overlay是最具代表性的SDN过渡技术。I2RS是IETF成立的SDN工作组，其出发点是维持现有路由体系架构不变，在网络设备上提供专用接口供用户开发应用。overlay 是Big Switch、VMware等厂商主导的虚拟化解决方案，其核心思路是采用VxLAN（Virtual extensible Local Area Network，虚拟可扩展局域网）、NVGRE（Network Virtualization using Generic Routing Encapsulation，网络虚拟化通用路由封装）、STT（Stateless Transport Tunneling）协议等隧道技术在物理网络上叠加虚拟的逻辑网络。用户可以灵活定义逻辑网络、调整网络策略。而 ONF定义的OpenFlow 遵循控制与转发分离的设计原则，其转发层由OpenFlow交换机组成，控制层与转发层之间通过标准化的OpenFlow协议（南向接口）进行通信，控制器可通过“流匹配”的方式定义网络转发规则，向交换机下发相应的流表，OpenFlow 交换机执行相应流表的动作即可高速转发数据包[4]从上述SDN技术的几种不同实现方式，可以总结出以下几大技术特征。控制与转发分离：将传统IP设备的控制面和转发面进行分离，转发设备抽象为一个通用的受控的网络设备，只关注转发和存储能力，与业务特性彻底解耦。控制面则通过控制协议控制转发面的流量行为。集中控制：将网络信息进行抽象处理构成统一的控制平台，实现逻辑上的集中式控制，从而获取网络资源的全局信息，并根据全局状态实现资源的全局调度和优化，提高网络控制的灵活性。开放可编程：通过开放的API，应用层可以告知控制层如何进行网络资源操作才能更好地满意业务需求（如带宽、时延、计费等）。另外，用户还可根据业务需求定制网络功能，实时配置网络参数，加快业务响应速度，缩短业务开通时间。网络虚拟化：SDN 通过软件控制简化的底层网络硬件，突破传统网络操作系统与专用硬件紧耦合的组织架构，将网络由静态的物理网络转变为面向用户、面向应用的动态逻辑网络[5]1.1.2 NFV架构和技术优势网络功能虚拟化（Network Functions Virtualisation，NFV）最初是由全球领先的7家电信运营商提出的，旨在通过虚拟化技术实现软硬件的解耦，将网元功能抽象为独立的应用，并部署于基于标准服务器、存储、交换机构建的统一平台上。NFV 改变了运营商构建网络的方法，不再依赖于专用的网络设备，通过标准的大容量的IT设备即可实现网络功能。ETSI网络功能虚拟化行业规范工作组（ETSI NFV ISG）是目前业界一致认可的NFV相关标准体系研究的领跑者和主要推动者，主要由以下 5 个工作组组成：IFA、TST、EVE、REL、SEC[6]，目前它已经制订和发布了NFV虚拟化需求、NFV用户案例、NFV体系框架等多个文档。图1-2所示为ETSI提出的NFV架构。图1-2 ETSI定义的NFV架构整个NFV架构从下至上可以分为3层：基础设施层、虚拟网络层和运营支撑层。基础设施层主要包括NFV基础设施（NFV Infrastructure，NFVI）及虚拟化基础设施管理（Virtualize Infrastructure Management，VIM）系统，其中，NFVI主要包括物理硬件层和虚拟化层，虚拟化层将物理硬件层的计算、存储、网络等硬件资源抽象为虚拟计算资源、虚拟存储资源、虚拟网络资源，从而将软件功能与底层硬件进行解耦，为虚拟网络层的VNF提供部署、管理和执行的环境。VIM的主要功能是实现对NFVI资源（包含硬件资源和虚拟资源）的管理和监控。虚拟网络层主要包括虚拟网络功能（Virtualize Network Function，VNF）、网元管理系统（Element Management System，EMS）与VNF管理系统（VNF Manager，VNFM）。VNF是部署在虚拟机上的虚拟化网元，其网络功能及对外的运维接口与物理的专用设备保持一致。EMS是VNF的业务网络管理系统，通常由VNF厂商提供，完成传统的网元管理功能及虚拟化环境下的新增功能。VNFM主要负责VNF的资源及生命周期相关的管理，如网元的实例化、扩容与缩容等功能。运营支撑层主要包括OSS/BSS与编排器（orchestrator）。OSS/BSS除支持传统网络管理功能外，还支持在虚拟化环境下与 orchestrator的交互，完成维护与管理功能。orchestrator负责网络业务、VNF与资源的总体管理，是整个NFV架构的控制核心。orchestrator、VNFM与VIM合起来称为MANO（NFV Management and Orchestration），主要解决虚拟化网络的部署和网络资源调度等问题。NFV 通过虚拟化技术实现软硬件的解耦和功能抽象，使网元功能运行在通用的x86 服务器上。倘若网络功能和性能都能达到要求，NFV将会给网络运营商带来巨大的价值：网络设备功能不再依赖于专用硬件，标准的x86服务器设备成本相对较低，可降低昂贵的网络建设成本；通过开放的API 可以获得更灵活的网络能力，使用软件加载的方式即可完成新业务的上线、业务的更新等，大大减少新业务的建设周期；通过调整相应VNF的虚拟资源即可实现网络能力的弹性伸缩，因此，可根据实际业务的需求按比例扩大、减少相应的网络规模，灵活性好，扩展性高；通过统一平台的集中化管理，可充分实现资源的灵活共享，能有效提高管理和维护的效率。1.1.3 对SDN与NFV关系的理解随着互联网产业的迅猛发展，业务承载需求发生了翻天覆地的变化，研究新技术、新架构进行网络变革已成为业界共识，SDN和NFV技术应运而生，逐渐成为下一代网络架构发展的核心技术。那么，它们之间毕竟有着怎样的关系呢？显然，这两者的侧重点不同。首先，SDN 是软件定义网络，侧重于实现控制和转发的分离，将转发设备功能简化，通过标准化的接口实现IP数据包分组转发的集中控制。而NFV是网络功能虚拟化，侧重于网元功能的变革上，将传统专用网络设备的功能和硬件进行解耦，使网元功能部署于标准服务器、存储设备、交换机构建的统一平台上，从而使网络不再依赖于专有硬件，降低运营商的网络建设成本和运维成本。其次，SDN的概念是 2009年提出的，相对NFV的提出时间（2012年）较早，标准化程度也相对较高。SDN已有OpenFlow为代表的标准化南向接口协议，且处于持续更新中，而NFV尚无完善的标准协议，但有具备指导性意义的白皮书。再次，SDN 起源于校园网，在数据中央和企业网中已出现成功的商用案例，并将逐步应用于广域网。而NFV由运营商提出，目前主要的应用有运营商的移动核心网设备、网络边缘设备等。虽然SDN与NFV的设计理念完全不同，但它们之间有一定的合作关系。NFV白皮书对SDN和NFV的关系做出了相应的说明[6]。总体来说，SDN和NFV是相互补充但又互不依赖的关系，如图1-3所示。虽然SDN和NFV可以独立部署，但倘若两者协同应用将是一个强盛的组合：结合SDN提出的控制平面和数据平面分离的方法，NFV可以提高性能、兼容现有部署、简化运维工作；反之，NFV可通过提供SDN可运行的基础设施来支持SDN。目前研究较热的业务功能链（Service Function Chaining，SFC）就是SDN与NFV紧密结合的应用案例，在NFV平台上部署SDN控制器，动态控制NFV 虚拟网元之间的网络连接或者数据流，从而通过组合不同的网元实现丰富的网络能力，如图1-4所示。图1-3 SDN和NFV的关系图1-4 SDN与NFV结合的应用案例1.2 控制器概述从SDN的架构来看，控制器是SDN技术的核心，具有“承上启下”的作用，控制器向下对转发面的行为进行控制和管理，向上将网络能力进行抽象，通过开放的API支持上层不同业务的网络需求。而NFV技术主要集中在解决网元功能的虚拟化上，需要控制器配合解决业务选路方法、流量控制和性能监控等问题。因此，控制器在SDN和NFV技术中都具有非常重要的地位。目前，SDN控制器有两大阵营：商用控制器和开源控制器。不同的SDN控制器在实现语言和设计目标上有着一定的差异，因此，各自具有不同特点和优势。根据南向接口协议的不同，可以将其大致分为两类：支持 OpenFlow的SDN 控制器和支持多种南向接口协议的SDN控制器。1.2.1 商用控制器随着SDN/NFV技术的发展，各大设备厂商、IT厂商纷纷发布了自己的商用控制器，如思科（Cisco）的CiscoOne、华为的SNC、Brocade的Vyatta SDN控制器、Juniper的Contrail、华三的VCF等。表1-1列出了市场上主流的SDN商用控制器产品的一些相关信息，包括支持的南向接口、北向接口、控制器产品原型等。从该表中可以看出：大多数的商用控制器都是基于开源控制器OpenDaylight开发的，南向接口大多支持OpenFlow，而且大多都会在北向提供开放接口供用户开发应用。表1-1 商用控制器对比由于不同厂商对标准的理解不同，SDN 商用控制器还存在一定程度的互通性问题，主要表现为以下两个方面：一方面，不同厂商的控制器之间难以互操作；另一方面，部分交换机只能和固定的控制器互通，和其他厂商的控制器无法成功建立安全通道[7]。这些问题的解决需要社会各界的共同努力。1.2.2 开源控制器由于使用商用控制器依然需要在一定程度上依赖厂商，且商用控制器本身还存在互通问题，研究和了解开源控制器、基于开源控制器进行定制开发已经成为了目前业界的热门做法。现有开源控制器有OpenDaylight、Floodlight、Ryu、NOX/POX、OpenContrail、Trema、ONOS等，以下简朴介绍几款主流的开源控制器。1.FloodlightFloodlight 是创业公司Big Switch在 2012年2月发布的开源控制器。Floodlight是一款基于Java实现，在Apache软件许可证下免费发布，可与任何支持OpenFlow的网络设备互操作的控制器，目前Floodlight仅支持OpenFlow 1.0（OF 1.0）和OpenFlow 1.1（OF 1.1）。Floodlight具有以下特点：使用模块化加载的核心架构；通过OpenStack Quantum插件实现与OpenStack的对接；北向的REST API支持Java和Jython等。2.RyuRyu是日本运营商NTT的实验室支持开发的一款开源SDN控制器。该控制器是取名于日语“flow”的意思，完全由Python语言编写，具有以下几大特点。系统架构完善，支持插件式开发。提供OpenStack Quantum插件，支持OpenStack。Ryu分为两部分：Ryu-manager和Ryu-client。其中，Ryu-manager是运行在OpenStack的控制节点，用于处理开发者编写的网络集中控制逻辑，并将任务分发给下面的计算节点。计算节点使用Ryu-client的API为OpenvSwitch部署相应的配置策略。比较全面地支持OpenFlow协议，目前已经支持OF 1.0、OF 1.2、OF 1.3以及OF 1.4等版本的协议。除此之外，还能支持OF-Config、NETCONF等控制协议。3.ONOSONOS是2014年12月由斯坦福大学和加州大学伯克利分校 SDN 创立的开源社区，AT＆T、NTT等电信运营商为其主要的合作伙伴。ONOS旨在设计一款可用性高、性能优、抽象性和扩展性好的运营商级的开源SDN网络操作系统。ONOS具有以下几大特点：全分布式控制架构，支持分布式统一逻辑网络视图；支持OpenFlow和白盒硬件；支持插件式管理等。4.OpenContrailOpenContrail是由Juniper公司开发的一个用于软件定义网络的集成软件系统。该软件系统可以在 OpenStack 虚拟云的管理平台下实现不同虚拟机之间的虚拟网络的自定义，实现OpenStack中不同租户之间虚拟网络的隔离和控制，还提供防火墙入侵检测系统、深度包检测、数据缓存等网络管理功能。OpenContrail系统的主要组件有：WebUI、configuration node、control node、vRouter和analytics node。WebUI：提供一个可视化的界面，方便管理者管理虚拟网络并监控网络的状态。configuration node：负责接收来自WebUI通过REST API发送的配置信息，将配置信息通过 Schema 转换器进行转换后通过 IF-MAP 服务将配置信息发送到control node上。control node：负责订阅并收取 configuration node 转换后的IF-MAP（Interface for Metadata Access Point）配置信息。vRouter：是OpenContrail系统配置的末端节点，它接收XMPP服务器发送的配置信息，将其解析后存入本地的数据库中，然后根据数据库中的配置信息来调整网络的转发和配置。analysis node：负责收集configuration node、control node和vRouter上的状态信息，通过Sandesh协议的方式进行数据传递。analytics node提供REST API，可以通过访问接口获得OpenContrail系统的状态信息。OpenDaylight是目前备受瞩目的开源控制器之一，也是本书的重点，第1.2.3节将简朴介绍 OpenDaylight 控制器（controller）的技术特点，使读者从宏观上了解 OpenDaylight 控制器。第3章将详细介绍OpenDaylight中的控制器项目，包括基础架构、组成模块、安装环境、开发流程等。1.2.3 OpenDaylight控制器概述OpenDaylight是一款基于Java开发的控制器，其项目架构与第1.1.1节提到的SDN架构总体上是一致的，但不包括最底层的基础设施层，也就是说OpenDaylight将不涉及转发面组件的工作，如图1-5所示[8]。总体来看，OpenDaylight具有以下几大特点。图1-5 OpenDaylight架构分析南向接口不仅支持OpenFlow，还支持SNMP、PCEP、BGP-LS、OF-Config等其他标准化协议，甚至允许出现私有化接口。引入了业务抽象层（SAL），这使得上下层模块之间的调用可以相互隔离，屏蔽多种南向协议的差异，为上层的功能模块提供一致性服务。北向提供开放可扩展的API，用户可根据需要通过调用函数或者REST接口开发应用。OpenDaylight具有模块化、可扩展的控制器核心。采用开放服务网关（Open Service Gateway Initiative，OSGi）体系结构，解决功能组件之间的隔离问题，实现代码和功能的灵活加载，并可支持运行时业务或应用的安装、更新、删除等插拔操作。使用 YANG工具可直接生成业务管理的“骨架”，开发者只需专注于详细业务，根据业务驱动模型工具来设计接口，实现业务功能。OpenDaylight拥有一个开源的分布式数据网格平台，该平台不仅能实现数据的存储、查找和监听，更重要的是它使得OpenDaylight支持控制器集群。第2章 OpenDaylight社区2.1 OpenDaylight社区介绍OpenDaylight是Linux基金会负责管理的开源项目，旨在建设一个开放的SDN网络系统控制平台，推动 SDN和NFV 技术的创新实施和透明化。本章将详细介绍 OpenDaylight社区，使读者能够更全面地了解OpenDaylight。2.1.1 OpenDaylight开源社区2013年4月，Big Switch、Brocade、思科、Citrix、Ericsson、IBM、Juniper、微软、Redhat、NEC、VMware、Arista、戴尔（Dell）、Fujitsu、惠普（hp）、英特尔（Intel）、Nuagenetworks以及Plumgrid等18个国际知名厂商联合建立了OpenDaylight项目（OpenDaylight Project，ODP），他们的共同目标是以透明、开放、公平、协作为原则建立一个供应商、客户、合作伙伴和开发人员可以共同使用的SDN开源平台，从而推动SDN的产品化和商业化[9]该项目主要由非营利性组织Linux基金会负责管理，任何厂商只需贡献一定量的资金和工程研发人员即可成为OpenDaylight社区会员。目前OpenDaylight的会员等级主要有铂金、金、银三类，会员等级越高影响力就越大，如铂金会员可指定一个代表作为技术指导委员会（Technical Steering Committee，TSC）成员。图2-1所示为现阶段OpenDaylight的铂金、金级会员和部分银级会员

OpenDaylight应用指南.pdf下载链接：https://max.book118.com/html/2020/1217/7000166052003032.shtm