Outposts ラックネットワークのトラブルシューティングチェックリスト

お客様のローカルネットワーク機器の LACP 状態を確認します。

デバイスのインターフェイスのステータスを確認します。ステータスが の場合 UP は、手順 3 に進みます。

お客様のローカル ネットワーク デバイスをチェックし、光モジュールが動作していることを確認します。

障害のあるファイバーを交換し、ライト (Tx/Rx) が許容範囲内にあることを確認します。

ローカル自律システム番号 (顧客 ASN) が正しく構成されていることを確認します。

リモート自律システム番号 (Outpost ASN) が正しく構成されていることを確認します。

インターフェイスの IP アドレスとリモート ピアの IP アドレスが正しく構成されていることを確認します。

広告および受信したルートが正しいことを確認します。

BGP および TCP のデバッグ ログ

BGP ログ

パケットキャプチャ

デバイスから BGP 経由で受信されているルートを確認します。

サービス リンクの Virtual Routing and Forwarding インスタンス (VRF) のルート テーブルを確認します。IP アドレス範囲を使用していることが表示されます。

エッジ ルータまたは AWS Management Console から AWS Direct Connect リンクのステータスを確認します。

物理リンクが の場合は UP、エッジ ルータから BGP ピアリングのステータスを確認します。

BGP ピアリングのステータスが DOWN の場合は、ピア AWS IP アドレスに ping を実行し、エッジ ルーターの BGP 設定を確認します。詳細については、「AWS Direct Connect ユーザー ガイド」の「AWS Direct Connect のトラブルシューティング」と AWSコンソールで「仮想インターフェイスの BGP ステータスがダウンしている」 を参照してください。「どうすればよいですか?」。

BGP が確立されているにもかかわらず、VRF にデフォルト ルートまたは AWS パブリック IP アドレス範囲が表示されない場合は、エンタープライズ サポート AWS プランを使用してサポートにお問い合わせください。

サービス リンク接続に必要なポートがネットワーク ファイアウォールで許可されていることを確認します。ポート 443 での traceroute またはその他のネットワーク トラブルシューティング ツールを使用して、ファイアウォールとネットワーク デバイスを介した接続を確認します。次のポートは、サービス リンク接続用のファイアウォール ポリシーで設定する必要があります。

ファイアウォールがステートフルの場合は、アウトバウンド ルールで Outpost のサービス リンク IP アドレス範囲から AWS パブリック IP アドレス範囲までが許可されていることを確認してください。詳細については、「AWS リージョンへの AWS Outposts 接続」を参照してください。

ファイアウォールがステートフルでない場合は、受信フロー (AWS パブリック IP アドレス範囲からサービス リンク IP アドレス範囲へ) も許可してください。

ファイアウォールで仮想ルーターを構成している場合は、Outpost と AWS リージョン間のトラフィックに対して適切なルーティングが構成されていることを確認してください。

NAT デバイスが過負荷になっておらず、新しいセッションに割り当てる空きポートがあることを確認します。

NAT デバイスがアドレス変換を実行するように正しく構成されていることを確認します。

エッジ ルータからリモート ピアリング AWS IP アドレスに ping を実行し、BGP ピアリング ステータスを確認します。

UP サービス リンク エンドポイント VPC とオンプレミスにインストールされている Outpost AWS Direct Connect の間のプライベート仮想インターフェイスを介した BGP ピアリングが であることを確認します。詳細については、「AWS Direct Connect ユーザー ガイド」の「AWS Direct Connect のトラブルシューティング」と「AWS コンソールで仮想インターフェイスの BGP ステータスがダウンしている」を参照してください。「どうすればよいですか?」および「Direct Connect 経由の BGP 接続の問題をトラブルシューティングするにはどうすればよいですか?」

AWS Direct Connect プライベート仮想インターフェイスは、AWS Direct Connect 選択した場所にあるエッジ ルーターへのプライベート接続であり、BGP を使用してルートを交換します。プライベート仮想プライベートクラウド (VPC) CIDR 範囲は、この BGP セッションを通じてエッジ ルーターにアドバタイズされます。同様に、Outpost サービス リンクの IP アドレス範囲は、エッジ ルーターから BGP 経由でリージョンにアドバタイズされます。

VPC 内のサービス リンク プライベート エンドポイントに関連付けられたネットワーク ACL が関連するトラフィックを許可していることを確認します。詳細については、「ネットワーク準備チェックリスト」を参照してください。

オンプレミスのファイアウォールがある場合は、VPC または VPC CIDR にあるサービス リンクの IP アドレス範囲と Outpost サービス エンドポイント (ネットワーク インターフェイスの IP アドレス) を許可するアウトバウンド ルールがファイアウォールにあることを確認してください。TCP 1025-65535 および UDP 443 ポートがブロックされていないことを確認してください。詳細については、「AWS Outposts プライベート接続の紹介」 を参照してください。

ファイアウォールがステートフルでない場合は、VPC 内の Outpost サービス エンドポイントから Outpost への受信トラフィックを許可するルールとポリシーがファイアウォールにあることを確認してください。

BGP がフラッピングしていないことを確認します。

BGP が ISP から必要なルートを受信して​​アドバタイズしていることを確認します。

ISP に接続するエッジ ルーター。エッジ ルータの ISP VRF ルート テーブルを調べて、サービス リンクの IP アドレス範囲が存在することを確認します。

Outpost に接続する顧客のローカル ネットワーク デバイス。VRF の設定をチェックし、サービス リンク VRF と ISP VRF の間の接続に必要なルーティングとポリシーが適切に設定されていることを確認します。通常、デフォルト ルートは、インターネットへのトラフィックのために ISP VRF からサービス リンク VRF に送信されます。

Outpost に接続されているルーターでソースベースのルーティングを構成した場合は、構成が正しいことを確認してください。

NAT デバイスは過負荷になっておらず、新しいセッションに割り当てるための空きポートがあります。

NAT デバイスはアドレス変換を実行するように正しく構成されています。