网络指南

流程

1. 以 stack 用户身份登录 undercloud 主机，再提供 stackrc 文件。

   $ source stackrc

   Copy to Clipboard Toggle word wrap

2. 选择适合您的部署的自定义角色文件。如果它符合您的需要，请在 deploy 命令中直接使用它。或者，您可以生成自己的自定义角色文件，它们组合了其他自定义角色文件。

   Expand

   Deployment	角色	角色文件
   Networker 角色	Networker	Networker.yaml
   带有 SR-IOV 的 Networker 角色	NetworkerSriov	NetworkerSriov.yaml
   与 SR-IOV 共存控制和网络程序	ControllerSriov	ControllerSriov.yaml

   Show more

3. （可选）生成一个新的自定义角色数据文件，它将之前列出的自定义角色文件之一与其他自定义角色文件合并。

   按照 Director 安装和使用指南中的创建 roles_data 文件中的说明进行操作。根据您的部署，包含适当的源角色文件。

4. （可选）要识别角色的特定节点，您可以创建特定的硬件类别，并将该类别分配到特定的节点。然后，使用环境文件来定义角色的类别，并指定节点数。

   如需更多信息，请参阅 Director 安装和使用指南中的创建新角色的示例。

5. 根据您的部署创建环境文件。

   Expand

   Deployment	环境文件示例
   Networker 角色	neutron-ovn-dvr-ha.yaml
   带有 SR-IOV 的 Networker 角色	ovn-sriov.yaml

   Show more

6. 根据您的部署，包含以下设置。

   Expand

   Deployment	设置
   Networker 角色	ControllerParameters: OVNCMSOptions: "" ControllerSriovParameters: OVNCMSOptions: "" NetworkerParameters: OVNCMSOptions: "enable-chassis-as-gw" NetworkerSriovParameters: OVNCMSOptions: "" Copy to Clipboard Toggle word wrap
   带有 SR-IOV 的 Networker 角色	OS::TripleO::Services::NeutronDhcpAgent: OS::Heat::None ControllerParameters: OVNCMSOptions: "" ControllerSriovParameters: OVNCMSOptions: "" NetworkerParameters: OVNCMSOptions: "" NetworkerSriovParameters: OVNCMSOptions: "enable-chassis-as-gw" Copy to Clipboard Toggle word wrap
   与 SR-IOV 共存控制和网络程序	OS::TripleO::Services::NeutronDhcpAgent: OS::Heat::None ControllerParameters: OVNCMSOptions: "" ControllerSriovParameters: OVNCMSOptions: "enable-chassis-as-gw" NetworkerParameters: OVNCMSOptions: "" NetworkerSriovParameters: OVNCMSOptions: "" Copy to Clipboard Toggle word wrap

   Show more

7. 运行部署命令，并使用 -r 选项在部署命令中包含核心 heat 模板、其他环境文件以及自定义角色数据文件。

   重要

   但是，环境文件的顺序非常重要，因为后续环境文件中定义的参数和资源更为优先。

   示例

   $ openstack overcloud deploy --templates <core_heat_templates> \
   -e <other_environment_files> \
   -e /home/stack/templates/my-neutron-environment.yaml
   -r mycustom_roles_file.yaml

   Copy to Clipboard Toggle word wrap

验证步骤

1. 以 tripleo-admin 用户身份登录 Controller 或 Networker 节点：

   示例

   ssh tripleo-admin@controller-0

   Copy to Clipboard Toggle word wrap

2. 确保 ovn_metadata_agent 正在运行。

   $ sudo podman ps | grep ovn_metadata

   Copy to Clipboard Toggle word wrap

   输出示例

   a65125d9588d  undercloud-0.ctlplane.localdomain:8787/rh-osbs ...
   openstack-neutron-metadata-agent-ovn ...
   kolla_start  23 hours ago  Up 21 hours ago  ovn_metadata_agent

   Copy to Clipboard Toggle word wrap

3. 确保具有 OVN 服务或专用 Networker 节点的 Controller 节点已配置为 OVS 的网关。

   $ sudo ovs-vsctl get Open_Vswitch . external_ids:ovn-cms-options

   Copy to Clipboard Toggle word wrap

   输出示例

   enable-chassis-as-gw

   Copy to Clipboard Toggle word wrap

SR-IOV 部署的额外验证步骤

1. 以 tripleo-admin 用户身份登录 Compute 节点：

   示例

   ssh tripleo-admin@compute-0

   Copy to Clipboard Toggle word wrap

2. 确保 neutron_sriov_agent 在 Compute 节点上运行。

   sudo podman ps | grep neutron_sriov_agent

   Copy to Clipboard Toggle word wrap

   输出示例

   f54cbbf4523a  undercloud-0.ctlplane.localdomain:8787 ...
   openstack-neutron-sriov-agent ...
   kolla_start  23 hours ago  Up 21 hours ago  neutron_sriov_agent

   Copy to Clipboard Toggle word wrap

3. 确保已成功检测到网络可用的 SR-IOV NIC。

   $ sudo podman exec -uroot galera-bundle-podman-0 mysql nova \
   -e 'select hypervisor_hostname,pci_stats from compute_nodes;'

   Copy to Clipboard Toggle word wrap

   输出示例

   computesriov-1.localdomain	{... {"dev_type": "type-PF", "physical_network"
   : "datacentre", "trusted": "true"}, "count": 1}, ... {"dev_type": "type-VF",
   "physical_network": "datacentre", "trusted": "true", "parent_ifname":
   "enp7s0f3"}, "count": 5}, ...}
   
   computesriov-0.localdomain	{... {"dev_type": "type-PF", "physical_network":
   "datacentre", "trusted": "true"}, "count": 1}, ... {"dev_type": "type-VF",
   "physical_network": "datacentre", "trusted": "true", "parent_ifname":
   "enp7s0f3"}, "count": 5}, ...}

   Copy to Clipboard Toggle word wrap

1. 在控制面板中，选择 Project > Network > Routers。

2. 在路由器列表中选择您的虚拟路由器名称，然后点 添加接口。

   在 Subnet 列表中，选择新子网的名称。您可以选择在此字段中为接口指定 IP 地址。

3. 点 Add Interface。

   您的网络中的实例现在可以与子网外的系统通信。

1. 在控制面板中，选择 Project > Network > Networks。

2. 点 +Create Network 并指定以下值：

   Expand

   字段	描述
   网络名称	描述性名称，基于网络要执行的角色。如果您要将网络与外部 VLAN 集成，请考虑将 VLAN ID 号附加到名称中。例如，webservers_122，如果在这个子网中托管 HTTP Web 服务器，您的 VLAN 标签为 122。或者，如果您打算将网络流量保持私有，而不将网络与外部网络集成，也可以使用 internal-only。
   Admin State	控制网络是否立即可用。使用此字段创建 Down 状态的网络，其中逻辑上存在但不活跃。如果您不打算立即在生产环境中使用这个网络，这将非常有用。
   创建子网	决定是否创建子网。例如，如果您打算将这个网络保留为没有网络连接的占位符，您可能不希望创建子网。

   Show more

3. 点 Next 按钮，并在 Subnet 选项卡中指定以下值：

   Expand

   字段	描述
   子网名称	输入子网的描述性名称。
   网络地址	以 CIDR 格式输入地址，其中包含一个值的 IP 地址范围和子网掩码。要确定地址，请计算子网掩码中屏蔽的位数，并将该值附加到 IP 地址范围。例如，子网掩码 255.255.255.0 具有 24 个屏蔽的位。要将这个掩码与 IPv4 地址范围 192.168.122.0 一起使用，请指定地址 192.168.122.0/24。
   IP 版本	指定互联网协议版本，其中有效类型为 IPv4 或 IPv6。Network Address 字段中的 IP 地址范围必须与您选择的版本匹配。
   网关 IP	默认网关的路由器接口的 IP 地址。此地址是路由外部位置的任何流量的下一跳，且必须在您在 Network Address 字段中指定的范围内。例如，如果您的 CIDR 网络地址为 192.168.122.0/24，那么您的默认网关可能是 192.168.122.1。
   禁用网关	禁用转发和隔离子网。

   Show more

