ERROR neutron.agent.linux.ovsdb -client: tcp:127.0.0.1:6640: receive failed

admin · 发表于 2021-5-31 12:38:02

ERROR neutron.agent.linux.async_process [-] Error received from [ovsdb-client monitor tcp:127.0.0.1:6640 Interface name,ofport,external_ids --format=json]: ovsdb -client: tcp:127.0.0.1:6640: receive failed (End of file)

2021-05-31 11:46:05.323 7 ERROR neutron.agent.linux.async_process [-] Error received from [ovsdb-client monitor tcp:127.0.0.1:6640 Interface name,ofport,external_ids --format=json]: ovsdb-client: tcp:127.0.0.1:6640: receive failed (End of file)
2021-05-31 11:46:05.325 7 ERROR neutron.agent.linux.async_process [-] Error received from [ovsdb-client monitor tcp:127.0.0.1:6640 Bridge name --format=json]: ovsdb-client: tcp:127.0.0.1:6640: receive failed (End of file)
2021-05-31 11:46:05.327 7 ERROR neutron.agent.linux.async_process [-] Error received from [ovsdb-client monitor tcp:127.0.0.1:6640 Interface name,ofport,external_ids --format=json]: None
2021-05-31 11:46:05.327 7 ERROR neutron.agent.linux.async_process [-] Error received from [ovsdb-client monitor tcp:127.0.0.1:6640 Bridge name --format=json]: None
2021-05-31 11:46:05.974 7 INFO neutron.plugins.ml2.drivers.openvswitch.agent.ovs_neutron_agent [req-40ae6276-717e-43af-af19-8518d5c4f2ee - - - - -] Agent caught SIGTERM, quitting daemon loop.
2021-05-31 11:46:05.976 7 ERROR neutron.plugins.ml2.drivers.openvswitch.agent.openflow.native.ovs_ryuapp [req-40ae6276-717e-43af-af19-8518d5c4f2ee - - - - -] Agent main thread died of an exception: AsyncProcessException: Process is not running.
2021-05-31 11:46:05.976 7 ERROR neutron.plugins.ml2.drivers.openvswitch.agent.openflow.native.ovs_ryuapp Traceback (most recent call last):
2021-05-31 11:46:05.976 7 ERROR neutron.plugins.ml2.drivers.openvswitch.agent.openflow.native.ovs_ryuapp File "/usr/lib/python2.7/site-packages/neutron/plugins/ml2/drivers/openvswitch/agent/openflow/native/ovs_ryuapp.py", line 40, in agent_main_wrapper
2021-05-31 11:46:05.976 7 ERROR neutron.plugins.ml2.drivers.openvswitch.agent.openflow.native.ovs_ryuapp    ovs_agent.main(bridge_classes)
2021-05-31 11:46:05.976 7 ERROR neutron.plugins.ml2.drivers.openvswitch.agent.openflow.native.ovs_ryuapp File "/usr/lib/python2.7/site-packages/neutron/plugins/ml2/drivers/openvswitch/agent/ovs_neutron_agent.py", line 2308, in main
2021-05-31 11:46:05.976 7 ERROR neutron.plugins.ml2.drivers.openvswitch.agent.openflow.native.ovs_ryuapp    agent.daemon_loop()
2021-05-31 11:46:05.976 7 ERROR neutron.plugins.ml2.drivers.openvswitch.agent.openflow.native.ovs_ryuapp File "/usr/lib/python2.7/site-packages/osprofiler/profiler.py", line 158, in wrapper
2021-05-31 11:46:05.976 7 ERROR neutron.plugins.ml2.drivers.openvswitch.agent.openflow.native.ovs_ryuapp    result = f(*args, **kwargs)
2021-05-31 11:46:05.976 7 ERROR neutron.plugins.ml2.drivers.openvswitch.agent.openflow.native.ovs_ryuapp File "/usr/lib/python2.7/site-packages/neutron/plugins/ml2/drivers/openvswitch/agent/ovs_neutron_agent.py", line 2216, in daemon_loop
2021-05-31 11:46:05.976 7 ERROR neutron.plugins.ml2.drivers.openvswitch.agent.openflow.native.ovs_ryuapp    self.rpc_loop(polling_manager=pm, bridges_monitor=bm)
2021-05-31 11:46:05.976 7 ERROR neutron.plugins.ml2.drivers.openvswitch.agent.openflow.native.ovs_ryuapp File "/usr/lib64/python2.7/contextlib.py", line 24, in __exit__
2021-05-31 11:46:05.976 7 ERROR neutron.plugins.ml2.drivers.openvswitch.agent.openflow.native.ovs_ryuapp    self.gen.next()
2021-05-31 11:46:05.976 7 ERROR neutron.plugins.ml2.drivers.openvswitch.agent.openflow.native.ovs_ryuapp File "/usr/lib/python2.7/site-packages/neutron/agent/linux/ovsdb_monitor.py", line 50, in get_bridges_monitor
2021-05-31 11:46:05.976 7 ERROR neutron.plugins.ml2.drivers.openvswitch.agent.openflow.native.ovs_ryuapp    mon.stop()
2021-05-31 11:46:05.976 7 ERROR neutron.plugins.ml2.drivers.openvswitch.agent.openflow.native.ovs_ryuapp File "/usr/lib/python2.7/site-packages/neutron/agent/linux/async_process.py", line 138, in stop
2021-05-31 11:46:05.976 7 ERROR neutron.plugins.ml2.drivers.openvswitch.agent.openflow.native.ovs_ryuapp    raise AsyncProcessException(_('Process is not running.'))
2021-05-31 11:46:05.976 7 ERROR neutron.plugins.ml2.drivers.openvswitch.agent.openflow.native.ovs_ryuapp AsyncProcessException: Process is not running.
2021-05-31 11:46:05.976 7 ERROR neutron.plugins.ml2.drivers.openvswitch.agent.openflow.native.ovs_ryuapp
2021-05-31 11:46:06.041 7 CRITICAL neutron [-] Unhandled error: AsyncProcessException: Process is not running.
2021-05-31 11:46:06.041 7 ERROR neutron Traceback (most recent call last):
2021-05-31 11:46:06.041 7 ERROR neutron File "/usr/bin/neutron-openvswitch-agent", line 10, in <module>
2021-05-31 11:46:06.041 7 ERROR neutron    sys.exit(main())
2021-05-31 11:46:06.041 7 ERROR neutron File "/usr/lib/python2.7/site-packages/neutron/cmd/eventlet/plugins/ovs_neutron_agent.py", line 20, in main
2021-05-31 11:46:06.041 7 ERROR neutron    agent_main.main()
2021-05-31 11:46:06.041 7 ERROR neutron File "/usr/lib/python2.7/site-packages/neutron/plugins/ml2/drivers/openvswitch/agent/main.py", line 47, in main
2021-05-31 11:46:06.041 7 ERROR neutron    mod.main()
2021-05-31 11:46:06.041 7 ERROR neutron File "/usr/lib/python2.7/site-packages/neutron/plugins/ml2/drivers/openvswitch/agent/openflow/native/main.py", line 35, in main
2021-05-31 11:46:06.041 7 ERROR neutron    'neutron.plugins.ml2.drivers.openvswitch.agent.'
2021-05-31 11:46:06.041 7 ERROR neutron File "/usr/lib/python2.7/site-packages/ryu/base/app_manager.py", line 375, in run_apps
2021-05-31 11:46:06.041 7 ERROR neutron    hub.joinall(services)
2021-05-31 11:46:06.041 7 ERROR neutron File "/usr/lib/python2.7/site-packages/ryu/lib/hub.py", line 103, in joinall
2021-05-31 11:46:06.041 7 ERROR neutron    t.wait()
2021-05-31 11:46:06.041 7 ERROR neutron File "/usr/lib/python2.7/site-packages/eventlet/greenthread.py", line 175, in wait
2021-05-31 11:46:06.041 7 ERROR neutron    return self._exit_event.wait()
2021-05-31 11:46:06.041 7 ERROR neutron File "/usr/lib/python2.7/site-packages/eventlet/event.py", line 125, in wait
2021-05-31 11:46:06.041 7 ERROR neutron    current.throw(*self._exc)
2021-05-31 11:46:06.041 7 ERROR neutron File "/usr/lib/python2.7/site-packages/eventlet/greenthread.py", line 214, in main
2021-05-31 11:46:06.041 7 ERROR neutron    result = function(*args, **kwargs)
2021-05-31 11:46:06.041 7 ERROR neutron File "/usr/lib/python2.7/site-packages/ryu/lib/hub.py", line 65, in _launch
2021-05-31 11:46:06.041 7 ERROR neutron    raise e
2021-05-31 11:46:06.041 7 ERROR neutron AsyncProcessException: Process is not running.
2021-05-31 11:46:06.041 7 ERROR neutron
2021-05-31 11:51:01.219 7 INFO neutron.common.config [-] Logging enabled!

