ONOS Mini Summit:Gluon项目

我是来自华为的工程师,主要从事SDN领域相关的工作。我今天主要介绍我们自己在社区贡献的一个项目,Gluon。我先介绍一下Gluon,这是在社区提出的一个方案,它主要在OpenStack认证,Gluon主要的服务是针对网络服务。

Gluon有自己的目标,首先是它可以支持的厂商的互联互通。像我们针对一些网络服务的话,我们可以在这种场景下进行多厂商之间的合作,来实现网络服务,这样的话可以避免垄断的效果出现。第二,是一个模型驱动框架,可以通过模型驱动生成一个API,这个API可以自动化生成,不需要针对某个业务自己去做一些开发。第三,它可以针对一个新的服务可以灵活的增加,因为它是一个框架,这个框架可以通过定义一种模型,直接导进去的话就可以把我们自己的服务布置上去。应用厂商可以基于模型驱动来设置自己相关的业务。第四,它可以实现,比如基于VPN,在控制平面和业务层面可以通过API实现解耦。所以有几个好处:一,有更多选择,不需要只有一个工具去做任何的事情。第二,更简单。我们自己的API可以非常非常简单,因为它只需要自己确定个模型。三,可以更灵活生成一些相应的方法。我们针对自己的运营厂商和供应商可以根据市场的需求,以前我们如果要形成一个业务的话,需要经过很长的时间去开发,然后去验证,再上线部署,需要很长的时间周期,现在可以根据市场需求随时增加我们新的业务。

在OpenStack方面,我们通过Neutron确定一个新的业务,就是开发大量的代码,在控制器和Neutron,需要每个厂商都有自己的协议框架去做。右边的话,通过Gluon根据用户的需求,它类似一个工具,根据需求增加自己的业务,我们只需要建一个模型。这样的话我们在控制平面,我们先Gluon的话,我们控制平面根据自己的想法,对业务有兴趣的话可以做上去,然后建链接。这样我们在OpenStack平面上可以解耦,形成业务的话也非常非常灵活。

这是Gluon的原理,主要的场景还是基于OpenStack。这原理有两块:右边是EDCD,比如我们做一个配置的话,我们可以把业务配置的一些数据导入到EDCD,我们在自己相当于有一个Seamleader层,这样就建立了链接。像改配置的时候通过这个接口通知控制器,然后基于自己的业务需求来做业务逻辑。

这是Gluon的生态,我们自己基于Gluon框架下,我们底下在控制平面的话可以实现多厂商的互联互通。以前用Neutron的话只能是一个厂商做这个事情,但是如果用了这个框架的话可以实现,像爱立信、思科等于控制器都可以加在这里,就是各自可以管理各自的一块域来实现。但是在用户层来说还是对用户透明的。

这是我们自己在ONOS里贡献的自己的一个,我们主要做的工作是在Omest,我们在Omest实现Seamleader层,然后跟Gluon对接,转化平面我们主要用OAS来实现转化平面。因为我们主要做BGP-EVPN,我们在控制屏跟其他的控制器是相应的,还有其他厂商控制器可以建立BGP-EVPN的链接,底下的话是跟交换机建立一个隧道。我们不同的EVPN管理不同域,在OpenStack上可以看到底下是一个完整的网络构架。这个主要是集成了OMEST,建立的一个链接。
这是我们自己在ONOS的一个框架贡献。包括几部分:一方面是有Seamleader层,这个主要跟Gluon对接。底下的APP主要是基于EVPN场景做的一个场景的,对自己域的转化器。Route,它以前可能还是弱化项目,我们现在可能要对它做一个通用的扩展,要让它支持EVPN,相当于在它的基础上做了一个通用的分装。还有我们用了南向协议来实现我们对OVS管理配置和转发等配置的工作,底下VM主要通过Neutron来提供的。

这块是我们的一个基本场景,就是在ONOS里怎么用Gluon的。首先在Gluon层面建Gluon Port和VPN。第二步做了一个VPN,因为我们的名字主要主要是利用现在已经贡献的一个,就是将来直接用那个来创建VPN。第三步,绑定Gluon Port和VPN。然后启动VM,然后把Port挂到对应的VM上,这样我们就已经具备了VPN的功能。其他域的控制器,我们也是按照这个方式来实现的,这样的话其实可以实现它们的互联互通。

这块通过ONOS Gluon实现,它上面是存了一些BACD,当一旦有相应的配置,这样会通过BACD到这个Rooms,然后触发Rooms,就是拿到了相应的数据。

这块是我们主要在社区里怎么来运作这个事情的?首先我们跟印度的一个公司做的项目,我们主要跟它们一起来协作,包括设计、开发,基于ONOS来贡献。在社区我们会讨论路由子系统设计,刚开始时候我们进行了多次的交流,贡献了我们相应的方案。另外还会通过不断的交互形成更好的方案。下面的话主要就是说我们在跟爱立信和Juniper在社区基于ONOS和Gluon做的。

这个是我们在ONOS里的贡献,像我们路由子系统的支持,还有基于Yamel文件配置。还有Scenarios的操作。当前我们大概贡献了15K一个代码。

这是其他的活动,包括今年五月份的时候在波士顿峰会演示了Gluon1的Demo。还有我们跟OpenStack的社区解决了一些在集成方面的问题,后面的是在OPNFV社区,这里进的是我们用YAML文件建立Gluon Protondilent的演示。这大概是我们在ONOS社区里贡献的项目。

更多会议直播信息,请访问:https://www.sdnlab.com/2017-sdnfv-conference/


  • 本站原创文章仅代表作者观点,不代表SDNLAB立场。所有原创内容版权均属SDNLAB,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用,转载须注明来自 SDNLAB并附上本文链接。 本站中所有编译类文章仅用于学习和交流目的,编译工作遵照 CC 协议,如果有侵犯到您权益的地方,请及时联系我们。
  • 本文链接https://www.sdnlab.com/19663.html
分享到:
相关文章
条评论

登录后才可以评论

SDNLAB君 发表于17-08-02
1