Red Hat OpenStack Platform ネットワークの設定

手順

1. アンダークラウドホストに stack ユーザーとしてログインし、source コマンドで stackrc ファイルを読み込みます。

   $ source stackrc

   Copy to Clipboard Toggle word wrap

2. デプロイメントに適したカスタムロールファイルを選択します。そのままでご自分のニーズに適する場合には、直接デプロイコマンドで使用します。あるいは、他のカスタムロールファイルを組み合わせる独自のカスタムロールファイルを生成することもできます。

   Expand

   デプロイメント	ロール	ロールファイル
   Networker ロール	Networker	Networker.yaml
   Networker ロールと SR-IOV の組み合わせ	NetworkerSriov	NetworkerSriov.yaml
   共存する control および networker と SR-IOV の組み合わせ	ControllerSriov	ControllerSriov.yaml

   Show more

3. (オプション) 前述のカスタムロールファイルの 1 つを他のカスタムロールファイルと組み合わせた、新しいカスタムロールデータファイルを生成します。

   Red Hat OpenStack Platform デプロイメントのカスタマイズ ガイドの roles_data ファイルの作成 の手順に従ってください。デプロイメントに応じて、適切なソースロールファイルを含めます。

4. (オプション) ロール用の特定のノードを特定するには、特定のハードウェアフレーバーを作成して特定のノードにフレーバーを割り当てることができます。次に、環境ファイルを使用してロールのフレーバーを定義し、ノード数を指定します。

   詳細は、Red Hat OpenStack Platform デプロイメントのカスタマイズ ガイドの 新しいロールの作成 の例を参照してください。

5. デプロイメントに適した環境ファイルを作成します。

   Expand

   デプロイメント	環境ファイルのサンプル
   Networker ロール	neutron-ovn-dvr-ha.yaml
   Networker ロールと SR-IOV の組み合わせ	ovn-sriov.yaml

   Show more

6. デプロイメントに適するように、以下の設定を含めます。

   Expand

   デプロイメント	設定
   Networker ロール	ControllerParameters: OVNCMSOptions: "" ControllerSriovParameters: OVNCMSOptions: "" NetworkerParameters: OVNCMSOptions: "enable-chassis-as-gw" NetworkerSriovParameters: OVNCMSOptions: "" Copy to Clipboard Toggle word wrap
   Networker ロールと SR-IOV の組み合わせ	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
   共存する control および networker と 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 サービスが設定されたコントローラーノードまたは専用のネットワーカーノードが 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. Routers リストで仮想ルーターの名前を選択し、Add Interface をクリックします。

   サブネットリストで、新規サブネットの名前を選択します。インターフェイスの IP アドレスを任意で指定することができます。

3. 送信 をクリックします。

   ネットワーク上のインスタンスが、サブネット外部のシステムと通信できるようになりました。

1. ダッシュボードで、Project > Network > Networks を選択します。

2. +Create Network をクリックし、次の値を指定します。

   Expand

   フィールド	説明
   ネットワーク名	そのネットワークが果たすロールに基づいた説明的な名前。ネットワークを外部の VLAN と統合する場合には、名前に VLAN ID 番号を追記することを検討してください。たとえば、このサブネットで HTTP Web サーバーをホストし、VLAN タグが 122 の場合には webservers_122 とします。また、ネットワークトラフィックをプライベートにして、ネットワークを外部ネットワークと統合しない場合には、internal-only とします。
   管理状態有効	このオプションにより、ネットワークを即時に利用可能にするかどうかを制御することができます。ネットワークを Down の状態で作成するには、このフィールドを使用します。その場合、そのネットワークは論理的には存在しますが、アクティブではありません。このような設定は、そのネットワークを直ちに稼働させない場合に有用です。
   サブネットの作成	サブネットを作成するかどうかを決定します。たとえば、ネットワーク接続のないプレースホルダーとしてこのネットワークを維持する場合には、サブネットを作成しない方がよいでしょう。

   Show more