4. 点 Next 指定 DHCP 选项：

   • 启用 DHCP - 为此子网启用 DHCP 服务。您可以使用 DHCP 自动向实例分配 IP 设置。

   • IPv6 地址 - 配置模式.如果创建 IPv6 网络，您必须指定如何分配 IPv6 地址和其他信息：

     • 不指定选项 - 如果您要手动设置 IP 地址，或者使用非 OpenStack 感知方法进行地址分配，请选择此选项。
     • SLAAC （无状态地址自动配置） - 实例根据从 OpenStack 网络路由器发送的路由器公告(RA)消息生成 IPv6 地址。使用此配置来创建 OpenStack 网络子网，并将 ra_mode 设置为 slaac，address_mode 设为 slaac。
     • DHCPv6 stateful - 实例从 OpenStack 网络 DHCPv6 服务接收 IPv6 地址以及附加选项（例如 DNS）。使用这个配置来创建将 ra_mode 设置为 dhcpv6-stateful 的子网，address_mode 设为 dhcpv6-stateful。
     • DHCPv6 stateless - 实例根据从 OpenStack 网络路由器发送的路由器公告(RA)消息生成 IPv6 地址。从 OpenStack 网络 DHCPv6 服务中分配附加选项（如 DNS）。使用这个配置来创建将 ra_mode 设置为 dhcpv6-stateless 的子网，address_mode 设为 dhcpv6-stateless。
   • 分配池 - 要分配的 IP 地址范围。例如，值 192.168.22.100,192.168.22.150 认为该范围内的所有地址都可用于分配。

   • DNS 名称服务器 - 网络上可用的 DNS 服务器的 IP 地址。DHCP 将这些地址分发到实例以进行名称解析。

     重要

     对于 DNS 等战略性服务，最好不要在云中托管它们。例如，如果您的云托管 DNS，当云无法正常运行时，DNS 将不可用，云组件无法相互查找。

   • 主机路由 - 静态主机路由。首先，以 CIDR 格式指定目的地网络，后跟您要用于路由的下一跃点（例如 192.168.23.0/24、10.1.31.1）。如果您需要向实例分发静态路由，请提供这个值。

5. 点 Create。

   您可以在 Networks 选项卡中查看完整的网络。您还可以根据需要点 Edit 来更改任何选项。在创建实例时，您可以将它们配置为使用其子网，并接收任何指定的 DHCP 选项。

1. 在仪表板中，选择 Project > Network > Networks，然后在 Networks 视图中点您的网络名称。

2. 点 Create Subnet，并指定以下值：

   Expand

   字段	描述
   子网名称	描述性子网名称。
   网络地址	CIDR 格式的地址，其中包含一个值的 IP 地址范围和子网掩码。要确定 CIDR 地址，请计算子网掩码中屏蔽的位数，并将该值附加到 IP 地址范围。例如，子网掩码 255.255.255.0 具有 24 个屏蔽的位。要将这个掩码与 IPv4 地址范围 192.168.122.0 一起使用，请指定地址 192.168.122.0/24。
   IP 版本	Internet 协议版本，其中有效类型为 IPv4 或 IPv6。Network Address 字段中的 IP 地址范围必须与您选择的协议版本匹配。
   网关 IP	默认网关的路由器接口的 IP 地址。此地址是路由外部位置的任何流量的下一跳，且必须在您在 Network Address 字段中指定的范围内。例如，如果您的 CIDR 网络地址为 192.168.122.0/24，那么您的默认网关可能是 192.168.122.1。
   禁用网关	禁用转发和隔离子网。

   Show more

3. 点 Next 指定 DHCP 选项：

   • 启用 DHCP - 为此子网启用 DHCP 服务。您可以使用 DHCP 自动向实例分配 IP 设置。

   • IPv6 地址 - 配置模式.如果创建 IPv6 网络，您必须指定如何分配 IPv6 地址和其他信息：

     • 不指定选项 - 如果您要手动设置 IP 地址，或者使用非 OpenStack 感知方法进行地址分配，请选择此选项。
     • SLAAC （无状态地址自动配置） - 实例根据从 OpenStack 网络路由器发送的路由器公告(RA)消息生成 IPv6 地址。使用此配置来创建 OpenStack 网络子网，并将 ra_mode 设置为 slaac，address_mode 设为 slaac。
     • DHCPv6 stateful - 实例从 OpenStack 网络 DHCPv6 服务接收 IPv6 地址以及附加选项（例如 DNS）。使用这个配置来创建将 ra_mode 设置为 dhcpv6-stateful 的子网，address_mode 设为 dhcpv6-stateful。
     • DHCPv6 stateless - 实例根据从 OpenStack 网络路由器发送的路由器公告(RA)消息生成 IPv6 地址。从 OpenStack 网络 DHCPv6 服务中分配附加选项（如 DNS）。使用这个配置来创建将 ra_mode 设置为 dhcpv6-stateless 的子网，address_mode 设为 dhcpv6-stateless。
   • 分配池 - 要分配的 IP 地址范围。例如，值 192.168.22.100,192.168.22.150 认为该范围内的所有地址都可用于分配。
   • DNS 名称服务器 - 网络上可用的 DNS 服务器的 IP 地址。DHCP 将这些地址分发到实例以进行名称解析。
   • 主机路由 - 静态主机路由。首先，以 CIDR 格式指定目的地网络，后跟您要用于路由的下一跃点（例如 192.168.23.0/24、10.1.31.1）。如果您需要向实例分发静态路由，请提供这个值。

4. 点 Create。

   您可以查看 Subnets 列表中的子网。您还可以根据需要点 Edit 来更改任何选项。在创建实例时，您可以将它们配置为使用其子网，并接收任何指定的 DHCP 选项。

1. 在控制面板中，选择 Project > Network > Routers，再点 Create Router。
2. 输入新路由器的描述性名称，再点创建路由器。
3. 在 Routers 列表中，点新路由器条目旁边的 Set Gateway。
4. 在 External Network 列表中，指定您要接收用于外部位置的流量的网络。

5. 点 Set Gateway。

   添加路由器后，您必须配置您创建的子网来使用此路由器发送流量。您可以通过在子网和路由器之间创建接口来完成此操作。

1. 在仪表板中，选择 Project > Network > Routers，然后点您要删除的路由器的名称。
2. 选择类型为 Internal Interface 的接口，然后点 Delete Interfaces。
3. 从 Routers 列表中，选择目标路由器，再点 Delete Routers。

1. 在控制面板中，选择 Project > Network > Networks。
2. 点您的网络名称。
3. 选择目标子网，再点删除子网。

1. 在控制面板中，选择 Project > Network > Networks。

   删除与目标网络子网关联的所有路由器接口。

   要删除接口，请通过点击网络列表中的目标网络找到您要删除的网络的 ID 号，查看 ID 字段。与网络关联的所有子网在 Network ID 字段中共享这个值。

2. 进入到 Project > Network > Routers，点 Routers 列表中的虚拟路由器名称，并找到附加到您要删除的子网的接口。

   您可以使用作为网关 IP 的 IP 地址将这个子网与其它子网区分开。您可以通过确保接口的网络 ID 与您在上一步中记录的 ID 匹配来进一步验证区别。

3. 点您要删除的接口的 Delete Interface 按钮。
4. 选择 Project > Network > Networks，然后点您的网络名称。

5. 点您要删除的子网的删除子网按钮。

   注意

   如果您仍然无法删除子网，请确保它没有被任何实例使用。

6. 选择 Project > Network > Networks，然后选择您要删除的网络。
7. 点 Delete Networks。

流程

1. 在 undercloud 主机上，以 stack 用户身份登录，创建一个自定义 YAML 环境文件。

   示例

   $ vi /home/stack/templates/my-modules-environment.yaml

   Copy to Clipboard Toggle word wrap

   提示

   Red Hat OpenStack Platform Orchestration 服务(heat)使 用一组名为 template 的计划来安装和配置您的环境。您可以使用一个自定义环境文件来自定义 overcloud 的各个方面，它是为编配模板提供自定义的特殊模板类型。

2. 在 parameter_defaults 下的 YAML 环境文件中，使用 NeutronBridgeMappings 来指定用于访问外部网络的 OVS 网桥。

   示例

   parameter_defaults:
     NeutronBridgeMappings: 'physnet1:br-net1,physnet2:br-net2'

   Copy to Clipboard Toggle word wrap

3. 在 Controller 和 Compute 节点的自定义 NIC 配置模板中，使用附加接口来配置网桥。

   示例

   ...
                 - type: ovs_bridge
                   name: br-net1
                   mtu: 1500
                   use_dhcp: false
                   members:
                   - type: interface
                     name: eth0
                     mtu: 1500
                     use_dhcp: false
                     primary: true
                 - type: ovs_bridge
                   name: br-net2
                   mtu: 1500
                   use_dhcp: false
                   members:
                   - type: interface
                     name: eth1
                     mtu: 1500
                     use_dhcp: false
                     primary: true
   ...

   Copy to Clipboard Toggle word wrap

4. 运行 openstack overcloud deploy 命令，并包含模板和环境文件，包括修改的自定义 NIC 模板和新的环境文件。

   重要

   但是，环境文件的顺序非常重要，因为后续环境文件中定义的参数和资源更为优先。

   示例

   $ openstack overcloud deploy --templates \
   -e [your-environment-files] \
   -e /usr/share/openstack-tripleo-heat-templates/environments/services/my-neutron-environment.yaml

   Copy to Clipboard Toggle word wrap

验证

1. 创建一个外部网络 (public1) 作为扁平网络，并将它与配置的物理网络 (physnet1) 关联。

   将其配置为共享网络（使用 --share），以便其他用户创建直接连接到外部网络的虚拟机实例。

   示例

   # openstack network create --share --provider-network-type flat --provider-physical-network physnet1 --external public01

   Copy to Clipboard Toggle word wrap