解决办法：

1.编辑vim /etc/selinux/config配置文件

2.修改 SELINUX=enforcing为SELINUX=disabled

3.关闭selinux防火墙 setenforce 0

admin · 发表于 2021-6-1 08:49:21

检查交换vlan配置，和port的truck模式是否正常。

admin · 发表于 2021-6-1 08:51:37

一、OVS概念
使用OpenStack neutron+vxlan部署模式下网络节点OVS网桥作为例子
ovs-vsctl show
e44abab7-2f65-4efd-ab52-36e92d9f0200
Manager "ptcp:6640:127.0.0.1"
      is_connected: true
Bridge br-ext
      Controller "tcp:127.0.0.1:6633"
         is_connected: true
      fail_mode: secure
      Port br-ext
         Interface br-ext
            type: internal
      Port "eth1"
         Interface "eth1"
      Port phy-br-ext
         Interface phy-br-ext
            type: patch
            options: {peer=int-br-ext}
Bridge br-tun
      Controller "tcp:127.0.0.1:6633"
         is_connected: true
      fail_mode: secure
      Port br-tun
         Interface br-tun
            type: internal
      Port patch-int
         Interface patch-int
            type: patch
            options: {peer=patch-tun}
      Port "vxlan-080058ca"
         Interface "vxlan-080058ca"
            type: vxlan
            options: {df_default="true", in_key=flow, local_ip="8.0.88.201", out_key=flow, remote_ip="8.0.88.202"}
