ONOS预热篇之ONOS简介

2023-05-16

为什么80%的码农都做不了架构师?>>>   hot3.png

ONOS问世后引起广泛关注,关于ONOSODL的纷争不绝于耳,最近小编拜读了一下ONOS白皮书,并做了一点粗浅总结,下面就跟大家分享一下。

1 ONOS诞生背景

1.1 ONOS诞生的利益分析

随着移动设备的不断普及,OTT服务和内容分发的兴起导致服务提供商网络迫切的需要一次网络变革。为了应对日益增长的带宽需求,服务提供商希望网络可以更加敏捷高效,且能从创新型服务和新型业务模式中分一杯羹得到更好的发展,至此SDN的呼声越来越高。而SDN中控制器占重要部分,是兵家必争之地,陆陆续续已经出现了很多SDN控制器,如OpenDaylightOpenContrailRyuFloodlightNOXSPOX等等,其中最受瞩目的莫过于OpenDaylight了。

OpenDaylight是由设备商主导的一个开源控制器,虽然打着开放的旗号,但是OpenDaylight一直排斥基于开放的协议方案,而是想采用折中的方案,即以开放专用接口的方式保留传统设备,采取以退为进的方式维护自己的利益。不可否认地,设备商拥有丰富的设备研发经验, OpenDaylight也确实是一款优秀的控制器,但是在这样的压力下,运营商不得不采取应对措施。于是,运营商推出了开放网络操作系统ONOS

1.2 ONOS又凭什么与OpenDaylight叫板呢?

过去几年来已经有几款关于软件定义网络的控制器,然而,我们很清楚地了解大部分控制器缺乏可扩展性、可靠性,除此之外,他们的性能不够良好且抽象层过于简单粗糙,并不能用于商业化产品。这些控制器直接向功能组件发送OpenFlow消息,而这些功能组件直接为网络设备创建OpenFlow消息,这样看来,这些控制器更像是设备驱动。它们不具备一个完整的SDN控制器平台所需的性能特征。真正需要的是一个一体化的网络操作系统,ONOS就是为了满足这些需求而创建。

一个操作系统应该具备下述功能:

 ■用户资源管理。确保所有用户有同样的权利,没有资源匮乏也没有资源泛滥、公平、合理的分配资源。

 ■用户隔离。由于每个用户都希望全权分配资源,所以将用户相互隔离,在多个应用和多个设备之间多路传输,并且通过资源虚拟化技术让用户享用各自的虚拟化OS可操作应用。

 ■抽象层管理。提供一个抽象层方便用户使用操作系统所管理的服务和资源,无需了解网络的复杂性;且在不改变应用的前提下,可以灵活拓展操作系统所管理的设备。

 ■提供用户安全保障机制。

 ■提供敏捷高效性服务。用户无需重建相同的服务,提高使用效率。

ONOS具备一个操作系统所具备的所有功能,不仅仅是控制器的功能。除此之外,ONOS还提供技术社区专栏,给更多的研究学者提供更广阔的交流、共享平台。

2 ONOS社区概览

ONOS的发布是一场业内盛宴,集聚了知名的服务提供商(如AT&TNTT通信)、高标准的网络供应商(如CienaEricssonFujitsuHuaweiIntelNEC)、网络运营商(如Internet2CNITCREATE-NET),以及其他合作伙伴(如SRIInfoblox),并且获得ONF的鼎力支持。

104029_qrUH_2249260.png

2.1 ONOS社区的目标

打造一个社区,共同完成SDN的愿景与使命:

 ■生产高质量的网络操作系统软件;

 ■创建高效的开源流程,吸引更多同道中人;

 ■通过不断努力以及贡献促进社会科技、生活的发展。

2.2 ONOS社区的自我要求

■顾客,服务顾客;

 ■精英,采用精英管理体制;

 ■创新,坚持创新;

 ■质量,始终如一地追求高质量;

 ■尊重,永远尊重别人;

 ■透明化,透明化操作及管理。

3 ONOS简介