2. 使用 openstack subnet create 命令创建子网 (public_subnet)。

   示例

   # openstack subnet create --no-dhcp --allocation-pool start=192.168.100.20,end=192.168.100.100 --gateway 192.168.100.1 --network public01 public_subnet

   Copy to Clipboard Toggle word wrap

3. 创建虚拟机实例，并将其直接连接到新创建的外部网络。

   示例

   $ openstack server create --image rhel --flavor my_flavor --network public01 my_instance

   Copy to Clipboard Toggle word wrap

1. 数据包离开实例的 eth0 接口，并到达 linux 网桥 qbr-xx。
2. 网桥 qbr-xx 连接到 br-int，使用 veth 对 qvb-xx <-> qvo-xxx。这是因为网桥用于应用安全组定义的入站/出站防火墙规则。
3. 接口 qvb-xx 连接到 qbr-xx linux 网桥，qvoxx 连接到 br-int Open vSwitch (OVS) 网桥。

1. 传入流量到达物理节点上的 eth1。
2. 数据包传递到 br-ex 网桥。
3. 数据包通过 patch-peer phy-br-ex <--> int-br-ex 移到 br-int。

观察 br-int 上的流量流

1. 当数据包到达 int-br-ex 时，br-int 网桥内的 OVS 流规则是添加内部 VLAN 标签 5 的数据包。查看 actions=mod_vlan_vid:5 条目：

    # ovs-ofctl dump-flows br-int
   NXST_FLOW reply (xid=0x4):
    cookie=0x0, duration=5351.536s, table=0, n_packets=12118, n_bytes=510456, idle_age=0, priority=1 actions=NORMAL
    cookie=0x0, duration=4537.553s, table=0, n_packets=3489, n_bytes=321696, idle_age=0, priority=3,in_port=15,vlan_tci=0x0000 actions=mod_vlan_vid:5,NORMAL
    cookie=0x0, duration=5350.365s, table=0, n_packets=628, n_bytes=57892, idle_age=4538, priority=2,in_port=15 actions=drop
    cookie=0x0, duration=5351.432s, table=23, n_packets=0, n_bytes=0, idle_age=5351, priority=0 actions=drop

   Copy to Clipboard Toggle word wrap
2. 第二条规则管理到达 int-br-ex (in_port=15)且无 VLAN 标签(vlan_tci=0x0000)的数据包：此规则将 VLAN 标签 5 添加到数据包(actions=mod_vlan_vid:5,NORMAL)，并将它转发到 qvoxxx。
3. 在剥离 VLAN 标签后，qvoxxx 接受数据包并将其转发到 qvbxx。
4. 然后，数据包到达实例。

流程

1. 检查 bridge_mappings。

   验证您使用的物理网络名称是否与 bridge_mapping 配置的内容一致。

   示例

   在本例中，物理网络名称为 physnet1。

   $ openstack network show provider-flat

   Copy to Clipboard Toggle word wrap

   输出示例

   ...
   | provider:physical_network | physnet1
   ...

   Copy to Clipboard Toggle word wrap

   示例

   在本例中，bridge_mapping 配置的内容也是 physnet1 ：

   $ grep bridge_mapping /etc/neutron/plugins/ml2/openvswitch_agent.ini

   Copy to Clipboard Toggle word wrap

   输出示例

   bridge_mappings = physnet1:br-ex

   Copy to Clipboard Toggle word wrap

2. 检查网络配置。

   确认网络已创建为外部，并使用 flat 类型：

   示例

   在本例中，会查询网络 provider-flat 的详细信息：

   $ openstack network show provider-flat

   Copy to Clipboard Toggle word wrap

   输出示例

   ...
   | provider:network_type     | flat                                 |
   | router:external           | True                                 |
   ...

   Copy to Clipboard Toggle word wrap

3. 检查 patch-peer。

   验证 br-int 和 br-ex 是否使用 patch-peer int-br-ex <--> phy-br-ex 连接。

   $ ovs-vsctl show

   Copy to Clipboard Toggle word wrap

   输出示例

     Bridge br-int
         fail_mode: secure
        Port int-br-ex
             Interface int-br-ex
                 type: patch
                 options: {peer=phy-br-ex}

   Copy to Clipboard Toggle word wrap

   输出示例

   在 br-ex 上配置 patch-peer：

       Bridge br-ex
           Port phy-br-ex
               Interface phy-br-ex
                   type: patch
                   options: {peer=int-br-ex}
           Port br-ex
               Interface br-ex
                   type: internal

   Copy to Clipboard Toggle word wrap

   如果 bridge_mapping 在 /etc/neutron/plugins/ml2/openvswitch_agent.ini 中正确配置，这个连接会在重启 neutron-openvswitch-agent 服务时被创建。

   如果在重启该服务后没有创建连接，请重新检查 bridge_mapping 设置。

4. 检查网络流。

   运行 ovs-ofctl dump-flows br-ex 和 ovs-ofctl dump-flows br-int，并检查流是否剥离传出数据包的内部 VLAN ID，并为传入的数据包添加 VLAN ID。当您生成实例到特定 Compute 节点上的此网络时，会首先添加此流。

   1. 如果在生成实例后没有创建此流，请验证网络是否创建为 flat，为 external，且 physical_network 名称是正确的。此外，请检查 bridge_mapping 设置。

   2. 最后，检查 ifcfg-br-ex 和 ifcfg-ethx 配置。确保 ethX 作为端口添加到 br-ex 中，并且 ifcfg-br-ex 和 ifcfg-ethx 在 ip 的输出中有一个 UP 标志。

      输出示例

      以下输出显示 eth1 是 br-ex 中的端口：

          Bridge br-ex
              Port phy-br-ex
                  Interface phy-br-ex
                      type: patch
                      options: {peer=int-br-ex}
              Port "eth1"
                  Interface "eth1"

      Copy to Clipboard Toggle word wrap

      示例

      以下示例演示了 eth1 配置为 OVS 端口，并且内核知道从接口传输所有数据包，并将它们发送到 OVS 网桥 br-ex。这可以在条目 master ovs-system 中观察到。

      $ ip a
      5: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq master ovs-system state UP qlen 1000

      Copy to Clipboard Toggle word wrap

流程

1. 在 undercloud 主机上，以 stack 用户身份登录，创建一个自定义 YAML 环境文件。

   示例

   $ vi /home/stack/templates/my-modules-environment.yaml

   Copy to Clipboard Toggle word wrap

   提示

   Red Hat OpenStack Platform Orchestration 服务(heat)使 用一组名为 template 的计划来安装和配置您的环境。您可以使用一个自定义环境文件来自定义 overcloud 的各个方面，它是为编配模板提供自定义的特殊模板类型。

2. 在 parameter_defaults 下的 YAML 环境文件中，使用 NeutronTypeDrivers 指定您的网络类型驱动程序。

   示例

   parameter_defaults:
     NeutronTypeDrivers: vxlan,flat,vlan

   Copy to Clipboard Toggle word wrap

3. 配置 NeutronNetworkVLANRanges 设置，以反映使用的物理网络和 VLAN 范围：

   示例

   parameter_defaults:
     NeutronTypeDrivers: 'vxlan,flat,vlan'
     NeutronNetworkVLANRanges: 'physnet1:171:172'

   Copy to Clipboard Toggle word wrap

4. 创建一个外部网络网桥 (br-ex)，并将端口 (eth1) 与它关联。

   这个示例将 eth1 配置为使用 br-ex ：

   示例

   parameter_defaults:
     NeutronTypeDrivers: 'vxlan,flat,vlan'
     NeutronNetworkVLANRanges: 'physnet1:171:172'
     NeutronBridgeMappings: 'datacentre:br-ex,tenant:br-int'

   Copy to Clipboard Toggle word wrap

5. 运行 openstack overcloud deploy 命令，并包含核心模板和环境文件，包括这个新的环境文件。

   重要

   但是，环境文件的顺序非常重要，因为后续环境文件中定义的参数和资源更为优先。

   示例

   $ openstack overcloud deploy --templates \
   -e [your-environment-files] \
   -e /usr/share/openstack-tripleo-heat-templates/environments/services/my-neutron-environment.yaml

   Copy to Clipboard Toggle word wrap

验证

1. 创建外部网络作为类型 vlan，并将它们与配置的 physical_network 关联。

   运行以下示例命令创建两个网络：一个用于 VLAN 171，另一个用于 VLAN 172：

   示例

   $ openstack network create \
   			--provider-network-type vlan \
   			--provider-physical-network physnet1 \
   			--provider-segment 171 \
   			provider-vlan171
   
   $ openstack network create \
   			--provider-network-type vlan \
   			--provider-physical-network physnet1 \
   			--provider-segment 172 \
   			provider-vlan172

   Copy to Clipboard Toggle word wrap