Bridge br-int
      Controller "tcp:127.0.0.1:6633"
         is_connected: true
      fail_mode: secure
      Port "qr-11591618-c4"
         tag: 3
         Interface "qr-11591618-c4"
            type: internal
      Port patch-tun
         Interface patch-tun
            type: patch
            options: {peer=patch-int}
      Port int-br-ext
         Interface int-br-ext
            type: patch
            options: {peer=phy-br-ext}

1、Bridge
Bridge代表一个以太网交换机(Switch)，一个主机中可以创建一个或者多个Bridge。Bridge的功能是根据一定规则，把从端口收到的数据包转发到另一个或多个端口，上面例子中有三个Bridge，br-tun，br-int，br-ext
添加一个网桥br0
ovs-vsctl add-br br0
1
网桥的fail-mode设置
standalone：该模式下，没有运行controller的情况下，OVS会自动调整为普通交换机模式，像物理交换机一样，此时可能会有环路产生的问题。如果有controller的情况，OVS会自动变成openflow交换机
secure：该模式下，无论有没有controller，OVS都会作为openflow交换机运行，也就是所有网桥上的端口，等待controller或者用户添加flow到OVS来进行通信。
2、Port
端口Port与物理交换机的端口概念类似，Port是OVS Bridge上创建的一个虚拟端口，每个Port都隶属于一个Bridge。Port有以下几种类型
1）Normal
可以把操作系统中已有的网卡(物理网卡em1/eth0,或虚拟机的虚拟网卡tapxxx)挂载到ovs上，ovs会生成一个同名Port处理这块网卡进出的数据包。此时端口类型为Normal。
如下，主机中有一块物理网卡eth1，把其挂载到OVS网桥br-ext上，OVS会自动创建同名Port eth1。
ovs-vsctl add-port br-ext eth1 //Bridge br-ext中出现port “eth1”
1
有一点要注意的是，挂载到OVS上的网卡设备不支持分配IP地址，因此若之前eth1配置有IP地址，挂载到OVS之后IP地址将不可访问。这里的网卡设备不只包括物理网卡，也包括主机上创建的虚拟网卡。
2）Internal
Internal类型是OVS内部创建的虚拟网卡接口，每创建一个Port，OVS会自动创建一个同名接口(Interface)挂载到新创建的Port上。接口的概念下面会提到。
下面创建一个网桥br0，并创建一个internal类型的Port p0
ovs-vsctl add-br br0
ovs-vsctl add-port br0 p0 -- set Interface p0 type=internal
1
2
查看结果
//查看网桥br0
ovs-vsctl show br0
Bridge "br0"
  fail_mode:secure
  Port "p0"
