トラブルシューティング

Cloud Interconnect で発生する可能性がある一般的な問題を解決するために、トラブルシューティングガイドをお役立てください。

一般的なトラブルシューティング
Dedicated Interconnect
Partner Interconnect
Cloud Interconnect を介した HA VPN
Cloud Interconnect の MACsec
Cross-Cloud Interconnect

Cloud Interconnect のアーキテクチャと機能に関する一般的な質問とその回答については、Cloud Interconnect に関するよくある質問をご覧ください。

このページで使用している用語の定義については、Cloud Interconnect の主な用語をご覧ください。

重要: BFD は、Dataplane バージョン 2 を使用するプロビジョニングされた VLAN アタッチメントでのみ有効にできます。次のいずれかの方法でアタッチメントの詳細を表示して、VLAN アタッチメントの dataplaneVersion を確認できます。

API: interconnectAttachments.get メソッドを使用します。このメソッドは、Dedicated Interconnect または Partner Interconnect のいずれかの VLAN アタッチメントで使用できます。
Google Cloud CLI: gcloud compute interconnects attachments describe ATTACHMENT-NAME コマンドを使用します。ここで、ATTACHMENT-NAME は Dedicated Interconnect または Partner Interconnect のいずれかの VLAN アタッチメントの名前です。

API または gcloud CLI コマンドの出力で、値が 2 の dataplaneVersion フィールドを探します。このフィールドが出力にない場合、VLAN アタッチメントはバージョン 1 を使用しているため、BFD では使用できません。詳しくは、カスタマーアカウントチームにお問い合わせください。

ロギングとモニタリングの情報を確認し、Cloud Interconnect の指標を表示するには、接続のモニタリングをご覧ください。

一般的なトラブルシューティング

Cloud Interconnect サービスの中断を確認する

既知の中断は、Google Cloud ステータスダッシュボードで確認できます。また Cloud インシデントの JSON フィードや RSS フィードの受信登録をして、更新情報をプッシュ通知で入手することもできます。
Dedicated Interconnect 接続に影響するメンテナンスイベントが通知されます。詳細については、インフラストラクチャメンテナンスイベントをご覧ください。
Partner Interconnect の VLAN アタッチメントに影響するメンテナンスイベントが通知されます。Partner Interconnect の通知は、Dedicated Interconnect 接続の通知と同様の方法で送信されますが、わずかな違いがあります。詳細については、インフラストラクチャメンテナンスイベントをご覧ください。

他のリージョンのリソースに接続できない

デフォルトでは、Virtual Private Cloud（VPC）ネットワークはリージョン限定であるため、Cloud Router はそのリージョンのサブネットのみをアドバタイズします。他のリージョンに接続するには、VPC ネットワークの動的ルーティングモードをグローバルに設定し、Cloud Router がすべてのサブネットをアドバタイズできるようにします。

詳細については、Cloud Router のドキュメントの動的ルーティングモードをご覧ください。

ピアリングされた VPC ネットワーク内の VM に到達できない

このシナリオでは、オンプレミスネットワークと VPC ネットワーク「ネットワーク A」間に Cloud Interconnect 接続を設定しています。また、「ネットワーク A」と別の VPC ネットワーク「ネットワーク B」の間に VPC ネットワークピアリングを設定しています。オンプレミスネットワークから「ネットワーク B」の VM にアクセスすることはできません。

VPC ネットワークピアリングの概要の制限事項で説明されているように、この構成はサポートされていません。

ただし、ピアネットワーク内の宛先へのルートを共有するために、VPC ネットワーク内の Cloud Router からのカスタム IP 範囲のアドバタイズを使用することはできます。また、カスタムルートをインポートおよびエクスポートするように VPC ネットワークピアリング接続を構成する必要があります。

オンプレミスネットワークと VPC ピアリングネットワーク間のルートのアドバタイズの詳細については、次のリソースをご覧ください。

カスタム IP 範囲のアドバタイジング
VPC ネットワークピアリングの使用におけるトラブルシューティング

接続でサブネットが欠落している

利用可能なサブネットのすべてをアドバタイズするには、カスタムルートアドバタイズを使用して欠落しているルートを指定し、グローバル動的ルーティングを使用して、リージョン間のすべてのサブネットルートをアドバタイズします。その手順は次のとおりです。

