5G実験インフラをマルチサイトNFVエコシステムに統合

1. NFV生態系の中央サイトの提供(実験の事前必要条件) セントラル サイトで使用する IP アドレス空間を割り当てます。このプロトコルの目的のために、プライベート アドレス空間 10.4.0.0/16 が使用されます。 管理とオーケストレーション (MANO) ソフトウェア スタックをセントラル サイトにインストールします。特に、このプロトコルを通じて実行される実験では、オープンソースMANO(OSM)リリースSEVEN18を使用して、次のリソースが必要です: Ubuntu 18.04 オペレーティングシステム、2中央処理装置(CPU)、8 GBのランダムアクセスメモリ(RAM)、40 GBのハードドライブディスク、およびインターネットアクセスを持つ少なくとも1つのネットワークインターフェイス。インストールについては、OSM リリースセブンのマニュアル18に記載されている手順に従ってください。 OSM と互換性のある仮想インフラストラクチャ マネージャ(VIM)をセントラル サイトにセットアップします。具体的には、この実験では、Ubuntu 16.04、4 CPU、16 GBのRAM、200 GBのハードドライブを備えた仮想マシン(VM)上で実行されるOpenStackリリースOcata20を使用しています。このVIMが取り扱うNFVインフラストラクチャ(NFVI)は、Ubuntu 16.04、8 CPU、32 GBのRAM、2 TBのストレージを備えた3台のサーバコンピュータで構成されています。インストールについては、Ocata リリース ドキュメント21に従ってください。 ステップ 1.1 で割り当てられたアドレス空間の IP アドレス範囲を使用して、OpenStack クラウドプラットフォーム内に仮想ネットワークをデプロイします。このネットワークは、今後は管理ネットワークと呼ばれ、中央サイトでインスタンス化された OSM と仮想ネットワーク機能 (VNF) 間の NFV オーケストレーション情報の交換をサポートするために使用されます。 仮想ネットワーク (それ以降はデータ ネットワークとして指定) を構成して、セントラル サイトの VNF と外部サイトで実行される他の VNF 間のサイト間データ通信をサポートします。この場合は、ステップ 1.1 のアドレス空間の IP アドレス範囲を使用します。注: ステップ 1.3.1 および 1.3.2 で説明されているネットワークの実装は OpenStack のプロバイダーネットワークを使用して行われました。適切な操作を保証するには、セントラル サイトの物理ネットワーク インフラストラクチャにプロバイダー ネットワークを接続する必要があります。 仮想プライベートネットワーク(管理ネットワークとデータネットワーク)、VIM、OSMマシンの両方を、エッジルーティング機能を提供する機器に接続します。このルータは、NFV エコシステムの中央サイトへのエントリ ポイントとして機能します。 実験を実行するために必要なすべてのコンテンツを提供するために、公開実験リポジトリを利用できるようにします。特に、このプロトコルは22のパブリック リポジトリを使用します。 2. 仮想プライベートネットワークサービスの構成 複数サイト間でネットワーク通信を効果的に確立できるように、複数サイトのエコシステムの適切な動作をサポートするために IP アドレス空間を割り当てます。注: 複数のサイト間でネットワーク通信を効果的に行うには、NFV エコシステムと、接続する必要がある外部サイトで使用する IP アドレス空間を慎重に設計する必要があります。特に、サイト間通信用に割り当てられたアドレス空間は、他の目的のために他のすべてのサイトで既に使用されているアドレス空間と衝突しないようにする必要があります。 外部サイトで使用する IP アドレス空間を割り当てます。このブロックのアドレスは、外部サイトの NFV エンティティ (例: VIM) および VNF に割り当てられます。このプロトコルを例示するために、プライベート アドレス空間 10.154.0.0/16 が使用されます。 外部サイトと NFV エコシステム間の仮想リンクに IP アドレス空間を割り当てます。これらの仮想リンクは VPN サービスでサポートされます。このプロトコルを例示するために、アドレス範囲 10.154.254.0/24 はこれらの仮想リンクに使用されます。 仮想プライベート ネットワーク (VPN) サービス (VPN サーバー) を提供する機器をセットアップします。特に、実験では、Ubuntu 16.04 (64 ビットのバリエーション イメージ)、6 つの独立した CPU、16 GB RAM、1 TB ストレージ ディスク、および 2 つのネットワーク インターフェイスを持つサーバー コンピュータを使用します。 インターネットを介して外部サイトからの接続要求を受信できるように、VPN サーバーのネットワーク インターフェイスの 1 つを構成します。そのためには、パブリック IP アドレスを使用して構成されたサーバーのインターフェイスを使用する必要があります。 VPN サーバーとセントラル サイトのエッジ ルーター間のリンクを構成します。実験では、このリンクはアドレス範囲10.4.255.0/24を割り当てられました。VPN サービスに接続されている外部サイトから NFV エコシステムにアクセスできるように、VPN サーバーで適切なネットワーク ルートを構成します。 OpenVPN23プロジェクトによって提供される VPN オープンソース ソフトウェアを VPN サーバーにインストールします。具体的には、この実験はOpenVPNバージョン 2.3.10 を使用し、その展開は http://github.com/Nyr/openvpn-install で利用可能な bash スクリプト”openvpn-install.sh”で行われました(他のインストール オプションについては、OpenVPNドキュメント24に記載されています)。bash スクリプトは、VPN サービスの構成を行う代替パラメータを示します。 VPN 接続要求をリッスンする IP アドレス (パブリック IP アドレス) を選択します。 VPN 経由で通信を実行するために使用するプロトコル (UDP または TCP) を決定します。この場合、実験は推奨されるプロトコルである UDP を利用します。 サービス接続要求の受信に使用される、(パブリック IP アドレスと共に) 複製を構成するポートを指定します。デフォルトでは、割り当てられた値は 1194 です。 VPN サービスのクライアントによって実行される名前解決要求を処理する、アシスタントによって要求される一覧の DNS サーバーのいずれかを選択します。 任意のキーを押して、VPN サービスのインストール プロセスの自動開始を有効にします。 “/etc/openvpn/server/” ディレクトリの下にある構成ファイル “server.conf” を編集し、ステップ 2.3 で提供される基本的なセットアップを拡張することを目的とした”クライアント間”ディレクティブを含めます。したがって、VPN サービスに接続されている異なるクライアントが相互に到達できるようになります。 VPN セットアップ内の個々のクライアント構成を有効にして、各クライアントのルーティング割り当てを個別に管理できるようにします。 「client-config-dir ccd」ディレクティブを追加し、手順 2.4 と同じ構成ファイルを編集します。 コマンド “mkdir /etc/openvpn/ccd/” を使用してディレクトリ “ccd” を作成します。このディレクトリは、プラットフォーム内で統合されるクライアントに関連付けられたルーティング ディレクティブを構成するファイルを配置するプロトコルの次のセクションで使用されます。 VPN サーバーを悪意のある攻撃から保護しながら、サービスとの接続を許可するために必要なファイアウォール規則を設定します。そのために、この実験は、Linux カーネルファイアウォールを設定するために開発されたコマンドラインユーティリティである iptables25を活用します。 まず、”iptables -P INPUT DROP” コマンドを使用して、VPN サーバーへの着信トラフィックをブロックします。 コマンドを使用して VPN 接続要求の受信を許可する “iptables -i -i -m 状態 –state NEW -p udp –dport 1194-j ACCEPT” (は、パブリック IP アドレスを持つ VPN サーバー インターフェイスの名前です) および “iptables -A INPUT -i tun+ -j ACCEPT” を指定します。 VPN サーバー インターフェイス (つまり、パブリック インターフェイスと tun0という VPN サービスによって作成された仮想インターフェイス) 間のトラフィック転送を許可して、VPN サーバーがサービス接続要求を処理できるようにします。このために、コマンド 「iptables -A FORWARD -i tun+ -o -m 状態 –state RELATED,確立された -j ACCEPT&iptables -A FORWARD -i -o tun+ -m 状態 –state RELATED,ESTABLISHED -j ACCEPT」を実行します。 VPNサーバーが中央サイトにインターネットアクセスを提供することを目的として、ネットワークアドレス変換(NAT)機能を提供することを可能にし、「iptables -t nat -A POSTROUTING -s 10.4.0.0/16 -o -j MASQUERADE &&iptables -A OUTPUT -o tun+ -j ACCEPT」を実行します。 3. 外部NFVサイトの統合 適切な IP アドレス範囲を取得して、サイトを NFV エコシステムに統合します。このアドレス範囲は、NFVエコシステムのネットワークオペレーションセンターによって提供されます。このプロトコルのステップ 2.1.1 によると、実験では 10.154.0.0/16 内の外部サイトの IP アドレスの範囲を使用します。 NFV エコシステムに接続するためのセキュリティ資格情報を作成して提供します。 新しいインフラストラクチャが VPN サーバーとのセキュリティで保護された接続を確立できるようにする VPN 資格情報を生成します。この目的のために、VPN サーバーでコマンド「bash openvpn-install.sh」を実行し、プロンプト・リストの「1) 新規クライアントを追加」オプションを選択し、その資格情報に関連付ける名前を指定します (例えば、uc3m_infrastructure)。この手順では、VPN 資格情報 (例では “uc3m_infrastructure.ovpn” という名前のファイル) を生成します。 VPN サーバーの “/etc/openvpn/ccd/” ディレクトリに、VPN 認証情報を使用して VPN サービスへの接続が確立されるたびに VPN サーバーによってプッシュされるルーティング ディレクティブ (OpenVPN ドキュメント24で指定されている) を含むテキスト ファイルを作成します。注: テキスト ファイルの名前は、VPN クライアントごとにカスタマイズされた構成を提供するために、VPN 資格情報の作成時に指定された名前 (uc3m_infrastructureなど) と一致する必要があります。 外部サイトの技術スタッフに VPN 資格情報ファイルを提供します。これは、安全で信頼性の高いチャネルを通じて行う必要があります。この実験では、手動で暗号化プロセスを使用します。VPN 資格情報を暗号化するには、コマンド 「7za a -tzip ‘-p’ -mem=AES256 ) を実行し、 暗号化ファイルを暗号化ファイルの選択名として> VPN 資格情報ファイルのファイル名として> uc3m_infrastructure.ovpn)。 暗号化された資格情報を新しいサイトの技術スタッフに提供し、暗号化の手続きを許可するキーをセキュリティで保護された通信チャネルを通じて提供します。注: この実験では、暗号化された資格情報は電子メールで提供されましたが、復号化キーは短縮メッセージ サービス (SMS) を使用して別のチャネルを介して送信され、電話番号はオフラインで合意されています。 新しいサイトで環境を設定し、NFVエコシステムとの接続を確立し、リモートNFVIをセントラルサイトのOSMスタックに接続できるようにします。OpenVPN24が提供する VPN ソフトウェアをコンピュータにインストールして、外部サイトと NFV エコシステムの中央サイト間の仮想リンクを有効にします。OpenVPNソフトウェアを搭載したコンピュータは、外部サイトで VPN クライアントまたは VPN エンドポイントとして機能します。仮想リンクは、VPN エンドポイントと VPN サーバー間の保護された VPN トンネルによって実現されます。実験では、VPN エンドポイントは Ubuntu 18.04、8 CPU、8 GB RAM、128 GB のストレージ ディスク、および 3 GbE インターフェイス (インターネット経由で VPN サービスに接続するための 1 つ) を備えたサーバー コンピュータで実行されます。 ネットワーク ルーティング機能をサポートするために、VPN エンドポイントで IP 転送をアクティブ化します。そのためには、”/etc/sysctl.conf” パスにあるシステム構成ファイルに “net.ipv4.ip_forward=1” という行を含め、更新された設定を “sudo sysctl -p” コマンドでロードします。 手順 3.2.4 で受信した情報で、暗号化されたファイル暗号化された VPN 資格情報のファイル名であるコマンド 「7za e 」を使用して、VPN 資格情報ファイルを復号化します。コマンドのプロンプトが表示されたら、復号化キーを指定します。 「sudo openvpn –config –config 」(はVPN資格情報のファイル名を使用して、復号化された資格情報ファイルで OpenVPN ソフトウェアを起動します。これにより、VPN エンドポイントは VPN サーバーに対して認証され、適切な VPN 構成パラメータとネットワーク ルートが自動的に受信されます。このようにして、VPN エンドポイントは、NFV エコシステムの中央サイトへの仮想リンクを持つエッジ ルータとして動作します。 pingコマンドを使用して、中央サイトのノード (OSM スタック装置など) への接続の可用性を確認し、VPN エンドポイントの適切な動作を確認します。 新しいサイトで、MANO プラットフォームでの操作を許可する OSM 準拠 VIM を選択します。この実験では、オープンスタックリリースオカタが使用されます。注: OSM リリースセブンは、次の仮想インフラストラクチャマネージャをサポートしています: OpenStack、 OpenVIM26、VMware の vCloud ディレクター27、アマゾン ウェブ サービス28、マイクロソフト Azure29、および Eclipse fog0530 (特定の設定の詳細については OSM ドキュメント18 を参照してください)。 OpenStack リリース Ocata20 をインストールします (リリースドキュメント21の詳細な手順を参照してください)。 外部サイトにNFVインフラストラクチャを展開し、VIMに接続します。特に、この実験では、3 台のシングル ボード コンピュータ (SBC) で構成される NFV インフラストラクチャを使用しており、それぞれ 1 GB RAM、4 CPU、および 32 GB のストレージ ディスクの計算容量を持っています。1 台のミニ ITX コンピュータに 8 個の CPU、8 GB の RAM、128 GB のストレージを搭載しています。注: このプロトコルに例示されている外部サイトは、NFV 対応小型無人航空機 (SUAV) の NFV インフラストラクチャに基づいています。このようなインフラストラクチャを有効にするために続く詳細は、Nogalesら31で提供されています。手順 3.3.6 ~ 3.3.8 は、NFV インフラストラクチャが外部サイトに既に存在する可能性があるため、オプションです。 OpenStack プロジェクトを作成して、NFV エコシステムに統合される外部サイトの計算リソースのセットを指定します。そのためには、OpenStack が提供するグラフィカルユーザーインターフェース(GUI)にアクセスし、管理者の認証情報を使用してシステムにログインし、ID ->プロジェクトタブの「プロジェクトを作成」ボタンをクリックして、要求された情報を含む表示フォームに記入するプロジェクトを作成します。 前の手順で作成したプロジェクトを管理する有効なユーザーを作成します。この目的のために、前の手順と同じログインで [ユーザー>] タブにアクセスし 、[+ ユーザーの作成 ] をクリックして、表示されたフォームの必須フィールド (ユーザ名とパスワード) を入力し、新しく作成したプロジェクトをプライマリ プロジェクトとして選択し、 管理者 ロールを選択します。 セキュリティ規則を変更して、新しいサイトで VNF 通信のアクセス許可を許可します (特に、SSH および ICMP トラフィックを有効にします)。そのためには、前の手順で作成したユーザの認証情報を使用して OpenStack GUI にアクセスし 、>> > 次の手順に従います。 この手順を繰り返しますが、ドロップダウン メニューに含まれる [すべての ICMP] オプションを選択します。 OSMコミュニティが提供するトライアルサービスの画像をダウンロードし、 ピンポン ネットワークサービス(「Fedora-x86_64-2013111.1-sda-ping」と「Fedora-x86_64-20131211.1-sda-pong」)を公開実験リポジトリからダウンロードし、外部サイトのVIMにアップロードします。この目的のためには、プロジェクト ->コンピューティング ->画像 -> + イメージの作成のシーケンスに従って、表示されたフォームを使用して、各画像を選択してイメージを作成します。 外部サイトのアドレス空間内に 2 つの IP アドレス範囲を割り当てます (手順 3.1 で割り当て)。これらの範囲は、外部サイトの VNF の管理をサポートし、VNF 間でサイト間データ通信をそれぞれ可能にするために使用されます。 VIM を使用して、プロバイダ ネットワーク (制御プロバイダ) を作成します。このネットワークは、管理目的で、中央サイトの OSM スタックと新しいサイトに展開された VNF 間の NFV 通信をサポートします。このタイプの通信では、OSM スタックがデプロイメント後に VNF を構成することもできます。OpenStack でプロバイダネットワークを作成するには、前の手順で選択した IP アドレス範囲を使用して 、admin -> システム -> ネットワーク – > + ネットワークの作成 のシーケンスに従い、新しいネットワークの詳細を入力します。 VIM を使用して、2 つ目のプロバイダ ネットワーク (データプロバイダ) を作成します。このネットワークは、サイトのVNFとNFVエコシステムの他のVNF間のデータ通信をサポートします。OpenStack でこのプロバイダネットワークを作成するには 、Admin ->システム ->ネットワーク – > + ネットワークの作成のシーケンスに従い、割り当てられたアドレス範囲を使用して新しいネットワークの詳細を入力します。注: 仮想ネットワークの作成方法は、VIMソフトウェアによって異なります。詳細については、それぞれのソフトウェアのマニュアルを参照してください。 VIM関連の情報(特に、ユーザ名/パスワード、およびステップ3.3.9と3.3.10で作成されたプロジェクト)を中央サイトの技術スタッフと共有して、VIMをOSMソフトウェアスタックに接続できるようにします。 ステップ 3.3.16 から取得した情報を使用して、セントラル サイトの OSM ソフトウェア スタックに外部 NFV インフラストラクチャを接続します。 pingツールを使用して、セントラル サイトの OSM スタックと新しいサイトの VIM との間の接続を確認します。 前の接続性テストが成功した場合は、セントラル・サイトのOSMスタックに外部VIMを接続します。これを行うには、OS> account_type auth_url <M マシンで次のコマンドを使用します。このコマンドでは、は、OSMスタック内のVIMを識別するために選択された名前外部サイトのリソースを処理する権限を与えられたユーザーの名前です(ステップ3.3.10を参照)、は指定されたユーザーのパスワードです はステップ3.3.9で定義されたプロジェクト名であり、は使用されるVIMソフトウェアです(この実験ではOpenStack)。 新しいVIMをNFVエコシステムのOSMスタックに適切に関連付けることを確認します。 コマンド “ro_id=$(ドッカー ps |を実行します。グレップosm_ro |osM システム内でリソース オーケストレーター (RO) モジュールを実装するコンテナーの ID を識別するために、-d ‘ ‘ -f 1)” を切り取ります。このモジュールは、VIMと対話して、後続のネットワークサービスの配備で必要なリソースを調整し、割り当てる役割を担います。 コマンド “docker exec -it $ro_id bash” を使用して RO コンテナにアクセスします。このコマンドは、前のステップの実行で取得した ID を使用します。 コマンド”openmanoデータセンターリスト”を使用して、新しいVIMが利用可能なデータセンターのリストに含まれていることを確認してください。新しいサイトは、ステップ 3.4.2 で導入したサイトと同じ名前で、パラメーターを使用してリストに表示されます。 “openmano vim-image-list –データセンター”コマンドを使用して、外部サイトのVIMにアップロードされた画像を一覧表示します。パラメータは、OSMスタック内でVIMを識別するために選択された名前を示します。このコマンドの実行が成功すると、外部VIMとの接続が正常に切断されました。 ピンポン の画像がリストに含まれていることを確認します。 新しいサイトで利用可能なネットワークを、”openmano vim-net-list –データセンター”コマンドで一覧表示します。コントロール プロバイダ とデータ プロバイダ が存在することを確認します。 OSM コミュニティが提供する試用版サービスを使用して、新しいサイトの適切な統合を事前に検証します (この点に関するすべてのコンテンツは実験リポジトリに含まれます)。この目的のために、以下の手順に含まれるコマンドは、OSM スタックをホストする機器で実行されます。 試用サービス (を構成する各 VNF のコマンド “osm vnfd-create ” を実行している OSM スタックに VNF 記述子 (VNFD) をオンボードすると、VNFD パッケージのファイル名に対応します。 トライアルサービスのNS記述子(NSD)に「osm nsd-create 」コマンドを使用してオンボードし、はNSDパッケージのファイル名を示します(この実験ではping_pong_ns.tar.gz)。 外部サイトと中央サイトで ピンポン ネットワークサービス (NS) のインスタンス化を開始し、コマンド 「osm ns-create –ns_name –nsd_name ping_pong_ns –vim_account –config ‘{vnf: [{-vnf-index: ‘2’,vim_accountvim_account。外部VIM-site>パラメータ<は、OSMスタック内の外部サイトのVIMを識別します。"–config" オプションは、中央サイトにデプロイされる NS のインデックス 2 で識別される VNF を除き、サービスを構成するすべての VNF をその VIM によって処理される外部サイトに展開する必要があることを示します (中央サイトの VIM はパラメータで指定されます)。 コマンド「osm ns-list」を使用して、NSが展開され、そのステータスが確認します。インスタンス化が成功すると、ステータスは “READY” に変わります。 2 つの VNF の IP アドレスを確認し、”osm vnf-list” (後でマシンにログインするために必要) を使用します。 SSH を介して各 VNF に接続するには、”ssh fedora@” (は、前の手順で取得した接続先の VNF の IP アドレスを表します。SSH によってプロンプトが表示されたら、パスワード “fedora” を導入します。両方のマシンにログインしたら、コマンド「ip address show」を使用してそれらのインターフェイスを確認し、 データプロバイダ ネットワーク(両方のVNFのインタフェースeth1)に接続されたインターフェイスのIPアドレスを取得します。いずれかの VNF から、 データプロバイダー ・ネットワーク内のリモート IP アドレスを使用して、他の VNF に対して ping を実行します。接続がある場合は、事前検証テストが成功と見なされます。 4. リアルな垂直サービスを備えたNFVマルチサイトプラットフォームの検証 VNF イメージをパブリック リポジトリからダウンロードし、ステップ 3.3.12 で説明した手順に従って、対応するサイトの VIM にアップロードします ( 図 3を参照)。特に、外部サイトは アクセス ポイント VNF、ルータ VNF、MQTT ゲートウェイ VNF、およびアクセス ルータ VNFをホストします。セントラル サイトは 、5G コア VNF と IoT サーバー VNFをホストします。 OSM スタックに対するスマートファーミングサービスのVNFDとNSDのオンボード(すべての記述子は実験リポジトリからダウンロードできます)。 ネットワーク サービスの各 VNF に対して、コマンド “osm vnfd-create ” を実行する OSM スタックに VNFD をオンボードします。この場合、パラメータは、VNFD パッケージのファイル名に対応します。 “osm nsd-create ” コマンドを使用して OSM スタックに NSD をオンボードし、は NSD パッケージのファイル名を示します (この実験ではjove_uavs_scenario_nsd.tar.gz)。 スマート農業ネットワークサービスを展開します。この目的のために、OSM コマンド・ライン・インターフェースから以下のコマンドを実行します wim_account> vim_account ns_name <。注: ステップ 3.6.3.で示されているように、およびパラメータは、VNF が配備されるサイトを示します。特に、スマート・ファーミング・サービスを構成するすべての VNF は、セントラル・サイトに割り当てられるインデックス 5 および 6 (5G コア および IoT サーバー VNF)を持つものを除き、新しい外部サイトに配置されます。 ステップ 3.6.4 と同じ手順に従って、NS が展開されていることを確認します。 「ssh mosquittosubscriber@」コマンドを使用して IoT サーバー VNF にアクセスし、コマンド「ip アドレス show dev eth1」を使用して MQTT ゲートウェイ VNF と通信するように構成されたインターフェイスを確認します。VNF の IP アドレス () は、OSM コマンド ラインで “osm vnf-list” を実行して取得できます。 同様の手順に従って 、MQTT ゲートウェイ VNFにアクセスし、前の手順で が取得されたコマンド “sudo python3 publisher_MQTT_GW.py -ma -ba ” を実行し、<IoT-GW-IP を実行する 実行する 「ip アドレス show dev eth1」コマンドを MQT ゲートウェイ VNで実行します。このステップは 、MQTT標準15を使用してセンサーによって生成されたデータを受信する MQTT ゲートウェイ VNF を初期化し、同じ標準を使用してこれらのデータを IoT サーバー VNF に送信します。 気象センサーを取り付け、MQTTゲートウェイ VNFに向けてセンサーの読み取り値を送信するトランシーバ容量を備えた単一ボードコンピュータ(SBC)を準備します。注: このプロトコルを例示するために、特に SBC モデルが使用されています。したがって、異なるSBCプラットフォームを利用する場合には、次の手順を適応させる必要があります。 (例えば、スズはんだ銅線を使用して)センサーのボードピンをSBCの汎用入出力(GPIO)ピンに接続し、 図5の構成スキームに従う。 センサーが検出されたかどうかを確認できるように、SBC の I2C カーネル モジュールを有効にします。この目的のために、コマンド “sudo raspi-config” を実行し、表示されたメニューの [インターフェーシング オプション -> I2C -> Yes] の順序に従って、SBC を再起動して変更を有効にします。 センサーが検出されたことを確認 SBC にソフトウェア i2c-tools をインストールし、コマンド “sudo i2cdetect -y 1” を実行します。その場合は、センサーが検出された位置を示すグリッドが表示されます。 SBC がセンサーから提供されたデータを読み取り、送信できるように、適切なソフトウェア ライブラリをインストールします。特に、この実験は RPi.bme28032 および paho-mqtt33 Python ライブラリを活用します。 SUAVのモバイルアプリケーションを使用して、 アクセスポイントVNFをホストする航空機を離陸させ、センサーでSBCにワイヤレスカバレッジを提供するように位置づけます。注: NFV 対応の SUV の飛行は、SUV が飛行しているか、バッテリ消費を軽減するために、安息状態で動作することができるネットワーク サービスの動作から独立しています。したがって、ステップ 4.8 はオプションです。 センサーによって収集されたデータの読み取りを担当する SBC を 、アクセス ポイント VNFが提供する Wi-Fi ワイヤレス アクセス ポイントに接続します。接続が正常に完了すると、センサーから MQTT ゲートウェイ VNFへのワイヤレス ネットワーク パスが有効になります。 センサーを組み込んだSBCの「python3 /home/ubuntu/sensorDataTransmission.py -」というコマンドを実行して、センシブルデータの送信を開始します(はステップ4.6で取得したIPアドレスです。 IoT サーバー VNFが提供する Web GUI にアクセスして、検出されたデータの正しいリアルタイム受信を確認します。そのためには、コマンド “osm vnf-list” を使用して IoT Server VNF の IP アドレスを確認し、Web ブラウザに http://:3001 がIoT サーバー VNFの IP アドレスである) に、一様リソース ロケータ (URL) を入力します。次に、[ホーム] タブの[センサー データ収集] ボタンをクリックし、データの受信時にダッシュボードに含まれるグラフのリアルタイム更新を確認します。注: ステップ 4.12 で説明した URL にアクセスできるようにするには、Web ブラウザが接続しようとしているデバイスが NFV エコシステムに接続され 、IoT Server VNFと IP 接続されている必要があります。VPN サービスもこの目的に使用できます。 スマート農業サービスの実行の代表的な結果を得るために適切な期間を待ちます。次に 、IoT サーバー VNF に格納されているデータを収集して、さらに分析します。この実験に含まれるセンサーが5秒ごとに温度、湿度、圧力の測定値を提供することを考えると、実験中のサービスは10分間実行され、180サンプルの検出されたデータ(気象値タイプごとに60)が得られます。 IoT Server VNFのデータベースにアクセスして、さらに分析するために、検出されたデータを取得します。この目的のために、コマンド “id_database=$(sudo ドッカー ps ps |グレップ ‘流入db:’ |IoT サーバー VNF で -d ‘ ‘ ‘-f 1)” をカットし、”sudo ドッカー exec -it $id_データベースバッシュ” コンマ区切り値 (CSV) ファイルにデータをエクスポートし、コマンド “流入 – データベース ‘ma流入’ – 実行 “SELECT * FROM メッセージ \”name\” = ‘” -形式の csv > /tmp/.csv を実行します。パラメーター を変更して、「温度」、「湿度」、「圧力」を指定してエクスポートするセンソフトデータのタイプを選択し、結果を保持する出力ファイルの名前を選択するパラメータを設定します。 前の手順で生成されたデータ ファイルを保存して、後で表示する (代表的な結果セクションを参照) スマート ファーミング サービスの適切な動作を検証します。