【译】OpenDaylight控制器:MD-SAL 架构

内容

1. 介绍

MD-SAL是模型驱动的服务抽象层,提供了将北向、南向API以及数据结构(SDN控制器各种服务和组件中使用) 统一的机会。

为了描述控制器组件提供的数据结构,提出了一种特定领域的语言--YANG--作为服务和数据抽象的建模语言。这样的语言允许:

  • 建模XML数据和组件功能的结构。
  • 定义语义元素及其关系。
  • 将所有组件建模为单个系统。

2. 范围     

该内容定义了模型驱动的服务抽象层(SAL)的架构、绑定无关的数据格式以及基础架构组件。

3. 定义和首字母缩略词

  • 绑定(Binding):由YANG Schema 生成的Java接口,类和约定。
  • 绑定感知(Binding Aware):使用了YANG Schema生成的数据和API的组件或功能。
  • BI,绑定无关(Binding Indepent):使用DOM方式进行数据和API调用的组件或功能,它独立于由YANG生成的Java语言绑定。
  • 绑定无关类型标识符(Binding-independent type identifier):类似QName的格式的数据结构或RPC方法的标识符
  • 消费者(Consumer):使用由另一个提供者提供的模型和/或API的组件(例如应用程序)。
  • 数据操作(Data operation):描述整个系统状态(配置,运行数据)的数据子集之上的操作。
  • DTO,数据传输对象(Data Transfer Object):用于在Binding-Aware组件之间传输数据的简单对象。 DTO是绑定的一部分。
  • 基础架构组件(Infrastructure Component):既不是提供者也不是消费者,但暴露或扩展SAL功能的组件。
  • 提供者(Provider):通过特定于模型的API或以独立于绑定的格式为应用程序提供功能的组件
  • SAL:服务抽象层。
  • NSF:网络服务功能(例如TopologyManager,ForwardingRulesManager)

4. 内容结构

该内容分为三个主要部分:

架构概况
         Yang Schema和模型
          绑定无关数据格式
         绑定无关组件

绑定模型-描述将绑定无关格式映射到生成的Java绑定的基本概念
          绑定感知组件-描述使用绑定的组件和/或为绑定提供支持功能。

5. AD-SAL过渡计划

MD-SAL到AD-SAL兼容性

6. 参考文献

原文链接:https://wiki.opendaylight.org/view/OpenDaylight_Controller:Example_Workflows

时间: 2024-10-13 22:30:58

【译】OpenDaylight控制器:MD-SAL 架构的相关文章

【译】OpenDaylight控制器:SAL架构概述

1. SAL架构 系统的体系结构如下图所示: 上图中的子系统如下: 生产者(Provider)--通过其北向API向应用程序和其他提供程序(插件)提供公开功能的组件.生产者可以是其他生产者的消费者.生产者有两种类型: 绑定无关生产者:它们的功能以绑定无关的数据DOM格式公开;           绑定感知生产者:它们的功能以针对一个或多个生成的绑定接口编译的形式显示; 消费者(Consumer) - -使用由一个或多个provider提供的功能的组件.消费者有两种类型: 绑定无关消费者 - 以D

【译】OpenDaylight控制器:MD-SAL架构:DOM DataStore

源文件:https://wiki.opendaylight.org/view/OpenDaylight_Controller:MD-SAL:Architecture:DOM_DataStore#The_In-Memory_MD-SAL_Data_Store_Implementation 问题描述 在MD-SAL数据存储和数据存储本身的当前实现中,存在几个有关数据结构问题: 数据结构(在yang-data-api中定义)更像是XML结构,因此很难在其上实现优化的数据存储. 而YANG定义的数据结构

【译】OpenDaylight控制器:YANG Schema和Model