Cloud Router と Border Gateway Protocol（BGP）セッションの両方でカスタムルートアドバタイズを指定します。欠落しているルートを入力するには、次のパラメータを設定します。
```
--set-advertisement-groups = ADVERTISED_GROUPS
--set-advertisement-ranges = ADVERTISED_IP_RANGES
```
次のように置き換えます。
- ADVERTISED_GROUPS: Cloud Router が動的にアドバタイズする Google 定義のグループ。値を all_subnets にすると、Cloud Router のデフォルトの動作を再現できます。
- ADVERTISED_IP_RANGES: IP アドレス範囲の新しい配列の内容。任意の値を 1 つ以上含めることができます
詳細と例については、カスタム IP 範囲のアドバタイズをご覧ください。
グローバル動的ルーティングモードを有効にします。

Cloud Router に ping できない

オンプレミスルーターから Cloud Router に ping できない場合は、次の表でプロダクトを探して、そのプロダクトのトラブルシューティング手順を実施してください。VM は 169.254.0.0/16 にアクセスできません。

実施するトラブルシューティングの手順	Dedicated Interconnect	L3 パートナーとの Partner Interconnect	L2 パートナーとの Partner Interconnect
Partner Interconnect の場合、一部のパートナーが Cloud Router の IP 範囲（`169.254.0.0/16`）へのトラフィックをフィルタリングするため、Cloud Router が ping されないことがあります。L3 パートナーの場合、パートナーが自動的に BGP を構成します。BGP が起動しない場合は、パートナーにお問い合わせください。	該当なし	○	該当なし
ローカルデバイスが Google Cloud 側の接続の正しい MAC アドレスを学習していることを確認します。詳細については、ARP のトラブルシューティングをご覧ください。	○	該当なし	該当なし
Cloud Router にインターフェースと BGP ピアがあることを確認します。リモート ASN を含め、インターフェースと BGP ピアが完全に構成されない限り、Cloud Router に ping できません。 Dedicated Interconnect については、BGP セッションが機能しないをご覧ください。 L2 Partner Interconnect の場合、Google によって Cloud Router 用のインターフェースと BGP ピアが自動的に追加されますが、リモート ASN は構成する必要があります。	○	該当なし	○

ARP のトラブルシューティング

Dedicated Interconnect で正しい MAC アドレスを検出するには、次の gcloud コマンドを実行します。

  gcloud compute interconnects get-diagnostics INTERCONNECT_NAME

googleSystemID には、Cloud Router に割り当てられている IP アドレスに対して、デバイスの ARP テーブルに含まれているべき MAC アドレスが含まれています。

  result:
    links:
    — circuitId: SAMPLE-0
      googleDemarc: sample-local-demarc-0
      lacpStatus:
        googleSystemId: ''
        neighborSystemId: ''
        state: DETACHED
      receivingOpticalPower:
        value: 0.0
      transmittingOpticalPower:
        value: 0.0
    macAddress: 00:00:00:00:00:00

デバイスが MAC アドレスを学習していない場合は、正しい VLAN ID と IP アドレスがサブインターフェースに構成されていることを確認してください。

Partner Interconnect で、デバイスに誤った MAC アドレスが表示される場合は、2 つの VLAN アタッチメントのレイヤ 2 セグメントをブリッジしていないことを確認してください。Google Cloud 側の Cloud Interconnect 接続は ip proxy-arp で構成されています。これはすべての ARP リクエストに応答するため、オンプレミスルーターが誤った ARP エントリを学習する可能性があります。

VLAN アタッチメントを作成できない

組織のポリシーに違反する Dedicated Interconnect 用または Partner Interconnect 用の VLAN アタッチメントを作成しようとすると、エラーメッセージが表示されます。gcloud compute interconnects attachments partner create を実行した場合のエラーメッセージの例を次に示します。

ERROR: (gcloud.compute.interconnects.attachments.partner.create) Could not fetch resource:
- Constraint constraints/compute.restrictPartnerInterconnectUsage violated for projects/example-project. projects/example-project/global/networks/example-network is not allowed to use the Partner Interconnect.

詳細については、Cloud Interconnect の使用を制限するをご覧いただき、組織の管理者にお問い合わせください。

組織内の他のプロジェクトと接続を共有する

ホストプロジェクト内で VLAN アタッチメントや Dedicated Interconnect 接続などの接続を共有するには、共有 VPC を使用します。

