既知の動作

CEM-7424 DC-GW として動作する MX の Contrail ファブリック導入で、データセンターファブリックでホストされている OpenStack コンピューティングとベアメタルサーバーワークロードでホストされている VM の FIP を同時に有効にすることはできません。

CEM-11479 dhcpクライアントのタイムアウトにより、vhost0 が IP アドレスを失います。ゲートウェイの 1 つである vhost0 インターフェイスでは、dhcp のタイムアウトは 1582 秒に設定され、その後はタイムアウトします。リースの更新は通常どおり失敗し、vhost0 は IP を失います。

回避策として、次の手順は Google Cloud GW に対してのみ実行してください。

1. Google Cloud の vrouter-gateway インスタンスにログインします。

2. 次のコマンドを使用して、vhost0 インターフェイスの DHCP リースを確認します。

   ip a | grep vhost0 -A3| grep valid_lft

3. 上記のコマンドが forever 値を返すかどうかを確認します。例えば：

   [root@g3312v1g1 vrouter]# ip a | grep vhost0 -A3| grep valid_lft

   valid_lft forever preferred_lft forever

4. 'valid_lft' の値が 1K の範囲で短くないことを確認します (例: 1582 秒以下)。

   メモ：

   この数値は秒(時間単位)ずつ減少し続けます。

5. 次のコマンドを実行して、 ifup-vhost スクリプトを無効にします。

   chmod 400 /etc/sysconfig/network-scripts/ifup-vhost

6. 次のコマンドを実行して、インスタンスを再起動します。

   reboot

インスタンスが起動したら、ステップ 1 でコマンドを再実行して vhost0 リースを確認します。'valid_lft' の値は 1億 5,700 万の範囲である必要があります。

CEM-11411 すべてのプロバイダーで、1430バイトから始まるパケットサイズのオーバーレイpingでパケット損失が見られます。

• オンプレミスからAWSへのアンダーレイとオーバーレイのジャンボフレームをサポートするには、オンプレミスのContrailクラスターとアンダーレイIPファブリックがジャンボフレームをサポートしていることを確認します。

• Google Cloud の場合、Contrail Multicloud GW にはインスタンス c2-standard-8 を使用し、vrouterCNI+k8snode には少なくとも c2-standard-4 を使用してください。

• 問題が発生した場合は、各クラウドのMTUを確認し、それに応じてMTUを調整してください。

CEM-11338 ファブリックを削除して再度追加した後、sFlowコレクターの再構成に失敗します。最初に十分な sFlow ノードをプロビジョニングして十分に計画されたクラスター展開では、この状況を回避できます。

CEM-11163 フォートビル X710 NIC: TX および RX バッファーでは、mbufs が使い果たされるとパフォーマンスが低下します。

CEM-11160 WebUIは、JuJuベースのインストールでconfig_sc_svcInstancesに移動するとスタックトレースを返します。

CEM-10199 パブリッククラウドの展開では、パブリッククラウドを削除した後、スナップショットはクラウドに残ります。これらをクリアするには、ユーザーはそれぞれのクラウドコンソール (AWS/Azure/GCP) にログインし、AMI の登録を解除して、そこからスナップショットを削除する必要があります。

CEM-9979 RHOSP 環境で OOO Heat テンプレートを使用してデプロイされた DPDK コンピューティングのアップグレード中に、vRouter コアダンプが観察されます。これは、アップグレード中にサービスが開始される順序によるものであり、クラスターの動作には影響しません。

CEM-9278 クラスタの初期プロビジョニング後に追加された BMS の sFlow 統計が表示されません。回避策として、初期プロビジョニング後に追加された BMS の sFlow 統計を有効にするには、次のコマンドを実行します。

1. AppFormix UI でホストをリモート ホストとして追加します。

   AppFormix Swagger API(設定>APIドキュメント>AppFormixドキュメントへのリンク)に移動します。

   [ 表示/非表示 ] をクリックして API の詳細を取得します。

   /Hosts POST API に移動します。

   X-Auth-Type を OpenStack に設定し、X-Auth-Token に Keystone トークンを入力します。本文で以下を指定します。

   POST 要求を送信します。

2. UI にデバイスを追加したら、[ 設定] > [ネットワーク デバイス] に移動します。BMSに追加するネットワークデバイスを選択します。

   [編集] セクションに移動し、[LLD] を [無効] に設定して [SNMP] を選択し、[次へ] をクリックして SNMP コミュニティ文字列を設定し、[保存] をクリックします。

   [接続情報の編集] > [続行] に移動し、ネットワーク デバイスを選択してから、ターゲット デバイスを BMS として追加し、この BMS に接続されているネットワーク デバイスにインターフェイスを設定して、[保存] をクリックします。

   Contrailコマンド UIに移動すると、BMSの統計情報が表示されます。

