★ FEATURED ARTICLE 简介这是一份面向企业信息化规划、网络运维及安防集成人员的82页网络及监控系统设计方案旨在解决公司网络基础设施与视频监控系统的整体规划、设备选型与落地部署问题。资源为1个doc文档压缩包大小3.71MB适合作为企业网络升级、监控新建项目的直接参考。文档前半部分从项目背景、系统需求与设计原则入手给出网络拓扑及核心层、汇聚层、接入层设计覆盖广域网互联、线路与设备冗余、服务器冗余、IP地址规划等关键环节后半部分聚焦监控系统介绍高清监控优势、防护范围与系统组成并细化前端设备如高清红外同步高速云台、网络高清智能球型摄像机、200W网络高清枪机及传输层核心交换设备H3C S7506E-V、H3C S5800的选型方案。读者可据此快速掌握一套完整的中小企业网络与监控一体化设计思路直接借鉴目录结构、拓扑规划、冗余策略与设备清单节省前期调研与方案编写时间。已有87人学习下载适合网络工程、弱电安防初学者及实施人员参考。1. 这份82页方案在解决什么把网络与监控放进同一张拓扑图而不是两套独立系统去年接手一个厂区新建项目甲方扔过来一份《某公司网络及监控系统设计方案(共82页).doc》我第一反应是“画拓扑、列清单、报预算”真正开工才发现方案的厚度跟落地难度没有直接关系。这类文档不是把网络系统和监控系统各写一章再粘在一起而是要在拓扑结构、VLAN划分、IP编址、链路带宽、存储容量这些参数上互相咬合。很多项目做砸问题不在摄像头或交换机本身而是设计阶段两套系统各算各的现场一通电就开始抢带宽、闹IP冲突。这个标题真正解决的是三类人的问题刚接手公司网络运维的工程师想搞明白方案里哪些参数不能拍脑袋弱电集成商的项目经理需要一套能复现的选型和计算思路以及企业内部IT要在施工前把方案里的坑提前挖出来。接下来我按方案从设计到交付的顺序拆重点放在参数怎么定、现场怎么验。2. 网络系统骨架先定拓扑再谈设备三层架构与VLAN划分的落地参数2.1 拓扑选型两层还是三层看机房位置和点位规模网络拓扑图是所有设计的第一步但很多方案把图画得很漂亮逻辑上却是错的。常见做法是点位少、机房集中的小办公楼直接做两层架构核心交换机下面挂接入交换机省掉汇聚层厂房多、楼栋分散、监控点位超过一百路的中大型园区必须做三层架构核心、汇聚、接入各司其职。两层和三层怎么选我一般用三个条件判断接入交换机数量超过8台、楼栋间距超过100米需要光纤互联、监控和办公网需要独立汇聚符合任意两条就老老实实上三层。汇聚层不光是多一层设备它是天然的故障隔离边界一台接入交换机出环路或者广播风暴汇聚交换机能把影响挡在本楼栋内不至于全厂网络一起断。方案里我通常会画两张图一张物理拓扑标明每段链路的介质和速率是千兆电口还是万兆光纤一张逻辑拓扑专门画VLAN和IP规划。物理拓扑给施工队看逻辑拓扑给运维人员看两张图对不上是后期排障最大的坑。2.2 VLAN与IP规划监控网段独立IP编址先画先编VLAN划分是网络方案里最不该省的一步。很多小项目图省事所有设备丢在同一个网段里前期几十个点没事后期加一路摄像头就要排查半天IP冲突。监控系统必须独立VLAN物理上哪怕和办公网共用交换机逻辑上也要隔离广播域。我常用的划分方式是这样的VLAN ID用途网段示例网关/备注VLAN 10办公有线192.168.10.0/24网关192.168.10.1DHCP分配VLAN 20办公无线192.168.20.0/24网关192.168.20.1SSID绑定VLAN 30视频监控192.168.30.0/24IPC和NVR都在此网段VLAN 40门禁/物联192.168.40.0/24门禁控制器、考勤机等摄像头IP我习惯从192.168.30.200开始往后排前50个地址留给服务器、NVR和网络管理设备。注意一个细节很多摄像头的出厂IP是192.168.1.108如果现场有人先把摄像头插到办公网里没改IP就会和办公网里其他设备冲突。方案里要写明所有摄像头到货后先改IP再批量接入不要等挂到交换机上才想起来。IP编址表必须在施工前做出来Excel里按楼栋、楼层、点位编号排好一个萝卜一个坑。现场施工人员每装一个摄像头就填一个实际IP后期做配置、查故障、对接监控平台都靠这张表它比拓扑图更常用。2.3 设备选型与链路预算上联带宽是方案里最容易写错的一行字设备选型环节核心交换机要三层支持静态路由和VLAN间路由汇聚交换机要千兆上联、万兆可扩展接入交换机重点看POE预算、端口缓存和上联口速率。这里有个常见误用有人只算接入交换机下联口是多少路百兆忽略上联口速率结果一台24口POE交换机满载16路200万像素摄像头上联口还在用百兆画面必然卡。上联带宽的估算公式很简单接入交换机上联带宽 ≥ 所接摄像头码率之和 × 2。乘2是因为录像需要一路写码流实时预览检索还要再读一路。拿16路4Mbps码流的摄像头算实时所需带宽是64Mbps但突发流量和回放并发会翻倍所以要128Mbps千兆上联才有余量。跨楼栋的汇聚链路更要注意如果一栋楼的汇聚交换机下面挂了6台接入交换机每台带16路摄像头汇聚上联就是96路乘4Mbps再乘2约768Mbps千兆链路已经跑到了近八成这种情况我一般直接上万兆或做两条千兆链路聚合。方案里不要写“千兆主干”四个字就完事要算出具体数字才算负责任的链路预算。3. 监控系统存储与带宽先算后买一张表避开返工3.1 码率才是存储计算的起点不是像素很多方案把“200万像素”“400万像素”写进清单然后按像素估存储这是最容易算错的地方。决定存储容量和带宽的是码率也就是摄像头每秒产生的数据量单位是Mbps。像素决定画面分辨率上限码率决定实际占用空间同一颗200万像素传感器码率可以从2Mbps调到8Mbps。我一般按这样取典型值分辨率编码方式典型码率适用场景200万/1080PH.2644Mbps出入口、仓库老设备兼容性好200万/1080PH.2652Mbps室内、通道存储减半200万/1080PH.2651~2Mbps画面变化少的场景省存储但注意兼容性400万/2KH.2654Mbps需要看清车牌、人脸的场地H.265这类智能编码能在画面静止时自动降码率效果确实好但我只在存储紧张的项目里用而且明确跟甲方说清楚如果现场有落叶、飘雪、飞虫这类高频干扰智能编码的效果会打折扣取存储容量时按H.265的2Mbps算不要按1Mbps算否则录像天数不达标又要返工。3.2 一套不会算错的存储公式路数×码率×天数×系数存储容量的计算公式固定关键是单位和系数别搞混。我习惯用一个容量公式容量(GB) 路数 × 码率(Mbps) × 86400秒 × 存储天数 ÷ 8 ÷ 1024注意86400是一天的秒数÷8是把Mbps换成MB/s÷1024是把MB换成GB。算完再乘1.1到1.2的冗余系数因为文件系统有开销硬盘实际容量也比标称少一点。举例32路200万像素摄像头H.265编码每路2Mbps要求存储30天。先算32×2×86400×30÷8÷1024结果是20250GB约20TB加上1.2冗余系数就是24TB。配8块4TB硬盘的NVRRAID5后可用容量约24TB刚够。如果甲方要求再加7天就要再加一块盘先算后买就能避免这种事。NVR选型时还要看写入性能32路满负荷写入时NVR的磁盘吞吐要跟上低端NVR在RAID5重建或者多路同时回放时容易卡顿。方案里写清楚这个计算过程甲方会觉得你是按实际需求配的不是照着模板套的。3.3 接入带宽和NVR带宽别只算了存储忘了一条链路的余量存储算完了还有两个带宽数字要核接入交换机上行带宽和NVR接入带宽。NVR设备参数里会标“接入带宽”比如64路NVR支持256Mbps接入这个不是随便写的大数。如果你在这台NVR上接了48路每路4Mbps的摄像头总码率192Mbps看起来没超但一旦有回放、有人通过平台调录像带宽就吃紧。我一般按总码率的70%来评估NVR负载超过这个比例就换更高规格的NVR或者分两台。存储和带宽是监控系统里最容易返工的两个环节。设备买小了还能加硬盘交换机上联口买小了只能换设备所以这类计算必须要在设计方案文档里体现而不是施工队进场后现场拍脑袋。4. 交付避坑从“图上通了”到“现场稳定”五个高频问题4.1 交换机环路引发广播风暴现象是画面卡顿和网络测速波动大现象白天正常某个时段突然大量摄像头离线办公电脑打开网页断断续续网络测速忽快忽慢。原因机房理线时有人把两根网线误插到同一台交换机上或者从墙上信息点接了两根线到交换机形成环路广播报文在环路里无限转发把交换机CPU和带宽拖死。这不是监控系统的问题但监控画面最先表现出异常。解决接入交换机全部启用STP/RSTP生成树协议支持环路检测的设备同时打开。设计方案里要把这条写进施工规范现场插线必须对照理线表登记每一根线从哪个配线架到哪个端口都要有记录。4.2 NVR重启后录像文件损坏现象是某段时间录像花屏或缺失现象机房断电一次NVR重启后检查录像发现断电前后几个小时的录像文件损坏或干脆没有。原因NVR被直接断电磁盘缓存没有落盘尤其是正在写入的文件会损坏。很多弱电项目没配UPS或者UPS只给核心交换机供电NVR被忽略。解决NVR和核心交换机必须接同一台UPS。设计文档里写清楚设备关机顺序先停录像再关NVR最后关交换机。如果NVR已经损坏重启后先做磁盘校验不要急着覆盖写入。4.3 POE供电功率超预算现象是球机夜间启动红外后掉线现象白天摄像头正常一到晚上红外灯启动某个POE端口上的球机就掉线白天又恢复。原因POE预算只算了摄像头静态功耗没算红外灯和加热器启动时的峰值功率。交换机POE总功率看着够但实际某一排端口的功率分配不够球机启动瞬间拉低电压就重启了。解决POE交换机的POE预算按摄像头实际功耗的1.2到1.3倍预留。带红外、加热功能的球机单口功率预算按30W算不要按摄像头的标称功耗算。方案里选型的POE交换机要写明“单口最大30W整机POE预算不低于××W”。4.4 汇聚层链路拥塞现象是跨楼层画面卡顿本地查看正常现象单台接入交换机下的摄像头在NVR本地查看正常但从监控平台远程调某个楼层的画面就卡顿特别是同时看多路回放时。原因设计阶段只算了单台接入交换机的上联带宽没算汇聚交换机下面挂了多台接入的总流量。多台接入的流量同时挤在一条千兆汇聚上联里超出链路实际承载能力。解决设计阶段按汇聚交换机下所有接入交换机承载的摄像头总数重新计算上联带宽。超过600Mbps就做链路聚合或者干脆升级万兆。回放是比实时预览更耗带宽的操作因为回放码流等于录像码流不会再压。4.5 录像时间漂移现象是事后调录像取证时间对不上现象事后查看某段录像显示的时间和实际发生时间差了好几分钟甚至差几个小时不同摄像头的录像时间互相不一致。原因摄像头没有统一NTP时间源NVR校时只做一次设备重启后恢复出厂时间。有些摄像头默认NTP关闭靠本地RTC电池维持时间电池没电就退回初始时间。解决方案里单独设一台NTP时间服务器所有摄像头和NVR都指向它每天早上校时一次。监控平台层面再做一次统一校时。这个细节看起来小真出事调录像时才知道时间对不对有多重要。5. 流量调度与访问隔离让办公网和监控网在一条链路上和平共处5.1 QoS与带宽分配办公网和监控网在出口链路上的优先级一个公司如果只有一条出口带宽办公网和监控网就会打架。监控系统的视频流一旦要上云平台或做远程分发就会占用出口带宽这时候办公网开视频会议就会卡顿老板不会去怪网络只会问监控系统为什么影响办公。设计方案里通常在出口路由器或防火墙上做QoS策略把带宽分成几个池子。我常用的分配逻辑是监控视频流走保证带宽但设置上限办公关键业务优先级最高下载类流量优先级最低空闲时随便跑拥塞时先让路。这里要提醒一点不是所有项目都需要让监控视频走外网。很多公司的监控系统只在局域网内查看压根不占出口带宽。方案里先确认需求再决定要不要做出口QoS。如果把不需要外网访问的监控系统强行接外网既浪费带宽又增加被攻击的风险。5.2 用ACL挡掉“顺手访问”办公电脑不许直连摄像头网段监控网和办公网划了VLAN但VLAN间默认的路由是互通的这意味着办公网里任何一台电脑都能直接ping通摄像头IP。很多内网安全问题就是这么来的员工用办公电脑扫一遍网段就能看到摄像头管理页面。我用ACL做两层限制第一层默认禁止办公网到监控网发起新连接第二层只放行必要的管理服务比如监控平台服务器到摄像头的8000端口、NTP服务器的123端口。下面是一个通用示例具体命令按设备型号略调# 允许监控平台服务器访问摄像头管理和视频流端口 access-list 101 permit tcp host 192.168.10.50 host 192.168.30.0 0.0.0.255 eq 8000 # 允许NTP服务器访问摄像头和NVR的时间同步端口 access-list 101 permit udp host 192.168.10.10 host 192.168.30.0 0.0.0.255 eq 123 # 拒绝办公网所有主机访问监控网 access-list 101 deny ip 192.168.10.0 0.0.0.255 192.168.30.0 0.0.0.255 # 允许监控网主动访问办公网比如NVR发告警邮件 access-list 101 permit ip 192.168.30.0 0.0.0.255 192.168.10.0 0.0.0.255这段配置里三个关键参数源IP是办公网段目的IP是监控网段协议和端口对应具体服务。ACL在核心交换机上做VLAN间过滤在防火墙上做跨安全域过滤两层都写。注意不要误伤NVR向监控平台主动注册的连接要先看设备之间的通信方向再写规则。5.3 监控平台的告警怎么手动消除别把“问题已解决”留在列表里催签如果你用zabbix或其他监控平台纳管网络设备和NVR会遇到一个情况摄像头掉线后平台产生告警设备恢复后平台显示主机问题已经解决但告警记录还挂在列表里。验收时甲方看到一屏幕红色告警第一反应是“这系统有问题”。告警怎么手动消除各平台不一样但思路相同先确认问题真的恢复比如ping摄像头IP通了、NVR存储空间正常然后在告警详情里做确认和清除把告警状态改成“已解决”或“已消除”。不要为了列表好看直接屏蔽告警规则那样后面的真故障也看不见了。我习惯在验收前把平台里所有告警记录导出一次逐条确认处理结果已恢复的手动消除未恢复的写进遗留问题清单。这样交接给甲方运维时平台列表是干净的后面再出新告警才会被重视。6. 验收当天我必做的四件事测速、打包、清告警、拍录像取证验收不是把图纸上的勾打完就完事我每次都自己上手做一遍检查。第一件事是ping大包测丢包用ping -l 1400 -t持续ping网关和核心设备跑10分钟丢包率必须为0任何一点丢包都意味着链路不稳定后面会有间歇性卡顿。第二件事是iperf测带宽。找两台笔记本一台接接入交换机一台接核心交换机用iperf3 -c 服务器IP -t 60打流看监控网段的实际可用带宽能不能撑住设计码率的并发。测的时候把监控录像暂停避免测试流量和录像流量叠加误判链路问题。# 服务端接在核心交换机上 iperf3 -s # 客户端接在接入交换机上 iperf3 -c 192.168.30.1 -t 60 -b 200M第三件事是抽查录像连续回放。每个NVR随机抽几路摄像头连续回放跨夜间红外切换时段的录像确认没有花屏和断档。第四件事是清告警把平台里所有已经恢复的告警手动消除再导出一次告警列表留档。这几件事做完我才敢在验收单上签字。之前有一个项目就是只看了预览画面正常就交付结果一个月后甲方项目下雨天进水调录像查原因时发现那段关键时间的录像文件损坏返工成本全由我们承担。后来我养成了习惯网络测速、长时间录像回放、告警确认这三件事一个都不能省。希望帮到你。本文还有配套的精品资源点击获取
阅读完成 · 觉得有帮助？