共有 VPC ネットワークの設定の詳細については、共有 VPC のプロビジョニングをご覧ください。

共有 VPC ネットワーク内でのアタッチメントの構成の詳細については、複数の VPC ネットワークに接続するためのオプションをご覧ください。

Dedicated Interconnect

接続のプロビジョニングプロセス中に Google が ping できない

IP と LACP の構成が正しいことを確認してください。マルチリンクバンドルと単一リンクバンドルのどちらを注文したかに応じて、Google はテストプロセス中にオンプレミスルーター用の異なるテスト IP 構成を送信します。いずれのテストでも VLAN アタッチメントは構成しないでください。

マルチリンクバンドルの場合

Google が送信する IP アドレスの最初のセットは、各リンクのマルチ回線接続をテストするためのものです。Google が送信したメールの指示に従って、すべての物理リンクにテスト IP アドレスを構成します（LACP は構成しません）。この最初のテストに合格するには、Google からそれらすべての IP アドレスへの ping が成功する必要があります。
2 番目のテストを行うため、最初のテストからすべての IP アドレスを削除します。相互接続にリンクが 1 つしかない場合でも、LACP を使用してポートチャネルを構成します。Google がポートチャネルのアドレスを ping します。接続に対する最終テストに合格した後、ポートチャネルの LACP 構成を変更しないでください。ただし、テスト用の IP アドレスはポートチャネルインターフェースから削除する必要があります。

単一リンクバンドルの場合

Google は、単一回線接続をテストするために、最終的な本番環境 IP アドレスを送信します。Google が送信したメールの指示に従って、バンドルインターフェースに IP アドレスを構成します（LACP はアクティブモードまたはパッシブモードに構成します）。このテストに合格するには、Google からバンドルインターフェース IP アドレスへの ping が成功する必要があります。相互接続にリンクが 1 つしかない場合でも、LACP を使用してポートチャネルを構成します。

Cloud Router に ping できない

Google のポートチャネルの IP アドレスを ping できることを確認します。この IP アドレスは、接続の詳細を表示させたときの googleIpAddress の値です。
オンプレミスルーターのサブインターフェースに正しい VLAN があることを確認します。VLAN の情報が VLAN アタッチメントによって提供される情報と一致している必要があります。
オンプレミスルーターのサブインターフェースに適切な IP アドレスが設定されていることを確認します。VLAN アタッチメントを作成すると、リンクのローカル IP アドレスのペアが割り振られます。1 つは Cloud Router のインターフェース用（cloudRouterIpAddress）で、もう 1 つはオンプレミスルーターのポートチャネルのサブインターフェース用であり、ポートチャネル自体（customerRouterIpAddress）ではありません。
VLAN アタッチメントのパフォーマンスをテストする場合は、Cloud Router に ping しないでください。代わりに、VPC ネットワークに Compute Engine 仮想マシン（VM）インスタンスを作成して使用します。詳細については、パフォーマンステストをご覧ください。

BGP セッションが動作しない

少なくとも 2 つのホップでオンプレミスルーターのマルチホップ BGP を有効にします。
オンプレミスルーターに正しいネイバー IP アドレスが構成されていることを確認します。VLAN アタッチメントによって割り振られた BGP ピア IP アドレス（cloudRouterIpAddress）を使用します。
オンプレミスルーターのローカル ASN 構成が Cloud Router のピア ASN と一致していることを確認します。また、Cloud Router のローカル ASN 構成がオンプレミスルーターのピア ASN と一致していることも確認します。
各アタッチメントには、VPC ネットワーク内の 169.254.0.0/16 から固有の /29 CIDR が割り当てられます。Cloud Router には /29 CIDR の 1 つの IP アドレスが割り振られ、オンプレミスルーターにはもう 1 つの IP アドレスが割り振られます。

オンプレミスルーターインターフェースとその BGP ネイバーに正しい IP アドレスが割り振られていることを確認します。よくある間違いは、オンプレミスルーターインターフェースで /29 ではなく /30 を構成することです。/29 CIDR 内の他のすべてのアドレスは Google Cloud によって予約されています。

ルーターの VLAN アタッチメントインターフェースに、この CIDR からの他の IP アドレスが割り振られていないことを確認します。

VPC ネットワーク内の VM に到達できない

