다중 사이트 NFV 생태계에 5G 실험 인프라 통합

1. NFV 생태계의 중앙 부지 제공 (실험의 이전 필수 조건) 중앙 사이트에서 사용할 IP 주소 공간을 할당합니다. 이 프로토콜의 목적을 위해 개인 주소 공간 10.4.0.0/16이 사용됩니다. 중앙 사이트에 관리 및 오케스트레이션(MANO) 소프트웨어 스택을 설치합니다. 특히, 이 프로토콜 전반에 걸쳐 수행된 실험은 오픈 소스 MANO(OSM) 릴리스 718을사용하며, 운영 체제로 우분투 18.04, 중앙 처리 장치 2개(CPU), 8GB 랜덤 액세스 메모리(RAM), 40GB 하드 드라이브 디스크 및 인터넷 액세스가 있는 네트워크 인터페이스가 하나 이상 필요합니다. 설치를 위해 OSM 릴리스 7 설명서18에서사용할 수 있는 지침을 따르십시오. 중앙 사이트에서 OSM과 호환되는 가상 인프라 관리자(VIM)를 설정합니다. 특히, 이 실험은 OpenStack 릴리스 Ocata20을사용하며, Ubuntu 16.04, 4 CPU, 16GB의 RAM 및 200GB의 하드 드라이브가 있는 가상 머신(VM)에서 실행됩니다. 이 VIM에서 처리하는 NFV 인프라(NFVI)는 각각 우분투 16.04, 8 CPU, 32GB의 RAM 및 2TB스토리지를 갖춘 3대의 서버 컴퓨터로 구성됩니다. 설치를 위해 Ocata 릴리스 문서21을따르십시오. OpenStack 클라우드 플랫폼 내에서 가상 네트워크를 배포하고 1.1단계에서 할당된 주소 공간에서 IP 주소 범위를 사용합니다. 이제부터 관리 네트워크라고 하는 이 네트워크는 중앙 사이트에서 인스턴스화된 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 서버)를 제공하는 장비를 설정합니다. 특히 이 실험은 우분투 16.04(64비트 변형 이미지), 6개의 독립 CPU, 16GB RAM, 1TB 스토리지 디스크 및 2개의 네트워크 인터페이스가 있는 서버 컴퓨터를 사용합니다. VPN 서버의 네트워크 인터페이스 중 하나를 구성하여 인터넷을 통해 외부 사이트의 연결 요청을 수신할 수 있도록 합니다. 이를 위해 공용 IP 주소로 구성된 서버의 인터페이스를 사용해야 합니다. VPN 서버와 중앙 사이트의 에지 라우터 간의 링크를 구성합니다. 실험에서 이 링크는 주소 범위 10.4.255.0/24를 할당하였다. VPN 서버에 연결된 외부 사이트에서 NFV 생태계에 액세스할 수 있도록 VPN 서버에서 적절한 네트워크 경로를 구성합니다. OpenVPN23 프로젝트에서 제공하는 VPN 오픈 소스 소프트웨어를 VPN 서버에 설치합니다. 특히 이 실험은 OpenVPN 버전 2.3.10을 사용하며, 해당 배포는 http://github.com/Nyr/openvpn-install 사용할 수 있는 배쉬 스크립트 “openvpn-install.sh”로 수행되었습니다(다른 설치 옵션은 OpenVPN 문서24에설명되어 있음). bash 스크립트는 VPN 서비스의 구성을 초래할 대체 매개 변수를 제공합니다. VPN 연결 요청(예: 공용 IP 주소)을 수신하도록 IP 주소를 선택합니다. VPN을 통해 통신을 유도하는 데 UDP 또는 TCP를 사용해야 하는 프로토콜(UDP 또는 TCP)을 결정합니다. 이 경우 실험은 권장 프로토콜인 UDP를 활용합니다. 서비스 연결 요청을 받는 데 사용되는 중복(공용 IP 주소와 함께)으로 구성된 포트를 지정합니다. 기본적으로 할당된 값은 1194입니다. VPN 서비스의 클라이언트에서 수행하는 이름 확인 요청을 처리하는 도우미의 메시지가 표시되는 목록의 DNS 서버 중 하나를 선택합니다. VPN 서비스 설치 프로세스의 자동 개시를 가능하게 하려면 모든 키를 누릅니다. “/etc/openvpn/server/” 디렉토리 아래에 있는 구성 파일 “server.conf”를 편집하고 2.3단계까지 제공되는 기본 설정을 확장하는 것을 목표로 하는 “클라이언트-클라이언트 간” 지시문이 포함됩니다. 따라서 VPN 서비스에 연결된 다른 클라이언트가 서로 도달할 수 있습니다. VPN 설정 내의 개별 클라이언트 구성을 사용하여 각 클라이언트에 대한 라우팅 할당을 독립적으로 관리할 수 있습니다. “클라이언트-config-dir ccd” 지시문을 추가하여 2.4 단계에서와 동일한 구성 파일을 편집합니다. “mkdir/etc/openvpn/ccd/”라는 명령을 사용하여 디렉터리 “ccd”를 만듭니다. 이 디렉터리(디렉터리)는 프로토콜의 다음 섹션에서 서비스로 플랫폼 내에 통합될 클라이언트와 연결된 라우팅 지시문으로 구성된 파일을 배치합니다. VPN 서버를 악의적인 공격으로부터 보호하면서 서비스와의 연결을 허용하는 데 필요한 방화벽 규칙을 설정합니다. 이를 위해 이 실험은 Linux 커널 방화벽을 구성하기 위해 개발된 명령줄 유틸리티인 iptables25를활용합니다. 먼저 “iptables -P 입력 DROP”이라는 명령으로 VPN 서버로 들어오는 트래픽을 차단합니다. 명령 “iptables-A 입력 -i -m 상태 –state NEW-p udp –dport 1194 -j ACCEPT”( 공개 IP 주소와 VPN 서버 인터페이스의 이름) 및 “iptables-A 입력 -i 툰+ -j ACCEPT”를 사용하여 VPN 연결 요청을 수신할 수 있습니다. VPN 서버 인터페이스(예: 공개 인터페이스 및 TUN0라는VPN 서비스에서 만든 가상 인터페이스) 간에 트래픽을 전달하여 VPN 서버가 서비스 연결 요청을 처리할 수 있도록 합니다. 이를 위해 명령 “iptables-A FORWARD-i 툰+ -o -m 상태 –상태 관련,설립 -j ACCEPT & iptables-A FORWARD-i -o 툰+ -m 상태 –state 관련,설립 -j ACCEPT”를 실행합니다. VPN 서버가 중앙 사이트에 인터넷 액세스를 제공하기 위한 목적으로 네트워크 주소 번역(NAT) 기능을 제공할 수 있도록 지원하여 실행합니다: “iptables-t nat-a POSTROUTING-s 10.4.0.0/16 -o -j MASQUERADE & iptables -A 출력 -o tun+ -j ACCEPT”. 3. 외부 NFV 사이트 통합 사이트를 NFV 생태계에 통합하기 위해 적절한 IP 주소 범위를 가져옵니다. 이 주소 범위는 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 서비스에 대한 연결이 설정될 때마다 VPN 서버에서 푸시해야 하는 라우팅 지침(OpenVPN 문서24에명시된 대로)을 포함하여 VPN 서버의 “/etc/openvpn/ccd/” 디렉터리에서 텍스트 파일을 만듭니다. 참고: 모든 VPN 클라이언트에 사용자 지정된 구성을 제공하기 위해 텍스트 파일의 이름은 VPN 자격 증명(예: uc3m_infrastructure)을 만드는 동안 지정된 이름과 일치해야 합니다. 외부 사이트의 기술 담당자에게 VPN 자격 증명 파일을 제공합니다. 이 작업은 안전하고 신뢰할 수 있는 채널을 통해 수행해야 합니다. 이 실험에서는 수동 암호화 프로세스가 사용됩니다. VPN 자격 증명을 암호화하려면 “7za a-tzip ‘-p'”, 원하는 암호화된 파일, )을 실행합니다. uc3m_infrastructure.ovpn). 보안 통신 채널을 통해 암호 해독 절차를 허용하는 키와 함께 새 사이트의 기술 직원에게 암호화된 자격 증명을 제공합니다.참고: 이 실험에서 암호화된 자격 증명은 전자 전자 메일로 제공되었지만 암호 해독 키는 전화 번호의 오프라인 동의와 함께 짧은 메시지 서비스(SMS)를 사용하여 별도의 채널을 통해 전송되었습니다. NFV 생태계와의 연결을 설정하고 원격 NFVI를 중앙 사이트의 OSM 스택에 연결할 수 있도록 새 사이트에 환경을 설정합니다.OpenVPN24가 컴퓨터에 제공하는 VPN 소프트웨어를 설치하여 NFV 생태계의 외부 사이트와 중앙 사이트 간의 가상 링크를 활성화합니다. OpenVPN 소프트웨어가 있는 컴퓨터는 외부 사이트에서 VPN 클라이언트 또는 VPN 엔드포인트 역할을 합니다. 가상 링크는 VPN 끝점과 VPN 서버 사이의 보호된 VPN 터널을 통해 실현됩니다. 실험에서 VPN 엔드포인트는 Ubuntu 18.04, 8 CPU, 8GB RAM, 128GB 스토리지 디스크 및 3GbE 인터페이스(인터넷을 통해 VPN 서비스와 연결하기 위한 것)가 있는 서버 컴퓨터에서 실행됩니다. VPN 끝점에서 IP 전달을 활성화하여 네트워크 라우팅 기능을 지원합니다. 이를 위해 “/등/sysctl.conf” 경로에 있는 시스템 구성 파일에 “net.ipv4.ip_forward=1” 선을 포함하고 업데이트된 구성을 명령 “sudo sysctl-p”로 로드합니다. “7za e “라는 명령을 사용하여 3.2.4 단계에서 수신된 정보와 VPN 자격 증명 파일을 해독하고 암호화된 VPN 자격 증명의 파일 이름을 암호화된 파일 이름입니다. 명령에 의해 메시지가 표시될 때 암호 해독 키를 지정합니다. 명령 “sudo openvpn –“( VPN 자격 증명의 파일 이름입니다)를 사용하여 해독 된 자격 증명 파일로 OpenVPN 소프트웨어를 부팅합니다. 이를 통해 VPN 끝점은 VPN 서버에 인증되며 적절한 VPN 구성 매개 변수 및 네트워크 경로를 자동으로 받게 됩니다. 이렇게 하면 VPN 끝점은 NFV 생태계의 중앙 사이트에 대한 가상 링크가 있는 에지 라우터로 사용됩니다. PING 명령을 사용하여 중앙 사이트의 노드(예: OSM 스택 장비)에 대한 연결 가용성을 확인하기 위해 VPN 끝점의 적절한 작동을 확인합니다. 새 사이트에서 는 OSM 호환 VIM을 선택하여 MANO 플랫폼을 사용하여 작업을 수행할 수 있습니다. 이 실험의 경우 OpenStack 릴리스 Ocata가 사용됩니다.참고: OSM 릴리스 세븐은 다음과 같은 가상 인프라 관리자를 지원합니다: 오픈 스택, 오픈VIM26,VMware의 vCloud 디렉터27,아마존 웹 서비스28,마이크로소프트 Azure29,그리고 이클립스 fog0530 (특정 구성 세부 사항에 대 한 OSM 문서18 참조). OpenStack 릴리스 Ocata20 설치(릴리스 설명서21의자세한 절차 참조). 외부 사이트에 NFV 인프라를 배포하고 VIM에 연결합니다. 특히 이 실험에서는 각각 1GB RAM, 4CPU 및 32GB 스토리지 디스크의 컴퓨팅 용량을 가진 3대의 단일 보드 컴퓨터(SBC)로 구성된 NFV 인프라를 사용합니다. CPU 8개, RAM 8개, 저장용 128GB의 단일 미니 ITX 컴퓨터입니다.참고: 이 프로토콜에 예시된 외부 사이트는 NFV가 탑재된 소형 무인 항공기(SUV)의 NFV 인프라를 기반으로 합니다. 이러한 인프라를 활성화하기 위해 다음 세부 사항은 Nogales 등31에제공됩니다. 3.3.6 ~ 3.3.8 단계는 NFV 인프라가 이미 외부 사이트에 존재할 수 있기 때문에 선택 사항입니다. OpenStack 프로젝트를 만들어 NFV 에코시스템에 통합될 외부 사이트의 계산 리소스 집합을 지정합니다. 이렇게 하려면 OpenStack에서 제공하는 그래픽 사용자 인터페이스(GUI)에 액세스하고, 관리자 자격 증명을 사용하여 시스템에 로그인하고, ID-> 프로젝트 탭의 프로젝트 만들기 단추를 클릭하고 요청된 정보로 표시된 양식을 완료하는 프로젝트를 만듭니다. 이전 단계에서 만든 프로젝트를 관리하는 유효한 사용자를 만듭니다. 이를 위해 이전 단계에서와 동일한 로그인을 가진 ID-> 사용자 탭에 액세스하고, +사용자 만들기를 클릭하고, 표시된 양식(사용자 이름 및 암호)의 필수 필드(사용자 이름 및 암호)를 채우고, 새로 만든 프로젝트를 기본 프로젝트로 선택하고 관리자 역할을 선택합니다. 보안 규칙을 수정하여 새 사이트의 VNF 통신 권한을 허용합니다(특히 SSH 및 ICMP 트래픽 사용). 이를 위해 이전 단계에서 만든 사용자의 자격 증명을 사용하여 OpenStack GUI에 액세스하고, 프로젝트 -> 네트워크 -> 보안 그룹 -> + 규칙 추가)시퀀스를 따르고 규칙 드롭다운의 SSH 옵션을 선택합니다. 프로세스를 반복하지만 드롭다운 메뉴에 포함된 모든 ICMP 옵션을 선택합니다. OSM 커뮤니티에서 제공하는 시험 서비스 이미지, 탁구 네트워크 서비스(“페도라-x86_64-20-20131211.1-sda-ping”와 “페도라-x86_64-20-20131211.1-sda-pong”)를 공개 실험 에서 다운로드하여 VIM 사이트에 업로드하십시오. 이를 위해 시퀀스 프로젝트-> 컴퓨팅 -> 이미지 -> + 이미지 만들기를따르고 표시된 양식을 사용하여 이미지를 만들고 각 이미지를 선택합니다. 외부 사이트의 주소 공간 내에 두 개의 IP 주소 범위를 할당합니다(3.1 단계에서 할당). 이러한 범위는 외부 사이트의 VNF 관리를 지원하고 VNF 간의 사이트 간 데이터 통신을 각각 지원하는 데 사용됩니다. VIM을 사용하여 공급자네트워크(제어 공급자)를만듭니다. 이 네트워크는 관리 목적으로 중앙 사이트의 OSM 스택과 새 사이트에 배포된 VNF 간의 NFV 통신을 지원합니다. 또한 이러한 유형의 통신을 통해 OSM 스택에서 배포 후 VNF를 구성할 수 있습니다. OpenStack에서 공급자 네트워크를 만들려면 이전 단계에서 선택한 IP 주소 범위를 사용하여 관리자 -> 시스템 -> 네트워크 -> + 네트워크 만들기 를 따르십시오. VIM을 사용하여 두 번째 공급자네트워크(데이터 공급자)를만듭니다. 이 네트워크는 사이트의 VNF 및 NFV 생태계의 다른 VNF 간의 데이터 통신을 지원합니다. OpenStack에서 이 공급자 네트워크를 만들려면 시퀀스 관리-> 시스템-> 네트워크 -> + 네트워크 만들기를따르고 할당된 주소 범위를 사용하여 새 네트워크의 세부 정보를 입력합니다.참고: 가상 네트워크를 만드는 방법에 대한 지침은 VIM 소프트웨어에 따라 다릅니다. 자세한 내용은 각 소프트웨어 설명서를 확인합니다. VIM 관련 정보(특히, 사용자 이름/암호 및 3.3.10 단계에서 생성된 프로젝트)를 중앙 사이트의 기술 담당자와 공유하여 VIM을 OSM 소프트웨어 스택에 첨부할 수 있도록 한다. 외부 NFV 인프라를 중앙 사이트의 OSM 소프트웨어 스택에 연결하여 3.3.16 단계에서 얻은 정보를 이용하여 한다. ping 도구를 사용하여 중앙 사이트의 OSM 스택과 새 사이트의 VIM 간의 연결을 확인합니다. 이전 연결 테스트가 성공하면 외부 VIM을 중앙 사이트의 OSM 스택에 연결합니다. 이렇게 하려면 OSM 컴퓨터에서 다음 명령을 사용합니다: “osm vim-create –name -사용자 -암호 -auth_url -테넌트 -account_type “. 이 명령에서: OSM 스택 내에서 VIM을 식별하기 위해 선택된 이름, 외부 사이트의 리소스를 처리할 권한이 있는 사용자의 이름(단계 3.3.10 참조), 표시된 사용자의 암호, 는 VIM에서 사용할 수 있는 API에 대한 링크입니다. 는 3.3.9단계에 정의된 프로젝트 이름이며, 이 실험에서 OpenStack)을 사용하는 VIM 소프트웨어입니다. NFV 생태계의 OSM 스택에 새 VIM의 적절한 첨부 파일을 확인합니다. “ro_id=$(docker ps | 실행 grep osm_ro | [d] ‘-f 1)”은 OSM 시스템 내에서 리소스 오케스트레이터(RO) 모듈을 구현하는 컨테이너의 ID를 식별한다. 이 모듈은 후속 네트워크 서비스 배포에 필요한 리소스를 조정하고 할당하기 위해 VIM과 상호 작용하는 책임이 있습니다. 명령 “docker exec -it $ro_id bash”를 사용하여 RO 컨테이너에 액세스합니다. 이 명령은 이전 단계의 실행에서 얻은 식별자를 활용합니다. “openmano 데이터 센터 목록”을 사용하여 새 VIM이 사용 가능한 데이터 센터 목록에 포함되어 있는지 확인합니다. 새 사이트는 매개 변수와 함께 3.4.2 단계에서 이전에 도입된 사이트와 동일한 이름으로 목록에 표시되어야 합니다. “openmano vim-이미지 목록 –데이터 센터 “을 사용하여 외부 사이트의 VIM에 업로드된 이미지를 나열합니다. 매개변수는 OSM 스택 내의 VIM을 식별하기 위해 선택한 이름을 나타냅니다. 이 명령의 실행이 성공하면 외부 VIM과의 연결이 성공적으로 스탭되었습니다. 탁구 이미지가 목록에 포함되어 있는지 확인합니다. “openmano vim-net-list –데이터 센터 “이라는 명령으로 새 사이트에서 사용할 수 있는 네트워크를 나열합니다. 제어 공급자 및 데이터 공급자가 있는지 확인합니다. OSM 커뮤니티에서 제공하는 평가판 서비스를 사용하여 새 사이트의 적절한 통합에 대한 예비 검증을 수행합니다(이와 관련하여 모든 콘텐츠는 실험 저장소에 포함됩니다). 이를 위해 다음 단계에 포함된 명령은 OSM 스택을 호스팅하는 장비에서 실행됩니다. VNF 설명자(VNFD)를 시험 서비스를 구성하는 각 VNF에 대해 “osm vnfd-create “를 실행하는 OSM 스택에 VNF 설명자 패키지의 파일 이름에 해당합니다. 시험 서비스의 NS 설명자(NSD)에 “osm nsd-create “라는 명령과 함께 온보드”, 여기서 (이 실험에서 ping_pong_ns.tar.gz)”. 외부 및 중앙 사이트에서 탁구 네트워크 서비스(NS)의 인스턴스화를 시작하여 “osm ns-create –ns_name -nsd_name ping_pong_ns –vim_account -config ‘{vnf: {vnf: ‘2’, vim_account: }}”}”} 매개변수는 OSM 스택 내의 외부 사이트의 VIM을 식별합니다. “-config” 옵션은 서비스를 구성하는 모든 VNF가 NS의 인덱스 2에서 식별된 VNF를 제외하고 해당 VIM에서 처리하는 외부 사이트에 배포되어야 하며, 중앙 사이트의 VIM은 매개변수)에 지정됩니다. “osm ns-list”라는 명령을 사용하여 NS가 배포되었는지 여부와 해당 상태를 확인합니다. 인스턴스화가 성공하면 상태가 “READY”로 변경됩니다. 두 VNF의 IP 주소를 “osm vnf-list”(나중에 컴퓨터에 로그인하는 데 필요)를 사용하여 확인합니다. SSH를 통해 각 VNF에 연결하여 “ssh fedora@”(이전 단계에서 획득한 VNF의 IP 주소를 나타냅니다. SSH의 메시지가 표시되면 암호 “페도라”를 소개합니다. 두 컴퓨터에 로그인한 후 명령 “IP 주소 표시”를 사용하여 인터페이스를 확인하고 데이터 공급자 네트워크(두 VNF의 인터페이스 eth1)에 연결된 인터페이스에서 IP 주소를 가져옵니다. VNF 중 하나에서 데이터 공급자 네트워크의 원격 IP 주소를 사용하여 다른 VNF에 대한 ping을 수행합니다. 연결이 있는 경우 예비 유효성 검사 테스트가 성공한 것으로 간주됩니다. 4. 현실적인 수직 서비스를 갖춘 NFV 다중 사이트 플랫폼 검증 공개 리포지토리에서 VNF 이미지를 다운로드하여 해당 사이트의 VIM에 업로드합니다(그림 3참조), 단계 3.3.12에 자세히 설명된 절차에 따라. 특히 외부 사이트는 액세스 포인트 VNF, 라우터 VNF, MQTT 게이트웨이 VNF 및 액세스 라우터 VNF를 호스팅합니다. 중앙 사이트는 5G 코어 VNF와 IoT 서버 VNF를 호스팅합니다. OSM 스택에 스마트 농업 서비스의 VNFD 및 NSD를 온보드 (모든 설명자는 실험 저장소에서 다운로드 할 수 있습니다). 네트워크 서비스의 각 VNF에 대해 “osm vnfd-create “를 실행하는 OSM 스택에 VNFD를 온보드. 이 경우 매개변수는 VNFD 패키지의 파일 이름에 해당합니다. NSD를 OSM 스택에 선상에 “osm nsd-create “, 여기서 NSD 패키지의 파일 이름을 나타냅니다 (이 실험에서, jove_uavs_scenario_nsd.tar.gz). 스마트 농업 네트워크 서비스를 배포합니다. 이를 위해 OSM 명령줄 인터페이스에서 다음과 같은 명령을 실행합니다: osm ns-create –ns_name -nsd_name jove_uavs_scenario_nsd –vim_account —config ‘{vnf: {멤버-vnf-index: “5”, vim_account: }, {멤버-vnf-인덱스: “6”wim_account, “6”, “”> < vim_account, "6"}참고: 3.6.3단계에서 나타낸 바와 같이 및 매개변수는 VNF를 배포할 위치를 나타냅니다. 특히 스마트 농업 서비스를 구성하는 모든 VNF는 중앙 부지에 할당될 인덱스 5와 6(5G 코어 및 IoT 서버 VNF)을제외한 새로운 외부 사이트에 배치됩니다. 3.6.4 단계와 동일한 절차에 따라 NS가 배포되었는지 확인합니다. “ssh mosquittosubscriber@”라는 명령으로 IoT 서버 VNF에 액세스하고 “ip 주소 표시 dev eth1″을 통해 MQTT 게이트웨이 VNF와 통신하도록 구성된 인터페이스를 확인합니다. VNF()의 IP 주소는 OSM 명령줄에서 “osm vnf-list”를 실행하여 얻을 수 있다. 유사 절차에 따라 MQTT 게이트웨이 VNF에액세스하고 ,명령 “sudo python3 publisher_MQTT_GW.py -ma -ba “를 실행, 여기서 는 이전 단계에서 얻은, 그리고 는 “ip 주소 쇼 dev e1″MQN 에서 MQN명령 . 이 단계는 MQTT 표준15를사용하여 센서에 의해 생성된 데이터를 수신하는 MQTT 게이트웨이 VNF를초기화하여 동일한 표준을 사용하여 이러한 데이터를 IoT 서버 VNF로 전송합니다. 기상 센서를 부착하는 단일 보드 컴퓨터(SBC)를 준비하고 트랜시버 용량으로 센서 판독값을 MQTT 게이트웨이 VNF로 전송합니다.참고: 이 프로토콜을 예로 들기 위해 특히 SBC 모델이 사용되었습니다. 따라서 다른 SBC 플랫폼을 활용하는 경우 다음 단계를 조정해야 할 수 있습니다. 도 5의구성 체계에 따라 센서의 보드 핀을 SBC의 범용 입력/출력(GPIO) 핀에 연결(예를 들어, 주석 납땜 구리 와이어를 사용하여). SBC의 I2C 커널 모듈이 센서가 감지되었는지 확인할 수 있도록 합니다. 이를 위해 명령 “sudo raspi-config”를 실행하고, 표시되는 메뉴에서 I2C -> 시퀀스 인터페이싱 옵션-> 따라 SBC를 재부팅하여 변경 사항을 효과적으로 만듭니다. 센서가 SBC에서 소프트웨어 i2c-도구를 설치하고 명령 “sudo i2cdetect -y 1″을 실행하는 것이 감지되었는지 확인합니다. 그렇다면 센서가 감지되는 위치를 나타내는 그리드가 나타납니다. SBC가 센서에서 제공하는 데이터를 읽고 보낼 수 있도록 적절한 소프트웨어 라이브러리를 설치합니다. 특히 이 실험은 RPi.bme280 32 및 파호-mqtt33 파이썬 라이브러리를 활용합니다. SUAV의 모바일 응용 프로그램을 사용하여 액세스 포인트 VNF를호스팅하는 공중 차량을 이륙하고 센서와 함께 SBC에 무선 커버리지를 제공하도록 배치합니다.참고: NFV가 탑재한 SUV의 비행은 네트워크 서비스의 운영 행동과 는 무관하며, 이는 SUV가 비행중인지 아니면 배터리 소모를 완화하기 위해 재배치 상태에서 작동할 수 있습니다. 따라서 4.8 단계는 선택 사항입니다. 액세스 포인트 VNF에서제공하는 Wi-Fi 무선 액세스 포인트에 센서에서 수집한 데이터를 판독하는 SBC를 첨부합니다. 성공적으로 부착하면 센서에서 MQTT 게이트웨이 VNF로무선 네트워크 경로가 활성화됩니다. 센서를 통합하는 SBC에서 “python3/home/ubuntu/sensorDataTransmission.py-a “를 실행하여 감지된 데이터의 전송을 시작합니다( 단계 4.6에서 얻은 IP 주소입니다). IoT 서버 VNF에서 제공하는 웹 GUI에 액세스하여 감지된 데이터의 올바른 실시간 수신을 확인합니다. 이를 위해 IoT 서버 VNF의 IP 주소를 “osm vnf-list”라는 명령으로 확인하고 웹 브라우저에서 다음과 같은 균일한 리소스 로케이터(URL)를 입력합니다: http://:3001, 여기서 IoT 서버 VNF의IP 주소입니다. 그런 다음 홈 탭의 센서 데이터 수집 버튼을 클릭하고 데이터가 수신될 때 대시보드에 포함된 그래프의 실시간 업데이트를 확인합니다.참고: 4.12 단계에서 언급된 URL에 액세스할 수 있도록 하려면 해당 리소스에 도달하려고 시도하는 웹 브라우저가 있는 장치는 NFV 에코시스템에 연결되어야 하며 IoT Server VNF와IP 연결을 갖습니다. VPN 서비스는 이 목적을 위해 사용할 수도 있습니다. 스마트 농업 서비스의 실행의 대표적인 결과를 얻기 위해 적절한 기간 동안 기다립니다. 그런 다음 추가 분석을 위해 IoT 서버 VNF에 저장된 데이터를 수집합니다. 본 실험에 포함된 센서가 5초마다 온도, 습도 및 압력 판독값을 제공한다는 점을 고려할 때, 실험에서의 서비스는 10분 동안 실행되어 180개의 감지된 데이터 샘플(각 기상 값 유형에 대해 60개)이 발생합니다. IoT 서버 VNF의 데이터베이스에 액세스하여 감지된 데이터를 검색하여 추가 분석을 합니다. 이를 위해 “id_database=$(sudo docker ps | 명령을 실행합니다. grep ‘유입db:’ | IoT 서버 VNF에서 컷 -d ”-f 1)”, 그리고 “sudo docker exec -it $id_database bash” “유입 -데이터베이스 ‘mainflux’-실행 “선택 * 어디에서 “이름\”= ”””-포맷 csv >/tmp/.csv”을 실행, 쉼표 분리 값 (CSV) 파일로 데이터를 내보냅니다. 매개 변수 를 수정하여 “온도”, “습도” 또는 “압력”으로 내보낼 감지된 데이터의 유형을 선택하고 결과를 유지하는 출력 파일에 대한 이름을 선택하려면 매개변수를 설정합니다. 나중에 표현하기 위해 이전 단계에서 생성된 데이터 파일을 저장(대표 결과 섹션 참조) 스마트 농업 서비스의 적절한 작동검증.