2. 创建多个子网，并将其配置为使用外部网络。

   您可以使用 openstack subnet create 或 dashboard 来创建这些子网。确保您从网络管理员收到的外部子网详情已与每个 VLAN 正确关联。

   在此示例中，VLAN 171 使用子网 10.65.217.0/24，VLAN 172 使用 10.65.218.0/24:

   示例

   $ openstack subnet create \
   			--network provider-171 \
   			--subnet-range 10.65.217.0/24 \
   			--dhcp \
   			--gateway 10.65.217.254 \
   			subnet-provider-171
   
   $ openstack subnet create \
   			--network provider-172 \
   			--subnet-range 10.65.218.0/24 \
   			--dhcp \
   			--gateway 10.65.218.254 \
   			subnet-provider-172

   Copy to Clipboard Toggle word wrap

1. 离开实例的 eth0 接口的数据包会到达连接到实例的 linux 网桥 qbr-xx。
2. qbr-xx 使用 veth 对 qvbxx <→ qvoxxx 连接到 br-int。
3. qvbxx 连接到 linux 网桥 qbr-xx，qvoxx 连接到 Open vSwitch 网桥 br-int。

流程

1. 验证 bridge_mapping 配置中使用的物理网络名称是否与物理网络名称匹配。

   示例

   $ openstack network show provider-vlan171

   Copy to Clipboard Toggle word wrap

   输出示例

   ...
   | provider:physical_network | physnet1
   ...

   Copy to Clipboard Toggle word wrap

   示例

   $ grep bridge_mapping /etc/neutron/plugins/ml2/openvswitch_agent.ini

   Copy to Clipboard Toggle word wrap

   输出示例

   在本例中，物理网络名称 physnet1 与 bridge_mapping 配置中使用的名称匹配：

   bridge_mappings = physnet1:br-ex

   Copy to Clipboard Toggle word wrap

2. 确认网络已创建为外部，类型为 vlan，并使用正确的 segmentation_id 值：

   示例

   $ openstack network show provider-vlan171

   Copy to Clipboard Toggle word wrap

   输出示例

   ...
   | provider:network_type     | vlan                                 |
   | provider:physical_network | physnet1                             |
   | provider:segmentation_id  | 171                                  |
   ...

   Copy to Clipboard Toggle word wrap

3. 检查 patch-peer。

   验证 br-int 和 br-ex 是否使用 patch-peer int-br-ex <--> phy-br-ex 连接。

   $ ovs-vsctl show

   Copy to Clipboard Toggle word wrap

   此连接在重启 neutron-openvswitch-agent 时创建的，只要 bridge_mapping 在 /etc/neutron/plugins/ml2/openvswitch_agent.ini 中正确配置。

   如果这没有在重启服务后创建，则重新检查 bridge_mapping 设置。

4. 检查网络流。

   1. 要查看传出数据包的流，请运行 ovs-ofctl dump-flows br-ex 和 ovs-ofctl dump-flows br-int，并验证流是否将内部 VLAN ID 映射到外部 VLAN ID (segmentation_id)。

   2. 对于传入的数据包，请将外部 VLAN ID 映射到内部 VLAN ID。

      当您首次生成实例到此网络时，neutron OVS 代理会添加此流。

   3. 如果在生成实例后没有创建此流，请确保网络已创建为 vlan，是 外部，并且 physical_network 名称是正确的。另外，再次检查 bridge_mapping 设置。

   4. 最后，重新检查 ifcfg-br-ex 和 ifcfg-ethx 配置。

      确保 br-ex 包含端口 ethX，并且 ifcfg-br-ex 和 ifcfg-ethx 在 ip a 命令的输出中有一个 UP 标志。

      示例

      $ ovs-vsctl show

      Copy to Clipboard Toggle word wrap

      在本例中，eth1 是 br-ex 中的一个端口：

          Bridge br-ex
              Port phy-br-ex
                  Interface phy-br-ex
                      type: patch
                      options: {peer=int-br-ex}
              Port "eth1"
                  Interface "eth1"

      Copy to Clipboard Toggle word wrap

      示例

      $ ip a

      Copy to Clipboard Toggle word wrap

      输出示例

      在本示例输出中，eth1 已添加为端口，并且内核配置为将所有数据包从接口移动到 OVS 网桥 br-ex。这由条目 master ovs-system 演示。

      5: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq master ovs-system state UP qlen 1000

      Copy to Clipboard Toggle word wrap

流程

1. 在 undercloud 主机上，以 stack 用户身份登录，创建一个自定义 YAML 环境文件。

   示例

   $ vi /home/stack/templates/my-ovs-environment.yaml

   Copy to Clipboard Toggle word wrap

   提示

   编排服务(heat)使用一组名为 template 的计划来安装和配置您的环境。您可以使用自定义环境文件自定义 overcloud 的各个方面，它是为 heat 模板提供自定义的特殊模板类型。

2. 在 parameter_defaults 下的 YAML 环境文件中，将 NeutronEnableIgmpSnooping 设置为 true。

   parameter_defaults:
       NeutronEnableIgmpSnooping: true
       ...

   Copy to Clipboard Toggle word wrap
   重要

   确保在冒号 (:) 和 true 间添加一个空格字符。

3. 运行 openstack overcloud deploy 命令，并包含核心 heat 模板、环境文件以及新的自定义环境文件。

   重要

   环境文件的顺序非常重要，因为后续环境文件中定义的参数和资源更为优先。

   示例

   $ openstack overcloud deploy --templates \
   -e [your-environment-files] \
   -e /usr/share/openstack-tripleo-heat-templates/environments/services/my-ovs-environment.yaml

   Copy to Clipboard Toggle word wrap

流程

1. 配置安全性，以允许多播到适当的虚拟机实例。例如，创建一对安全组规则，以允许来自 IGMP querier 的 IGMP 流量进入和退出虚拟机实例，以及允许多播流量的第三个规则。

   示例

   安全组 mySG 允许 IGMP 流量进入并退出虚拟机实例。

    openstack security group rule create --protocol igmp --ingress mySG
   
    openstack security group rule create --protocol igmp --egress mySG

   Copy to Clipboard Toggle word wrap

   另一种规则允许多播流量访问虚拟机实例。

   openstack security group rule create  --protocol udp mySG

   Copy to Clipboard Toggle word wrap

   作为设置安全组规则的替代选择，一些操作员选择有选择地禁用网络上的端口安全性。如果您选择禁用端口安全性，请考虑和规划任何相关的安全风险。

2. 在 undercloud 节点上的环境文件中设置 heat 参数 NeutronEnableIgmpSnooping: True。例如，将以下行添加到 ovn-extras.yaml 中。

   示例

   parameter_defaults:
           NeutronEnableIgmpSnooping: True

   Copy to Clipboard Toggle word wrap

3. 在 openstack overcloud deploy 命令中包含环境文件以及与您环境相关的任何其他环境文件并部署 overcloud。

   $ openstack overcloud deploy \
   --templates \
   …
   -e <other_overcloud_environment_files> \
   
   -e ovn-extras.yaml \
   …

   Copy to Clipboard Toggle word wrap

   将 <other_overcloud_environment_files> 替换为属于您现有部署的环境文件列表。

验证

1. 验证是否启用了多播 snooping。列出北向数据库 Logical_Switch 表。

   $ ovn-nbctl list Logical_Switch

   Copy to Clipboard Toggle word wrap

   输出示例

   _uuid         : d6a2fbcd-aaa4-4b9e-8274-184238d66a15
   other_config  : {mcast_flood_unregistered="false", mcast_snoop="true"}
   ...

   Copy to Clipboard Toggle word wrap

   网络服务(neutron) igmp_snooping_enable 配置转换为 OVN 北向数据库中 Logical_Switch 表的 other_config 列中设置的 mcast_snoop 选项。请注意，mcast_flood_unregistered 始终为 "false"。

2. 显示 IGMP 组。

   $ ovn-sbctl list IGMP_group

   Copy to Clipboard Toggle word wrap

   输出示例

   _uuid    : 2d6cae4c-bd82-4b31-9c63-2d17cbeadc4e
   address  : "225.0.0.120"
   chassis  : 34e25681-f73f-43ac-a3a4-7da2a710ecd3
   datapath : eaf0f5cc-a2c8-4c30-8def-2bc1ec9dcabc
   ports    : [5eaf9dd5-eae5-4749-ac60-4c1451901c56, 8a69efc5-38c5-48fb-bbab-30f2bf9b8d45]
   ...

   Copy to Clipboard Toggle word wrap

流程

1. 在控制面板中，选择 Admin > Networks > Create Network > Project。
2. 选择您要使用 Project 下拉列表托管新网络的项目。