3. 次へ ボタンをクリックして、サブネット タブで以下の値を指定します。

   Expand

   フィールド	説明
   サブネット名	サブネットの説明的な名前を入力します。
   ネットワークアドレス	IP アドレス範囲とサブネットマスクが 1 つの値としてまとめられた CIDR 形式でアドレスを入力します。アドレスを判断するには、サブネットマスクでマスキングされたビット数を算出して、IP アドレス範囲の値に追記します。たとえば、サブネットマスク 255.255.255.0 でマスクされるビット数は 24 です。このマスクを IPv4 アドレス範囲 192.168.122.0 に使用するには、アドレスを 192.168.122.0/24 と指定します。
   IP バージョン	インターネットプロトコルバージョンを指定します (有効なタイプは IPv4 または IPv6)。ネットワークアドレスフィールドの IP アドレスの範囲は、選択したバージョンと一致する必要があります。
   ゲートウェイ IP	デフォルトゲートウェイに指定したルーターのインターフェイスの IP アドレス。このアドレスは、外部ロケーションを宛先とするトラフィックルーティングの次のホップとなり、ネットワークアドレスフィールドで指定した範囲内でなければなりません。たとえば、CIDR 形式のネットワークアドレスが 192.168.122.0/24 の場合には、通常デフォルトのゲートウェイは 192.168.122.1 となります。
   ゲートウェイなし	転送を無効にして、サブネットを分離します。

   Show more

4. 次へ をクリックして DHCP オプションを指定します。

   • DHCP 有効: そのサブネットの DHCP サービスを有効にします。DHCP を使用して、インスタンスへの IP 設定の割り当てを自動化することができます。

   • IPv6 アドレス設定モード : IPv6 ネットワークを作成する際の設定モード。IPv6 ネットワークを作成する場合には、IPv6 アドレスと追加の情報をどのように割り当てるかを指定する必要があります。

     • オプション指定なし: IP アドレスを手動で設定する場合または OpenStack が対応していない方法を使用してアドレスを割り当てる場合には、このオプションを選択します。
     • SLAAC (Stateless Address Autoconfiguration): インスタンスは、ルーターから送信されるルーター広告 (RA) メッセージに基づいて IPv6 アドレスを生成します。OpenStack Networking ルーターオプションまたは外部ルーターオプションを選択します。ra_mode が slaac に、address_mode が slaac に設定された OpenStack Networking サブネットを作成するには、この設定を使用します。
     • DHCPv6 stateful: インスタンスは、OpenStack Networking DHCPv6 サービスから、IPv6 アドレスや追加のオプション (例: DNS) を受信します。ra_mode が dhcpv6-stateful に、address_mode が dhcpv6-stateful に設定されたサブネットを作成するには、この設定を使用します。
     • DHCPv6 stateless: インスタンスは、OpenStack Networking ルーターから送信されるルーター広告 (RA) メッセージに基づいて IPv6 アドレスを生成します。追加のオプション (例: DNS) は、OpenStack Networking DHCPv6 サービスから割り当てられます。ra_mode が dhcpv6-stateless に、address_mode が dhcpv6-stateless に設定されたサブネットを作成するには、この設定を使用します。
   • IP アドレス割り当てプール: DHCP によって割り当てられる IP アドレスの範囲。たとえば、192.168.22.100,192.168.22.150 という値を指定すると、その範囲内で使用可能なアドレスはすべて割り当ての対象として考慮されます。

   • DNS サーバー: ネットワーク上で利用可能な DNS サーバーの IP アドレス。DHCP はこれらの IP アドレスをインスタンスに割り当てて名前解決します。

     重要

     DNS 等の重要なサービスの場合、クラウド上ではホストしないことがベストプラクティスです。たとえば、クラウドで DNS をホストしている場合にクラウドが正常に動作しなくなると、DNS は利用できず、クラウドコンポーネントは互いに検索することができなくなります。

   • 追加のルート設定: 静的ホストルート。まず CIDR 形式で宛先のネットワークを指定し、その後にルーティングに使用する次のホップを指定します (例: 192.168.23.0/24, 10.1.31.1)。静的ルートをインスタンスに分散する必要がある場合には、この値を指定します。

5. Create をクリックします。

   作成が完了したネットワークは、ネットワーク タブに表示されます。必要に応じて、ネットワークの編集 をクリックしてオプションを変更することもできます。インスタンスの作成時には、そのサブネットを使用するように設定できるようになりました。指定した DHCP オプションがインスタンスに適用されます。

1. Dashboard で プロジェクト > ネットワーク > ネットワーク を選択して、ネットワーク ビューで対象のネットワークの名前をクリックします。

