Inferensys

Glossary

Network Service Descriptor (NSD)

A standardized template that defines the topology, connectivity, and lifecycle management requirements for deploying a complete end-to-end network service composed of multiple virtualized functions.
Knowledge manager reviewing enterprise knowledge management system on laptop, document library visible, casual office.
NFV Topology Template

What is a Network Service Descriptor (NSD)?

A Network Service Descriptor (NSD) is a standardized deployment template that defines the topology, connectivity, and lifecycle management requirements for a complete end-to-end network service composed of multiple Virtualized Network Functions (VNFs).

A Network Service Descriptor (NSD) is a machine-readable document, typically formatted in TOSCA or YANG, that acts as the single source of truth for instantiating a composite network service. It explicitly defines the constituent Virtualized Network Functions (VNFs), the order in which they must be deployed, and the Virtual Links (VLs) that create the internal service topology. The NSD also specifies Connection Points (CPs) for external access and declares resource requirements for each component.

During zero-touch provisioning, the NFV Orchestrator (NFVO) parses the NSD to automate the entire lifecycle of the service, from initial instantiation to scaling and termination. The descriptor includes critical deployment flavor definitions, which outline different sizing options, and affinity/anti-affinity rules that govern the placement of VNFs across physical hosts to ensure resilience. This declarative model enables a fully automated closed-loop automation framework, eliminating manual scripting errors.

ANATOMY OF A DESCRIPTOR

Core Components of an NSD

A Network Service Descriptor (NSD) is a structured template that defines the topology, connectivity, and lifecycle rules for a composite network service. It is the single source of truth for orchestrators to instantiate and manage complex service chains.

01

Virtual Network Function Descriptors (VNFDs)

The NSD references one or more VNFDs that define the individual software components of the service. Each VNFD specifies the virtual machine or container resources, software images, and monitoring parameters for a single network function. The NSD links these atomic units together, defining how many instances are required and their specific roles within the overall service topology.

02

Virtual Links (VLs)

Virtual Links define the logical connectivity between VNFs and Physical Network Functions (PNFs). An NSD specifies the connection points on each function and the VLs that wire them together, creating a service graph. These descriptors include bandwidth requirements, Quality of Service (QoS) parameters, and latency constraints to ensure the inter-function communication meets the service's performance profile.

03

Forwarding Graphs (VNF-FGs)

The VNF Forwarding Graph defines the ordered sequence of network functions that traffic must traverse. It specifies the ingress and egress points and the chaining logic, such as:

  • Linear chains: Traffic flows through functions in a strict A→B→C order.
  • Branched paths: Traffic is steered to different functions based on classification rules. This graph is the blueprint for the service's data plane, dictating how packets are processed.
04

Deployment Flavours

A single NSD can contain multiple deployment flavours to support different scaling and redundancy models for the same logical service. Each flavour defines a specific set of resource requirements and placement policies. For example:

  • A 'gold' flavour might specify geographically redundant VNF instances with strict anti-affinity rules.
  • A 'bronze' flavour might use a single instance with best-effort resources. This allows the same descriptor to be used for both high-availability core services and cost-sensitive edge deployments.
05

Lifecycle Management Policies

The NSD embeds the rules for automated operations, known as Day 2 management. These policies dictate how the orchestrator should react to events without human intervention. Key policies include:

  • Scaling rules: Thresholds for auto-scaling a VNF based on CPU or session load.
  • Healing rules: Actions to take upon VNF failure, such as restarting or redeploying on a new host.
  • Update procedures: The allowed method for upgrading a VNF, such as a rolling update or a blue-green deployment.
06

Service Deployment Points (SDPs)

Service Deployment Points are the external interfaces that expose the composed service to the outside world. The NSD defines these access points, which include public IP addresses, DNS names, and authentication parameters. SDPs abstract the internal complexity of the forwarding graph, presenting a single, consumable endpoint for client applications or other services to connect to the newly deployed network service.

NETWORK SERVICE DESCRIPTOR (NSD) FAQ

Frequently Asked Questions

Clear, technically precise answers to the most common questions about the structure, function, and role of the Network Service Descriptor in automated network provisioning.

A Network Service Descriptor (NSD) is a standardized, machine-readable template that defines the complete topology, connectivity, and lifecycle management requirements for deploying an end-to-end network service composed of multiple Virtualized Network Functions (VNFs) and Physical Network Functions (PNFs). It works by providing the NFV Orchestrator (NFVO) with a declarative blueprint. This blueprint specifies the constituent VNFs via references to their own VNF Descriptors (VNFDs), the Virtual Links (VLs) that create the internal network topology connecting them, and any Connection Points that expose the service externally. The NSD also embeds deployment flavor rules, scaling policies, and dependency sequencing, allowing the orchestrator to automatically instantiate, scale, and terminate the entire composite service as a single atomic unit without manual intervention.

Prasad Kumkar

About the author

Prasad Kumkar

CEO & MD, Inference Systems

Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.

His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.