ポートチャネルと VLAN アタッチメントを ping できることを確認します。
BGP セッションがアクティブであることを確認します。
オンプレミスルーターがアドバタイズしてルートを受信していることを確認します。
オンプレミスのルートアドバタイズと Google Cloud のネットワーク範囲が重複していないことを確認します。
オンプレミスルーター、VPC、VLAN アタッチメントの MTU サイズを同じ値に設定します。

IPv6 トラフィックが VLAN アタッチメントを通過しない

IPv6 ホストに接続する際に問題が発生した場合は、次のようにします。

IPv6 ルートが正しくアドバタイズされていることを確認します。IPv6 ルートがアドバタイズされていない場合は、BGP ルートとルート選択のトラブルシューティングをご覧ください。
ファイアウォールルールを調べて、IPv6 トラフィックを許可していることを確認します。
VPC ネットワークとオンプレミスネットワークで IPv6 サブネット範囲が重複していないことを確認します。重複するサブネットの範囲を確認するをご覧ください。
Cloud Router で学習したルートの割り当てや上限を超過したかどうかを判断します。学習したルートの割り当てを超過すると、IPv4 プレフィックスの前に IPv6 プレフィックスがドロップされます。割り当てと上限を確認するをご覧ください。
IPv6 構成に関連するすべてのコンポーネントが正しく構成されていることを確認します。
- VPC ネットワークで、--enable-ula-internal-ipv6 フラグを指定した内部 IPv6 アドレスの使用が有効になっている。
- VPC サブネットが、IPV4_IPV6 スタックタイプを使用するように構成されている。
- VPC サブネットの --ipv6-access-type が INTERNAL に設定されている。
- サブネット上の Compute Engine VM が IPv6 アドレスで構成されている。
- VLAN アタッチメントが IPV4_IPV6 スタックタイプを使用するように構成されている。
- BGP ピアで IPv6 が有効であり、BGP セッションに正しい IPv6 ネクストホップアドレスが構成されている。
  - Cloud Router のステータスとルートを表示するには、Cloud Router のステータスとルートの表示をご覧ください。
  - BGP セッション構成を表示するには、BGP セッション構成の表示をご覧ください。
IPv6 対応 VLAN アタッチメントに対して gcloud compute interconnects attachments describe を実行します。
- 出力から、cloudRouterIpv6Address にリストされている IPv6 アドレスを取得します。
- ping を使用して、cloudRouterIpv6Address にリストされている IPv6 アドレスが、オンプレミスネットワークからアクセス可能であることを確認します。

デュアルスタック（IPv4 と IPv6）で VLAN アタッチメントを作成できない

IPv4 と IPv6（デュアルスタック）のスタックタイプで VLAN アタッチメントを作成できないと、次のエラーメッセージが表示されます。

Cannot create a dual stack interconnect attachment. Dual stack attachment can only be used
with a provisioned interconnect attachments that have Dataplane version 2.

問題を解決するには:

Dataplane v2 でのアタッチメントの作成をサポートしているリージョンについては、すべてのコロケーション施設の表をご覧ください。
リージョンがリストにない場合は、サポートされているリージョンにアタッチメントを再作成します。

デュアルスタック（IPv4 と IPv6）を使用するように既存の VLAN アタッチメントを変更できない

IPv4 および IPv6（デュアルスタック）を使用するように既存の VLAN アタッチメントを更新すると、次のエラーメッセージが表示されます。

Cannot create a dual stack interconnect attachment. Dual stack attachment can only
be used with a provisioned interconnect attachments that have Dataplane version 2.

問題を解決するには:

アタッチメントの Dataplane バージョンを確認し、アタッチメントが Dataplane バージョン 1 を使用していることを確認します。アタッチメントの Dataplane バージョンを確認するをご覧ください。
Dataplane v2 での新しいアタッチメントの作成がサポートされているリージョンに、アタッチメントを再作成します。リージョンの一覧については、すべてのコロケーション施設をご覧ください。

VLAN アタッチメント経由のパフォーマンステスト

VLAN アタッチメントのパフォーマンスをテストする必要がある場合は、VPC ネットワークで VM を使用します。必要なパフォーマンスツールを VM に追加します。ICMP ping やパス MTU などのレイテンシをテストするために、Cloud Router のリンクのローカル IP アドレスは使用しないでください。Cloud Router を使用すると、予期しない結果が生じる可能性があります。