2. サブネットの作成 をクリックして、以下の値を指定します。

   Expand

   フィールド	説明
   サブネット名	サブネットの説明的な名前
   ネットワークアドレス	IP アドレス範囲とサブネットマスクが 1 つの値としてまとめられた CIDR 形式のアドレス。CIDR 形式のアドレスを決定するには、サブネットマスクでマスキングされたビット数を算出して、IP アドレス範囲の値に追記します。たとえば、サブネットマスク 255.255.255.0 でマスクされるビット数は 24 です。このマスクを IPv4 アドレス範囲 192.168.122.0 に使用するには、アドレスを 192.168.122.0/24 と指定します。
   IP バージョン	インターネットプロトコルバージョン (有効なタイプは IPv4 または IPv6)。ネットワークアドレスフィールドの IP アドレスの範囲は、選択したプロトコルバージョンと一致する必要があります。
   ゲートウェイ IP	デフォルトゲートウェイに指定したルーターのインターフェイスの IP アドレス。このアドレスは、外部ロケーションを宛先とするトラフィックルーティングの次のホップとなり、ネットワークアドレスフィールドで指定した範囲内でなければなりません。たとえば、CIDR 形式のネットワークアドレスが 192.168.122.0/24 の場合には、通常デフォルトのゲートウェイは 192.168.122.1 となります。
   ゲートウェイなし	転送を無効にして、サブネットを分離します。

   Show more

3. 次へ をクリックして DHCP オプションを指定します。

   • DHCP 有効: そのサブネットの DHCP サービスを有効にします。DHCP を使用して、インスタンスへの IP 設定の割り当てを自動化することができます。

   • IPv6 アドレス設定モード : IPv6 ネットワークを作成する際の設定モード。IPv6 ネットワークを作成する場合には、IPv6 アドレスと追加の情報をどのように割り当てるかを指定する必要があります。

     • オプション指定なし: IP アドレスを手動で設定する場合または OpenStack が対応していない方法を使用してアドレスを割り当てる場合には、このオプションを選択します。
     • SLAAC (Stateless Address Autoconfiguration): インスタンスは、ルーターから送信されるルーター広告 (RA) メッセージに基づいて IPv6 アドレスを生成します。OpenStack Networking ルーターオプションまたは外部ルーターオプションを選択します。ra_mode が slaac に、address_mode が slaac に設定された OpenStack Networking サブネットを作成するには、この設定を使用します。
     • DHCPv6 stateful: インスタンスは、OpenStack Networking DHCPv6 サービスから、IPv6 アドレスや追加のオプション (例: DNS) を受信します。ra_mode が dhcpv6-stateful に、address_mode が dhcpv6-stateful に設定されたサブネットを作成するには、この設定を使用します。
     • DHCPv6 stateless: インスタンスは、OpenStack Networking ルーターから送信されるルーター広告 (RA) メッセージに基づいて IPv6 アドレスを生成します。追加のオプション (例: DNS) は、OpenStack Networking DHCPv6 サービスから割り当てられます。ra_mode が dhcpv6-stateless に、address_mode が dhcpv6-stateless に設定されたサブネットを作成するには、この設定を使用します。
   • IP アドレス割り当てプール: DHCP によって割り当てられる IP アドレスの範囲。たとえば、192.168.22.100,192.168.22.150 という値を指定すると、その範囲内で使用可能なアドレスはすべて割り当ての対象として考慮されます。
   • DNS サーバー: ネットワーク上で利用可能な DNS サーバーの IP アドレス。DHCP はこれらの IP アドレスをインスタンスに割り当てて名前解決します。
   • 追加のルート設定: 静的ホストルート。まず CIDR 形式で宛先のネットワークを指定し、その後にルーティングに使用する次のホップを指定します (例: 192.168.23.0/24, 10.1.31.1)。静的ルートをインスタンスに分散する必要がある場合には、この値を指定します。

4. Create をクリックします。

   サブネットは、サブネット のリストに表示されます。必要に応じて、ネットワークの編集 をクリックしてオプションを変更することもできます。インスタンスの作成時には、そのサブネットを使用するように設定できるようになりました。指定した DHCP オプションがインスタンスに適用されます。

1. Dashboard で プロジェクト > ネットワーク > ルーター を選択し、ルーターの作成 をクリックします。
2. 新規ルーターの説明的な名前を入力し、ルーターの作成 をクリックします。
3. ルーター リストに新たに追加されたルーターのエントリーの横にある ゲートウェイの設定 をクリックします。
4. 外部ネットワーク のリストで、外部ロケーション宛のトラフィックを受信するネットワークを指定します。

