Release notes

These release notes provide product information about the F5 VNF Manager.

User documentation

You can find the user documentation on:

Platform support

F5 VNF Manager version 1.0 requires the following supported platforms:

Platform name Platform ID System Requirements
F5 VNF Manager Version
  • vCPUs: 4 minimum, 8 recommended
  • RAM: 8GB minimum, 16GB recommended
  • Root Disk Storage: 160GB minimum
  • 64-bit host with RHEL/CentOS 7.4
  • Private network dedicated for communicating with other VNFM components, including cluster members
BIG-IP VE Version 13.1.1 Virtual Edition BIG-IP 13.1.1 Virtual Edition Release Notes
BIG-IQ Version 6.0.1 BIG-IQ 6.0.1 Release Notes
OpenStack Newton Version 10 Environment Requirements

Open source components

F5 VNF Manager is built with the following open-source components.

Component Description

Nginx is a high-performing Web server. In F5 VNF Manager, it serves two purposes:

  • A proxy for the F5 VNFM REST service and F5 VNFM Console
  • A file server to host F5 VNFM-specific resources, agent packages, and blueprint resources.

File server

The file server served by Nginx, while tied to Nginx by default, is not logically bound to it. Although currently it is accessed directly in several occurrences (via disk rather than via network), we will be working towards having it completely decoupled from the management environment so that it can be deployed anywhere. The file server served by Nginx, is available at https://{manager_ip}:53333/resources, which is mapped to the /opt/manager/resources/ directory. You must authenticate in order to access the file server. To access subdirectories that include tenant names in their path, you must have privileges on that tenant. These subdirectories include:

  • blueprints
  • uploaded-blueprints
  • deployments
  • tenant-resources

The directories that are stored in snapshots include:

  • blueprints
  • uploaded-blueprints
  • deployments
  • tenant-resources
  • plugins
  • global-resources

NOTE: The tenant-resources and global-resources directories are not used by F5 VNF Manager; therefore, users can create these directories for storing custom resources.

Gunicorn and Flask Gunicorn is a Web server gateway interface HTTP server. Flask is a Web framework. Together, Gunicorn and Flask provide the F5 VNFM REST service. The REST service is written using Flask, and Gunicorn is the server. Nginx, is the proxy to that server. The F5 VNFM’s REST service is the integrator of all parts of the F5 VNFM environment.

PostgreSQL is an object-relational database that can handle workloads ranging from small single-machine applications to large Internet-facing applications. In F5 VNF Manager, PostgreSQL serves two purposes:

  • Provides the main database that stores the application’s model (for example, blueprints, deployments, runtime properties)
  • Provides indexing, and logs’ and events’ storage
Logstash Logstash is a data handler. It can push/pull messages using several inputs, and apply filters and output to different outputs. Logstash is used by F5 VNFM to pull log and event messages from RabbitMQ and index them in PostGresSQL.

RabbitMQ is a queue-based messaging platform. RabbitMQ is used by F5 VNFM as a message queue for different purposes:

  • Queueing deployment tasks
  • Queueing logs and events
  • Queueing metrics
Riemann Riemann is an event stream processor used primarily for monitoring. Riemann is used within F5 VNFM as a policy-based decision maker. NOTE: The use of Riemann as a policy engine in F5 VNFM is an experimental feature and, as such, is not guaranteed to be forward-compatible.

Celery is a distributed task queue. The F5 VNFM Management Worker, the deployment-specific agents and the host agents are based on Celery.

Management worker (or agent)

Both the Workflow Executor and the Task Broker that appear in the diagram are part of the F5 VNFM Management Worker.

  • The Workflow Executor receives workflow execution requests, creates the tasks specified by the workflow, submits the tasks for execution by host agents and the Task Broker, and manages workflow state.
  • The Task Broker executes API calls to IaaS providers to create deployment resources, and executes other tasks specified in central_deployment_agent plugins.

NOTE: All agents (the management worker, and agents deployed on application hosts) are using the same implementation.