Interface "p0"
type:internal
  Port "br0"
Interface "br0"
type:internal

可以看到有两个Port。当ovs创建一个新网桥时，默认会创建一个与网桥同名的Internal Port。在OVS中，只有”internal”类型的设备才支持配置IP地址信息，因此我们可以为br0接口配置一个IP地址，当然p0也可以配置IP地址
ip addr add 192.168.10.11/24 dev br0
ip link set br0 up
//添加默认路由
ip route add default via 192.168.10.1 dev br0

上面两种Port类型区别在于，Internal类型会自动创建接口(Interface)，而Normal类型是把主机中已有的网卡接口添加到OVS中
3）Patch
当主机中有多个ovs网桥时，可以使用Patch Port把两个网桥连起来。Patch Port总是成对出现，分别连接在两个网桥上，从一个Patch Port收到的数据包会被转发到另一个Patch Port，类似于Linux系统中的veth。使用Patch连接的两个网桥跟一个网桥没什么区别，OpenStack Neutron中使用到了Patch Port。上面网桥br-ext中的Port phy-br-ext与br-int中的Port int-br-ext是一对Patch Port
可以使用ovs-vsctl创建patch设备，如下创建两个网桥br0,br1，然后使用一对Patch Port连接它们
ovs-vsctl add-br br0
ovs-vsctl add-br br1
ovs-vsctl \
-- add-port br0 patch0 --set interface patch0 type=patch options:peer=patch1 \
-- add-port br1 patch1 --set interface patch1 type=patch options:peer=patch0

结果如下
ovs-vsctl show
Bridge "br0"
  Port "br0"
Interface "br0"
type:internal
  Port "patch0"
Interface "patch0"
type:patch
options:{peer="patch1"}
Bridge "br1"
  Port "br1"
Interface "br1"
type:internal
  Port "patch1"
Interface "patch1"
type:patch
options:{peer="patch0"}

4）Tunnel
OVS中支持添加隧道(Tunnel)端口，常见隧道技术有两种gre或vxlan。隧道技术是在现有的物理网络之上构建一层虚拟网络，上层应用只与虚拟网络相关，以此实现的虚拟网络比物理网络配置更加灵活，并能够实现跨主机的L2通信以及必要的租户隔离。不同隧道技术其大体思路均是将以太网报文使用隧道协议封装，然后使用底层IP网络转发封装后的数据包，其差异性在于选择和构造隧道的协议不同。Tunnel在OpenStack中用作实现大二层网络以及租户隔离，以应对公有云大规模，多租户的复杂网络环境。
OpenStack是多节点结构，同一子网的虚拟机可能被调度到不同计算节点上，因此需要有隧道技术来保证这些同子网不同节点上的虚拟机能够二层互通，就像他们连接在同一个交换机上，同时也要保证能与其它子网隔离。
OVS在计算和网络节点上建立隧道Port来连接各节点上的网桥br-int，这样所有网络和计算节点上的br-int互联形成了一个大的虚拟的跨所有节点的逻辑网桥(内部靠tunnel id或VNI隔离不同子网)，这个逻辑网桥对虚拟机和qrouter是透明的，它们觉得自己连接到了一个大的br-int上。从某个计算节点虚拟机发出的数据包会被封装进隧道通过底层网络传输到目的主机然后解封装。
上面网桥br-tun中Port "vxlan-080058ca"就是一个vxlan类型tunnel端口。下面使用两台主机测试创建vxlan隧道
//主机192.168.7.21上
ovs-vsctl add-br br-vxlan
//主机192.168.7.23上
ovs-vsctl add-br br-vxlan
//主机192.168.7.21上添加连接到7.23的Tunnel Port
ovs-vsctl add-port br-vxlan tun0 --set Interface tun0 type=vxlan options:remote_ip=192.168.7.23
//主机192.168.7.23上添加连接到7.21的Tunnel Port
ovs-vsctl add-port br-vxlan tun0 --set Interface tun0 type=vxlan options:remote_ip=192.168.7.21