診断の取得

Dedicated Interconnect 接続の Google Cloud 側に関する最新の詳細な技術情報をオンデマンドで取得するには、診断の取得をご覧ください。

Partner Interconnect

BGP セッションが動作しない（レイヤ 2 接続）

オンプレミスルーターに Cloud Router への BGP セッションが構成されていることを確認します。詳細については、Partner Interconnect 用のオンプレミスルーターの構成をご覧ください。
少なくとも 2 つのホップでオンプレミスルーターのマルチホップ BGP を有効にします。
オンプレミスルーターに正しいネイバー IP アドレスが構成されていることを確認します。VLAN アタッチメントによって割り振られた BGP ピア IP アドレス（cloudRouterIpAddress）を使用します。
オンプレミスルーターのローカル ASN 構成が Cloud Router のピア ASN（16550）と一致していることを確認します。また、Cloud Router のローカル ASN 構成がオンプレミスルーターのピア ASN と一致していることも確認します。

BGP セッションが動作しない（レイヤ 3 接続）

Cloud Router に、サービスプロバイダの ASN を構成する必要があります。詳しくは、サービスプロバイダにお問い合わせください。

Partner Interconnect 接続の VLAN アタッチメントのダウン

Google Cloud の構成と Partner Interconnect 接続に問題がない場合でも、VLAN アタッチメントのステータスがダウンと表示されることがあります。

オンプレミスルーターで EBGP マルチホップが 4 つ以上ホップできるように構成されていることを確認してください。オンプレミスルーターの構成例をご覧ください。

Partner Interconnect 接続のペアリングキー設定の問題

Partner Interconnect 接続を設定しようとすると、「Google - Provider status not available」などのエラーメッセージが表示されることがあります。この問題を解決するには次の手順を行います。

ペアリングキーがお客様側の VLAN アタッチメント（PARTNER タイプ）で生成されていることを確認します。このキーは、Google がアタッチメントの識別に使用する長いランダムな文字列です。ペアリングキーでは、宛先の Google Cloud リージョンとエッジアベイラビリティドメインが次の形式でエンコードされます。
```
<random_string>/<region_name>/<domain>
```
VLAN アタッチメントが特定のドメインに限定されていない場合、またはエッジアベイラビリティドメインを指定しない場合、domain フィールドに any という文字列が含まれます。ペアリングキーの詳細については、ペアリングキーをご覧ください。
Partner Interconnect 接続のエッジアベイラビリティドメインが、ペアリングキーで指定されたドメインと一致することを確認します。

Cloud Router に ping できない（レイヤ 2 接続）

オンプレミスルーターのサブインターフェースに正しい VLAN アタッチメントがあることを確認します。VLAN アタッチメントの情報は、サービスプロバイダが提供する情報と一致している必要があります。
オンプレミスルーターのサブインターフェースに適切な IP アドレスが設定されていることを確認します。サービスプロバイダが VLAN アタッチメントを構成した後、アタッチメントによってリンクのローカル IP アドレスのペアが割り振られます。1 つは関連 Cloud Router のインターフェース用（cloudRouterIpAddress）で、もう 1 つはオンプレミスルーターのポートチャネルのサブインターフェース用であり、ポートチャネル自体（customerRouterIpAddress）ではありません。
アタッチメントのパフォーマンスをテストする場合は、Cloud Router に ping しないでください。代わりに、VPC ネットワークに VM を作成して、それを使用してください。詳細については、パフォーマンステストをご覧ください。

Partner Interconnect 接続ポートの光強度の損失

ポートの光強度が失われると、次のいずれかの問題が発生することがあります。

レイヤ 3 接続が切断される（BGP セッションが失われる）か、Google Cloud VM インスタンスにアクセスできない。
リンクバンドルのパフォーマンスが低下する。この問題は、複数の 10GE ポートがバンドルされ、バンドル内の一部のリンクのみが機能している場合に発生します。

ポートの光強度が失われた場合、ハードウェアが相手側からの信号を検出できません。原因としては次のいずれかが考えられます。

トランシーバの障害
トランスポートシステムの障害
物理的なファイバーに関する問題

この問題を解決するには、Partner Interconnect または回線のプロバイダにお問い合わせください。プロバイダは次の手順を行います。

