NFV#34(2021年4月)の会合サマリとNFV Workshop

今回のNFV#34は、Telecom TVと合同のNFV-Workshopと、NFV-Tacker Workshopという外部団体の連携が特徴的だった。最新のNFV仕様の全体像はこちら(ETSI-NFVのOpen area)で、NFV会合の説明は過去のBlog NFV33の会合サマリを確認して頂きたい。

NFV#34のサマリ

NFV#33と比較した重要な活動結果としては
  • Release3についてはSOLの第2版(ed351)もTST010の初版(ed331)もリリースされなかったので、大きな進捗はなかったようだ。
    • 3GPPとMANOで連携しながら高度なVNFの制御を可能にするLcmCoordinataionは次回に繰り越しのようだ。
    • Rel3のSOL API(ed331)に対応するTST010が発行されていないので、Robot Frameworkの自動テスト環境はまだまだ構築ができないだろう。
  • Release4はIFAの第2版(ed421)が凍結(Finalize)され、最低限のコンテナ制御のAPIとデータモデルはStage2レベルでは揃うだろう。
    • IFA036(Cluster管理)やIFA038(コンテナネットワーク)が終わっていないので、どのレベルでマルチベンダ可能かは不明。現時点ではVNF/CISM(コンテナ基盤)/VNFMは一体型が現実的かもしれない
    • Stage3は過去のバージョンを見ても半年以上はかかるので、早くてもRelease 4のStage3の初版は年末だろう。
  • NFV Workshopを見る限り、ETSI-NFVはRelease5を検討しているらしい。プレゼン内容を踏まえると、考えられるRelease5の方向性は以下のあたりだろう。特にVNFのConfigurationやPaaSはRelease5の目玉機能になるかもしれない。
    • 仮想リソースレイヤ→VNFレイヤへ
    • コアネットワーク→MECやRANの領域へ
    • デジュール(標準仕様) vs デファクト(実装先行) → Open Sourceと標準化の融合へ

NFV-Workshop

今回NFV-WorksohpはHuaweiがスポンサーとなり、Telecom TV(ヨーロッパの特定分野のテレビ局)と合同で開催された。
  • NFV開発＆運用のフィードバックのプレゼン
    • DOCOMO: 2G/3G/4GのPDCA的なテレコムの運用に、クラウド的なScrap and Build技術を取り込むための方法と、NFVに期待する拡張領域
    • Keysigt: 2021年で5回目となるETSI Plugtestの進捗報告と、VNFとMANO間のIOT(相互接続テスト)の問題点を指摘
    • CMCC: CMCCはNFV導入において多数の人員が必要になったため、自動化の重要性を強調
      • Orchestration -> imperative policy -> intent -> DevOpsという進化が必要
    • Huawei: container基盤をVM上で構築する運用がテレコム環境ではベストプラクティスであることと、Edge環境にNFV基盤を拡張するときの自動化の重要性を強調
  • Open Sourceとのコラボレーションのプレゼン
    • CNCF: CNCFのアーキテクチャはVM上、クラウド上、物理サーバ上と様々な環境で利用可能な柔軟性があるが、互換性のテスト仕様や環境に課題がある
    • ONAP: NFVのRel3仕様のVNF Package(SOL004)/NS Package(SOL007)を実装したことのアナウンスと、次の開発アイテムはコンテナ制御(SOL018)とセキュリティ(SEC021)を予定している
    • Anuket: ETSI-NFVと、NFVIやCaaS/PaaSの仕様＆実装一致化、様々なアクセラレータ技術の統一化のコラボレーションの提案
  • Panel「NFV運用経験と問題点」
    • Public CloudとNFVの関係 → 現時点だとテレコム用にはプライベートクラウドがメインということは合意しつつも、今後のパブリッククラウドとの関係については否定的な見解はないながらも、具体的なアイディアはなかった模様
    • Plugtestの位置付け → 商用開発に向けたインテグは非常に大変なので、それを事前に確認できるという意味では一定の役割あり
    • クラウドネイティブアーキテクチャに向けて → ソフトとハードの分離が大切
  • Panel「ライブQ＆A」
    • プレゼンテーションのサマリ
    • O-RANやMECとNFVの関係 → MECとNFVは既に仕様の一致化が進み、O-RANとは今後
    • NFV技術の社内教育 → 標準化と開発、開発と運用が近づくというのが一つのアプローチ

NFV-Tacker Workshop

(4/29更新)
OpenStack TackerのデモがYouTubeに公開されていた

コンテナベースの5GCをOpenStack TackerとKubernetesでInstantiate、Heal、Scaleのデモを行なっていた。動画の内容を見る限り、OpenStack Tackerのコンテナ管理の実装のポイントは
  • コンテナであってもVNF PackageはSOL004の仕様を利用している
    • Openstack vnf package showの内容がSOL003 VNF Pkg mgmt IFと同じ
  • コンテナであってもVNF LCM APIを利用している
    • Openstack vnflcm showの内容がSOL003 VNF LCM IFと同じ
  • KubernetesをVIMとして扱おうとしているようだが、管理情報はVimConnectionInfoではなくTacker独自仕様を利用している模様
    • Openstack vim registerにおいてVimConnectionInfo以外にplacement_attrやcreatedAtなど独自パラメータがいくつか散見される
    • ただしKubernetes VIMはVnfInfoのVimConnectionInfoに格納されているので、VNFMとしてのTackerとしてはVimConnectionInfoを利用している模様

というあたりがある。Tackerのソースコードを確認すると、基本的にはVMもコンテナも同種類のVNFとして制御し、VIM向けのDriver(InfraDriver)をOpenStackとKubernetesで分離し、vnflcmからVIMを呼び出すときにOpenStack向けDriverとKubernetes向けDriverを使い分けているように見える。

OpenStack TackerはコンテナベースのVNFもVMベースのVNFも同VNFとして扱う方針のようだ。今後ETSI NFV IFA 4.2.1仕様がPublishされた後に、OpenStack Tackerがどのように追従するか引き続き注視していきたい。

コメント

コメントを投稿

このブログの人気の投稿

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...
続きを読む