• 新しい BGP 分析は障害検出を改善する可能性があるが、展開上の課題は依然として残る。
  • QUIC の採用はブラウザの不一致によって妨げられており、広範なサポートには両方のトリガーメカニズムが必要である。

IETF 123 で取り上げられた BGP と QUIC の主な課題

マドリードで開催された IETF 123 会合では、インターネット・エンジニアリング・プランニング・グループ（IEPG）が集まり、いくつかの主要な技術的課題について議論した。主な議題の一つは、BGP（Border Gateway Protocol）分析によるネットワーク障害の検出であった。チームは、自律システム（AS）間の障害の可能性を推測するために、BGP 経路撤回とトポロジ更新を調査した。このアプローチは新しいものではないが、この分析を ISP にとって実用的なツールに変換することは依然として難しい。

もう一つの議題は、接続遅延を削減し速度を向上させるために設計されたトランスポートプロトコルである QUIC の採用だった。議論では、ブラウザのサポートに関する課題が明らかになった。Chrome は QUIC をサポートしているものの、利用率は期待を大きく下回っている。一方、Safari はより新しいアプローチを採用しているが、QUIC を部分的にしかサポートしていない。サーバーが QUIC を最大限に活用するには、alt-svc と DNS HTTPS の両方のトリガーメカニズムをサポートする必要がある。これがコンテンツサーバーに複雑さをもたらしている。

関連記事:IETF 123：ハッカソンとスプリントでプロトコルを強化
関連記事:IETF 123、ハッカソン終了後にマドリードで前進

なぜそれが重要なのか

これらの議論は、インターネットの機能を改善するための二つの重要な問題を浮き彫りにする。第一に、BGP データを使用して障害を検出することは、ネットワーク監視を大幅に改善する可能性がある。しかし、この情報を ISP にとって利用しやすく有用なものにすることは依然として課題である。QUIC に関しては、その可能性にもかかわらず、ブラウザによる採用の遅れがその有効性を妨げ続けている。QUIC がその真価を発揮するには、コンテンツサーバーが両方のトリガーメカニズムをサポートする必要があり、プロトコルの展開とブラウザの互換性に関する懸念が生じている。