floodlight控制器 opendaylight控制器

ovs管理系统有哪些

使用SDN控制器Floodlight管理OVS:OpenFlow 控制器可以通过 OpenFlow 协议连接到任何支持 OpenFlow 的交换机(可以是软件交换机或者硬件交换机)，控制器通过和交换机交换流表规则来控制数据流向。

floodlight控制器 opendaylight控制器

另一方面， OpenFlow 控制器向用户提供的界面或者接口，用户可以通过界面对网络架构进行动态的修改，修改交换机的流表规则等等。常见的支持OpenFlow 控制器有Floodlight，ONOS，ODL，OVN等控制器。本文涉及的SDN控制器是 Floodlight 。

Floodlight 是一个基于 Apache 协议，使用 Ja 开发的企业级 OpenFlow 控制器。我们在下面的例子中演示如何安装 Floodlight，并连接管理 OVS 的过程。

在安装了 OVS 交换机的节点上，配置 OVS 交换机 ovs-switch，使用 Floodlight 作为控制器。默认情况下，Floodlight 在端口 6633 上进行监听，我们使用 ovs-vsctl 命令配置 OVS 交换机使用 TCP 协议连接到 Floodlight(IP 地址为 9.181.137.182，端口号 6633)。对于一个 OVS 交换机来说，可以同时配置一个或者多个控制器

$ ovs-vsctl set-controller ovs-switch tcp:9.181.137.182:6633

当 OVS 交换机连接到 Floodlight 控制器后，理论上所有的流表规则应该交给控制器来建立。由于 OVS 交换机和控制器之间是通过网络通讯来传递数据的，所以网络连接失败会影响到 Flow 的建立。针对这种情况，OVS 提供了两种处理模式:

standlone:默认模式。如果 OVS 交换机超过三次无常连接到 OpenFlow 控制器，OVS 交换机自己会负责建立流表。在这种模式下，OVS 和常见的 L2 交换机相似。与此同时，OVS 也会继续尝试连接控制器，一旦网络连接恢复，OVS 会再次切换到使用控制器进行流表管理。

secure: 在 secure 模式下，如果 OVS 无常连接到 OpenFlow 控制器，OVS 会不停的尝试与控制器重新建立连接，而不会自己负责建立流表。

怎么在floodlight控制器中添加模块

在 OVS 中, 有几个非常重要的概念： Bridge: Bridge 代表一个以太网交换机（Switch），一个主机中可以创建一个或者多个 Bridge 设备。 Port: 端口与物理交换机的端口概念类似，每个 Port 都隶属于一个 Bridge。 Interface: 连接到 Port 的网络接

SDN交换机和普通交换机的区别

SDN交换机基本具有普通交换机的所有功能。SDN交换机特别的功能在于支持OpenFlow协议(有些只支持OpenFlow1.0，有些强点支持1.0和1.3)。不过你要连接交换机再手动将所需的端口改成支持OpenFlow的端口，并且将控制器的IP地址输入。

然后你打开控制器(我用floodlight)就可以发现这台SDN交换机(端口只显示你设定的那些支持持OpenFlow的端口)。

关键的区别来了~~~~~~~~~~~

然后你在控制品上输入流表，下发规则至SDN交换机。那么经过SDN交换机的数据包就根据这些流表规则转发。而传统的交换机(无论3层还是2层)都是收到数据包之后自己决定怎么转发。举个例子:比如你(172.16.1.88)发一个数据包到172.16.1.89，传统(普通)交换机收到了，直接查下自己内部的流表，看看89在哪，然后发出去;SDN交换机是首先也找自己内部的流表(但这个表是控制器给的，不像普通交换机一样是自己生成的!!)，如果有，那么就按流表去做(能实现的功能很强大，比如给你换个源地址，或者不知不觉将数据包一份发给谁之类的);如果没就发给控制一个信息和这个数据包的一些信息，问控制器怎么处理这个数据包。

不过暂时感觉SDN交换机的效率没普通的高。希望能发展好点……

除网络虚拟化以外，sdn网络和传统通信网络相比，还有什么特点

SDN交换机基本具普通交换机所功能SDN交换机特别功能于支持OpenFlow协议（些支持OpenFlow1.0些强点支持1.01.3）要连接交换机再手所需端口改支持OpenFlow端口并且控制器IP址输入

打控制器（我用floodlight）发现台SDN交换机（端口显示设定些支持持OpenFlow端口）

关键区别~~~~~~~~~~~

控制品输入流表发规则至SDN交换机经SDN交换机数据包根据些流表规则转发传统交换机（论3层2层）都收数据包自决定转发举例：比（172.16.1.88）发数据包172.16.1.89传统（普通）交换机收直接查自内部流表看看89哪发；SDN交换机首先找自内部流表（表控制器给像普通交换机自）按流表做（能实现功能强比给换源址或者知觉数据包份发给谁类）；没发给控制信息数据包些信息问控制器处理数据包

暂觉SDN交换机效率没普通高希望能发展点……

如何利用SDN技术管理OpenStack的网络

目前 Openstack社区主要有两个优化方向： 1、用 L2Population优化广播报文，事先把二层广播的 FDB表下发下去；

2、虽然社区已经提交了 DVR（分布式路由器）的代码，但是还不是非常成熟。社区同时也在进行 ServiceChaining等能够提供更为灵活的 NFV功能的技术。

想要将SDN控制器与 OpenStack结合，的方式是向 OpenStack靠拢，可以在plugin层提供 API或者在agent层提供一些驱动设备（如 VxLAN offload网卡）将SDN控制器或者底层技术集成到OpenStack中。

目前能够以 plugin的方式集成到 OpenStack的控制器有： NEC的控制器以及开源控制器 OpenContrail和 Floodlight等。其中 Floodlight已经很久没有更新了，而且它的架构也存在一些缺陷，它不像 OpenDaylight那样提供 RPC等机制，并且很多功能并没有开放，而仅仅具有基本的 OpenFlow控制器功能；作为一个单点控制器使用又不如 RYU更容易和 OpenStack云平台结合。利用 RYU这样的轻量级控制器可以只控制它下面的 OVS，类似于 Contrail中的 agent， “抓取 ”它所管理的虚拟机所处网络的网络信息。