Skip to content

非公式本サイトは非公式の日本語ドキュメントであり、Cloudflare 公式サイトではありません。最新情報はdevelopers.cloudflare.comをご確認ください。

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

最終更新 Markdown で表示Agent セットアップ

このガイドでは、Cloudflare WAN のよくあるルーティングと BGP の問題を診断し、解決します。これらの問題は、トラフィック配信に影響したり、想定外の遅延を起こしたり、接続喪失につながったりします。

簡易診断チェックリスト

ルーティングや BGP の問題がある場合は、まず次を確認します。

  1. BGP session state: セッションが Established であること。Connect や Active で止まっていないこと。
  2. ファイアウォールルール: ルーターと Cloudflare のあいだで TCP ポート 179 が双方向に許可されていること。
  3. トンネルまたは CNI の健全性: 下位の接続が健全であること。劣化したトンネルはルート優先度に影響します。
  4. 静的ルートの競合: 同じ優先度では、静的ルートが BGP ルートより優先されます。

よくある問題を解決する

BGP セッションが確立しない

この節は、CNI またはトンネル上で確立する、ネットワークと Cloudflare のあいだの BGP ピアリングセッション（ベータ）を扱います。

症状

  • BGP セッションが Established 状態にならない
  • ルートが広報も受信もされない
  • ルーターのログに接続試行が繰り返される

BGP セッションの状態

状態 意味 対応
Established セッションが上がり、ルートを交換中 正常動作
Active 接続の開始を試行中 ファイアウォールルールを確認し、ネイバー IP を検証する
Connect TCP 接続の進行中 ポート 179 への到達とピアリング IP を確認する
Idle セッションダウン。接続試行なし 設定を確認し、BGP が有効かを確認する

解決策

  1. ルーターと Cloudflare のピアリングアドレスのあいだで、TCP ポート 179 が双方向に許可されていることを確認します。
  2. ネイバー IP が、Cloudflare から提供されたピアリングアドレスと完全に一致することを確認します。
  3. ASN の設定がダッシュボードの値と一致することを確認します。対応しているのは eBGP のみなので、ASN は Cloudflare アカウントの ASN と異なる必要があります。
  4. MD5 認証を使う場合は、双方のパスワードが一致することを確認します。

想定外のトラフィックルーティングや遅延

症状

  • 特定リージョンからのトラフィックが、遠いデータセンター経由でルーティングされる
  • その地域のユーザーで、想定より高い遅延が出る
  • 最も近いトンネルまたは CNI が使われない

原因

  • トンネル健全性の劣化によるルートの優先度低下
  • リージョン単位のルートスコープの誤設定
  • BGP ルートの優先度が想定どおりでない
  • 静的ルートが BGP ルートを上書きしている

解決策

  1. トンネルの健全性を確認する: 劣化したトンネルにはルート優先度に 500,000 が加算されます。ダウンしたトンネルには 1,000,000 が加算されます。トラフィックはより健全な経路へ移り、別リージョンになる場合があります。診断手順は トンネル健全性のトラブルシューティング を参照してください。

  2. ルート優先度を確認する: 優先度の値が小さいほど優先されます。ルートの優先度が想定どおりか確認します。

    • BGP ルートのデフォルト優先度: 100
    • 優先度 100 の静的ルートは、優先度 100 の BGP ルートより優先されます

  3. リージョンスコープを確認する: リージョンスコープ付きルートを使う場合、すべてのリージョンにルートのカバレッジがあることを確認します。一致するルートがないリージョンに到着したトラフィックは破棄されます。

  4. Network Analytics を使う: トラフィックがどこに着地し、どの経路を辿るかを把握します。使い方は ネットワーク分析 を参照してください。

CNI リンク障害

症状

  • ダッシュボードで CNI がダウンと表示される
  • CNI 上の BGP セッションが落ちる
  • トラフィックがトンネルまたは別の CNI へフェイルオーバーする

CNI の問題レイヤー

CNI の問題は複数のレイヤーで起きえます。

問題の種類 影響 確認すること
物理リンクダウン その CNI 上のすべてのトラフィックが影響を受ける 光レベル、クロスコネクトの状態
BGP セッションダウン 動的ルートが撤回される ルーター上の BGP ネイバー状態
プレフィックス撤回 特定のルートが利用できない BGP で広報・受信したルート

物理リンクが健全でも BGP に問題がある場合があります。BGP セッションが健全でも、特定のプレフィックスが撤回されている場合があります。

解決策