CEM-8701 ライフサイクル管理ワークフローを使用して BMS を起動すると、高速サーバーでは再イメージ化が実行されず、インスタンスが皮肉な vn からテナント vn に移動されないことがあります。これは、BMS ポートと Contrail ノードで実行されている TFTP サービスの間でルートが収束する前に、BMS からの PXE ブート要求が送信されたためです。回避策として、サーバーを再起動するか、サーバーのBIOSを遅延ブートに設定することができます。

CEM-8149 enterprise_style=True のファブリック セットを使用した BMS LCM はサポートされていません。既定では、enterprise_style は False に設定されています。ファブリック・オブジェクトが BMS LCM インスタンスをオンボードする場合は、enterprise_style=True の使用を避ける必要があります。

CEM-7874 最初の 2 つのインスタンスが再起動された後、3 番目の stunnel/Redisサービスインスタンスがダウンすると、ユーザー定義のアラームが生成されないことがあります。

CEM-5788 FQDN を使用して、OpenStack オーケストレーションで Contrail コマンドを使用して Contrail クラスターを導入すると、インストールに失敗します。

CEM-5284クラウドコンピューティング/vRouterノードはクラスターノード/コンピューティングノードページにリストされず、すべてのノード/コンピューティングがサーバーページにリストされます

CEM-5141 計算ノードを削除すると、UIワークフローが機能しません。代わりに、instances.yaml を "ENABLE_DESTROY: True" と "roles:" (空のままにする) で更新し、次のプレイブックを実行します。

例えば：

LR での CEM-5043 VNI アップデートでは、ルートテーブルは更新されません。回避策として、ロジカルルーターを削除し、新しいVNIで新しいロジカルルーターを作成します。

CEM-5041 ノードのないクラウド上でのみリージョンまたは VPC オブジェクトのプロビジョニングはサポートされていません。リージョン/VPC のプロビジョニング中に少なくとも 1 つのノードを追加します。

CEM-5024現在のマルチクラウドプロビジョニングでは、オンプレミスTORがパブリッククラウドサブネットをオンプレミスコントローラと交換することはできません。ユーザーは、コントローラ上の静的ルートをすべてのパブリッククラウドサブネットに追加する必要があります。

CEM-4941 パブリッククラウド上のマルチクラウドゲートウェイは、異なるサブネット間で共有できません。各サブネットには独自のゲートウェイが必要です。

CEM-4865 パブリッククラウドでのContrailコントローラのプロビジョニングはサポートされていません。コントローラはオンプレミスでプロビジョニングする必要があります。

CEM-4467 DPDK コンピューティングで、「接続が閉じられました」というエラーで VM の作成が失敗することがある。この問題は、Contrailコンポーネントのいずれにも関連していません。これは、VMを登録する際のシステムマシンサービスに関連しています。回避策として、systemd-machinedサービスを再起動して問題を修正します。

CEM-4381 1 つ以上の Contrail API サーバーがダウンしている場合、Contrail Fabricデバイスマネージャータスクが失敗することがある。Contrail 設定ノードの Contrail ステータスを使用して、この状況が発生しているかどうかを判断できます。

CEM-4370 PNF サービス インスタンスを作成した後、PNF eBGP ASN*、RP IP アドレス、PNF 左 BGP ピア ASN*、左サービス VLAN*、PNF 右 BGP ピア ASN*、右サービス VLAN* などのフィールドは変更できません。これらの値を変更する必要がある場合は、サービス インスタンスを削除し、目的の値で再作成します。

TOR をまたぐ CEM-3959 BMS の移動はサポートされていません。TOR 間で BMS を移動するには、VPG 全体を移動する必要があります。つまり、1 つの VPG に複数の BMS が関連付けられていて、BMS の 1 つを移動する必要がある場合は、VPG 全体を削除し、新しい関連付けに従って再構成する必要があります。

CEM-3324 ユーザーはパブリッククラウドでContrailクラスターを完全にプロビジョニングすることはできません。Contrailクラスターはオンプレミスである必要があり、vRouterはパブリッククラウドに拡張できます。

JCB-204796 Helm ベースのプロビジョニング済みクラスターで、MariaDB レプリケーションが >1 に設定されている場合、VM の起動に失敗します。

JCB-202874 DPDK で vRouter チャートを削除した後、NIC が Helm のホストに再バインドされません。