然后，两个主机上桥接到br-vxlan的虚拟机就像连接到同一个交换机一样，可以实现跨主机的L2连接，同时又完全与物理网络隔离。
3、Interface
Interface是连接到Port的网络接口设备，是OVS与外部交换数据包的组件，在通常情况下，Port和Interface是一对一的关系，只有在配置Port为 bond模式后，Port和Interface是一对多的关系。这个网络接口设备可能是创建Internal类型Port时OVS自动生成的虚拟网卡，也可能是系统的物理网卡或虚拟网卡(TUN/TAP)挂载在ovs上。 OVS中只有”Internal”类型的网卡接口才支持配置IP地址
Interface是一块网络接口设备，负责接收或发送数据包，Port是OVS网桥上建立的一个虚拟端口，Interface挂载在Port上。一个接口就是操作系统的一块网卡
当Open vSwitch创建一个新网桥时，默认会创建一个与网桥同名的Internal Port，同时也创建一个与Port同名的Interface。三位一体，所以操作系统里就多了一块网卡，但是状态是down的。
4、Controller
OpenFlow控制器。OVS可以同时接受一个或者多个OpenFlow控制器的管理。主要作用是下发流表(Flow Tables)到OVS，控制OVS数据包转发规则。控制器与OVS通过网络连接，不一定要在同一主机上
可以看到上面实例中三个网桥br-int,br-ext,br-tun都连接到控制器Controller "tcp:127.0.0.1:6633上
5、Datapath
OVS内核模块，负责执行数据交换。由于流可能非常复杂，对每个进来的数据包都去尝试匹配所有流，效率会非常低，所以有了datapath这个东西。Datapath是流的一个缓存，会把流的执行结果保存起来，当下次遇到匹配到同一条流的数据包，直接通过datapath处理。考虑到转发效率，datapath完全是在内核态实现的，并且默认的超时时间非常短，大概只有3秒左右。
二、open vswitch常用操作
1、ovs-vsctl
ovs-vsctl是一个管理或配置ovs-vswitchd的高级命令行工具，高级是说其操作对用户友好，封装了对数据库的操作细节。它是管理OVS最常用的命令，除了配置flows之外，其它大部分操作比如Bridge/Port/Interface/Controller/Database/Vlan等都可以完成
添加网桥br0
ovs-vsctl add-br br0
列出所有网桥
ovs-vsctl list-br
添加一个Port p1到网桥br0
ovs-vsctl add-port br0 p1
查看网络br0上所有Port
ovs-vsctl list-ports br0
获取br0网桥的Openflow控制器地址，没有控制器则返回空
ovs-vsctl get-controller br0
设置OpenFlow控制器，控制器地址为192.168.1.10，端口为6633
ovs-vsctl set-controller br0 tcp:192.168.1.10:6633
移除controller
ovs-vsctl del-controller br0
删除网桥br0
ovs-vsctl del-br br0
设置端口p1的vlan tag为100
ovs-vsctl set Port p1 tag=100
设置端口p0类型为internal
ovs-vsctl set Interface p0 type=internal
添加vlan10端口，并设置vlan tag为10，Port类型为Internal
ovs-vsctl add-port br0 vlan10 tag=10 --set Interface vlan10 type=internal
添加隧道端口gre0，类型为gre，远端IP为1.2.3.4
ovs-vsctl add-port br0 gre0 --set Interface gre0 type=gre options:remote_ip=1.2.3.4