5. Set Gateway をクリックします。

   ルーターを追加したら、作成済みのサブネットがこのルーターを使用してトラフィックを送信するように設定しなければなりません。そのためには、サブネットとルーター間のインターフェイスを作成します。

手順

1. プロジェクトのリストを取得します。

   $ openstack project list

   Copy to Clipboard Toggle word wrap

   出力例

   +----------------------------------+--------------+
   | ID                               | Name         |
   +----------------------------------+--------------+
   | 02e501908c5b438dbc73536c10c9aac0 | test-project |
   | 519e6344f82e4c079c8e2eabb690023b | services     |
   | 80bf5732752a41128e612fe615c886c6 | demo         |
   | 98a2f53c20ce4d50a40dac4a38016c69 | admin        |
   +----------------------------------+--------------+

   Copy to Clipboard Toggle word wrap

2. 1 つ以上のプロジェクトのリソースをパージし、それらを削除します。

   例

   この例では、test-project プロジェクトがパージされ、削除されます。

   $ openstack project purge --project 02e501908c5b438dbc73536c10c9aac0

   Copy to Clipboard Toggle word wrap

1. Dashboard で プロジェクト > ネットワーク > ルーター を選択し、削除するルーターの名前をクリックします。
2. 種別が 内部インタフェース のインターフェイスを選択し、インターフェイスの削除 をクリックします。
3. ルーターリストから対象のルーターを選択して ルーターの削除 をクリックします。

1. ダッシュボードで、Project > Network > Networks を選択します。
2. 対象のネットワークの名前をクリックします。
3. 対象のサブネットを選択して、サブネットの削除 をクリックします。

1. ダッシュボードで、Project > Network > Networks を選択します。

   対象のネットワークサブネットに関連付けられたルーターインターフェイスをすべて削除します。

   インターフェイスを削除するには、ネットワーク リストで対象のネットワークをクリックして ID フィールドを確認し、削除するネットワークの ID 番号を特定します。このネットワークに関連付けられたすべてのサブネットの ネットワーク ID フィールドには、この値が使用されます。

2. プロジェクト > ネットワーク > ルーター に移動し、ルーター リストで対象の仮想ルーターの名前をクリックし、削除するサブネットに接続されているインターフェイスを特定します。

   ゲートウェイ IP として機能していた IP アドレスで、削除するサブネットと他のサブネットを区別することができます。インターフェイスのネットワーク ID が以前のステップで書き留めた ID と一致しているかどうかを確認することで、さらに確実に識別することができます。

3. 削除するインターフェイスの インターフェイスの削除 ボタンをクリックします。
4. プロジェクト > ネットワーク > ネットワーク を選択して、対象のネットワークの名前をクリックします。

5. 削除するサブネットの サブネットの削除 ボタンをクリックします。

   注記

   この時点でサブネットをまだ削除できない場合には、インスタンスがすでにそのサブネットを使用していないかどうかを確認してください。

6. プロジェクト > ネットワーク > ネットワーク を選択し、削除するネットワークを選択します。
7. ネットワークの削除 をクリックします。

手順

1. アンダークラウドホストに stack ユーザーとしてログインして、カスタム YAML 環境ファイルを作成します。

   例

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

   Copy to Clipboard Toggle word wrap
   ヒント

   Red Hat OpenStack Platform Orchestration サービス (heat) は、テンプレート と呼ばれるプランのセットを使用して環境をインストールおよび設定します。カスタム環境ファイル を使用して、オーバークラウドの要素をカスタマイズすることができます。このファイルは、orchestration テンプレートをカスタマイズするための特別な種別のテンプレートです。

2. YAML 環境ファイルの parameter_defaults セクションで、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 は、veth ペア qvb-xx <-> qvo-xxx を使用して br-int に接続されます。これは、セキュリティーグループによって定義されている受信/送信のファイアウォールルールの適用にブリッジが使用されるためです。

3. インターフェイス qvb-xx は qbr-xx linux ブリッジに、qvo-xx は br-int Open vSwitch (OVS) ブリッジに接続されています。

   'qbr-xx'Linux ブリッジの設定例

1. 受信トラフィックは、物理ノードの eth1 に到達します。
2. パケットは br-ex ブリッジに移動します。
3. このパケットは、パッチピア phy-br-ex <--> int-br-ex を通じて br-int に移動します。