トランシーバが機能していることを確認します。
Meet-Me Room（MMR）にハードループを実行して、デバイスの光レベルが期待どおりに機能しているかどうかを確認します。
問題がプロバイダ側にあるのか、Google 側にあるのかを確認します。インターフェースを分離する最善の方法は、デマークに双方向ループを配置することです。各側のインターフェースからデマークに光が届き、デマークからループバックされます。光を送信しないデマークのある側に障害が発生しています。
その側のファイバーを清掃し、元に戻します。

L3 Partner Interconnect 接続を介して MED 値を送信して学習できない

レイヤ 3 サービスプロバイダが BGP を処理する Partner Interconnect 接続を使用している場合、Cloud Router がオンプレミスルーターから MED 値を学習することや、そのルーターに MED 値を送信することはできません。これは、MED 値が自律システムを通過できないためです。このタイプの接続では、Cloud Router からアドバタイズされたルートのルート優先度をオンプレミスルーターに設定することはできません。また、オンプレミスルーターによってアドバタイズされるルートの優先順位を VPC ネットワークに設定することはできません。

アタッチメントのスタックタイプをデュアルスタックに変更した後、IPv6 トラフィックが機能しなくなる

Cloud Router のステータスを表示し、status: UP が表示されていることを確認します。

BGP が稼働していない場合は、次の操作を行います。
1. オンプレミスルーター（レイヤ 3 パートナーを使用している場合はパートナーのルーター）が IPv6 BGP セッションで構成され、セッションが正しい IPv6 アドレスを使用していることを確認します。
2. BGP セッション構成を表示し、bgpPeers.enable に Cloud Router の 'TRUE' が表示されていることを確認します。
BGP が稼働している場合は、Cloud Router のルートを表示して、想定される IPv6 best_routes が表示されていることを確認します。

想定した best_routes が表示されない場合は、オンプレミスルーター（レイヤ 3 パートナーを使用している場合はパートナーのルーター）が正しい IPv6 ルートで構成されていることを確認します。

その他の問題

さらにサポートが必要な場合は、サービスプロバイダにお問い合わせください。必要に応じて、サービスプロバイダは Google 側のネットワークに関連する問題を解決するために Google に連絡します。

Cloud Interconnect を介した HA VPN

Cloud Interconnect を介した HA VPN をデプロイするときに、次の 2 つのオペレーション階層が作成されます。

Cloud Interconnect 階層。VLAN アタッチメントと、Cloud Interconnect 用の Cloud Router が含まれます。
HA VPN 階層。HA VPN ゲートウェイとトンネル、HA VPN 用の Cloud Router が含まれます。

各階層には独自の Cloud Router が必要です。

Cloud Interconnect 用の Cloud Router は、VLAN アタッチメント間で VPN ゲートウェイプレフィックスを交換するためにのみ使用されます。この Cloud Router は、Cloud Interconnect 階層の VLAN アタッチメントでのみ使用されます。HA VPN 階層では使用できません。
HA VPN 用の Cloud Router は、VPC ネットワークとオンプレミスネットワークの間でプレフィックスを交換します。HA VPN 用の Cloud Router とその BGP セッションは、通常の HA VPN デプロイと同じ方法で構成します。

HA VPN 階層は、Cloud Interconnect 階層の上に構築されます。そのため、HA VPN 階層では、Dedicated Interconnect または Partner Interconnect に基づく Cloud Interconnect 階層を適切に構成して運用する必要があります。

Cloud Interconnect を介した HA VPN のデプロイのトラブルシューティングを行うには、まず Cloud Interconnect 階層のトラブルシューティングを行います。Cloud Interconnect が正常に機能していることを確認したら、HA VPN 階層のトラブルシューティングを行います。

暗号化された VLAN アタッチメントを作成できない

暗号化された VLAN アタッチメントの作成が失敗し、次のエラーメッセージが表示されます。

  Cannot create an interconnect attachment with IPSEC encryption.
  IPSEC encryption can only be used with a provisioned interconnect attachments
  that have Dataplane version 2.

この問題の解決手順は次のとおりです。

Dataplane v2 でのアタッチメントの作成をサポートしているリージョンについては、すべてのコロケーション施設の表をご覧ください。
リージョンがリストにない場合は、サポートされているリージョンにアタッチメントを再作成します。

Cloud Interconnect の Cloud Router と BGP セッションを確立できない

