プログラム紹介「ハードウェアオフロード技術を使って高性能で省電力なUPFを作ろうとした話(モバイルトラフィック増大への対策)」

Day2(2024年1月18日) 16:00~16:45に開催される「ハードウェアオフロード技術を使って高性能で省電力なUPFを作ろうとした話(モバイルトラフィック増大への対策)」の発表者である
藪原 穣さん(KDDI株式会社)
木本 瑞希さん(KDDI株式会社)
立和名 隼人さん(KDDI株式会社)
からコメントをいただきました。

上段左から、土屋さん(プログラム委員長)、柚山さん(担当プログラム委員)、立和名さん(KDDI株式会社)
下段左から、藪原さん(KDDI株式会社)、木本さん(KDDI株式会社)

応募したきっかけ

自分たちの成果を対外公表するうえで、この分野で最も盛り上がっていそうな会合がJANOGだった。
もともと1度は出てみたいと思っていたので、タイミングと成果が出そろったちょうど良いタイミングで採用いただけて、とても嬉しいです。

アピールポイント、議論したいこと

総務省が公表している資料によると最繁時のモバイルトラフィック量は1年で約29%増加しており、2030年度にはトラフィック量が2021年の10倍近くになる可能性があります。
トラフィック量の増加に対してIAサーバを増設するという現在のやり方では電力消費量の増加が課題になってきます。
5GC、特にユーザトラフィックの処理を担うNetwork Functionである、UPFについてはこの問題への対応が必要です。
一方でCPUによるパケット処理を別のハードウェアにオフロードする技術・製品が年々登場しており、先に挙げた課題が解決できる可能性があります。
そこで弊社ではプログラマブルスイッチASIC + FPGAという2種類のハードウェアオフロードデバイスで構成されたアーキテクチャ上で動作するUPFを、内製で試作開発し、性能評価を行いました。
本発表では開発したUPFの設計・実装の解説、その開発を通して分かったハードウェアオフロード技術のメリットとその限界、さらに従来オペレータの立場である我々がどのようにして内製開発を進めたかについて共有します。

議論ポイント案

  • P4を用いた開発中にハードウェアのリソース不足で困ったことがあるか、どう対応したのか?
  • Network Functionの機能を全てP4で実現するような大規模な開発を実施したケースはあるか?
  • ユーザトラフィックをP4で記述する際に足りていないと感じる機能やそのユースケースはあるか?
  • ハードウェアを拡張した場合に簡単にExtern(注釈1)を作れると嬉しいが、実現可能だろうか?
  • P4を扱うソフトウェアエンジニアはどこまでHWを意識できるのか?またはどこまで意識するべきなのか?
  • オペレータが内製開発することについての本音と建前

注釈1: P4ではパケット処理でよく使われる機能(パケットカウンタやチェックサム計算など)や、独自に実装した機能をExternという形で記述して利用することができる

JANOG53の参加者への期待

これからもオペレータの内製開発部隊がHWオフロード技術を活用する場合、HWベンダ(開発者、提供者両方)の立場でアドバイスやこういった協力が可能、と言ったご意見があれば頂きたい。
HWオフロード技術やP4言語によるNW機器開発を一緒に盛り上げてくださるお仲間募集!

\このページをシェアする/
translate »