In short
Ayonix integrates with Nx Meta and Nx Witness through the Nx Metadata SDK, sending object and event metadata packets that the server stores against the timeline. Matches become searchable after the fact, not only alertable in the moment, and the Rules Engine drives what happens next.
Nx is usually chosen for a light, searchable, multi-site video layer. An analytics integration that only fires alerts gives up the searchable half of that — which is why this page treats the object-versus-event metadata decision as the central design question rather than a detail.
Everything here is written from Network Optix's published developer documentation, linked at the foot of the page. No certification or marketplace status is claimed, because none has been verified.
What analytics outside the VMS costs an Nx estate
Nx is chosen for a lightweight, searchable, multi-site video layer. Analytics that do not write metadata into it give up exactly the property the platform was chosen for.
Analytics results are not visible inside the VMS the operator actually uses.
Metadata packets are stored by the Nx server against the camera and the timeline, so results appear in the client the operator already has open.
Searching recorded video for an event means scrubbing rather than querying.
Object metadata written to the timeline makes a past match a search rather than a viewing exercise — which is the difference between a five-minute investigation and a five-hour one.
Alert context is lost between the analytics system and the video.
The metadata is attached to the camera and the moment by the server itself, so context is structural rather than something the operator reconstructs.
Identity data ends up in a separate database with its own access rules.
The gallery stays in the Ayonix deployment under one governance model; Nx receives the metadata and the events, not the biometric templates.
Multi-site deployment means repeating a bespoke integration per site.
A plugin built against the Metadata SDK is the same install at every site, which is what makes an Nx estate rollout estimable.
The event lifecycle differs between sites, so reporting cannot be consolidated.
Using the platform’s own event and metadata model means every site produces the same shape of data, and consolidated reporting becomes possible.
How it works
From a match to a searchable timeline entry
The Nx model separates continuous object metadata from discrete events, and using both correctly is what makes a deployment searchable as well as alertable.
-
Plugin receives frames
The analytics plugin runs against the Nx server and receives the video it is configured to analyse, per camera.
Fails when: The plugin is enabled on every camera rather than the ones that can actually see faces, and the server does work that produces nothing.
-
Recognition runs
Detection, quality gating and matching produce a result, with the gallery remaining under the Ayonix deployment’s governance rather than inside Nx.
Fails when: Quality gating is disabled to raise the detection count, and the timeline fills with unusable entries.
-
Metadata is emitted
Object metadata packets carry detections and attributes for the timeline; event metadata packets carry the discrete match the operator should know about.
Fails when: Everything is emitted as events, so the timeline is not searchable and the alert queue is unusable.
-
Server stores, Rules Engine acts
The Nx server stores the metadata against the camera and timeline; the Rules Engine decides the consequence, including via Analytics Object Detected.
Fails when: A rule acts consequentially on a match with no operator review in the path.
Architecture
Plugin at the server, gallery at Ayonix
The plugin carries results into Nx. The biometric data stays under one governance model rather than being split across two systems with different access rules.
Cameras and Nx server
-
IP cameras
Managed and recorded by Nx
-
Nx server
Recording, timeline and metadata store
-
Analytics plugin
Built on the Metadata SDK
Ayonix recognition
Plugin-local or separate infrastructure-
Detection and quality gating
Discards unusable captures
-
Matching engine
Gallery or watchlist
-
Template store
Stays under Ayonix governance
Nx operator experience
-
Timeline metadata
Searchable after the fact
-
Rules Engine
Analytics Object Detected and others
-
Nx client
Operator review and bookmarks
Where the recognition workload is heavy or the gallery large, matching runs on separate Ayonix infrastructure and the plugin carries results into Nx. Which arrangement applies is a sizing question, answered by measuring the real streams.
Metadata model
Two packet types, two different jobs
Network Optix documents these as distinct types that may both be sent at once. Choosing which carries what is the decision that determines whether a deployment is searchable as well as alertable.
Continuous
ObjectMetadataPacket
Describes detected objects — position, type and attributes — as they appear in the video. The Nx server stores this against the camera and the timeline, which is what makes a past appearance findable by query rather than by scrubbing.
- Makes the timeline searchable
- Filterable by object type and attribute
- Volume scales with detections, so retention matters
- Wrong choice for "interrupt the operator now"
Discrete
EventMetadataPacket
Describes something that happened and that the system should react to. This is what reaches the Rules Engine and, through it, the operator — a watchlist candidate, a recognised person at a restricted door.
- Drives rules and operator notification
- Volume should be governed deliberately
- Every one costs an operator’s attention
- Wrong choice for "make this findable later"
The design error to avoid
Emitting everything as events gives a control room an unusable alert queue and a timeline with nothing on it. Emitting everything as object metadata gives a searchable timeline and no alerts. Both happen regularly, and both are avoided by deciding the split before the first line of plugin configuration rather than after the first week of operation.
Capability status
What the integration does, stated honestly
The same four states used across this site, and the same absent fifth: no certification is claimed because none has been verified.
| Capability | Nx mechanism | Status |
|---|---|---|
| Analytics plugin architecture | Nx Metadata SDK | Supported: Implemented |
| Object metadata to the timeline | ObjectMetadataPacket | Supported: Implemented |
| Discrete events | EventMetadataPacket | Supported: Implemented |
| Rules Engine integration | Analytics Object Detected, filterable by type and attribute | Supported: Implemented — customer-configured |
| Timeline search for past matches | Server-stored object metadata | Supported: Implemented — bounded by metadata retention |
| Camera mapping | Per-camera plugin configuration | Supported: Implemented |
| Health monitoring | Ayonix service monitoring; Nx analytics logs | Supported: Implemented |
| Validation against a specific Nx version | End-to-end test against the installed release | Depends on configuration: Per deployment — confirmed in the integration plan |
| Biometric templates stored inside Nx | Not applicable | Not supported: Not supported by design — the gallery stays under Ayonix governance |
| Network Optix certification or marketplace listing | Not applicable | Not supported: Not claimed — verify any such status with Network Optix directly |
The Nx Metadata SDK exchanges ObjectMetadataPacket and EventMetadataPacket with the Nx server, and the Rules Engine exposes an Analytics Object Detected event
- Source type
- Third-party vendor documentation
- Verified
- 2026-09-11 · Jan Mocary, Chief Technology Officer
What this does not establish
Describes the documented Nx plugin architecture. Not a statement of certification or marketplace listing.
Integration work with Network Optix, Milestone and Genetec video management platforms
- Source type
- Ayonix first-party statement
- Verified
- 2026-09-11 · Jan Mocary, Chief Technology Officer
What this does not establish
Integration capability only. This is NOT a claim of certification, marketplace listing, technology-partner status or joint validation with any of the three vendors. No such status has been verified, and none is asserted anywhere on this site.
Primary source for this page: Network Optix — Nx Meta developer documentation, including the Metadata SDK and Server Plugin SDK references. Read on 11 September 2026. Network Optix documentation is the authority on Nx behaviour.
Nx integration prerequisites
The decisions that determine whether an Nx integration is searchable, sustainable and repeatable across sites.
-
Record the Nx product and version
Nx Meta and Nx Witness share a platform but are distinct products with distinct release trains. Record which, and which version, before scoping.
-
Confirm developer access and the toolchain
Network Optix publishes developer documentation and makes developer tools reachable from the Nx Server Web Admin interface. Confirm access at the start rather than mid-build.
-
Decide the split between object and event metadata
Object metadata makes the timeline searchable; event metadata is what interrupts an operator. Emitting everything as one or the other is the most common design error in an Nx integration.
-
Define the object types and attributes emitted
What appears on the timeline and what can be filtered on. The Rules Engine can filter Analytics Object Detected by type and attribute, so this decides what rules are possible later.
-
Select which cameras the plugin runs on
Only cameras whose geometry can actually support recognition. Enabling it estate-wide consumes server resource producing nothing.
-
Plan server resourcing for the analytics load
The plugin runs alongside recording. Size for the peak, and measure with the real streams rather than estimating from camera count.
-
Agree time synchronisation
Metadata is located on the timeline by timestamp. Drift makes searching unreliable and evidence disputable.
-
Configure Rules Engine actions deliberately
Which rules fire on which metadata, and explicitly which consequential actions require a person first. The default should be that they all do.
-
Define metadata retention
How long analytics metadata is kept relative to the video, which governs how far back a search can reach and how much storage it needs.
-
Pilot one site, then standardise
Including the install, the camera selection, the rule set and a search against recorded video. The second site should be a repeat, not a redesign.
Frequently asked questions
How does Ayonix integrate with Nx Meta and Nx Witness?
Through the Nx Metadata SDK, which Network Optix provides for integrating third-party video analytics by exchanging metadata and events with the server. An analytics plugin runs against the Nx server and emits metadata packets, which the server stores against the camera and the timeline. This is the platform’s documented integration route rather than a side channel.
What is the difference between ObjectMetadataPacket and EventMetadataPacket?
Network Optix documents both as distinct packet types that may be sent to the server at the same time. Object metadata describes detected objects — their position, type and attributes — and is what makes the timeline searchable afterwards. Event metadata describes a discrete occurrence the system should react to. Using only one of the two is the most common way an Nx integration ends up either unsearchable or unusable.
Are face matches searchable in recorded video?
Where the integration writes object metadata to the timeline and the metadata retention covers the period, yes — that is the point of using the Metadata SDK rather than only firing alerts. An investigation becomes a query against the timeline rather than scrubbing footage. How far back a search can reach depends on the configured metadata retention, which should be specified alongside the video retention.
What is the Analytics Object Detected event?
A Rules Engine event in Nx that fires on detected objects and can be filtered by object type and attribute, which lets a customer configure different system reactions for different detections. For a face recognition integration it is the mechanism by which a match becomes an action — a bookmark, a notification, an output trigger — without writing custom code for each rule.
Is the Ayonix Nx integration certified or listed by Network Optix?
No such status is claimed on this site. The page describes the use of Network Optix’s documented plugin architecture, which is a statement about how the software works rather than about a commercial or certification relationship. Where marketplace or certification status matters to a procurement, verify it with Network Optix directly.
Where is the face gallery stored?
In the Ayonix deployment, not inside Nx. Nx receives analytics metadata and events; biometric templates remain under the Ayonix deployment’s own access control, retention and audit configuration. This keeps one governance model for the biometric data rather than splitting it across two systems with different rules — which matters when someone has to demonstrate the data lifecycle.
Which Nx versions are supported?
This page does not publish a version matrix, for the same reason it appears nowhere else on this site: a compatibility claim that has not been tested against each release is a guess presented as a commitment. Network Optix documentation is the authority on which SDK interfaces exist in which release. For a specific deployment, record the product and version and the supported configuration is confirmed in writing.
Does the plugin run on the Nx server or separately?
The Metadata SDK plugin architecture runs plugins against the Nx server, which means the analytics load sits alongside recording and must be sized for. Where the recognition workload is heavy or the gallery is large, a design that keeps matching on separate Ayonix infrastructure and uses the plugin to carry results into Nx is usually the better arrangement. Which applies is a sizing question answered by measuring the real streams.
Related
Where to go next
Milestone XProtect
Analytics events and alarm definitions through the MIP SDK.
Genetec Security Center
Custom events consumed by event-to-action.
Watchlist monitoring
Live alerting and forensic search compared as separate requirements.
Edge face recognition
Multi-site Nx estates where each site must keep working alone.
Integration overview
Every mechanism with an honest status.
Camera planning guide
Choosing which cameras the plugin should run on at all.
Next step
Request the Nx integration
Tell us whether you run Nx Meta or Nx Witness and which version, the camera count in scope, and whether timeline search matters as much as live alerting. The integration plan comes back with the metadata model, the rule set and the server sizing.