1. Schema 定义 绑定无关数据模式(BI Data Schema)描述了模块提供的数据结构.过程和通知. 该Schema基于YANG,但是为更好地适应Java类系统并支持Controller用例,一些术语和定义被改编. Schema用于定义: 模块(Modules) - 一组对外提供的功能,特征,类型,RPC和数据结构 特征(Features) 类型(Types ) - 可以在模块中本地使用的数据类型,包含它的模块或子模块以及其他模块 数据结构(Data Structures) - 数据

OpenDayLight——HelloWorld

既然学习OpenDayLight编程这个鬼,就得像学语言一样来一个HelloWorld来试试水,经过几天的折腾,总算成功输出HelloWorld了,这里记录下整个过程以供后续参考. 一.实验环境描述 本次实验是在win7 64位+8G内存环境下实现:java版本为1.8.0_131:maven版本为3.5.0:这些安装过程就不记录了! 二.构建项目 1.执行如下命令构建项目: mvn archetype:generate -DarchetypeGroupId=org.opendaylight.c

AirTight C-60 AP 无控制器架构企业无线网络安全解决方案

AirTight C-60 AP 802.11n,双频并发3x3:3 Wi-Fi访问和 7x24小时无线入侵防御-行业排名第一 关键特性 可通过软件配置的双 band双并发 radios. 3x3:3  802.11n(单个radio支持 450Mbps)符合802.3af标准 POE供电. WPA/WPA2 PSK 和802.1x认证. 每个 AP支持多BSSIDs和 VLANs 集成防火墙流量整形QoS 和 BYOD 控制. 基于强制门户和walled garden 的多客户访问选项. Wi

ONOS预热篇之ONOS与OpenDaylight比较(四)

目前以设备提供商为代表的OpenDaylight阵营目前发展势头正劲,而由斯坦福大学和加州大学伯克利分校SDN先驱创立的非营利性组织ON.Lab也紧锣密鼓地推出了自己的开源SDN操作系统——ONOS.此次打造的商业级的以用户为导向的ONOS开放网络操作系统是以服务提供商为首,并且得到了开放网络基金会ONF的鼎力支持,意欲与OpenDaylight一决高下.具体的性能究竟孰好孰坏还需要等待发布之后的评测,下面小编就从不同的方面比较一下这两个业界最知名的网络操作系统. 1. 驱动方式不同 ONOS白

基于OpenDaylight和Mininet的试验床平台搭建

##########################################平台架构######################################### 一.虚拟机安装和镜像加载 *本部分过程非常简单,所以不详细描述,基本流程稍微提一下. 1. 虚拟机软件:安装虚拟机软件主要有VMware Station, VirtualBox等,后者免费,下载网址为:https://www.virtualbox.org/wiki/Downloads,本文以VMware Station为例

思科谈OpenDaylight

虽然依旧能在市场上看到思科的可扩展网络控制器(XNC),但是你可能已经注意到思科在最近的一段时间内,一直在谈论其开放SDN控制器(替代XNC). 显然,思科拥有了基于OpenDaylight氢版本的其他控制器,XNC已经到了退出历史的舞台的时刻.那么该控制器对OpenDaylight架构做了哪些根本性的改变在下面我们将谈到. OpenDaylight的核心 思科的开放SDN控制器的变化在控制平台的服务抽象层,位于南向接口之上,如OpenFlow.这意味着隔离了应用程序所在的北向接口.这样,应用程

OpenDaylight 2015峰会,What are you弄啥咧?

OpenDaylight现在到底发展如何?研究这个有没有前途?现在研究OpenDaylight还来得及吗?这或许是很多人会关注的问题.不过与其纠结这个问题,倒不如看看第二届的OpenDaylight峰会到底整了些啥,或许会让你对OpenDaylight的发展有个更加立体的认识.根据官方的说法这次峰会旨在为创新者.开发者.软件定义网络(SDN)和网络功能虚拟化(NFV)用户提供协作和教育场地.该峰会聚集了推动SDN和NFV生态系统发展的社区.项目.产品和网络行业公司,以及来自世界传统开源的最好实践