3. 检查 Provider Network Type 中的选项：

   • Local - 流量保留在本地计算主机上，并有效地与任何外部网络隔离。
   • flat - 流量保留在单一网络中，也可以与主机共享。没有 VLAN 标记或其他网络隔离。
   • VLAN - 使用与物理网络中存在的 VLAN ID 对应的 VLAN ID 创建网络。此选项允许实例与同一第 2 层 VLAN 上的系统通信。
   • GRE - 使用一个网络覆盖，跨多个节点进行实例间的私有通信。出口覆盖的流量必须被路由。
   • VXLAN - 与 GRE 类似，并使用网络覆盖来跨越多个节点进行实例之间的私有通信。出口覆盖的流量必须被路由。

4. 点创建网络。

   查看 Project Network Topology，以验证网络是否已成功创建。

流程

1. 输入以下命令从池中分配浮动 IP 地址。在本例中，网络名为 public。

   示例

   $ openstack floating ip create public

   Copy to Clipboard Toggle word wrap

   输出示例

   在以下示例中，新分配的浮动 IP 是 192.0.2.200。您可以将其分配给实例。

   +---------------------+--------------------------------------------------+
   | Field               | Value                                            |
   +---------------------+--------------------------------------------------+
   | fixed_ip_address    | None                                             |
   | floating_ip_address | 192.0.2.200                                      |
   | floating_network_id | f0dcc603-f693-4258-a940-0a31fd4b80d9             |
   | id                  | 6352284c-c5df-4792-b168-e6f6348e2620             |
   | port_id             | None                                             |
   | router_id           | None                                             |
   | status              | ACTIVE                                           |
   +---------------------+--------------------------------------------------+

   Copy to Clipboard Toggle word wrap

2. 输入以下命令查找您的实例：

   $ openstack server list

   Copy to Clipboard Toggle word wrap

   输出示例

   +-------------+-------------+--------+-------------+-------+-------------+
   | ID          | Name        | Status | Networks    | Image | Flavor      |
   +-------------+-------------+--------+-------------+-------+-------------+
   | aef3ca09-88 | prod-serv1  | ACTIVE | public=198. | rhel8 | review-     |
   | 7d-4d20-872 |             |        | 51.100.56   |       | ephemeral   |
   | d-1d1b49081 |             |        |             |       |             |
   | 958         |             |        |             |       |             |
   |             |             |        |             |       |             |
   +-------------+-------------+--------+-------------+-------+-------------+

   Copy to Clipboard Toggle word wrap

3. 将实例名称或 ID 与浮动 IP 关联。

   示例

   $ openstack server add floating ip prod-serv1 192.0.2.200

   Copy to Clipboard Toggle word wrap

流程

1. 在文本编辑器中打开 /etc/sysconfig/network-scripts/ifcfg-eth0，并使用适合您的站点的网络值更新以下参数：

   • IPADDR
   • 子网掩码网关

   • DNS1 （名称服务器）

     下面是一个示例：

     # vi /etc/sysconfig/network-scripts/ifcfg-eth0
     DEVICE=eth0
     TYPE=OVSPort
     DEVICETYPE=ovs
     OVS_BRIDGE=br-ex
     ONBOOT=yes

     Copy to Clipboard Toggle word wrap

2. 在文本编辑器中打开 /etc/sysconfig/network-scripts/ifcfg-br-ex，并使用之前分配给 eth0 的 IP 地址值更新虚拟网桥参数：

   # vi /etc/sysconfig/network-scripts/ifcfg-br-ex
   DEVICE=br-ex
   DEVICETYPE=ovs
   TYPE=OVSBridge
   BOOTPROTO=static
   IPADDR=192.168.120.10
   NETMASK=255.255.255.0
   GATEWAY=192.168.120.1
   DNS1=192.168.120.1
   ONBOOT=yes

   Copy to Clipboard Toggle word wrap

   现在，您可以将浮动 IP 地址分配给实例，并将它们提供给物理网络。

1. 在控制面板中，选择 Project > Network > Network Topology。
2. 找到您要管理的路由器，将鼠标悬停在上面，然后点添加接口。

3. 指定您要连接到路由器的子网。

   您还可以指定 IP 地址。该地址可用于测试和故障排除目的，因为成功对此接口的 ping 指示流量按预期路由。

4. 点 Add interface。

   Network Topology 图表会自动更新，以反映路由器和子网之间的新接口连接。

1. 在控制面板中，选择 Project > Network > Routers。
2. 点托管您要删除的接口的路由器的名称。
3. 选择接口类型(Internal Interface)，然后点 Delete Interfaces。

1. 互联网 - 常见的第一步是将 ping 测试发送到互联网位置，如 www.example.com。

   • 成功 ：此测试表示机器和互联网之间的所有网络点都正确运行。这包括虚拟和物理网络基础架构。
   • 失败 ： ping 测试到距离互联网位置的方法可能会失败。如果您的网络中的其他机器能够成功 ping 互联网，证明互联网连接可以正常工作，且此问题可能会在本地计算机的配置中。

2. 物理路由器 - 网络管理员指定将流量定向到外部目的地的路由器接口。

   • 成功 ：对物理路由器的 Ping 测试可以确定本地网络和底层交换机是否正常运行。这些数据包不会遍历路由器，因此它们不会证明默认网关上是否存在路由问题。
   • 失败 ：这表示 VM1 和默认网关间的问题。路由器/交换机可能会停机，或者您可能使用错误的默认网关。将配置与您知道在正确运行的另一个服务器上的配置进行比较。尝试 ping 本地网络中的其他服务器。

3. Neutron 路由器 - 这是 Red Hat OpenStack Platform 用来指示虚拟机流量的虚拟 SDN （软件定义网络）路由器。

   • 成功 ：防火墙允许 ICMP 流量，网络节点在线。
   • 失败 ：确认实例安全组中是否允许 ICMP 流量。检查网络节点是否已在线，确认所有必需的服务是否正在运行，并检查 L3 代理日志(/var/log/neutron/l3-agent.log)。

4. 物理交换机 - 物理交换机管理同一物理网络中节点间的流量。

   • 成功 ：虚拟机发送到物理交换机的流量必须通过虚拟网络基础架构，这表示此段正常工作。
   • 失败 ：检查物理交换机端口是否已配置为中继所需的 VLAN。

5. VM2 - 在同一 Compute 节点上尝试 ping 同一子网上的虚拟机。

   • 成功 ：VM1 上的 NIC 驱动程序和基本 IP 配置可以正常工作。
   • 失败 ：验证 VM1 上的网络配置。或者，VM2 上的防火墙可能只是阻止 ping 流量。此外，验证虚拟切换配置并检查 Open vSwitch 日志文件。

流程

1. 要查看附加到名为 r1 路由器的所有端口，请运行以下命令：

   #  openstack port list --router r1

   Copy to Clipboard Toggle word wrap

   输出示例

   +--------------------------------------+------+-------------------+--------------------------------------------------------------------------------------+
   | id                                   | name | mac_address       | fixed_ips                                                                            |
   +--------------------------------------+------+-------------------+--------------------------------------------------------------------------------------+
   | b58d26f0-cc03-43c1-ab23-ccdb1018252a |      | fa:16:3e:94:a7:df | {"subnet_id": "a592fdba-babd-48e0-96e8-2dd9117614d3", "ip_address": "192.168.200.1"} |
   | c45e998d-98a1-4b23-bb41-5d24797a12a4 |      | fa:16:3e:ee:6a:f7 | {"subnet_id": "43f8f625-c773-4f18-a691-fd4ebfb3be54", "ip_address": "172.24.4.225"}  |
   +--------------------------------------+------+-------------------+--------------------------------------------------------------------------------------+

   Copy to Clipboard Toggle word wrap

2. 要查看每个端口的详细信息，请运行以下命令：包含您要查看的端口的端口 ID。结果包括端口状态，如下例所示，如 ACTIVE 状态：

   # openstack port show b58d26f0-cc03-43c1-ab23-ccdb1018252a

   Copy to Clipboard Toggle word wrap

   输出示例

   +-----------------------+--------------------------------------------------------------------------------------+
   | Field                 | Value                                                                                |
   +-----------------------+--------------------------------------------------------------------------------------+
   | admin_state_up        | True                                                                                 |
   | allowed_address_pairs |                                                                                      |
   | binding:host_id       | node.example.com                                                      |
   | binding:profile       | {}                                                                                   |
   | binding:vif_details   | {"port_filter": true, "ovs_hybrid_plug": true}                                       |
   | binding:vif_type      | ovs                                                                                  |
   | binding:vnic_type     | normal                                                                               |
   | device_id             | 49c6ebdc-0e62-49ad-a9ca-58cea464472f                                                 |
   | device_owner          | network:router_interface                                                             |
   | extra_dhcp_opts       |                                                                                      |
   | fixed_ips             | {"subnet_id": "a592fdba-babd-48e0-96e8-2dd9117614d3", "ip_address": "192.168.200.1"} |
   | id                    | b58d26f0-cc03-43c1-ab23-ccdb1018252a                                                 |
   | mac_address           | fa:16:3e:94:a7:df                                                                    |
   | name                  |                                                                                      |
   | network_id            | 63c24160-47ac-4140-903d-8f9a670b0ca4                                                 |
   | security_groups       |                                                                                      |
   | status                | ACTIVE                                                                               |
   | tenant_id             | d588d1112e0f496fb6cac22f9be45d49                                                     |
   +-----------------------+--------------------------------------------------------------------------------------+

   Copy to Clipboard Toggle word wrap

