まず、このセッションをご視聴いただきありがとうございます。私の保護力をご紹介します。NTTコーボレーションのヒロフ・ミノンチです。NTTコーボレーションは日本のテレコオペレーターです。このプレゼンテーションはオープンスタック・ターカーを紹介します。このプレゼンテーションはBMとコンテナースをマネズにしています。まず、このプレゼンテーションは3つのプレゼンテーションです。まず、ターカーのオープンスタックプロジェクトを紹介します。そして、BMとコンテナースをマネズにしています。最後に、今回は5GCラインサイクルマネズメントを使用しています。まず、ターカーのオープンスタックプロジェクトです。ターカーはオープンスタックプロジェクトです。このプレゼンテーションは、Generic BNF Manager 基礎の エッジ・マネジメント・オーケストレーション・アーキテクショラルプレゼンワークです。エッジ・NFVは、ネットワークファンクションバーチャルゼーションを実施するスタンダードワークグループです。ターカーはエッジ・スタンダード・インタフェースを使用しています。エッジ・スタンダード・インタフェースは、スタンダード・インタフェースを使用しています。エッジ・スタンダード・インタフェースの エッジ・スタンダード・インタフェースが主に、オープンスタック、ノーバー、� original ヒット、 etc. 、まったくない部分を使用しています。さらに タッカーはBNFMのマップルですタッカーはBNFのライフサイグルを管理することができますこのように インスタンシエーション タミネーション スケーリング ヒーリングとなりBNFやNFVOのリクエストを使用することができますタッカーはBNFVSを管理することができます2つのリサウスと2つのバリアスビームを管理することができますBNFソフトウェアを支援することはできますタッカーの3つのアドバンテージを解説しますBNFMのキーワードはタッカープロジェクトですBNFを取り組むことができます現在 多くのネットオペレーターがNTTを取り組むことができますサービスのシステムを取り組むことができますそのため BNFマネージャーを取り組むことができますこのシステムを取り組むことができますそのため BNFVSを取り組むことができますタッカーのBNFMを使うことができますこのシステムを取り組むことができますバリアスビームのタッカーを使うことができますタッカーのユニフォームマネージャーを使うことができます2つのアドバンテージはタッカーのオープンソフトウェアを使うことができますそれが使まれることはできますそれがキャスタマイスの成り方ができますネットオペレーターとソフトウェアを使うことができます3つのアドバンテージはBNFVSとNTTのオープンオープンソフトウェアを使うことができますこのアドバンテージについてタッカーはネットオペレーターやBNFソフトウェアヴェンダーにより素晴らしいフレームワークの2つのフレームワークについて説明します。タッカーはエクステンシブルソフトウェアアーキテクションです。1つのフレームワークはインフラドライバーです。インフラドライバーはバリアスビームプロダクスについて説明します。タッカーはエクステンシブルソフトウェアアーキテクションについて説明します。実際タッカーはBNFソフトウェアアーキテクションについて説明します。クーバネテスはコンテナライサイクルマネジメントについて説明します。またタッカーはエクステンシブルソフトウェアアーキテクションについて説明します。次はBNFソフトウェアアーキテクションについて説明します。BNFソフトウェアアーキテクションについて説明します。タッカーはマネジメントドライバーについて説明します。マネジメントドライバーはBNFスペシックスクリプトをBNFソフトウェアアーキテクションについて説明します。マネジメントドライバーをスクリプトについて説明します。BNFソフトウェアアーキテクションについて説明します。BNFライサイクルマネジメントについて説明します。タッカーはジェネリックBNFです。ここで、BNFとコンテナーのライサイクルマネジメントについて説明します。ネットワークオプレーションシステムについて説明します。ネットワークファンクションバーチャリテーションはまだありません。ネットワークオプレーサーはコンテナーとBNFソフトウェアアーキテクションについて説明します。ネットワークオプレーションの左右にコンテナーがあります。次に、UMAのBNFソフトウェアマネジメントです。タッカーもコンビュレーションを支持すことができます。また、タッカーも高いプラットフォームでコンテナーとBNFソフトウェアを支持すことができます。このプラットフォームはコンテナーをコンテナーとプラットフォームについて説明します。コンテナーはパートフォームをずらしく運用しています。タッカーはバシャルマッシンとアバウレアのコンテナーを使用するために、同じABIを使用するために使用されています。このシナリオは、バシャルマッシンのコンテナーのプラットフォームにバシャルマッシンを使用するために、BNFMにバシャルマッシンのコンテナーを使用するために、タッカーの冷却を達成されています。このように、このバシャルマッシンは、その時のアバウレアのコンテナーを使用するために、タッカーがオープンミック着陸を使うために、ノバ&ヌートロンの使用をつけ、清潔の取り付けが完成されているために、タッカーはオープンミック着陸を自動使っているために、そして タカレシーブがCNFリクエストのインスタンシェイントを獲得するCNFはコンテナライザーネットファンションですタカレシーブはコンテナプラットフォームを使用していますタカレシーブのオペレーターは コンテナクラスとコンテナイトセーブを使用していますタカレシーブのシナリオをサポートしていますタカレシーブのシナリオもサポートしていますコンテナやVMのシナリオもサポートしていますこの場合 コンテナプラットフォームのVMはデレイティーでコンテナやVMのシナリオをサポートしていますそして コンテナプラットフォームはコンテナプラットフォームのVMに関して コンテナプラットフォームのシナリオをサポートしていますそして コンテナプラットフォームのシナリオをサポートしていますそれでは 次のテーマンストレーションのデモンストレーションを紹介しますマサキ ウェノのマサキこんにちは ご視聴ありがとうございましたマサキ ウェノですここであったデモンストレーションはVM系の影響第七色のアルトサイクのゲージですこのデモンマンストレーションはVM系の修正のステ NATをを展開します偏美性ワ肉大きなテーマを最大枠の一部下で展開しています等として have 2 states4th one is Kubernetes masterand the other is Kubernetes worker3rd five is ECNFcontains a lot of podsbut in this demo, I think you should know thatthere are3rd five is control plane nodes such as AMF or SMFand user plane functions such as UPFand there are the 3rd five componentsmanagement functions such as MongoDB or WebUIand this is only for your informationbut you may know that there are manythis is a 5GC network architecturepackets sent from or sent fromor sent to user entitiessend through a radio access networkuser plane functions and other componentsthe above is the control plane nodes such asmanaging control signalssuch as the session functionsor user account functionsuse account informationand in this demo, we will useUVs and radio access networksfor UI launching and simulatorto achieve the deploymentof 3.5GC on Kubernetes planelet's start withinstituting the Kubernetes vnfon bm computing machinesin this step, the Kubernetes masterand worker will be created on theopenstock beam as vmsand be registered as the Kubernetes beam in TakaDBlet's see the movieoksorrymaybe this isgood solutionoksorryheresorry, pleaseI'll show you therethis is a good solutionok, let's see the demo movie1st operators must check vnfidwhich shows the identifier oftemplate of Kubernetes vnfand this is a uid that represents vnfidof Kubernetes vnfthen instantiate vnf with appropriate parametersparameters contains what kind of deploymentshould we have or what kind of files we have to useit takes about 20 or 25 minutesbecause there are a lot of processessuch as booting vmsand configures vmsfor the Kubernetes vnf with kube atomand after the old operation is completedyou may see that the status of Kubernetes vnfis in instantiated stateand the instantiated operation itself is completed statethat's all for the Kubernetesvnfok, thenthen next step is instantiatingvnf on the Kubernetes vnfand in this demothe operator first configures portsetson the new controller because there arelimitation in the vnf implementationor attack functionalityyou can say after this the operatorcan instantiate the cnf on Kubernetes vnf as the same aswe did in the previous stepand you can seemaybe you can see thatstaters of cnf withcubectl commandletok, let's see the next demo movieok, let's see the movieagain this stepoperated configures the port settingon the new controller for connected portsand then operators can instantiatevnf with appropriate parameterswe did same the previous stepand the below window shows the resultsand you can see thatyou may know thestaters of portposter being deployed on Kubernetes vnfsuch as upfs or smsrin learning stateafter while all ports are in learning statethat's all for thecnf vnfand you may see thatstate of cnf is in instantiate stateand its operation is completedafter all, we have to checkthe connectivity of 5GCand before that we have to register your informationon the 5GC networkand then check connectivity from a simulated ueyou may see the logs ofthe gtp packet is sent from ueto external networksnow ue is connected to the 5GCand the gtp packet is sent for 5GCthennext weekwefrom here we would like to show youa sample operation thatthe scaleout of cnfor vnf componentsif system load on worker node increasesof course you have to increasethe capacity of worker nodesso operators will be neededfor increasing the system capacity by increasing the number of worker nodesin this demoscaleout operation forexternal clients such as usersor maybe in the terms ofhnfvfrom nfu.iothen the demo movie is like thisthis is a so simple processso execute scaleout cnf with parameterswe have to mention aboutthe parametersof coursethere are two directions forscale operations one is scale inthat decreases the number of instancesand the other is scale out increasingthe number of instancesso in this demo we have to specifythe direction of scaleoutscale operationand the otherimportantparamity is aspect idaspect id is a specifieror what kind of instanceshave to be targeted of scale operationso in this demothe aspect id is worker instanceso that it describes thatfrom here weoperate scaleout operation for worker instanceso maybe you can see the status ofkuban's clusterwhich they get nodesso after the operation is completed you may see thatthe new worker is added to kuban's clusterand it's in lady stateso after we check the status of new worker nodewe can see the operation stateof this scaleout operationyou may see thatthe scaleoutscale operation is in completed statethe next now it's scaleoutof 5GCCNF instancesand suppose that wethe system load of user function in the UPFinclases so operators will be neededfor increasing the capacity of the UPF itselfso in the demo scenariowe would like to show thattack operates the scaleoutof the UPF instancewith the same mannerI showed in the previous stepthen before theoperating scaleout of UPFwe also have to configure the networkneutral networkso it's the same as in thekuban's 35GCCNF instantiationok let's see the demook so I explainedbefore listing scaleout operators must configure the portset on the user controllerthen executes scaleout's commandwith parametersso in this stepwe specify thescaleoutdifferent point is aspect IDin this operation we would like to only scaleoutupf componentsso we have to specify upf aspect as aspect IDthere are some why maybe you can checksee thenew upf is created onanother workerin this scenariowe already have done the scaleoutso we will make a newupf component on the newly created workeryou may see thatnew upf is created on workerwhich is created the previous stepthis is the application modelin the current implementation we have toreboot the existingsmf port because we have toregister the new upfto the existing smfso in this stepsmf is terminated and new smf is createdthis isthe completed scaleout of upfscale operation isin completed stateand in this videowe omitted the process but after allwe can check the connectivity of uerancingas we did in theinstitute statethat's all for today's presentationof the talk communitywe showed thattuck is an upstart project for providinggenic building firm based on itsimano frameworktuck provides a consistent way tomanage both vnefs and cnffor hybridcontinuous and vm platformin the future we are now planningenhancements and new featuresfor future developmentitems are very challenging for usbecause the accelerators for vnefsis required for the new use casessuch as vlan orimplementationand also we are now only focusing onlife cycle management so instantiating or scaling outscaling in or here or terminatebut in the future operators have tooperate various scenarios such asperformance management orfault managementwe are now consideringinvestigating about cnfautocaling with promotivesfinally we are now looking forward totuck twires and itsfeedbacks and of course your contributionsto tucker projectfor our presentationif you have any questionsbecause we are not so good at Englishso please come here and talk with usthank you for listening