VLAN アタッチメントに関連付けられた BGP セッションが停止しているかどうかを確認するには、次のコマンドを実行します。

   gcloud compute routers get-status INTERCONNECT_ROUTER_NAME

INTERCONNECT_ROUTER_NAME は、Cloud Interconnect を介した HA VPN デプロイメントの Cloud Interconnect 階層用に作成した Cloud Router の名前に置き換えます。

この問題の解決手順は次のとおりです。

接続のテストと診断情報を取得するの手順に沿って、基盤となる Cloud Interconnect 接続が正常に機能していることを確認します。
BGP セッションインターフェースが正しいアタッチメントを参照していることを確認します。
Cloud Router とオンプレミスルーターの両方で、BGP セッションインターフェースに構成されている IP アドレスを確認します。
Cloud Router とオンプレミスルーターの両方で、ASN 番号が正しく構成されていることを確認します。
Cloud Interconnect 接続と VLAN アタッチメントが admin-enabled 状態になっていることを確認します。

HA VPN トンネルを確立できない

トンネルの状態を確認するには、次のコマンドを実行します。

gcloud compute vpn-tunnels describe VPN_TUNNEL_NAME

VPN_TUNNEL_NAME は、HA VPN トンネルの名前に置き換えます。

この問題の解決手順は次のとおりです。

VPN トンネルは VLAN アタッチメント経由でルーティングされるため、VLAN アタッチメントに関連付けられた BGP セッションが確立されていることを確認します。確立していない場合は、Cloud Interconnect 用の Cloud Router に BGP セッションを確立できないをご覧ください。
Cloud VPN ゲートウェイとオンプレミス VPN ゲートウェイの両方で、トンネルの PSK と暗号が正しく構成されていることを確認します。
オンプレミスルーターの BGP 通知にオンプレミス VPN ゲートウェイアドレスが含まれていることを確認します。含まれていない場合は、アドレスをアドバタイズするように、オンプレミスルーターの BGP 構成を調整します。
既存の BGP ルートとの競合でオンプレミス VPN ゲートウェイへのルートがドロップされていないことを確認します。競合がある場合は、VPN ゲートウェイのアドレスまたはアドバタイズされたルートを調整します。
Cloud Router からの BGP 通知に HA VPN ゲートウェイアドレスが含まれていることを確認します。これを確認するには、オンプレミスルーターまたは BGP ピアの advertisedRoutes フィールドを調べます。advertisedRoutes フィールドを表示するには、次のコマンドを実行します。
```
gcloud compute routers get-status INTERCONNECT_ROUTER_NAME
```
INTERCONNECT_ROUTER_NAME は、Cloud Interconnect を介した HA VPN デプロイメントの Cloud Interconnect 階層用に作成した Cloud Router の名前に置き換えます。

HA VPN ゲートウェイアドレスがアドバタイズされていない場合は、VLAN アタッチメントが暗号化された Cloud Interconnect ルーターに関連付けられていることを確認します。各 VLAN アタッチメントに、想定されるリージョン内部 IPv4 アドレス（--ipsec-internal-addresses）が構成されていることを確認します。

HA VPN 用の Cloud Router と BGP セッションを確立できない

VLAN アタッチメントに関連付けられた BGP セッションが停止しているかどうかを確認するには、次のコマンドを実行します。

gcloud compute routers get-status VPN_ROUTER_NAME

VPN_ROUTER_NAME は、Cloud Interconnect を介した HA VPN デプロイメントの HA VPN 階層用に作成した Cloud Router の名前に置き換えます。

この問題の解決手順は次のとおりです。

BGP トラフィックが VPN トンネル経由でルーティングされるため、VPN トンネルが確立されていることを確認します。確立していない場合は、HA VPN トンネルを確立できないの手順に沿って操作します。
Cloud Router の BGP セッションインターフェースが正しい VPN トンネルを参照していることを確認します。
Cloud Router とオンプレミス VPN デバイスの両方で、BGP セッションインターフェースの IP アドレスが正しく構成されていることを確認します。
Cloud Router とオンプレミスルーターの両方で、ASN 番号が正しく構成されていることを確認します。

VPC トラフィックがオンプレミスネットワークに到達しない（またはその逆）

ping や iperf などの VM から生成されたトラフィックがオンプレミスネットワークに到達できないか、オンプレミスネットワークが VM から生成されたトラフィックに到達できません。

この問題の解決手順は次のとおりです。