JCB-190956 アイロニックプロビジョニングを作成する際、サブネット内のサービスアドレスは openstack アイロニックノード IP/Kolla 内部 VIP を指している必要があります。

JCB-187320 DPDK で vif list –rate トラフィックを含むコアダンプを計算します。

JCB-187287 Kubernetesマスターの高可用性プロビジョニングはサポートされていません。

JCB-186493 アクティブなVMのスナップショットに障害が発生した場合、スナップショットを生成する前にVMをシャットダウンします。

JCB-184837 Helm ベースのプロビジョニング済みクラスターを使用して Contrail をプロビジョニングした後、nova-compute コンテナを再起動します。

JCB-184776 vRouter が ICMPv6 パケットのヘッドフラグメントを受信すると、そのヘッドフラグメントはただちにアセンブラーのキューに入れられます。フローは保留フローとして作成され、エージェントにトラップされます。このヘッドフラグメントに対応するフラグメントがすでにアセンブラ内にある場合、またはヘッドフラグメントの直後に新しいフラグメントが到着した場合、アセンブラはそれらをフローモジュールに解放します。アセンブラがフラグメントをフローモジュールにリリースするまでにエージェントがフローアクションを書き込まない場合、フラグメントは保留キューにエンキューされます。一度に最大 3 つのフラグメントが保留キューにエンキューされます。残りのフラグメントは、アセンブラーからフロー モジュールにドロップされます。

回避策として、ヘッドフラグメントは、フローアクションがエージェントによって書き込まれた後にのみアセンブラーにエンキューされます。フローがすでに非保留状態で存在する場合は、すぐにアセンブラーのキューに入れられます。

JCB-177787 SNAT や LBaaS など、ネットを必要とする DPDK vRouter のユースケースでは、ジャンボ MTU を設定できません。最大許容MTU:< = 1500。

JCB-177541 Kolla のプロビジョニング中にエラー メッセージが表示された場合、コードの再実行は機能しません。プロビジョニングを機能させるには、プロビジョニングを最初からやり直します。

JCB-171466 メタデータ SSL は HA デプロイメントモードでのみ機能します。

JCB-163773 サービスが異なるノードにインストールされている場合configconfigdb、設定サービスの誤ったアラームが生成されます。誤警報は無視してください。

JCB-162927 SR-IOV と DPDK の共存導入は、contrail-helm-deployer を使用してはサポートされていません。

CEM-11479 dhcpクライアントのタイムアウトにより、vhost0 が IP アドレスを失います。ゲートウェイの 1 つである vhost0 インターフェイスでは、dhcp のタイムアウトは 1582 秒に設定され、その後はタイムアウトします。リースの更新は通常どおり失敗し、vhost0 は IP を失います。

回避策として、次の手順は Google Cloud GW に対してのみ実行してください。

1. Google Cloud の vrouter-gateway インスタンスにログインします。

2. 次のコマンドを使用して、vhost0 インターフェイスの DHCP リースを確認します。

   ip a | grep vhost0 -A3| grep valid_lft

3. 上記のコマンドが forever値を返すかどうかを確認します。例えば：

   [root@g3312v1g1 vrouter]# ip a | grep vhost0 -A3| grep valid_lft

   valid_lft forever preferred_lft forever

4. 'valid_lft' の値が 1K の範囲で短くないことを確認します (例: 1582 秒以下)。

   メモ：

   この数値は秒(時間単位)ずつ減少し続けます。

5. 次のコマンドを実行して、 ifup-vhost スクリプトを無効にします。

   chmod 400 /etc/sysconfig/network-scripts/ifup-vhost

6. 次のコマンドを実行して、インスタンスを再起動します。

   reboot

インスタンスが起動したら、ステップ 1 でコマンドを再実行して vhost0 リースを確認します。'valid_lft' の値は 1億 5,700 万の範囲である必要があります。

CEM-11411 すべてのプロバイダーで、1430バイトから始まるパケットサイズのオーバーレイpingでパケット損失が見られます。

• オンプレミスからAWSへのアンダーレイとオーバーレイのジャンボフレームをサポートするには、オンプレミスのContrailクラスターとアンダーレイIPファブリックがジャンボフレームをサポートしていることを確認します。

• Google Cloud の場合、Contrail Multicloud GW にはインスタンス c2-standard-8 を使用し、vrouterCNI+k8snode には少なくとも c2-standard-4 を使用してください。

• 問題が発生した場合は、各クラウドのMTUを確認し、それに応じてMTUを調整してください。