2、ovsdb-tool
ovsdb-tool是一个专门管理OVS数据库文件的工具，不常用，它不直接与ovsdb-server进程通信
//可以使用此工具创建并初始化database文件
ovsdb-tool create [db][schema]
//可以使用ovsdb-client get-schema [database]获取某个数据库的schema（json格式）
//可以查看数据库更改记录，具体到操作命令，这个比较有用
ovsdb-tool show-log -m
record 48: 2017-01-07 03:34:15.147 "ovs-vsctl: ovs-vsctl --timeout=5 -- --if-exists del-port tapcea211ae-10"
      table Interface row "tapcea211ae-10" (151f66b6):
            delete row
      table Port row "tapcea211ae-10" (cc9898cd):
            delete row
      table Bridge row "br-int" (fddd5e27):
      table Open_vSwitch row a9fc1666 (a9fc1666):
record 49: 2017-01-07 04:18:23.671 "ovs-vsctl: ovs-vsctl --timeout=5 -- --if-exists del-port tap5b4345ea-d5 -- add-port  br-int tap5b4345ea-d5 -- set Interface tap5b4345ea-d5 "external-ids:attached-mac=\"fa:16:3e:50:1b:5b\"" -- set Interface tap5b4345ea-d5 "external-ids:iface-id=\"5b4345ea-d5ea-4285-be99-0e4cadf1600a\"" -- set Interface tap5b4345ea-d5 "external-ids:vm-id=\"0aa2d71e-9b41-4c88-9038-e4d042b6502a\"" -- set Interface tap5b4345ea-d5 external-ids:iface-status=active"
      table Port insert row "tap5b4345ea-d5" (4befd532):
      table Interface insert row "tap5b4345ea-d5" (b8a5e830):
      table Bridge row "br-int" (fddd5e27):
      table Open_vSwitch row a9fc1666 (a9fc1666):
...

3、ovsdb-client
ovsdb-client是ovsdb-server进程的命令行工具，主要是从正在运行的ovsdb-server中查询信息，操作的是数据库相关
//列出主机上的所有databases，默认只有一个库Open_vSwitch
ovsdb-client list-dbs
//获取指定数据库的schema信息
ovsdb-client get-schema [DATABASE]
//列出指定数据库的所有表
ovsdb-client list-tables [DATABASE]
//dump指定数据库所有数据,默认dump所有table数据，如果指定table，只dump指定table数据
ovsdb-client dump [DATABASE] [TABLE]
//监控指定数据库中的指定表记录改变
ovsdb-client monitor DATABASE TABLE

4、ovs-ofctl
ovs-ofctl是专门管理配置OpenFlow交换机的命令行工具，我们可以用它手动配置OVS中的OpenFlow flows，注意其不能操作datapath flows和”hidden” flows
//查看br-tun中OpenFlow flows
ovs-ofctl dump-flows br-tun
//查看br-tun端口信息
ovs-ofctl show br-tun
//添加新的flow：对于从端口p0进入交换机的数据包，如果它不包含任何VLAN tag，则自动为它添加VLAN tag 101
ovs-ofctl add-flow br0 "priority=3,in_port=100,dl_vlan=0xffff,actions=mod_vlan_vid:101,normal"
//对于从端口3进入的数据包，若其vlan tag为100，去掉其vlan tag，并从端口1发出
ovs-ofctl add-flow br0 in_port=3,dl_vlan=101,actions=strip_vlan,output:1
//添加新的flow: 修改从端口p1收到的数据包的源地址为9.181.137.1,show 查看p1端口ID为100
ovs-ofctl add-flow br0 "priority=1 idle_timeout=0,in_port=100,actions=mod_nw_src:9.181.137.1,normal"
//添加新的flow: 重定向所有的ICMP数据包到端口 p2
ovs-ofctl add-flow br0 idle_timeout=0,dl_type=0x0800,nw_proto=1,actions=output:102
//删除编号为 100 的端口上的所有流表项
ovs-ofctl del-flows br0 "in_port=100"

