こんにちは、GMOインターネットグループ株式会社 ネットワークソリューション部の梅崎です
今回はローカル5G案件でfree5GCを物理サーバー上で動かし
どれだけのトラフィックをさばけるのか試しました
目次
free5GCを試してみた -Vol.01
構成

- free5GC の全コンポーネントを入れた物理サーバー(10Gbps接続✕2)を一台
- UERANSIM の UE & gNB 相乗りの VM を5台ずつ、3台の物理サーバー(10Gbps接続)へ
- MEC見立ての物理サーバー(iperfの対向役)を一台
主に使ったもの
| 5Gコア | free5GC この時点のもの リンク1 リンク2 |
| 5Gアンテナ/端末シミュレーター | UERANSIM v3.2.6 リンク |
| OS | Ubuntu 22.04.1 LTS |
| トラフィック生成ツール | iperf version 2.1.5 |
| free5GC 側のサーバー | CPU: Intel(R) Xeon(R) CPU E5-2660 v3 × 2ソケット(計20コア/40スレッド) メモリー: 128GB |
| UERANSIM 側の物理サーバー | CPU: Intel(R) Xeon(R) CPU E5-2670 v3 × 2ソケット(計24コア/48スレッド) メモリー: 128GB or CPU: Intel(R) Xeon(R) CPU E5-2660 v3 × 2ソケット(計20コア/40スレッド) メモリー: 128GB |
| UERANSIM の VM | CPU: 8個 メモリー: 1GB |
| MEC見立ての物理サーバー | CPU: Intel(R) Xeon(R) CPU E5-2660 v3 × 2ソケット(計20コア/40スレッド) メモリー: 128GB |
トラフィック印加試験

1台のVMのみ
# MECへUEごとにのトラフィックを流す
#出す側
iperf -i 1 -t 3600 -b 100M -c ${受け側のIP} -P 1 -u
#受け側
iperf -s -i 1 -u
100Mbpsのときは問題ないですが


600Mbpsのときはそもそも、UERANSIMのVMからパケットが500Mbps前後しか出ない状態でした
色々試したところ400Mbpsのトラフィック一本ならパケロス等も無いようで
今回の構成のUE一台ごとの上限は400Mbpsのようです
15台のVM(UDP)
# MECへUEごとにトラフィックを流す
#出す側
iperf -i 1 -t 3600 -b 100M -c ${受け側のIP} -P 1 -u
#受け側
iperf -s -i 1 -u
100Mbpsを15台分は特に問題なく


100Mbps * 2本が15台分は一瞬3Gbpsになるもののすぐに
セッションが切断されてしまいました
15台のVM(TCP)
次にTCPでも同様なことを試してみました
# MECへUEごとにトラフィックを流す
#出す側
iperf -i 1 -t 3600 -b 300M -c ${受け側のIP} -P 2
#受け側
iperf -s -i 1
UDPをTCPにするとアップロード側が合計で最大7Gbps程度になり
正直TCPよりUDPの方がスピードが出そうだと思っていたのですが
TCPの方が圧倒的に多くのトラフィックを捌けていて驚いています……
15台のVM(UDP、チューニングをしてみる)
ちょっとTCP側と違いあまりチューニング方法が出てこなかったのですが
一つそれらしいコマンドを見つけたので試そうと思います
# UDPはソケットバッファを増やすとパフォーマンスが良くなるとのこと
sysctl -w net.core.rmem_max=4194304
sysctl -w net.core.wmem_max=4194304
# MECへUEごとにトラフィックを流す
#出す側
iperf -i 1 -t 3600 -b 100M -c ${受け側のIP} -P 1 -u
#受け側
iperf -s -i 1 -u100Mbps*2を15台の動作はあまり変わらないという結果でした
ここで気がついたのですが合計トラフィックが3Gbpsを超えたところで
パケットがMEC役のサーバーへ届かなくなり

その後、しばらくしfree5GCのサーバーへ来るトラフィックが3Gbpsを割り始めると
パケットがMEC役のサーバーへ到達するようになりました

