基于ONOS的SDN-IP架构概述篇

编者按:SDN-IP是ONOS上的一个应用程序,允许软件定义网络使用标准的边界网关协议(BGP)连接到外部网络。从BGP角度看,SDN网络表现为单一的自治系统(AS),其行为与任何传统的AS一样。基于AS的SDN-IP应用提供BGP和ONOS之间的集成整合机制,在协议层SDN-IP的行为作为一个有规则的BGP发言人。从ONOS的角度来看,它只是使用其服务,在SDN数据平面安装和更新相应的转发状态的应用程序。

1 架构目标 

1.1 SDN-IP设计目标

(1)兼容性Compatibility:SDN-IP可以与已经使用BGP的网络集成,外部、内部、或两者之间都可以,兼容性很好。

(2)操作灵活性Operational flexibility:SDN-IP可以在一个或多个ONOS实例中运行。SDN-IP也可以在多种BGP的部署方案中使用,体现出很强的灵活性。

(3)高可用性High availability(HA):SDN-IP应用程序本身提供HA服务。只要有其中一个SDN-IP应用实例在运行,SDN-IP服务就会保持无缝连接。此外,SDN-IP利用提供ONOS的HA机制在数据平面中维持一致的转发状态。

(4)可扩展性Scalability:可以通过正在运行的基于BGP网络和多个ONOS集群的SDN-IP控制大型的软件定义网络。

(5)协议兼容性和供应商的独立性Protocol compatibility and vendor independence:SDN-IP依赖于标准的BGP协议交换网络信息,并且不需要任何专有或特定于供应商的扩展。

1.2 架构概述

SDN-IP架构如图所示:

2 连通性

2.1 SDN-IP应用intents

下面是两种类型的SDN-IP使用应用intents的简要说明。

(1)单点对单点的intents

在外部路由器和SDN BGP Speakers之间建立BGP对等会话使用单向单向intents。每个intents在SDN网络中连接两个连接点。每个连接点包含以下信息:SDN交换机的DPID、交换机Port和连接的BGP Speaker路由器的MAC地址。

(2)多点对单点的intents

多点对单点的intents用于与外部网络的主机连接在一起的单向intents。每个intent与每个IP前缀(目的IP)相关联,并连接SDN网络的入口连接点与单一的出口连接点,指向下一跳路由器的目的IP。在SDN网络的边缘入口,一个IP包匹配目的IP地址。选择最好最优的转发项匹配转发数据包到相应的出口连接点。此外,该数据包被转发之前,应用“改变目的MAC地址”,使得包含出口IP路由器的数据包转发到目的MAC地址。

2.2 SDN数据平面连通

在SDN-IP网络的数据平面主要用于以下情况:

(1)进行内部BGP Speaker和外部BGP路由器(配置eBGP peerings)之间的BGP流量控制。

(2)横穿SDN-IP网络的外部IP网络之间数据流量传输。

eBGP 控制流量与每个eBGP 对等的操作有关。这种流量在eBGP 对等操作配置的基础上是点对点的、双向的,且终点是相对静态设定的。当一个数据平面失败,可能会导致终点之间的路径改变。这种故障可被自动检测且相关的intents会被ONOS重新设置路由。目前,具体的连接点与每个BGP Speaker相关,且外部BGP路由器需要在SDN-IP配置文件中手动配置,但是将来这种需求会被淘汰。

传输数据流量的路径是通过由外部BGPpeers发布的BGP路由定义。类似于常规的BGP部署,这些路由是相对动态的,且它们的数量非常大。如果BGP peer通告特定IP前缀的路由,并且被选为路由最好的下一跳地址,SDN-IP将负责建立相应的数据路径。所有的流量决定进剩余外部IP网络的IP前缀被转发向最匹配的外部下一跳BGP路由器上。ONOS应用intents的情况下,通过创建一个多点对单点应用intents实现IP前缀:出口路由器(即最佳的下一跳路由器)是(出口)单点intent,其余外部BGP路由器是(入口)多点的intents。

SDN-IP应用负责生成多点对单点的应用intents请求和用于更新BGP路由动态响应的intents。ONOS本身负责汇编这些请求、在交换机数据平面安装相应的转发流和以防SDN网络发生故障重新设置路由的intents。

2.3 SDN控制平面连通

在SDN网络和SDN-IP应用程序实例中BGP Speaker通信使用iBGP。对等会话在控制平面中创建,因此,每一个BGP Speaker连接到它。

在任何的BGP部署中 BGP Speaker和SDN-IP应用实例是互连的:一个完整的iBGP网状、路由反射等。唯一的区别是,在SDN-IP实例它们之间不需要iBGP peerings,他们只需要与BGP Speaker互连即可。