3. 为每个端口执行第 2 步以确定其状态。

流程

1. 使用 ping <gateway-IP-address> ping 网关。

   考虑这个示例，其中使用以下命令创建了一个网络：

   # openstack network create --provider-network-type vlan --provider-physical-network phy-eno1 --provider-segment 120 provider
   # openstack subnet create --no-dhcp --allocation-pool start=192.168.120.1,end=192.168.120.153 --gateway 192.168.120.254 --network  provider public_subnet

   Copy to Clipboard Toggle word wrap

   在本例中，网关 IP 地址为 192.168.120.254。

   $ ping 192.168.120.254

   Copy to Clipboard Toggle word wrap

2. 如果 ping 失败，请执行以下操作：

   1. 确认您具有关联的 VLAN 的网络流。

      VLAN ID 可能尚未设置。在本例中，OpenStack 网络配置为将 VLAN 120 中继到提供商网络。（请参见第 1 步中的示例中的 --provider:segmentation_id=120。）

   2. 使用命令 ovs-ofctl dump-flows <bridge-name> 命令确认网桥接口上的 VLAN 流。

      在本例中，网桥名为 br-ex ：

      # ovs-ofctl dump-flows br-ex
      
       NXST_FLOW reply (xid=0x4):
        cookie=0x0, duration=987.521s, table=0, n_packets=67897, n_bytes=14065247, idle_age=0, priority=1 actions=NORMAL
        cookie=0x0, duration=986.979s, table=0, n_packets=8, n_bytes=648, idle_age=977, priority=2,in_port=12 actions=drop

      Copy to Clipboard Toggle word wrap

流程

1. 使用 openstack network agent list 命令来验证 RHOSP 网络服务代理是否已启动，并使用正确的主机名注册。

   (overcloud)[stack@undercloud~]$ openstack network agent list
   +--------------------------------------+--------------------+-----------------------+-------+----------------+
   | id                                   | agent_type         | host                  | alive | admin_state_up |
   +--------------------------------------+--------------------+-----------------------+-------+----------------+
   | a08397a8-6600-437d-9013-b2c5b3730c0c | Metadata agent     | rhelosp.example.com   | :-)   | True           |
   | a5153cd2-5881-4fc8-b0ad-be0c97734e6a | L3 agent           | rhelosp.example.com   | :-)   | True           |
   | b54f0be7-c555-43da-ad19-5593a075ddf0 | DHCP agent         | rhelosp.example.com   | :-)   | True           |
   | d2be3cb0-4010-4458-b459-c5eb0d4d354b | Open vSwitch agent | rhelosp.example.com   | :-)   | True           |
   +--------------------------------------+--------------------+-----------------------+-------+----------------+

   Copy to Clipboard Toggle word wrap
2. 检查 /var/log/containers/neutron/openvswitch-agent.log。查找确认创建进程使用 ovs-ofctl 命令配置 VLAN 中继。
3. 验证 /etc/neutron/l3_agent.ini 文件中的 external_network_bridge。如果 external_network_bridge 参数中有一个硬编码的值，则无法使用带有 L3-agent 的提供商网络，您无法创建必要的流。external_network_bridge 值的格式必须是 'external_network_bridge = "" '。
4. 检查 /etc/neutron/plugin.ini 文件中的 network_vlan_ranges 值。对于提供商网络，不要指定数字 VLAN ID。仅在使用 VLAN 隔离项目网络时指定 ID。
5. 验证 OVS agent configuration file bridge mappings，确认映射到 phy-eno1 的网桥存在，并正确连接到 eno1。

流程

1. 使用您的 Red Hat OpenStack Platform 凭证登录 overcloud。
2. 运行 openstack server list 命令以获取虚拟机实例的名称。

3. 运行 openstack server show 命令，以确定在其上运行实例的 Compute 节点。

   示例

   $ openstack server show my_instance -c OS-EXT-SRV-ATTR:host \
   -c addresses

   Copy to Clipboard Toggle word wrap

   输出示例

   +----------------------+-------------------------------------------------+
   | Field                | Value                                           |
   +----------------------+-------------------------------------------------+
   | OS-EXT-SRV-ATTR:host | compute0.overcloud.example.com                  |
   | addresses            | finance-network1=192.0.2.2; provider-           |
   |                      | storage=198.51.100.13                           |
   +----------------------+-------------------------------------------------+

   Copy to Clipboard Toggle word wrap

4. 登录 Compute 节点主机。

   示例

   $ ssh tripleo-admin@compute0.example.com

   Copy to Clipboard Toggle word wrap

5. 运行 ip netns list 命令以查看 OVN 元数据命名空间。

   输出示例

   ovnmeta-07384836-6ab1-4539-b23a-c581cf072011 (id: 1)
   ovnmeta-df9c28ea-c93a-4a60-b913-1e611d6f15aa (id: 0)

   Copy to Clipboard Toggle word wrap

6. 使用元数据命名空间运行 ip netns exec 命令来 ping 关联的网络。

   示例

   $ sudo ip netns exec ovnmeta-df9c28ea-c93a-4a60-b913-1e611d6f15aa \
   ping 192.0.2.2

   Copy to Clipboard Toggle word wrap

   输出示例

   PING 192.0.2.2 (192.0.2.2) 56(84) bytes of data.
   64 bytes from 192.0.2.2: icmp_seq=1 ttl=64 time=0.470 ms
   64 bytes from 192.0.2.2: icmp_seq=2 ttl=64 time=0.483 ms
   64 bytes from 192.0.2.2: icmp_seq=3 ttl=64 time=0.183 ms
   64 bytes from 192.0.2.2: icmp_seq=4 ttl=64 time=0.296 ms
   64 bytes from 192.0.2.2: icmp_seq=5 ttl=64 time=0.307 ms
   ^C
   --- 192.0.2.2 ping statistics ---
   5 packets transmitted, 5 received, 0% packet loss, time 122ms
   rtt min/avg/max/mdev = 0.183/0.347/0.483/0.116 ms

   Copy to Clipboard Toggle word wrap

流程

1. 使用 openstack network list 命令列出所有项目网络，确定哪个网络命名空间包含网络：

   $ openstack network list

   Copy to Clipboard Toggle word wrap

   在此输出中，请注意 web-servers 网络的 ID (9cb32fe0-d7fb-432c-b116-f483c6497b08)。命令将网络 ID 附加到网络命名空间中，这可让您在下一步中识别命名空间。

   输出示例

   +--------------------------------------+-------------+-------------------------------------------------------+
   | id                                   | name        | subnets                                               |
   +--------------------------------------+-------------+-------------------------------------------------------+
   | 9cb32fe0-d7fb-432c-b116-f483c6497b08 | web-servers | 453d6769-fcde-4796-a205-66ee01680bba 192.168.212.0/24 |
   | a0cc8cdd-575f-4788-a3e3-5df8c6d0dd81 | private     | c1e58160-707f-44a7-bf94-8694f29e74d3 10.0.0.0/24      |
   | baadd774-87e9-4e97-a055-326bb422b29b | private     | 340c58e1-7fe7-4cf2-96a7-96a0a4ff3231 192.168.200.0/24 |
   | 24ba3a36-5645-4f46-be47-f6af2a7d8af2 | public      | 35f3d2cb-6e4b-4527-a932-952a395c4bb3 172.24.4.224/28  |
   +--------------------------------------+-------------+-------------------------------------------------------+

   Copy to Clipboard Toggle word wrap

2. 使用 ip netns list 命令列出所有网络命名空间：

   # ip netns list

   Copy to Clipboard Toggle word wrap

   输出中包含一个与 web-servers 网络 ID 匹配的命名空间。

   在此输出中，命名空间为 qdhcp-9cb32fe0-d7fb-432c-b116-f483c6497b08。

   输出示例

   qdhcp-9cb32fe0-d7fb-432c-b116-f483c6497b08
   qrouter-31680a1c-9b3e-4906-bd69-cb39ed5faa01
   qrouter-62ed467e-abae-4ab4-87f4-13a9937fbd6b
   qdhcp-a0cc8cdd-575f-4788-a3e3-5df8c6d0dd81
   qrouter-e9281608-52a6-4576-86a6-92955df46f56

   Copy to Clipboard Toggle word wrap

3. 通过在命名空间中运行命令（使用 ip netns exec <namespace> 作为前缀）检查 web-servers 网络的配置。

   在本例中，使用了 route -n 命令。

   示例

   # ip netns exec qrouter-62ed467e-abae-4ab4-87f4-13a9937fbd6b route -n

   Copy to Clipboard Toggle word wrap

   输出示例

   Kernel IP routing table
   Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
   0.0.0.0         172.24.4.225    0.0.0.0         UG    0      0        0 qg-8d128f89-87
   172.24.4.224    0.0.0.0         255.255.255.240 U     0      0        0 qg-8d128f89-87
   192.168.200.0   0.0.0.0         255.255.255.0   U     0      0        0 qr-8efd6357-96

   Copy to Clipboard Toggle word wrap