15台のVM(TCP、 UL/DL双方向)
ちょっとUDPは挙動が怪しいですが、これ以上はチューニングを頑張らないとならなさそうなので
一旦TCPの方を試していきます
ここまではUEからみてUL方向のトラフィックのみだったので
今度はTCPUL/DL双方向にしたところ
# MECへUEごと、UL/DL双方向にトラフィックを流す
#出す側
iperf -i 1 -t 3600 -b 500M -c ${受け側のIP} -d
#受け側
iperf -s -i 1
ULが4.5Gbpsほど、DLが3.5Gbpsほどになりました
ただ、ULのみのときと同じく数分放置しているとセッションが切れてしまうUEが数台出てくる状態です
15台のVM(TCP、DL方向)
次にUEからみてDL方向のトラフィックをテストしてみます
# MECへUEごと、UL/DL双方向にトラフィックを流す
#出す側
iperf -i 1 -t 3600 -b 500M -c ${受け側のIP} -r
#受け側
iperf -s -i 1
DL方向のトラフィックも7Gbps程度はでるようでした
こちらも数分放置しているとセッションが切れてしまうUEが数台出ていました
15台のVM(TCP、UL方向、7Gbps以下)
最後に今までの上限トラフィックより少ないトラフィックだと
UEのセッションが切れないようになってくれるか試してみます
# MECへUEごと、UL/DL双方向にトラフィックを流す
#出す側
iperf -i 1 -t 3600 -b 400M -c ${受け側のIP}
#受け側
iperf -s -i 1
最初は問題なく400Mbps*15台の6Gbpsほどを処理できています

