Integratie van 5G-experimenteerinfrastructuren in een multi-site NFV-ecosysteem

1. Terbeschikkingstelling van de centrale locatie van het NFV-ecosysteem (voorafgaande vereisten van het experiment) Wijs een IP-adresruimte toe die door de centrale site moet worden gebruikt. Voor de toepassing van dit protocol wordt de privéadresruimte 10.4.0.0/16 gebruikt. Installeer de MANO-softwarestack (Management and Orchestration) op de centrale site. In het bijzonder maakt het experiment dat in dit protocol wordt uitgevoerd gebruik van de Open Source MANO (OSM) Release SEVEN18, waarvoor de volgende bronnen nodig zijn: Ubuntu 18.04 als besturingssysteem, 2 Central Processing Units (CPU’s), 8 GB Ram (Random-Access Memory), 40 GB harde schijf-schijf en ten minste één netwerkinterface met internettoegang. Volg voor de installatie de instructies die beschikbaar zijn in de OSM Release SEVEN-documentatie18. Stel een Virtual Infrastructure Manager (VIM) in die compatibel is met OSM op de centrale site. Specifiek gebruikt het experiment OpenStack-release Ocata20, draaiend op een Virtuele Machine (VM) met Ubuntu 16.04 , 4 CPU’s, 16 GB RAM en 200 GB harde schijf. De NFV-infrastructuur (NFVI) die door deze VIM wordt afgehandeld, bestaat uit drie servercomputers, elk met Ubuntu 16.04, 8 CPU’s, 32 GB RAM en 2 TB opslag. Volg voor de installatie de Ocata-releasedocumentatie21. Implementeer een virtueel netwerk binnen het OpenStack-cloudplatform met behulp van een IP-adresbereik van de adresruimte die is toegewezen in stap 1.1. Dit netwerk, voortaan beheernetwerk genoemd, zal worden gebruikt ter ondersteuning van de uitwisseling van NFV-orkestratie-informatie tussen de OSM en de virtuele netwerkfuncties (VNF’s) die op de centrale locatie worden geïnstantieerd. Configureer een virtueel netwerk (voortaan aangeduid als datanetwerk) ter ondersteuning van inter-site datacommunicatie, tussen de VNF’s van de centrale site en andere VNF’s die op externe sites worden uitgevoerd. Gebruik hiervoor een IP-adresbereik uit de adresruimte van stap 1.1.OPMERKING: De implementatie van de netwerken genoemd in stappen 1.3.1 en 1.3.2 is gedaan met behulp van providernetwerken van OpenStack. Providernetwerken moeten worden aangesloten op de fysieke netwerkinfrastructuur van de centrale site om een passende werking te garanderen. Verbind zowel virtual private networks (d.w.z. het beheer en de datanetwerken), als de VIM- en OSM-machines, met een apparatuur die edge routing-functionaliteiten biedt. Deze router zal dienen als het toegangspunt tot de centrale site van het NFV-ecosysteem. Maak een openbare experimentopslagplaats beschikbaar om alle inhoud te bieden die nodig is om het experiment uit te voeren. In het bijzonder maakt dit protocol gebruik van de openbare repository op22. 2. Configuratie van de virtual private network-service Wijs een IP-adresruimte toe om de juiste werking van het multi-site ecosysteem te ondersteunen, zodat netwerkcommunicatie effectief tussen meerdere sites tot stand kan worden gebracht.OPMERKING: Het mogelijk maken van effectieve netwerkcommunicatie tussen meerdere sites vereist een zorgvuldig ontwerp van de IP-adresruimte die moet worden gebruikt door het NFV-ecosysteem, evenals door externe sites die er verbinding mee moeten maken. In het bijzonder mag de adresruimte die is toegewezen voor communicatie tussen locaties niet botsen met de adresruimte die op elke andere locatie al voor andere doeleinden wordt gebruikt. Wijs een IP-adresruimte toe die door externe sites moet worden gebruikt. Adressen in dit blok worden toegewezen aan NFV-entiteiten (bijvoorbeeld VIMs) en VNF’s van de externe site. Om dit protocol te illustreren, wordt de privéadresruimte 10.154.0.0/16 gebruikt. Wijs een IP-adresruimte toe aan de virtuele koppelingen tussen de externe sites en het NFV-ecosysteem. Deze virtuele koppelingen worden ondersteund door een VPN-service. Om dit protocol te illustreren, wordt het adresbereik 10.154.254.0/24 gebruikt voor deze virtuele koppelingen. Stel een apparatuur in om de VPN-service (Virtual Private Network) (d.w.z. een VPN-server) te leveren. Het experiment maakt met name gebruik van een servercomputer met Ubuntu 16.04 (64-bits variantimage), zes onafhankelijke CPU’s, 16 GB RAM, 1 TB opslagschijf en twee netwerkinterfaces. Configureer een van de netwerkinterfaces van de VPN-server om de ontvangst van verbindingsaanvragen van externe sites via internet mogelijk te maken. Daartoe is het noodzakelijk om een interface van de server te gebruiken die is geconfigureerd met een openbaar IP-adres. Configureer de koppeling tussen de VPN-server en de edge-router van de centrale site. In het experiment kreeg deze link het adresbereik 10.4.255.0/24 toegewezen. Configureer de juiste netwerkroutes op de VPN-server, zodat het NFV-ecosysteem toegankelijk wordt vanaf externe sites die zijn verbonden met de VPN-service. Installeer de VPN open-source software van het OpenVPN23-project op de VPN-server. In het bijzonder gebruikt dit experiment de OpenVPN-versie 2.3.10 en de implementatie ervan werd gedaan met het bash-script “openvpn-install.sh”, beschikbaar op http://github.com/Nyr/openvpn-install (andere installatieopties worden beschreven in de OpenVPN-documentatie 24). Het bash-script presenteert de alternatieve parameters die zullen resulteren in de configuratie van de VPN-service. Selecteer het IP-adres om naar VPN-verbindingsverzoeken te luisteren (d.w.z. het openbare IP-adres). Bepaal welk protocol (UDP of TCP) moet worden gebruikt om de communicatie via de VPN aan te sturen. In dit geval maakt het experiment gebruik van UDP dat het aanbevolen protocol is. Geef de poort op die de duple bevat (samen met het openbare IP-adres) die wordt gebruikt om de serviceverbindingsaanvragen te ontvangen. Standaard is de toegewezen waarde 1194. Kies een van de DNS-servers van de lijst die wordt gevraagd door de assistent die de naamomzettingsaanvragen verwerkt die worden uitgevoerd door de clients van de VPN-service. Druk op een willekeurige toets om het automatische starten van het installatieproces van de VPN-service in te schakelen. Bewerk het configuratiebestand “server.conf” dat zich onder de map “/etc/openvpn/server/” bevindt en voeg de “client-to-client”-instructie toe om de basisinstellingen van stap 2.3 uit te breiden. Zo kunnen verschillende clients die zijn verbonden met de VPN-service elkaar bereiken. Schakel de individuele clientconfiguratie binnen de VPN-instellingen in om de routeringstoewijzingen voor elke client onafhankelijk te kunnen beheren. Voeg de instructie “client-config-dir ccd” toe en bewerk hetzelfde configuratiebestand als in stap 2.4. Maak de map “ccd” aan met het commando “mkdir /etc/openvpn/ccd/”. Deze map zal dienen tijdens de volgende sectie van het protocol om de bestanden te plaatsen die de routeringsrichtlijnen bevatten die zijn gekoppeld aan de clients die bedoeld zijn om te worden geïntegreerd in het platform. Stel de firewallregels in die nodig zijn om de verbindingen met de service toe te staan en tegelijkertijd de VPN-server te beschermen tegen kwaadaardige aanvallen. Daartoe maakt dit experiment gebruik van iptables25, een opdrachtregelhulpprogramma dat is ontwikkeld om de Linux-kernelfirewall te configureren. Blokkeer eerst inkomend verkeer naar de VPN-server met het commando “iptables -P INPUT DROP”. Sta de ontvangst van VPN-verbindingsverzoeken toe met de opdrachten “iptables -A INPUT -i -m state –state NEW -p udp –dport 1194 -j ACCEPT” ( de naam is van de VPN-serverinterface met het openbare IP-adres) en “iptables -A INPUT -i tun+ -j ACCEPT”. Sta het doorsturen van verkeer toe tussen de VPN-serverinterfaces (d.w.z. de openbare interface en de virtuele interface die is gemaakt door de VPN-service tun0) om de VPN-server in staat te stellen de serviceverbindingsaanvraag te verwerken. Voer hiervoor het commando “iptables -A FORWARD -i tun+ -o -m state –state RELATED,ESTABLISHED -j ACCEPT && iptables -A FORWARD -i -o tun+ -m state –state RELATED,ESTABLISHED -j ACCEPT” uit. Stel de VPN-server in staat om de NAT-mogelijkheid (Network Address Translation) te bieden met als doel internettoegang te bieden aan de centrale site, met als resultaat: “iptables -t nat -A POSTROUTING -s 10.4.0.0/16 -o -j MASQUERADE && iptables -A OUTPUT -o tun+ -j ACCEPT”. 3. Integratie van een externe NFV-site Verkrijg een geschikt IP-adresbereik om de site te integreren in het NFV-ecosysteem. Dit adresbereik wordt geleverd door het network operations center van het NFV-ecosysteem. Volgens stap 2.1.1 van dit protocol gebruikt het experiment een bereik van IP-adressen voor de externe site binnen 10.154.0.0/16. Maak en geef de beveiligingsreferenties op om verbinding te maken met het NFV-ecosysteem. Genereer een VPN-referentie waarmee de nieuwe infrastructuur een beveiligde verbinding met de VPN-server tot stand kan brengen. Voer hiervoor de opdracht “bash openvpn-install.sh” uit op de VPN-server, selecteer de optie “1) Een nieuwe client toevoegen” van de gevraagde lijst en geef de naam op die aan die referentie moet worden gekoppeld, bijvoorbeeld uc3m_infrastructure. Deze stap genereert een bestand met de VPN-inloggegevens (genaamd “uc3m_infrastructure.ovpn” in het voorbeeld). Maak een tekstbestand in de map “/etc/openvpn/ccd/” van de VPN-server, inclusief de routeringsrichtlijnen (zoals gespecificeerd in de OpenVPN-documentatie 24) die door de VPN-server moeten worden gepusht telkens wanneer een verbinding met de VPN-service tot stand wordt gebracht met behulp van de VPN-inloggegevens.OPMERKING: De naam van het tekstbestand moet overeenkomen met de naam die is opgegeven tijdens het maken van de VPN-referentie (bijvoorbeeld uc3m_infrastructure) om een aangepaste configuratie voor elke VPN-client te bieden. Geef het VPN-referentiebestand aan het technische personeel van de externe site. Dit moet gebeuren via een veilig en betrouwbaar kanaal. In dit experiment wordt een handmatig versleutelingsproces gebruikt. Als u de VPN-referentie wilt versleutelen, voert u de opdracht “7za a -tzip ‘-p’ -mem=AES256 ” uit, waarbij u instelt als de gewenste coderingssleutel, als de gekozen naam voor het gecodeerde bestand en als bestandsnaam van het VPN-referentiebestand (bijvoorbeeld: uc3m_infrastructure.ovpn). Verstrek de gecodeerde inloggegevens aan het technische personeel van de nieuwe site, samen met de sleutel die de decoderingsprocedures mogelijk maakt, via een beveiligd communicatiekanaal.OPMERKING: In dit experiment werden de gecodeerde referenties via elektronische e-mail verstrekt, terwijl de decoderingssleutel via een apart kanaal werd verzonden, met behulp van de short message service (SMS), met een offline overeenkomst van het telefoonnummer. Stel de omgeving op de nieuwe site in, om de verbinding met het NFV-ecosysteem tot stand te brengen en om de externe NFVI te kunnen koppelen aan de OSM-stack van de centrale site.Installeer de VPN-software van OpenVPN24 op een computer om een virtuele koppeling tussen de externe site en de centrale site van het NFV-ecosysteem mogelijk te maken. De computer met de OpenVPN-software zal dienen als een VPN-client of VPN-eindpunt op de externe site. De virtuele koppeling wordt gerealiseerd door middel van een beveiligde VPN-tunnel tussen het VPN-eindpunt en de VPN-server. In het experiment wordt het VPN-eindpunt uitgevoerd op een servercomputer met Ubuntu 18.04, 8 CPU’s, 8 GB RAM, 128 GB opslagschijf en 3 GbE-interfaces (één voor verbinding met de VPN-service via internet). Activeer IP-forwarding in het VPN-eindpunt om netwerkrouteringsmogelijkheden te ondersteunen. Neem daartoe de regel “net.ipv4.ip_forward=1” op in het systeemconfiguratiebestand in het pad “/etc/sysctl.conf” en laad de bijgewerkte configuratie met het commando “sudo sysctl -p”. Decodeer het VPN-referentiebestand met de informatie die is ontvangen in stap 3.2.4 met behulp van de opdracht “7za e “, waarbij de de bestandsnaam is van de gecodeerde VPN-referentie. Geef de decoderingssleutel op wanneer daarom wordt gevraagd door de opdracht. Start de OpenVPN-software op met het gedecodeerde referentiebestand met behulp van het commando “sudo openvpn –config ” ( de bestandsnaam van de VPN-referentie is). Hiermee wordt het VPN-eindpunt geverifieerd bij de VPN-server en ontvangt het automatisch de juiste VPN-configuratieparameters en netwerkroutes. Op deze manier zal het VPN-eindpunt zich gedragen als een edge-router met een virtuele link naar de centrale site van het NFV-ecosysteem. Controleer de juiste werking van het VPN-eindpunt met behulp van de opdracht ping om de beschikbaarheid van connectiviteit met een van de knooppunten van de centrale site (bijvoorbeeld de OSM-stackapparatuur) te verifiëren. Selecteer op de nieuwe site een OSM-compatibele VIM om bewerkingen met het MANO-platform mogelijk te maken. Voor dit experiment wordt OpenStack release Ocata gebruikt.OPMERKING: OSM Release SEVEN ondersteunt de volgende virtuele infrastructuurbeheerders: OpenStack, OpenVIM26, VMware’s vCloud Director27, Amazon Web Service28, Microsoft Azure29en Eclipse fog0530 (zie OSM-documentatie18 voor specifieke configuratiedetails). Installeer OpenStack release Ocata20 (zie de gedetailleerde procedures in de release documentatie21). Implementeer de NFV-infrastructuur op de externe site en koppel deze aan de VIM. In het bijzonder maakt dit experiment gebruik van een NFV-infrastructuur bestaande uit drie single board computers (SBC’s), elk met een rekencapaciteit van 1 GB RAM, 4 CPU’s en een opslagschijf van 32 GB; en een enkele mini-ITX-computer met 8 CPU’s, 8 GB RAM en 128 GB voor opslag.OPMERKING: De externe site die in dit protocol wordt geïllustreerd, is gebaseerd op een NFV-infrastructuur van NFV-compatibele kleine onbemande luchtvaartuigen (SUAVs). De details die zijn gevolgd om een dergelijke infrastructuur mogelijk te maken, zijn opgenomen in Nogales et al31. Stappen 3.3.6 tot en met 3.3.8 zijn optioneel, aangezien er mogelijk al een NFV-infrastructuur bestaat op de externe locatie. Maak een OpenStack-project om de set computationele bronnen van de externe site op te geven die in het NFV-ecosysteem worden geïntegreerd. Om dit te doen, toegang tot de grafische gebruikersinterface (GUI) van OpenStack, log in op het systeem met de beheerdersreferenties, klik op de knop + Project maken van het tabblad Identiteit -> Projecten en maak een project aan dat het weergegeven formulier invult met de gevraagde informatie. Maak een geldige gebruiker die het project beheert dat in de vorige stap is gemaakt. Ga hiervoor naar het tabblad Identiteit -> Gebruikers met dezelfde aanmelding als in de vorige stap, klik op + Gebruiker maken en vul de vereiste velden van het weergegeven formulier in (gebruikersnaam en wachtwoord), selecteer het nieuw gemaakte project als het primaire project en kies de beheerdersrol. Wijzig de beveiligingsregels om VNF-communicatiemachtigingen toe te staan op de nieuwe site (met name SSH- en ICMP-verkeer inschakelen). Ga daartoe naar de OpenStack GUI met de referenties van de gebruiker die in de vorige stap is gemaakt, volg de volgorde: Project -> Network -> Security Groups -> + Add Ruleen selecteer de SSH-optie van de vervolgkeuzelijst Rule. Herhaal het proces, maar selecteer de optie Alle ICMP in het vervolgkeuzemenu. Download de images van een proefdienst aangeboden door de OSM gemeenschap, de Ping Pong netwerk dienst (“Fedora-x86_64-20-20131211.1-sda-ping” en “Fedora-x86_64-20-2013111.1-sda-pong”) van de openbare experiment repository, en upload ze naar de VIM van de externe site. Volg hiervoor de reeks Project -> Compute -> Images -> + Create Imageen maak de afbeeldingen met behulp van het weergegeven formulier en selecteer elk van de afbeeldingen. Wijs twee IP-adresbereiken toe binnen de adresruimte van de externe site (toegewezen in stap 3.1). Deze bereiken zullen worden gebruikt om het beheer van de VNF’s van de externe site te ondersteunen en om respectievelijk inter-site datacommunicatie tussen VNF’s mogelijk te maken. Maak een providernetwerk(control-provider)aan met behulp van de VIM. Dit netwerk ondersteunt NFV-communicatie tussen de OSM-stack op de centrale site en de VNF’s die op de nieuwe site worden ingezet voor beheerdoeleinden. Met dit type communicatie kan de OSM-stack ook VNF’s configureren na hun implementatie. Om een providernetwerk in OpenStack te maken, volgt u de volgorde Admin -> System -> Networks -> + Create Network en vult u de details van het nieuwe netwerk in met behulp van het geselecteerde IP-adresbereik in de vorige stap. Maak een tweede providernetwerk(data-provider)aan met behulp van de VIM. Dit netwerk ondersteunt datacommunicatie tussen de VNF’s van de site en andere VNF’s van het NFV-ecosysteem. Om dit providernetwerk in OpenStack te maken, volgt u de volgorde Admin -> System -> Networks -> + Create Networken vult u de details van het nieuwe netwerk in met behulp van het toegewezen adresbereik.OPMERKING: Instructies voor het maken van virtuele netwerken variëren afhankelijk van de VIM-software. Raadpleeg hun respectieve softwaredocumentatie voor meer informatie. Deel de VIM-gerelateerde informatie (met name de gebruikersnaam/het wachtwoord en het project dat is gemaakt in de stappen 3.3.9 en 3.3.10) met het technisch personeel van de centrale site, om de koppeling van het VIM aan de OSM-softwarestack mogelijk te maken. Koppel de externe NFV-infrastructuur aan de OSM-softwarestack van de centrale site, met behulp van de informatie verkregen uit stap 3.3.16. Controleer de connectiviteit tussen de OSM-stack van de centrale site en de VIM van de nieuwe site met behulp van de ping-tool. Als de vorige connectiviteitstest is geslaagd, koppelt u de externe VIM aan de OSM-stack van de centrale site. Gebruik hiervoor de volgende opdracht op de OSM-machine: “osm vim-create –name –user –password –auth_url –tenant –account_type “. In deze opdracht: is de naam die is geselecteerd om de VIM binnen de OSM-stack te identificeren, is de naam van de gebruiker die gemachtigd is om de bronnen van de externe site te verwerken (zie stap 3.3.10), is het wachtwoord van de aangegeven gebruiker, is de link naar de API die beschikbaar wordt gesteld door de VIM om verzoeken van de OSM-stack in te schakelen , is de projectnaam gedefinieerd in stap 3.3.9 en is de gebruikte VIM-software (in dit experiment OpenStack). Controleer de juiste bevestiging van de nieuwe VIM aan de OSM-stack van het NFV-ecosysteem. Voer het commando “ro_id=$(docker ps | grep osm_ro | cut -d ‘ -f 1)” om de id te identificeren van de container die de Resource Orchestrator (RO) module in het OSM-systeem implementeert. Deze module is verantwoordelijk voor de interactie met de VIMs om de benodigde middelen te coördineren en toe te wijzen bij de implementatie van volgende netwerkservices. Open de RO-container met het commando “docker exec -it $ro_id bash”. Deze opdracht maakt gebruik van de id die is verkregen bij de uitvoering van de vorige stap. Controleer of de nieuwe VIM is opgenomen in de lijst met beschikbare datacenters met behulp van het commando “openmano datacenter-list”. De nieuwe site moet in de lijst verschijnen met dezelfde naam als de eerder geïntroduceerde site in stap 3.4.2 met de parameter. Maak een lijst van de afbeeldingen die zijn geüpload naar de VIM van de externe site met de opdracht “openmano vim-image-list –datacenter “. De parameter geeft de naam aan die is geselecteerd om de VIM binnen de OSM-stack te identificeren. Als de uitvoering van deze opdracht succesvol is, is de verbinding met de externe VIM met succes verbroken. Controleer of de pingpongafbeeldingen in de lijst zijn opgenomen. Maak een lijst van de netwerken die beschikbaar zijn op de nieuwe site met de opdracht “openmano vim-net-list –datacenter “. Controleer of control-provider en data-provider aanwezig zijn. Voer een voorlopige validatie uit van de juiste integratie van de nieuwe site, met behulp van een proefservice die wordt aangeboden door de OSM-gemeenschap (alle inhoud in dit verband is opgenomen in de experimentrepository). Voor dit doel worden de opdrachten in de volgende stappen uitgevoerd in de apparatuur die de OSM-stack host. Onboard de VNF-descriptoren (VNFD’s) naar de OSM-stack met de opdracht “osm vnfd-create ” voor elk van de VNF’s die de proefservice samenstellen ( komt overeen met de bestandsnaam van het VNFD-pakket). Onboard de NS-descriptor (NSD) van de proefservice met het commando “osm nsd-create “, waarbij de bestandsnaam van het NSD-pakket aangeeft (in dit experiment ping_pong_ns.tar.gz).” Start de instantiatie van de Ping Pong Network Service (NS) op de externe en de centrale sites, met behulp van het commando “osm ns-create –ns_name –nsd_name ping_pong_ns –vim_account –config ‘{vnf: [{member-vnf-index: ‘2’, vim_account: }]}’.”. De parameter identificeert de VIM van de externe site binnen de OSM-stack. De optie “–config” geeft aan dat alle VNF’s waaruit de service bestaat, moeten worden geïmplementeerd op de externe site die door die VIM wordt afgehandeld, behalve de VNF geïdentificeerd door de index 2 in de NS, die zal worden geïmplementeerd op de centrale site (de VIM van de centrale site is opgegeven in de parameter). Controleer of de NS is ingezet en de status ervan met het commando “osm ns-list”. Als de instantiatie succesvol is, verandert de status in “READY”. Controleer het IP-adres van elk van de twee VNF’s met “osm vnf-list” (nodig om achteraf in te loggen op de machines). Maak verbinding met elke VNF via SSH, met behulp van het commando “ssh fedora@” ( het IP-adres vertegenwoordigt van de VNF om verbinding mee te maken, verkregen in de vorige stap). Introduceer het wachtwoord “fedora” wanneer daarom wordt gevraagd door SSH. Zodra u op beide machines bent ingelogd, controleert u hun interfaces met het commando “ip address show” en verkrijgt u de IP-adressen op hun interfaces die zijn aangesloten op het netwerk van de gegevensprovider (interface eth1 in beide VNF’s). Voer vanuit een van de VNF’s een ping uit naar de andere VNF met behulp van het externe IP-adres in het netwerk van de gegevensprovider. Als er connectiviteit is, wordt de voorlopige validatietest als succesvol beschouwd. 4. Validatie van het NFV multi-site platform met een realistische verticale service Download de VNF-afbeeldingen uit de openbare opslagplaats en upload ze naar het VIM van hun overeenkomstige site (zie figuur 3), volgens de procedure die wordt beschreven in stap 3.3.12. In het bijzonder zal de externe site het Access Point VNF, Router VNF, MQTT Gateway VNF en Access Router VNFhosten. De centrale site zal de 5G Core VNF en de IoT Server VNFhosten. Onboard de VNFD’s en de NSD van de smart farming service naar de OSM stack (alle descriptoren kunnen worden gedownload van de experiment repository). Onboard de VNFD’s naar de OSM-stack en voer het commando “osm vnfd-create ” uit voor elk van de VNF’s van de netwerkservice. In dit geval komt de parameter overeen met de bestandsnaam van het VNFD-pakket. Onboard de NSD naar de OSM-stack met het commando “osm nsd-create “, waarbij de bestandsnaam van het NSD-pakket aangeeft (in dit experiment jove_uavs_scenario_nsd.tar.gz). Implementeer de smart farming-netwerkservice. Voer hiervoor de volgende opdracht uit vanuit de OSM-opdrachtregelinterface: osm ns-create –ns_name –nsd_name jove_uavs_scenario_nsd –vim_account –config ‘{vnf: [ {member-vnf-index: “5”, vim_account: }, {member-vnf-index: “6”, vim_account: } ], wim_account: False }’.OPMERKING: Zoals aangegeven in stap 3.6.3, geven de en parameters aan op welke locaties de VNF’s moeten worden ingezet. In het bijzonder zullen alle VNF’s die de smart farming-service samenstellen, op de nieuwe externe site worden geplaatst, behalve die met index 5 en 6 (de 5G Core en de IoT-server VNF’s) die aan de centrale site zullen worden toegewezen. Controleer of de NS is ingezet, volgens dezelfde procedure als in stap 3.6.4. Toegang tot de IoT-server VNF met het commando “ssh mosquittosubscriber@” en controleer de interface die is geconfigureerd om te communiceren met MQTT Gateway VNF via het commando “ip address show dev eth1”. Het IP-adres van de VNF () kan worden verkregen door de “osm vnf-list” in de OSM-opdrachtregel uit te voeren. Na een analoge procedure, toegang tot de MQTT Gateway VNF, en voer de opdracht “sudo python3 publisher_MQTT_GW.py -ma -ba ” uit waarbij de wordt verkregen in de vorige stap, en de uitvoeren van de opdracht “ip address show dev eth1” in de MQTT Gateway VNF. Deze stap initialiseert de MQTT Gateway VNF, die gegevens ontvangt die door de sensor zijn gegenereerd met behulp van de MQTT-standaard15, en deze gegevens verzendt naar de IoT-server VNF met behulp van dezelfde standaard. Bereid een Single Board Computer (SBC) voor die een meteorologische sensor bevestigt en met transceivercapaciteit om sensormetingen naar de MQTT Gateway VNF te verzenden.OPMERKING: Om dit protocol te illustreren, is met name een SBC-model gebruikt. Daarom moeten de volgende stappen mogelijk worden aangepast in het geval van het gebruik van een ander SBC-platform. Sluit (bijvoorbeeld met behulp van tingesoldeerde koperdraden) de bordpennen van de sensor aan op de gpio-pinnen (general-purpose input/output) van de SBC, volgens het configuratieschema van figuur 5. Schakel de I2C-kernelmodule in de SBC in om te kunnen controleren of de sensor wordt gedetecteerd. Voer hiervoor de opdracht “sudo raspi-config” uit, volg de volgorde Interfacing Options -> I2C -> Yes in het weergegeven menu en start de SBC opnieuw op om de wijzigingen effectief te maken. Controleer of de sensor is gedetecteerd Het installeren van de software i2c-tools in de SBC en het uitvoeren van het commando “sudo i2cdetect -y 1”. Als dat het geval is, moet er een raster verschijnen dat de positie aangeeft waar de sensor wordt gedetecteerd. Installeer de juiste softwarebibliotheken zodat de SBC de gegevens van de sensor kan lezen en verzenden. Dit experiment maakt met name gebruik van de RPi.bme28032- en paho-mqtt33 Python-bibliotheken. Met behulp van de mobiele applicatie van de SUAV, neem het luchtvoertuig dat het access point VNFhost en positioneer het om draadloze dekking te bieden aan de SBC met de sensor.OPMERKING: De vlucht van de NFV-compatibele SUAVs is onafhankelijk van het operationele gedrag van de netwerkdienst, die in staat is om te werken ongeacht of de SUAVs vliegen of in een staat van rust zijn om het batterijverbruik te verminderen. Stap 4.8 is dus optioneel. Sluit de SBC die verantwoordelijk is voor het lezen van de gegevens die door de sensor worden verzameld aan op het draadloze Wi-Fi-toegangspunt dat wordt geleverd door het access point VNF). Na een succesvolle aansluiting wordt een draadloos netwerkpad ingeschakeld van de sensor naar de MQTT Gateway VNF. Start de overdracht van gedetecteerde gegevens met de opdracht “python3 /home/ubuntu/sensorDataTransmission.py -a ” in de SBC die de sensor bevat ( het IP-adres is dat is verkregen in stap 4.6.). Open de web-GUI die wordt geleverd door de IoT-server VNF om de juiste realtime ontvangst van de gedetecteerde gegevens te controleren. Controleer daartoe het IP-adres van de IoT Server VNF met het commando “osm vnf-list” en typ de volgende Uniform Resource Locator (URL) in een webbrowser: http://:3001, waarbij het IP-adres is van de IoT-server VNF. Klik vervolgens op de knop Sensors Data Collection van het tabblad Home en controleer de realtime update van de grafieken in het dashboard wanneer de gegevens worden ontvangen.OPMERKING: Om toegang te krijgen tot de URL die wordt vermeld in stap 4.12, moet het apparaat met de webbrowser die die bron probeert te bereiken, verbonden zijn met het NFV-ecosysteem en IP-connectiviteit hebben met de IoT Server VNF. De VPN-dienst kan ook voor dit doel worden gebruikt. Wacht op een geschikte periode om representatieve resultaten te verkrijgen van de uitvoering van de smart farming-service. Verzamel vervolgens de gegevens die zijn opgeslagen in de IoT-server VNF voor verdere analyse. Gezien het feit dat de sensor in dit experiment elke 5 seconden temperatuur-, vochtigheids- en drukmetingen levert, loopt de service in het experiment gedurende een periode van 10 minuten, wat resulteert in 180 monsters van waargenomen gegevens (60 voor elk meteorologisch waardetype). Open de database van de IoT Server VNF om de gedetecteerde gegevens op te halen voor verdere analyse. Voer hiervoor het commando “id_database=$(sudo docker ps | grep ‘influxdb:’ | cut -d ‘ -f 1)” op de IoT Server VNF, en vervolgens “sudo docker exec -it $id_database bash” Exporteer de gegevens naar een CSV-bestand (comma-separated value) met het commando “influx -database ‘mainflux’ -execute “SELECT * FROM messages WHERE \”name\” = ” ” -format csv > /tmp/.csv”. Wijzig de parameter om te selecteren welk type gedetecteerde gegevens moet worden geëxporteerd met de “temperatuur”, “vochtigheid” of “druk” en stel de parameter in om een naam te kiezen voor het uitvoerbestand dat de resultaten bewaart. Sla de gegevensbestanden op die in de vorige stap zijn gegenereerd voor latere weergave (zie de sectie Representatieve resultaten) en verificatie van de juiste werking van de smart farming-service.