物理層を確認する（自社側）:

  1. ルーター上でインターフェイスが管理上アップになっていることを確認します。
  2. 光レベル（Tx / Rx dBm）を確認します。異常値はファイバーまたはトランシーバーの問題を示します。
  3. 受信側の光レベルが低いか無い場合は、データセンターに連絡してクロスコネクトの状態を確認します。

BGP セッションを確認する:

  1. ルーター上の BGP ネイバー状態が Established であることを確認します。
  2. 認証を設定している場合は、MD5 認証の不一致がないか確認します。
  3. セッションが落ちた理由を示すエラーメッセージがないか、BGP ログを確認します。

メンテナンスを確認する:

  1. CNI のロケーションに影響する予定メンテナンスがないか、Cloudflare Status ↗ を確認します。
  2. 非破壊と表示されていても、一部のメンテナンスは一時的に CNI 接続に影響することがあります。

CNI の設定とセットアップは Network Interconnect を参照してください。

静的ルートと BGP ルートの競合

症状

  • BGP ルートを学習しているのに使われない
  • 想定した BGP 経路をトラフィックが辿らない
  • ルート変更が想定どおりに反映されない

原因

同じプレフィックスと優先度を共有する場合、Cloudflare は静的ルートを優先します。明示的に優先度を下げない限り、手動設定したルートが優先されます。

解決策

希望に応じてルート優先度を調整します。

  • BGP ルートを優先する: 静的ルートの優先度を大きい数値にします（例: 150 または 200）。数値が大きいほど優先度は低くなります。
  • 静的ルートを優先する: 静的ルートの優先度を 100 以下に保ちます。BGP ルートのデフォルト優先度は 100 です。
ルート種別 プレフィックス 優先度 選択
Static 10.0.0.0/24 100 はい（同点では静的が勝つ）
BGP 10.0.0.0/24 100 いいえ

この例で BGP ルートを優先するには、静的ルートの優先度を 150 以上にするか、静的ルートを削除します。

優先度の詳細は ルートの優先順位 を参照してください。

CNI、トンネル、BGP の健全性

これらのコンポーネントの関係を理解すると、ルーティング問題の診断に役立ちます。

コンポーネント 監視対象 不健全時の影響
CNI の健全性 物理または仮想相互接続のリンク状態 BGP セッションが落ちることがあります。その CNI 上のすべてのトラフィックが影響を受けます。
トンネルの健全性 ヘルスチェックプローブによる論理 GRE または IPsec トンネル ルート優先度がペナルティを受けます。トラフィックはより健全なトンネルへ誘導されます。
BGP セッション 動的ルーティングのコントロールプレーン接続 動的ルートが撤回されます。静的ルートは影響を受けません。

下位の物理リンクが動作していても、ヘルスチェックプローブがブロックされたり誤設定されていたりすると、健全な CNI 上でトンネルが不健全になることがあります。下位の物理リンクが動作していても、BGP ルートは撤回されることがあります。

サポート向けに情報を集める

このガイドを一通り確認してもルーティング問題が続く場合は、Cloudflare サポートへ連絡する前に次の情報を集めます。

必須情報

  1. アカウント ID と、影響を受けているプレフィックス、トンネル名、または CNI 識別子
  2. 問題が発生した タイムスタンプ（UTC）
  3. BGP 設定の詳細:
    • 自社の ASN と Cloudflare のピアリング ASN
    • ネイバー IP アドレス
    • サニタイズしたルーター設定（パスワードと鍵は削除）
  4. 現在の状態情報:
    • ルーター上の BGP セッション状態
    • プレフィックス、ルート、またはトンネル状態を示すダッシュボードのスクリーンショット

あると役立つ診断データ

  • ルーターログ: 障害時間帯を含む BGP ネイバーログ
  • traceroute の結果: 影響を受けた送信元ネットワークから自社プレフィックスへ
  • CNI の問題の場合: 自社機器の光レベル測定値

ルーターの診断コマンド

次のコマンドの出力を集めます（構文はベンダーによって異なります）。

# Show BGP neighbor status
show bgp neighbors

# Show BGP summary
show bgp ipv4 unicast summary

# Show specific prefix in BGP table
show bgp ipv4 unicast <YOUR_PREFIX>

# Show interface status (for CNI)
show interface <YOUR_INTERFACE_NAME>

# Show received and advertised routes
show bgp ipv4 unicast neighbors <YOUR_NEIGHBOR_IP> routes
show bgp ipv4 unicast neighbors <YOUR_NEIGHBOR_IP> advertised-routes

関連リソース

役に立ちましたか？