[OpenDaylight TSC] Start the creationreview for GNT
xingjun chu
Hi Hongwei,
That’s awesome. Based on your explanation I think we are not conflicting each other, but also complementary. I am looking forward to cooperating between FaaS and GNT more on the future.
Thanks! Xingjun
From: yanghongwei [mailto:yanghongwei@...]
Xingjun,你好!
前段时间我们在ODL立一个项目:GNT,针对你提出的是否和FssS重复的疑问,我们做了下面分析,最终认为GNT和FssS是不同的,如有任何疑问,可邮件或电话联系,谢谢。
对比了FaaS和GNT的各自实现,差异总结: 1、GNT只关注整网拓扑,FaaS不只关注拓扑,还提供统一的北向配置接口; 2、GNT利用已有网络元素显示网络拓扑,包括overlay网络和underlay网络,并同步跟踪两种网络拓扑的变化,FaaS的拓扑中的网络单元是自定义的;
具体实现如下: FaaS: 目的: 因为没有对物理网络的抽象,像GBP、NIC这种以应用为中心的项目配置物理网络非常困难,造成应用程序的南向配置接口绑定,结构单一、容易出错、难以维护;
实现方案: FaaS将物理网络抽象为一个fabric,每个fabric提供公共网络服务,包括L2 / L3连接、QoS以及ACL控件,并向北向提供统一抽象接口,GBP这些应用程序直接配置fabric,不是直接配置物理网络,减少以应用为中心的应用(如GPB)和物理网络的耦合。
具体实现: FaaS定义了下面基本抽象网络模型以及对它们的北向操作(抽象的北向接口)
· * logical switch · * gateway · * logical router · * Tunnel between logical switch and logical router · * ACL
利用这些模型可以将物理网络抽象成一个或多个fabric网络模型,例如: 上面物理网络抽象成下面逻辑拓扑:
注:FaaS目前只支持GBP作为北向接口以及OVSDB / OPENFLOW / Openvswitch作为南向接口
GNT 目的: 针对有软件OVS、硬件交换机、第三方设备等多种南向设备混合部署场景,当南向资源有增加或删除变化时,业务应用要对每一类物理网络资源的拓扑变化分别监听和维护,逻辑复杂,占用过多资源。
实现方案: 提供南向设备统一网络拓扑,包括overlay网络拓扑和underlay网络拓扑,业务应用只需要监听GNT内容,就能得到南向设备的增删改查操作动态以及网络拓扑变化,applications只需要关注业务逻辑本身,不需要监听每类南向资源的变化,优化了数据监听流程。
具体实现: GNT定义新的yang模型,对多个不同类型的南向资源模型进行抽象,通过监听南向资源的配置数据展现网络整体的拓扑视图,跟踪拓扑变化。
注:GNT仅提供南向设备网络拓扑信息,applications如需对南向设备配置,仍需要直接对接各个设备的北向接口,GNT不像FaaS将拓扑进行抽象提供统一的北向配置接口。
杨红伟 中国移动通信研究院/China Mobile Research Institute Email: yanghongwei@... Tel: +86 15801642577 +86 15801696688-35027
|
|