三、使用open vswitch构建虚拟网络
1、构建物理机和物理机相互连接的网络
在安装open vswitch的主机上有两块网卡，分别为eth0、eth1，把这两块网卡挂接到open vswitch的网桥上，然后有两台物理机host1、host2分别连接到eth0和eth1上，实现这两台物理机的通信。构建结果图如下：
在这里插入图片描述
执行以下命令：
ovs-vsctl add-br br0 //建立一个名为br0的open vswitch网桥
ovs-vsctl add-port br0 eth0 //把eth0挂接到br0中
ovs-vsctl add-port br0 eth1 //把eth1挂接到br0中

2、构建虚拟机与虚拟机相连的网络
在安装open vswitch的主机上安装两个虚拟机，把两个虚拟机的网卡都挂接在open vswitch的网桥上，实现两台虚拟机的通信，构建结果图如下：
在这里插入图片描述
执行以下命令：
ovs-vsctl add-br br0 //建立一个名为br0的open vswitch网桥
1
如果使用vbox或virt-manager把bridge设置为br0即可，如果使用cli kvm则先创建两个文件，用于虚拟网卡的添加与删除。假设这两个文件分别为/etc/ovs-ifup和/etc/ovs-ifdown，则向这两个文件中写入以下内容：
/etc/ovs-ifup
#!/bin/sh
switch='br0'
/sbin/ifconfig $1 0.0.0.0 up
ovs-vsctl add-port $(switch) $1

/etc/ovs-ifdown
#!/bin/sh
switch='br0'
/sbin/ifconfig $1 0.0.0.0 down
ovs-vsctl del-port $(switch) $1

使用以下命令建立虚拟机
kvm -m 512 -net nic,macaddr=00:11:22:33:44:55 \
-net tap,script=/etc/ovs-ifup,downscript=/etc/ovs-ifdown \
-drive file=/path/to/disk-image,boot=on
kvm -m 512 -net nic,macaddr=11:22:33:44:55:66 \
-net tap,script=/etc/ovs-ifup,downscript=/etc/ovs-ifdown-drive \
file=/path/to/disk-image,boot=on

3、构建虚拟机与物理机相连的网络
在装有open vswitch的主机上有一个物理网卡eth0，一台主机通过网线和eth0相连，在open vswitch的主机上还装有一台虚拟机，把此虚拟机和连接到eth0的主机挂接到同一个网桥上，实现两者之间的通信，构建结果图如下：
在这里插入图片描述
执行命令：
ovs-vsctl add-br br0 //建立一个名为br0的open vswitch网桥
ovs-vsctl add-port br0 eth0 //把eth0挂接到br0中
kvm -m 512 -net nic,macaddr=00.11.22.33.44.55-net \
tap,script=/etc/ovs-ifup,downscript=/etc/ovs-ifdown-drive \
file=/path/to/disk-image,boot=on //ovs-ifup和ovs-ifdown和上一节相同

4、构建网桥和网桥相连的网络
以上操作都是将多个主机（物理机或虚拟机）连接到同一个网桥上，实现它们之间的通信，但是要构建复杂的网络，就需要多个网桥，在装有open vswitch的主机上建立两个网桥，实现它们之间的连接，构建结果如下：
在这里插入图片描述
执行命令：
ovs-vsctl add-br br0 //添加一个名为br0的网桥
ovs-vsctl add-br br1 //添加一个名为br1的网桥
ovs-vsctl add-port br0 patch-to-br1 //为br0添加一个虚拟端口
ovs-vsctl set interface patch-to-br1 type=patch //把patch-to-br1的类型设置为patch
ovs-vsctl set interface patch-to-br1 options:peer=patch-to-br0 //把对端网桥和此网桥连接的端口名称设置为patch-to-br0
ovs-vsctl add-port br1 patch-to-br0 //为br0添加一个虚拟端口
ovs-vsctl set interface patch-to-br0 type=patch //把patch-to-br0的类型设置为patch
ovs-vsctl set interface patch-to-br0 options:peer=patch-to-br1 //把对端网桥和此网桥连接的端口名称设置为patch-to-br1
1

