相机的帧速率将决定数据速率。如果数据速率介于 32 Kbps 和 16 Mbps 之间，则 16 台摄像机的带宽介于 256 Kbps 和 128 Mbps 之间。

我们不能告诉你这是否可以接受——这取决于你在那个开关上还有什么。

在该范围的低端，使用的带宽并不重要。在高端，它也可能不是，但可能是。

您必须在视频质量和带宽之间进行权衡，但只有您才能确定这种折衷是否可以接受。

16 台 4MP 分辨率的摄像机，以 15 fps 的速度运行，结果如下：

MJPEG (medium): 941 Mbps
H.264 (base): 63.7 Mbps
H.265 HEVC (medium: 25.6 Mbps

还请记住，即使您正在进行仅运动录制，摄像机也会不断向录制 NVR 发送流。此外，如果它们通过网络运行，任何实时监视器都会将带宽从 NVR 复制到客户端。

附带说明：如果可能，请考虑在 H264/H265 上运行相机，正如您所看到的，与 MJPEG 相比，这将为您节省相当多的带宽。然而，网络很少是 IP 摄像机的瓶颈，通常是录制设备 CPU、网卡或磁盘系统首先发出信号。

选项 B 也有一个缺点，即通过路由器引导来自查看 PC 的流量，这可能很快变得饱和，因为与交换机相比，尤其是低端路由器，路由器在传输流量方面非常糟糕。

我在 60 相机设置上运行 setup a。我的摄像头和录像机仍然在与客户端计算机不同的 vlan 中。从安全角度来看，我建议的主要内容是使用网络分段。

我们曾经在我们的仓库中设置了 B，但不需要一些额外的交换机和上行链路，因为如果您监控接口负载，则没有您想象的那么多数据。

这是运行 60 台摄像机到里程碑服务器的服务器上行链路

正常 - [HP 以太网 1Gb 4 端口 331i 适配器]（已连接）1 Gbit/s，输入：8.44 MB/s (7.1%)，输出：5.44 kB/s (0.0%)

1）你没有路由。路由器无关紧要且分散注意力。你的B网真的是这样的：

摄像机和闭路电视设备之间的所有直接流量将仅由底部交换机切换。好的

从 PC 到/从 CCTV 盒的流量将每路通过三个交换机。好的但不是最佳的。

PC 和 NAS 之间的流量将保留在顶部交换机中 - 很好

进出互联网的流量将通过两个交换机（中间一个在您称为路由器的盒子内部）这确实是不可避免的。

我要做的唯一更改是选择您最好的交换机并将其用作顶部交换机，将其称为“核心交换机”并与其他两个交换机中的每一个都有一个链接。我怀疑你的路由器的交换机是否支持中继或绑定，并且可能不支持 vlan。

唯一会通过整个网络的流量是广播流量，如 ARP。对于像这样足够小的网络，会很好。如果您在同一网络上有一千台设备，广播流量可能是一个问题。

根据您组织的需求，有一些小的缺点：

• 任何 PC 都可以打开每台相机的网络界面，并可能看到图像。闭路电视的事情也是如此，所以实施密码。

• 如果您有访客设备，如访客手机、平板电脑或笔记本电脑等，那么他们可以看到您平面网络中的所有内容。那时您需要为它们考虑一个单独的网络（vlan 和 SSID）。

至于你关于带宽的问题，这是我的 linux 主机为 8 个不同年龄的摄像机运行的运动，但有四个 1280x1024 和四个 1920x1080。时间窗口为 48 小时。

_{是的，主机名是驴，不，我不记得为什么。}

平线是夜间低点——每台相机都处于红外模式并发送较低的比特率。白天，他们看到更多的颜色和更多的运动。

在此基础上，峰值为 4.32 Mbit/sec，即540 kbits/second/camera。Ballpark 600 kbits/sec 和您连接到 DVR 的 16 个摄像头在全噪声下将使用不到 10 Mbit 的总和。

当然，如果您有 10 台 PC 计算机同时通过 DVR 观看 10 个摄像机，那么这个数字增长得非常快，10 *10Mbit（出站）+ 10 Mbit（入站）是 110 Mbit/sec，大约是千兆端口理论上可以做到，大概15-20%左右。

所以你有相当多的相机容量。