Most camera networks are designed camera-first and switch-last, which is why they end up with a flat VLAN, one oversized core switch and an uplink that saturates during a video export. Building it the other way — cabinets, then uplinks, then cameras — produces a network that is cheaper to build and far easier to troubleshoot.
Divide the site into zones: a building, a floor, a perimeter segment, a car park. Each zone gets one cabinet, and one switch per cabinet up to the point where port count or cable length forces a second. This is the layout that survives expansion, because adding cameras means adding a switch in a zone you already understand.
Each camera stream is roughly constant. Multiply per-camera bitrate by camera count, add 20–30% for bursts and management traffic, and that is your uplink requirement — not a wish list.
| Camera | Typical stream | Per camera | 8 cameras | 16 cameras | 24 cameras |
|---|---|---|---|---|---|
| 1080p H.265 | 2 Mbps | 2 Mbps | 16 Mbps | 32 Mbps | 48 Mbps |
| 4MP H.265 | 4 Mbps | 4 Mbps | 32 Mbps | 64 Mbps | 96 Mbps |
| 4K H.265 | 8 Mbps | 8 Mbps | 64 Mbps | 128 Mbps | 192 Mbps |
| 4K + second stream | 8 + 2 Mbps | 10 Mbps | 80 Mbps | 160 Mbps | 240 Mbps |
The table is what decides whether a cabinet uplinks on 1G copper, 2.5G, or 10G fibre. Two 1G uplinks in a LAG give you redundancy as well as bandwidth; one 10G uplink gives you headroom without a second fibre pair.
That is the practical difference between the gigabit switch range, the 2.5G range and the 10G switches — uplink capacity is what you are buying at the top of the range.
A camera network needs very few address classes, but it needs them fixed. Typical scheme for a mid-size site:
| VLAN | Purpose | Example range | Notes |
|---|---|---|---|
| 10 | cameras | 10.10.0.0/16 | static or DHCP reservations, never random |
| 20 | NVR / VMS servers | 10.20.0.0/24 | only cameras and servers reachable here |
| 30 | switches management | 10.30.0.0/24 | no camera traffic |
| 40 | client workstations | 10.40.0.0/24 | video viewing, restricted by ACL |
| 99 | uplink / transit | /30 per link | keeps routing explicit |
A common failure is a single large PoE switch at the head end feeding cameras through long runs and pass-through patch panels. Zone-based PoE keeps runs short, keeps the load small enough for a fanless switch, and means one cabinet failing does not blind the whole site.
Send us a site plan with camera positions and we will return a cabinet-by-cabinet switch and uplink schedule. Ask for a quote.
By bandwidth, a gigabit switch comfortably carries 24 4MP cameras on a 1G uplink. The practical limit is usually PoE budget and physical ports, not switching capacity.
For more than about 16 cameras, or any site with VLANs required, yes. Managed gives you per-port PoE reporting, VLAN separation and loop protection — all of which shorten fault finding.
No. Put NVR/VMS servers on their own VLAN and let only camera traffic and management reach them. It keeps broadcast traffic away from storage interfaces and simplifies access rules.
Not when a cabinet carries 24 4K cameras with second streams, or when several cabinets aggregate at a head end. Below that, 1G or 2.5G with a LAG is the better value.
Les spécifications techniques détaillées sont fournies en anglais.