CEM-11338 ファブリックを削除して再度追加した後、sFlowコレクターの再構成に失敗します。最初に十分な sFlow ノードをプロビジョニングして十分に計画されたクラスター展開では、この状況を回避できます。

CEM-11163 フォートビル X710 NIC: TX および RX バッファーでは、mbufs が使い果たされるとパフォーマンスが低下します。

CEM-11160 WebUIは、JuJuベースのインストールでconfig_sc_svcInstancesに移動するとスタックトレースを返します。

CEM-10199 パブリッククラウドの展開では、パブリッククラウドを削除した後、スナップショットはクラウドに残ります。これらをクリアするには、ユーザーはそれぞれのクラウドコンソール (AWS/Azure/GCP) にログインし、AMI の登録を解除して、そこからスナップショットを削除する必要があります。

CEM-9979 RHOSP 環境で OOO Heat テンプレートを使用してデプロイされた DPDK コンピューティングのアップグレード中に、vRouter コアダンプが観察されます。これは、アップグレード中にサービスが開始される順序によるものであり、クラスターの動作には影響しません。

CEM-9278 クラスタの初期プロビジョニング後に追加された BMS の sFlow 統計が表示されません。回避策として、初期プロビジョニング後に追加された BMS の sFlow 統計を有効にするには、次のコマンドを実行します。

1. AppFormix UI でホストをリモート ホストとして追加します。

   AppFormix Swagger API(設定>APIドキュメント>AppFormixドキュメントへのリンク)に移動します。

   [ 表示/非表示 ] をクリックして API の詳細を取得します。

   /Hosts POST API に移動します。

   X-Auth-Type を OpenStack に設定し、X-Auth-Token に Keystone トークンを入力します。本文で以下を指定します。

   POST 要求を送信します。

2. UI にデバイスを追加したら、[ 設定] > [ネットワーク デバイス] に移動します。BMSに追加するネットワークデバイスを選択します。

   [編集] セクションに移動し、[LLD] を [無効] に設定して [SNMP] を選択し、[次へ] をクリックして SNMP コミュニティ文字列を設定し、[保存] をクリックします。

   [接続情報の編集] > [続行] に移動し、ネットワーク デバイスを選択してから、ターゲット デバイスを BMS として追加し、この BMS に接続されているネットワーク デバイスにインターフェイスを設定して、[保存] をクリックします。

   Contrailコマンド UIに移動すると、BMSの統計情報が表示されます。

CEM-8701 ライフサイクル管理ワークフローを使用して BMS を起動すると、高速サーバーでは再イメージ化が実行されず、インスタンスが皮肉な vn からテナント vn に移動されないことがあります。これは、BMS ポートと Contrail ノードで実行されている TFTP サービスの間でルートが収束する前に、BMS からの PXE ブート要求が送信されたためです。回避策として、サーバーを再起動するか、サーバーのBIOSを遅延ブートに設定することができます。

CEM-8149 enterprise_style=True のファブリック セットを使用した BMS LCM はサポートされていません。既定では、enterprise_style は False に設定されています。ファブリック・オブジェクトが BMS LCM インスタンスをオンボードする場合は、enterprise_style=True の使用を避ける必要があります。

CEM-7874 最初の 2 つのインスタンスが再起動された後、3 番目の stunnel/Redisサービスインスタンスがダウンすると、ユーザー定義のアラームが生成されないことがあります。

CEM-5788 FQDN を使用して、OpenStack オーケストレーションで Contrail コマンドを使用して Contrail クラスターを導入すると、インストールに失敗します。

CEM-5284クラウドコンピューティング/vRouterノードはクラスターノード/コンピューティングノードページにリストされず、すべてのノード/コンピューティングがサーバーページにリストされます

CEM-5141 計算ノードを削除すると、UIワークフローが機能しません。代わりに、instances.yaml を "ENABLE_DESTROY: True" と "roles:" (空のままにする) で更新し、次のプレイブックを実行します。

例えば：

LR での CEM-5043 VNI アップデートでは、ルートテーブルは更新されません。回避策として、ロジカルルーターを削除し、新しいVNIで新しいロジカルルーターを作成します。

CEM-5041 ノードのないクラウド上でのみリージョンまたは VPC オブジェクトのプロビジョニングはサポートされていません。リージョン/VPC のプロビジョニング中に少なくとも 1 つのノードを追加します。

CEM-5024現在のマルチクラウドプロビジョニングでは、オンプレミスTORがパブリッククラウドサブネットをオンプレミスコントローラと交換することはできません。ユーザーは、コントローラ上の静的ルートをすべてのパブリッククラウドサブネットに追加する必要があります。