VM トラフィックは VPN トンネル経由でルーティングされるため、VM から VPN トンネルへのルートが Cloud Router によって送信されていることを確認します。
HA VPN 用の Cloud Router セッションが確立されていることを確認します。確立されていない場合は、HA VPN 用 Cloud Router と BGP セッションを確立できないをご覧ください。

パケットロスまたは低スループット

VPC ネットワーク上の VM からオンプレミスネットワークへのトラフィック、またはオンプレミスネットワークから VPC ネットワークへのトラフィックがドロップされます。

ping、iperf などのネットワークモニタリングツールで、パケットロスやスループットの低下が確認されています。

この問題の解決手順は次のとおりです。

VLAN アタッチメントがトラフィックで過負荷状態になっているかどうかを確認します。その場合は、トラフィックをより多くの VLAN アタッチメントに分散するか、アタッチメントの容量を更新します。
HA VPN がトラフィックで過負荷状態になっているかどうか確認します。その場合は、VLAN アタッチメント上に追加の VPN トンネルを作成して、トラフィックを再分配します。
トラフィックが予想外に急増していないことを確認します。TCP ストリームは、急増した UDP トラフィックなど、他のストリームの影響を受ける可能性があります。
トンネル MTU を超えるパケットが断片化されているかどうかを確認します。VLAN アタッチメントで MTU が正しく設定され、UDP トラフィックが MSS クランプされていないことを確認します。

暗号化された VLAN アタッチメントを削除できない

Dedicated Interconnect または Partner Interconnect で暗号化された VLAN アタッチメントを削除しようとすると、次のエラーが発生します。

ResourceInUseByAnotherResourceException

この問題を解決するには、まず、暗号化された VLAN アタッチメントに関連付けられているすべての HA VPN ゲートウェイとトンネルが削除されていることを確認します。詳細については、Cloud Interconnect を介した HA VPN を削除するをご覧ください。

暗号化された VLAN アタッチメント間で IP アドレスの種類が一致しない

Cloud Interconnect を介した HA VPN デプロイメントで使用する HA VPN ゲートウェイを作成しようとすると、次のエラーが発生します。

One of the VLAN attachments has private IP address type, while the other one
has public IP address type; they must have same IP address type.

このエラーは、HA VPN ゲートウェイに暗号化された 2 つの VLAN アタッチメントを指定し、これらのアタッチメントに HA VPN トンネルインターフェースと異なる IP アドレススキームが使用されている場合に発生します。IP アドレスタイプは、両方の VLAN アタッチメントで一致している必要があります。

VPN ゲートウェイを作成するときに、プライベート IP アドレスを使用する VLAN アタッチメントを 2 つ指定するか、パブリック IP アドレスを使用する VLAN アタッチメントを 2 つ指定します。VPN ゲートウェイの作成時にこのエラーが発生した場合は、正しいアドレスタイプを使用して VLAN アタッチメントを再作成してください。

HA VPN ゲートウェイインターフェースに VLAN アタッチメントがない

Cloud Interconnect を介した HA VPN にデプロイする場合、HA VPN ゲートウェイの両方のインターフェースに、暗号化された VLAN アタッチメントを指定する必要があります。

VLAN アタッチメントを 1 つだけ指定すると、次のエラーが表示されます。

VPN Gateway should have VLAN attachment specified in both interfaces or in none.

この問題を解決するには、HA VPN ゲートウェイを作成し、2 つの VLAN アタッチメントを指定します。

無効な VLAN アタッチメントタイプ

暗号化された VLAN アタッチメントのタイプは、DEDICATED または PARTNER にする必要があります。

暗号化された VLAN アタッチメントに無効なタイプを指定すると、次のエラーメッセージが表示されます。

VLAN attachment should have type DEDICATED or PARTNER.

この問題を解決するには、暗号化された VLAN アタッチメントを DEDICATED または PARTNER 形式で作成します。

VLAN アタッチメントの MTU 値が間違っている

Dedicated Interconnect 用に暗号化された VLAN アタッチメントを作成すると、次のエラーメッセージが表示されます。

Wrong MTU value [mtuValue] for VLAN attachment.
The supported MTU for IPsec packets for HA VPN over Cloud Interconnect is 1440.

この問題を解決するには、正しい値 1440（デフォルト値）を使用してアタッチメントを再作成します。