手順

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. ネットワークの設定を確認します。

   ネットワークが external として作成され、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. パッチピアを確認します。

   パッチピア int-br-ex <--> phy-br-ex を使用して、br-int と 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 でのパッチピアの設定:

       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

   /etc/neutron/plugins/ml2/openvswitch_agent.ini の bridge_mapping が正しく設定されていれば、この接続は neutron-openvswitch-agent サービスを再起動する際に作成されます。

   サービスを再起動してもこの接続が作成されない場合には、bridge_mapping の設定を再確認してください。

4. ネットワークフローを確認します。

   ovs-ofctl dump-flows br-ex と ovs-ofctl dump-flows br-int を実行して、フローにより送信パケットの内部 VLAN ID が削除されたかどうかを確認します。まず、このフローは、特定の Compute ノード上のこのネットワークにインスタンスを作成すると追加されます。

   1. インスタンスの起動後にこのフローが作成されなかった場合には、ネットワークが flat として作成されていて、external であることと、physical_network の名前が正しいことを確認します。また、bridge_mapping の設定を確認してください。

   2. 最後に ifcfg-br-ex と ifcfg-ethx の設定を確認します。ethX が br-ex 内のポートとして追加されていること、および ip a の出力で ifcfg-br-ex および ifcfg-ethx に 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. アンダークラウドホストに stack ユーザーとしてログインして、カスタム YAML 環境ファイルを作成します。

   例

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

   Copy to Clipboard Toggle word wrap
   ヒント

   Red Hat OpenStack Platform Orchestration サービス (heat) は、テンプレート と呼ばれるプランのセットを使用して環境をインストールおよび設定します。カスタム環境ファイル を使用して、オーバークラウドの要素をカスタマイズすることができます。このファイルは、orchestration テンプレートをカスタマイズするための特別な種別のテンプレートです。

