同時実行性及びパケット順序処理に着目した CYPHONIC クライアントの実装と評価
埋め込みコード
iframe
<iframe src="https://www.ren510.dev/slides/embed/soc2023/" title="同時実行性及びパケット順序処理に着目した CYPHONIC クライアントの実装と評価" width="100%" style="aspect-ratio:1.778" frameborder="0" allowfullscreen></iframe>script タグ
<script defer class="ren510-slide-embed" data-slug="soc2023" data-ratio="1.7777777777777777" src="https://www.ren510.dev/static/slides/embed.js"></script>🤖 AI による要約 ✨
- P.1 — タイトルスライド。発表タイトルと著者情報、電子情報通信学会ソサイエティ大会 2023 での発表
- P.2 — 集中型処理モデル(Client-to-Server)から分散型処理モデル(Peer-to-Peer)への移行の必要性について説明
- P.3 — P2P 通信における3つのネットワーク課題。NAPT による通信遮断、IPv4/IPv6 非互換性、セキュリティ脅威
- P.4 — CYPHONIC の概要。NAPT 越え・IPv4-IPv6 通信・セキュリティを包括的に解決するオーバーレイネットワーク通信フレームワーク
- P.5 — 従来の CYPHONIC クライアントの課題。シグナリングモジュールの依存関係とシングルスレッド直列処理によるスループット低下
- P.6 — 提案システムの概要。ステート情報の独立化とインメモリキャッシュの追加、パケット処理のマルチスレッド化と順序制御機構の導入
- P.7 — マルチスレッドによるトランザクション方式の詳細。シグナリングメッセージへのステート情報追加と内部キャッシュによるワーカースレッド間データ共有
- P.8 — パケット順序付け及び逐次処理モデル。Staging・Processing・Sending の3モジュール構成による非同期実行時のパケット順序維持
- P.9 — 検証項目及び評価環境。閉域ネットワークで最大10台のピアノードとのトンネル通信における TCP/UDP スループットと ICMP 遅延を計測
- P.10 — 提案処理モデルの評価結果。TCP 約16.9Mbps・UDP 約13.1Mbps のスループット向上、RTT 約4.0ms の改善を確認
- P.11 — まとめ。マルチスレッド非同期処理方式によりスループットの大幅向上とコネクション増加に伴う通信遅延の安定化を実現
- P.12 — 予備スライドの区切りページ
- P.13 — 既存技術(STUN, ICE, SoftEther, Tailscale, DSMIPv6, QUIC)との比較表。CYPHONIC が全課題を包括的に解決する位置付け
- P.14 — CYPHONIC クライアントシステムの内部構成。CYPHONIC Daemon のパケット処理フローとシグナリングメッセージフローの詳細
- P.15 — リソース使用量(CPU・メモリ等)の動向グラフ
- P.16 — APM メトリクス(Goroutine 数・OS スレッド数等)の動向グラフ
- P.17 — 検証・試験の目的とコンセプト。スループット検証とヒート試験の設計、全プロトコルで約12.5日の試験計画
- P.18 — コネクション増減試験における TCP・UDP の CPU 使用率動向グラフ
- P.19 — コネクション増減試験における TCP・UDP のメモリ使用量動向グラフ
- P.20 — コネクション増減試験における TCP・UDP の APM メトリクス動向グラフ
- P.21 — Goroutine の処理モデル。Hyper-threading Kernel と GoRuntime における M:N スケジューラの説明




















