ルーティングと BGP

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

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

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

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

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

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 上の BGP セッションが落ちる
• トラフィックがトンネルまたは別の CNI へフェイルオーバーする

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

物理リンクが健全でも 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 経路をトラフィックが辿らない
• ルート変更が想定どおりに反映されない

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

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

• BGP ルートを優先する: 静的ルートの優先度を大きい数値にします（例: 150 または 200）。数値が大きいほど優先度は低くなります。
• 静的ルートを優先する: 静的ルートの優先度を 100 以下に保ちます。BGP ルートのデフォルト優先度は 100 です。

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

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

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

下位の物理リンクが動作していても、ヘルスチェックプローブがブロックされたり誤設定されていたりすると、健全な 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

• Traffic steering: ルート優先度、BGP コミュニティ、ECMP の動作
• ルートを設定する: 静的ルートの設定
• Network Interconnect: CNI のセットアップと BGP ピアリング
• トンネル健全性のトラブルシューティング: トンネル固有の診断手順
• ネットワーク分析: トラフィック分析と監視
• Cloudflare Status ↗: メンテナンスとインシデントの通知

詳細は、Cloudflare WAN のドキュメントを参照してください。