异端

Nicira网络虚拟化架构
软件定义网络只是一种普通范例,即将控制与数据分离。您可以使用这个方法运行一个骨干网格或无线网络。软件定义网络与网络虚拟化不同。它只是一种创建网络的方法。
DVNI是一种网络虚拟化解决方案,它的智能部分位于网络边缘。它通过软件定义网络进行控制,允许您创建与硬件完全独立的逻辑网络。OpenFlow解决方案也在尝试模拟相同的事情,但是它们必须使用OpenFlow硬件。我们不要求您改变现有的硬件,也不要求进行硬件升级。而且,即使要进行升级,也不要求必须采用兼容OpenFlow的设计。它可以是OpenFlow,也可以不是。
注:Nicira是Open vSwitch的主要推动者。其CTO Martin Casado是OpenFlow协议的第一份草案的撰稿人。


关于openflow
Openflow的思路很简单,网络设备维护一个FlowTable并且只按照FlowTable进行转发,Flowtable本身的生成、维护、下发完全由外置的Controller来实现,注意这里的FlowTable并非是指IP五元组,事实上OpenFlow 1.0定义的了包括端口号、VLAN、L2/L3/L4信息的10个关键字,但是每个字段都是可以通配的,网络的运营商可以决定使用何种粒度的流,比如运营商只需要根据目的IP进行路由,那么流表中就可以只有目的IP字段是有效的,其它全为通配。
这种控制和转发分离的架构对于L2交换设备而言,意味着MAC地址的学习由Controller来实现,V-LAN和基本的L3路由配置也由Controller下发给交换机。对于L3设备,各类IGP/EGP路由运行在Controller之上,Controller根据需要下发给相应的路由器。流表的下发可以是主动的,也可以是被动的,主动模式下,Controller将自己收集的流表信息主动下发给网络设备,随后网络设备可以直接根据流表进行转发;被动模式是指网络设备收到一个报文没有匹配的FlowTable记录时,将该报文转发给Controller,由后者进行决策该如何转发,并下发相应的流表。被动模式的好处是网络设备无需维护全部的流表,只有当实际的流量产生时才向Controller获取流表记录并存储,当老化定时器超时后可以删除相应的流表,故可以大大节省TCAM空间。当一个Controller同时控制多个交换机/路由器设备时,它们看起来就像一个大的逻辑交换机,各个交换机/路由器硬件就如同这个逻辑网络设备的远程线卡,类似的概念在Cisco的Nexus 1000/1000v、ASR9000/9000v和Juniper的Q-Fabric架构中可以看到影子,Cisco称之为nV(Network Virtualization)技术。
OpenFlow 1.0的流表分为Match Fields、计数器和指令集三个部分,Match Fields是报文匹配的输入关键字,计数器是管理所需,指令集是决定报文如何转发,最基本的转发行为包括转发给某个端口、封装改写报文后转发以及丢弃。OpenFlow 1.1增加了对MPLS以及UDP/SCTP传输层协议的支持,同时针对流表开销过大的情况设计了多级流表,并增加分组策略功能。

OpenFlow的拥趸者还提出了采用OpenFlow实现网络虚拟化的架构,以支持虚拟网络运营商,其中开源的FlowVisor作为网络虚拟控制层(相当于HyperVisor),将网络资源根据VLAN、IP分段等各种信息进行切片,分发给上层的Open Flow Controller(相当于Guest OS)进行
http://www.tektalk.org/2011/06/30/openflow%E6%8A%80%E6%9C%AF%E6%B7%B1%E5%85%A5%E5%88%86%E6%9E%90/

你可能感兴趣的:(异端)