SDN-IP实现了IBGP协议的子集:只接收处理来自BGP Speaker的BGP路由信息,但从来不发起或重新发送BGP路由。一旦SDN-IP接收来自外部路由器(经由BGP Speaker接收)的通知,它将路由信息变换成intents请求给ONOS。ONOS本身将其转换交换机中的OpenFlow流表项。

BGP Speaker使用iBGP传输路由信息给SDN-IP应用实例,当在常规的BGP部署中,通过全网或者使用路由相应服务器实现互连通是非常重要的。因此,我们可以使用BGP本身所提供的故障失效性。SDN-IP应用程序实例之间是不需要iBGP peering的:peering是在BGP Speaker和SDN-IP应用程序实例之间的。

2.4 高可用性支持

SDN-IP提供使用热备份模式支持高可用性。SDN-IP应用程序可以加载在多个ONOS实例。所有的SDN-IP应用监听路由更新BGP的到达信息,但只有一个SDN-IP实例被指定为主实例负责推送intents到ONOS。如果主实例失败,剩余实例中的一个将成为新的主实例继续推送intents到ONOS。

SDN-IP使用ONOS领导选举服务来选择主SDN-IP实例。我们必须确保在任何时间只有一个实例推送intents,防止错误的intents被推送到ONOS。当每个SDN-IP实例启动时,它参与领导选举试图成为主实例。选举确保在任一时间只有一个实例可以是主实例。当主实例发生故障,选举机制检测到故障,并允许另一个实例接管负责成为主实例。新的主实例首先进行intents同步保证intents更新之前学习的BGP路由。一旦同步完成,主实例正常工作,为响应BGP更新继续安装和删除intents。

尽管SDN-IP应用程序支持HA(高可用性),该系统仍然容易受到组件故障,除非内部BGP Speaker和BGP peer会话之间有冗余。每个SDN-IP实例能够接收来自BGP Speaker的BGP更新,确保多个内部BGP Speaker部署在SDN网络中。

3 限制

在SDN-IP应用程序的当前实施中具有以下限制:

(1)详细配置信息只能在SDN-IP启动之前配置。启动后用户不能改变配置,例如,当SDN-IP运行时,用户不能添加其他外部BGP peer。

(2)只有传输IP流量被支持。也就是说,SDN-IP网络里来自主机的或者决策于主机的IP流量不支持。作为应急措施,用户可以手动创建专门的intents允许内部主机与外部网络的通信未来这应该是SDN-IP自动完成的。

(3)SDN-IP应用默认监听BGP连接的是非标准端口2000,这不是用于BGP连接的正常标准端口179。但是这个端口号是可配置的,它可以配置为179 ,但必须以root身份运行绑定到一个受保护的端口。以root身份运行ONOS目前还不支持。

(4) ONOS实例之间SDN-IP不会进行负载均衡。所有的工作是由一个单一的主实例进行。如果一个实例失败,可以切换到备份的情况下运行。

(5)在SDN-IP应用端没有明确的IBGP会话配置。默认情况下,SDN-IP应用将接受所有BGP 开放消息,并会自动配置来使用原始BGP Speaker的AS号。

(6)如果所有的SDN-IP应用程序实例被卸载,相关的应用程序intents不会自动从ONOS中删除。

(7)如果下一跳的MAC地址发生变化,不会更新intents而使流量将停止流动。

(8)目前只支持IPv4。

(9)外部BGP路由器和内部BGP Speaker间的peer会话必须使用TCP端口179进行对等连接。只有TCP连接到端口179才被允许进出SDN网络的对等IP地址。

(10) 由于intents框架的局限性,在1.0.0版本系统可以处理约15000路由。

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

如果您对本文感兴趣,可参与以下互动方式与作者近距离交流。

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

(2) 微信(账号:SDNLAB)

(3) QQ群

SDN研究群(214146842)

OpenDaylight研究群(194240432)

时间: 2024-10-26 06:25:22

基于ONOS的SDN-IP架构概述篇的相关文章

Java架构师成长之道之计算机组成原理概述篇

