Lithium中关键特性更新
Lithium中关键特性更新
1. Lithium特性更新概述
Lithium相对于Helium更新特性共27项,其中原有特性提升或增强13项,新增特性14项,如下表所示
特性类型 | 相对于Helium | 数量 | 说明 |
---|---|---|---|
协议类 | 新增 | 6 | ALTO/Opflex/SNMP Plugin/LACP/Source-Group Tag Exchange Protocol/CAPWAP |
协议类 | 更新 | 2 | Openflow Plugin/BGP/LS PCEP |
服务类 | 新增 | 1 | Persistence Store Service |
服务类 | 更新 | 4 | Lisp Flow Mapping Service/Neutron & OVSDB Services/VPN Service/AAA |
组件平台框架类 | 新增 | 5 | Device Identification and Drive Management/Network Intent Composition/Reservation/Topology Processing Framework/Time Series Data Repository |
组件平台框架类 | 更新 | 3 | Controller/DLUX/VTN |
接口策略类 | 新增 | 2 | IoTDM/Unified Secure Channel |
接口策略类 | 更新 | 4 | Group Based Policy/SNMP4SDN/Secure Network Bootstrapping Interface/SFC |
2. Lithium更新特性分析
Controller
更新:
- MD-SAL集群额外提升,API拓展
交付:
- BUG-2351 Performance improvements for MD-SAL
通过API与MD-SAL实现变化提升性能 - BUG-2348 Improve operations & monitoring
简化MD-SAL的监控并提升可除错性 - BUG-2262 Clustering: NormalizedNode serialization improvements
提升NormalizedNode序列化性能并降低内存使用
Bug | Relationship | Description | Deliverable |
---|---|---|---|
2622 | parent | Utilize NormalizedNode streaming classes in Clustering code | |
2664 | Use Normalized Node streaming code when persisting snapshots and replicating snapshots[1] | https://git.opendaylight.org/gerrit/#/c/14620/ | |
2265 | Migrate messages that contain NormalizedNode into java serializable so that they can use the NormalizedNodeStreamWriter[2] | https://git.opendaylight.org/gerrit/#/c/12448/ https://git.opendaylight.org/gerrit/#/c/14476/ https://git.opendaylight.org/gerrit/#/c/14510/ | |
2266 | Add more unit tests for the NormalizedNodeStreamWriter | https://git.opendaylight.org/gerrit/#/c/13038 - stable/helium https://git.opendaylight.org/gerrit/#/c/13275 - master | |
2267 | Optimize the stream writer to reuse the builder | https://git.opendaylight.org/gerrit/#/c/12406/ | |
2268 | Convert Raft messages that will carry NormalizedNode into java serializables | https://git.opendaylight.org/gerrit/#/c/14483/ |
注
[1] 以下情景使用NormalizedNode stream writer:
- 快照持久化
- 从存储中读出数据的事务不应序列化NormalizedNode
- CaptureSnapshotReply应实现Serializable来传递NormalizedNode至RaftActor
- 捕获的快照将不存储在内存中
- 快照安装
- 将消息按java序列化转化并通过akka写入流
- 安装快照时创建快照
[2] 迁移以下消息
- WriteData
- MergeData
- ReadDataReply
- DataChanged
当转换上述消息时应确保WriteData/MergeData中的实例标识按stream wirter紧凑格式
AAA
更新:
- 增加数据持久化,Federation,SSO,额外拓展和提升
ALTO
新增:
- 实现应用层数据优化(ALTO)协议,向应用提供网络信息
- 为ODL实现ALTO的北向API
ODL提供的拓扑服务主要关注网络,对于应用而言暴露过多的网络细节,ALTO提供简化网络视角指导应用使用网络资源,详见RFC7285
大部分项目参与者为国内人员,包括清华、同济以及华为
BGP/LS PCEP
更新:
- 增加BGP Flowspec,graceful restart,段路由,PCEP安全传输
- 涉及如下RFC:5886,4486,5492,6286,5004,5575,7311,4724
CAPWAP
新增:
- 实现ODL管理WTP网络设备
此项特性针对WLAN
Device Identification and Drive Management
新增:
- 应对特定设备功能的需求,所谓特定设备功能是指设备执行某一特性时的性能及限制,例如,配置VLAN和调整流表是设备的特性,不同设备对于上述特性采用不同的实现方式
- DIDM支持以下功能:
- Discovery - 检测设备是否位于控制器管理域,并建立连接。对于不支持OpenFlow的设备,可以通过手动注入设备信息方式发现,如GUI或REST API
- Identification – 判断设备类型
- Driver Registration – 注册设备
- Synchronization – 收集设备信息、配置和链路信息
- Define Data Models for Common “Features” – 数据模型定义为执行通用特性,如VLAN配置
- Define RPCs for Common “Features” – 为上述特性定义RPC,Drivers实现特定设备的特性及RPC
- DIDM使用SNMP南向插件并依赖AAA
DLUX
更新:
- 支持Topology Framework、Topology Extension Points、Enhanced visualization capabilities
Group Based Policy
更新:
- 增加对OpenStack Neutron的支持,支持Service Function Chaining,OfOverlay对NAT的支持,table offsets
IoTDM
新增:
- 以数据为中心的中间件作为兼容oneM2M的IoTDM,并授权应用获取IoT数据
此项特性针对物联网
LACP
新增:
- 以MD-SAL服务方式实现链路聚合控制协议(LACP),用于自动发现和聚合控制器与交换机之间的多条链路
Lisp Flow Mapping Service
更新:
- 改进ELP处理,北向API转为MD-SAL,Service Function Chaining的持续集成,Neutron提升
Network Intent Composition
新增:
- 基于网络行为和策略的“意图”管理和指导网络服务及资源
- 使用新的北向接口,提供通用抽象的策略语义,而不是类似OpenFlow的流规则
- 面向SDN应用,如OpenStack Neutron,Service Function Chaining,Group Based Policy
- 可以使用控制协议有Openflow,OVSDB,I2RS,Netconf,SNMP
Neutron & OVSDB Services
更新:
- API转为MD-SAL,增加功能校验支持LBaaS,增加Distributed Virtual Router、SNAT、External Gateway及Floating IP支持
OpenFlow Plugin
更新:
- Lithium版本的OF Plugin进行了重新架构,支持基于MD-SAL的OF1.0、OF1.3,增加对TTP的支持
- 修复Helium存在问题:统计搜集性能提升
- Helium版本中统计采用同一时刻向所有节点发送统计请求,引发统计响应风暴,导致CPU冲高及对MD-SAL存储的压力
- 按照连接数及各自表(Flow tables、Group、Meter)中的条目数进行动态间隔统计轮询
- 每个节点在统计间隔中进行统计轮询
- 只在前一次统计完成后才启动下一次统计
- 不同统计类型使用不同的统计周期,保持低优先级统计的初始周期间隔,并根据响应数量进行调整
- 新增特性:
- 处理协议保留端口
- 拓扑能够在初始阶段频繁变化,到达稳态后平滑变动,Helium版本拓扑发送过多的LLDP,可考虑稳态时使用节点通告来发现拓扑变化
- 线程模型及报文处理优先级
- 端口配置
- 队列配置
- 角色请求
- OpenDaylight GUI感知OF1.3,例如:能够配置1.3风格的流表、meter、组表
- 多控制器和仲裁
Opflex
新增:
- Opflex策略代理协调OVS工作,执行基于组的策略模型
Persistence Store Service
新增:
- 提供应用持久化服务,针对非模型数据,例如AAA、AADS、TSDR等,此框架统一持久化任务,以便应用可遵循系统化的方法实现持久化
- 提供可拓展、可重用的软件平台,包括以下内容:
- API
- 抽象实现允许插入多种对象存储引擎,例如JPA、Cassandra、Mongo、HBase等,目前已支持JPA实现
- 一系列集成测试工具
- SDN应用以下列方法与持久化数据进行交互,包含:
- 数据定义:定义新数据结构,删除数据结构,修改数据结构
- 数据维护:插入、更新、删除数据
- 数据检索:查询数据
- 架构如下,图中RDBMS和NoSQL仅为强调多种不同的数据库(SQL vs NoSQL),以及在该框架下可以运行多个数据库实例
- 软件架构如下图所示
Reservation
新增:
- 提供动态低级别的资源预留,用户可以将网络作为一个服务、连接或资源池(端口,带宽),其初衷是提供端到端的多层配置
Secure Network Bootstrapping Interface
更新:
- 为转发元素增加Linux副抽象,并提升特性抽象和引导基础架构
SFC
更新:
- 增加Yang模型来表示SFC;接收来自REST和RPC的需求表达式;构建SFC的界面;LISP支持;负载均衡功能分组;NSH、MPLS及VLAN的OF渲染器;南向REST接口;SFC-OVS通过OVSDB对SFF桥、隧道、端口增删改查; 报文分发器;与ODL_GBP集成
SNMP4SDN
更新:
- 增加关于ACL的流配置,通过REST API激活流配置及多厂商支持
SNMP Plugin
新增:
- 针对应用及控制通过SNMP与交换设备进行交互的需求,通过SNMP南向插件,应用变为SNMP管理与设备进行交互,该项目期望实现通用的SNMP实现
Source-Group Tag Exchange Protocol
新增:
- SXP用于传递IP与源组标签绑定信息,源组使用唯一的SGT值标识。防火墙可使用SGT创建独立于拓扑的ACL(源和目的的IP/SGT信息都可被发送至防火墙)。当新的终端接入网络,SXP能够自动地更新防火墙中终端信息。在ODL中,通常使用GBP操作组策略。SXP中的源组与ODL GBP作用相同,因此GBP也可使用SXP SGT
Topology Processing Framework
新增:
- 提供一个框架用于简化拓扑数据的聚合和查询,以便于提供一个统一的拓扑视图,包括多协议、底层及叠加资源
Time Series Data Repository
新增:
- 用于搜集、存储、查询和维护ODL控制器时间序列数据,利用TSDR提供的功能,网络管理员可以利用这些数据驱动应用进行安全风险探测,性能分析,操作配置优化,流量工程,以及自动化智能网络分析
VPN Service
更新:
- L3 VPN服务API,与开源路有套件集成,如Quagga、RYU,OpenStack Neutron集成
VTN
更新:
- 迁移至MD-SAL,显著提升VTN中的策略管理,支持微软SVCMM
Unified Secure Channel
新增:
- USC框架提供中央服务器来协调终端之间的加密通信。USC提供了一个客户端代理,通知控制器对其加密功能,可以指示选择基于业务策略需要加密的流,潜在场景是为控制器之间通信加密
3. Lithium更新特性总结
Lithium相对Helium的更新主要体现在以下几个方面:
- 多协议支持
- 部分Helium中的协议得到增强和提升,如BGPCEP、Openflow Plugin,修订了Helium版本中存在的问题;
- 网络应用相关协议增加,如ALTO、LACP、Source-Group Tag Exchange Protocol、Opflex,将为将来更多的网络应用提供较完备的基础服务;
- 更多南向协议支持,如SNMP、OVSDB;
开始关注其他网络领域,如CAPWAP与IoTDM,分别针对WLAN与物联网;
- 易用性得到提升
- Lithium相对Helium提供更多的功能,帮助网络管理人员分析、整合网络资源,例如,Topology Processing Framework提供统一拓扑试图,Time Series Data Repository提供性能分析数据源;Network Intent Composition提供面向网络行为的网络资源指导
作为平台提供更多基础服务,提升开发人员开发效率,例如,Persistence Store Service提供非模型数据的存储,更加提供了对存储行为的抽象,方便开发者在ODL中集成不同类型的数据库;DIDM提供针对特定设备不同限制与性能的抽象与管理
- 性能提升是Lithium的主题
在Lithium已经交付的特性中,不少是对Helium的性能提升项目,例如,Controller中提交的相关特性主要针对提升MD-SAL存储性能及;Openflow Plugin中提交的相关特性也解决了原有Helium中统计性能问题
- 后续需要重点关注
- Controller,针对MD-SAL的提升对集群,及对原有Helium版本的功能影响
- Device Identification and Drive Management,提供多厂商设备集成的管理
- OpenFlow Plugin,新增特性对集群和主备切换的影响
- Persistence Store Service,对非模型数据存储具有指导意义,后续持久化存储的方向
- Topology Processing Framework,对现有Topology功能的影响及对此特性的可能的使用方法
Time Series Data Repository,作为性能分析工具的可行性,并对网络管理方法提出新的角度
Lithium中关键特性更新的更多相关文章
- InnoDB关键特性学习笔记
插入缓存 Insert Buffer Insert Buffer是InnoDB存储引擎关键特性中最令人激动与兴奋的一个功能.不过这个名字可能会让人认为插入缓冲是缓冲池中的一个组成部分.其实不然,Inn ...
- SQL Server2014 SP2关键特性
SQL Server2014 SP2关键特性 转载自:https://blogs.msdn.microsoft.com/sqlreleaseservices/sql-2014-service-pack ...
- InnoDB的关键特性-插入缓存,两次写,自适应hash索引
InnoDB存储引擎的关键特性包括插入缓冲.两次写(double write).自适应哈希索引(adaptive hash index).这些特性为InnoDB存储引擎带来了更好的性能和更高的可靠性. ...
- Mycat 关键特性
关键特性 支持SQL92标准 支持MySQL.Oracle.DB2.SQL Server.PostgreSQL等DB的常见SQL语法 遵守Mysql原生协议,跨语言,跨平台,跨数据库的通用中间件代理. ...
- SQL Server 2016 CTP2.3 的关键特性
SQL Server 2016 CTP2.3 的关键特性 数据库方面的增强 Row Level Security已经支持In-memory OLTP 表.用户现在可以对内存优化表实施row-level ...
- JAVA语言对比C++语言的几个优点和自身的关键特性
之所以写这篇博客不是为了比较JAVA语言和C++语言到底孰优孰劣,而是从语言本身出发进行对比总结程序编码设计上的差别.因水平有限,某些内容可能太过片面,欢迎指正和讨论. JAVA语言在设计上很好地借鉴 ...
- Performance Tuning guide 翻译 || Performance Tuning Guide 11G中新增特性
CSDN 对格式支持比較弱.能够到http://user.qzone.qq.com/88285879/blog/1399382878 看一致的内容. Performance Tuning Guide ...
- innodb关键特性之double write
# 脏页刷盘的风险 两次写的原理机制 1.解决问题 2.使用场景 3.doublewrite的工作流程 4.崩溃恢复 # doublewrite的副作用 1.监控doublewrite负载 2.关闭d ...
- xmake v2.1.5版本正式发布,大量新特性更新
此版本带来了大量新特性更新,具体详见:xmake v2.1.5版本新特性介绍. 更多使用说明,请阅读:文档手册. 项目源码:Github, Gitee. 新特性 #83: 添加 add_csnippe ...
随机推荐
- Redis 备份数据的两种方式
既然是数据库,那就一定有数据备份方式了,而且 Redis 是内存形式的数据库,更需要数据备份了,要不然断电数据就全都丢失了. Redis 数据备份有两种方式: RDB(数据快照) AOF(记录操作日志 ...
- xheditor在线编辑器在.netMVC4中的使用
在线编辑器xheditor,测试感觉不错,特把使用方法记录如下 : 先看看基本使用方法,然后用实例来操作 1.xheditor 地址 http://xheditor.com/ 2.下载最新编辑器源码 ...
- 【bzoj1430】小猴打架 Prufer序列
题目描述 给出 $n$ 个点,每次选择任意一条边,问这样 $n-1$ 次后得到一棵树的方案数是多少. 输入 一个整数N. 输出 一行,方案数mod 9999991. 样例输入 4 样例输出 96 题解 ...
- Day22-CSRF跨站请求伪造
csrf 跨站请求伪造 一.简介 django为用户实现防止跨站请求伪造的功能,通过中间件 django.middleware.csrf.CsrfViewMiddleware 来完成. 1.1 第1次 ...
- codeforces765F Souvenirs
本文版权归ljh2000和博客园共有,欢迎转载,但须保留此声明,并给出原文链接,谢谢合作. 本文作者:ljh2000 作者博客:http://www.cnblogs.com/ljh2000-jump/ ...
- Linux内核分析2
周子轩原创作品转载请注明出处 <Linux内核分析>MOOC课程http://mooc.study.163.com/course/USTC-1000029000 本次实验是通过分析一个简单 ...
- linux内核分析第3章&第18章读书笔记
linux内核分析第3章&第18章读书笔记 第三章 进程管理 进程:处于执行期的程序(目标码存放在某种存储介质上) 包含资源:可执行程序代码,打开的文件,挂起的信号,内核内部数据,处理器状态, ...
- HUD.2795 Billboard ( 线段树 区间最值 单点更新 单点查询 建树技巧)
HUD.2795 Billboard ( 线段树 区间最值 单点更新 单点查询 建树技巧) 题意分析 题目大意:一个h*w的公告牌,要在其上贴公告. 输入的是1*wi的w值,这些是公告的尺寸. 贴公告 ...
- Python相关资料收集
读写Excel: http://blog.csdn.net/five3/article/details/7034826http://tech.ddvip.com/2012-10/13515777031 ...
- Codeforces 585E. Present for Vitalik the Philatelist(容斥)
好题!学习了好多 写法①: 先求出gcd不为1的集合的数量,显然我们可以从大到小枚举计算每种gcd的方案(其实也是容斥),或者可以直接枚举gcd然后容斥(比如最大值是6就用2^cnt[2]-1+3^c ...