NFV#48(2024年12月)@ニース

今回のNFV#48は久しぶりにETSI本部のあるニース(ソフィア・アンティポリス)での開催となった。リモートでの参加者も多く、やはり他イベントとの同日開催等で参加者を増やす等の地道な活動をしないと参加者の減少を止めるのは難しいかもしれない。

NFV#48のサマリ

NFVの各Releaseの概要はNFV IFA＆SOL(2021年10月)会合サマリとETSI NFV仕様の各リリース機能、詳細はETSI GR NFV 007 Release Description、各仕様の最新状況はOpenboxとFeature Wikiを参照して頂きたい。

Release4は最後の仕様であるTST010ed451がPublishされ、Closeとなった。Release5は5.2.1がFinalizeに向かい、間もなくPublishされる予定である。本会合ではFEAT24 Generic OAM Stage3のSOL024が一部Stage3の仕様が策定され大きく前進した。

また、複雑になり過ぎてしまったNFV-MANOをシンプル化するRelease6の取り組み(IFA054)も間もなくFinalize化される。


前回NFV#47からの更新は

  • Release4(コンテナ対応): ed461を最終版としてClose
  • Release5: v5.2.1のFinalize化
    • FEAT20(Autonomous): AI技術を利用した自律的なLCMの実現のStage3
    • FEAT24 (Enhansed Generice OAM): SOL024としてStage3推進中
      • Log Aggregator, Log Analyser, Traffic EnforscerについてCNCF系のOpen SourceとGAP分析済
      • Policy AgentについてOPA(Open Policy Agent)とCedarについてGAP分析中
      • IstioベースのTraffic Enforserと、Fluent BitベースのLog AggregatorについてAPI、Resource、Data modelの仕様推進中
      • Stage2レベルでPSD(PaaS Service Descriptor), PSR(PaaS Service Repository), PSM(PaaS Service Management)の仕様化 (Stage 3は未着手)
      • SOL024ed521は2月末Stable化ターゲットでLog Aggregator, Log Analyser, Traffic Enforscer, Policy Agentを仕様化予定