流程

1. 使用 tcpdump 命令捕获 ICMP 流量：

   示例

   # ip netns exec qrouter-62ed467e-abae-4ab4-87f4-13a9937fbd6b tcpdump -qnntpi any icmp

   Copy to Clipboard Toggle word wrap

2. 在一个单独的命令行窗口中，对外部网络执行 ping 测试：

   示例

   # ip netns exec qrouter-62ed467e-abae-4ab4-87f4-13a9937fbd6b ping www.example.com

   Copy to Clipboard Toggle word wrap

3. 在运行 tcpdump 会话的终端中，观察 ping 测试的详细结果。

   输出示例

   tcpdump: listening on any, link-type LINUX_SLL (Linux cooked), capture size 65535 bytes
   IP (tos 0xc0, ttl 64, id 55447, offset 0, flags [none], proto ICMP (1), length 88)
       172.24.4.228 > 172.24.4.228: ICMP host 192.168.200.20 unreachable, length 68
   	IP (tos 0x0, ttl 64, id 22976, offset 0, flags [DF], proto UDP (17), length 60)
       172.24.4.228.40278 > 192.168.200.21: [bad udp cksum 0xfa7b -> 0xe235!] UDP, length 32

   Copy to Clipboard Toggle word wrap

流程

1. 以具有访问 OVN 容器所需的权限的用户身份，登录 Controller 主机。

   示例

   $ ssh tripleo-admin@controller-0.ctlplane

   Copy to Clipboard Toggle word wrap

2. 创建一个 shell 脚本文件，其中包含您要运行的 ovn 命令。

   示例

   vi ~/bin/ovn-alias.sh

   Copy to Clipboard Toggle word wrap

3. 添加 ovn 命令，并保存脚本文件。

   示例

   在本例中，ovn-sbctl、ovn-nbctl 和 ovn-trace 命令已添加到别名文件中：

   REMOTE_IP=$(sudo ovs-vsctl get open . external_ids:ovn-remote)
   NBDB=$(echo $REMOTE_IP | sed 's/6642/6641/g')
   SBDB=$REMOTE_IP
   alias ovn-sbctl="sudo podman exec ovn_controller ovn-sbctl --db=$SBDB"
   alias ovn-nbctl="sudo podman exec ovn_controller ovn-nbctl --db=$NBDB"
   alias ovn-trace="sudo podman exec ovn_controller ovn-trace --db=$SBDB"

   Copy to Clipboard Toggle word wrap
4. 在 Compute 主机上重复此流程中的步骤。

验证

1. Source 脚本文件。

   示例

   # source ovn-alias.sh

   Copy to Clipboard Toggle word wrap

2. 运行命令以确认您的脚本文件正常工作。

   示例

   # ovn-nbctl show

   Copy to Clipboard Toggle word wrap

   输出示例

   switch 26ce22db-1795-41bd-b561-9827cbd81778 (neutron-f8e79863-6c58-43d0-8f7d-8ec4a423e13b) (aka internal_network)
   	port 1913c3ae-8475-4b60-a479-df7bcce8d9c8
       	addresses: ["fa:16:3e:33:c1:fc 192.168.254.76"]
   	port 1aabaee3-b944-4da2-bf0a-573215d3f3d9
       	addresses: ["fa:16:3e:16:cb:ce 192.168.254.74"]
   	port 7e000980-59f9-4a0f-b76a-4fdf4e86f27b
       	type: localport
       	addresses: ["fa:16:3e:c9:30:ed 192.168.254.2"]

   Copy to Clipboard Toggle word wrap

流程

1. 以具有访问 OVN 容器所需的权限的用户身份，登录 Controller 主机。

   示例

   $ ssh tripleo-admin@controller-0.ctlplane

   Copy to Clipboard Toggle word wrap

2. 提供 OVN 数据库命令的别名文件。

   更多信息请参阅 第 6.8 节 “为 OVN 故障排除命令创建别名”。

   示例

   source ~/ovn-alias.sh

   Copy to Clipboard Toggle word wrap

3. 查看逻辑流：

   $ ovn-sbctl lflow-list

   Copy to Clipboard Toggle word wrap

4. 检查输出。

   输出示例

   Datapath: "sw0" (d7bf4a7b-e915-4502-8f9d-5995d33f5d10)  Pipeline: ingress
     table=0 (ls_in_port_sec_l2  ), priority=100  , match=(eth.src[40]), action=(drop;)
     table=0 (ls_in_port_sec_l2  ), priority=100  , match=(vlan.present), action=(drop;)
     table=0 (ls_in_port_sec_l2  ), priority=50   , match=(inport == "sw0-port1" && eth.src == {00:00:00:00:00:01}), action=(next;)
     table=0 (ls_in_port_sec_l2  ), priority=50   , match=(inport == "sw0-port2" && eth.src == {00:00:00:00:00:02}), action=(next;)
     table=1 (ls_in_port_sec_ip  ), priority=0    , match=(1), action=(next;)
     table=2 (ls_in_port_sec_nd  ), priority=90   , match=(inport == "sw0-port1" && eth.src == 00:00:00:00:00:01 && arp.sha == 00:00:00:00:00:01), action=(next;)
     table=2 (ls_in_port_sec_nd  ), priority=90   , match=(inport == "sw0-port1" && eth.src == 00:00:00:00:00:01 && ip6 && nd && ((nd.sll == 00:00:00:00:00:00 || nd.sll == 00:00:00:00:00:01) || ((nd.tll == 00:00:00:00:00:00 || nd.tll == 00:00:00:00:00:01)))), action=(next;)
     table=2 (ls_in_port_sec_nd  ), priority=90   , match=(inport == "sw0-port2" && eth.src == 00:00:00:00:00:02 && arp.sha == 00:00:00:00:00:02), action=(next;)
     table=2 (ls_in_port_sec_nd  ), priority=90   , match=(inport == "sw0-port2" && eth.src == 00:00:00:00:00:02 && ip6 && nd && ((nd.sll == 00:00:00:00:00:00 || nd.sll == 00:00:00:00:00:02) || ((nd.tll == 00:00:00:00:00:00 || nd.tll == 00:00:00:00:00:02)))), action=(next;)
     table=2 (ls_in_port_sec_nd  ), priority=80   , match=(inport == "sw0-port1" && (arp || nd)), action=(drop;)
     table=2 (ls_in_port_sec_nd  ), priority=80   , match=(inport == "sw0-port2" && (arp || nd)), action=(drop;)
     table=2 (ls_in_port_sec_nd  ), priority=0    , match=(1), action=(next;)
     table=3 (ls_in_pre_acl      ), priority=0, match=(1), action=(next;)
     table=4 (ls_in_pre_lb       ), priority=0    , match=(1), action=(next;)
     table=5 (ls_in_pre_stateful ), priority=100  , match=(reg0[0] == 1), action=(ct_next;)
     table=5 (ls_in_pre_stateful ), priority=0    , match=(1), action=(next;)
     table=6 (ls_in_acl          ), priority=0    , match=(1), action=(next;)
     table=7 (ls_in_qos_mark     ), priority=0    , match=(1), action=(next;)
     table=8 (ls_in_lb           ), priority=0    , match=(1), action=(next;)
     table=9 (ls_in_stateful     ), priority=100  , match=(reg0[1] == 1), action=(ct_commit(ct_label=0/1); next;)
     table=9 (ls_in_stateful     ), priority=100  , match=(reg0[2] == 1), action=(ct_lb;)
     table=9 (ls_in_stateful     ), priority=0    , match=(1), action=(next;)
     table=10(ls_in_arp_rsp      ), priority=0    , match=(1), action=(next;)
     table=11(ls_in_dhcp_options ), priority=0    , match=(1), action=(next;)
     table=12(ls_in_dhcp_response), priority=0    , match=(1), action=(next;)
     table=13(ls_in_l2_lkup      ), priority=100  , match=(eth.mcast), action=(outport = "_MC_flood"; output;)
     table=13(ls_in_l2_lkup      ), priority=50   , match=(eth.dst == 00:00:00:00:00:01), action=(outport = "sw0-port1"; output;)
     table=13(ls_in_l2_lkup      ), priority=50   , match=(eth.dst == 00:00:00:00:00:02), action=(outport = "sw0-port2"; output;)
   Datapath: "sw0" (d7bf4a7b-e915-4502-8f9d-5995d33f5d10)  Pipeline: egress
     table=0 (ls_out_pre_lb      ), priority=0    , match=(1), action=(next;)
     table=1 (ls_out_pre_acl     ), priority=0    , match=(1), action=(next;)
     table=2 (ls_out_pre_stateful), priority=100  , match=(reg0[0] == 1), action=(ct_next;)
     table=2 (ls_out_pre_stateful), priority=0    , match=(1), action=(next;)
     table=3 (ls_out_lb          ), priority=0    , match=(1), action=(next;)
     table=4 (ls_out_acl         ), priority=0    , match=(1), action=(next;)
     table=5 (ls_out_qos_mark    ), priority=0    , match=(1), action=(next;)
     table=6 (ls_out_stateful    ), priority=100  , match=(reg0[1] == 1), action=(ct_commit(ct_label=0/1); next;)
     table=6 (ls_out_stateful    ), priority=100  , match=(reg0[2] == 1), action=(ct_lb;)
     table=6 (ls_out_stateful    ), priority=0    , match=(1), action=(next;)
     table=7 (ls_out_port_sec_ip ), priority=0    , match=(1), action=(next;)
     table=8 (ls_out_port_sec_l2 ), priority=100  , match=(eth.mcast), action=(output;)
     table=8 (ls_out_port_sec_l2 ), priority=50   , match=(outport == "sw0-port1" && eth.dst == {00:00:00:00:00:01}), action=(output;)
     table=8 (ls_out_port_sec_l2 ), priority=50   , match=(outport == "sw0-port2" && eth.dst == {00:00:00:00:00:02}), action=(output;)

   Copy to Clipboard Toggle word wrap

   OVN 和 OpenFlow 之间的主要区别包括：

   • OVN 端口是位于网络中某个位置的逻辑实体，而不是单个交换机上的物理端口。
   • OVN 为管道中的每个表提供一个名称，编号除外。name 描述了管道中该阶段的目的。
   • OVN 匹配语法支持复杂的布尔值表达式。
   • OVN 逻辑流中支持的操作将超出 OpenFlow 的逻辑流。您可以在 OVN 逻辑流语法中实施更高级别的功能，如 DHCP。