CEM-4941 パブリッククラウド上のマルチクラウドゲートウェイは、異なるサブネット間で共有できません。各サブネットには独自のゲートウェイが必要です。

CEM-4865 パブリッククラウドでのContrailコントローラのプロビジョニングはサポートされていません。コントローラはオンプレミスでプロビジョニングする必要があります。

CEM-4467 DPDK コンピューティングで、「接続が閉じられました」というエラーで VM の作成が失敗することがある。この問題は、Contrailコンポーネントのいずれにも関連していません。これは、VMを登録する際のシステムマシンサービスに関連しています。回避策として、systemd-machinedサービスを再起動して問題を修正します。

CEM-4381 1 つ以上の Contrail API サーバーがダウンしている場合、Contrail Fabricデバイスマネージャータスクが失敗することがある。Contrail 設定ノードの Contrail ステータスを使用して、この状況が発生しているかどうかを判断できます。

CEM-4370 PNF サービス インスタンスを作成した後、PNF eBGP ASN*、RP IP アドレス、PNF 左 BGP ピア ASN*、左サービス VLAN*、PNF 右 BGP ピア ASN*、右サービス VLAN* などのフィールドは変更できません。これらの値を変更する必要がある場合は、サービス インスタンスを削除し、目的の値で再作成します。

TOR をまたぐ CEM-3959 BMS の移動はサポートされていません。TOR 間で BMS を移動するには、VPG 全体を移動する必要があります。つまり、1 つの VPG に複数の BMS が関連付けられていて、BMS の 1 つを移動する必要がある場合は、VPG 全体を削除し、新しい関連付けに従って再構成する必要があります。

CEM-3324 ユーザーはパブリッククラウドでContrailクラスターを完全にプロビジョニングすることはできません。Contrailクラスターはオンプレミスである必要があり、vRouterはパブリッククラウドに拡張できます。

JCB-204796 Helm ベースのプロビジョニング済みクラスターで、MariaDB レプリケーションが >1 に設定されている場合、VM の起動に失敗します。

JCB-202874 DPDK で vRouter チャートを削除した後、NIC が Helm のホストに再バインドされません。

JCB-190956 アイロニックプロビジョニングを作成する際、サブネット内のサービスアドレスは openstack アイロニックノード IP/Kolla 内部 VIP を指している必要があります。

JCB-187320 DPDK で vif list –rate トラフィックを含むコアダンプを計算します。

JCB-187287 Kubernetesマスターの高可用性プロビジョニングはサポートされていません。

JCB-186493 アクティブなVMのスナップショットに障害が発生した場合、スナップショットを生成する前にVMをシャットダウンします。

JCB-184837 Helm ベースのプロビジョニング済みクラスターを使用して Contrail をプロビジョニングした後、nova-compute コンテナを再起動します。

JCB-184776 vRouter が ICMPv6 パケットのヘッドフラグメントを受信すると、そのヘッドフラグメントはただちにアセンブラーのキューに入れられます。フローは保留フローとして作成され、エージェントにトラップされます。このヘッドフラグメントに対応するフラグメントがすでにアセンブラ内にある場合、またはヘッドフラグメントの直後に新しいフラグメントが到着した場合、アセンブラはそれらをフローモジュールに解放します。アセンブラがフラグメントをフローモジュールにリリースするまでにエージェントがフローアクションを書き込まない場合、フラグメントは保留キューにエンキューされます。一度に最大 3 つのフラグメントが保留キューにエンキューされます。残りのフラグメントは、アセンブラーからフロー モジュールにドロップされます。

回避策として、ヘッドフラグメントは、フローアクションがエージェントによって書き込まれた後にのみアセンブラーにエンキューされます。フローがすでに非保留状態で存在する場合は、すぐにアセンブラーのキューに入れられます。

JCB-177787 SNAT や LBaaS など、ネットを必要とする DPDK vRouter のユースケースでは、ジャンボ MTU を設定できません。最大許容MTU:< = 1500。

JCB-177541 Kolla のプロビジョニング中にエラー メッセージが表示された場合、コードの再実行は機能しません。プロビジョニングを機能させるには、プロビジョニングを最初からやり直します。

JCB-171466 メタデータ SSL は HA デプロイメントモードでのみ機能します。

JCB-163773 サービスが異なるノードにインストールされている場合configconfigdb、設定サービスの誤ったアラームが生成されます。誤警報は無視してください。

JCB-162927 SR-IOV と DPDK の共存導入は、contrail-helm-deployer を使用してはサポートされていません。