服务提供商希望他们的网络敏捷、高效,满足日益增长的带宽需求,以创新服务和新型业务模式获取收入。软件定义网络SDN是服务提供商网络转型的关键,而ONOS是一个为服务提供商量身打造的新型运营商级别的SDN网络操作系统,由ON.LabONOS社区内领先的服务提供商、供应商和开发者共同开发。

ONOS是首款开源的SDN网络操作系统,主要面向服务提供商和企业骨干网。ONOS的设计宗旨是满足网络需求实现可靠性强、性能好、灵活度高。此外,ONOS的北向接口抽象层和API支持简单的应用开发,而通过南向接口抽象层和接口则可以管控OpenFlow或者传统设备。总体来说,ONOS将会实现以下功能:

 ■SDN控制层面实现电信级特征(可靠性强,性能好,灵活度高);

 ■提供网络敏捷性强有力保证;

 ■帮助服务提供商从现有网络迁移到白牌设备;

 ■减少服务提供商的资本开支和运营开支。

ONOS架构概述:

104029_nCkI_2249260.png

ONOS具有下述核心功能:

 ■分布式核心平台,提供高可扩展性、高可靠性以及高稳性能,实现运营商级SDN控制器平台特征。ONOS像集群一样运行,使SDN控制平台和服务提供商网络具有网页式敏捷度。

 ■北向接口抽象层/APIs,图像化界面和应用提供更加友好的控制、管理和配置服务,抽象层也是实现网页式敏捷度的重要因素。

 ■南向接口抽象层/APIs,可插拔式南向接口协议可以控制OpenFlow设备和传统设备。南向接口抽象层隔离ONOS核心平台和底层设备,屏蔽底层设备和协议的差异性。且南向接口是从传统设备向OpenFlow白牌设备迁移的关键。

 ■软件模块化,让ONOS像软件操作系统一样,便于社区开发者和服务提供商开发、调试、维护和升级。

SDNLAB语:SDN时代的到来为服务提供商提供了转型机遇,为了能够从创新型服务和新型业务模式中分一杯羹,服务提供商一直在探索转型的跳板。ONOS就是一款为服务提供商量身打造的产品,助力服务提供商转型。随着ONOS的参战,业内竞争愈加激烈,SDN的发展前景也越来越明朗化。

本文来源于SDNLAB,可点击此阅读原文。如果您对本文感兴趣,可参与以下互动方式与作者近距离交流。

(1) 微博(http://weibo.com/sdnlab/

110834_SB8j_2249260.png

(2) 微信(账号SDNLAB)

110900_pcD0_2249260.png

(3) QQ

SDN研究群(214146842)

OpenDaylight研究群(194240432)








转载于:https://my.oschina.net/sdnlab/blog/356976

本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)