Java架构师成长之道之计算机组成原理概述篇 Java架构师成长之道 1.1 计算机的发展简史 1.1.1 计算机发展的四个阶段 自从1945年至今,计算机经历了电子管计算机,晶体管计算机,集成电路计算机以及超大规模集成电路计算机. 电子管计算机(1945年-1957年) 第二次世界大战是电子管计算机产生的催化剂,而最著名的电子管计算机是来自美国的埃尼阿克(ENIAC),这一时期的计算机有如下特点: 集成度小,占用空间大 功耗高,运行速度慢 操作复杂,更换程序需要接线 晶体管计算机(1957年-

大型互联网架构概述

本文旨在简单介绍大型互联网的架构和核心组件实现原理. 理论上讲,从安装配置,最佳实践以及源码来剖析各个组件,这个自然是极好的.由于笔者时间以及知识有限,有很多知识没有在工作中亲自实践的机会.所以有些地方语焉不详,还请大家多多指教. 大型互联网架构 解决问题的通用思路是将分而治之(divide-and-conquer),将大问题分为若干个小问题,各个击破.在大型互联网的架构实践中,无一不体现这种思想. 架构目标 低成本:任何公司存在的价值都是为了获取商业利益.在可能的情况下,希望一切都是低成本的.

基于AWS的云服务架构最佳实践

ZZ from: http://blog.csdn.net/wireless_com/article/details/43305701 近年来,对于打造高度可扩展的应用程序,软件架构师们挖掘了若干相关理念,并以最佳实践的方式加以实施.在今天的"信息时代",这些理念更加适用于不断增长的数据集,不可预知的流量模式,以及快速响应时间的需求.本文将强调并重申其中的一些传统观念,并讨论他们如何在融合云计算的发展,还将讨论由于云计算的动态性而产生的一些前所未有的概念(如弹性). 本文的目标是面向云

微信牛牛平台制作服务器端架构概述

微信牛牛平台制作服务器端架构概述,平台制作教程联系QQ:212303635,官方网站(aqiulian.com) 架构的分析模型 一. 讨论的背景 现代电子游戏,基本上都会使用一定的网络功能.从验证正版,到多人交互等等,都需要架设一些专用的服务器,以及编写在服务器上的程序.因此,游戏服务器端软件的架构,本质上也是游戏服务器这个特定领域的软件架构. 软件架构的分析,可以通过不同的层面入手.比较经典的软件架构描述,包含了以下几种架构: 运行时架构--这种架构关心如何解决运行效率问题,通常以程序进程图

基于 Docker 的微服务架构实践

本文来自作者 未闻 在 GitChat 分享的{基于 Docker 的微服务架构实践} 前言 基于 Docker 的容器技术是在2015年的时候开始接触的,两年多的时间,作为一名 Docker 的 DevOps,也见证了 Docker 的技术体系的快速发展.本文主要是结合在公司搭建的微服务架构的实践过程,做一个简单的总结.希望给在创业初期探索如何布局服务架构体系的 DevOps,或者想初步了解企业级架构的同学们一些参考. Microservice 和 Docker 对于创业公司的技术布局,很多声

Scrapy架构概述

Scrapy架构概述 1, 从最初自己编写的spiders,获取到start_url,并且封装成Request对象. 2,通过engine(引擎)调度给SCHEDULER(Requests管理调度器). 3,SCHEDULER管理ENGINE传递过来的所有Requests,通过优先级,传递给ENGINE. 4,ENGINE 将传递过来的Request对象传递给Downloader(下载器),但是在传递之间会通过MiddleWare(中间件)对Requests进行包装,添加头部,代理IP之类的.

JavaEE体系架构概述、MyBatis总结

JavaEE体系架构概述 java EE是sum公司发布的标准企业级应用规范集合,它提供了一个多层结构的分布式应程序模型,是开发基于网络的企业级应用首选平台.Java EE技术平台的核心思想是“容器”加组件 事务:有明确边界的一组序列,在应用程序中一个请求对应一个事务,当请求发送时,事务开始,当请求结束,事务也就结束.总的来说,事务有四个特性:1.原子性,一个请求要么成功,要么失败,不会再有其他情况:2.一致性,事务处理需要的和得到的时相同的:3.持久性,事务处理的结果时确认的.持久的,如果需要

基于Struts2 Spring ibatis Oracle10g架构 多数据源动态切换实例

一.概述 基于Spring动态配置多数据源,在大型的应用中对数据进行切分,并且采用多个数据库实例进行管理,这样可以有效的提高系统的水平伸缩性,而这样的解决方案就会补同于常见的单一数据实例的方案,这就要程序在运行时根据当时的请求以及系统状态来动态的决定将数据存储在哪个数据库实例中,以及从哪个数据库提取数据. Spring配置多个数据源的方式和具体使用过程,Spring对于多数据源,以数据库表为参照,大体上可以分为两大类情况: 1.表级上的跨数据库,即对于不同的数据库却有不相同的表(表名和表结构完全

Android核心分析 ----- Android电话系统-概述篇

Android电话系统之概述篇 首先抛开Android的一切概念来研究一下电话系统的最基本的描述.我们的手机首先用来打电话的,随后是需要一个电话本,随后是PIM,随后是网络应用,随后是云计算,随后是想我们的手机无所不能,替代PC.但是作为一个电话的基本功能如下: 0)拨叫电话,接听电话,挂断电话,发送短信,网络连接,PIM管理 1)由于电话运营商为我们提供了呼叫等待,电话会议等补充业务,所以我们的手机需要管理多路通话,如何管理? 2)来电时,我们要播出来电铃声,接通时我们需要切换语音通道,这个又