Verify Your Verkada Camera's Time Sync Configuration
Incorrect timestamps on Verkada cameras typically stem from NTP misconfiguration, firmware incompatibility, or VLAN isolation. These issues compromise the integrity of recorded footage for legal and operational purposes. The solution requires verifying NTP server settings, checking firmware channels, and using Verkada Command's diagnostics. This guide provides actionable steps for IT administrators to resolve timestamp discrepancies efficiently.
Quick Fixes for Verkada Timestamp Errors
Before diving into advanced diagnostics, perform these 30-second checks:
- Check Verkada Command dashboard: Navigate to Cameras → [device] → Diagnostics and look for Time Sync Errors or NTP Failure alerts.
- Verify PoE link light: Ensure the switch port shows a solid green light — a blinking or absent light indicates unstable power affecting time sync.
- Ping the camera IP: Open terminal and run
ping [camera_ip]. If packets are lost, network instability may disrupt NTP communication. - Check status LED: A red or amber LED on the camera housing suggests firmware or configuration issues.
- Power cycle via PoE: Disable the switch port for 10 seconds, then re-enable to reset the camera's network stack.
Diagnose NTP Server Configuration
Validate NTP Server Settings
In Verkada Command, access Cameras → [device] → Time Settings. Ensure NTP Server is set to a valid public server (e.g. pool.ntp.org) or a private NTP server if your organisation uses one. If manual time is enabled, cross-verify the Time Zone and Daylight Saving Time settings with your organisation's standards. Incorrect manual entries often cause persistent timestamp drift.
Use Network Diagnostics Tool
Navigate to Diagnostics → Network Diagnostics in Verkada Command. The tool automatically tests NTP server reachability and identifies firewall rules blocking UDP port 123 (NTP). If blocked, configure your firewall to allow traffic on this port for the camera's VLAN. For enterprise networks, ensure the NTP server is on the same subnet as the camera to reduce latency.
Troubleshoot Firmware and Channel Issues
Check Firmware Channel Compatibility
Access Settings → Firmware Management in Verkada Command. Ensure the camera is on the Stable firmware channel unless testing new features. Beta firmware occasionally introduces time sync regressions. If using beta firmware, switch to Stable and wait for the camera to update automatically. For bulk deployments, use Staged Rollout to avoid widespread disruptions.
Initiate Firmware Rollback
If timestamp errors began after a firmware update, navigate to Cameras → [device] → Firmware Status and click Rollback. Select a previous firmware version compatible with your camera model (e.g. CD62 Dome or CB62 Bullet). Ensure the camera is connected to a stable power source during rollback to prevent corruption.
Resolve VLAN and Network Isolation
Confirm VLAN Assignment
In Verkada Command, go to Network → VLAN Settings and verify the camera's VLAN matches the switch port configuration. Misconfigured VLANs isolate the camera from NTP servers. If mismatched, update the VLAN ID in the camera's Advanced Settings and restart the device. Use the Network Diagnostics tool to confirm VLAN alignment post-change.
Enable IGMP Snooping
Access Switch Management → IGMP Snooping in your enterprise switch's web interface. Ensure it's enabled for the camera's VLAN to prevent multicast traffic from being dropped. Disable IGMP Snooping temporarily to test if NTP traffic is being filtered. If confirmed, re-enable with the correct VLAN configuration.
Address Time Zone and DST Settings
Manual Time Zone Override
If automatic NTP sync fails, manually set the Time Zone in Verkada Command (Cameras → [device] → Time Settings). Choose from standard zones like Europe/London or Europe/London with DST. Avoid regional abbreviations (e.g. BST) to prevent DST miscalculations. Enable Daylight Saving Time Auto-Adjust to automate transitions.
Decision Tree for Time Sync Failures
If NTP server is unreachable → Check firewall rules for UDP port 123 → If blocked, allow traffic → If allowed, Verify NTP server IP in camera settings → If correct, Test NTP server reachability via ping → If unreachable, Contact network administrator.
Advanced Diagnostics and Escalation
Run Packet Capture
In Verkada Command, navigate to Diagnostics → Packet Capture. Select the camera and capture traffic for 5 minutes. Look for NTP packets being dropped or delayed. Save the capture file and share it with Verkada support for analysis. This helps identify network-level bottlenecks or firewall interference.
Re-register the Camera
If timestamp issues persist, deregister the camera from Verkada Command by an administrator. Navigate to Cameras → [device] → Deregister. Wait 10 minutes, then re-register using the Add Camera wizard. Ensure the Time Sync option is enabled during re-registration.
Escalate to Enterprise Support
If basic fixes fail, contact Verkada support via https://help.verkada.com. Provide the following:
- Packet capture file from Verkada Command
- Firmware channel and version
- VLAN configuration details
- NTP server logs (if accessible)
Root Causes of Timestamp Errors
Timestamp discrepancies often arise from:
- PoE power budget exhaustion causing camera resets during NTP sync
- VLAN isolation preventing NTP server communication
- Manual time overrides conflicting with automatic sync
- Firmware channel mismatches introducing time sync bugs
- UK-specific GDPR requirements affecting metadata retention
Prevention and Long-Term Care
Schedule Firmware Updates
Use Verkada Command's Firmware Management tool to schedule updates during off-peak hours. Enable Rollback Protection to prevent unstable firmware from deploying. Monitor Device Health in Verkada Command for early signs of timestamp drift.
Configure VLAN Best Practices
Assign cameras to a dedicated VLAN with QoS prioritisation for NTP traffic. Disable IGMP Snooping temporarily during testing. Use SNMP monitoring to track VLAN compliance and detect misconfigurations.
Full Disclosure
Full disclosure: we built scOS to address exactly this — the complexity of managing enterprise camera systems. scOS uses permanently powered cameras connected via ethernet.