ONOS预热篇之ONOS简介 的相关文章

  • 【SDN控制器分析之一】ONOS架构概述

    ONOS 设计目标 ONOS是一个采用OSGI技术来管理子项目的SDN控制器开源项目 xff0c 在最初设计时有这么几个目标是明确的 xff1a 代码模块化 xff1a 支持把新的功能作为新的独立单元引入特性可配置 xff1a 无论是在启动
  • onos实现driver的自动加载

    AbstractDriverLoader 已知driverAdminServer 根据path读取配置文件的内容 1 进入到XMLDriverLoader里 xff0c 根据XML 创建Provider gt XMLDriverLoader
  • ONOS之开放分布式SDN操作系统

    为什么80 的码农都做不了架构师 xff1f gt gt gt 关于构建ONOS xff08 开放式网络操作系统 xff09 的项目专题 xff0c 是通过性能激发创建的实验性分布式 SDN 控制平台 xff0c 满足大型运营商网络的可扩展
  • ONOS高可用性和可扩展性实现初探

    为什么80 的码农都做不了架构师 xff1f gt gt gt ONOS 的发布直面OpenDaylight 进行挑战 xff0c 直接将 SDN 领域两大阵营 xff08 运营商和设备商 xff09 的竞争瞬间升级 xff0c 之所以 O
  • ONOS预热篇之ONOS简介

    为什么80 的码农都做不了架构师 xff1f gt gt gt ONOS问世后引起广泛关注 xff0c 关于 ONOS 与 ODL 的纷争不绝于耳 xff0c 最近小编拜读了一下 ONOS 白皮书 xff0c 并做了一点粗浅总结 xff0c
  • ONOS意图框架

    1 意图基本概念 Intent是用于描述应用需求的不可变模型对象 xff0c ONOS核心根据其改变网络行为 在最低级别上 xff0c 可以用以下方式描述意图 即意图的组成 xff1a 1 Network Resource xff1a 一组
  • ONOS架构中的YANG、P4 Runtime

    本文总结自毛健炜的 ONOS架构中的YANG P4 Runtime 的演讲 ONOS xff0c 全称是开放网络操作系统 xff0c 通常以控制器的身份为人所知 它是由ON LAB组织发起的一个开源项目 xff0c 在与ONF组织合并之后
  • ONOS-ifwd-app源码分析总结

    ONOS ifwd源码分析 xff0c 参考资料 xff1a https www sdnlab com 10297 html 在之前的文章中 xff0c 介绍了ONOS sample apps的获取 xff0c 但是将其生成的oar文件导入
  • ONOS简介

    一 与ODL区别 ONOS与OpenDayLight 两个控制器之间的较量 ODL 立场 xff1a 设备厂商 xff1a Cisco Citrix Systems Red Hat Brocade Ericsson ClearPath HP
  • 集群源码安装ONOS

    集群源码安装ONOS 1 每一台待安装onos的配置 bin bash sudo mv apache karaf 3 0 3 tar gz opt sudo mv apache maven 3 3 1 bin tar gz opt cd o
  • ONOS源码笔记--机制

    app注册 private ApplicationId appId appId 61 coreService registerApplication 34 org onosproject fwd 34 注册应用 xff0c 一般在activ
  • 从零开始安装ubuntu18+P4+ONOS

    1 安装VMware Tools xff08 前面VM虚拟机安装Ubuntu的教程太多 xff0c 就不写了 xff09 先从虚拟机下载好 xff0c 然后将压缩包里的文件夹移动出来 xff08 可以用解压或者直接点开压缩包 xff0c 移
  • ONOS 控制器安装和app新建和编译

    1 1 ONOS 控制器编译与安装 ONOS 1 8 版本起强制使用 BUCK 构建工具 xff0c 不再使用 maven xff0c 编译和打包方式与旧版本有所区别 步骤 xff1a 配置环境 gt 下代码 gt 编译 gt 运行 配置环
  • Mininet连接ONOS的一些问题

    Mininet连接ONOS的一些问题 一 启动ONOS二 简单小问题1 Mininet创建最简拓扑后连接不上远程控制器2 Mininet创建最简拓扑后主机之间ping不通3 不启动fwd应用自己通过REST API下发流表发现两台主机间pi
  • Ubuntu Server 14.04部署ONOS

    参考官网 xff1a https wiki onosproject org display ONOS Installing 43 and 43 Running 43 ONOS 由于笔者习惯ssh xff0c ubuntu默认没有开启ssh
  • P4连接ONOS——导入ONOS虚拟机

    补充 xff1a 2020年5月11日 13点07分 近期有同学私信我安装过程中有这个报错 xff0c 如下图 根据报错信息 xff0c 似乎是下载这个包服务器501出错 xff0c 很可能是因为内网无法下载这个包 我忘记说了 xff0c
  • ONOS链路发现源码

    ONOS链路发现源码 send LLDP by ynogpu private void sendProbes Long portNumber String portDesc if context packetService 61 61 nu
  • Ubuntu16.04下基于BUCK安装onos

    踩了很多坑 xff0c 其中很多错误也没整明白怎么回事 xff0c 实在搞不了就重装系统 xff0c 经过多次测试 xff0c 找到了一个合适的安装步骤安装ONNO 1 13 2 1 安装mininet 需要可以安装 xff09 此步骤安装
  • 基于IDEA分析ONOS源码

    1 安装Java依赖 sudo apt get install software properties common y amp amp sudo add apt repository ppa webupd8team java y amp
  • java.lang.NoSuchFieldError:DEF_CONTENT_CHARSET

    我正在尝试运行 java 程序 但收到以下运行时错误 错误如下所示 Exception in thread main java lang NoSuchFieldError DEF CONTENT CHARSET at org apache

随机推荐