5. 运行 OVN 跟踪。

   ovn-trace 命令可以模拟数据包如何通过 OVN 逻辑流传输，或者帮助您确定丢弃数据包的原因。使用以下参数提供 ovn-trace 命令：

   DATAPATH

   启动模拟数据包的逻辑交换机或逻辑路由器。

   MICROFLOW

   模拟数据包，采用 ovn-sb 数据库使用的语法。

   示例

   这个示例在模拟数据包中显示 --minimal 输出选项，并显示数据包到达其目的地：

   $ ovn-trace --minimal sw0 'inport == "sw0-port1" && eth.src == 00:00:00:00:00:01 && eth.dst == 00:00:00:00:00:02'

   Copy to Clipboard Toggle word wrap

   输出示例

   #  reg14=0x1,vlan_tci=0x0000,dl_src=00:00:00:00:00:01,dl_dst=00:00:00:00:00:02,dl_type=0x0000
       output("sw0-port2");

   Copy to Clipboard Toggle word wrap

   示例

   如需更多详情，这个同一模拟数据包的 --summary 输出显示完整的执行管道：

   $ ovn-trace --summary sw0 'inport == "sw0-port1" && eth.src == 00:00:00:00:00:01 && eth.dst == 00:00:00:00:00:02'

   Copy to Clipboard Toggle word wrap

   输出示例

   示例输出显示：

   • 数据包从 sw0-port1 端口输入 sw0 网络并运行 ingress 管道。
   • outport 变量设为 sw0-port2，这表示此数据包的预期目的地为 sw0-port2。
   • 数据包从 ingress 管道输出，并导向 outport 变量设置为 sw0-port2 的 sw0 的 egress 管道。

   • 输出操作在出口管道中执行，它会将数据包输出到 outport 变量的当前值，即 sw0-port2。

     #  reg14=0x1,vlan_tci=0x0000,dl_src=00:00:00:00:00:01,dl_dst=00:00:00:00:00:02,dl_type=0x0000
     ingress(dp="sw0", inport="sw0-port1") {
         outport = "sw0-port2";
         output;
         egress(dp="sw0", inport="sw0-port1", outport="sw0-port2") {
             output;
             /* output to "sw0-port2", type "" */;
         };
     };

     Copy to Clipboard Toggle word wrap

流程

1. 以具有访问 OVN 容器所需的权限的用户身份，登录 Controller 主机。

   示例

   $ ssh tripleo-admin@controller-0.ctlplane

   Copy to Clipboard Toggle word wrap

2. 运行 ovs-ofctl dump-flows 命令。

   示例

   $ sudo ovs-ofctl dump-flows br-int

   Copy to Clipboard Toggle word wrap

3. 检查输出，它类似于以下输出：

   输出示例

   $ ovs-ofctl dump-flows br-int
   NXST_FLOW reply (xid=0x4):
    cookie=0x0, duration=72.132s, table=0, n_packets=0, n_bytes=0, idle_age=72, priority=10,in_port=1,dl_src=00:00:00:00:00:01 actions=resubmit(,1)
    cookie=0x0, duration=60.565s, table=0, n_packets=0, n_bytes=0, idle_age=60, priority=10,in_port=2,dl_src=00:00:00:00:00:02 actions=resubmit(,1)
    cookie=0x0, duration=28.127s, table=0, n_packets=0, n_bytes=0, idle_age=28, priority=0 actions=drop
    cookie=0x0, duration=13.887s, table=1, n_packets=0, n_bytes=0, idle_age=13, priority=0,in_port=1 actions=output:2
    cookie=0x0, duration=4.023s, table=1, n_packets=0, n_bytes=0, idle_age=4, priority=0,in_port=2 actions=output:1

   Copy to Clipboard Toggle word wrap

流程

1. 创建测试网络和子网。

   NETWORK_ID=\
   $(openstack network create internal_network | awk '/\| id/ {print $4}')
   
   openstack subnet create internal_subnet \
   --network $NETWORK_ID \
   --dns-nameserver 8.8.8.8 \
   --subnet-range 192.168.254.0/24

   Copy to Clipboard Toggle word wrap

   如果您遇到错误，请执行以下步骤。

2. 验证相关容器是否在 Controller 主机上运行：

   1. 以具有访问 OVN 容器所需的权限的用户身份，登录 Controller 主机。

      示例

      $ ssh tripleo-admin@controller-0.ctlplane

      Copy to Clipboard Toggle word wrap

   2. 输入以下命令：

      $ sudo podman ps -a --format="{{.Names}}"|grep ovn

      Copy to Clipboard Toggle word wrap

      如以下示例所示，输出应列出 OVN 容器：

      输出示例

      container-puppet-ovn_controller
      ovn_cluster_north_db_server
      ovn_cluster_south_db_server
      ovn_cluster_northd
      ovn_controller

      Copy to Clipboard Toggle word wrap

3. 验证相关容器是否在 Compute 主机上运行：

   1. 以具有访问 OVN 容器的所需特权的用户身份登录计算主机。

      示例

      $ ssh tripleo-admin@compute-0.ctlplane

      Copy to Clipboard Toggle word wrap

   2. 输入以下命令：

      $ sudo podman ps -a --format="{{.Names}}"|grep ovn

      Copy to Clipboard Toggle word wrap

      如以下示例所示，输出应列出 OVN 容器：

      输出示例

      container-puppet-ovn_controller
      ovn_metadata_agent
      ovn_controller

      Copy to Clipboard Toggle word wrap

4. 检查日志文件是否有错误消息。

   grep -r ERR /var/log/containers/openvswitch/ /var/log/containers/neutron/

   Copy to Clipboard Toggle word wrap

5. 提供别名文件，以运行 OVN 数据库命令。

   更多信息请参阅 第 6.8 节 “为 OVN 故障排除命令创建别名”。

   示例

   $ source ~/ovn-alias.sh

   Copy to Clipboard Toggle word wrap

6. 查询北向和南向数据库，以检查响应。

   # ovn-nbctl show
   # ovn-sbctl show

   Copy to Clipboard Toggle word wrap

7. 尝试从同一第 2 层网络上的 OVN 元数据接口 ping 实例。

   更多信息请参阅 第 6.5 节 “在 ML2/OVN 命名空间中执行基本 ICMP 测试”。

8. 如果您需要联系红帽以获取支持，请执行 Red Hat Solution 中描述的步骤，如何收集红帽支持所需的所有日志以调查 OpenStack 问题。

流程

1. 以具有访问 OVN 容器所需的权限的用户身份，登录 Controller 或 Compute 节点。

   示例

   $ ssh tripleo-admin@controller-0.ctlplane

   Copy to Clipboard Toggle word wrap

2. 设置 ML2/OVN 日志记录模式。

   Debug 日志模式

   $ sudo podman exec -it ovn_controller ovn-appctl -t ovn-controller vlog/set dbg

   Copy to Clipboard Toggle word wrap

   Info 日志模式

   $ sudo podman exec -it ovn_controller ovn-appctl -t ovn-controller vlog/set info

   Copy to Clipboard Toggle word wrap