2. YAML 環境ファイルの parameter_defaults セクションで、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 に関連付けます。

   以下のサンプルコマンドを実行して、2 つのネットワーク (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-vlan171 \
   			--subnet-range 10.65.217.0/24 \
   			--dhcp \
   			--gateway 10.65.217.254 \
   			subnet-provider-171
   
   $ openstack subnet create \
   			--network provider-vlan172 \
   			--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 に接続されています。

   Linux ブリッジ上の qbr-xx の設定例

   以下の例には、2 つのインスタンスおよびこれに対応する 2 つの linux ブリッジが表示されています。

手順

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. ネットワークが external として 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. パッチピアを確認します。

   パッチピア int-br-ex <--> phy-br-ex を使用して、br-int と br-ex が接続されていることを確認します。

   $ ovs-vsctl show

   Copy to Clipboard Toggle word wrap

   この接続は、/etc/neutron/plugins/ml2/openvswitch_agent.ini で bridge_mapping が正しく設定されていることを前提として、neutron-openvswitch-agent の再起動の後に作成されます。

   サービスを再起動してもこの接続が作成されない場合には 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 として作成されていて、external であることと、physical_network の名前が正しいことを確認します。また、bridge_mapping の設定を再確認してください。

   4. 最後に、ifcfg-br-ex と ifcfg-ethx の設定を再確認します。

      br-ex にポート ethX が含まれていること、および ip a コマンドの出力で ifcfg-br-ex と ifcfg- ethx の両方に 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. アンダークラウドホストに stack ユーザーとしてログインして、カスタム YAML 環境ファイルを作成します。

   例

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

   Copy to Clipboard Toggle word wrap

   ヒント

   Orchestration サービス (heat) は、テンプレートと呼ばれるプランのセットを使用して環境をインストールおよび設定します。カスタム環境ファイルを使用して、オーバークラウドの要素をカスタマイズすることができます。このファイルは、heat テンプレートをカスタマイズするための特別な種別のテンプレートです。

2. YAML 環境ファイルの parameter_defaults セクションで、NeutronEnableIgmpSnooping を true に設定します。

   parameter_defaults:
       NeutronEnableIgmpSnooping: true
       ...

   Copy to Clipboard Toggle word wrap
   重要

   コロン (:) と true の間に空白文字を追加するようにしてください。

3. コア heat テンプレート、環境ファイル、およびこの新しいカスタム環境ファイルを指定して、openstack overcloud deploy コマンドを実行します。

   重要

   後で実行される環境ファイルで定義されているパラメーターとリソースが優先されることになるため、環境ファイルの順序は重要となります。

   例

   $ 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 クエリーアーからの IGMP トラフィックが仮想マシンインスタンスに到達/発進するのを許可し、3 番目のルールでマルチキャストトラフィックを許可します。

   例

   セキュリティーグループ 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. アンダークラウドノードの環境ファイルで heat パラメーター NeutronEnableIgmpSnooping: True を設定します。たとえば、以下の行を ovn-extras.yaml に追加します。

   例

   parameter_defaults:
           NeutronEnableIgmpSnooping: True

   Copy to Clipboard Toggle word wrap

3. この環境ファイルをご自分の環境に該当するその他の環境ファイルと共に openstack overcloud deploy コマンドに追加して、オーバークラウドをデプロイします。

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

   Copy to Clipboard Toggle word wrap

   <other_overcloud_environment_files> を既存のデプロイメントに含まれる環境ファイルのリストに置き換えます。

検証

1. マルチキャストスヌーピングが有効であることを確認します。ノースバウンドデータベースの Logical_Switch テーブルをリスト表示します。

   $ ovn-nbctl list Logical_Switch

   Copy to Clipboard Toggle word wrap

   出力例

手順

1. Dashboard で、管理 > ネットワーク > ネットワーク > ネットワークの作成 > プロジェクト を選択します。
2. プロジェクト ドロップダウンリストを使用して、新規ネットワークをホストするプロジェクトを選択します。

3. プロバイダーネットワーク種別 でオプションを確認します。

   • ローカル: トラフィックはローカルの Compute ホストに残り、実質的には外部のネットワークから分離されます。
   • フラット: トラフィックは単一のネットワーク上に残り、ホストと共有することも可能となります。VLAN タグ付けやその他のネットワーク分離は行われません。
   • VLAN: 物理ネットワークに存在する VLAN に対応した VLAN ID を使用してネットワークを作成します。このオプションを選択すると、インスタンスは同じレイヤー 2 VLAN 上のシステムと通信することができます。
   • GRE: 複数のノードにまたがるネットワークオーバーレイを使用して、インスタンス間のプライベート通信を行います。オーバーレイの外部に送信されるトラフィックは、ルーティングする必要があります。
   • VXLAN: GRE と同様に、複数のノードにまたがるネットワークオーバーレイを使用して、インスタンス間のプライベート通信を行います。オーバーレイの外部に送信されるトラフィックは、ルーティングする必要があります。

4. Create Network をクリックします。

   プロジェクトのネットワークトポロジーをチェックして、ネットワークが適切に作成されたことを確認します。

手順

1. 以下のコマンドを入力して、プールから Floating IP アドレスを確保します。以下の例では、ネットワークは public という名前です。

   例

   $ openstack floating ip create public

   Copy to Clipboard Toggle word wrap

   出力例

   以下の例では、新たに確保された Floating 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 を Floating IP に関連付けます。

   例

   $ openstack server add floating ip prod-serv1 192.0.2.200

   Copy to Clipboard Toggle word wrap

手順

1. アンダークラウドホストに stack ユーザーとしてログインします。

2. stackrc アンダークラウド認証情報ファイルを入手します。

   $ source ~/stackrc

   Copy to Clipboard Toggle word wrap

3. カスタム環境の YAML ファイルで、port_forwarding サービスプラグインを設定します。

   parameter_defaults:
     NeutronPluginExtensions: "router,port_forwarding"

   Copy to Clipboard Toggle word wrap
   注記

   port_forwarding サービスプラグインを使用するには、router サービスプラグインも設定する必要があります。

4. Networking サービスで ML2/OVS メカニズムドライバーを使用する場合は、OVS L3 エージェントの port_forwarding エクステンションも設定する必要があります。

   parameter_defaults:
     NeutronPluginExtensions: "router,port_forwarding"
     NeutronL3AgentExtensions: "port_forwarding"

   Copy to Clipboard Toggle word wrap

5. オーバークラウドをデプロイし、コア Heat テンプレート、環境ファイル、およびこの新しいカスタム環境ファイルを含めます。

   重要

   後で実行される環境ファイルで定義されているパラメーターとリソースが優先されることになるため、環境ファイルの順序は重要となります。

   $ openstack overcloud deploy --templates \
    -e <your_environment_files> \
    -e /home/stack/templates/my-environment.yaml

   Copy to Clipboard Toggle word wrap

   RHOSP ユーザーは、Floating IP のポート転送をセットアップできるようになりました。詳細は、「Floating IP のポート転送の作成」 を参照してください。

検証

1. オーバークラウド認証情報ファイルを取得します。

   例

   $ source ~/overcloudrc

   Copy to Clipboard Toggle word wrap

2. Networking サービスが port_forwarding および router サービスプラグインを正常にロードしたことを確認します。

   $ openstack extension list --network -c Name -c Alias --max-width 74 | \
   grep -i -e 'Neutron L3 Router' -i -e floating-ip-port-forwarding

   Copy to Clipboard Toggle word wrap

   出力例

   検証が成功すると、次のような出力が生成されます。

   | Floating IP Port Forwarding       | floating-ip-port-forwarding        |
   | Neutron L3 Router                 | router                             |

   Copy to Clipboard Toggle word wrap

手順

1. Source コマンドで認証情報ファイルを読み込みます。

   例

   $ source ~/overcloudrc

   Copy to Clipboard Toggle word wrap

2. 次のコマンドを使用して、Floating IP のポート転送を作成します。

   $ openstack floating ip port forwarding create \
   --internal-ip-address <internal-ip-address> \
   --port <port> \
   --internal-protocol-port <port-number> \
   --external-protocol-port <port-number> \
   --protocol <protocol> \
   <floating-ip>

   Copy to Clipboard Toggle word wrap

   • <internal-ip-address> を、内部の宛先 IP アドレスに置き換えます。

     これは、アプリケーションが実行されているインスタンスに関連付けられた IP アドレスです。

   • <port> を、インスタンスがアタッチされている Networking サービスポートの名前または ID に置き換えます。

   • --internal-protocol-port の <port-number> を、内部の宛先ポート番号に置き換えます。

     これは、インスタンス内で実行されているアプリケーションが使用するポート番号です。

   • --external-protocol-port の <port-number> を、外部の送信元ポート番号に置き換えます。

     これは、RHOSP クラウドの外部で実行されているアプリケーションが使用するポート番号です。

   • <protocol> を、ポート転送トラフィックを受信するアプリケーションによって使用される TCP や UDP などのプロトコルに置き換えます。

   • <floating-ip> を、指定したポートトラフィックを転送する Floating IP に置き換えます。

     例

     この例では、Floating IP 198.51.100.47 にアタッチされたインスタンスのポート転送を作成します。Floating IP は、Networking サービスポート 1adfdb09-e8c6-4708-b5aa-11f50fc22d62 を使用します。Networking サービスは、198.51.100.47:80 宛ての受信外部トラフィックを検出すると、そのトラフィックを TCP ポート 8080 上の内部 IP アドレス 203.0.113.107 に転送します。

     $ openstack floating ip port forwarding create \
     --internal-ip-address 203.0.113.107 \
     --port 1adfdb09-e8c6-4708-b5aa-11f50fc22d62 \
     --internal-protocol-port 8080 \
     --external-protocol-port 80 \
     --protocol tcp \
     198.51.100.47

     Copy to Clipboard Toggle word wrap

手順

1. テキストエディターで /etc/sysconfig/network-scripts/ifcfg-eth0 を開き、以下のパラメーターをご自分のサイトのネットワークに適した値で更新します。

   • IPADDR
   • NETMASK GATEWAY

   • 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

   インスタンスに Floating IP アドレスを割り当てて、物理ネットワークが利用できるようにすることができます。

1. Dashboard で プロジェクト > ネットワーク > ネットワークトポロジー を選択します。
2. 管理するルーターを特定してその上にカーソルを移動し、インターフェイスの追加 をクリックします。

3. ルーターに接続するサブネットを指定します。

   IP アドレスを指定することもできます。インターフェイスに対して ping を実行して成功した場合には、トラフィックのルーティングが想定通りに機能していることが確認できるので、このアドレスを指定しておくとテストやトラブルシューティングに役立ちます。

4. Add interface をクリックします。

   ネットワークトポロジーの図が自動的に更新され、ルーターとサブネットの間の新規インターフェイス接続が反映されます。

1. ダッシュボードで、Project > Network > Routers を選択します。
2. 削除するインターフェイスをホストしているルーターの名前をクリックします。
3. インターフェイス種別 (内部インタフェース) を選択し、インターフェイスの削除 をクリックします。

1. インターネット: 一般的な最初のステップは、www.example.com などのインターネットロケーションに ping テストを送信することです。

   • 成功: このテストは、マシンとインターネットの間にあるさまざまなネットワークポイントすべてが正常に機能していることを示します。これには、仮想/物理インフラストラクチャーが含まれます。
   • 失敗: 遠隔にあるインターネットロケーションへの 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

   Copy to Clipboard Toggle word wrap

1. 関連付けられた VLAN へのネットワークフローがあることを確認する。

   VLAN ID が設定されていない可能性があります。上記の例では、OpenStack Networking は VLAN 120 をプロバイダーネットワークにトランク接続するように設定されています。（例のステップ 1 の view --provider:segmentation_id=120 ）。

2. コマンド ovs-ofctl dump-flows <bridge-name> を使用して、ブリッジインターフェイスの VLAN フローを確認する。

   以下の例では、ブリッジは br-ex という名前です。

   例

   $ ovs-ofctl dump-flows br-ex

   Copy to Clipboard Toggle word wrap

   出力例

    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 Networking サービスのエージェントが稼働し、正しいホスト名前で登録されていることを確認します。

   (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 エージェントと共にプロバイダーネットワークを使用することができず、必要なフローを作成することはできません。external_network_bridge の値は、external_network_bridge = "" の形式でなければなりません。
4. /etc/neutron/plugin.ini ファイルで network_vlan_ranges の値を確認します。プロバイダーネットワークの場合には、数字の VLAN ID を指定しないでください。VLAN を分離したプロジェクトネットワークを使用している場合に限り、ID を指定します。
5. OVS エージェントの設定ファイルのブリッジマッピング を検証し、phy-eno1 にマッピングされているブリッジが存在することと、eno1 に適切に接続されていることを確認します。

手順

1. Red Hat OpenStack Platform の認証情報を使用してオーバークラウドにログインします。
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.ctlplane.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.ctlplane

   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 コンテナーにアクセスするために必要な権限を持つユーザーとしてコントローラーホストにログインします。以下に例を示します。

   $ ssh tripleo-admin@controller-0.ctlplane

   Copy to Clipboard Toggle word wrap

2. 実行する ovn コマンドが含まれるシェルスクリプトファイルを作成します。以下に例を示します。

   vi ~/bin/ovn-alias.sh

   Copy to Clipboard Toggle word wrap

3. ovn コマンドを追加して、スクリプトファイルを保存します。以下に例を示します。

   この例では、ovn-sbctl コマンド、ovn-nbctl コマンド、および ovn-trace コマンドが、TLS-e が有効になっていない環境のエイリアスファイルに追加されています。

   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

   以下の例を、TLS-e が有効になっている環境のモデルとして使用します。

   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 --private-key=/etc/pki/tls/private/ovn_controller.key --certificate=/etc/pki/tls/certs/ovn_controller.crt --ca-cert=/etc/ipa/ca.crt"
   alias ovn-nbctl="sudo podman exec ovn_controller ovn-nbctl --db=$NBDB --private-key=/etc/pki/tls/private/ovn_controller.key --certificate=/etc/pki/tls/certs/ovn_controller.crt --ca-cert=/etc/ipa/ca.crt"
   alias ovn-trace="sudo podman exec ovn_controller ovn-trace --db=$SBDB --private-key=/etc/pki/tls/private/ovn_controller.key --certificate=/etc/pki/tls/certs/ovn_controller.crt --ca-cert=/etc/ipa/ca.crt"

   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

   以下の出力例のような出力が表示されるはずです。

手順

1. OVN コンテナーにアクセスするために必要な権限を持つユーザーとしてコントローラーホストにログインします。

   例

   $ ssh tripleo-admin@controller-0.ctlplane

   Copy to Clipboard Toggle word wrap

2. OVN データベースコマンドのエイリアスファイルを入手します。

   詳細は、「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 により、パイプライン内の各テーブルには番号に加えて名前が付けられます。名前は、パイプライン内のそのステージの目的を示します。
   • OVN の match 構文は、複雑なブール表現をサポートしています。
   • 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 ネットワークに入り、受信のパイプラインを通過します。
   • outport 変数が sw0-port2 に設定されているのは、このパケットの宛先が sw0-port2 に指定されていることを意味します。
   • パケットは受信のパイプラインから出力されます。このパイプラインは、outport 変数が sw0-port2 に設定された sw0 の送信パイプラインにパケットを送ります。

   • 出力のアクションは、送信のパイプラインで実行されます。このパイプラインでは、パケットが 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