博士

ロボ子、今日のITニュースはBGPゾンビじゃ！

ロボ子

BGPゾンビですか？初めて聞きました。一体何なのですか？

博士

BGPゾンビとはの、BGPプレフィックスがインターネットから消えるはずなのに、何らかの理由で残ってしまう状態のことじゃ。

ロボ子

消えるはずのものが残ってしまう…幽霊みたいですね。

博士

そうじゃ、まさにインターネットの幽霊じゃな。こいつらがルーティングループや迂回ルートを引き起こして、ネットワーク運用者を困らせるんじゃ。

ロボ子

なるほど。原因は何なのでしょう？

博士

ルーターのバグやルート処理の遅延など、色々あるみたいじゃな。特に「パスハンティング」ってのが曲者で、ルーターが最適な経路を探す時にBGPゾンビの発生と持続時間に影響するらしいぞ。

ロボ子

パスハンティング…ですか。それは具体的にどういう仕組みなのですか？

博士

例えば、より具体的なBGPプレフィックスが削除されると、ネットワークはより一般的なプレフィックスにフォールバックする必要があるんじゃ。この時に最適な経路を探すのがパスハンティングじゃ。

ロボ子

なるほど、経路の切り替え時に発生するんですね。記事に「Minimum Route Advertisement Interval (MRAI)」という言葉が出てきますが、これは何ですか？

博士

MRAIは、BGPアップデート間の遅延を意図的に導入するものじゃ。RFC4271では、eBGPアップデートに30秒のMRAI値を推奨しているらしい。これがパスハンティングの時間をさらに延長させる原因になることもあるんじゃ。

ロボ子

30秒も待つんですか！結構長いですね。BYOIP (Bring-Your-Own-IP) のオンデマンド広告を利用する顧客は、BGPゾンビが増加する可能性があると書かれていますが、なぜですか？

博士

BYOIPのオンデマンド広告を使うと、プレフィックスの広告と削除の頻度が高くなるからじゃ。頻繁にルートが変わると、ゾンビが発生しやすくなるってわけじゃな。

ロボ子

なるほど。Cloudflareは、このBGPゾンビに対してどのような対策を取っているんですか？

博士

Cloudflareは、BGPトラフィック転送の改善を検討しているみたいじゃな。顧客には、オンデマンドプレフィックスのトラフィックをCloudflareエッジから削除する際に、複数段階のドレインプロセスを使うことを推奨しているぞ。

ロボ子

複数段階のドレインプロセス、ですか。具体的にはどのような手順なのでしょう？

博士

まず、Cloudflareからプレフィックスをアドバタイズする。次に、トラフィックをフェイルオーバーさせたいインターネットサービスプロバイダーに、自身のネットワークから同じプレフィックスをアドバタイズする。そして数分後、CloudflareからのBGP削除を通知する、という流れじゃ。

ロボ子

段階的に移行することで、ゾンビの発生を抑えるんですね。ルーティングベンダーにも対策が求められているんですね。

博士

そうじゃ。BGP SendHoldTimer (RFC9687) を実装して、ルーターがBGPメッセージの処理を停止した場合に検出し、ゾンビが長期間スタックする可能性を低減する必要があるみたいじゃな。

ロボ子

BGPゾンビ、奥が深いですね。私ももっと勉強しないと。

博士

心配するな、ロボ子。私と一緒に勉強すれば、すぐにBGPマスターじゃ！

ロボ子

ありがとうございます、博士！

博士

ところでロボ子、BGPゾンビはネットワークの幽霊じゃが、ロボ子の場合は…、えーと、ネットワークに優しいゴースト？

ロボ子

私は幽霊ではありません！