
一个网桥标称千兆,实际连10个摄像头都卡,到底哪里出问题了。
我上周帮朋友装监控,他买了个吹“千兆无线网桥”,说能带30个摄像头,结果现场一接,8个就拖影,录像断断续续。他急得直挠头,说厂家宣传页上清清楚楚印着“1000Mbps”,怎么连一半都跑不满?后来我们拿电脑测,空旷地500米实测——UDP吞吐才112Mbps。不是网桥坏了,是根本没人告诉他:标称速率就像汽车表显最高速,而你每天开的,其实是堵车路口的平均时速。
无线网桥不是交换机,它不存数据,也不重发丢的包。摄像头一动,码率“啪”一下冲到6Mbps,网桥得立刻把这一帧塞进空中信道。但空气不是网线,它要抢时隙、躲干扰、抗衰减。我们测过TL-CPE500G,在4.5公里距离下,接收信号强度掉到-78dBm,吞吐直接跌到63Mbps——连理论值的一半都不到。树影晃一下、隔壁WiFi扫一下、甚至下雨前静电变强,都可能让抖动从8ms跳到25ms,而IPC一旦等超15ms,这帧就扔了。不是网桥不行,是它根本没“缓存”这个功能。
算带机量不能光除法。比如你用110Mbps除以4Mbps,得27台,但这是实验室里静止画面、无干扰、天线正对、晴空万里的结果。真实环境里,郊区小树林遮两棵树,吞吐打七折;城市楼群反射多,再打六折;要是还要7×24录高清,得再砍三成留余量。我们最后给朋友的方案是:实测110Mbps ÷ 6Mbps峰值 = 18台 → ×0.7(郊区)= 12台 → ×0.7(冗余)= 8台。装了8个,稳了。多接1个,第9个就开始掉帧。
怎么拿到真实数据?别信参数页,看厂商的实测报告——不是“典型值”,是写明距离、天线型号、码流类型、测试工具那张表。我们查了TP-LINK一份2024年3月的现场记录:4.5km,24台2Mbps码流IPC,用iperf3 UDP跑满30分钟,平均吞吐94Mbps。注意,它写的是“24台”,但后面小字标注:“含3台备用,业务负载率控制在72%”。这才是人话。
摄像头码率也得实测。我们用手机架在路口拍车流,同时开VLC抓H.265流,导出30分钟数据,看95分位峰值——不是平均4Mbps,是6.7Mbps。H.265省码率不假,但一遇到连跑三辆大货车,编码器直接拉满。而且很多IPC默认开VBR,静止时1.5Mbps,一动就飚到8Mbps,网桥根本来不及反应。后来我们强制改CBR+ROI,把重点区域压清楚,其他背景降码率,同一台网桥多撑了2台。

天线架得歪一度,带机量就少一台。我们第一次装,仰角没调准,菲涅尔区被半截围墙挡住,信号强度还行,但误码率高,重传太多,有效吞吐只剩51Mbps。调好后,立马涨到78Mbps。避雷接地也不能凑合——雷雨后网桥重启17次,不是设备坏,是地线虚接,干扰窜进射频前端。
真想多带几台,不如换个思路。我们把原来1个网桥带12个IPC,改成1个主网桥+1台POE交换机,底下接6台;再拉一条副链路带另6台。单点压力小了,故障也分开了。有次主链路被施工挖断,副链路照常录,没丢一帧。
还有人问,换5.8GHz是不是就万事大吉?不一定。我们试过同距离换频段,干扰少是少了,但穿墙弱了,楼里2台IPC直接连不上。后来发现,不是频段问题,是天线增益不够——换了19dBi定向天线,才把那2台拉回来。
最后定案那天,朋友盯着屏幕看了五分钟,没掉帧,没延迟,录像时间戳连续。他拍我肩膀说:“早知道该先测,不该先下单。”我点头。其实没啥玄乎的,就是三件事:查实测表、现场测带宽、抓真码流。少做一件,多接两台,后面就得天天跑现场。
现在设备都在线,录像也正常。

正规炒股指平台杠杆提示:文章来自网络,不代表本站观点。