5、在不同的主机之间构建网桥之间的连接
在两台机器上分别安装上open vswitch并创建网桥，分别为两个网桥添加物理网卡，然后通过网线连接两个网桥，实现两个网桥之间的互通。构建结果图如下：
在这里插入图片描述
执行命令：
host1
ovs-vsctl add-br br0 //添加名为br0的网桥
ovs-vsctl add-port br0 eth0 //把eth0挂接到br0上

host2
ovs-vsctl add-br br0 //添加名为br0的网桥
ovs-vsctl add-port br0 eth0  //把eth0挂接到br0上

然后使用网线把host1的eth0和host2的eth0相连即可。
使用上边五种方法的组合就可以构建出各种复杂的网络，为各种实验提供网络的支持。
四、OVS中的各种流（flows）
flows是OVS进行数据转发策略控制的核心数据结构，区别于Linux Bridge是个单纯基于MAC地址学习的二层交换机，flows的存在使OVS作为一款SDN交换机成为云平台网络虚拟机化主要组件
OVS中有多种flows存在，用于不同目的，但最主要的还是OpenFlow flows这种，文中未明确说明的flows都是指OpenFlow flows
1、OpenFlow flows
OVS中最重要的一种flows，Controller控制器下发的就是这种flows，OVS架构部分已经简单介绍过，关于OpenFlow 的具体使用，会在另一篇文章中说明
2、“hidden” flows
OVS在使用OpenFlow flows时，需要与OpenFlow控制器建立TCP连接，若此TCP连接不依赖OVS，即没有OVS依然可以建立连接，此时就是out-of-band control模式，这种模式下不需要"hidden" flows。
但是在in-band control模式下，TCP连接的建立依赖OVS控制的网络，但此时OVS依赖OpenFLow控制器下发的flows才能正常工作，没法建立TCP连接也就无法下发flows，这就产生矛盾了，因此需要存在一些"hidden" flows，这些"hidden" flows保证了TCP连接能够正常建立。关于in-band control详细介绍，参考OVS官方文档Design Decisions In Open vSwitch 中In-Band Control部分，“hidden” flows优先级高于OpenFlow flows，它们不需要手动设置。可以使用ovs-appctl查看这些flows，下面命令输出内容包括OpenFlow flows,"hidden" flows
ovs-appctl bridge/dump-flows<br>

3、datapath flows
datapath flows是datapath内核模块维护的flows，由内核模块维护意味着我们并不需要去修改管理它。与OpenFlow flows不同的是，它不支持优先级，并且只有一个表，这些特点使它非常适合做缓存。与OpenFlow一样的是它支持通配符，也支持指令集(多个action)
datapath flows可以来自用户空间ovs-vswitchd缓存，也可以是datapath内核模块进行MAC地址学习到的flows，这取决与OVS是作为SDN交换机，还是像Linux Bridge那样只是一个简单基于MAC地址学习的二层交换机
4、管理flows的命令行工具
我们可以修改和配置的是OpenFlow flows。datapath flow和"hidden" flows由OVS自身管理，我们不必去修改它。当然，调试场景下还是可以使用工具修改的
介绍下上面三种flows管理工具，不具体说明，具体使用可以查看相关man手册
ovs-ofctl dump-flows <br> 打印指定网桥内的所有OpenFlow flows，可以存在多个流表(flow tables)，按表顺序显示。不包括"hidden" flows。这是最常用的查看flows命令，当然这条命令对所有OpenFlow交换机都有效，不单单是OVS
ovs-appctl bridge/dump-flows <br> 打印指定网桥内所有OpenFlow flows，包括"hidden" flows，in-band control模式下排错可以用到
ovs-dpctl dump-flows [dp] 打印内核模块中datapath flows，[dp]可以省略，默认主机中只有一个datapath system@ovs-system man手册可以找到非常详细的用法说明，注意ovs-ofctl管理的是OpenFlow flows

		自动登录	找回密码
密码			注册

ERROR neutron.agent.linux.ovsdb -client: tcp:127.0.0.1:6640: receive failed

浏览过的版块