ただ、こちらも一時間放置したところ
いくつかのUEのセッションが切れてping届かなくなっていました
まとめ
free5GCを物理サーバー上に構築したところ
今回のサーバースペックだとTCPがUL/DL合計7~8Gbps程度、UDPがULで3Gbps程度出るようですが
トラフィックを流し続けているとUEのセッションが不安定になってしまうという結果でした
ただし、この不安定さの原因がUERANSIM側なのかfree5GC側なのか、はたまた相性の問題なのかが不明なので
今後はUE/coreの別実装でもテストする必要があるかなと思います
最後に
安定性はさておくと現状のローカル5G環境として利用する分には
捌けるトラフィックは十分かなと感じています
次回は実際のRANをfree5GCにつなげてみて
安定性等々を試していこうかと思います
ブログの著者欄
採用情報
関連記事
KEYWORD
CATEGORY
-
技術情報(608)
-
イベント(242)
-
カルチャー(61)
-
デザイン(77)
TAG
- 5G
- Active Directory
- AI
- AI for DevOps
- AI TALK
- AI 機械学習強化学習
- AI/機械学習
- AIO
- AIエージェント
- AIコーディング
- AIコーディングエージェント
- AIセキュリティ
- AI人財
- AI教育
- AI活用
- AI研究
- AI駆動
- Behind the Scenes
- BIT VALLEY
- blockchain
- ChatGPT
- ChatGPT Team
- Claude Code
- Claude Team
- cloudflare
- cloudnative
- CNDO
- CNDT
- CODE BLUE
- ConoHa
- ConoHa VPS
- ConoHa VPS MCP
- CSS
- CTF
- DEF CON
- DEF CON 34
- Designship
- developer
- DevRel
- DevSecOpsThon
- Docker
- DTF
- EDR
- Engineering Journey
- expert
- EXPERT CROSS
- GMO AI&ロボティクス商事
- GMO AIR
- GMO DESIGN AWARD
- GMO Developers Day
- GMO Developers Night
- GMO Flatt Security
- GMO GPUクラウド
- GMO Hacking Night
- GMO kitaQ
- GMO SONIC
- GMOアドパートナーズ
- GMOアドマーケティング
- GMOインターネット
- GMOインターネットグループ
- GMOインターネットグループ陸上部
- GMOグローバルサイン
- GMOコネクト
- GMOサイバーセキュリティ byイエラエ
- GMOサイバーセキュリティbyイエラエ
- GMOデジキッズ
- GMOヒューマノイド・ラボ
- GMOブランドセキュリティ
- GMOペイメントゲートウェイ
- GMOペパボ
- GMOメイクショップ
- GMOメディア
- GMOロボッツ
- GMO大会議
- GMO天秤AI
- Go
- GPUクラウド
- GTB
- Hack-1グランプリ
- IETF
- iOS
- IoT
- ISUCON
- Japan Drone
- JapanDrone
- Java
- JJUG
- JSAI2026
- K8s
- Kaigi on Rails
- Kerberos
- Kids VALLEY
- LLM
- LLMO
- MCP
- MetaMask
- MySQL
- NFT
- OpenStack
- OSS
- Perl
- PHP
- PHPcon
- PHPerKaigi
- Python
- QUIC
- RFC
- RPA
- Ruby
- SECCON
- Selenium
- Spectrum Tokyo Meetup
- splunk
- SRE
- Takumi byGMO
- Terraform
- TypeScript
- UI/UX
- vibe
- VLA
- VPN
- VPS
- VS Code
- WebRTC
- Webアプリケーション開発
- XR
- XSS
- Yoitoi Summit
- ZTNA
- アウトプット
- アドベントカレンダー
- イベントレポート
- インターンシップ
- インハウス
- インフラ
- エキスパート制度
- エキスパート座談会
- エンジニア採用
- エンジニア文化
- お名前.com
- クラウド
- クリエイターインタビュー
- クリエイティブ
- コーディングエージェント
- コンテナ
- コンピュータビジョン
- サイバーセキュリティ
- サマーインターン
- スクラム
- スパム対策
- スペシャリスト
- セキュリティ
- セキュリティカンファレンス
- セキュリティ人材
- センシング
- ソフトウェアサプライチェーン
- ソフトウェア開発
- チームビルディング
- データサイエンティスト
- デザイン
- ネットのセキュリティもGMO
- ハーネスエンジニアリング
- バイブコーディング
- バックエンド
- ヒューマノイド
- ヒューマノイドロボット
- フィジカルAI
- フルスタック開発
- プログラミング教育
- ブロックチェーン
- フロントエンド
- プロンプトインジェクション
- ペアリング暗号
- ペネトレーションテスト
- ホワイトハッカー
- ゆめみらいワーク
- リモートワーク
- レッドチーム
- レンタルサーバー
- ロボット
- ロボット導入
- ロボティクス
- ワークフロー
- 世界モデル
- 京大ミートアップ
- 京都大学
- 京都未踏
- 人型ロボット
- 人工知能
- 人工知能学会
- 光学
- 国際ロボット展
- 国際標準化
- 基礎
- 多拠点開発
- 大阪公立大学
- 宇宙セキュリティ
- 宮崎オフィス
- 強化学習
- 応用
- 技育プロジェクト
- 技術イベント
- 技術ブログ
- 技術同人誌
- 技術広報
- 技術書典
- 拡張知能
- 新卒
- 新卒研修
- 新規サービス開発
- 映像
- 映像クリエイター
- 映像制作
- 暗号
- 未踏
- 業務効率化
- 機械学習
- 次世代育成
- 決済
- 生成AI
- 産学連携
- 研究開発
- 社会実装
- 社内コミュニティ
- 組織横断
- 耐量子暗号
- 脆弱性診断
- 自動化
- 自律実行
- 若手人材育成
- 通信技術
- 開発組織
- 開発者
PICKUP
-
【エキスパート座談会 #1】生成AI活用の現在地:作業の自動化から「仕組みづくり」へ
技術情報
-
【第4回・AI TALK】GMOインターネットグループ・石丸智輝さんに聞く、AI時代に「人が書く意味」
技術情報
-
近畿圏の若手14名、半年の開発の起点に。「京都未踏」ブースト会議レポート
イベント
-
【第3回・AI TALK】GMOインターネットグループ・真次さんに聞く、ヒューマノイドの現在地と研究者としての挑戦
技術情報
-
【DEF CON 34 参加レポート】GMOインターネットグループが挑む、世界最高峰セキュリティカンファレンスの最前線
イベント
-
【Expert Cross #4・後編】「場づくり」を通じて新しい概念を組織に浸透。横のつながりと共に広がった「エキスパートとしての視野」
技術情報