Component Open Source Interface Name Stage 2 Stage 3 study Stage 3 Normative
Traffic Enforcer Istio, Cilium Traffic management interface 機能要件＆
IF要件仕様化済(ed441)		 済(ed521) API＆Resource＆Data model
仕様化済(ed521)
Network Configuration Manager 調査中 Network configuration management interface 機能要件＆
IF要件仕様化済(ed441)		 未(ed531
/2025年7月末？)
Upgrade VNF Manager 調査中
(Argo?)		 Upgrade VNF management interface 機能要件＆
IF要件仕様化済(ed441)		 未(ed531
/2025年7月末？)
Log Aggregator FluentBit, OpenTelemetry Log exposure interface 機能要件＆
IF要件仕様化済(ed441)		 済(ed521) API＆Resource＆Data model
仕様化済(ed521)
Log Analyser OpenSearch, Grafana Log analysis exposure interface 機能要件＆
IF要件仕様化済(ed441)		 済(ed521) 未(ed521?)
VNF Metrics Aggregator 調査中
(Prometheus?)		 Metrics exposure interface 機能要件＆
IF要件仕様化済(ed441)		 未(ed531
/2025年7月末？)
VNF Metrics Analyser 調査中 Metrics analysis exposure interface 機能要件＆
IF要件仕様化済(ed441)		 未(ed531
/2025年7月末？)
Time Manager 調査中 Time management interface 機能要件＆
IF要件仕様化済(ed441)		 未(ed531
/2025年7月末？)
VNF Configuration Manager 調査中
(Ansible?)		 VNF configuration management interface 機能要件＆
IF要件仕様化済(ed441)		 未(ed531
/2025年7月末？)
PaaS Service Policy Agent Open Policy Agent, Cedar Policy Management Interface 機能要件＆
IF要件仕様化済(ed511)		 分析中(ed521) 未(ed521?)
VNF Testing Manager 調査中 VNF testing management interface 機能要件＆
IF要件仕様化済(ed511)		 未(ed531
/2025年7月末？)
PaaS Service Notification Manager 調査中 Notifications Management Interface 機能要件＆
IF要件仕様化済(ed511)		 未(ed531
/2025年7月末？)
Configuration Server 調査中
(Git?)		 Configuration Data Management Interface 機能要件＆
IF要件仕様化済(ed511)		 未(ed531
/2025年7月末？)
    • FEAT26(Policy model): SOL022としてStage3推進中
      • TOSCAとYangに追加してJSONの言語比較が行われ、JSONの方向で仕様化開始
      • 基本データタイプについてはStage3のData modelの仕様化済(2月末Stable化ターゲット)
    • FEAT33(PIM: Physical Infrastructure Manager): IFA053のStage3 SOL028が開始
      • IPMI, Ansible, DMTF Redfish, OpenStack Ironic, LFN ODIM, metal3等が分析され、PIMの要求機能仕様化
      • Stage3は目次が決定し、provision&LCM, inventory, topology, performance, fault, logについてInterface仕様化予定
    • Enh01.01(Certificate Management): CMF向けIFのStage3であるSOL023のFinalize化
      • CMPv2ベースにRegister/De-register, Notification, VNF LCM等をSOL023で仕様化
      • CMPv2をどこまで利用できているか？と他団体のドキュメントを単純参照でなくコピーして改変していることに違法性が無いか？で以下チェック中
        1. CMPv2をベースにNFVでRESTの完全独自ソリューションを仕様化する(著作権違反性について要確認)
        2. CMPv2で規定されているところはCMPv2を単純参照する形に戻し、CMPv2で規定されていないところのみNFVでRESTのソリューションを仕様化する
        3. データモデルはCMPv2を参照し、UnderlayのみRESTベースで再仕様化する(当初のSOL023の方針だったが、SOL023仕様化中にRFC 9480が発行されたことで再仕様化が必要)
      • 3GPP SA3やO-RAN WG11等のセキュリティグループとも連携中
  • Release 6: Usecase検討中
    • latency aspects and new communication technologies for NFV: EVE024としてTSN(Time Sensitive Network)等をNFVで実現するレポート分析中
      • Low LatencyのFrameworkとしてETSI GS MEC 010-2やReal Time Operating Systemの分析
    • new infrastructure resources for NFV: EVE023として、Hyper-scalerやSmartNICなどの多種多様なインフラを管理するためのレポートがStable化
      • NTN(non-terrestrial-networks), HAPS(high-altitude platform stations), UAV(unmanned aerial vehicles), satellite, meta-surfaces等の新しいプラットフォームの分析
      • Smart NIC、AI chips、DPU(Data Processing Unit)等の新しいモジュールの分析
      • 多様なプラットフォームをNFVIとしてデプロイしたり、様々なモジュールをacceleratorとして利用したりするユースケース
      • ユースケースの収集が完了し、Key issueの分析やSolutionの検討の開始
    • architectural support for NFV evolution: IFA054として、複雑化したNFVの仕様をシンプル化＆最適化し、より拡張性高いアーキテクチャにするレポート開始
      • NFV Whitepaperをベースに課題のサマリ化
      • New solutionについて概ねコンセプトが完成
    • Serverless and other application virtualization forms in NFV: EVE025として、serverlessとNFVの役割を分析するレポート開始
      • Severless、FaaS(Function as a Service)、BaaS(Backend as a Service)の定義開始
      • kata-container, WASM等の分析開始
    • computing and network convergence: EVE026としてネットワーク内でComputeリソースを利用するレポートを開始
      • 目次の合意
    • Model-as-a-Service (MaaS) in NFV: EVE027としてMaaSのレポートを開始
  • White Paper: NFVの価値を可視化するために2つのWhite Paperを作成中
    • 「MANO added value」としてETSI NFV及びMANOのそもそもの価値とは何かについて執筆中
    • 「NFV Evolution」としてIFA054と連携しながらNFVの進む方向性について執筆中
  • Future NFV: NFVの今後に関する議論
    • Future roadmap
      • ETSI NFV全体
      • SOL Spec/OpenAPI/Robot codeのRelease plan

    • Future organization
    • 他団体との連携

      • 標準仕様の使われ方





コメント

コメントを投稿

このブログの人気の投稿

CISMとは？CCMとは？NFVでコンテナ管理はどうやるの？

イメージ
ETSI-NFV仕様の各Release機能 の通り、ETSI-NFVのRelease4ではコンテナの制御が追加される。Release4は IFA039のSBA の影響でService Baseの仕様が入っており、ETSI-NFVにおけるコンテナ管理は様々なバリエーションがある。そのため、どのように各仕様を使うかを理解するのは非常に難易度が高いだろう。なお、コンテナとは何か？については こちら を参照して頂きたい。 Kubernetesによるクラウド管理 Kubernetesは、コンテナという技術と各種管理機能を使ってプログラム(APL)を抽象化し、クラウド上でAPLを制御するフレームワークとそれを支える管理機能群である。ここでのクラウドとは、APLを抽象化することでインフラの制御を含む様々な資源を共通機能化し、それらをAPIでソフトウェア的に制御できるようにしていることだが、それを仮想化とクラウドの違いから図でまとめてみた。 仮想化だけした場合(単純仮想化)は、基本的にはAPLは物理装置自体と同じ構造であり、それをインストールしたり故障時の修理をしたりする作業も物理装置と同じ手順が必要だった。しかし、せっかくAPLを仮想化によりソフトウェア化し、HWとの依存関係を無くしている(抽象化している)ので、例えば初期構築やHW故障時の対応をAPI化したい。これがIaaS(Infrastructure As A Service)と呼ばれ、サーバやNW機能の一部を管理機能(ETSI-NFVの場合はVIM)で制御できるようにしている。これにより、物理装置の変更に伴う各種作業は削減され、VMだけ考慮すればよくなった。さらに一歩進んで、LBやDBなどの共通機能をインフラの一部として提供する(PaaS)ことで、HWに依存しない新しいタイプのAPLとプラットフォームへ進化することができ、この“何か分らない雲のようなところにリクエストを出すとサービスを得られる“というものがクラウドである。 Kubernetesは、このクラウドの効果を最大化するために、APLの範囲を最小限化している。 Kubernetesの世界では、APLはDataを持たず、Logicのみをコンテナとしてカプセル化しPodという単位で管理することで、外部から容易かつ高速に起動/停止が可能となっている。そのため、APLの冗長...
続きを読む