InfluxDB is a time-series database.

  • A proprietary metrics consumer is used to pull metrics from RabbitMQ and submit them to InfluxDB.
  • InfluxDB is used by F5 VNFM to store metrics that are primarily submitted by the application’s hosts.


Feature Name Description
Install/Uninstall Installs the target deployment, lifecycle operations, and starts all instances. Uninstalls target deployment, frees resources allocated during install, performs uninstall lifecycle operations, stops/deletes deployments and additional blueprints created during install.
Scale out Adds and installs BIG-IP Virtual Editions (VEs) and VNF instances on demand as your network needs resources based on configurable parameters.
Scale in Removes and uninstalls BIG-IP Virtual Editions on demand as your network reduces its need for resources based on configurable parameters.
Heal VEs and layers Creates a new copy of any BIG-IP VEs, layers, and related objects on demand as your network reports dysfunctional instances.
Purge VEs and layers Uninstalls and removes dysfunctional VEs, VNF layer instance(s), and related objects, which you start manually after heal layer workflow runs and problem investigation is complete.
Upgrade Initiates the upgrade process and sets new software reference data. Disables VEs with lower revision numbers. Scaled and healed VEs are installed using the new software reference data.
Update NSD Updates AS3 declaration pushed to the VE as a part of NSD definition.
High Availability (HA) Provides high availability using a cluster of three F5 VNF Managers.
REST API Provides all VNFM functionality using a REST-based API.

Known issues

Platform name Description
F5 VNF Manager Version 1.0.x
  • Currently, it is possible to execute multiple Gilan Install workflows on the same deployment, which can cause issues when uninstalling.
  • Intermittently, an incorrect BIG-IP hostname is sent to the BIG-IQ license manager, causing a mismatched BIG-IP instance with their VE representation in VNFM. This is an issue for the reporting plugin.
  • The signature hash script cannot run because it does not have the execution flag, making it an executable.
  • Currently, the file does not include the firewall.yaml and the base.yaml files for the template_hash, which the file requires.
  • When multiple nodes (slaves and master) are disabled, the autoheal should use the Gilan Heal Layer workflow and heal the layer (all disabled slave and master nodes); however, it is using the Gilan Heal VE workflow and only healing a slave node.
BIG-IP 13.1.1 Virtual Edition Issues lists
BIG-IQ 6.0.1 Issues lists
OpenStack Newton Version 10 Issues lists

Fixed issues

The following table lists the issues that were fixed in the designated version release:

Platform name Fixed in version Description
F5 VNF Manager
  • Implemented secure disposal of all the cloud-init user data in /opt/cloud/* directory, using the postOnboard script from OpenStack HOT templates.
  • Packaged the onboarding scripts into an archive and downloaded the packages during the cloud-init process, similar to how you download AS3 and F5-cloud-libs builds. Can also install these scripts by using the preOnboard script.
  • Updated all AS3 declarations for VNF and DAG and added an echo parameter (icmpEcho: disable) on the virtual addresses. Disabling the echo prevents BIG-IP from responding to ALL ICMP requests and prevents not passing the packets regardless of the target of the ICMP request.
  • Updated the list of available workflows in the VNFM console (GUI) and removed extraneous workflows that do not apply to VNFM.
  • The Gilan Heal VE workflow no longer fails when executed on a healthy master node.
  • The VNFM console (GUI) now displays the correct amount of instances/pool members for the deployments output.
  • When the vnf_as3_nsd_payload input is left blank/empty string, the deployment no longer stops when generating the vnfd_vnf_ve_master blueprint on a NSD node.
BIG-IP Virtual Edition 13.1.1 Issues lists
BIG-IQ 6.0.1 Issues lists
OpenStack Newton Version 10.0 Issues lists

Installation overview

To install F5 VNF Manager, use the link provided in the email, and use the key provided in the email as customer identification, when obtaining customer support. Additionally, you will need the following F5 product license keys:

Platform name Product license
BIG-IP 13.1.1 Virtual Edition F5-BIG-MSP-LOADV12-LIC

What’s Next?

Set up VNFM