Verify Your Verkada Camera's Network Configuration
A Verkada account lockout often correlates with network misconfigurations or credential mismatches. This guide focuses on advanced diagnostics using Verkada-specific tools. If your camera is unresponsive in Verkada Command but shows no physical faults, proceed with the following steps to isolate the root cause.
Quick Fixes for Verkada Account Lockouts
Before deep-dive diagnostics, perform these 30-second checks:
- Check VMS dashboard status: In Verkada Command, navigate to Cameras → [device] → Status. Look for "Offline" or "Authentication Failed" indicators.
- Verify PoE link light: Confirm the switch port shows a solid green light (Class 3) for the CB62 Bullet or CD62 Dome camera.
- Ping the camera IP: From your management server, use
ping -c 4 [camera_ip]. A successful response confirms basic connectivity. - Power cycle via PoE switch: Disable the switch port for 30 seconds, then re-enable to reset the camera's network stack.
- Check status LED: A solid red LED on the camera indicates a failed registration or firmware update.
Diagnose Verkada Command Connectivity Issues
Check Device Health Dashboard
In Verkada Command, go to Cameras → [device] → Device Health. Look for:
- Cloud connection status: A red icon indicates failed authentication or API key mismatch.
- Video quality analytics: Intermittent drops may suggest unstable network conditions.
- Bandwidth monitor: Excessive spikes could indicate unauthorized access or misconfigured streaming profiles.
Validate VLAN Configuration
Verkada cameras require dedicated VLANs for secure communication. In Verkada Command, check:
- Network Settings: Ensure the camera's VLAN matches your network's segmentation policy.
- Switch port security: Confirm the switch port is not blocking the camera's VLAN via port security rules.
- Firewall ACLs: Verify that your firewall allows traffic on ports 443 (HTTPS) and 80 (HTTP) for Verkada's cloud services.
Confirm Firmware Channel Settings
Incorrect firmware channels can cause authentication failures. In Verkada Command:
- Firmware → Channels: Ensure the camera is set to the correct channel (stable or beta). If a staged rollout is active, check for pending updates.
- Device Health → Firmware: Look for compatibility warnings with your current VMS integration.
- Rollback: If the camera is on an unstable build, use the rollback feature to revert to a previous version.
Test ONVIF/RTSP Stream Manually
Use a tool like VLC or Verkada Command's RTSP viewer to test the stream:
- Construct the RTSP URL:
rtsp://[camera_ip]:554/[stream_profile] - Verify authentication credentials match the camera's settings.
- If the stream fails, check the camera's Authentication Mode in Verkada Command (Basic vs. Digest).
Reset Camera via Deregistration
Verkada cameras cannot be factory reset via a physical button. To reset:
- Deregister the camera: In Verkada Command, go to Cameras → [device] → Actions → Deregister. This removes the camera from your organisation's inventory.
- Re-provision: Re-add the camera to your organisation and reapply firmware updates.
- Check for duplicate MAC addresses: Ensure no other device on the network shares the camera's MAC address.
Advanced Troubleshooting for Enterprise Deployments
Perform Packet Capture Analysis
Use Wireshark or Verkada Command's Network Diagnostics tool to capture traffic:
- Filter for
tcp.port == 443to monitor cloud authentication attempts. - Look for TCP reset packets or authentication failure responses.
- Check for certificate errors if using a custom CA for cloud communication.
Repair VMS Database Corruption
If the camera was recently re-registered, corruption might occur:
- Export camera configuration: In Verkada Command, go to Cameras → [device] → Export Settings.
- Re-import settings: Deregister the camera, then re-import the configuration file.
- Database repair: If the VMS platform (e.g. Verkada Command) shows errors, submit a support ticket with the database logs.
Escalate to Enterprise Support
If basic fixes fail, escalate via help.verkada.com:
- Include diagnostic data: Attach the Device Health report, firmware channel settings, and VLAN configuration.
- Provide hardware details: Note the camera model (e.g. CP62 PTZ) and switch port details.
- SLA confirmation: Reference your organisation's support agreement to expedite resolution.
Understand Root Causes of Verkada Account Lockouts
Enterprise lockouts often stem from:
- PoE budget exhaustion: Verify the switch port's power allocation matches the camera's requirements (e.g. CB62 Bullet requires 15.4W).
- DHCP scope exhaustion: Ensure the camera's VLAN has sufficient IP addresses allocated.
- VMS licensing issues: Check that your Verkada Command subscription includes the required number of cameras.
- UK-specific GDPR compliance: Confirm retention policies align with Building Regulations Part Q requirements.
Prevent Future Verkada Account Lockouts
Implement these best practices:
- Schedule firmware updates: Use Verkada Command's Firmware → Schedules to apply updates during off-peak hours.
- Dedicated VLANs: Assign cameras to a separate VLAN with strict firewall rules (e.g. allow only 443 and 80).
- PoE budget headroom: Ensure switches have at least 20% unused capacity for future expansions.
- Full disclosure: We built scOS to address exactly this — the complexity of managing enterprise camera systems. scOS uses permanently powered cameras connected via ethernet.
Replacement Decisions for Verkada Cameras
When considering replacements:
- Wired cameras: Replace CB62 Bullet or CD62 Dome models every 5-8 years. Check for sensor degradation and firmware EOL.
- Battery cameras: Replace CP62 PTZ models every 3-5 years. Monitor battery health via Verkada Command's Device Health dashboard.
- UK procurement: Use the Consumer Rights Act 2015 (6-year right to bring a claim for faulty goods) for warranty claims on new installations.
- SD card lifespan: Replace microSD cards in fisheye or multisensor cameras every 1-2 years with high-endurance models (e.g. Samsung PRO Endurance).