モバイルネットワークの保守運用の基礎

イメージ
O-RANや Sliceの管理 によって、最近モバイルネットワークの保守運用が脚光を浴びるようになってきた。しかし、運用方法や保守系装置は“オペレータやベンダ毎に異なる領域“というイメージであり、なかなかまとまったドキュメントや資料が見つからない。 保守運用の基本 これまでネットワークの保守運用のデファクトや標準仕様と言えばTM Forumの eTOM 程度しか無かったと思う。eTOMや各種標準化機能やOpen Sourceを踏まえると、大きく以下のような考え方がありそうだ。 保守運用のプロセス strategy： 新サービス導入やユーザの利用状況を踏まえた設備計画 保守運用の観点から見るとfulfillmentのInput情報 fulfilment(fulfillment)：設備計画に基づいたネットワーク装置(NF)や、それらを接続するネットワーク(NW)の設計・工事 assurance：運用しているNFやサービスの監視や復旧、更新作業 4Gまでの保守運用というと、assuranceを指すことが billing：利用状況に基づいた課金 保守運用の観点から見ると運用結果のOutput 保守運用レイヤ Business Management System (BMS)： 顧客の契約情報を管理 一般的にBusiness Support System (BSS)を利用 Service Management System (SMS)： 提供サービスの管理運用 Network Management System (NMS)： (サービスを実現する)NFの接続性の管理運用 4GまでのOperation Support System (OSS)と言うとNMSのことを指すことが多かったようだ Element Management System (EMS)： NF自体の管理運用 NFのFCAPSと言えば、EMSのことを指すことが多い 一般的にネットワークの保守運用というと、EMSまたはNMSのレイヤのfulfilment＋assuranceを指すことが多いように感じる。しかしながら、システムによる実装と人手での運用という観点では、4GまではEMSのassuranceまでを実装し、残りは手作業ということも多かったようだ。規模が大きな企業では、NMSやSMSの一部を取り入れてOSSを導入し...
続きを読む

VNFMとは？

仮想化された交換機等のテレコム設備(VNF: Virtualised Network Function)の管理機能部としてETSI-NFVではVNFM(VNF Manager)が定義されている。VNFMの主な役目として VNF LCM を行うというものがあるが、VNFMが入ることでNFVOやVIMとの機能的な違いが分かりにくくなっている。VNFMの役割とは何だろう？ ETSI-NFVにおけるVNFMの役割 ETSI GS NFV-MAN 001 の過去の提案資料(寄書)や議論状況を見ていると、どうやら以下のような考え方で機能部を検討してきたようだ。 テレコム設備(Network Function)の仮想化(VNF) Compute/Storage/Networkの仮想リソースプール化(NFVI: NFV Infrastructure) 複数のNFVIの管理/クラウド化(VIM: Virtual Infrastructure Manager) 複数のVIMのキャパシティ管理と既存保守機能部(OSS: Operation Support System)の接続と自動化(NFVO: NFV Orchestrator) 既存のNFのOAM部(EM: Element Manager)やVNFの仮想化に伴う不足機能の補完(VNFM) MAN001の議論状況だけ見ると、上記の通りNFVOとVIMしかなかったようだ。MAN001の発行直前に、既存のVNF/EM/OSSと新機能部であるNFVO/VIMの不足機能を補完するためにVNFMが定義されている。 問題はこの“不足機能“とは何かが不明瞭なため、VNFMは様々な機能部との境界ラインが曖昧になってしまっている。 VNFMの機能 ETSI GS NFV-IFA 010 を確認すると、VNFMが保持する機能としてはVirtualised Resource (VR) Mgmt、VNF  LCM、VNF Config Mgmt、VNF Info、VNF FM、VNF PM、VNF Indicator、Policy Mgmt、Snapshot Mgmt、VNF workload Mgmtがある。VNF LCMやVNF workload Mgmtは NFV-Tacker workshopのレポート「NFV＃34会合サマリとNFV-Work...
続きを読む