Verify Axis RTP timestamps before mapping metadata to video frames

Bottom line: Inspect the actual RTP extension before relying on timestamps for a frame-to-metadata association. Separate support, default enablement and the requested stream option so a working picture does not become the only acceptance evidence.

Source fact: documented behavior

Axis’s Onvif Replay Extension describes an RTP header extension carrying an NTP timestamp for video or audio streams, including a use case that maps timestamped metadata objects to video frames.

The documented support property is Properties.API.RTP.OnvifReplayExt, while Network.RTP.OnvifReplayExt controls default enablement.

The stream examples use onvifreplayext=1 to enable the extension and onvifreplayext=0 to disable it, including when it was enabled by default.

What the source does not establish

Do not infer clock accuracy, end-to-end synchronization quality or correct metadata association solely from an enabled property. Confirm the stream consumer’s support and the actual packet evidence. Keep this extension check separate from RTSP session survival, transport protection and approval of the broader video-management integration.

Applicability questions

• Does the exact device report the extension support property?
• What default enablement does it report, and what does the consumer explicitly request?
• Which RTP stream and metadata object will the mapping exercise compare?
• Who can collect and inspect an authorized packet sample without exposing credentials?

DSE recommendation: controlled next steps

The following steps are DSE recommendations based on the cited source.

DSE recommends accepting the extension on an observed stream before using it as an input to frame-to-metadata mapping.

1. Read the capability and default-setting properties through the documented workflow. Preserve both values with the camera/software identity. Capture the consumer’s sanitized stream request and identify whether it sets the extension option or relies on the default. Do not copy the documentation’s embedded example credentials into the test configuration; use the approved authentication and transport arrangement for the environment.
2. In an authorized isolated test, collect a bounded packet sample for the intended stream and inspect it for the RTP header extension. Prepare comparison cases with the documented enable and disable options where supported. Keep the same relevant stream conditions and distinguish packet observation from a player’s visible picture. If the expected extension is absent, resolve the property, request and consumer-path evidence before proceeding.
3. For the mapping exercise, choose a permitted identifiable event or object with corresponding metadata and video evidence. Have the integration owner explain how the timestamp is interpreted and associated with frames. Compare that result against the independent observation and the approved timing requirement. Retain uncertain or ambiguous associations as unresolved instead of reporting precise synchronization from the presence of a timestamp alone.

Verification and evidence

Retain the property responses, sanitized stream requests, bounded packet evidence and the method used to identify the extension. Keep the mapping inputs and resulting association together, including any unresolved clock or consumer dependency. Limit access to captures that reveal protected network details.

Ask another reviewer to distinguish three conclusions: the device reports support, the chosen stream carries the extension, and the application’s association meets its requirement. Require separate evidence for each. These are proposed verification steps; no packet sample, synchronization measurement or successful metadata mapping is claimed by this article.

Official references

• Onvif Replay Extension — Axis Communications; official VAPIX documentation.

Source review completed October 29, 2026. Recheck the official documentation and the deployed device’s capabilities before changing production settings.